خطأ claude too many requests (429): تقييد من Anthropic وليس حد باقتك، والحلول الستة مرتبة

كيف تصلح خطأ too many requests في Claude؟

نفّذ هذه الخطوات الست بالترتيب. لا واحدة منها تمس محادثاتك أو باقتك.

1. انتظر دقيقة ثم أعد المحاولة مرة واحدة. يقول مرجع أخطاء Claude Code من Anthropic: "Wait briefly and try again". الضغط المتكرر على إعادة المحاولة يرسل طلبات أكثر فقط.
2. حدّث Claude Code بالأمر claude update. الإصدار 2.1.199 وما بعده يعيد محاولة هذه التقييدات مع تأخير متدرج قبل أن تراها أصلًا. الإصدار الحالي هو 2.1.316 الصادر في 31 أكتوبر 2026.
3. شغّل /status وتحقق من بيانات الاعتماد النشطة. تحذّر Anthropic من أن "A stray ANTHROPIC_API_KEY in your environment can route requests through a low-tier key instead of your subscription."
4. أغلق الجلسات والوكلاء الفرعيين الزائدين. بالنسبة إلى أخطاء 429 على مفتاح API، تقول الوثائق "avoid running many parallel subagents". في سجل أحد مشتركي Max، كانت 114 من 122 دقيقة فيها 429 تحوي ست جلسات سطح مكتب مفتوحة أو أكثر.
5. بدّل النموذج بالأمر /model. في واجهة API لكل نموذج صفّه الخاص من الطلبات والرموز في الدقيقة، فقد يُبقي نموذج أصغر تشغيلًا آليًا مستمرًا.
6. تحقق من status.claude.com ثم أبلغ عن المشكلة. إن لم يُنشر شيء واستمر الخطأ ساعات، أرسل الرسالة نفسها ومعرّف الطلب.

هذه هي الصيغة التي يطبعها Claude Code: "API Error: Server is temporarily limiting requests (not your usage limit)". وتفسير Anthropic سطر واحد: "The API applied a short-lived throttle that is unrelated to your plan quota." ويميّزه Claude Code عن الحد الحقيقي "by the absence of the unified quota headers a real limit response carries". وفي تبويب Code بتطبيق Claude لسطح المكتب، يُظهر بلاغ خلل بتاريخ 30 مايو 2026 التقييد نفسه بعبارة "Server is temporarily limiting requests" فوق سطر نصه "Too many requests right now". وهذا هو "claude too many requests right now" الذي يبحث عنه الناس.

بحثنا في متتبع مشكلات Claude Code العام لدى Anthropic في 2 نوفمبر 2026 عن كل مشكلة من 2026 يحوي عنوانها أو نصها "temporarily limiting requests". أعاد البحث 410 نتائج. حساب واحد قدّم 275 منها، وكانت بلاغاته في أواخر يوليو كلها تذكر Claude Code 2.1.114، وهو إصدار من أبريل. استبعدنا ذلك الحساب. أما الـ135 الأخرى فجاءت من 125 شخصًا مختلفًا، وفُتح 129 منها قبل يوليو. وتنص سجلّ التغييرات في بند 2.1.199 على: "Transient server rate-limit errors (429s unrelated to your usage limit) are now retried automatically with backoff for subscribers instead of failing the turn". التقييد لم يختفِ. فقد أحصى بلاغ في سبتمبر 195 خطأ 429 أُعيدت محاولته في يوم واحد. اقرأ الانخفاض على أنه أدوار فاشلة أقل، لا أخطاء 429 أقل.

أي رسالة too many requests من Claude تراها؟

صياغة الرسالة تخبرك بحد من اصطدمت. يغطي هذا الجدول Claude Code وتطبيق Claude لسطح المكتب وClaude API، كما قُرئ في 2 نوفمبر 2026.

لا يذكر دليل رسائل الخطأ الذي تنشره Anthropic لتطبيقات Claude أي رسالة "too many requests" على الإطلاق. فكل رسائل بلوغ الحد فيه تسمّي وقت إعادة الضبط؛ وتحذيرات "الاقتراب" وحدها لا تفعل. فإن كانت رسالتك تسمّي وقتًا فقد بلغت حد باقتك، وفي Claude usage limit reached الحلول. وإن قالت overloaded أو 529 فهذا ضغط على السعة، وهو مشروح في Claude overloaded.

لماذا يقول Claude too many requests وأنا أستخدمه قليلًا؟

يقول Claude إن الطلبات كثيرة عند الاستخدام المنخفض لأن التقييد يحسب سرعة وصول الطلبات، لا كم أنفقت من باقتك. تقول صفحة حدود المعدل من Anthropic إن الحدود قد تُطبَّق على فترات قصيرة: "a rate of 60 requests per minute (RPM) might be enforced as 1 request per second." لذلك قد تفشل دفعة سريعة من الطلبات بينما يبدو متوسطك في الدقيقة سليمًا.

وتُظهر بلاغات الأخطاء ذلك بوضوح. فقد تلقى أحد مشتركي Max في 30 مايو 2026 التقييد في اليوم الذي أُعيد فيه ضبط حدوده. ورصد بلاغ 18 أغسطس أخطاء 429 متواصلة عند استخدام 1%. أما بلاغ 24 سبتمبر، وكان استخدام الباقة فيه 26 إلى 27%، فسجّل 429 في 14% من دقائق الجلسة مع ست جلسات سطح مكتب مفتوحة أو أكثر. ومع خمس جلسات أو أقل كانت النسبة أقل من 1%.

والنمو المفاجئ يسببه أيضًا. تقول صفحة أخطاء API من Anthropic: "if your organization has a sharp increase in usage, you might see 429 errors because of acceleration limits on the API." ونصيحتها: "increase your traffic gradually and maintain consistent usage patterns." وسير عمل Claude Code الذي يتفرع إلى وكلاء فرعيين كثيرين دفعة واحدة يرسل ذروة من هذا النوع. ولا تنشر Anthropic الأرقام وراء هذا التقييد لمستخدمي باقات claude.ai.

كم يدوم خطأ too many requests في Claude؟

يزول تقييد Claude عادةً خلال ثوانٍ إلى دقائق. يعيد Claude Code محاولة أخطاء 429 العابرة حتى 10 مرات بتأخير متدرج، ويعرض Retrying in Ns · attempt x/y أثناء الانتظار. ولا ترى الخطأ إلا بعد استنفاد هذه المحاولات.

بعض البلاغات امتدت أطول بكثير. فقد قال مُبلِّغ 30 مايو إنه دام "two days"، وإن جلسة جديدة أتاحت له العمل "3 hours at least" قبل أن يعود. وقال بلاغ 15 يونيو إن التقييد استمر "for the last 24 hours" على Opus 4.8. وفي نقاش مايو، أعادت جلسة جديدة ونموذج مختلف الناس إلى العمل. فإن بقي الخطأ بعد ساعة مع جلسة واحدة مفتوحة، فليس الإصلاح بيدك.

للمهام التي تعمل في غيابك، لدى Claude Code مفتاح لهذا. اضبط CLAUDE_CODE_RETRY_WATCHDOG=1 فيعيد محاولة أخطاء 429 و529 بلا حد. وحدّد مدة الانتظار بـCLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS، مثل 3600000 لساعة. واضبط CLAUDE_CODE_MAX_RETRIES=2 بدلًا من ذلك إن أردت أن يفشل السكربت سريعًا.

هل يمنع الدفع لـ Claude Max خطأ too many requests؟

لا. التقييد "unrelated to your plan quota"، وجاءت البلاغات أعلاه من مشتركي Pro وMax. حتى نوفمبر 2026 تبلغ تكلفة Claude نحو $20 شهريًا لباقة Pro و$100 لباقة Max و$200 لباقة Ultra، بحسب صفحة أسعار Anthropic. وتذكر Max "Priority access at high traffic times". ولا تقول Anthropic إن ذلك يشمل التقييد أم لا.

تطبّق Whizi، التي تنشر هذه الصفحة، حارسًا من النوع نفسه وتطبع أرقامه: 10 رسائل دردشة في الدقيقة و60 في الساعة لكل مستخدم، على كل الباقات بالتساوي. وخطؤها في الدقيقة نصه "Too many requests. Please wait and try again." والطلب المرفوض لا يستهلك شيئًا من رصيدك (حدود المعدل في Whizi). وأين تخسر Whizi: 60 في الساعة سقف صارم، أما Claude Max فلا يطبع أي رقم للساعة.

كيف تصلح الخطأ 429 rate_limit_error من Claude API؟

اقرأ متن الخطأ قبل أن تعيد المحاولة، لأن Claude API يرسل 429 rate_limit_error لأكثر من مشكلة. تقول صفحة الأخطاء من Anthropic إن مؤسستك "has hit a rate limit, reached its usage tier's monthly spend cap, or reached a spend limit on the Claude Code workspace." وبعض هذه فقط يزول بمرور الوقت.

تفصيلان يوقعان الناس. الأول، حد الإنفاق الذي تضعه بنفسك ليس 429. إنه 400 invalid_request_error يبدأ بعبارة "You have reached your specified API usage limits". الثاني، أسقف الإنفاق هي $500 شهريًا في Start و$1,000 في Build و$200,000 في Scale. وعند السقف، "API usage pauses until 00:00 UTC on the first day of the next month"، وحتى إعادة المحاولة التلقائية في SDK تفشل حتى ذلك الحين.

الحدود تخص مؤسستك كلها، لا مفتاحًا واحدًا. في شريحة Start، يحصل كل من Claude Opus 5.5 وSonnet 5.5 وHaiku 5.5 على 4,000 طلب في الدقيقة و2,000,000 رمز إدخال في الدقيقة، حتى نوفمبر 2026. وقد تبدأ المؤسسات الجديدة بحد أدنى، في شريحة Evaluation. وفي معظم النماذج لا تُحتسب الرموز التي تقرؤها من الذاكرة المؤقتة ضمن رموز الإدخال في الدقيقة، فالتخزين المؤقت للمطالبات يرفع السقف الفعلي لديك. ويعيد SDK الرسمي محاولة 429 مرتين افتراضيًا ويحترم retry-after. راقب ترويسة anthropic-ratelimit-requests-remaining في كل استجابة، وأبطئ قبل أن تصل إلى الصفر.