Claude Code auf Deutsch: Was geht und was nicht

Claude Code arbeitet auf Deutsch, und zwar in drei Entscheidungen, die nichts miteinander zu tun haben: die Sprache deiner Aufträge und der Antworten, die Sprache deiner Regeldatei, und die Sprache der Dokumentation. Die erste stellst du mit einem Satz ein, die zweite ist deine freie Wahl, und die dritte ist seit Kurzem beantwortet: die Claude-Code-Dokumentation gibt es vollständig auf Deutsch, geprüft am 23.09.2026 unter code.claude.com/docs/de.

Was dabei am häufigsten schiefgeht, ist nicht die Sprache selbst, sondern die Annahme, eine Bitte im Chat halte länger als eine Sitzung. Sie hält nicht. Und eine Regel in der CLAUDE.md hält zwar länger, ist aber laut Anthropics eigener Dokumentation kein Schalter, sondern ein Hinweis.

Kann ich Claude Code auf Deutsch benutzen?

Ja, vollständig, sobald du drei Dinge auseinanderhältst. Sie werden in fast jedem deutschen Tutorial zu einer einzigen Frage verrührt, und genau daraus entstehen die Überraschungen.

Definition: Die Antwortsprache ist die Sprache, in der der Agent mit dir redet. Die Regelsprache ist die Sprache, in der deine CLAUDE.md geschrieben ist. Die Produktsprache ist die Sprache dessen, was am Ende entsteht: Bezeichner im Code, Commit-Nachrichten, sichtbare Texte. Diese drei sind unabhängig voneinander einstellbar, und du kannst für jede eine andere Sprache wählen.

Das Modell leitet die Antwortsprache aus dem Gespräch ab. Anthropic schreibt dazu in der Entwicklerdokumentation, für Produktionsanwendungen solle man die Zielsprache ausdrücklich angeben, und der zuverlässigste Ort dafür sei der System-Prompt, weil die Anweisung dort über jeden Gesprächszug hinweg stabil bleibt (Mehrsprachige Unterstützung, platform.claude.com). Im Terminal ist das Gegenstück zum System-Prompt deine CLAUDE.md.

Wie stelle ich die Antwortsprache dauerhaft auf Deutsch?

Mit einer Zeile in einer CLAUDE.md, nicht mit einer Bitte im Chat. Der Unterschied ist nicht Bequemlichkeit, sondern die Anzahl der Stellen, an denen du gebraucht wirst.

Die Datei wird zu Beginn jeder Sitzung in den Kontext geladen. Es gibt sie an mehreren Orten, und die beiden, die im Alltag zählen, sind:

1. CLAUDE.md im Projekt. Gilt für dieses eine Projekt und gehört ins Repository, damit sie für jeden gilt, der daran arbeitet.
2. ~/.claude/CLAUDE.md. Deine persönlichen Vorlieben für alle Projekte auf deinem Rechner. Hier gehört die Sprachregel hin, wenn du grundsätzlich auf Deutsch arbeitest.

Für größere Projekte gibt es zusätzlich .claude/rules/ mit einer Datei je Thema, und Regeln lassen sich dort auf bestimmte Dateipfade beschränken, sodass sie nur geladen werden, wenn der Agent mit passenden Dateien arbeitet (Wie Claude sich Ihr Projekt merkt, code.claude.com).

Die Zeile selbst braucht keine Feinheiten. Was sie braucht, ist eine Entscheidung darüber, was außer der Antwortsprache noch deutsch sein soll:

## Sprache

Antworte auf Deutsch, in der Du-Form.
Code, Bezeichner und Commit-Nachrichten bleiben englisch.
Sichtbare Texte für Nutzer sind deutsch, ohne Gedankenstriche.

Drei Zeilen, drei getrennte Entscheidungen. Wer nur die erste schreibt, bekommt deutsche Antworten und danach deutsche Variablennamen in einem englischen Projekt, und merkt es erst im Review.

Warum antwortet der Agent trotzdem manchmal auf Englisch?

Weil die CLAUDE.md kein Schalter ist. Sie ist Kontext, und das steht so in der Dokumentation: "Claude behandelt sie als Kontext, nicht als erzwungene Konfiguration" (code.claude.com/docs/de/memory).

Aus demselben Dokument stammt die praktisch wichtigere Folgerung: "Da es sich um Kontext statt um erzwungene Konfiguration handelt, beeinflusst die Art, wie Sie Anweisungen schreiben, wie zuverlässig Claude sie befolgt." Eine knappe, eindeutige Regel wird zuverlässiger befolgt als ein Absatz, der sie umschreibt.

Der häufigste Grund für eine englische Antwort trotz deutscher Regel ist aber ein anderer, und die Dokumentation benennt ihn ausdrücklich: "Wenn zwei Regeln sich widersprechen, kann Claude eine willkürlich auswählen." Eine Sprachregel in ~/.claude/CLAUDE.md und eine englische Konvention im Projekt sind genau so ein Widerspruch. Wer den auflöst, braucht keine dritte Regel, die die erste bekräftigt.

Wenn etwas unabhängig von jeder Abwägung blockiert werden muss, ist der Weg dafür ein PreToolUse-Hook, nicht eine schärfer formulierte Zeile in der Regeldatei. Für die Antwortsprache ist dieser Aufwand allerdings selten gerechtfertigt: Eine falsche Sprache siehst du sofort, sie richtet keinen Schaden an, und du korrigierst sie in einem Satz.

Gibt es Claude Code auf Deutsch, also Oberfläche und Dokumentation?

Die Dokumentation ja, die Befehlsnamen nein. Das ist der Punkt, an dem die meisten deutschen Übersichten veraltet sind.

Die vollständige Claude-Code-Dokumentation steht auf Deutsch unter code.claude.com/docs/de. Am 23.09.2026 abgerufen: die Seite zur Regeldatei trägt den Titel "Wie Claude sich Ihr Projekt merkt", ist als deutschsprachiges Dokument ausgezeichnet und war am Vortag zuletzt geändert (code.claude.com/docs/de/memory). Die Entwicklerdokumentation gibt es unter platform.claude.com/docs/de ebenfalls auf Deutsch.

Was nicht übersetzt wird, sind die Befehle. Auch in der deutschen Fassung heißen sie /memory, /config und /help, und die Dateien heißen CLAUDE.md und .claude/rules/. Das ist keine Lücke, sondern eine Notwendigkeit: Ein übersetzter Befehlsname würde jede Anleitung im Netz unbrauchbar machen.

Für die Claude-Apps, also Web und Desktop, gibt es zusätzlich eine echte Spracheinstellung. Der Support nennt elf Sprachen, darunter Deutsch, und hält ausdrücklich fest, dass du unabhängig davon in jeder Sprache schreiben kannst: Claude unterhält sich mit dir in der Sprache, die du benutzt (support.claude.com). Oberflächensprache und Gesprächssprache sind also auch dort zwei Dinge.

Arbeitet das Modell auf Deutsch schlechter als auf Englisch?

Messbar etwas, praktisch wenig. Anthropic veröffentlicht die Zahlen selbst, und sie sind verfügbar, ohne dass man sie irgendwo erfragen muss.

Deutsch liegt bei 97,0 Prozent der englischen Leistung, mit Claude Haiku 4.5 bei 94,3 Prozent (Mehrsprachige Unterstützung, platform.claude.com).

Diese Zahl verdient eine ehrliche Lesart, und die fehlt in den meisten Übersichten, die sie zitieren. Gemessen wurde Wissen und Schlussfolgern über MMLU, nicht Programmieren. Über die Qualität von Code, der aus einem deutschen Auftrag entsteht, sagt sie nichts. Sie sagt: Die Sprache deines Auftrags ist nicht die Stelle, an der dein Ergebnis gewonnen oder verloren wird. Der Unterschied von drei Prozentpunkten verschwindet neben dem Unterschied zwischen einem Auftrag mit Kontext und einem ohne, was wir in Vibe Coding auf Deutsch an unserem eigenen Auftrag ausgezählt haben.

Ein zweiter Punkt aus derselben Quelle ist für deutschsprachige Arbeit brauchbar: Wenn eine Anwendung Nutzern erlaubt, die Sprache zur Laufzeit zu wählen, gehört diese Wahl in den System-Prompt, statt sich darauf zu verlassen, dass das Modell sie aus der Nachricht ableitet.

In welcher Sprache schreibst du deine Regeldatei?

In der Sprache, die der Datei selbst hilft, nicht in der Sprache des Produkts. Das lässt sich an unseren eigenen Dateien nachzählen, und das Ergebnis ist auf den ersten Blick widersprüchlich.

Die Regeldatei dieser Website ist englisch, 3.523 Wörter lang, und jeder Satz, den ein Besucher hier liest, ist deutsch. In dieser Datei steht unter anderem die Regel, dass der deutsche Teil des Produkts in der Du-Form spricht, und die Regel, dass nirgendwo ein Gedankenstrich als Satzzeichen vorkommt. Beide Regeln sind auf Englisch formuliert und betreffen ausschließlich deutschen Text. Sie funktionieren trotzdem, weil die Sprache der Anweisung und die Sprache der Ausgabe unabhängig sind. Genau das ist die Antwort auf die Frage, mit der dieser Abschnitt anfängt.

Deutsch geschrieben sind bei uns die beiden Dateien, die selbst deutsche Sätze erzeugen: der Skill, der diesen Artikel schreibt, und der, der die Autorenseiten baut. Dort ist die Sprache nicht Beiwerk, sondern der Gegenstand. Eine Anweisung zur deutschen Satzstellung, auf Englisch formuliert, ist eine Übersetzung mehr, als nötig ist.

Daraus wird eine Regel, die du übernehmen kannst, ohne unsere Dateien zu kennen:

• Englisch, wenn die Datei Abläufe, Architektur und Verbote beschreibt. Diese Begriffe stammen ohnehin aus dem Englischen, und die Datei bleibt für jeden lesbar, der dazustößt.
• Deutsch, wenn die Datei Formulierungen vorgibt, die am Ende wörtlich so erscheinen sollen.
• Eine Sprache pro Datei. Eine Regeldatei, die zwischen beiden wechselt, ist die Vorstufe zu zwei Regeln, die sich widersprechen.

Was gehört auf Deutsch und was nicht?

Alles, was ein Mensch liest, der dein Produkt benutzt. Alles andere folgt der Konvention deines Projekts, und die ist im Zweifel englisch.

Der praktische Schnitt verläuft so:

1. Deine Aufträge im Terminal: Deutsch, wenn du auf Deutsch denkst. Der Auftrag ist der Ort, an dem du präzise sein musst, und das bist du in deiner Sprache eher.
2. Code, Bezeichner, Dateinamen, Commit-Nachrichten: die Konvention des Projekts. In fast jedem Projekt heißt das Englisch, auch bei rein deutschen Teams.
3. Sichtbare Texte, Fehlermeldungen für Nutzer, Doku für Kunden: Deutsch, und das gehört in die Regeldatei, weil es sonst bei jeder zweiten Aufgabe neu verhandelt wird.

Was du auf Deutsch weiterhin seltener findest, sind Beispiele von anderen. Die Dokumentation ist übersetzt, die Masse an Beiträgen, Fehlermeldungen und Diskussionen ist es nicht. Wer bei einem Fehler nicht weiterkommt, sucht die Lösung fast immer auf Englisch. Das ist der ehrliche Rest der Sprachfrage, und er wird kleiner, je mehr deutschsprachige Beiträge es gibt.

Womit fängst du an?

Mit einer Datei und drei Zeilen, heute, bevor du die nächste Sitzung öffnest.

1. Leg ~/.claude/CLAUDE.md an und schreib die Sprachregel hinein, einmal für alle Projekte.
2. Trenn die drei Entscheidungen ausdrücklich: Antworten, Code, sichtbare Texte. Wer nur die erste festlegt, entscheidet die anderen beiden versehentlich.
3. Lies die deutsche Doku einmal quer, statt dich auf Tutorials zu verlassen, die behaupten, es gebe sie nicht: code.claude.com/docs/de.

Welches Werkzeug dabei das richtige ist, haben wir in Claude Code vs Cursor entlang der Arbeitsweise beantwortet, und was der Monatsbetrag am Ende treibt, steht in Claude Code Kosten. Einen Auftrag auf Deutsch in vier Blöcken baust du mit dem Prompt Generator.

Die Schicht darüber ist das, was aus einer eingestellten Sprache eine Arbeitsweise macht: die Datei mit deinen Regeln, der Auftrag mit Kontext und Grenzen, die Gegenprüfung, und am Ende Aufgaben, die ohne dich zu Ende laufen. Genau das unterrichten wir auf Deutsch im Claude Code System, vier Wochen mit wöchentlichen Live-Sessions. Wer vorher sehen will, wie so eine Sitzung aussieht, kommt in ein kostenloses Live-Webinar. Alle Kurse stehen unter Kurse, und wer dahintersteckt, auf Über uns.