#Résolution des problèmes d’intégration

#L’outil utilise toujours l’ancien fournisseur

• Redémarrez l’outil.
• Vérifiez s’il utilise un autre profil ou fichier de configuration.
• Vérifiez que les variables d’environnement sont accessibles aux applications graphiques et aux services en arrière-plan, et pas uniquement à votre shell interactif.
• Dans CC Switch, vérifiez que le fournisseur est actif pour la bonne application cible.

#La liste des modèles est vide

De nombreux outils peuvent tout de même utiliser un ID de modèle saisi manuellement. Copiez-en un depuis Modèles. Une liste vide ne signifie pas que Chat Completions ou Responses est indisponible.

#Le chat fonctionne, mais Codex échoue

Les clients de chat utilisent généralement /v1/chat/completions, tandis que Codex utilise /v1/responses. Choisissez un modèle compatible avec Responses et définissez wire_api = "responses" dans la configuration du fournisseur Codex.

#Le chat fonctionne, mais les appels d’outils échouent

Vérifiez les trois couches :

1. le modèle prend en charge les appels d’outils ;
2. GetRouter expose cette fonctionnalité via le protocole sélectionné ;
3. l’outil comprend les événements d’appels d’outils renvoyés.

#L’URL ou le chemin est présent en double

Exemples de requêtes incorrectes :

/v1/v1/chat/completions
/v1/responses/responses
/v1/chat/completions/chat/completions

Consultez le guide d’intégration de cet outil et supprimez le segment en double.

#Les modifications de configuration ne prennent pas effet

• Validez la syntaxe JSON ou TOML.
• Conservez l’imbrication requise par l’outil.
• Redémarrez le processus.
• Recherchez les paramètres locaux au projet qui remplacent les paramètres utilisateur.
• Vérifiez que CC Switch ou un autre gestionnaire n’a pas réécrit le fichier.

#Transmission sécurisée à l’assistance

Indiquez les versions, le protocole, l’ID du modèle, l’ID de requête, l’horodatage et la configuration expurgée. Remplacez les clés par YOUR_API_KEY avant de les partager.