Kontext, der mitreist

Cursors Indexer ist hervorragend – innerhalb von Cursor. Tab-Vervollständigung, Inline-Edit, Chat und der Agent in diesem Fenster sitzen bereits auf einem Projektindex, den Cursor für den geöffneten Workspace betreibt. Wenn Cursor die einzige Oberfläche ist, in der du schreibst, und dieser Index bereits die richtigen Dateien findet, bleib dort. Das ist der ehrliche Bleib-wo-du-bist-Fall, und er gehört zu Recht in den ersten Satz dieser Seite.

Dieser Beitrag handelt von der anderen Hälfte einer gewöhnlichen Woche. Dasselbe Repository wird auch in Claude Code geöffnet, von Codex CLI befragt, auf einer zweiten Maschine geprüft oder von einem Agenten in CI abgefragt. Die Frage ist nicht „welcher Indexer ist besser“. Die Frage ist, ob die Karte, der der Agent in einem Fenster vertraut, dieselbe ist wie die im nächsten.

Maguyva ist diese mitreisende Karte. Es ist eine entfernte MCP-Codebase-Context-Schicht. Der Agent fragt sie genauso ab wie jedes andere MCP-Tool. Ergebnisse kommen als gerankte Pfade mit Zeilennummern zurück. Cursor bleibt der Editor. Der Kontext ist das, was sich bewegt.

Wofür Cursors Indexer da ist

Cursors eingebaute Indexierung existiert, damit Chat, Agent und Suche im Editor relevanten Code abrufen können, statt sich nur auf das zu verlassen, was ins rohe Kontextfenster des Modells passt. Das ist das richtige Design für eine IDE. Der Index ist nativ zu Cursor. Er ist kein MCP-Server und von keinem anderen Client aus erreichbar.

So funktioniert es, wie in Cursors öffentlicher Dokumentation und Cursors eigener Darstellung zum Zeitpunkt dieses Textes beschrieben: Der primäre Suchpfad ist keine Cloud-Embedding-Index mehr. Cursors Team erklärte in seinem Community-Forum, dass die dedizierte semantische/Embedding-basierte Suche zugunsten grep-basierten Retrievals zurückgefahren wird, weil aktuelle Modelle einen lebenden Baum von sich aus gut genug durchsuchen. An ihrer Stelle steht Instant Grep, ein lokaler Suchindex aus n-Grammen, invertierten Listen und Bloomfiltern, gehalten in einer memory-gemappten Lookup-Tabelle, sodass Abfragen auf der eigenen Maschine des Entwicklers aufgelöst werden statt auf einem Server.

Der Index selbst liegt im eigenen .git/cursor/-Verzeichnis des Repositorys, verankert an einem bestimmten Git-Commit; Änderungen seit diesem Commit legen sich als Schicht darüber, statt einen erneuten Scan auszulösen, und der Index baut sich nur neu auf, wenn der lokale Zustand weit von dem abgewichen ist, wogegen er gebaut wurde. Weil er in .git liegt, wird er nie versioniert und nie gepusht – lösche den Ordner, und der Index ist weg. .gitignore wird konstruktionsbedingt respektiert, da nur git-verfolgter Inhalt infrage kommt, und .cursorignore wird auf dem Lesepfad durchgesetzt. Es gibt in diesem Pfad keinen serverseitigen Embedding-Schritt und keine entfernte Vektordatenbank mehr. Frühere Dokumentation beschrieb ein Cloud-unterstütztes Design – Chunk-Verschlüsselung, einen Merkle-Tree-Abgleich, teamübergreifende Indexwiederverwendung – und Cursors eigenes Team hat inzwischen gesagt, dass dieses Design zurückgefahren wird, weshalb dieser Beitrag es nicht mehr als aktuell beschreibt.

Eine Besonderheit im Editor ist Cursors Explore-Subagent. Er kann mehrere parallele Suchen in seinem eigenen Kontextfenster auf einem schnelleren Modell starten und nur die relevanten Funde zurückgeben, sodass sich das Hauptgespräch nicht mit Suchtreffern aufbläht. Das ist eine echte Stärke innerhalb des Editors. Behalte sie.

Multi-Root-Workspaces werden unterstützt: Der Kontext jedes geöffneten Ordners steht dem Agent zur Verfügung. Manche git-abhängigen Funktionen wie Worktrees sind in Multi-Root-Setups deaktiviert, und Cloud Agents unterstützen Multi-Root-Workspaces überhaupt nicht.

Nichts davon ist ein Grund, Cursor zu verlassen. Es ist eine präzise Beschreibung einer Karte, die dort hervorragend ist, wo sie lebt.

Was „mitreisen“ wirklich bedeutet

Eine Karte reist mit, wenn dieselben Fragen aus mehr als einem Client dieselbe Art von Antwort liefern, mit Zitaten, die du öffnen kannst.

• In Cursor: „Wo ist parseConfig definiert, und wer ruft es auf?“
• In Claude Code, im selben Repo: dieselbe Frage.
• In Codex CLI, auf einer Review-Maschine, die das Cursor-Fenster nie geöffnet hat: dieselbe Frage.
• In einem CI-Agenten, der MCP spricht: dieselbe Frage, gegen denselben gehosteten Snapshot.

Wenn jede Oberfläche ihren eigenen privaten Index baut, hast du keine eine Karte. Du hast mehrere Caches, die auseinanderdriften. Der Editor-Index kann aktuell für den Baum auf der Festplatte sein. Die CLI-Sitzung kann einen Tag hinterherhängen. Der CI-Job kann auf einen anderen Checkout blicken. Der Agent klingt trotzdem weiterhin überzeugt.

Cursors Indexer soll das nicht lösen. Weil er im Editor lebt, ist der Kontext, den er baut, für diesen Editor. Ein Leser, der auch eine CLI, eine CI-Pipeline oder einen anderen Editor braucht, braucht ein separates Werkzeug für diese Oberflächen. Das ist eine Frage des Geltungsbereichs, kein Mangel. Maguyva ist dieses separate Werkzeug.

Eine veröffentlichte Sprachanzahl für Cursors Indexer ist in den Notizen, die dieser Entwurf verwenden darf, nicht angegeben. Maguyva veröffentlicht 279+ Sprachen und textbasierte Technologien. Preise für Cursor werden hier ebenfalls nicht übernommen; siehe deren Preisseite. Maguyva berechnet pro Workspace, nicht pro Sitzplatz, mit veröffentlichten Plänen bei $0, $19, $49 und $149, je nach indiziertem Umfang und Workspace-Größe.

Eine gehostete Karte, jeder MCP-Client

Maguyva ist ein entfernter MCP-Server. Du verbindest GitHub, wählst die Repositories, und die Cloud-Pipeline baut Symbole, Graphkanten und eine gerankte Karte. Du fügst einen API-Schlüssel zur MCP-Konfiguration des Clients hinzu, den du bereits nutzt. Maguyva hat Einrichtungsanleitungen für 24 dokumentierte MCP-Clients – Cursor eingeschlossen – und kann sich mit anderen MCP-kompatiblen Clients verbinden, die die Standard-MCP-Konfiguration unterstützen.

Die Cursor-Einrichtungsseite ist der editor-spezifische Weg, falls du dort arbeitest. Derselbe Server bedient Claude Code, VS Code, Windsurf, Codex CLI und den Rest. Du wechselst den Editor nicht. Du gibst jedem Agenten dieselbe Werkzeugoberfläche: 11 kundenseitige MCP-Tools über Suche, Symbole, Abhängigkeitsanalyse, Dateiabruf, Repository-Kontext und deterministische Utility-Workflows. Semantisches, strukturelles, Graph- und Textretrieval werden zu gerankten Ergebnissen fusioniert.

Das ist der Portabilitätsvorteil. Die Zitate, die du heute Morgen in Cursor geprüft hast, haben dieselbe Form wie die Zitate, die Codex CLI heute Abend liefert. Dateipfad und Zeilennummer. Öffne sie. Wenn sie falsch sind, siehst du es. Wenn sie richtig sind, hat die nächste Änderung einen Platz zum Landen. Das freigegebene Versprechen sind weniger halluzinierte Änderungen, nicht das Versprechen, dass jede Änderung korrekt ist.

Aktualität ist veröffentlicht. Snapshots sind zeitgestempelt, sodass der Agent weiß, welche Version des Baums er liest. Der Rebuild-Rhythmus ist täglich im kostenlosen Plan und stündlich in bezahlten Plänen. Die ehrliche Grenze ist unsynchronisierte lokale Arbeit: Eine Änderung, die nur im Arbeitsverzeichnis existiert, ist noch nicht in der gehosteten Karte. Diese Grenze ist dieselbe, egal aus welchem Client du abfragst, und genau das ist der Punkt. Drift zwischen Clients ist keine zweite, versteckte Grenze mehr.

Die Docs geben die Aktivierungsschleife an, die für jeden Client gilt: ein Repo indizieren, das du schon kennst, den Client verbinden, eine Frage stellen, die du prüfen kannst. Mach das einmal in Cursor. Mach es noch einmal von der CLI, die du an Review-Tagen tatsächlich nutzt. Wenn beide Antworten denselben Handler zitieren, ist die Karte mitgereist.

Wie die beiden Karten nebeneinander bestehen

Nutze beide. Sie sind keine Alternativen im Sinne einer Vergleichsseite.

1. Lass Cursors Indexer für das Projekt auf der Festplatte an. Lass Explore, Instant Grep und den Agenten im Editor ihn nutzen. Diese Schleife ist nativ und schnell.
2. Füge Maguyva als MCP-Server in Cursor hinzu, sodass dieselbe Sitzung auch die gehostete Workspace-Karte abfragen kann. Cursor ist ein dokumentierter Maguyva-Client. Du wählst nicht einen Index und löschst den anderen.
3. Füge denselben Maguyva-Server zu Claude Code, Codex CLI oder jedem anderen MCP-Client hinzu, der das Repo berührt. Eine API-Schlüsselform. Ein Workspace.
4. Wenn ein CI-Agent MCP-kompatibel ist, richte ihn auf denselben Server. Er liest denselben zeitgestempelten Snapshot, den auch der Laptop las.

Der Editor-Index bleibt das beste Werkzeug für „was liegt gerade auf der Festplatte in diesem Fenster“. Die gehostete Karte ist das beste Werkzeug für „wie sieht dieser Workspace für jeden Agenten aus, der ihn heute berührt“. Diese Sätze stehen nicht in Konkurrenz.

Workspace-Kontingente sind auf der Preisseite veröffentlicht: Repos, indizierte Zeilen und Nutzer, abgerechnet pro Workspace. Agenten und Menschen teilen sich dieselbe Nutzerzahl. Starte kostenlos mit einem Repo, das du schon beurteilen kannst. Erhöhe den Workspace erst, nachdem die Zitate den Kontakt mit dem Baum überstanden haben.

Was diese Seite nicht behauptet

Sie behauptet nicht, dass Cursors Indexer schwach, unvollständig oder ein Grund zum Editorwechsel ist. Der erste Satz dieses Entwurfs ist das Gegenteil.

Sie behauptet nicht, dass Maguyva Instant Grep oder den Explore-Subagenten ersetzt. Das sind Cursor-Funktionen. Sie bleiben in Cursor.

Sie erfindet keine Sprachanzahl, keine Latenzzahl und keine Token-Ersparnis für eines der beiden Produkte. Unbekannte Zahlen bleiben unveröffentlicht.

Sie tut nicht so, als sei ungepushte lokale Arbeit in der gehosteten Karte. Zeitgestempelte Snapshots machen diese Grenze sichtbar. Sie beseitigen sie nicht.

Der Test ist gewöhnlich. Indiziere ein Repo, das du schon kennst. Stelle eine Frage, die du prüfen kannst, zuerst in Cursor, dann in einem zweiten MCP-Client. Kontext, der mitreist, ist an beiden Orten dasselbe Zitat.

// same map, wherever you opened it.