Zum Hauptinhalt springen
Flat-Vector-Illustration: Vier gestapelte Ebenen zeigen Inline-Completion, Agentische Arbeit, Async-Tickets und Terminal-native Arbeit, verbunden durch eine durchgehende GitHub-Klammer.
Blog·

Claude Code statt Copilot? Warum Migration 2026 die falsche Frage ist

Für viele DACH-Unternehmen ist die Migrationsfrage 2026 falsch gestellt: Seit Agent HQ lassen sich Claude und Codex in bestehende Copilot-Workflows einbetten. Entscheidend ist nicht der Toolwechsel, sondern ein Betriebsmodell für mehrere Agenten.

Antonio Agudo
Antonio Agudo
Trainer & Fractional CTO

Der Migrationsantrag ist fachlich sauber formuliert und trotzdem falsch. Zwei Senior-Entwickler wollen Claude Code, der Einkauf will einen Business Case, Compliance will den DPA, der Betriebsrat will wissen, ob sich Arbeitskontrolle ändert. Alle stellen dieselbe Frage: Wie migrieren wir weg von Copilot?

Wer den GitHub-Changelog vom 4. Februar 2026 öffnet, merkt: Die Frage ist in dieser Form spätestens seit Februar falsch gestellt. Copilot ist seit Februar Plattform, nicht Werkzeug. Claude und Codex kamen zunächst für Copilot Pro+ und Enterprise, seit dem 26. Februar auch für Copilot Business und Pro.

Migration ist ein Beschaffungsprojekt. Layering ist ein Architekturentscheid. Das ist der Unterschied, der 2026 zählt.

Das Layering-Modell in vier Ebenen

Die Frage lautet: Welche Agenten siedeln Sie in welchen Workflow-Ebenen auf bereits vorhandener Copilot-Infrastruktur an?

Inline-Completion in der IDE. Das ist Copilot. Jeder Entwickler hat es, jeder tippt damit. Ein IDE-Wechsel nur für Inline-Completion ist selten der beste Hebel. Neue Tastenkürzel, neue Gewohnheiten, vier Wochen Einarbeitung für dieselbe Funktion.

Agentische Arbeit an der Task-Grenze. Große Refaktorierungen, Migrationen, Cross-File-Änderungen. Hier lautet der Auftrag an den Agenten: „Übernimm diese Aufgabe, ich reviewe das Ergebnis." Viele Teams erleben Claude Code bei großen, mehrstufigen Änderungen als stärker. Über Agent HQ bleibt Claude auf dieser Ebene innerhalb der bestehenden Copilot-Verwaltung nutzbar: oft ohne zweite Beschaffung und mit weniger zusätzlicher Vertragsarbeit als bei einer separaten Claude-Code-Enterprise-Einführung. Ob DPA, DSFA oder Subprozessor-Freigabe erneut geprüft werden müssen, entscheidet der konkrete Tenant und die interne Richtlinie. Diese Ebene gehört deshalb in den Pilot, nicht automatisch in eine Vollmigration.

Async-Arbeit am Ticket. Issues werden über @claude, @codex oder @copilot einem Agenten zugewiesen. Der Agent erzeugt außerhalb der Kernarbeitszeit einen Draft-PR, der am nächsten Morgen reviewt wird. Copilots native GitHub-Integration ist hier der Hebel: Issues, PRs, Code Search, Actions in derselben Plattform.

Terminal-native Tiefenarbeit außerhalb von GitHub. Wenn das Team Claude Code am Infra-Code einsetzen will, MCP-Server an interne Systeme anbindet oder Agent-Pipelines in CI baut, ist eine dedizierte Claude-Code-Lizenz berechtigt. Denn Claude über Agent HQ ist nicht dasselbe wie Claude Code. Agent HQ stellt das Modell als GitHub-Agent bereit; Claude Code bringt zusätzlich ein eigenes CLI-Harness mit: lokale Projektkonfiguration, CLAUDE.md, Subagents mit begrenzten Tool-Sets, Session-Fortsetzung und tiefere Terminal-Integration. Genau diese Harness-Ebene ist bei komplexer, mehrstufiger Arbeit oft der eigentliche Produktivitätshebel. Sie ergänzt das Copilot-Setup, sie ersetzt es nicht.

EbeneNaheliegendes ToolSinnvoll wennRisiko
Inline-CompletionCopilotTägliches Tippen, kleine VorschlägeGewöhnungseffekt, wenig Differenzierung
IDE-AgentCopilot Agent Mode, CursorMulti-File-Änderungen in der IDEReview-Aufwand steigt
Async-Ticket-AgentCopilot, Claude, Codex in GitHubBugs, Dependency-Updates, einfache IssuesPR-Flut, unklare Ownership
Terminal-native TiefenarbeitClaude Code, Codex CLIGroße Refactorings, Infra, MCP, Hooks, Harness-KontrolleDatenabfluss, Kosten, neue Governance

Welche dieser Ebenen braucht Ihr Team? Diese Frage führt weiter als der Toolvergleich.

Warum Copilot 2026 dafür relevant ist

Copilot ist seit Februar nicht mehr nur Autocomplete, sondern zunehmend Agentenplattform.

Copilot CLI ging am 25. Februar 2026 GA. Version 1.0 bringt spezialisierte Sub-Agenten für Explore, Task, Code Review und Plan. Der Autopilot-Modus führt Aufgaben autonom End-to-End aus. Der GitHub MCP-Server ist integriert.

In der IDE läuft Copilot Agent Mode produktiv. Er arbeitet sich mehrstufig durch Änderungen über mehrere Dateien hinweg, erkennt Fehler eigenständig und behebt sie direkt in VS Code. Aus dem Inline-Vorschlag ist eine eigenständige Arbeitsschicht geworden.

Agent HQ öffnete am 4. Februar 2026 Copilot für fremde Agenten. Claude by Anthropic und OpenAI Codex laufen seitdem als First-Class-Agenten innerhalb von Copilot Pro+ und Enterprise, mit gemeinsamer Policy-Verwaltung, Audit-Logs und Premium-Request-Budget. Am 26. Februar folgten Business und Pro.

Viele Organisationen haben damit bereits die Basis einer Agentenplattform lizenziert, behandeln sie intern aber weiter wie Autocomplete.

Warum Migration in DACH oft die teurere Entscheidung ist

Der Beschaffungspfad ist bereits bezahlt. Microsoft Enterprise Agreements, MCA-E, CSP oder Reseller-Strukturen sind in vielen DACH-Unternehmen etablierte Beschaffungspfade für Cloud-Software. GitHub Copilot lässt sich oft in diese bestehenden Beschaffungspfade integrieren. Die Auftragsverarbeitungsvereinbarung ist unterschrieben, die DSFA liegt vor.

Eine Migration zu Cursor oder Claude Code Enterprise bedeutet: neuer DPA, neue DSFA, bei Finanzdienstleistern neue BaFin-Compliance-Dokumentation, bei mitbestimmten Unternehmen eine erneute Betriebsvereinbarung. In solchen Setups können zusätzliche Abstimmungen schnell Monate kosten.

Hinzu kommt: Die Werkzeuge wirken ohnehin auf unterschiedlichen Ebenen. Copilot optimiert Tastenanschläge in der IDE. Claude Code optimiert Stunden agentischer Arbeit. Cursor optimiert Multi-File-Editing in der Oberfläche. „Cursor statt Copilot" ist kategorial so falsch wie „Jenkins statt Jest". Die drei sind keine Substitute, sondern verschiedene Schichten desselben Lieferprozesses.

Die Marktdaten stützen das: Die JetBrains AI Pulse-Umfrage vom Januar 2026 zeigt, dass erfahrene Entwickler im Schnitt 2,3 KI-Tools parallel nutzen. Ramp-Zahlungsdaten aus amerikanischen Firmenkarten erzählen dieselbe Geschichte: Im April 2026 zahlten rund 79 % der Anthropic-Kunden auch für OpenAI. Teams migrieren nicht von einem Werkzeug zum anderen. Sie legen Werkzeuge übereinander.

Governance: Claude über Agent HQ und die EU Data Boundary

Claude by Anthropic läuft seit Februar 2026 als Partner-Agent innerhalb von Copilot Pro+ und Enterprise. Das ist nicht identisch mit dem terminal-nativen Claude Code, deckt aber einen Teil derselben agentischen Workloads ab. In GitHub-zentrierten Organisationen kann Claude über Agent HQ häufig in bestehende Copilot-Verwaltung, Policy-Steuerung und Budgetierung eingebettet werden.

Wichtig ist die technische Trennlinie: Agent HQ gibt Ihnen Claude als Agenten im GitHub-Workflow, nicht das vollständige Claude-Code-Harness. GitHub dokumentiert für den Copilot cloud agent eigene Grenzen: MCP wird dort als Tool-Anbindung unterstützt, nicht als vollständiges Resources- und Prompts-Protokoll; remote MCP-Server mit OAuth werden derzeit nicht unterstützt. Wer Claude Code wegen Hooks, lokaler Policy-Konfiguration, eigener MCP-Anbindungen oder terminal-nativer Session-Führung einsetzen will, bekommt diese Fähigkeiten nicht automatisch über Agent HQ.

Ob das ohne zusätzliche Vertrags- oder Datenschutzprüfung möglich ist, hängt vom konkreten Copilot-Plan, Tenant-Setup, DPA-Auslegung, Subprozessor-Freigabe und internen Richtlinien ab.

Für Microsoft 365 Copilot ist dokumentiert, dass Anthropic-Modelle außerhalb der EU Data Boundary verarbeitet werden. Für GitHub Copilot Agent HQ liegt öffentlich keine gleich detaillierte Dokumentation vor. DACH-Unternehmen sollten Claude über Agent HQ deshalb nicht automatisch als EU-konform behandeln, sondern pro Workload prüfen.

Die andere Hälfte der EU-Frage ist seit April 2026 positiver. GitHub bietet Copilot Data Residency für US- und EU-Regionen an: Inference Processing und zugehörige Daten sollen damit innerhalb der gewählten Geografie bleiben. Die EU-Region orientiert sich an Microsofts EU Data Boundary und umfasst seit dem 1. Mai 2026 auch EFTA-Länder. Genau diese Trennung wird zur Architektur-Aussage des Layerings: First-Party-Copilot-Workloads in der EU-Residenz, Partner-Agenten wie Claude oder Codex separat prüfen.

Das ist nicht automatisch ein Deal-Breaker, muss aber in Risiko-Lanes übersetzt werden. Für Tickets mit Aufsichtsanforderung „Verarbeitung in der EU" (BaFin/MaRisk, bestimmte öffentliche Auftraggeber, strenge Kundendatenverträge) sollte Claude über Agent HQ nicht der Standard-Weg sein.

Wann Migration doch die richtige Antwort ist

Wenn das Team strukturell nicht auf GitHub arbeitet (GitLab self-hosted, Bitbucket Data Center, Azure DevOps on-prem), ist Copilots native Integration wertlos. Cursor oder Claude Code mit dem entsprechenden Git-Provider-MCP ist dann der sauberere Pfad. Welches der drei Werkzeuge welcher Aufgabe entspricht, ordnet Claude Code vs Cursor vs Windsurf ein.

Wenn das Unternehmen unter einer harten Datenabflussvorgabe steht (hochregulierte Pharma, Rüstung, einzelne Landesbehörden), geht es nicht um Copilot versus Claude Code. Dann ist die Frage: On-Prem-Modell oder nichts. Welche Optionen es dafür gibt und wo die Grenzen verlaufen, beschreibt On-Premise Coding Agents.

Und wenn das Team klein ist, unter zehn Entwicklern, ohne Compliance-Overhead? Dann kann die Senior-Developer-Präferenz ein legitimer Produktivitätshebel sein. Cursor als primäres Tool ist dann keine schlechte Wahl. Das ist aber nicht der typische Rollout-Kontext eines regulierten DACH-Mittelständlers.

Trifft keiner dieser Fälle zu, layern Sie statt zu migrieren.

Was Sie jetzt tun sollten

Agent HQ aktivieren. Enterprise Admin, AI Controls, Partner Agents, Claude und Codex einschalten. Für GitHub-zentrierte Teams dürfte das 2026 der niedrigste Einstieg mit dem geringsten organisatorischen Reibungsverlust sein.

Risiko-Lanes definieren. Welche Tickets dürfen an einen asynchronen Agenten? Welche nicht? Wer reviewt? Diese Frage braucht eine Antwort, bevor der erste Agent produktiv läuft. Der PR-Engpass entsteht dort, wo die Antwort fehlt.

Einen 30-Tage-Layering-Pilot starten. Ein Team, keine organisationsweite Entscheidung, keine vollständige Migration. Vier Wochen, definierte Metriken am Ende: durchschnittliche PR-Größe, Change Failure Rate, Time-to-Review. Der Pilot beweist (oder widerlegt), ob Layering für Ihre Codebasis funktioniert.

Verstehen, was Sie eigentlich kaufen. Copilot Enterprise kostet 39 USD pro Seat und Monat. Der Sitzplatzpreis ist der billige Teil. Ab dem 1. Juni 2026 ersetzt GitHub tokenbasierte AI Credits, die auf Tokenverbrauch und Modellpreisen basieren. Wichtig ist, dass agentische Verbräuche neben dem Sitzpreis real anfallen und gemessen werden müssen. Eine vollständige Aufschlüsselung der Tool-Kosten findet sich in KI Coding Tools Kosten 2026.


Bevor Sie über Tools reden: Welche Arbeit darf ein Agent beginnen, welche darf er abschließen, wer reviewt das Ergebnis, wie wird Verbrauch gemessen und welche Tickets verlassen niemals die EU? Ohne diese Antworten ist jeder Toolwechsel eine teurere Form von Chaos.

Wer jetzt einfach das Tool austauscht, optimiert die Oberfläche. Wer Layering sauber einführt, optimiert den Lieferprozess. Im 3-Tage-Intensivworkshop gehen wir dieses Modell für Ihre konkrete Codebasis durch.

Weiterlesen

Nächster Schritt

Interesse an AI-Training für Ihr Entwicklerteam? Coding Agents meistern: 3 Tage, die den Unterschied machen.