Du wählst deinen Coding-Assistenten wie deine Kaffeebestellung. Tab-Completion-Speed, Autocomplete-Genauigkeit, vielleicht die Schriftart in den Marketing-Screenshots. Du gehst davon aus, dass du Cursor gegen Copilot gegen Claude Code tauschen kannst wie Hafermilch gegen Mandelmilch. Wechselkosten? Quasi null. Eine Extension deinstallieren, die nächste installieren, weiterleben.

Diese Annahme ist gerade still und leise abgelaufen.

Die Lücke, die du noch nicht bemerkt hast

Dein täglicher Workflow stützt sich mittlerweile auf Features, die weit über „rate meine nächste Zeile" hinausgehen. Multi-File-Refactors. Codebase Q&A — dein Tool fragen „wo wird diese Funktion aufgerufen?" und eine echte Antwort bekommen. Dependency-aware Vorschläge, die wissen, dass dein UserService drei Verzeichnisse weiter mit deinem AuthProvider redet. Diese Features funktionieren nur, wenn das Tool dein gesamtes Projekt verdaut hat — jede Datei, jeden Import, jede Beziehung zwischen Modulen.

Und genau dieses Verdauen ist der Punkt, an dem sich das Wettrüsten verschoben hat.

Alle liefern dieselbe Idee gleichzeitig

In den letzten zwei Wochen des März 2026 haben die drei dominanten Coding-Tools — Cursor, GitHub Copilot und Claude Code — ihre Codebase-Indexierungsfähigkeiten ausgebaut. Keine inkrementellen Verbesserungen am Autocomplete. Volles Repo-Verständnis. Das Rennen lautet nicht mehr „wer schreibt die beste nächste Zeile Python", sondern „wer kartografiert euren gesamten Repository-Graph zuerst."

Was unter der Haube tatsächlich passiert

Hier die technische Realität, übersetzt für Menschen. Diese Tools bauen jetzt einen sogenannten Semantic Index — im Grunde eine durchsuchbare Karte dessen, was jede Funktion, Klasse und Datei in deinem Projekt tut, nicht nur wie sie heißt. Sie nehmen deinen Code und wandeln ihn in Embeddings um (numerische Fingerabdrücke, die Bedeutung erfassen), und speichern diese in einer Vektordatenbank (eine spezialisierte Suchmaschine, die auf das Finden ähnlicher Dinge optimiert ist, statt exakter Treffer).

Wenn du deinen Coding-Agenten bittest, einen Bug zu fixen, schaut er nicht nur in die Datei, die du gerade offen hast. Er durchsucht diese Vektordatenbank, holt sich jeden relevanten Kontext aus dem gesamten Repo und generiert dann Code. Deine IDE wird zur Suchmaschine für deine eigene Codebase — eine, die tatsächlich versteht, was dein Code bedeutet.

Der „Aha"-Moment — und er ist echt

Das Ergebnis ist tatsächlich beeindruckend. Ein Coding-Agent kann jetzt Fragen beantworten wie „wo wiederholt sich dieses Bug-Pattern im gesamten Projekt?" oder „refactore dieses Interface und aktualisiere alle 47 Aufrufer." Das sind Aufgaben, für die man vorher einen Senior Engineer brauchte, der monatelang ein mentales Modell des gesamten Systems aufgebaut hatte. Jetzt macht ein Tool das in Sekunden.

Für große Codebases — Monorepos mit Tausenden von Dateien — ist das kein Nice-to-have. Es ist der Unterschied zwischen Spielzeug und Werkzeug.

Der Preis, den niemand liest

Hier höre ich auf, nett zu sein.

Wenn ein Tool stundenlang dein Monorepo indexiert hat — jede Datei geparst, diese semantische Karte gebaut, die Beziehungen zwischen deinen Services gelernt — hast du eine Abhängigkeit geschaffen, die teuer zu brechen ist. Zum Wettbewerber wechseln? Herzlichen Glückwunsch, du darfst diesen gesamten Kontext von Grund auf neu aufbauen. Tage des Indexierens. Wochen, bis das neue Tool deine Patterns gelernt hat.

Schlimmer noch: Dein Tool hält jetzt eine vollständige semantische Karte deines proprietären Codes auf seinen Servern. Jeder Funktionsname, jeder API-Endpoint, jede Architekturentscheidung — komprimiert in Embeddings auf der Infrastruktur eines anderen. Du hast die Baupläne deines Hauses rausgerückt, weil der Schlüsseldienst einen hübscheren Schlüssel angeboten hat.

Was das jetzt für dich bedeutet

Wenn dein Team im April 2026 ein Coding-Tool auswählt, hat sich die Frage grundlegend geändert. Es geht nicht mehr um „welche KI schreibt besseres JavaScript." Es geht um „welchem Anbieter vertraust du einen vollständig durchsuchbaren Index deines geistigen Eigentums an?" Und praktischer: „Ist es okay für dich zu wissen, dass der Wechsel weg von diesem Anbieter in 18 Monaten echte Produktivität kostet, während das neue Tool alles neu lernt?"

Die Wechselkosten stecken nicht im Abo-Preis. Sie stecken im Kontext.

Die neue Realität

Die IDE hat vor Monaten aufgehört, ein Texteditor zu sein. Sie ist jetzt eine proprietäre Wissensdatenbank über deinen Code — und der Anbieter, der dich zuerst indexiert, darf dich behalten. Das ist keine Verschwörung. Das ist einfach gute Geschäftsstrategie, verpackt als Developer-Productivity-Feature.

Wähle deine Kaffeebestellung mit Bedacht. Du wirst sie eine Weile trinken.