الخطأ 401: ماذا تفعل عندما يفشل mimo-v2.5-pro

يعني الرمز 401 أن المصادقة فشلت: الطلب لا يحمل مفتاح API، أو أن المفتاح غير صالح أو محذوف أو منتهي.

رمز 401 Unauthorized يعني أن الطلب لا يحمل بيانات اعتماد صالحة. لم تتمكن البوابة من التعرف على هوية المُستدعي، لذلك لا يصل الطلب إلى النموذج المورّد أبداً. التحقق من ترويسة Authorization وحالة المفتاح هو المسار الوحيد.

mimo-v2.5-pro مقدمة من Xiaomi. كل ما في هذه الصفحة — الأسباب والحلول والبيانات المقاسة — مستقى من السلوك التشغيلي الفعلي لهذا النموذج على مستوى البوابة.

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

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

  • ترويسة Authorization مفقودة
  • المفتاح مكتوب خطأ أو يحتوي مسافات زائدة
  • تم حذف المفتاح أو تعطيله في صفحة الرموز
  • استُخدم مفتاح من منصة أخرى بالخطأ

كيفية الإصلاح

  • أرسل الترويسة بالصيغة Authorization: Bearer ثم مفتاحك
  • أنشئ مفتاحاً جديداً في صفحة الرموز
  • تأكد من عدم استخدام مفتاح خدمة أخرى
  • تحقق من المفتاح بطلب curl بسيط

مثال على إعادة المحاولة مع تأخير أُسّي

الكود أدناه يعيد المحاولة عندما يُرجع mimo-v2.5-pro الخطأ 401، حتى 5 محاولات، مع وقت انتظار متزايد وتشويش عشوائي حتى لا تُعيد الطلبات المتوازية المحاولة في اللحظة نفسها. اقرأ base URL ومفتاح API من متغيرات البيئة ولا تثبّتها داخل الكود.

import os, time, random
import requests

BASE  = os.getenv("OPENAI_BASE_URL")   # e.g. https://<your-gateway>/v1
KEY   = os.getenv("OPENAI_API_KEY")
MODEL = 'mimo-v2.5-pro'


def chat(messages, retries=5):
    """Retry with exponential backoff + jitter."""
    for i in range(retries):
        try:
            r = requests.post(
                BASE + "/chat/completions",
                headers={"Authorization": "Bearer " + KEY},
                json={"model": MODEL, "messages": messages, "stream": True},
                timeout=60,
            )
            if r.status_code == 429 or r.status_code >= 500:
                time.sleep(min(2 ** i + random.uniform(0, 1), 30))
                continue
            r.raise_for_status()
            return r.json()
        except requests.exceptions.Timeout:
            time.sleep(min(2 ** i + random.uniform(0, 1), 30))
    raise RuntimeError("gave up after " + str(retries) + " retries")


print(chat([{"role": "user", "content": "hello"}]))

بيانات أساسية لهذا النموذج

نقطة نهاية APIhttps://api.airai.cc/v1
متوافق مع OpenAIOpenAI-compatible
المزوّدXiaomi
السياق1M
القدراتReasoning, Tools, Open Weights
صيغ APIopenai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search
صيغة الفوترةp * 0.435 + cr * 0.0036 + c * 0.87

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

بيئة الاختبار سليمة لكن الإنتاج يُرجع 401، ما الفرق المحتمل؟

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

حزمة SDK الرسمية تعيد المحاولة تلقائياً، هل أحتاج منطقاً خاصاً بي؟

عادةً لا حاجة لتعديل كود العمل، يكفي ضبط وتيرة الاستدعاء. إعادة المحاولة هي الخطوة الأولى الأكثر فعالية. مع احتساب التكلفة بـ p * 0.435 + cr * 0.0036 + c * 0.87، لا تُحسب الطلبات الفاشلة ضمن الاستخدام. استخدم تراجعاً أُسّياً للأخطاء القابلة لإعادة المحاولة، وأرجع الخطأ فوراً للباقي.

ما المدة المناسبة لانتهاء المهلة؟

المتغيّران الحقيقيان هنا هما التزامن والمهلة، وليس النموذج نفسه. خفّض التزامن أولاً — معظم مشاكل معدل النقل تختفي بعدها. نافذة السياق لهذا النموذج 1M وهو من Xiaomi. سياق 1M يعني أن المدخلات الطويلة تزيد زمن أول رمز بشكل ملحوظ. أضف طبقة تخزين مؤقت حتى لا تصل الطلبات المتكررة كلها إلى النموذج.

هل يمكن أن يؤدي تعيين max_tokens أعلى من اللازم إلى 401؟

يجب تعديل معاملات الطلب، فإعادة المحاولة وحدها لن تفيد. هذه مشكلة إعدادات من جانب العميل، ولا يحتاج الخادم لأي تغيير. وسوم القدرات هي Reasoning, Tools, Open Weights، وتتبعها حدود المعاملات. نافذة السياق 1M تحدد أقصى إدخال لكل طلب، وما يتجاوزها يُرفض مباشرة. بالنسبة لأخطاء المعاملات، أفشل بسرعة بدل إهدار المحاولات. قصّر المدخلات الطويلة أو لخّصها — ذلك يقلل 401 بشكل ملحوظ.

أخطاء أخرى في هذا النموذج

نماذج أخرى تواجه الخطأ نفسه

العودة إلى صفحة النموذج

تحديث البيانات: 2026-10-11 19:15

الدعم الفنيالدعم المباشر
العودة إلى الأعلى