Un contexte qui voyage

L’indexeur de Cursor est excellent dans Cursor. La complétion, l’édition en ligne, le chat et l’agent dans cette fenêtre s’appuient déjà sur un index de projet que Cursor gère pour l’espace de travail ouvert. Si Cursor est la seule surface où vous écrivez, et que cet index trouve déjà les bons fichiers, restez-y. C’est le cas honnête du « restez où vous êtes » , et c’est à raison la première phrase de cette page.

Ce texte parle de l’autre moitié d’une semaine ordinaire. Le même dépôt est aussi ouvert dans Claude Code, interrogé depuis Codex CLI, revu sur une seconde machine, ou consulté par un agent tournant en CI. La question n’est pas « quel indexeur est le meilleur » . La question est de savoir si la carte à laquelle l’agent fait confiance dans une fenêtre est la même que celle à laquelle il fait confiance dans la suivante.

Maguyva est cette carte qui voyage. C’est une couche de contexte de code MCP distante. L’agent l’interroge de la même façon qu’il interroge tout autre outil MCP. Les résultats reviennent sous forme de chemins classés avec des numéros de ligne. Cursor reste l’éditeur. Le contexte est ce qui se déplace.

À quoi sert l’indexeur de Cursor

L’indexation intégrée de Cursor existe pour que le chat, l’agent et la recherche dans l’éditeur puissent récupérer du code pertinent au lieu de dépendre uniquement de ce qui tient dans la fenêtre de contexte brute du modèle. C’est le bon design pour un IDE. L’index est natif à Cursor. Ce n’est pas un serveur MCP et il n’est accessible depuis aucun autre client.

Voici comment cela fonctionne, tel que décrit dans la documentation publique de Cursor et par Cursor elle-même au moment de la rédaction : le chemin de recherche principal n’est plus un index d’embeddings dans le cloud. L’équipe de Cursor a déclaré sur son forum communautaire que la recherche sémantique/par embeddings dédiée est progressivement abandonnée au profit d’une récupération basée sur grep, car les modèles actuels explorent suffisamment bien un arbre vivant par eux-mêmes. À sa place se trouve Instant Grep, un index de recherche local construit à partir de n-grammes, de listes inversées et de filtres de Bloom, conservé dans une table de correspondance mappée en mémoire, de sorte que les requêtes se résolvent sur la machine du développeur plutôt que sur un serveur.

L’index lui-même vit dans le propre répertoire .git/cursor/ du dépôt, ancré à un commit git précis ; les modifications depuis ce commit se superposent au lieu de déclencher une nouvelle analyse, et l’index ne se reconstruit que lorsque l’état local a fortement dérivé de ce sur quoi il a été construit. Comme il se trouve dans .git, il n’est jamais suivi ni poussé — supprimez le dossier, et l’index disparaît. .gitignore est respecté par construction, puisque seul le contenu suivi par git est éligible, et .cursorignore est appliqué sur le chemin de lecture. Il n’y a plus d’étape d’embedding côté serveur ni de base de données vectorielle distante dans ce chemin. La documentation antérieure décrivait une conception assistée par le cloud — chiffrement des blocs, synchronisation par arbre de Merkle, réutilisation d’index entre coéquipiers — et l’équipe de Cursor a depuis indiqué que cette conception est abandonnée, donc ce texte ne la décrit plus comme actuelle.

Un atout dans l’éditeur est le sous-agent Explore de Cursor. Il peut lancer plusieurs recherches parallèles dans sa propre fenêtre de contexte, sur un modèle plus rapide, et ne renvoyer que les résultats pertinents, de sorte que la conversation principale ne gonfle pas avec des résultats de recherche. C’est une vraie force propre à l’éditeur. Gardez-la.

Les espaces de travail multi-racines sont pris en charge : le contexte de chaque dossier ouvert est disponible pour l’agent. Certaines fonctionnalités dépendantes de git, comme les worktrees, sont désactivées dans les configurations multi-racines, et les Cloud Agents ne prennent pas du tout en charge les espaces de travail multi-racines.

Rien de tout cela n’est une raison de quitter Cursor. C’est une description précise d’une carte excellente là où elle vit.

Ce que « voyager » signifie vraiment

Une carte voyage quand les mêmes questions renvoient le même type de réponse, avec des citations que vous pouvez ouvrir, depuis plus d’un client.

• Dans Cursor : « Où parseConfig est-il défini, et qui l’appelle ? »
• Dans Claude Code, sur le même dépôt : la même question.
• Dans Codex CLI, sur une machine de revue qui n’a jamais ouvert la fenêtre Cursor : la même question.
• Dans un agent CI qui parle MCP : la même question, contre le même instantané hébergé.

Si chaque surface construit son propre index privé, vous n’avez pas une carte. Vous avez plusieurs caches qui divergent. L’index de l’éditeur peut être à jour pour l’arbre sur le disque. La session CLI peut avoir un jour de retard. Le job CI peut regarder un checkout différent. L’agent continuera pourtant de paraître sûr de lui.

L’indexeur de Cursor n’est pas censé résoudre cela. Comme il vit dans l’éditeur, le contexte qu’il construit est pour cet éditeur. Un lecteur qui a aussi besoin d’une CLI, d’un pipeline CI ou d’un autre éditeur a besoin d’un outil séparé pour ces surfaces. C’est un fait de périmètre, pas un défaut. Maguyva est cet outil séparé.

Un nombre de langages publié pour l’indexeur de Cursor n’est pas indiqué dans les notes que ce texte est autorisé à utiliser. Maguyva publie plus de 279 langages et technologies textuelles. Les tarifs de Cursor ne sont pas non plus repris ici ; voir leur page de tarification. Maguyva facture par espace de travail, pas par siège, avec des offres publiées à 0 $, 19 $, 49 $ et 149 $ selon l’empreinte indexée et la taille de l’espace de travail.

Une carte hébergée, tous les clients MCP

Maguyva est un serveur MCP distant. Vous connectez GitHub, choisissez les dépôts, et le pipeline cloud construit les symboles, les arêtes du graphe et une carte classée. Vous ajoutez une clé API à la configuration MCP du client que vous utilisez déjà. Maguyva propose des guides de configuration pour 24 clients MCP documentés — Cursor inclus — et peut se connecter à d’autres clients compatibles MCP prenant en charge la configuration standard.

La page de configuration Cursor est le chemin spécifique à l’éditeur si c’est là que vous travaillez. Le même serveur répond à Claude Code, VS Code, Windsurf, Codex CLI et les autres. Vous ne changez pas d’éditeur. Vous donnez à chaque agent la même surface d’outils : 11 outils MCP orientés client à travers la recherche, les symboles, l’analyse de dépendances, la récupération de fichiers, le contexte de dépôt et des workflows utilitaires déterministes. Les récupérations sémantique, structurelle, par graphe et textuelle sont fusionnées en résultats classés.

C’est là l’avantage de la portabilité. Les citations que vous avez vérifiées dans Cursor ce matin ont la même forme que celles que Codex CLI renverra ce soir. Chemin de fichier et numéro de ligne. Ouvrez-les. Si elles sont fausses, vous le voyez. Si elles sont justes, la prochaine modification a un endroit où atterrir. L’affirmation validée est moins de modifications hallucinées, pas la promesse que chaque modification est correcte.

La fraîcheur est publiée. Les instantanés sont horodatés, afin que l’agent sache quelle version de l’arbre il lit. La cadence de reconstruction est quotidienne sur le plan gratuit et horaire sur les plans payants. La limite honnête est le travail local non synchronisé : une modification qui n’existe que dans un arbre de travail n’est pas encore dans la carte hébergée. Cette limite est la même quel que soit le client depuis lequel vous interrogez, et c’est justement le point. La dérive entre clients n’est plus une seconde limite cachée.

La documentation donne la boucle d’activation qui s’applique à chaque client : indexer un dépôt que vous connaissez déjà, connecter le client, poser une question que vous pouvez vérifier. Faites-le une fois dans Cursor. Refaites-le depuis la CLI que vous utilisez réellement les jours de revue. Si les deux réponses citent le même gestionnaire, la carte a voyagé.

Comment les deux cartes coexistent

Utilisez les deux. Ce ne sont pas des alternatives au sens d’une page de comparaison.

1. Gardez l’indexeur de Cursor actif pour le projet sur le disque. Laissez Explore, Instant Grep et l’agent dans l’éditeur l’utiliser. Cette boucle est native et rapide.
2. Ajoutez Maguyva comme serveur MCP dans Cursor pour que la même session puisse aussi interroger la carte d’espace de travail hébergée. Cursor est un client Maguyva documenté. Vous ne choisissez pas un index en supprimant l’autre.
3. Ajoutez le même serveur Maguyva à Claude Code, Codex CLI, ou tout autre client MCP qui touche le dépôt. Une seule forme de clé API. Un seul espace de travail.
4. Si un agent CI est compatible MCP, pointez-le vers le même serveur. Il lira le même instantané horodaté que le portable.

L’index de l’éditeur reste le meilleur outil pour « ce qui est sur le disque dans cette fenêtre, maintenant » . La carte hébergée est le meilleur outil pour « à quoi ressemble cet espace de travail pour chaque agent qui le touchera aujourd’hui » . Ces phrases ne sont pas en concurrence.

Les quotas d’espace de travail sont publiés sur la page de tarification : dépôts, lignes indexées et utilisateurs, facturés par espace de travail. Agents et humains partagent le même compte d’utilisateurs. Commencez gratuitement sur un dépôt que vous savez déjà évaluer. Augmentez l’espace de travail seulement après que les citations ont survécu au contact avec l’arbre.

Ce que cette page n’affirme pas

Elle n’affirme pas que l’indexeur de Cursor est faible, incomplet, ou une raison de changer d’éditeur. La première phrase de ce texte est l’inverse.

Elle n’affirme pas que Maguyva remplace Instant Grep ou le sous-agent Explore. Ce sont des fonctionnalités de Cursor. Elles restent dans Cursor.

Elle n’invente pas de nombre de langages, de chiffre de latence, ni d’économie de tokens pour l’un ou l’autre produit. Les chiffres inconnus restent non publiés.

Elle ne prétend pas que le travail local non poussé se trouve dans la carte hébergée. Les instantanés horodatés rendent cette limite visible. Ils ne la suppriment pas.

Le test est ordinaire. Indexez un dépôt que vous connaissez déjà. Posez une question que vous pouvez vérifier, d’abord dans Cursor, puis dans un second client MCP. Un contexte qui voyage, c’est la même citation aux deux endroits.

// same map, wherever you opened it.