FAQ

Problème 1 : Déconnexion / expiration du flux

Message d'erreur :

stream disconnected before completion: error sending request for url
(https://api.lmuai.com/responses)

Cause : une déconnexion de flux classique, généralement due à :

• un réseau local instable (basculement fréquent Wi-Fi / cellulaire, signal faible, perte de paquets)
• un VPN / proxy / proxy système est activé : le proxy fait tourner l'IP de sortie et rompt la connexion

Solution :

1. Désactivez tout VPN / proxy / proxy système et réessayez — LMU AI est une connexion domestique directe et ne nécessite aucun VPN
2. Vérifiez que votre réseau local est stable ; passez à un réseau plus fiable si nécessaire

Problème 2 : Erreur de nouvelle tentative 429

Message d'erreur :

exceeded retry limit, last status: 429 Too Many Requests

Cause : votre quota quotidien est épuisé.

Solution :

1. Ouvrez Mon abonnement et vérifiez si le quota quotidien est épuisé
2. Si vous avez besoin de plus, achetez un forfait d'un palier différent, puis passez au groupe du nouveau forfait sous Clés API dans la console

Problème 3 : 401 Incorrect API key

Message d'erreur :

unexpected status 401 Unauthorized: Incorrect API key provided

Cause : la requête est toujours partie vers le point de terminaison officiel d'OpenAI au lieu de notre relais.

Solution :

1. Confirmez que config.toml et auth.json ont bien été créés ou remplacés
2. Redémarrez l'IDE (VS Code / Cursor, etc.) pour recharger les fichiers de configuration
3. Si vous vous êtes précédemment connecté avec un compte officiel ou d'un autre fournisseur, déconnectez-vous d'abord, puis reconfigurez

Problème 4 : Scripts désactivés (Windows)

Message d'erreur :

codex: cannot be loaded because running scripts is disabled on this system.

Solution : exécutez ce qui suit dans le terminal, puis ouvrez un nouveau terminal :

Set-ExecutionPolicy RemoteSigned -Scope CurrentUser

Problème 5 : Node.js introuvable (Windows)

Message d'erreur : CODEX is not recognized as a cmdlet, ou similaire

Cause : Node.js n'est pas installé ou son PATH est cassé.

Solution : réinstallez Node.js 20+, puis ouvrez un nouveau terminal.

Problème 6 : 503 No available accounts (les variables d'environnement remplacent la clé)

Message d'erreur :

Error code: 503 - {'error': {'message': 'No available accounts: no available accounts', 'type': 'api_error'}}

Cause : votre ~/.zshrc (ou ~/.bashrc) définit ANTHROPIC_AUTH_TOKEN / ANTHROPIC_BASE_URL / ANTHROPIC_MODEL. Une fois le shell démarré, ces variables prennent effet globalement et remplacent la clé API configurée dans votre IDE (Cursor, VS Code, etc.), de sorte que la requête utilise la mauvaise clé.

Solution (choisissez-en une) :

Option A : supprimer les variables de .zshrc

Ouvrez ~/.zshrc et supprimez ces lignes :

export ANTHROPIC_AUTH_TOKEN="..."
export ANTHROPIC_BASE_URL="..."
export ANTHROPIC_MODEL="..."

Puis exécutez source ~/.zshrc pour appliquer, et redémarrez l'IDE.

Option B : déplacer les variables dans un fichier séparé, chargé uniquement pour la CLI Claude Code

1. Créez ~/.claude_env avec les trois lignes :

export ANTHROPIC_AUTH_TOKEN="sk-your-lmu-ai-api-key"
export ANTHROPIC_BASE_URL="https://api.lmuai.com"
export ANTHROPIC_MODEL="the-model-you-use"

2. Supprimez ces trois lignes de ~/.zshrc.

3. Chargez-les manuellement au démarrage de Claude Code :

source ~/.claude_env && claude

Ainsi, l'IDE utilise la clé de son fichier de configuration et la CLI Claude Code utilise les variables d'environnement, sans interférer l'une avec l'autre.

Problème 7 : 400 Invalid signature in thinking block (changement de modèle entre groupes)

Message d'erreur :

upstream error: 400 messages.<index>.content.<index>:
Invalid `signature` in `thinking` block

Cause : lorsque le mode Extended Thinking de Claude génère un bloc thinking, il y attache une signature chiffrée étroitement liée au compte amont spécifique qui l'a produit. Si vous changez de modèle entre les groupes au sein d'une même conversation (par exemple, de claude-sonnet-5 dans un groupe « Claude-Pro direct » à claude-fable-5 dans un groupe « Claude-MAX haut-multiplicateur »), le client envoie l'historique précédent (y compris le bloc de réflexion signé) au compte amont du nouveau groupe. Des groupes différents utilisent des amonts différents et ne peuvent pas vérifier une signature émise par un autre, ce qui renvoie une erreur 400.

Déclencheurs typiques :

• Le client prend en charge le changement de modèle en cours de conversation et transporte tout l'historique antérieur
• Les groupes avant et après le changement proviennent de comptes amont différents (par exemple, « groupe direct » ↔ « groupe relais / MAX haut-multiplicateur »)

Solution (n'importe laquelle) :

1. Démarrez une nouvelle conversation lorsque vous changez de groupe — ne transporter aucun ancien historique est la solution la plus simple et la plus fiable.
2. Gardez un groupe par conversation — si vous avez besoin d'une collaboration multi-modèles, changez au sein du même groupe (même amont).
3. Supprimez les blocs de réflexion de l'historique — si le client prend en charge l'édition de l'historique, retirez les blocs thinking avant de changer de groupe.

Problème 8 : 400 Unknown parameter: 'tools[0].n' (tools envoyé à un point de terminaison d'images)

Message d'erreur :

400 - {'error': {'code': 'unknown_parameter', 'message': "Unknown parameter: 'tools[0].n'.", 'param': 'tools[0].n', 'type': 'invalid_request_error'}}

Points de terminaison concernés : /v1/images/generations, /v1/images/edits (génération / édition d'images).

Cause : le client a mis un tableau tools dans le corps de la requête d'image, avec un champ n à l'intérieur de tools[0]. Les points de terminaison d'images d'OpenAI n'acceptent pas tools (les appels d'outils appartiennent aux points de terminaison Chat / Responses ; les points de terminaison d'images n'ont pas un tel concept), l'amont le rejette donc avec un 400.

Cela provient généralement d'un client / wrapper de SDK bogué qui place le « nombre d'images n » au mauvais endroit — imbriqué dans tools[0].n, ou copié depuis un modèle de requête Chat.

Solution :

1. Supprimez le champ tools du corps de la requête — les generations / edits d'images ne prennent pas en charge les appels d'outils ; retirez le champ entièrement.
2. Pour générer plusieurs images, mettez le nombre dans le n de premier niveau — seul /v1/images/generations prend en charge n (plusieurs par appel) ; /v1/images/edits ne le fait pas, retirez donc n là.
3. Vérifiez la version du SDK client — si un wrapper construit les paramètres automatiquement, mettez-le à niveau ou remplacez-le pour qu'il n'applique pas un modèle Chat aux points de terminaison d'images.

Problème 9 : Ai-je besoin d'un VPN ?

Non. La passerelle LMU AI est hébergée en Chine continentale, et api.lmuai.com peut être appelé directement depuis un réseau domestique sans VPN, proxy ni contournement.

À l'inverse, un VPN ou un proxy qui fait tourner l'IP de sortie tend à provoquer des déconnexions de flux (voir Problème 1). Une connexion domestique directe donne les résultats les plus rapides et les plus stables.

Problème 10 : 401 API_KEY_REQUIRED (Codex n'envoie aucune clé)

Message d'erreur :

unexpected status 401 Unauthorized: {"code":"API_KEY_REQUIRED","message":"API key is required in Authorization header (Bearer scheme), x-api-key header, or x-goog-api-key header"}, url: https://api.lmuai.com/responses, request id: ...

Cause : un bug de Codex — lorsqu'un fournisseur de modèle personnalisé utilise wire_api = "responses", la requête que Codex envoie ne porte aucune clé API (ni Authorization, ni x-api-key, ni x-goog-api-key n'est envoyé), de sorte que la passerelle ne trouve aucune clé et renvoie 401 API_KEY_REQUIRED.

Notez que cela diffère de l'erreur Incorrect API key provided du Problème 3 : celle-ci envoie une clé qui est erronée (généralement parce que la requête est partie vers le point de terminaison officiel d'OpenAI au lieu du relais LMU AI), tandis que celle-ci n'envoie aucune clé du tout.

Solution : ouvrez ~/.codex/config.toml, trouvez la section de votre fournisseur de modèle [model_providers.<ID>] (généralement [model_providers.codex] si vous avez suivi le guide de ce site), et ajoutez requires_openai_auth = true à l'intérieur :

[model_providers.codex]
name = "codex"
base_url = "https://api.lmuai.com"
wire_api = "responses"
requires_openai_auth = true

Enregistrez, rouvrez le terminal et redémarrez Codex.

Toujours bloqué ?

Si un environnement particulier vous bloque encore lors de l'installation ou de la configuration, contactez le support :

• Ajoutez le support sur WeChat
• Contactez le support sur Xianyu (闲鱼)

Heures d'assistance à distance : après 14 h (les matinées sont consacrées à la résolution de configurations d'environnement complexes à distance).

Si vous avez besoin d'aide à distance, téléchargez d'abord NetEase UU Remote et envoyez-le au support ; l'accompagnement technique et l'assistance à distance se déroulent l'après-midi après 14 h.

Dernière mise à jour : 2026-09-10