Le plus frustrant, ce n’est pas que le modèle ne soit pas assez intelligent, c’est que juste après avoir écrit un bout de code d’appel, on te balance direct un Invalid API Key, un 403, ou « échec de connexion réseau ». J’ai rassemblé les pièges dans lesquels je suis tombé en une liste de vérification universelle qui s’applique à ChatGPT (OpenAI), Claude (Anthropic) et Gemini, et j’en profite aussi pour mentionner les problèmes d’autorisations courants de Midjourney.
Trois types de problèmes réparables en un coup d’œil
Clé mal saisie ou renseignée dans un ancien projet
Beaucoup de gens collent des espaces avant/après la Key, ou mettent la Key de l’environnement de test dans l’environnement de production. Je te conseille de copier la Key dans un fichier texte brut pour y jeter un œil, puis de la recoller.
Requête envoyée au mauvais endpoint ou avec un mauvais nom de modèle
Un nom de modèle mal écrit peut aussi te faire croire que la Key est mauvaise. Ne force pas : selon l’approche « Keep It Simple » (la méthode KISS marche vraiment), commence par faire tourner l’exemple officiel le plus basique, puis ajoute des paramètres.
Les dépendances de l’environnement te tirent vers le bas
Si tu utilises un plugin ou un générateur (par exemple, côté Node, des conflits de dépendances du type ETARGET, ERESOLVE), commence par réinstaller proprement les dépendances et aligner les versions ; sinon tu vas perdre une heure à incriminer une « erreur de Key ».


