أين تذهب الرموز في Claude Code: 9 أنماط للهدر وكيفية إصلاحها في 2026

أظهر الأمر /context في جلسة Claude Code جديدة أن 60K من أصل 200K رمز مشغولة قبل إرسال الرسالة الأولى. لم يُشغَّل في مستودع المشروع سوى claude. ستون ألف رمز، أي ثلث الميزانية، أُنفقت على «الاستعداد» للمحادثة.

بعد أسبوعين، عرفت بالضبط أين ذهبت. فيما يلي أنماط الهدر التسعة التي تستهلك رموزك قبل أن تبدأ الكتابة، وكيفية إصلاحها. تأتي الأرقام من وثائق Anthropic الرسمية وقياسات من جلسات فعلية.

ماذا تعني عبارة «يُهدر 73% من الرموز قبل الطلب»؟#

الملاحظة أدناه توضّح أن /context كان يُظهر حتى تحديث حديث نحو ثلاثة أضعاف الفقد الفعلي لرموز MCP، لأن احتساب النفقات العامة لكل أداة كان يتكرر مع كل أداة.

لن أزعم أن الرقم «73» ثابت لا يتغير؛ فقد يكون 60% أو 80% حسب إعدادك. لكن الصورة العامة صحيحة، ويمكن إصلاح كل نمط على حدة. سأتناول ثلاثة أنماط في كل مرة أدناه.

كيف يبني Claude السياق قبل قراءة طلبك؟#

في نقاش مشكلة GitHub #13717، فتح أحدهم /context في جلسة بها ستة خوادم MCP، فظهر هذا التفصيل:

لاحظ أنه حتى إن لم تكتب شيئًا، تكون قرابة نصف النافذة مشغولة. ويتبقى أقل من النصف للمساحة المتاحة ومخزن الضغط التلقائي، وعلى هذه المساحة استيعاب محادثتك كاملة: الرسائل، وردود Claude، والملفات المقروءة، ومخرجات الأوامر.

يعتمد حجم النافذة على النموذج. وفقًا لوثائق نماذج Anthropic، اعتبارًا من سبتمبر 2026، توفر نماذج Opus 4.7 والإصدارات الأحدث، وSonnet 5، وFable نافذة بحجم 1M رمز في كل الخطط، بما فيها Pro. أما 200K فتظل متاحة لـ Opus 4.6 وSonnet 4.6 من دون سياق موسع، وللجلسات التي يُعطّل فيها 1M باستخدام المتغير CLAUDE_CODE_DISABLE_1M_CONTEXT=1. لا تحل النافذة الأكبر مشكلة تضخم السياق: فكل ما يُحمّل قبل إرسال الرسالة الأولى يُرسل إلى النموذج مع كل طلب، وتذكر وثائق التكاليف صراحةً أن زيادة السياق تعني إنفاق المزيد من الرموز. ولا يغيّر الاشتراك ذلك؛ ففي أي خطة، يُحتسب كل رمز إضافي ضمن حدك.

أين يذهب الثلث الأول من السياق: إلى CLAUDE.md أم السجل أم MCP؟#

النمط 1. تحميل CLAUDE.md قبل كل رسالة

يُحمّل الملف قبل كل رسالة ترسلها، لا مرة واحدة في الجلسة. يشغل CLAUDE.md ذو 5,000 رمز هذا القدر من السياق في الطلبات التي تتضمنه، لكن الإدخال الجديد وكتابات الذاكرة المؤقتة وقراءاتها تحتاج إلى محاسبة مستقلة؛ ولا يحاسب المحتوى المتكرر بالضرورة بسعر الإدخال الجديد الكامل.

تقول Anthropic مباشرةً في الوثائق:

في أحد الأمثلة، يحتوي CLAUDE.md الخاص بالمشروع على 180 سطرًا. نُقلت كل المواد المتخصصة (مثل كيفية كتابة تعليمات الورش، وتنسيق منشورات TG، وقائمة التحقق القانونية) إلى Skills وملفات Markdown داخل business/، ولا يقرأها Claude إلا عندما يبحث هناك تحديدًا. أدى ذلك إلى خفض خط الأساس بنسبة 60-70% مقارنةً بما كان عليه قبل شهرين.

النمط 2. إعادة قراءة سجل المحادثة مع كل رد

هذا النمط هو الأصعب ملاحظةً من الخارج، لأنه غير مرئي. يتلقى النموذج سياق المحادثة المحتفظ به في الطلبات اللاحقة. يمكن للتخزين المؤقت إعادة استخدام مقدمة ثابتة؛ وقد يغير الضغط والمسح النص المحتفظ به. يظل السياق المرسل مرارًا يشغل النافذة حتى عندما يخفض التخزين تكلفته.

الحل هو استخدام /clear بين المهام غير المترابطة. قاعدتي: محادثة جديدة لكل مهمة جديدة. إذا كانت المهمة طويلة وتحتاج إلى السجل، فاستخدم /compact لتلخيص الماضي في ملخص قصير ثم واصل من هناك.

لمزيد من التفاصيل عن هذه القاعدة، راجع الدليل «كيف لا تستنفد حدود Claude Code في يوم واحد: 8 قواعد لتوفير الرموز»، مع أمثلة من جلساتي.

النمط 3. تسجيل خوادم MCP جميع أدواتها في السياق

كان هذا مصدر إزعاج تاريخيًا في Claude Code، وتسبب في أكبر الخسائر حتى عام 2026. في المشكلة #13717 المذكورة أعلاه، شغلت ستة خوادم MCP متصلة (Google Docs وAsana وCalendar وSlack وAtlassian وGmail) عدد 98 700 رمز، أي 49% من النافذة بأكملها قبل بدء المحادثة.

أطلقت Anthropic ميزة Tool Search في ديسمبر 2025–يناير 2026، ما حل نصف المشكلة:

تقول وثائق Anthropic الآن:

ما ينبغي فعله في بيئة الإنتاج:

1. حدّث Claude Code إلى إصدار يتضمن Tool Search (كل الإصدارات الحالية بعد ديسمبر 2025).
2. افتح /mcp وعطّل الخوادم التي لا تحتاج إليها في الجلسة الحالية. في المثال المذكور، هناك خادمان متصلان دائمًا: Playwright وshadcn. أفعّل الخوادم الأخرى لمهمة واحدة، ثم أشغّل /mcp disconnect فورًا بعدها.
3. استبدل MCP بواجهة سطر الأوامر حيثما أمكن. استخدم gh بدلًا من خادم MCP لـ GitHub. واستخدم التقويم في المتصفح بدلًا من Google Calendar MCP.

شرحت ماهية خوادم MCP من حيث المبدأ وكيفية إعدادها بطريقة معقولة في «خوادم MCP في Claude Code لعام 2026: 7 إعدادات جاهزة وطريقة التثبيت خطوة بخطوة».

لا تتعلق مشكلة CLAUDE.md وSkills بالحجم وحده، بل بالبنية أيضًا. يوجد ملف تعليمات أساسي واحد هو CLAUDE.md. أما معارف المشروع الإضافية (الجمهور، والمنتجات، والوثائق القانونية، والتعليمات اليومية) فتوجد في مجلد business/، وهو Second Brain في منهجيتي. لا يقرأ Claude إلا ما يحتاج إليه في الوقت الحالي، ويحدث ضغط السياق على هذا المستوى بالفعل. تجد التفصيل الكامل في «Second Brain في Claude Code».

وثمة تفصيل آخر كثيرًا ما يُغفل: تنظيف CLAUDE.md، والتحول إلى Skills، وتعطيل MCP هي الخطوة الأولى. بعد ذلك يأتي دور منهجية هندسة السياق: ما الذي تضعه في كل طلب، وبأي ترتيب، وما الذي تحيله عبر Plan Mode، وما الذي تتعامل معه باستخدام /compact. يغطي هذا الدليل لبنة واحدة.

ما الذي يتراكم في الجلسة، وما الذي لا يمكن تقليصه؟#

النمط 4. تتراكم مخرجات الأدوات طوال الجلسة

تفصيل نادرًا ما يذكره أحد: عندما يشغّل Claude bash cat huge-file.log، تدخل المخرجات الكاملة لهذا الأمر إلى السياق وتبقى فيه حتى نهاية الجلسة أو استخدام /clear. وينطبق الأمر نفسه على قراءة ملف كبير باستخدام Read: تبقى الأسطر الـ10,000 كلها هناك، وتشغل رموزًا في كل رسالة لاحقة (راجع النمط 2).

الحلول:

1. استخدم head وtail وgrep بدلًا من قراءة كل شيء. استخدم bash tail -100 deploy.log بدلًا من Read deploy.log. فهذا يقلص المخرجات فورًا بمقدار 10 إلى 100 مرة.
2. استخدم الخطافات للمعالجة المسبقة. ضع نصًا برمجيًا في ~/.claude/hooks يرشّح مخرجات bash قبل أن يراها Claude. ومن أمثلة وثائق Anthropic خطاف PreToolUse يشغّل npm test 2>&1 | grep -A 5 -E 'FAIL|ERROR' بدلًا من طباعة مخرجات الاختبار كاملة. يضغط هذا المخرجات بمقدار 50 إلى 100 مرة. تجد التفاصيل في «خطافات Claude Code لعام 2026: الإعداد خطوة بخطوة و7 أمثلة جاهزة».
3. استخدم /clear بعد قراءة ملف كبير. إذا قرأت ملفًا ضخمًا لمهمة محددة ولم تعد بحاجة إليه، فلا تتركه في السياق «تحسبًا لأي طارئ»؛ ابدأ محادثة جديدة.

النمط 5. موجه النظام + أدوات النظام = خط أساس دائم

لا يمكن تغيير هذا النمط، إذ لا يوجد الكثير مما يمكنك فعله حياله. يبدأ Claude Code بموجه نظام (~3 200 رمز) وأوصاف جميع الأدوات المضمنة: Read وEdit وWrite وBash وGlob وGrep وWebSearch وWebFetch وTodoWrite (~16 100 رمز). ويبلغ المجموع خط أساس دائمًا قدره 19 300 رمز لا يمكنك تقليصه.

ما ينبغي فعله عمليًا:

• كن على دراية بذلك. تذكر أن لديك «ضريبة» أساسية قدرها 19K: ففي نافذة 200K، يتبقى 200K - 19K = 181K لكل شيء آخر (باستثناء CLAUDE.md وMCP ومخزن الضغط التلقائي). توفر نافذة 1M مساحة أكبر، لكن هذه «الضريبة» تظل مع كل طلب.
• قِس المعالجة المتكررة. يشغل خط الأساس النافذة وقد يتكرر في الطلبات اللاحقة. ليس رسم رموز مرة واحدة للجلسة؛ افصل مجاميع الإدخال وكتابة الذاكرة وقراءتها والإخراج عند حساب التكلفة.

أين تُهدر الرموز بسبب Skills والإضافات وفرق الوكلاء؟#

النمط 6. قد تُسجّل Skills والإضافات مرتين

ظهرت هذه المشكلة مع وصول الإضافات إلى Claude Code في أواخر 2025. عند تثبيت إضافة تضيف مهارات، تدخل تلك المهارات إلى السياق. وإذا كانت لديك أيضًا مهارات مستخدم مشابهة مثبتة في ~/.claude/skills/، فستُحمّل هي الأخرى. وأحيانًا تتكرر.

شاركت Vercel رقمًا في بحثها حول حزمة الذكاء الاصطناعي لديها: لا تُستدعى 56% من المهارات مطلقًا أثناء الجلسة، لكن أوصافها تُحمّل باستمرار في السياق. وعند 100 رمز لكل وصف، يصل «العبء» إلى 5 600 رمز مع 100 مهارة.

ما ينبغي فعله:

1. يعرض /context ما يشغل المساحة فعليًا. إذا رأيت أن قسم Skills يتجاوز 3K، فنظّفه.
2. شغّل ls ~/.claude/skills/ للتحقق من المهارات المثبتة لديك فعلًا. أزل ما لم تستخدمه منذ أكثر من شهر.
3. استخدم /plugin remove للإضافات التي ثبّتها «لتجربتها» ثم نسيتها.

يشرح دليل «Skills في Claude Code لعام 2026: كيفية إنشاء مكتبة مهارات شخصية» البنية الصحيحة لـ Skills وكيف تختلف عن CLAUDE.md.

النمط 7. تستهلك فرق الوكلاء 7 أضعاف الرموز في Plan Mode

فرق الوكلاء ميزة يشغّل فيها Claude Code عدة نُسخ متوازية من النموذج، لكل منها سياقها الخاص. تقول Anthropic مباشرةً في الوثائق:

هذا يعني أن خمسة أعضاء في فريق يعملون في Plan Mode يساوون خمس جلسات متوازية، تحمّل كل منها خط أساس النظام الخاص بها، ونسختها من CLAUDE.md، وأدوات MCP الخاصة بها. يزداد إجمالي استهلاك الرموز على نحو غير خطي.

ما ينبغي فعله:

1. استخدم Sonnet أو Haiku لأعضاء الفريق. استخدم Opus لقائد الفريق الذي ينسقهم فقط. قد يقل سعر الرمز، لكن قِس تكلفة المهمة المكتملة وجودتها لكل عضو بدل افتراض توفير ثابت.
2. كوّن فرقًا صغيرة. استخدم عضوين أو ثلاثة بدلًا من عشرة.
3. أوقف أعضاء الفريق غير النشطين. إذا انتهت المهمة وبقي أحد الأعضاء قيد التشغيل، فسيواصل استهلاك الرموز في الخلفية.

لمزيد عن Plan Mode والحالات التي يكون فيها مفيدًا فعلًا، راجع «Plan Mode في Claude Code: دليل خطوة بخطوة و4 مراحل في 2026».

ما الذي يستهلك Claude الرموز فيه بينما لا تنظر؟#

النمط 8. يستهلك Extended thinking الرموز من دون تدخل منك

Extended thinking وضع «يفكر» فيه Claude في الحل ضمن كتلة تفكير مخفية قبل الإجابة. ومن ناحية الحساب، هذه رموز مخرجات تُحتسب مثل الرد العادي، لكنك لا تراها في المحادثة.

تقول Anthropic في الوثائق:

يعني ذلك أن طلبًا معقدًا واحدًا قد يستخدم 10-30K من رموز التفكير التي «تقتطع» من الميزانية، بينما لا ترى في المحادثة سوى ملخص قصير.

ما ينبغي فعله:

1. استخدم /effort low للمهام البسيطة. فهو يقلل ميزانية التفكير إلى أدنى حد.
2. عيّن MAX_THINKING_TOKENS=8000 في البيئة لتحديد سقف.
3. في المهام الروتينية جدًا التي لا يحتاج فيها Claude إلى «التفكير»، اختر /config → تعطيل thinking.

يشرح دليل «Sonnet أم Opus 4.7 في Claude Code: اختيار النموذج و/effort في 2026» متى يكون التفكير مفيدًا (مثل تصميم معماري معقد أو استدلال متعدد الخطوات) ومتى لا يكون كذلك.

النمط 9. التلخيص في الخلفية أثناء الخمول

هذا نمط صغير جدًا لكنه مثير للاهتمام. يشغّل Claude Code عملية في الخلفية تلخص الجلسات السابقة من أجل الأمر claude --resume. وتعمل هذه العملية حتى عندما لا تكتب.

تذكر Anthropic ذلك صراحةً في الوثائق:

أربعة سنتات لكل جلسة ليست كارثة. لكن إذا أبقيت 10 جلسات مفتوحة يوميًا، فستبلغ النفقات الخاملة بالفعل $0.40 يوميًا و$12 شهريًا. أغلق الجلسات التي لا تحتاج إليها الآن. يمكنك استعادة الجلسة باستخدام /resume من الفهرس؛ فلا حاجة إلى إبقائها مفتوحة.

كيفية قياس الهدر: الأمر /context ومحاذيره#

لنبدأ بالأمر. في Claude Code، افتح /context (أو /usage للحساب) وستحصل على شيء مثل هذا:

Context window: 200 000 tokens

System prompt:        3 200 (1.6%)
System tools:        16 100 (8.0%)
MCP tools:           12 600 (6.3%)
CLAUDE.md:            4 800 (2.4%)
Memory files:         3 000 (1.5%)
Conversation:        18 400 (9.2%)
Free space:         141 900 (71.0%)

هذا خط أساس دائم معتاد بعد التنظيف الأول. رائع — 71% من النافذة متاح.

خطأ معروف في /context: تضخيم استهلاك MCP بمقدار 3 أضعاف

حتى تحديث حديث، كان /context يعرض استهلاك MCP الفعلي مضروبًا في 3، لأن النفقات العامة لكل أداة كانت تُحتسب منفصلةً لكل أداة.

يقول Cameron إن Anthropic أصلحت هذا في الإصدار الحالي، الذي يعرض الآن 12 600 لـ XcodeBuildMCP نفسه. لذا:

1. إذا عرض /context أكثر من 50K لأدوات MCP، فقد تستخدم إصدارًا قديمًا من Claude Code. حدّثه.
2. إذا كان MCP بين 8 و15K، فهذا طبيعي؛ إنها التكلفة الفعلية مع Tool Search.
3. إذا كان MCP بين 30 و50K في إصدار جديد، فهناك بالفعل خوادم كثيرة غير مستخدمة متصلة. انتقل إلى /mcp وافصلها.

ما الذي ينبغي التحقق منه أيضًا غير /context؟

/usage — يعرض استخدام خطتك خلال آخر 24 ساعة أو 7 أيام. وفي Pro وMax يعرض تفصيلًا حسب المهارات والوكلاء الفرعيين والإضافات وخوادم MCP الفردية. يفيد في تحديد المهارة الأكثر استهلاكًا.

/cost — لمستخدمي API. يعرض التكلفة التناسبية للجلسة الحالية بالدولار. لا يحتاج إليه مشتركو Pro/Max.

/usage-credits — في Pro/Max يتيح لك تحديد حد شهري للإنفاق. يفيد إن كنت لا تريد لفريق وكلاء يعمل بالنصوص البرمجية أن يستنفد حد بطاقتك الائتمانية عن طريق الخطأ.

كيفية تنظيف سياق Claude Code في 15 دقيقة#

افتح مشروعك في Claude Code واتبع الخطوات:

1. /context — دوّن التفصيل الحالي. هذا هو خط الأساس.
2. /clear — إذا تراكم في المحادثة سجل لا يتعلق بالمهمة الحالية. ابدأ نافذة جديدة.
3. ls -la ~/.claude/skills/ — تحقق من المهارات المثبتة. أزل ما لم تستخدمه منذ شهر. الأمر: rm -rf ~/.claude/skills/[skill-name] (أو احذف المجلد من الواجهة).
4. /plugin list — افعل الشيء نفسه مع الإضافات. أزل ما لا تستخدمه عبر /plugin remove <name>.
5. /mcp — تحقق من خوادم MCP المتصلة. أبقِ فقط على ما تحتاج إليه للمهمة الحالية. افصل البقية باستخدام /mcp disconnect <name>.
6. افتح CLAUDE.md في محرر. إذا تجاوز الملف 200 سطر، فانقل التعليمات المتخصصة إلى Skills (~/.claude/skills/[topic]/SKILL.md). استهدف ملفًا أساسيًا من 100-200 سطر و5-15 مهارة متخصصة. تجد الدليل المفصل في «كيفية إعداد CLAUDE.md في 2026: قالب جاهز و6 قواعد».
7. تحقق من /effort — استخدم /effort low للمهام البسيطة. لا تلزم ميزانية تفكير مرتفعة إلا للهندسة المعمارية المعقدة.
8. أجرِ القياس النهائي باستخدام /context. قارنه بالخطوة 1.

في الجلسات الموصوفة، انخفض السياق المشغول من 60–80K إلى 25–30K بعد التنظيف. هذا تغير في حجم اللقطة، وليس دليلًا على خفض ثابت في إجمالي الرموز المعالجة أو التكلفة. قارن تشغيلات كاملة للمهمة نفسها، بما فيها استخدام الذاكرة المؤقتة والإخراج، قبل ادعاء التوفير.

متى يكون التحول إلى Sonnet أو Haiku أنفع من تنظيف السياق؟#

تكتب Anthropic عن النماذج في الوثائق:

مقارنة تقريبية لأسعار رموز الإدخال (اعتبارًا من 27 مايو 2026):

إعدادي:

1. الافتراضي هو Sonnet 4.5. هذا هو خيار /config → default model. يغطي 80% من المهام.
2. أشغّل /model opus يدويًا عندما تكون المهمة صعبة فعلًا (قرار معماري، أو تشخيص خطأ محير، أو منتج جديد).
3. أستخدم /model haiku للاختبارات والتنسيق. أو أعيّن model: haiku صراحةً في إعدادات الوكيل الفرعي.
4. /effort مستقل عن النموذج. يمكنك استخدام Opus مع /effort low، فتحصل على نموذج قوي بتفكير محدود للإجابات السريعة عن المهام متوسطة الصعوبة.

متى يكون تنظيف السياق أنفع من تبديل النماذج:

• إذا تجاوز امتلاء السياق 50%، فنظّفه أولًا.
• إذا كان السياق بحالة جيدة لكن المهام معقدة، فاستخدم Opus بمستوى effort عادي.
• إذا كان السياق بحالة جيدة والمهام روتينية، فاستخدم Haiku.

للمزيد عن النماذج وeffort، راجع «Sonnet أم Opus 4.7 في Claude Code: اختيار النموذج و/effort في 2026».

ما النصائح التي تزيد الاستخدام بدلًا من توفيره؟#

النمط المضاد 1. «احذف كل MCP؛ فهي تستهلك الرموز»

الكسل هو الخطأ الأكثر شيوعًا. نعم، استهلكت MCP تاريخيًا حتى 49% من السياق، لكن ذلك انخفض إلى 8-15% بعد Tool Search. كما توفر MCP أدوات فعلية لولاها لاضطررت إلى بنائها يدويًا. حذف كل MCP يعيدك إلى العمل اليدوي، الذي «سيستهلك» وقتًا أكثر مما توفره الرموز.

النهج الصحيح: احتفظ بخوادم MCP التي تستخدمها بانتظام فقط. أُبقي على Playwright (لاختبار صفحات الهبوط) وshadcn (لإنشاء الواجهات). أما كل شيء آخر فأستخدمه لمهمة واحدة في كل مرة.

النمط المضاد 2. «لا تستخدم CLAUDE.md؛ ضع كل شيء مباشرةً في الطلب»

يبدو ذلك «منطقيًا»: إذا كان CLAUDE.md يُحمّل مع كل طلب، فلنوقف تحميله. عمليًا، من دون CLAUDE.md تبدأ كل رسالة بكتابة التعليمات نفسها يدويًا، وينسى Claude السياق بين الرسائل. وهذا يعني رموزًا أكثر، لا أقل؛ فهي تأتي عبر قناة أخرى فحسب.

النهج الصحيح: أبقِ CLAUDE.md موجزًا (100-200 سطر)، واجعل المحتوى الأساسي فيه والمواد المتخصصة في Skills. التفاصيل في «كيفية إعداد CLAUDE.md في 2026».

النمط المضاد 3. «استخدم Plan Mode دائمًا»

Plan Mode أداة ممتازة للمهام المعقدة التي تحتاج فيها إلى استكشاف قاعدة التعليمات البرمجية واقتراح خطة أولًا. لكنه يستهلك في المتوسط رموزًا أكثر بمقدار 7 أضعاف عند العمل عبر فرق الوكلاء (وثائق Anthropic). في مهمة بسيطة مثل «صحح خطأ مطبعيًا في README»، يستهلك Plan Mode رموزًا أكثر بسبعة أضعاف من التعديل المباشر.

النهج الصحيح: استخدم Plan Mode للمهام المعقدة التي تستغرق 30 دقيقة أو أكثر. أما المهام القصيرة، فاطلب تنفيذها مباشرةً من دون وضع التخطيط. يشرح دليل «Plan Mode في Claude Code: دليل خطوة بخطوة و4 مراحل في 2026» متى تستخدم كل وضع.

تتوفر مواد إضافية على Ailoot.