Donnez à Cursor une mémoire qui n’oublie jamais
Swylink donne à Cursor un contexte intelligent et persistant. Les décisions de Claude Code, Windsurf ou Copilot sont recherchables par le sens — Cursor sait toujours ce qui s’est passé.
Connectez Cursor en 4 étapes
- 01Installernpx swylink@latest init
- 02S’authentifiernpx swylink auth
- 03Connecternpx swylink connect
- 04CoderOuvrez Cursor et c’est parti
Où Swylink écrit la config de Cursor
.cursor/mcp.jsonL’exécution de npx swylink connect détecte automatiquement Cursor et écrit la configuration du bridge MCP à cet emplacement. Aucune modification manuelle nécessaire.
Pourquoi Cursor a besoin d’une mémoire persistante entre outils
Cursor est l’un des éditeurs IA les plus puissants, mais son contexte est limité au projet et à la session. Le Composer orchestre des modifications multi-fichiers avec précision. Mais dès que vous fermez la session ou passez à Claude Code, tout le contexte accumulé disparaît.
Swylink comble cette lacune comme couche de mémoire sémantique persistante. Chaque décision Composer est capturée avec des métadonnées structurées. Quand vous ouvrez Claude Code, cherchez "pourquoi avons-nous restructuré le module auth" et retrouvez instantanément le raisonnement.
C’est particulièrement précieux pour les développeurs qui alternent entre Cursor pour le prototypage et Claude Code pour l’architecture. Avec Swylink, vos outils partagent une mémoire unifiée — vitesse de Cursor et profondeur de Claude Code, sans perte de contexte.
Le contexte qui circule de Cursor vers vos autres outils IA
Swylink capture les décisions importantes : choix d’architecture lors des sessions Composer, sélections de packages et raisons des rejets, décisions de design d’API, raisonnement de restructuration, conventions de nommage, et compromis de performance. Quand vous ouvrez Claude Code ou Windsurf, vous pouvez chercher par sens et obtenir la décision exacte de votre session Cursor.
Questions fréquentes sur Swylink et Cursor
Swylink fonctionne-t-il avec le Composer de Cursor ?
Oui. Swylink capture le contexte de toutes les interactions Cursor, y compris les sessions multi-fichiers du Composer. Les décisions architecturales sont persistées avec des métadonnées structurées et recherchables depuis n’importe quel autre outil IA.
Où se trouve la configuration MCP de Cursor ?
Cursor lit sa configuration MCP depuis .cursor/mcp.json à la racine du projet. npx swylink connect détecte Cursor et écrit le bloc serveur automatiquement.
Swylink peut-il lire mon .cursorrules ?
Non. Swylink opère via le protocole MCP comme un outil séparé. Votre .cursorrules continue de fonctionner — Swylink ajoute une mémoire persistante inter-outils par-dessus.