Un connecteur ou serveur MCP ne s'autorise pas
États du connecteur
Section intitulée « États du connecteur »- En attente — vous avez lancé la connexion mais n’avez jamais terminé l’autorisation. Appuyez sur la ligne → Autoriser et complétez-la dans la fenêtre qui s’ouvre.
- Échec — le fournisseur a rejeté l’autorisation. Déconnectez-vous, puis reconnectez-vous à partir de zéro.
- Connecté — fonctionnel.
Causes courantes
Section intitulée « Causes courantes »- La fenêtre contextuelle a été bloquée ou fermée prématurément. L’autorisation doit se terminer dans la fenêtre qui s’ouvre ; la fermer laisse le connecteur en attente.
- Mauvais compte. Si vous êtes connecté à plusieurs comptes Google ou Slack, le flux peut avoir utilisé le mauvais. Déconnectez-vous, connectez-vous au bon compte, reconnectez-vous.
- Restrictions administrateur. Les comptes d’espace de travail et d’entreprise (Google Workspace, Slack, ChatGPT enterprise) nécessitent souvent qu’un administrateur approuve d’abord les applications tierces.
- Accès expiré. Les fournisseurs expirent les jetons périodiquement ; un connecteur qui fonctionnait depuis des mois peut simplement avoir besoin d’être reconnecté.
Serveurs MCP personnalisés
Section intitulée « Serveurs MCP personnalisés »- Autorisation nécessaire / Erreur d’autorisation — ouvrez le serveur et utilisez Autoriser / Réautoriser.
- Indisponible — l’agent n’a pas pu atteindre le serveur. Vérifiez l’URL, que le serveur est en cours d’exécution, et tous les en-têtes requis. Pour les serveurs STDIO, vérifiez la commande et ses variables d’environnement.
- Après avoir modifié un serveur STDIO, redémarrez l’agent (Actions → Redémarrer l’agent) pour que le conteneur le récupère.
Consultez Connecter des applications et des outils pour la configuration complète, et Contacter le support si un fournisseur continue de refuser — dites-nous lequel.