Fehler 403: was tun, wenn mimo-v2.5-pro fehlschlägt
Ein 403 bedeutet, dass Sie authentifiziert sind, aber keine Berechtigung haben: Der Key ist gültig, darf dieses Modell oder diese Gruppe jedoch nicht aufrufen.
403 Forbidden bedeutet, dass die Identität erkannt wurde, der Zugriff aber verweigert ist. Der Unterschied zu 401: 401 fragt wer du bist, 403 sagt dir fehlen die Rechte. Meist muss das Modell in die Allowed-Liste oder Gruppe des Schlüssels aufgenommen werden.
mimo-v2.5-pro wird von Xiaomi bereitgestellt. Alles auf dieser Seite — Ursachen, Lösungen und gemessene Daten — basiert auf dem tatsächlichen Laufzeitverhalten dieses Modells auf der Gatewayschicht.
An diesem Gateway ist die häufigste Ursache: Dieser Key ist für dieses Modell nicht freigegeben. Empfohlene erste Maßnahme: Fügen Sie dieses Modell auf der Tokens-Seite zur Allowlist des Keys hinzu.
Häufige Ursachen
- Dieser Key ist für dieses Modell nicht freigegeben
- Das Modell liegt nicht in der Gruppe, an die der Key gebunden ist
- Der Key hat eine IP-Allowlist, die Ihre aktuelle IP ausschließt
- Das Modell wurde eingestellt oder erfordert höhere Rechte
So beheben Sie es
- Fügen Sie dieses Modell auf der Tokens-Seite zur Allowlist des Keys hinzu
- Prüfen Sie, ob die Gruppe des Keys dieses Modell enthält
- Überprüfen Sie die Einstellungen der IP-Allowlist
- Wechseln Sie zu einem Modell, das Sie aufrufen dürfen
Wiederholung mit exponentiellem Backoff
Der folgende Code wiederholt den Aufruf, wenn mimo-v2.5-pro 403 liefert: bis zu 5 Versuche, mit wachsender Wartezeit und zufälligem Jitter, damit parallele Anfragen nicht gleichzeitig wiederholen. Base-URL und API-Key werden aus Umgebungsvariablen gelesen — nicht hart codieren.
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"}]))Wichtige Daten zu diesem Modell
| API-Endpunkt | https://api.airai.cc/v1 |
|---|---|
| OpenAI-kompatibel | OpenAI-compatible |
| Anbieter | Xiaomi |
|---|---|
| Kontext | 1M |
| Funktionen | Reasoning, Tools, Open Weights |
| API-Formate | openai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search |
| Abrechnungsformel | p * 0.435 + cr * 0.0036 + c * 0.87 |
Häufige Fragen
Zählen fehlgeschlagene Anfragen zum Rate-Limit-Kontingent?
Keine Berechnung: Nur tatsächlich erzeugter Output zählt zum Verbrauch. Berechnet wird nur der bereits erzeugte Output, der fehlgeschlagene Teil nicht. Bei Abrechnung nach p * 0.435 + cr * 0.0036 + c * 0.87 stammen die Kosten langer Ausgaben vor allem aus Output-Tokens. Bei der Abrechnung p * 0.435 + cr * 0.0036 + c * 0.87 werden fehlgeschlagene Anfragen nicht angerechnet. Prüfen Sie zuerst Guthaben und Rate-Limits in der Konsole, dann den Code. Wenn Sie Kosten nach p * 0.435 + cr * 0.0036 + c * 0.87 schätzen, rechnen Sie das Retry-Budget mit ein.
Muss ich den Tarif upgraden, um 403 bei mimo-v2.5-pro zu beheben?
Es geht vor allem um das Kontingent, nicht um einen Defekt des Modells. Sowohl ein höheres Tariflimit als auch eine niedrigere Aufruffrequenz helfen. Der Eingabepreis liegt bei etwa $0.44 pro Million Tokens. Bei Abrechnung nach p * 0.435 + cr * 0.0036 + c * 0.87 stammen die Kosten langer Ausgaben vor allem aus Output-Tokens. Prüfen Sie zuerst Guthaben und Rate-Limits in der Konsole, dann den Code. Wenn Sie Kosten nach p * 0.435 + cr * 0.0036 + c * 0.87 schätzen, rechnen Sie das Retry-Budget mit ein.
Lässt sich 403 bei mimo-v2.5-pro durch ein anderes Modell umgehen?
Ein Fallback in der Architektur ist verlässlicher als jede Fehlermeldung einzeln zu flicken. Dieses Modell von Xiaomi hat mehrere Upstream-Knoten, zwischen denen das Gateway wechseln kann. Halten Sie ein leichteres Ersatzmodell bereit, damit der Hauptfluss nicht abbricht. Legen Sie den Modellnamen in die Konfiguration, dann braucht ein Upstream-Wechsel keine Codeänderung.
Muss ich Request-Parameter ändern, wenn mimo-v2.5-pro 403 liefert?
Die Request-Parameter müssen geändert werden; Retry allein hilft nicht. Das ist ein clientseitiges Konfigurationsproblem; serverseitig ändert sich nichts. Die Fähigkeits-Tags sind Reasoning, Tools, Open Weights, daraus ergeben sich die Parameter-Obergrenzen. Das Kontextfenster 1M bestimmt die maximale Eingabe pro Anfrage, darüber wird direkt abgelehnt. Lassen Sie Parameterfehler sofort fehlschlagen, statt Retries zu verschwenden. Kürzen oder verdichten Sie lange Eingaben — das senkt 403 deutlich.
Weitere Fehler bei diesem Modell
- mimo-v2.5-pro: Fehler 429 — Ursachen und Lösungen
- mimo-v2.5-pro: Fehler timeout — Ursachen und Lösungen
- mimo-v2.5-pro: Fehler 500 — Ursachen und Lösungen
- mimo-v2.5-pro: Fehler 502 — Ursachen und Lösungen
- mimo-v2.5-pro: Fehler 503 — Ursachen und Lösungen
- mimo-v2.5-pro: Fehler 504 — Ursachen und Lösungen
- mimo-v2.5-pro: Fehler 401 — Ursachen und Lösungen
- mimo-v2.5-pro: Fehler 400 — Ursachen und Lösungen
Andere Modelle mit demselben Fehler
- gpt-5
- claude-opus-5
- gemini-2.5-pro
- deepseek-v4-pro
- grok-4.3
- llama-3.3-70b-instruct
- qvq-max
- qwq-32b
- glm-5
- MiniMax-M3
- kimi-k3
- hy3
- doubao-seed-evolving
- mimo-v2.5
- gpt-4o
- claude-opus-4-6
Daten aktualisiert: 2026-10-10 15:40