جدول المحتويات
بينما تنخرط أخيراً في إيقاع العمل داخل Claude Code، يأتي هذا ليوقفك فجأة:
Claude usage limit reached.
Your limit will reset at 3pm (America/New_York).
«لقد استنفدت ما تسمح به خطّتك الحالية، في الوقت الراهن». هذا ليس خطأً ولا علّة: إنه ببساطة آلية عمل حدود استخدام اشتراك Pro / Max. الجزء المُحبِط أنه ليس واضحاً لماذا نفد بهذه السرعة، ومتى يعود، وما الذي يمكنك فعله حتى ذلك الحين. يفصّل هذا المقال بنية الحدّ ذي الطبقتين (5 ساعات + أسبوعي)، وما الذي يقود الاستهلاك، وما الذي تفعله لحظة بلوغ السقف، وكيف تتحقّق ممّا تبقّى، ومخرج API — استناداً إلى المعلومات الرسمية.
ثلاث خلاصات مُسبقة. (1) الحدّ من طبقتين: «نافذة 5 ساعات متدحرجة» و«نافذة أسبوعية» (وفي Max يوجد كذلك حدّ أسبوعي منفصل خاص بـ Opus). (2) أكبر مُستهلِك هو اختيارك للنموذج — فـ Opus يحرق الحصّة أسرع بكثير من Sonnet. (3) عندما لا تستطيع الانتظار، فالخطوات السليمة هي «النزول إلى Sonnet / تقليم السياق / التحوّل إلى API بنظام الدفع حسب الاستخدام». لاحظ أن الوقت المعروض والكمّيات حسب كل خطة تتغيّر مع الإصدار ومع مرور الوقت، لذا تأكّد دائماً من الأرقام في العرض الرسمي الحيّ (/usage أو Settings → Usage).
حدّ الاستخدام من طابقين
— يكفي بلوغ أحدهما فقط ليوقفك
يتشارك Claude Code وتطبيقات Claude (web/desktop) حصّة الخطّة نفسها.
أرقام المقاييس توضيحية. تحقّق من رصيدك الحقيقي عبر /usage وSettings → Usage.
1. ماذا تخبرك هذه الرسالة
الرسالة المعتادة تبدو هكذا (تختلف الصياغة حسب الإصدار، فعاملها كقالب عام): «Claude usage limit reached. Your limit will reset at [الوقت] ([المنطقة الزمنية]).» والمعنى بسيط: «لقد استنفدت ما تسمح به خطّتك خلال هذه المدّة. وسيعود في [الوقت].» المنطقة الزمنية هي إعدادك المحلي.
النقطة الجوهرية أن هذا تصميم مقصود، لا خلل. فخطّتا Pro / Max لدى Claude ليستا «بلا حدود» — هناك سقف للاستخدام لكل نافذة زمنية ولكل أسبوع. كما أن Claude Code (CLI) وتطبيقات Claude (web/desktop) يتشاركان حصّة الخطّة نفسها — وتذكر المساعدة الرسمية أن «كل النشاط في كلتا الأداتين يُحتسب ضمن حدود الاستخدام نفسها». لذا من الطبيعي تماماً أن «استخدمتُ المحادثة وشغّلتُ Claude Code، فنفدا معاً أسرع».
أمرٌ آخر ينبغي معرفته: هناك نوعان من السقف — «5 ساعات» و«أسبوعي». إذا كان reset at المعروض بعد بضع ساعات، فقد بلغتَ نافذة الخمس ساعات؛ وإذا كان بعد أيام، فقد بلغتَ النافذة الأسبوعية. وأيّهما بلغتَ يغيّر مدّة انتظارك وخياراتك معاً. القسم التالي يتناول البنية.
2. الحدّ ذو الطبقتين — 5 ساعات + أسبوعي (+ حدّ Opus)
في أغسطس 2025، أضافت Anthropic حدوداً أسبوعية للاستخدام إلى Pro / Max فوق نافذة الخمس ساعات القائمة (بدافع المستخدمين المكثّفين الذين يُشغّلونه باستمرار). ونتيجةً لذلك، صار حدّ الاشتراك اليوم من طابقين.
النافذتان تعملان باستقلال
تختلف الخطط بـ «مُضاعِف» على البنية نفسها: Pro < Max 5x < Max 20x.
وتُراجَع الساعات الأسبوعية الدقيقة مع الوقت. لا تحفظ أرقاماً ثابتة — اقرأ القيم الحيّة في Settings → Usage.
كدليل أصلي (أغسطس 2025)، قدّمت Anthropic تقديرات تقريبية مثل «Pro: نحو 40–80 ساعة من Sonnet أسبوعياً» و«Max 20x: نحو 240–480 ساعة من Sonnet + نحو 24–40 ساعة من Opus أسبوعياً». غير أن Anthropic توقّفت منذئذٍ إلى حدٍّ كبير عن نشر أرقام ساعات ثابتة، وجرى تنقيح الحدود مراراً (حتى في 2026 وردت تقارير عن زيادات في نافذة الخمس ساعات). لذا عامِل تلك الأرقام كـ«تقديرات من ذلك الحين»، وتأكّد دائماً من حصّتك الحالية في عرض الاستخدام الرسمي. ويتجنّب هذا المقال عمداً تأكيد قيم حالية مُحدّدة.
3. ما الذي يلتهم حصّتك
«نفد أسرع ممّا توقّعت» يعود غالباً إلى هذه الأربعة، مُرتّبة حسب الأثر.
| العامل | لماذا يلتهم الحصّة | ما الذي يفيد |
|---|---|---|
| 1) اختيار النموذج (الأكبر) | يستهلك Opus أكثر بكثير من Sonnet/Haiku. تقول الوثائق صراحةً إن Opus «يستهلك حصّة أكبر بكثير». وفي Max له حتى حدّه الأسبوعي الخاص | استخدم /model لتشغيل الأعمال الروتينية على Sonnet/Haiku؛ واحفظ Opus للمسائل الصعبة |
| 2) حجم السياق | كل دور يُعيد معالجة المحادثة كاملةً + الملفات المرفقة + تعريفات الأدوات + التاريخ. أكبر = استهلاك أكثر لكل دور | /compact، /clear، أرفق ملفات أقل، اجعل CLAUDE.md أصغر |
| 3) جلسات طويلة ومتواصلة | تشغيل دائم وحلقات لا تنتهي. السقف الأسبوعي يستهدف تحديداً هذا النمط | جزّئ العمل بـ /clear؛ أوقِف الحلقات التلقائية غير الضرورية |
| 4) الوكلاء الفرعيون / MCP | التفرّع المتوازي وخوادم MCP تُضيف تعريفات أدوات وحركة استدعاءات أدوات | قلّص خوادم MCP النشطة. ويعرض /usage تفصيلاً لكل MCP/وكيل فرعي |
باختصار، كلما ثقُل النموذج، وكبُر السياق، وطال التشغيل وزاد توازيه، ذابت الحصّة أسرع. وعلى العكس، خفض هذه الأربعة عن قصد يجعل الخطّة نفسها تدوم أطول بوضوح. للاطّلاع على التحسين الشامل راجع تحسين تكلفة الترميز بالذكاء الاصطناعي، ولأساليب توفير الرموز المحدّدة راجع توفير الرموز في Claude Code.
4. خمس طرق لمواصلة العمل الآن
خمس خطوات للحظة بلوغك السقف، حسب الموقف. أيّها تختار يتوقّف على «هل تستطيع الانتظار؟» و«أيّ نافذة بلغتَ؟».
عند بلوغك السقف
/model إلى Sonnet/Haiku. إذا نفد حدّ Opus وحده، فهذا يتيح لك المتابعة فوراً غالباً./compact / /clear لـإنفاق أقل لكل دور وإطالة ما تبقّى القليل.reset at وأنجِز عملاً آخر في الأثناء.على موعد نهائي؟ د.
نافذة الخمس ساعات تعود إن انتظرت، فتجاوزها بـ أ/ب/ج. وإذا نفد السقف الأسبوعي أيضاً، فـ د (API) أو هـ هما الجواب الواقعي.
معرفة التحوّل إلى API (د) كـ«مخرج طوارئ» أمرٌ قوي. فبخلاف حجب نافذة الاشتراك الزمنية، لدى API حدود إنتاجية في الدقيقة لكنه لا «يحجبك لأسبوع» أبداً (تدفع مقابل ما تستخدمه). راجع ما هو API الذكاء الاصطناعي. لاحظ أن مستخدمي Pro / Max يمكنهم كذلك تفعيل «أرصدة الاستخدام» لمواصلة تجاوز الحصّة المُتضمَّنة بأسعار API القياسية (تتطلّب موافقة صريحة).
5. كيف ترى ما تبقّى
إذا استطعت رؤية «كم تبقّى»، أمكنك تفادي بلوغ السقف كلّياً. ثلاث طرق للتحقّق.
1) أمر /usage في Claude Code: يعرض استهلاك نافذة الخمس ساعات الحالية وحالة النافذة الأسبوعية لكل نموذج. وأضاف تحديث في 2026 تفصيلاً حسب المهارة / الوكيل الفرعي / الإضافة / خادم MCP. كما يُظهِر /status حصّتك. 2) تطبيق web/desktop: يعرض Settings → Usage خطّتك والاستخدام المتبقّي وتاريخ الإعادة الأسبوعي. 3) مستخدمو API: صفحات Console للاستخدام / الحدود وترويسات الاستجابة anthropic-ratelimit-*. ويتتبّع /cost (لمستخدمي مفتاح API) و/context الإنفاق وحجم السياق.
عادة تؤتي ثمارها
شغّل /usage مرّة قبل العمل الثقيل لـمعرفة رصيدك وتاريخ الإعادة. وفي أسبوع يكون فيه سقفك الأسبوعي على وشك النفاد، ابنِ عملك حول Sonnet من البداية لتُبقي هامش Opus لِما يهمّ فعلاً.
6. حدود الاشتراك مقابل حدود API
يسهل الخلط بينهما، لكن حدود الاشتراك (Pro/Max) وحدود API نظامان مختلفان تماماً. ومعرفة الفرق تجعل قرار التحوّل سريعاً حين يهمّ ذلك.
| الجانب | الاشتراك (Pro / Max) | API (دفع حسب الاستخدام) |
|---|---|---|
| وحدة الحدّ | الإجمالي لكل نافذة زمنية (5 ساعات + أسبوعي) | الإنتاجية في الدقيقة (RPM / رموز الإدخال + الإخراج في الدقيقة) |
| عند بلوغه | محجوب حتى الإعادة | يُرجِع 429؛ انتظر ثواني retry-after وتابِع (دون حجب أسبوعي) |
| كيفية رفعه | ارفع الخطّة، اشترِ أرصدة | تُفتَح Tiers 1-4 تلقائياً بالإنفاق التراكمي |
| الأنسب لـ | محادثة شخصية، ترميز يومي | أتمتة لا تستطيع إيقافها، دفعات كبيرة |
الخلاصة: الاشتراك يحجبك بالزمن، بينما API يخنق التدفّق في الدقيقة فقط ولا حجب أسبوعي فيه. لذا فلِـعمل بموعد نهائي لا تستطيع إيقافه حقاً، يكون التحوّل إلى مفتاح API هو الخطوة المعتادة. تفاصيل حدود معدّل API (429، retry-after، الطبقات) تستحقّ مقالاً خاصاً، لكن احتفظ بهذا في ذهنك بوصفه مخرج الطوارئ الواقعي حين يجفّ الاشتراك.
7. قائمة الوقاية
قائمة تشغيل لإيقاف «النفاد حين يهمّ الأمر».
(1) اجعل الافتراضي Sonnet وانتقل إلى Opus بـ /model للأجزاء الصعبة فقط (لحفظ سقف Opus الأسبوعي). (2) أبقِ السياق خفيفاً بـ /compact / /clear متكرّرَين. (3) تحقّق من رصيدك وتاريخ الإعادة بـ /usage قبل العمل الثقيل. (4) قلّص MCP والحلقات التلقائية غير الضرورية؛ أرفق الملفات التي تحتاجها فقط. (5) في أيام المواعيد النهائية، اجعل API بنظام الدفع حسب الاستخدام جاهزاً (كي لا تتوقّف عند نفاد الاشتراك). (6) إذا كنت تعاني نقصاً مزمناً، ففكّر في رفع الخطّة أو نقل ذلك العبء إلى API.
الخلاصة
إن «Claude usage limit reached» في Claude Code ليست خطأً — بل هي آلية عمل حدود استخدام اشتراك Pro/Max. الحدّ من طابقين: «نافذة 5 ساعات متدحرجة» + «نافذة أسبوعية»، وفي Max يوجد كذلك حدّ أسبوعي منفصل لـ Opus. ولأن Claude Code وتطبيقات Claude يتشاركان حصّة الخطّة نفسها، قد ينفدان معاً أسرع. إذا كان reset at بعد ساعات فهي نافذة الخمس ساعات؛ وبعد أيام فهي النافذة الأسبوعية.
أكبر مُستهلِك هو اختيار النموذج (Opus هو الأكبر)، ثم حجم السياق، والتشغيل الطويل المتواصل، والوكلاء الفرعيون/MCP. عند بلوغك السقف: أ: أنزِل النموذج ← ب: قلّم السياق ← ج: انتظر الإعادة، وإن لم تستطع الانتظار، د: تحوّل إلى API بنظام الدفع حسب الاستخدام / هـ: حصّة أكبر أو رفع الخطّة. اطّلع على رصيدك عبر /usage وSettings → Usage. ولأن الأرقام الدقيقة تُراجَع مع الوقت، لا تحفظها — بل تأكّد منها في العرض الرسمي الحيّ. ذات صلة: توفير الرموز والتكاليف الإضافية، أسعار Opus/Sonnet/Haiku، مجموعة أخطاء Claude Code.
الأسئلة الشائعة
Q. هل «usage limit reached» علّة؟ أنا أدفع مقابل هذا.
A. إنه تصميم مقصود، لا علّة. فـ Pro / Max ليستا «بلا حدود» — هناك سقوف استخدام لكل نافذة 5 ساعات ولكل أسبوع. وحتى كمستخدم مدفوع، بمجرّد تجاوزك ما تسمح به تلك النافذة، تتوقّف مؤقتاً؛ ويعود في وقت reset at المعروض. لاحظ أن Claude Code وتطبيقات Claude يتشاركان الحصّة نفسها، فاستخدام كليهما يستنزفها أسرع.
Q. متى تُعاد؟ ظهر لي «reset at 3pm».
A. هذا وقت إعادة نافذة الخمس ساعات (بتوقيتك المحلي)؛ بضع ساعات وتعود. أمّا إن أظهر «بعد أيام»، فقد بلغتَ النافذة الأسبوعية، ويمكنك إيجاد تاريخ الإعادة الأسبوعي التالي ضمن Settings → Usage. وإذا نفد حتى السقف الأسبوعي، فخياراتك هي الانتظار، أو التحوّل إلى API بنظام الدفع حسب الاستخدام، أو رفع الخطّة.
Q. لماذا أبلغ الحدّ بهذه السرعة؟
A. أكبر عامل هو اختيار النموذج. يحرق Opus الحصّة أسرع بكثير من Sonnet، وفي Max له حدّ أسبوعي منفصل ينفد أوّلاً. علاوةً على ذلك، يرفع الاستهلاك السياق الكبير، والتشغيل الطويل المتواصل، والاستخدام المكثّف للوكلاء الفرعيين أو MCP. ويكفي إنزال الأعمال الروتينية إلى Sonnet بـ /model وتقليم السياق بـ /compact ليُحدِثا فرقاً كبيراً.
Q. كيف أتابع الآن دون انتظار؟
A. (1) /model لـالنزول إلى Sonnet/Haiku (ينفع حين ينفد حدّ Opus وحده)، (2) التحوّل إلى مفتاح API بنظام الدفع حسب الاستخدام (دون حجب أسبوعي)، (3) تفعيل أرصدة الاستخدام (للمتابعة بعد الحصّة المُتضمَّنة بأسعار API القياسية)، (4) رفع خطّتك (Pro إلى Max). ولعمل المواعيد النهائية، يُعدّ إعداد API بنظام الدفع حسب الاستخدام مسبقاً هو الخيار الآمن.
Q. هل يمكنني التحقّق ممّا تبقّى لي؟
A. نعم. في Claude Code، استخدم /usage (يعرض نافذتي الخمس ساعات والأسبوعية لكل نموذج، مع تفصيل لكل MCP/وكيل فرعي) و/status. وفي تطبيق web/desktop، يعرض Settings → Usage خطّتك والاستخدام المتبقّي وتاريخ الإعادة الأسبوعي. والتحقّق مرّة قبل العمل الثقيل يتيح لك تفادي بلوغ السقف.