Pourquoi le MCP de Cursor fonctionne-t-il localement mais pas à distance ? En général, ce n’est pas que le curseur est cassé, mais que vous avez choisi le mauvais transport. La documentation officielle de Cursor divise MCP en trois catégories : « stdio », « SSE » et « HTTP streamable » : « stdio » est plus adapté aux utilisateurs locaux uniques, et « SSE » ainsi que « HTTP streamable » sont plus adaptés au déploiement en tant que service pour plusieurs utilisateurs. La documentation officielle est ici : Cursor MCP.
Regardons d’abord mcp.json
Le MCP local doit d’abord s’assurer que « .cursor/mcp.json » ou « ~/.cursor/mcp.json » peut être lu par le curseur et que la commande peut être lancée correctement dans son environnement d’exécution. Les MCP distants vérifient que les URL, les méthodes d’authentification et les points de terminaison sont exactement alignés. La cause principale de nombreux problèmes d'« utilisation locale et de déconnexion à distance » est que vous traitez les commandes locales comme des services à distance pour se connecter.
Ordre d’enquête officiel recommandé
- D’abord, vérifiez si le type de transport est apparié.
- Vérifie si le « mcp.json » est bien chargé.
- Enfin, vérifiez si les variables d’environnement et les en-têtes d’authentification sont transmises.
Le MCP de Cursor n’est pas seulement « prêt à être utilisé », il aligne d’abord les trois éléments : méthode de transport, fichier de configuration et capacités serveur.
