هل Cohere معطل؟

تحقق من رمز حالة HTTP. يشير الرمزان 401 و403 إلى مشكلة في مفتاح API أو الصلاحيات، والرمزان 400 و422 إلى طلب غير صحيح، بينما يشير 429 إلى تجاوز حد الطلبات أو سقف الإنفاق. تشير الرموز 500 و502 و503 و504 وانتهاء مهلة الاتصال (timeouts) وحدها إلى وجود مشكلة لدى Cohere. وإذا كانت هذه الصفحة خضراء وتظهر أن الخدمة تعمل كالمعتاد بينما تظهر لك هذه الأخطاء، فأرسل طلباً بسيطاً باستخدام curl للتأكد من عدم وجود مشكلة في مكتبة العميل أو الخادم الوكيل (proxy) لديك.

أعد محاولة إرسال الطلبات التي تفشل بالرمزين 429 و5xx باستخدام التراجع الأسي (exponential backoff) مع إضافة قدر بسيط من التأخير العشوائي (jitter)، وحدد حداً أقصى للمحاولات، واضبط مهلة زمنية (timeout) للاتصال حتى لا تتراكم تدفقات البيانات العالقة. وبالنسبة للميزات الموجهة للمستخدمين، جهز دائماً نموذجاً بديلاً احتياطياً (fallback) من مزود آخر واجعل التطبيق يتحول إليه تلقائياً بعد عدة محاولات فاشلة متتالية — وتوضح القائمة أعلاه الخدمات التي تعمل كالمعتاد الآن.

تُطبّق الحدود لكل مؤسسة ولكل نموذج، لذا قد يُقيّد حسابكم بينما يعمل كل شيء بشكل طبيعي لدى الآخرين. كما أن النماذج الحديثة والضخمة جداً تكون أول ما يتعرض لتحديد معدل الاستخدام (rate limit) في أوقات الذروة. تحقّقوا من صفحة الاستخدام في حسابكم، وجرّبوا نموذجاً أصغر حجماً، وتأكدوا من استخدام الـ base URL والمنطقة الصحيحين.

يُفضّل مراقبة وقت وصول أول رمز (token) بدلاً من الوقت الإجمالي. في طلبات الفحص الخاصة بنا، نعتبر أن هناك تباطؤاً عندما يستغرق أول token أكثر من 3 ثوانٍ وثلاثة أضعاف متوسط اليوم. أما المدخلات الطويلة والمخرجات الكبيرة فهي بطيئة بطبيعتها ولا نعتبرها مشكلة في الخدمة.

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