الخطأ 401: ماذا تفعل عندما يفشل hy3

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

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

hy3 مقدمة من Tencent. كل ما في هذه الصفحة — الأسباب والحلول والبيانات المقاسة — مستقى من السلوك التشغيلي الفعلي لهذا النموذج على مستوى البوابة.

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

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

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

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

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

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

الكود أدناه يعيد المحاولة عندما يُرجع hy3 الخطأ 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 = 'hy3'


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
المزوّدTencent
السياق256K
القدراتReasoning, Tools, Open Weights
صيغ APIopenai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search
صيغة الفوترةp * 0 + cr * 0 + cc * 0 + c * 0

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

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

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

مع وجود عدة عقد upstream، هل تبدّل البوابة تلقائياً عند 401؟

هذا الخطأ لا علاقة له بقدرة النموذج، بل هو على مستوى البوابة. وسوم قدرات هذا النموذج هي Reasoning, Tools, Open Weights. حدّد أولاً إن كان على مستوى الحساب أم مستوى النموذج؛ التعامل معهما مختلف تماماً.

هل يرتبط 401 بطريقة فوترة hy3؟

تُحاسب فقط على المخرجات التي أُنتجت بالفعل، أما الجزء الفاشل فلا. الفوترة تتبع p * 0 + cr * 0 + cc * 0 + c * 0، فلا رسوم بدون مخرجات. تحقق من الرصيد وحدود المعدل في لوحة التحكم أولاً، ثم افحص الكود. عند تقدير التكلفة من p * 0 + cr * 0 + cc * 0 + c * 0، أدخل ميزانية إعادة المحاولة أيضاً.

هل أحتاج لترقية الخطة لحل 401 على hy3؟

رفع سقف الخطة أو تقليل معدل الاستدعاء، كلاهما يخفف المشكلة. مع الفوترة p * 0 + cr * 0 + cc * 0 + c * 0، تأتي تكلفة المخرجات الطويلة أساساً من رموز الإخراج. عند تقدير التكلفة من p * 0 + cr * 0 + cc * 0 + c * 0، أدخل ميزانية إعادة المحاولة أيضاً.

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

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

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

تحديث البيانات: 2026-10-10 18:30

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