46 Prozent. So viele Entwickler nennen Claude Code laut der Pragmatic Engineer Survey von Januar bis Februar 2026 (n=906) als das KI-Tool, das sie am meisten lieben. Cursor liegt bei 19 Prozent. GitHub Copilot bei 9.
Das ist die Zahl, an der die ganze Diskussion über KI-Coding-Tools im Mai 2026 hängt. Nicht weil Claude Code „besser” ist als die anderen. Sondern weil Claude Code nicht das gleiche Tool ist wie die anderen.
Cursor und Copilot leben in der IDE. Sie vervollständigen, sie schlagen vor, sie reden mit dir, während du tippst. Claude Code lebt im Terminal. Du sagst ihm, was du willst, und er liest deine Codebase, plant Änderungen über mehrere Dateien und schreibt Commits. Das klingt nach einer kleinen Variation. Es ist eine Verschiebung darüber, wo Code überhaupt entsteht.
Die Zahl, die niemand richtig einordnet
Claude Code wurde im Mai 2025 gelauncht. Acht Monate später ist es das meistgeliebte KI-Coding-Tool unter Software-Entwicklern. In derselben Pragmatic-Engineer-Erhebung sagen 56 Prozent der Befragten, dass sie 70 Prozent oder mehr ihrer Engineering-Arbeit mit KI erledigen.
Cursor ist trotzdem das am schnellsten wachsende Software-Unternehmen der Geschichte. Laut Bloomberg-Bericht vom 2. März 2026 ging Cursors ARR von 500 Millionen Dollar im Juni 2025 auf eine Milliarde im November 2025 auf zwei Milliarden im Februar 2026. Copilot dagegen kommt trotz tiefer GitHub-Integration nur auf einen Most-Loved-Score von 9 Prozent. Thomas Dohmke, bis August 2025 GitHub-CEO, hat Anfang 2026 das Developer-Tools-Startup Entire gegründet. Laut TechCrunch vom 10. Februar 2026 hat Entire 60 Millionen Dollar Seed bei 300 Millionen Bewertung eingesammelt. Laut Felicis ist das die größte Seed-Finanzierung, die je in ein Developer-Tools-Startup geflossen ist.
Die Lesart, die die meisten Engineering-Manager im Mai 2026 versuchen: „Wir müssen Claude Code für unser Team evaluieren.” Die Lesart, die der Markt eigentlich zeigt: KI-Coding ist nicht ein Tool-Markt. Es sind drei Märkte, und sie konkurrieren nicht miteinander.
Drei Märkte, nicht ein Wettbewerb
Copilot ist die Vervollständigung im Editor. Cursor ist der Editor selbst, gebaut um KI herum. Claude Code ist etwas anderes: ein Agent, der ohne Editor auskommt.
Das hat Konsequenzen, die in keinem Most-Loved-Ranking auftauchen.
Wer in der IDE arbeitet, hat Tab-Vervollständigung, Inline-Diff, Refactoring-Vorschläge. Und einen menschlichen Reviewer, der drüberschaut, bevor irgendetwas in den Commit geht. Der Workflow ist „Mensch tippt, KI hilft”. Wer in Claude Code arbeitet, hat ein Terminal-Prompt: „lies das ganze Verzeichnis, plane das Feature, mach die Änderungen, lauf die Tests, mach den Commit”. Der Workflow ist „KI macht, Mensch reviewt”. Das ist nicht dieselbe Arbeit mit anderem Tool. Das ist eine andere Arbeit.
Und genau deshalb explodiert Cursors Umsatz, während Claude Code den Most-Loved-Score gewinnt. Cursor ist die Antwort für Teams, die ihre IDE-Workflows stärker machen wollen. Claude Code ist die Antwort für Teams, die anfangen, Engineering-Aufgaben überhaupt nicht mehr in der IDE zu erledigen.
Wo die eigentliche Verschiebung passiert
Wer Claude Code nur als „besseren Coding-Assistenten” sieht, verpasst den Trick. Der eigentliche Hebel liegt im Unterschied zwischen claude und claude -p.
claude startet die interaktive Session: du sitzt am Terminal und arbeitest mit dem Agenten. Das ist Power-User-Workflow, und das Gegenargument „Mehrheit der Devs arbeitet in VS Code, nicht im Terminal” ist hier richtig. Anthropic baut nicht ohne Grund eine VS-Code-Extension und JetBrains-Integration für Claude Code. Die Einstiegshürde ins Terminal ist real.
claude -p ist der Oneshot-Modus. Kein Prompt, keine Interaktion — nur ein Befehl, der einen definierten Output produziert und sich beendet. Genau dieser Modus ist das, was sich gerade in CI/CD-Pipelines bewegt. Laut dem Anthropic 2026 Agentic Coding Trends Report liegt die KI-Nutzungsquote in der Engineering-Arbeit bei 60 Prozent, aber die vollständige Delegation nur bei 0 bis 20 Prozent. Die spannende Zahl steckt zwischen den beiden: 27 Prozent der KI-assistierten Aufgaben wären ohne KI gar nicht angegangen worden. Das sind keine Aufgaben, die schneller erledigt werden. Das sind Aufgaben, die ohne den Agenten überhaupt niemand gemacht hätte.
Genau dort lebt claude -p. Als GitHub-Actions-Schritt, der jeden Pull Request auf Konsistenz mit der Architektur prüft. Als Refactoring-Job, der alle Aufrufer einer veralteten API automatisch auf die neue migriert. Als Commit-Message-Generator, der aus dem Diff einen sauberen, projekt-konformen Commit baut. Keine IDE involviert. Keine Nutzer-Interaktion. Ein Headless-Agent als CI-Baustein.
Das Power-User-Gegenargument trägt hier nicht mehr. Ein YAML-File in .github/workflows/ benutzt das ganze Team, auch die Kollegen, die Claude Code nie installiert haben und nie installieren werden. Sobald claude -p als Pipeline-Schritt eingecheckt ist, ist der „Terminal-Workflow” Standard, ohne dass irgendjemand seinen Editor wechseln musste.
CLAUDE.md ist die eigentliche Innovation
Wer Claude Code zum ersten Mal startet, sieht ein Terminal-Prompt. Was darunter passiert, ist interessanter. Beim Start in foo/bar/ lädt Claude Code automatisch foo/bar/CLAUDE.md, dann foo/CLAUDE.md, und alle CLAUDE.local.md-Dateien dazwischen. Verzeichnisebenen werden on-demand nachgeladen, nicht beim Start. Nach einem /compact überlebt die CLAUDE.md am Projekt-Root und wird neu vom Disk gelesen.
Vier Gültigkeitsbereiche, gestaffelt vom strengsten zum lokalsten: Managed Policy (org-weit, vom Admin gesetzt, nicht überschreibbar), Project (./CLAUDE.md, im Repo geteilt, beim Klonen mitgekommen), User (~/.claude/CLAUDE.md, gilt für alle deine Projekte), Local (CLAUDE.local.md, gitignored, nur für dich). Quelle: die Claude Code Memory Docs.
Klingt nach Detail. Ist die strukturelle Antwort auf das Problem, das jeden KI-Coding-Workflow im großen Maßstab erstickt: Kontext. Ein KI-Agent, der in einem fremden Repo landet, weiß nichts über Coding-Konventionen, interne Bibliotheken, Test-Strategien, Deploy-Prozesse, Glossar-Begriffe. Bei jedem Tasking neu erklärt zu werden, ist nicht nur teuer in Token. Es ist die Stelle, an der Agenten konsistent versagen.
CLAUDE.md löst das, indem die Konventionen zu einem Repo-Artefakt werden. Genauso wie .editorconfig oder .prettierrc. Nicht im Kopf des Senior-Devs, der das Projekt seit fünf Jahren kennt. Sondern als Datei, die jeder Mensch und jeder Agent beim Einstieg liest. Wer Claude Code in einem Repo ohne CLAUDE.md benutzt, bekommt einen Generalisten. Wer es in einem Repo mit gepflegter CLAUDE.md benutzt, bekommt einen Mitarbeiter, der den Stil deines Teams kennt.
Das verschiebt eine Skill: Senior-Engineering wird nicht über bessere Code-Reviews wertvoller, sondern über bessere Repo-Dokumentation. Wer eine CLAUDE.md so schreibt, dass der Agent das Team-Verhalten reproduziert, beschleunigt zwanzig Kollegen gleichzeitig. Das ist eine Senior-Aufgabe, die in keinem klassischen Job-Profil steht.
Was das praktisch heißt
Drei Verschiebungen, die ab heute in Engineering-Teams sichtbar werden.
Erstens: Die IDE-Wahl wird zur Zweitfrage. Wenn der Pull Request von einem Headless-Agenten geöffnet wird und der Review-Bot ebenfalls ein Headless-Agent ist, ist der Editor des einzelnen Entwicklers irrelevant. Teams sollten aufhören, Tool-Standardisierung über die IDE zu betreiben. Der Standardisierungspunkt wandert in die .github/workflows/ und in die CLAUDE.md.
Zweitens: Repo-Hygiene bekommt einen ROI. Eine gepflegte CLAUDE.md mit Conventions, Architektur-Skizzen, Testing-Erwartungen ist im Mai 2026 keine nice-to-have-Dokumentation mehr. Sie ist die Datei, die bestimmt, wie gut Agenten in deinem Repo arbeiten. Wer das nicht pflegt, lässt seine Agenten am ersten Tag im Onboarding ohne Mentor stehen.
Drittens: Die Skill, die Geld wert wird, ist Spezifikation. Wer „bau mir den Auth-Service” prompted, bekommt einen Endpunkt mit Race Condition. Wer eine fünfzeilige Spezifikation mit Edge Cases, erwarteter Fehlerbehandlung und Test-Strategie schreibt, bekommt einen Service, der durch Review läuft. Diese Übersetzung von Anforderung in Spezifikation war schon immer Senior-Arbeit. Sie war nur lange Zeit nicht trennbar vom Tippen. Jetzt ist sie es.
Der Editor ist im Mai 2026 nicht mehr der Arbeitsplatz, an dem Engineering passiert. Der Arbeitsplatz ist die Pipeline. Die CLAUDE.md. Das YAML-File, das einen Headless-Agenten an die richtige Stelle routet. Wer Claude Code als „besseren Copilot” einsortiert, optimiert die alte Frage. Wer versteht, dass claude -p in einer Action-Definition steht, optimiert die richtige.
Praktische Einordnungen zu KI-Tools im Engineering-Alltag, ohne Hype und mit Pipeline-Realität, gibt es im KI-Syndikat-Newsletter regelmäßig.