شرح حدود استخدام Claude Code: نافذة الـ 5 ساعات والحدود الأسبوعية و9 طرق لتمديدها

إجابة سريعة: تنقسم حدود الاستخدام في Claude Code إلى مستويين: حدّ للجلسة يتجدد كل خمس ساعات، وحدّ أسبوعي يتجدد مرة واحدة في الأسبوع. ويُشارَك كلاهما مع تطبيق Claude على الويب وتطبيق Claude Desktop. لا تنشر Anthropic عددًا محددًا للرسائل لأي منهما، لأن الاستهلاك الفعلي يعتمد على النموذج المستخدم، وحجم السياق (context size)، والأدوات المفعّلة.

هذا الرصيد المشترك هو النقطة التي يغفل عنها معظم الناس؛ فالنافذة الزمنية التي استهلكتها في محادثة بحثية طويلة أثناء الإفطار هي نفسها النافذة التي يحتاجها الوكيل البرمجي (agent) ليعمل في الثالثة عصرًا.

ما الذي يُحسب ضمن حدود استخدام Claude Code؟

يوضح مركز مساعدة Anthropic الأمر بجلاء: تتضمن الخطط المدفوعة حدًا للجلسة يتجدد كل خمس ساعات وحدودًا أسبوعية تتجدد مرة واحدة كل أسبوع. وتتضمن خطط Max حدًا أسبوعيًا إضافيًا منفصلًا لنماذج Fable. وتعتمد ثلاث واجهات على هذا الرصيد المشترك نفسه: تطبيق Claude على الويب، وتطبيق Claude Desktop، وأداة Claude Code في الطرفية (terminal) وبيئة التطوير المتكاملة (IDE). ولا توجد حصة مخصصة لكل أداة على حدة.

الأسعار مأخوذة من صفحة أسعار Anthropic وتخضع للتغيير وفقًا لتقدير Anthropic.

نافذة الخمس ساعات على أرض الواقع

يتجدد حدّ الجلسة بعد مرور خمس ساعات من فتح النافذة. ولا تنشر Anthropic قاعدة واضحة لبدء الاحتساب ولا عددًا محددًا من الرموز (tokens)، لذا تعامل معه كحدّ استهلاك متجدد (rolling budget) وليس كساعة زمنية يمكنك التلاعب بها.

ثمة سلوك قد يبدو وكأنه خطأ برمجي (bug)، لكنه ليس كذلك؛ فإذا بلغت الحد أثناء توليد الإجابة، فقد يُكمل Claude Code الخطوة الحالية ويعرض رسالة Usage limit reached · wrapping up. وتوضح إرشادات Anthropic لخطتي Pro وMax أن مرحلة الإنهاء هذه تُحسب ضمن حدك الأسبوعي ولا تشمل إرسال رسائل جديدة. في خطة Pro، يُتاح هذا الإنهاء مرة واحدة في الفترة الأسبوعية؛ بينما يُتاح في خطة Max في كل مرة تبلغ فيها حد الخمس ساعات. كما تفيد Anthropic بأن هذه الميزة تُطرح تدريجيًا، لذا قد لا تتوفر في حسابك بعد. إنها بمثابة تسهيل لإكمال المهمة الجارية، وليست فترة سماح إضافية.

الحد الأسبوعي: ولماذا يكون أثره أشد وطأة؟

الحد الأسبوعي هو العائق الحقيقي الذي قد يوقف يوم عملك بالكامل. فنافذة الخمس ساعات تتجدد أربع أو خمس مرات يوميًا، بينما لا يتجدد الحد الأسبوعي بهذه الوتيرة. لا تفصح Anthropic عن آلية دقيقة لموعد التجديد سوى أنها «حدود أسبوعية تتجدد مرة واحدة كل أسبوع»، لذا لا تخطط لإعادة هيكلة برمجية ضخمة (refactor) بناءً على موعد تجديد استنتجته بنفسك. تحقق دائمًا من الأمر /usage قبل أن تبدأ.

عندما تبلغ أيًا من الحدين، أمامك ثلاثة خيارات:

1. الانتظار حتى موعد التجديد.
2. تفعيل أرصدة الاستخدام (usage credits)، والتي تحوّل الطلبات إلى نظام الدفع بحسب الاستخدام (pay-as-you-go) بدلًا من إيقافها.
3. نقل المهمة إلى وكيل برمجي آخر ضمن اشتراك تدفع ثمنه بالفعل.

لماذا لا يُحدد عدد الرسائل برقم ثابت؟

لا تنشر Anthropic رقمًا مثل «200 رسالة لكل نافذة» لأن هذا الرقم سيكون غير واقعي بالمرة. فالاستهلاك يقاس بالرموز (tokens)، وهذه الرموز تعتمد على عدة عوامل: النموذج (تكلفة Opus لكل رسالة أعلى من Sonnet)، وحجم السياق (تُعاد إرسال المحادثة بأكملها مع كل رسالة جديدة)، والأدوات المستخدمة (تصف Anthropic الروابط والموصلات بأنها مستهلكة للرموز بكثافة)، ومستوى الجهد (حيث تُحسب رموز التفكير كرموز مُخرجة، وقد تصل الميزانية الافتراضية إلى عشرات الآلاف من الرموز لكل طلب).

هذه العوامل تمثل أيضًا قائمة الاستراتيجيات التي يمكنك استغلالها لتقليل الاستهلاك.

9 طرق لزيادة الاستفادة من حدود Claude Code

1. شغّل الأمر /usage واتبع توصياته

في خطط Pro وMax وTeam وEnterprise، يوضح الأمر /usage نسبة الاستهلاك الأخير وتوزيعه على المهارات (skills)، والوكلاء الفرعيين (subagents)، والإضافات (plugins)، وخوادم MCP الفردية، ثم يقدم لك توصيات محددة بالنسبة المئوية التي يوفرها كل إجراء:

25%  Trim ~/code/api/CLAUDE.md · 49k tokens per request
40%  Switch from max to high effort · /effort high
30%  Compact before you step away · run /compact

اضغط على d أو w للتبديل بين عرض آخر 24 ساعة أو 7 أيام. وإذا ظهر في التذييل f to fix 2 of 3، فإن الضغط على f سيطبق الحلول التي يمكن لـ Claude Code معالجتها تلقائيًا. وتعتمد هذه الأرقام على سجل الجلسات المحلي، لذا لن يظهر الاستهلاك من جهاز حاسوب آخر. ابدأ بهذه الخطوة؛ فهي أفضل بكثير من التخمين.

2. افرغ السياق بين المهام غير المترابطة

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

/rename auth-token-refresh-bug   # label it so you can find it later
/clear                           # start fresh
/resume                          # come back to it later

إعادة التسمية عبر /rename قبل استخدام /clear هي الخطوة التي يتجاهلها الكثيرون ثم يندمون عليها لاحقًا.

3. حدد ما يجب الاحتفاظ به عند ضغط السياق

يعمل الضغط التلقائي (auto-compaction) على تلخيص سجل المحادثة عند الاقتراب من الحد الأقصى للسياق، وإذا تركته دون توجيه فسيخمن ما هو مهم بمفرده. وجّهه باستخدام الأمر /compact Focus on code samples and API usage، أو اجعل ذلك دائمًا في ملف CLAUDE.md الخاص بمشروعك:

# Compact instructions

When you are using compact, please focus on test output and code changes

4. اختر النموذج الأنسب لكل مهمة

يتكفل نموذج Sonnet بمعظم مهام البرمجة بتكلفة أقل من Opus. احتفظ بـ Opus للقرارات المعمارية والتصميمية الكبرى، وبدّل بين النماذج باستخدام الأمر /model. وانتبه لنقطتين قد تفوتانك: التحويل إلى Opus ينطبق أيضًا على الوكلاء الفرعيين الذين يرثون نموذج الجلسة، ولكن يمكنك تحديد نموذج أرخص لكل وكيل فرعي على حدة.

---
name: test-runner
model: haiku
---

يوضح دليل توجيه النماذج لدينا النموذج الأنسب لكل دور، بينما يشرح مقال متى تكون النماذج الأرخص أكثر تكلفة الحالات التي تأتي فيها النماذج الأقل قدرة بنتائج عكسية وتكلفة أعلى.

5. قلل مستوى الجهد والتفكير

ميزة التفكير الموسع (extended thinking) مفعّلة افتراضيًا لأنها مفيدة في التخطيط المعقد، لكنها في التعديلات الروتينية تستهلك رموزًا دون جدوى. يمكنك تقليلها باستخدام الأمر /effort أو تعطيل التفكير عبر /config. لا يمكنك إيقافها في Opus 5.5 أو Sonnet 5.5 أو Haiku 5.5 أو نماذج Fable. وفي النماذج ذات الميزانية الثابتة، يمكنك وضع حد أقصى عبر MAX_THINKING_TOKENS=8000؛ علمًا بأن النماذج ذات الاستدلال التكيفي (adaptive reasoning) تتجاهل الميزانيات غير الصفرية.

6. قلل العبء الإضافي لخوادم MCP

يتم تأجيل تحميل تعريفات الأدوات افتراضيًا، فلا يدخل في السياق سوى الأسماء وتعليمات الخادم حتى تشغيل الأداة فعليًا، ومع ذلك فإن هذا الاستهلاك ليس مجانيًا. استخدم الأمر /context لمعرفة ما يستهلك المساحة، والأمر /mcp لتعطيل الخوادم التي لا تحتاجها اليوم. وحيثما توفرت أدوات سطر الأوامر (CLI)، فضّل استخدامها؛ فأدوات مثل gh وaws وgcloud لا تضيف أي قوائم للأدوات إلى السياق على الإطلاق.

7. انقل تعليمات CLAUDE.md إلى مهارات مستقلة

يُحمَّل ملف CLAUDE.md عند بدء الجلسة ويظل في السياق مع كل رسالة، حتى تلك التي لا علاقة لها به. لذا فإن ملفًا يحتوي على 300 سطر يضم قائمة فحص طلبات السحب (PRs) وإجراءات الترحيل (migration) يُثقل كاهل كل طلب ترسله. وبما أن المهارات (skills) تُحمَّل عند الطلب فقط، فانقل الإجراءات المتخصصة إليها واحرص على ألا يتجاوز ملف CLAUDE.md حاجز الـ 200 سطر.

8. صفِّ المخرجات الطويلة قبل أن يقرأها Claude

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

9. خطط أولًا، واكتب مطالبات محددة بدقة

عبارة مثل «حسّن قاعدة التعليمات البرمجية هذه» تؤدي إلى فحص شامل ومكلف، بينما عبارة «أضف التحقق من صحة المدخلات لدالة تسجيل الدخول في auth.ts» لا تتطلب سوى قراءة ملفات معدودة. وللمهام الأكبر، اضغط على Shift+Tab للدخول في وضع التخطيط (plan mode)؛ فخطة ترفضها تكلف جزءًا ضئيلًا مما قد يكلفه تنفيذ خاطئ تضطر للتراجع عنه.

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

ما يجب تجنبه

إن إنشاء حسابات متعددة للتحايل على الحدود، ومشاركة بيانات تسجيل الدخول، وتدوير بيانات الاعتماد، كلها ممارسات تنتهك شروط خدمة Anthropic، وخسارة الحساب تكلف أكثر بكثير من مجرد انتظار التجديد. والطرق المشروعة الوحيدة هي الترقية إلى باقة أعلى، أو استخدام أرصدة الاستخدام (usage credits)، أو شراء أرصدة واجهة برمجة التطبيقات (Console API credits).

متى تكون الترقية إلى خطة أكبر حلًا خاطئًا؟

إليك هذا السيناريو الذي يتكرر كثيرًا: بلغت الحد الأسبوعي يوم الخميس، ولديك اشتراك Codex يدفعه فريقك بالفعل، ومفتاح Gemini CLI، وجهاز حاسوب آخر غير مستخدم. لكن لا شيء من هذا يساعدك، لأن العمل كله محصور في طرفية واحدة مرتبطة باشتراك واحد. هذه مشكلة توجيه وليست مشكلة حصة استخدام.

تُعد منصة Sharkly الطبقة التي تعلو وكلاء البرمجة لديك؛ حيث تقوم بربط جهاز حاسوب (Computer)، لتكتشف خدمته المحلية أدوات الوكلاء المثبتة عليه وتعرض كلًا منها كبيئة تشغيل (Runtime)، ومن ثم يمكنك إسناد مهمة (Task) إلى وكيل (Agent) يعمل على بيئة التشغيل التي تختارها. وبذلك تصبح Claude Code وCodex وGemini CLI وOpenCode أهدافًا تنفيذية تختار بينها بحرية بدلًا من أن تظل في جزر معزولة.

ثمة حدان يجب توضيحهما بدقة:

• لا ترفع Sharkly حدود استخدام Claude الخاصة بك؛ إذ يظل استهلاك النماذج مرتبطًا بالاشتراكات ومفاتيح API المضبوطة في تلك الأدوات. ولا تبيع Sharkly أي رموز، وهو خيار تصميمي مقصود وليس نقصًا في المنصة.
• Sharkly ليست بديلًا عن Claude Code؛ بل توفر طبقة مشتركة للمهام، وأجهزة الحوسبة، وإدارة السياق، والمراجعة حول الأدوات التي يعتمد عليها فريقك بالفعل.

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

ما يتغير فعليًا هو مسار العمل وأين يُوجَّه؛ فعندما تنفد نافذة Claude، لا تتوقف المهمة في طرفية معطلة حتى الرابعة عصرًا، بل تعيد إسنادها إلى وكيل على بيئة تشغيل أخرى، وتستمر متابعة التنفيذ والعوائق والنتائج في الجدول الزمني للمهمة ذاتها، كما يوضح الشرح العملي حول تشغيل Claude Code وCodex معًا على قاعدة تعليمات برمجية واحدة.

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

لتجربة ذلك في بيئة عملك الخاصة، اربط جهاز حاسوب واحدًا، وأنشئ وكيلًا واحدًا، وأسند إليه مهمة روتينية بسيطة.

الأسئلة الشائعة

هل يشترك Claude Code في الحدود مع تطبيق Claude؟ نعم. يُحسب الاستخدام عبر تطبيق Claude على الويب، وتطبيق Claude Desktop، وأداة Claude Code ضمن حدود الجلسة والحدود الأسبوعية المشتركة ذاتها. كما يُحسب الاستخدام داخل بيئة التطوير (IDE) أيضًا.

كم عدد الرسائل المتاحة خلال خمس ساعات؟ لا تحدد Anthropic رقمًا ثابتًا؛ فالأمر يعتمد على النموذج المستخدم، وطول المحادثة، والأدوات المفعّلة، ومستوى الجهد (effort level). استخدم الأمر /usage بدلًا من الاعتماد على التخمين.

ماذا تعني رسالة «Usage limit reached · wrapping up»؟ تعني أن Claude Code يقوم بإنهاء الخطوة الجارية بالفعل عند وصولك إلى حد الخمس ساعات. وتُحسب عملية الإنهاء هذه ضمن حدك الأسبوعي ولا تشمل إرسال رسائل جديدة؛ وتُتاح مرة واحدة أسبوعيًا في خطة Pro، وفي كل مرة تبلغ فيها الحد في خطة Max.

متى يتجدد الحد الأسبوعي؟ لا تنشر Anthropic قاعدة محددة لموعد التجديد سوى أنها «حدود أسبوعية تتجدد مرة واحدة كل أسبوع»، ويسمي مركز المساعدة هذه الفترة «فترة الاستخدام الأسبوعية». أما حد الجلسة فهو المحدد بدقة، حيث يتجدد كل خمس ساعات. تحقق من الأمر /usage قبل البدء في مهام عمل مكثفة.

هل يمكنني مواصلة العمل بعد بلوغ الحد؟ نعم، وذلك بتفعيل أرصدة الاستخدام (usage credits) التي تحول الطلبات إلى نظام الدفع بحسب الاستخدام. كما يمكنك شراء أرصدة واجهة برمجة التطبيقات من Console. يُذكر أن أرصدة API الشهرية المتضمنة في خطة Max لا يمكن استخدامها في Claude Code.

هل ستمنحني منصة وكلاء أخرى حصة استخدام أكبر في Claude؟ كلا؛ فأي أداة تشغّل Claude Code تعتمد في النهاية على اشتراكك الخاص. إن طبقة الإدارة توفر لك مرونة التوجيه، بحيث يمكنك نقل العمل إلى وكيل آخر بدلًا من الانتظار حتى موعد تجديد اشتراكك.

/compact