Comment transformer l’API de Cursor en serveur MCP (et l’utiliser depuis Notis)

Tu as déjà des agents en arrière-plan qui tournent dans Cursor, et c’est super… jusqu’au moment où tu réalises que tu ne peux pas leur parler depuis l’endroit où tu travailles vraiment.

La plupart des fondateurs ne vivent pas dans une seule app. Tu es sur Telegram avec tes clients, sur Slack avec l’équipe, sur WhatsApp avec les prestataires, sur iMessage avec tes amis, et par email avec tout le reste. Des agents coincés dans Cursor, c’est l’équivalent productivité d’un cerveau qui ne fonctionne que dans une seule pièce.

Dans ce guide, je te montre comment prendre l’API de Cursor et l’exposer comme serveur MCP avec Ogment.ai, puis brancher ce serveur MCP sur Notis. Une fois câblé, tu peux déclencher les agents en arrière-plan de Cursor depuis ta messagerie préférée, sans construire d’intégration sur mesure pour chaque plateforme.

Ce qu’on construit (et pourquoi ça compte)

Cursor a une API pour gérer les agents en arrière-plan. Le hic, c’est que Cursor ne propose pas de serveur MCP prêt à l’emploi que tu pourrais connecter à des outils comme Claude, Notis ou n’importe quoi d’autre qui parle MCP.

Alors on crée nous-mêmes la couche d’adaptation manquante. Ogment.ai est le moyen le plus simple que j’ai trouvé pour transformer une spécification OpenAPI en serveur MCP fonctionnel, avec l’authentification et une console de test.

Une fois cet endpoint MCP en place, Notis peut s’y connecter, et d’un coup les agents en arrière-plan de Cursor ne sont plus « une fonctionnalité de Cursor ». Ils deviennent une capacité que tu peux invoquer depuis Telegram, iMessage, WhatsApp, Slack ou l’email.

Avant de commencer

Il te faut un accès à l’API de Cursor, un compte Ogment.ai et ton Workspace Notis.

La seule chose « technique » que tu vas faire, c’est créer un en-tête d’authentification Basic à partir de ta clé API Cursor. Ça a l’air effrayant, mais c’est littéralement une seule étape d’encodage.

Étape 1 : récupère ta clé API Cursor

Va dans Cursor, récupère ta clé API et garde-la en lieu sûr. Traite-la comme un mot de passe. Si elle fuite, n’importe qui peut faire tout ce que l’API permet.

Une fois que tu l’as, tu vas l’encoder.

Étape 2 : encode la clé en Base64 (pour l’authentification Basic)

L’API de Cursor attend une authentification Basic avec un identifiant encodé en Base64.

Prends ta clé API Cursor et encode-la en Base64. Le résultat ressemblera à une suite de caractères aléatoires, avec peut-être un signe égal à la fin. Pour ça, lance ceci dans ton terminal :

echo -n {YOUR_API_KEY} | base64

Mets cette clé de côté, on en aura besoin à l’étape suivante.

C’est l’endroit où les gens se trompent le plus souvent. Si tes appels échouent avec des erreurs d’authentification, reviens ici et vérifie que tu n’as pas encodé par erreur des espaces en trop, des retours à la ligne ou la mauvaise valeur.

Étape 3 : crée un serveur MCP dans Ogment.ai à partir de la spec OpenAPI de Cursor

Maintenant, la partie amusante.

Dans Ogment.ai, crée un nouveau serveur MCP et choisis l’option qui le génère à partir d’une spécification OpenAPI. Importe la spec OpenAPI de Cursor (celle que Cursor utilise pour documenter ses endpoints). Ogment va analyser le schéma et transformer automatiquement les endpoints en outils MCP.

À ce stade, tu ne « codes pas une intégration ». Tu fais correspondre un contrat d’API à une interface d’outils.

Étape 4 : configure l’authentification dans Ogment (l’en-tête exact)

Dans les paramètres de ton serveur MCP dans Ogment, définis l’en-tête d’autorisation sur :

Basic {ta clé encodée en Base64}

Encore une fois : le mot Basic, un espace, puis ta clé Cursor encodée en Base64, comme ceci :

Basic {the key of step 2}

Une fois que c’est fait, enregistre la configuration.

Étape 5 : teste le serveur MCP avant de connecter quoi que ce soit d’autre

Ogment te permet de tester les appels d’outils. Sers-t’en.

Déclenche une action simple de l’API Cursor, comme lister les agents ou appeler un endpoint léger, juste pour vérifier que ton authentification et l’import du schéma sont corrects.

Si quelque chose ne marche pas, corrige-le d’abord ici. Débugger à ce stade, c’est propre. Débugger une fois que plusieurs systèmes sont connectés, c’est le chaos.

Étape 6 : crée et publie l’endpoint MCP

Une fois tes tests réussis, publie ton serveur MCP dans Ogment.ai pour qu’il ait un endpoint stable auquel te connecter.

Garde un œil sur les permissions et le périmètre. N’expose pas plus d’outils que nécessaire, surtout si tu comptes utiliser le serveur depuis plusieurs canaux de messagerie.

Étape 7 : connecte le serveur MCP à Notis

Maintenant, va sur le portail Notis et connecte une nouvelle intégration MCP. Colle l’endpoint du serveur MCP fourni par Ogment, suis la procédure de connexion et vérifie que Notis voit bien les outils.

Une fois connecté, tu peux faire passer des demandes depuis Telegram, iMessage, WhatsApp, Slack et l’email vers Notis, et Notis peut invoquer tes agents en arrière-plan Cursor via MCP.

C’est le moment où tout s’emboîte : Cursor devient le moteur d’exécution, Notis devient la couche d’interface, et tes apps de messagerie deviennent la ligne de commande.

Ce que tu peux faire une fois connecté

L’usage évident, c’est de déléguer du travail en arrière-plan à Cursor d’où que tu sois. L’usage moins évident, c’est de construire un « workflow distribué » où le même agent peut être déclenché par un message Slack de ton équipe, un email d’un client ou un vocal WhatsApp que tu as transféré.

La contrainte n’est plus « est-ce que Cursor prend en charge ce canal ? » mais « quels outils est-ce que j’expose via MCP ? »

Ça marche avec n’importe quelle API basée sur OpenAPI

Cursor n’est qu’un exemple.

Si une API a une spec OpenAPI, tu peux en général l’envelopper dans un serveur MCP avec exactement le même schéma : importer la spec, configurer l’authentification, tester, publier, connecter.

C’est le changement plus profond qui est en train de se produire. On passe d’intégrations ponctuelles à des adaptateurs de protocole réutilisables. MCP est le tissu conjonctif.

Dépannage rapide (ce qui fait perdre des heures)

Si les outils MCP apparaissent mais que les appels échouent, c’est presque toujours un problème de format de l’en-tête d’authentification.

Si rien n’apparaît dans Notis après la connexion, l’endpoint est généralement faux ou le serveur n’est pas publié.

Si les tests échouent dans Ogment, corrige-les d’abord là-bas. N’« espère pas que ça marche » dans Notis.

Si tu veux, je peux vérifier ta configuration

Dis-moi à quelle étape tu bloques et quelle erreur tu vois, et je peux t’aider à localiser le problème rapidement. La plupart des soucis se résument à l’une de ces trois choses : l’import de la spec OpenAPI, l’encodage de l’authentification Basic, ou l’endpoint que tu as collé dans Notis.