هل بدأت مهمة برمجية مهمة، ثم فوجئت بأن Claude Code استهلك حد الاستخدام قبل أن ينهيها؟ أهلاً بك في منتديات شباب الرافدين؛ ستتعرف هنا إلى طريقة عملية تمنح الوكيل السياق الذي يحتاجه، من دون أن تدفعه إلى قراءة مشروعك كله وإعادة معالجة معلومات لا تخدم المهمة.
تقليل استهلاك التوكنز في Claude Code لا يعني كتابة أقصر مطالبة ممكنة، ولا اختيار أرخص نموذج في كل مرة. التوفير الحقيقي يبدأ عندما تفهم ما يدخل إلى نافذة السياق، وما الذي يتكرر مع كل طلب، وأين يضيع الاستهلاك في قراءة الملفات والسجلات والتعليمات غير المرتبطة بالمهمة.
الفكرة الأساسية بسيطة: أعطِ Claude أقل قدر كافٍ من السياق، وليس أقل قدر ممكن. تقليل السياق بصورة مفرطة قد ينتج إجابة أرخص، لكنه قد يرفع عدد الأخطاء والمحاولات وإعادة التنفيذ، فتكون التكلفة النهائية أعلى.
تقليل استهلاك التوكنز في Claude Code لا يعني كتابة أقصر مطالبة ممكنة، ولا اختيار أرخص نموذج في كل مرة. التوفير الحقيقي يبدأ عندما تفهم ما يدخل إلى نافذة السياق، وما الذي يتكرر مع كل طلب، وأين يضيع الاستهلاك في قراءة الملفات والسجلات والتعليمات غير المرتبطة بالمهمة.
الفكرة الأساسية بسيطة: أعطِ Claude أقل قدر كافٍ من السياق، وليس أقل قدر ممكن. تقليل السياق بصورة مفرطة قد ينتج إجابة أرخص، لكنه قد يرفع عدد الأخطاء والمحاولات وإعادة التنفيذ، فتكون التكلفة النهائية أعلى.
ما الذي يستهلك التوكنز داخل Claude Code؟
السياق لا يقتصر على رسالتك الأخيرة
نافذة السياق (Context Window) هي مساحة العمل التي يعالج فيها النموذج المعلومات اللازمة للرد. وفي Claude Code قد تشمل المحادثة السابقة، والملفات التي قرأها، ومخرجات أوامر الطرفية، وتعريفات الأدوات، وملفات CLAUDE.md، والمهارات التي جرى تحميلها، ونتائج خوادم بروتوكول سياق النموذج (MCP).
لهذا قد تكتب مطالبة قصيرة جداً، ومع ذلك تستهلك الجلسة كمية كبيرة من التوكنز. المشكلة ليست دائماً في عدد كلمات رسالتك، بل في حجم المعلومات التي يعيد النموذج معالجتها معها.
توضح وثائق Anthropic أن أداء Claude قد يتراجع عندما تمتلئ نافذة السياق؛ إذ قد تصبح التعليمات السابقة أقل حضوراً، وتزداد احتمالات التشتت أو الأخطاء. كما أن جلسة تصحيح واحدة تتضمن ملفات وسجلات كثيرة قد تستهلك عشرات الآلاف من التوكنز. [2]
لهذا قد تكتب مطالبة قصيرة جداً، ومع ذلك تستهلك الجلسة كمية كبيرة من التوكنز. المشكلة ليست دائماً في عدد كلمات رسالتك، بل في حجم المعلومات التي يعيد النموذج معالجتها معها.
توضح وثائق Anthropic أن أداء Claude قد يتراجع عندما تمتلئ نافذة السياق؛ إذ قد تصبح التعليمات السابقة أقل حضوراً، وتزداد احتمالات التشتت أو الأخطاء. كما أن جلسة تصحيح واحدة تتضمن ملفات وسجلات كثيرة قد تستهلك عشرات الآلاف من التوكنز. [2]
فرق مهم بين حدود الاشتراك وتكلفة API
هناك نظامان مختلفان يجب عدم الخلط بينهما:
- الاستخدام المشمول في الاشتراك: مثل Pro و Max وبعض خطط Team و Enterprise. عندما تصل إلى الحد، قد تضطر إلى انتظار إعادة الضبط أو استخدام أرصدة إضافية.
- الاستخدام المدفوع حسب التوكنز: عند تسجيل الدخول بحساب Console أو مفتاح API أو مزود سحابي، تُحسب التكلفة وفق النموذج والتوكنز والميزات المستخدمة.
يعرض أمر
💡 تنبيه: وصولك إلى حد الاستخدام لا يعني بالضرورة أن مشروعك وحده استهلكه؛ فقد يكون الاستخدام مشتركاً بين Claude Code ومحادثات Claude والأسطح الأخرى المرتبطة بالحساب.
/usage لمستخدم API تقديراً لتوكنز الجلسة وتكلفتها، بينما تكون قيمة التكلفة أقل أهمية لمشترك Pro أو Max لأن جزءاً من الاستخدام مشمول في الخطة. وتوضح Anthropic أيضاً أن حدود الجلسة المشمولة تُعاد عادةً ضمن نافذة خمس ساعات، مع وجود حدود أسبوعية لبعض الخطط والنماذج. [8]💡 تنبيه: وصولك إلى حد الاستخدام لا يعني بالضرورة أن مشروعك وحده استهلكه؛ فقد يكون الاستخدام مشتركاً بين Claude Code ومحادثات Claude والأسطح الأخرى المرتبطة بالحساب.
ابدأ بالقياس قبل محاولة التوفير
لا تطبق عشر نصائح دفعة واحدة ثم تفترض أن الاستهلاك تحسن. أنشئ أولاً خط أساس (Baseline) يوضح تكلفة مهامك الحالية، وبعد ذلك غيّر عنصراً واحداً في كل مرة.
استخدم الأمر:
يعرض هذا الأمر بيانات الجلسة، ويمكنه في الخطط المدعومة عرض توزيع تقريبي للاستخدام على المهارات والوكلاء الفرعيين والإضافات وخوادم MCP. ويمكن التبديل بين عرض آخر 24 ساعة وآخر سبعة أيام، مع الانتباه إلى أن البيانات المحلية لا تشمل بالضرورة استخدام الأجهزة الأخرى. [3]
أيضاً الامر:
يساعدك هذا الأمر على رؤية العناصر التي تشغل مساحة السياق. وقد تكتشف أن المشكلة ليست في الكود، بل في خادم MCP غير ضروري، أو ملف تعليمات طويل، أو نتائج أوامر ضخمة بقيت داخل الجلسة.
أما شريط الحالة (Status Line)، فيمكن تخصيصه لعرض نسبة امتلاء السياق، والنموذج المستخدم، والتكلفة والمدة باستمرار. ويمكن إنشاء الشريط بالأمر
سجل لكل مهمة متكررة:
استخدم الأمر:
/usageيعرض هذا الأمر بيانات الجلسة، ويمكنه في الخطط المدعومة عرض توزيع تقريبي للاستخدام على المهارات والوكلاء الفرعيين والإضافات وخوادم MCP. ويمكن التبديل بين عرض آخر 24 ساعة وآخر سبعة أيام، مع الانتباه إلى أن البيانات المحلية لا تشمل بالضرورة استخدام الأجهزة الأخرى. [3]
أيضاً الامر:
/contextيساعدك هذا الأمر على رؤية العناصر التي تشغل مساحة السياق. وقد تكتشف أن المشكلة ليست في الكود، بل في خادم MCP غير ضروري، أو ملف تعليمات طويل، أو نتائج أوامر ضخمة بقيت داخل الجلسة.
أما شريط الحالة (Status Line)، فيمكن تخصيصه لعرض نسبة امتلاء السياق، والنموذج المستخدم، والتكلفة والمدة باستمرار. ويمكن إنشاء الشريط بالأمر
/statusline مع وصف المعلومات التي تريد رؤيتها. [4]سجل لكل مهمة متكررة:
- النموذج المستخدم.
- عدد التوكنز أو التكلفة التقريبية.
- مدة التنفيذ.
- عدد الملفات التي قرأها الوكيل.
- عدد مرات التصحيح أو إعادة المحاولة.
- هل نجحت الاختبارات من المرة الأولى؟
- هل احتاج الحل إلى تعديلات بشرية؟
لا تقارن التوكنز وحدها. المهمة التي تستهلك 30% أقل لكنها تحتاج ثلاث محاولات ليست بالضرورة أكثر كفاءة.
أنشئ ملف CLAUDE.md صغيراً وفعالاً
ملف
يمكنك إنشاء نقطة بداية باستخدام:
CLAUDE.md هو دليل التعليمات المستمرة التي يقرأها Claude Code لفهم قواعد المشروع. يمكن أن يحتوي على أوامر البناء والاختبار، والقرارات المعمارية، ومعايير التسمية، والمجلدات المهمة، والقيود التي لا يستطيع استنتاجها بسهولة من الكود.يمكنك إنشاء نقطة بداية باستخدام:
/initيفحص Claude المشروع ويقترح ملفاً أولياً يتضمن أوامر البناء والاختبار والاتفاقيات التي يكتشفها، ثم يمكنك تنقيحه وإضافة المعلومات غير الواضحة من المستودع. [5]
لكن الخطأ الشائع هو تحويل
توصي وثائق Claude Code بأن يكون الملف محدداً وموجزاً ومنظماً، مع استهداف أقل من 200 سطر تقريباً لكل ملف CLAUDE.md. كما تحذر من أن الملفات الطويلة تستهلك سياقاً أكبر وقد تقلل التزام النموذج بالتعليمات المهمة. [5]
ضع في CLAUDE.md ما يلي:لكن الخطأ الشائع هو تحويل
CLAUDE.md إلى موسوعة للمشروع. فالملف الموجود في جذر المشروع يُحمّل مع بداية كل جلسة ويستهلك جزءاً من السياق حتى عندما لا تكون معظم تعليماته مرتبطة بالمهمة الحالية.توصي وثائق Claude Code بأن يكون الملف محدداً وموجزاً ومنظماً، مع استهداف أقل من 200 سطر تقريباً لكل ملف CLAUDE.md. كما تحذر من أن الملفات الطويلة تستهلك سياقاً أكبر وقد تقلل التزام النموذج بالتعليمات المهمة. [5]
- أوامر البناء والتشغيل والاختبار الصحيحة.
- قواعد المشروع غير القابلة للاستنتاج من الكود.
- المسارات الأساسية للواجهات والخدمات والاختبارات.
- القرارات المعمارية التي يجب عدم كسرها.
- تعليمات الأمان وحماية الأسرار.
- معيار الانتهاء من المهمة والتحقق منها.
- شرحاً تفصيلياً لكل ملف.
- توثيق API كاملاً.
- سجلاً طويلاً للمشكلات القديمة.
- إجراءات متخصصة لا تستخدم إلا نادراً.
- معلومات تتغير يومياً.
- قواعد بديهية مثل «اكتب كوداً جيداً».
إذن، وجود CLAUDE.md قد يوفر الاستكشاف المتكرر، لكن تضخيمه قد يحوّله إلى تكلفة ثابتة في كل جلسة. الجودة هنا أهم من الحجم.
استخدم ملفات المشروع كذاكرة خارجية منظمة
ليس ضرورياً أن يبقى كل شيء داخل CLAUDE.md أو المحادثة. يمكن حفظ المعرفة المستمرة في ملفات مرجعية، ثم توجيه Claude إلى الملف المناسب عند الحاجة.
مثال عملي:
مثال عملي:
- CLAUDE.md: القواعد الدائمة المختصرة.
- ARCHITECTURE.md: مكونات النظام والعلاقات بينها.
- CURRENT_STATE.md: الحالة الحالية والقرارات المفتوحة.
- KNOWN_ISSUES.md: المشكلات المعروفة وحلولها أو قيودها.
- docs/features/: توثيق كل ميزة بعد اكتمالها.
- plans/: الخطط المعتمدة للمهام الكبيرة.
في المرفقات ملف نماذج ملفات توثيق مشاريع Code Claude - حمله الان مجاناً
تسمى هذه الممارسة تدوين الملاحظات المنظم (Structured Note-taking)، وهي تحفظ المعلومات خارج نافذة السياق ثم تعيد تحميل الجزء المطلوب عند الحاجة. وتوضح Anthropic أن هذه الطريقة تساعد الوكيل على متابعة المهام الطويلة مع كلفة سياق أقل من إبقاء جميع التفاصيل داخل المحادثة. [6]
أطلب من Claude قراءة جميع ملفات الذاكرة مع بداية كل مهمة. اكتب مثلاً:
أطلب من Claude قراءة جميع ملفات الذاكرة مع بداية كل مهمة. اكتب مثلاً:
بهذه الصياغة تحافظ على المعرفة من دون تحميلها كلها مسبقاً.
خطط قبل التنفيذ عندما يبرر التعقيد ذلك
التخطيط قبل كتابة الكود يمنع الوكيل من تنفيذ فهم خاطئ للمهمة ثم إعادة بناء الحل. استخدم وضع التخطيط (Plan Mode) عند إضافة ميزة متعددة الملفات، أو تعديل بنية النظام، أو ترحيل قاعدة البيانات، أو تغيير واجهة لها تبعيات كثيرة.
في المقابل، لا تحتاج كل مهمة إلى خطة طويلة. إصلاح خطأ إملائي أو تعديل قيمة بسيطة قد يستهلك توكنز أكثر إذا أجبرت الوكيل على تحليل معماري وكتابة وثيقة خطة.
القاعدة العملية:في المقابل، لا تحتاج كل مهمة إلى خطة طويلة. إصلاح خطأ إملائي أو تعديل قيمة بسيطة قد يستهلك توكنز أكثر إذا أجبرت الوكيل على تحليل معماري وكتابة وثيقة خطة.
- مهمة صغيرة، واضحة، قابلة للعكس: نفّذ مباشرة مع اختبار مستهدف.
- مهمة متعددة الملفات أو غير واضحة: استكشف ثم خطط ثم اطلب الموافقة.
- مهمة عالية المخاطر: اكتب مواصفات مستقلة وحدوداً واضحة قبل التنفيذ.
توصي Anthropic باستخدام Plan Mode للمهام المعقدة لتقليل إعادة العمل، مع التصحيح المبكر إذا بدأ Claude في اتجاه غير مناسب. ويمكن استخدام Escape لإيقافه و/rewind للعودة إلى نقطة سابقة. [3]
حدد نطاق المهمة والملفات بدقة
قارن بين هذين الطلبين:
والطلب التالي:
الطلب الثاني يقلل مساحة البحث، ويعرّف السلوك الفعلي والمتوقع، ويحدد الملفات ومعيار النجاح. وهذا لا يوفر التوكنز فقط، بل يقلل احتمالات أن يعدّل Claude أجزاء لا علاقة لها بالمشكلة.
تؤكد وثائق Claude Code أن الطلبات الغامضة مثل «حسّن هذا المشروع» تؤدي إلى مسح واسع للملفات، بينما يسمح الطلب المحدد للوكيل بالعمل بقراءات أقل. [3]
استخدم قالباً ثابتاً للأخطاء البرمجية:تؤكد وثائق Claude Code أن الطلبات الغامضة مثل «حسّن هذا المشروع» تؤدي إلى مسح واسع للملفات، بينما يسمح الطلب المحدد للوكيل بالعمل بقراءات أقل. [3]
- المشكلة: وصف مختصر ودقيق.
- خطوات إعادة الإنتاج: ما الذي تفعله حتى يظهر الخطأ؟
- السلوك الفعلي: ماذا يحدث؟
- السلوك المتوقع: ماذا يجب أن يحدث؟
- رسالة الخطأ: الأسطر المهمة فقط.
- الملفات المحتملة: الملفات أو الوحدات الأقرب.
- النطاق المسموح: ما الذي يمكن تعديله؟
- معيار النجاح: اختبار أو نتيجة يمكن التحقق منها.
يمكنك أن تطلب من Claude تعديل الدالة المتأثرة بدلاً من إعادة كتابة الملف كله. لكن لا تجعل «التعديل الموضعي» قاعدة عمياء؛ فالترقيع قد يكون أخطر إذا كانت المشكلة نتيجة تصميم خاطئ أو تكرار بنيوي.
الصياغة الأفضل:
الصياغة الأفضل:
قلّل ضوضاء السجلات ومخرجات الأدوات
سجل اختبار من عشرة آلاف سطر قد يحتوي على بضعة أسطر فقط تشرح الفشل. إذا قرأ Claude السجل كاملاً، فإنك تدفع تكلفة معالجة نجاحات وتحذيرات لا تساعد في التشخيص.
ابدأ بالاختبار المستهدف:
- اختبار الملف أو الوحدة المتأثرة.
- الأخطاء فقط بدلاً من كل النتائج الناجحة.
- آخر جزء من السجل عند تعطل عملية طويلة.
- البحث عن FAIL أو ERROR أو stack trace ذي الصلة.
يمكن استخدام Hooks، وهي أوامر حتمية تُنفذ عند نقاط محددة من سير العمل، لتصفية مخرجات الاختبار قبل أن تصل إلى النموذج. تقدم وثائق Anthropic مثالاً لفلترة سجل من آلاف الأسطر وإعادة أسطر الأخطاء فقط، ما يخفض السياق من عشرات آلاف التوكنز إلى مئات في حالات مناسبة. [3]
ويُفضّل استخدام أدوات سطر الأوامر (CLI) مثل gh و aws و gcloud و sentry-cli عندما تؤدي المهمة بكفاءة، لأنها لا تضيف قائمة تعريفات أدوات مستمرة مثل بعض تكاملات MCP.
كما تساعد إضافات ذكاء الكود للغات ذات الأنواع الصريحة على الانتقال مباشرة إلى تعريف الرمز ومراجعه، بدلاً من البحث النصي وفتح عدة ملفات محتملة. [3]
اختر النموذج ومستوى الاستدلال حسب المهمة
استخدام أقوى نموذج في كل مرحلة ليس ضماناً للكفاءة. توصي Anthropic باستخدام Sonnet لمعظم مهام البرمجة، والاحتفاظ بـ Opus للقرارات المعمارية المعقدة أو الاستدلال متعدد الخطوات، مع إمكانية استخدام Haiku للمهام الفرعية البسيطة. [3]
يمكن تغيير النموذج باستخدام:/modelأما التفكير الممتد (Extended Thinking)، فيحسن الأداء في التخطيط والاستدلال الصعب، لكن توكناته تُحسب ضمن المخرجات. لذلك يمكن خفض مستوى الجهد باستخدام
/effort أو إعدادات النموذج عندما تكون المهمة بسيطة ولا تستحق ميزانية تفكير كبيرة. [3]لا تستخدم النموذج الأرخص تلقائياً؛ فقد يفشل في مهمة معقدة ويكرر المحاولة أكثر من مرة. قارن التكلفة الإجمالية للمهمة المقبولة، لا سعر التوكن منفرداً.
الوكلاء الفرعيون: عزل للسياق وليس توفيراً مضموناً
الوكيل الفرعي (Subagent) يعمل داخل سياق مستقل، ويمكنه قراءة ملفات كثيرة أو معالجة سجل ضخم ثم إعادة خلاصة قصيرة إلى الجلسة الرئيسية. هذه فائدة مهمة عندما تريد حماية السياق الرئيسي من الضوضاء.
لكن لكل وكيل نافذة سياق واستهلاكاً خاصاً. لذلك قد يزيد إجمالي التوكنز حتى لو بقيت محادثتك الرئيسية نظيفة. أما فرق الوكلاء المتوازية، فتزداد تكلفتها تقريباً مع عدد الوكلاء ومدة تشغيلهم، وتذكر الوثائق أن فرق الوكلاء في وضع التخطيط قد تستخدم نحو سبعة أضعاف توكنز الجلسة القياسية في بعض الإعدادات. [3]
استخدم الوكيل الفرعي عندما تكون المهمة قابلة للعزل، مثل:
لكن لكل وكيل نافذة سياق واستهلاكاً خاصاً. لذلك قد يزيد إجمالي التوكنز حتى لو بقيت محادثتك الرئيسية نظيفة. أما فرق الوكلاء المتوازية، فتزداد تكلفتها تقريباً مع عدد الوكلاء ومدة تشغيلهم، وتذكر الوثائق أن فرق الوكلاء في وضع التخطيط قد تستخدم نحو سبعة أضعاف توكنز الجلسة القياسية في بعض الإعدادات. [3]
استخدم الوكيل الفرعي عندما تكون المهمة قابلة للعزل، مثل:
- البحث عن سبب خطأ في وحدة محددة.
- مراجعة أمنية مستقلة.
- قراءة سجلات طويلة وتلخيصها.
- مقارنة تنفيذين.
- التحقق من حالات الحافة بعد التنفيذ.
ولا تنشئ ثلاثة وكلاء لمهمة يستطيع وكيل واحد إنجازها بقراءة ملفين.
حوّل الأعمال المتكررة إلى قوالب ومهارات
مكتبة المطالبات مفيدة عندما تكرر مهام مثل مراجعة الكود أو إنشاء الاختبارات أو تحليل خطأ. بدلاً من إعادة اكتشاف الصياغة الناجحة، احتفظ بقالب يحتوي على المدخلات والخطوات ومعيار النجاح.
لكن عندما تتحول العملية إلى إجراء متعدد الخطوات وله ملفات وقواعد متكررة، يكون من الأفضل إنشاء مهارة (Skill).
تتكون المهارة في Claude Code من ملف SKILL.md يمكن أن ترافقه نصوص تنفيذية وملفات مرجعية وقوالب. ويحمّل Claude جسم المهارة عند استخدامها، بخلاف CLAUDE.md الذي يدخل إلى سياق بداية الجلسة. لذلك يمكن نقل الإجراءات المتخصصة من CLAUDE.md إلى المهارات لتقليل السياق الأساسي. [7]
مثلاً، بدلاً من وضع 80 سطراً عن مراجعة قواعد البيانات في CLAUDE.md، أنشئ مهارة باسم:
وتتضمن:
لكن عندما تتحول العملية إلى إجراء متعدد الخطوات وله ملفات وقواعد متكررة، يكون من الأفضل إنشاء مهارة (Skill).
تتكون المهارة في Claude Code من ملف SKILL.md يمكن أن ترافقه نصوص تنفيذية وملفات مرجعية وقوالب. ويحمّل Claude جسم المهارة عند استخدامها، بخلاف CLAUDE.md الذي يدخل إلى سياق بداية الجلسة. لذلك يمكن نقل الإجراءات المتخصصة من CLAUDE.md إلى المهارات لتقليل السياق الأساسي. [7]
مثلاً، بدلاً من وضع 80 سطراً عن مراجعة قواعد البيانات في CLAUDE.md، أنشئ مهارة باسم:
database-migration-reviewوتتضمن:
- متى تعمل المهارة.
- الملفات التي يجب فحصها.
- قائمة مخاطر الترحيل.
- أوامر الاختبار.
- شروط النسخ الاحتياطي.
- صيغة التقرير النهائي.
يمكنك مراجعة دليل كتابة المهارات Skills باحتراف لمعرفة بنية SKILL.md، وطريقة كتابة وصف التفعيل، وتنظيم المراجع والاختبارات.
كما يفيدك موضوع أفضل إضافات Claude Code للتخطيط والتصميم والبحث عند اختيار أدوات تساعد في مراجعة الخطة أو تحسين الواجهة أو تنظيم البحث، مع ضرورة تثبيت الإضافات من مصادر موثوقة فقط.
⚠️ تحذير: لا توجد نسبة عامة موثوقة تثبت أن إنشاء Skill يوفر دائماً 60% أو 70% من التوكنز. يعتمد الأثر على طول التعليمات السابقة، وعدد مرات استخدامها، وحجم الملفات المرجعية، وطريقة استدعاء المهارة. اختبرها على مهامك أنت.
كما يفيدك موضوع أفضل إضافات Claude Code للتخطيط والتصميم والبحث عند اختيار أدوات تساعد في مراجعة الخطة أو تحسين الواجهة أو تنظيم البحث، مع ضرورة تثبيت الإضافات من مصادر موثوقة فقط.
⚠️ تحذير: لا توجد نسبة عامة موثوقة تثبت أن إنشاء Skill يوفر دائماً 60% أو 70% من التوكنز. يعتمد الأثر على طول التعليمات السابقة، وعدد مرات استخدامها، وحجم الملفات المرجعية، وطريقة استدعاء المهارة. اختبرها على مهامك أنت.
أدر جلسات Claude Code بوعي
استخدم /clear بين المهام غير المرتبطة
عند الانتقال من إصلاح تسجيل الدخول إلى تصميم صفحة تقارير، لا تحمل معك ملفات وسجلات المهمة السابقة. استخدم:
يمكنك قبل ذلك استخدام /rename لتسمية الجلسة ثم العودة إليها لاحقاً عبر /resume. وتوصي Anthropic بالبدء من جلسة جديدة إذا صححت Claude أكثر من مرتين في المشكلة نفسها؛ لأن السياق يصبح محملاً بالمسارات الفاشلة. [2]
/clearيمكنك قبل ذلك استخدام /rename لتسمية الجلسة ثم العودة إليها لاحقاً عبر /resume. وتوصي Anthropic بالبدء من جلسة جديدة إذا صححت Claude أكثر من مرتين في المشكلة نفسها؛ لأن السياق يصبح محملاً بالمسارات الفاشلة. [2]
استخدم /compact مع تعليمات محددة
الضغط (Compaction) يلخص المحادثة ويحافظ على القرارات المهمة مع التخلص من النتائج المتكررة. يمكنك كتابة:
احتفظ بقائمة الملفات المعدلة، وقرارات المعمارية، والأخطاء غير المحلولة، ونتائج الاختبارات الأخيرة/compact توضح Anthropic أن الضغط يحافظ عادةً على القرارات المعمارية والأخطاء المفتوحة وتفاصيل التنفيذ، لكنه قد يفقد معلومات دقيقة إذا كان عدوانياً أكثر من اللازم. [6]
استخدم /btw للأسئلة الجانبية
إذا أردت سؤالاً سريعاً لا يجب أن يبقى داخل تاريخ المهمة، فاستخدم /btw. تظهر الإجابة في نافذة مؤقتة ولا تدخل إلى سجل المحادثة، ما يمنع تضخم السياق بأسئلة ثانوية. [2]
سير عمل عملي موفر للتوكنز:
- عرّف النتيجة: اكتب ما الذي يجب أن يعمل ومعيار قبوله.
- افحص الاستهلاك: راقب /usage و/context قبل التحسين.
- اختر النموذج: استخدم مستوى القدرة والاستدلال المناسب للمهمة.
- حدد النطاق: اذكر الملفات والوحدات التي يُتوقع أن تحتوي على الحل.
- استكشف بحدود: اسمح بفتح ملفات إضافية فقط عند ظهور دليل على الحاجة.
- خطط عند التعقيد: راجع الخطة قبل تعديل عدة أجزاء مترابطة.
- نفّذ أصغر تغيير صحيح: عالج السبب الجذري من دون إعادة كتابة غير ضرورية.
- اختبر تدريجياً: ابدأ بالاختبار المستهدف ثم وسّع النطاق.
- وثّق النتيجة: حدّث ملف الميزة أو المشكلة المعروفة والقرار المعماري.
- نظّف السياق: استخدم /clear أو /compact قبل الانتقال إلى عمل جديد.
لا تفصل توفير التوكنز عن سلامة الكود. فاختصار الاستكشاف أو الاختبارات بصورة عشوائية قد يخفي مشكلات أمنية. راجع موضوع الثغرات الأمنية التي قد يضعها الذكاء الاصطناعي في كود مشروعك قبل نشر كود يتعلق بالمصادقة أو الصلاحيات أو البيانات الحساسة.
أخطاء شائعة تحرق التوكنز بلا فائدة
- طلب «حلل المشروع كاملاً» من دون سؤال محدد.
- وضع كل توثيق المشروع داخل CLAUDE.md.
- استيراد ملفات طويلة إلى CLAUDE.md ظناً أنها لا تستهلك السياق.
- تحميل جميع ملفات الذاكرة في بداية كل جلسة.
- تمرير سجل الاختبار كاملاً بدلاً من الأسطر الفاشلة.
- تشغيل حزمة الاختبارات كلها بعد كل تعديل صغير.
- ترك خوادم MCP غير المستخدمة مفعلة.
- استخدام Opus وأعلى مستوى تفكير لمهمة بسيطة.
- إنشاء وكلاء فرعيين متوازيين من دون تقسيم حقيقي للعمل.
- مواصلة جلسة مليئة بالمحاولات الفاشلة.
- طلب إعادة كتابة ملف كامل لإصلاح دالة واحدة.
- تجاهل التوثيق ثم إعادة استكشاف القرار نفسه في كل جلسة.
- اعتبار انخفاض التوكنز نجاحاً رغم انخفاض جودة الحل.
- تكرار نسب توفير منشورة من دون قياسها على المشروع.
كيف تقيس نجاح التحسين فعلياً؟
اختر خمس إلى عشر مهام حقيقية تتكرر في مشروعك، مثل إصلاح خطأ، وإضافة حقل، وكتابة اختبار، ومراجعة أمنية، وتحديث واجهة. نفذها بالطريقة الحالية وسجّل النتائج، ثم طبّق التحسينات وأعد القياس على مهام مماثلة.
استخدم مؤشرات مثل:
استخدم مؤشرات مثل:
- التوكنز أو التكلفة لكل مهمة ناجحة.
- الوقت حتى اجتياز الاختبار.
- عدد المحاولات.
- عدد الملفات المقروءة والمعدلة.
- نسبة المهام المقبولة من التنفيذ الأول.
- عدد الأخطاء التي ظهرت بعد الدمج.
- عدد التدخلات البشرية.
- جودة التوثيق الناتج.
قد تجد أن تقليل السياق 25% رفع إعادة العمل 50%. في هذه الحالة لم تحقق وفراً، بل نقلت التكلفة من قراءة السياق إلى التصحيح. الهدف هو أقل تكلفة لنتيجة صحيحة وآمنة وقابلة للصيانة.
الأسئلة الشائعة حول تقليل استهلاك التوكنز في Claude Code وخفض التكلفة
هل ملف CLAUDE.md يقلل التوكنز دائماً؟
لا. يمكنه منع الاستكشاف المتكرر عندما يحتوي على معلومات مختصرة ومهمة، لكنه يزيد السياق الدائم إذا أصبح طويلاً أو مليئاً بإجراءات لا تستخدم في معظم الجلسات.
ما الفرق بين /clear و/compact؟
يحذف /clear سياق الجلسة الحالية ويبدأ مساحة نظيفة، بينما يلخص /compact السياق ويحافظ على أهم المعلومات لمواصلة المهمة نفسها.
هل Skills أوفر من وضع التعليمات في CLAUDE.md؟
غالباً تكون أفضل للإجراءات المتخصصة؛ لأن جسم المهارة يُحمّل عند استخدامها، بينما تُحمّل تعليمات CLAUDE.md الأساسية في بداية الجلسة. لكن حجم المهارة وتكرار استدعائها يحددان الوفر الفعلي.
هل النموذج الأرخص هو الأفضل للمهام البسيطة دائماً؟
ليس دائماً. استخدم النموذج الأقل تكلفة عندما يستطيع تنفيذ المهمة بجودة مقبولة من دون تكرار. إذا احتاج إلى عدة محاولات، فقد يصبح النموذج الأقوى أوفر في النهاية.
هل الوكلاء الفرعيون يقللون الاستهلاك؟
يعزلون البحث والسجلات عن السياق الرئيسي، لكنهم يملكون سياقات مستقلة ويستهلكون توكنز إضافية. فائدتهم الأساسية هي تنظيم السياق، لا ضمان خفض الإجمالي.
لماذا أصل إلى الحد رغم أنني لم أرسل رسائل كثيرة؟
لأن الاستهلاك يتأثر بحجم الملفات ومخرجات الأدوات وسجل الجلسة والنموذج والتفكير الممتد والمهارات والوكلاء، وليس بعدد الرسائل فقط.
هل يمكنني وضع حد للإنفاق الإضافي؟
نعم، تتيح الخطط المدعومة إعداد حد شهري لأرصدة الاستخدام، كما يمكن للمؤسسات وضع حدود إنفاق ومساحات عمل من خلال Claude Console. [8]
كيف أعرف أي أداة تستهلك استخدامي؟
ابدأ بـ/usage لمراجعة التوزيع التقريبي على المهارات والوكلاء والإضافات وخوادم MCP، ثم استخدم /context لمعرفة ما يشغل نافذة السياق.
الأسئلة الشائعة حول تقليل استهلاك التوكنز في Claude Code وخفض التكلفة
هل ملف CLAUDE.md يقلل التوكنز دائماً؟
لا. يمكنه منع الاستكشاف المتكرر عندما يحتوي على معلومات مختصرة ومهمة، لكنه يزيد السياق الدائم إذا أصبح طويلاً أو مليئاً بإجراءات لا تستخدم في معظم الجلسات.
ما الفرق بين /clear و/compact؟
يحذف /clear سياق الجلسة الحالية ويبدأ مساحة نظيفة، بينما يلخص /compact السياق ويحافظ على أهم المعلومات لمواصلة المهمة نفسها.
هل Skills أوفر من وضع التعليمات في CLAUDE.md؟
غالباً تكون أفضل للإجراءات المتخصصة؛ لأن جسم المهارة يُحمّل عند استخدامها، بينما تُحمّل تعليمات CLAUDE.md الأساسية في بداية الجلسة. لكن حجم المهارة وتكرار استدعائها يحددان الوفر الفعلي.
هل النموذج الأرخص هو الأفضل للمهام البسيطة دائماً؟
ليس دائماً. استخدم النموذج الأقل تكلفة عندما يستطيع تنفيذ المهمة بجودة مقبولة من دون تكرار. إذا احتاج إلى عدة محاولات، فقد يصبح النموذج الأقوى أوفر في النهاية.
هل الوكلاء الفرعيون يقللون الاستهلاك؟
يعزلون البحث والسجلات عن السياق الرئيسي، لكنهم يملكون سياقات مستقلة ويستهلكون توكنز إضافية. فائدتهم الأساسية هي تنظيم السياق، لا ضمان خفض الإجمالي.
لماذا أصل إلى الحد رغم أنني لم أرسل رسائل كثيرة؟
لأن الاستهلاك يتأثر بحجم الملفات ومخرجات الأدوات وسجل الجلسة والنموذج والتفكير الممتد والمهارات والوكلاء، وليس بعدد الرسائل فقط.
هل يمكنني وضع حد للإنفاق الإضافي؟
نعم، تتيح الخطط المدعومة إعداد حد شهري لأرصدة الاستخدام، كما يمكن للمؤسسات وضع حدود إنفاق ومساحات عمل من خلال Claude Console. [8]
كيف أعرف أي أداة تستهلك استخدامي؟
ابدأ بـ/usage لمراجعة التوزيع التقريبي على المهارات والوكلاء والإضافات وخوادم MCP، ثم استخدم /context لمعرفة ما يشغل نافذة السياق.
خلاصة القول
أفضل طريقة لتقليل استهلاك التوكنز في Claude Code ليست منع الوكيل من القراءة أو اختصار التعليمات بصورة عمياء. الطريقة الصحيحة هي تنظيم المعرفة، وتحديد نطاق المهمة، وقياس الاستهلاك، واختيار النموذج المناسب، وتصحيح المسار مبكراً.
ابدأ بثلاث خطوات فقط: راقب /usage و /context، اختصر CLAUDE.md، وحدد الملفات ومعيار النجاح في كل طلب. بعد ذلك انقل الإجراءات المتكررة إلى Skills، وصفِّ السجلات، واستخدم /clear بين الأعمال غير المرتبطة.
بهذا يصبح Claude Code أشبه بموظف يعرف أين يبحث ومتى يتوقف، بدلاً من وكيل يتجول داخل المستودع ويستهلك السياق قبل الوصول إلى المشكلة.
شاركنا في قسم أدوات الذكاء الاصطناعي للمطورين: ما أكثر خطوة خفّضت استهلاك Claude Code في مشروعك فعلياً؟
دمتم بود!
ابدأ بثلاث خطوات فقط: راقب /usage و /context، اختصر CLAUDE.md، وحدد الملفات ومعيار النجاح في كل طلب. بعد ذلك انقل الإجراءات المتكررة إلى Skills، وصفِّ السجلات، واستخدم /clear بين الأعمال غير المرتبطة.
بهذا يصبح Claude Code أشبه بموظف يعرف أين يبحث ومتى يتوقف، بدلاً من وكيل يتجول داخل المستودع ويستهلك السياق قبل الوصول إلى المشكلة.
شاركنا في قسم أدوات الذكاء الاصطناعي للمطورين: ما أكثر خطوة خفّضت استهلاك Claude Code في مشروعك فعلياً؟
دمتم بود!
المصادر والمراجع
- IT Legend. «تقليل تكلفة واستهلاك التوكنز عند استخدام Claude Code». YouTube، بلا تاريخ.
- Anthropic. “Best Practices for Claude Code.” Claude Code Docs، تاريخ الوصول 10 يوليو 2026.
- Anthropic. “Manage Costs Effectively.” Claude Code Docs، تاريخ الوصول 10 يوليو 2026.
https://code.claude.com/docs/en/costs - Anthropic. “Customize Your Status Line.” Claude Code Docs، تاريخ الوصول 10 يوليو 2026.
https://code.claude.com/docs/en/statusline - Anthropic. “How Claude Remembers Your Project.” Claude Code Docs، تاريخ الوصول 10 يوليو 2026.
https://code.claude.com/docs/en/memory - Anthropic. “Effective Context Engineering for AI Agents.” Anthropic Engineering، 29 سبتمبر 2025.
https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents - Anthropic. “Extend Claude with Skills.” Claude Code Docs، تاريخ الوصول 10 يوليو 2026.
https://code.claude.com/docs/en/skills - Anthropic. “Manage Usage Credits for Paid Claude Plans.” Claude Help Center، 18 مايو 2026.
