Claude Code gegen GitHub Copilot: der Vergleich für Entscheider

TL;DR

Beide erzeugen brauchbaren Code — daran entscheidet sich die Wahl nicht. Es entscheidet sich an drei Achsen: Abrechnung nach Sitzplatz oder nach Verbrauch, Reichweite der Agentenarbeit im Repository, und wohin Ihr Quellcode fließt. Für die meisten Häuser ist die dritte Achse die harte.

Was der Vergleich nicht ist

Ein Qualitätsvergleich der erzeugten Codeschnipsel. Beide Werkzeuge produzieren auf Alltagsaufgaben — Funktion ergänzen, Test schreiben, Fehlermeldung einordnen — Ergebnisse, die erfahrene Entwickler in Blindtests nicht zuverlässig auseinanderhalten. Wer die Entscheidung darauf stützt, misst Rauschen.

Der Unterschied liegt woanders.

Achse 1: Abrechnung

GitHub Copilot rechnet klassisch nach Sitzplatz ab — ein fester Betrag je Entwickler und Monat. Vorhersagbar, budgetierbar, unabhängig von der Nutzungsintensität.

Claude Code kann über die API nach Verbrauch abgerechnet werden — Sie zahlen Token, nicht Köpfe. In unserer Rechnung landet ein aktiv nutzender Entwickler bei rund 126 Euro monatlich mit funktionierendem Prompt-Caching; die vollständige Kalkulation steht im Beitrag zu den Kosten je Entwickler.

Was das praktisch bedeutet:

In den Teams, die wir begleiten, verbraucht das obere Drittel der Entwickler regelmäßig das Drei- bis Fünffache des unteren. Bei Sitzplatzabrechnung subventionieren die Wenignutzer die Vielnutzer; bei Verbrauchsabrechnung sehen Sie die Verteilung — und können sie steuern.

Prüfen Sie die aktuellen Sitzplatzpreise beim Anbieter, bevor Sie rechnen; sie ändern sich, und beide Anbieter haben mehrere Stufen.

Achse 2: Reichweite der Agentenarbeit

Hier liegt der spürbarste Unterschied im Alltag.

Der klassische Copilot-Ansatz ist die Vervollständigung im Editor plus ein Chatfenster mit Kontext zur geöffneten Datei — inzwischen um agentische Fähigkeiten erweitert. Der Claude-Code-Ansatz ist von vornherein agentisch: Das Werkzeug liest sich selbstständig durch das Repository, führt Befehle aus, ändert mehrere Dateien und prüft das Ergebnis.

Das wirkt sich unterschiedlich auf verschiedene Aufgaben aus:

Kurze Einzeländerungen — kein nennenswerter Unterschied.

Mehrdateien-Aufgaben — eine Umbenennung durch ein Modul, eine Schnittstellenänderung mit allen Aufrufstellen, eine Bibliotheksmigration: Hier zieht der agentische Ansatz deutlich davon.

Lange autonome Läufe — eine Aufgabe vollständig spezifizieren und laufen lassen. Das ist die Disziplin, in der Claude Opus 5 ausdrücklich stark ist, und sie verlangt eine andere Arbeitsweise: die vollständige Aufgabenbeschreibung im ersten Zug statt schrittweiser Präzisierung über viele Rückfragen.

Der Preis der Agentenarbeit ist Token-Verbrauch. Ein Agent, der sich durch zwanzig Dateien liest, verbraucht ein Vielfaches einer Vervollständigung im Editor. Das ist der Grund, warum die beiden Achsen zusammenhängen: Wer agentisch arbeitet und nach Verbrauch zahlt, sollte das messen.

Achse 3: Wohin der Quellcode fließt

Die Achse, an der die Entscheidung in deutschen Häusern tatsächlich fällt.

Beide Werkzeuge übermitteln in der Standardkonfiguration Code an den jeweiligen Anbieter — das ist die Funktionsweise, kein Mangel. Die relevanten Fragen sind identisch für beide:

• Wird der Code zum Training verwendet? (Bei geschäftlichen Vertragsformen in der Regel ausgeschlossen — schriftlich geben lassen.)
• Wie lange wird er gespeichert?
• Wo wird verarbeitet?
• Gibt es eine Freistellung bei urheberrechtlichen Ansprüchen aus erzeugtem Code?

Wo sich die Wege unterscheiden, ist die Auswahl an Verarbeitungsorten. Claude ist über vier Wege erreichbar — direkt bei Anthropic, über Amazon Bedrock, über Google Vertex AI und über Microsoft Foundry — mit erheblich unterschiedlicher Datenresidenz. Zwei davon bieten EU-Verarbeitung, einer nicht; die vollständige Gegenüberstellung steht im Beitrag zur EU-Datenresidenz.

Für ein Haus, das an EU-Verarbeitung gebunden ist, ist das ein echter Unterschied — es gibt einen gangbaren Weg, mit dokumentierten Einschränkungen.

Und die Frage, die vor allen anderen kommt und beide Werkzeuge gleichermaßen betrifft: Erlauben Ihre Kundenverträge die Weitergabe von Quellcode an Dritte? Viele Entwicklungsverträge tun das nicht. Die Einordnung steht im Beitrag zu Geheimhaltungsklauseln.

Die Entscheidung

GitHub Copilot, wenn: Ihre Entwicklung ohnehin vollständig in GitHub läuft, Sie planbare Kosten je Kopf wollen, und die Aufgaben überwiegend Einzeldatei-Umfang haben.

Claude Code, wenn: mehrdateiübergreifende Arbeit und lange autonome Läufe einen relevanten Anteil ausmachen, Sie Kosten je Team statt je Kopf steuern wollen, oder Sie eine bestimmte Datenresidenz brauchen.

Beides, wenn: unterschiedliche Teams unterschiedlich arbeiten. Das ist häufiger die richtige Antwort, als Beschaffungsprozesse zulassen — und die Mehrkosten sind kleiner als der Aufwand, ein Werkzeug allen aufzuzwingen.

Weder noch, wenn: Ihre Kundenverträge die Weitergabe untersagen und keine Zustimmung erreichbar ist. Dann führt der Weg zu einem lokal betriebenen Modell, mit dem bekannten Qualitätsabstand bei langen Aufgaben. Die Abwägung steht im Vergleich der Coding-Assistenten im Unternehmen.

Was Sie vor der Entscheidung messen sollten

Nicht die Codequalität — die Unterschiede sind zu klein, um sie in einer Evaluierung sauber zu messen. Messen Sie stattdessen:

Die Aufgabenverteilung. Wie viel Prozent Ihrer Änderungen betreffen mehr als drei Dateien? Wenn es unter 20 Prozent sind, ist die Agentenreichweite kein Kaufargument.

Die Nutzungsverteilung. Wie stark unterscheidet sich die Nutzung zwischen den Entwicklern? Bei starker Spreizung gewinnt Verbrauchsabrechnung, bei gleichmäßiger Nutzung die Sitzplatzabrechnung.

Die Vertragslage. Vor allem anderen.

Häufig gestellte Fragen

Was ist der wichtigste Unterschied zwischen Claude Code und GitHub Copilot?

Nicht die Codequalität — die liegt bei Alltagsaufgaben nah beieinander. Entscheidend sind drei Achsen: Abrechnung nach Sitzplatz gegenüber nach Verbrauch, die Reichweite der Agentenarbeit über mehrere Dateien hinweg, und die verfügbaren Verarbeitungsorte für den übermittelten Quellcode.

Was kostet Claude Code je Entwickler?

Bei Nutzung über die API rund 126 Euro monatlich bei aktiver Nutzung mit funktionierendem Prompt-Caching, ohne Caching etwa das Doppelte. Die Rechnung unterstellt 80 Anfragen je Arbeitstag; agentische Arbeit über mehrere Dateien verbraucht deutlich mehr. Sitzplatzbasierte Tarife sind eine separate Frage — prüfen Sie die aktuellen Preise beim Anbieter.

Wird mein Quellcode zum Training verwendet?

Bei geschäftlichen Vertragsformen beider Anbieter in der Regel nicht — lassen Sie sich die Zusage schriftlich geben und legen Sie die Fundstelle für die Datenschutzprüfung ab. Bei privaten Tarifen gelten andere Bedingungen, weshalb private Konten für dienstliche Entwicklung ungeeignet sind.

Gibt es einen Weg mit EU-Datenverarbeitung?

Für Claude ja, über Amazon Bedrock in EU-Regionen oder Google Vertex AI mit EU-Multi-Region-Endpunkten — allerdings mit erheblichen Einschränkungen im Funktionsumfang. Über Microsoft Foundry existiert Stand August 2026 keine EU-Datenzone. Prüfen Sie die Verarbeitungsorte des jeweiligen Anbieters gegen Ihre konkrete Anforderung.

Lohnt sich der Einsatz beider Werkzeuge parallel?

Häufiger, als Beschaffungsprozesse zulassen. Wenn Teams unterschiedlich arbeiten — das eine an Einzeldateien, das andere an modulübergreifenden Umbauten —, ist der Mehrpreis für zwei Werkzeuge geringer als der Produktivitätsverlust durch ein aufgezwungenes. Die Zuordnung sollte am Team hängen, nicht an der Vorliebe Einzelner.

Der nächste Schritt

Messen Sie zwei Wochen lang, welcher Anteil Ihrer Änderungen mehr als drei Dateien betrifft. Liegt er unter 20 Prozent, ist die Agentenreichweite kein Kaufargument und die Entscheidung fällt allein über Kosten und Vertragslage. Beim Vergleich schauen wir gern mit.