Ende März 2026 veröffentlichte Boris Cherny, der Claude Code bei Anthropic entwickelt hat, auf X eine Liste mit 15 Funktionen, die er selbst nutzt und für versteckt oder unterschätzt hielt. Die Reaktionen liefen auf denselben Satz hinaus: Das geht? Viele Entwickler:innen nutzen Claude Code wie einen Chat im Terminal. Sie stellen eine Frage, lassen eine Datei ändern und schließen das Fenster wieder.

Das funktioniert, verschenkt aber den größeren Teil des Werkzeugs. Claude Code lässt sich mit Projektregeln versorgen, in Teilaufgaben zerlegen, mit festen Prüfungen absichern und ohne Chatfenster in Build-Pipelines einbauen. Die folgenden 15 Funktionen sind nicht nach Chernys Reihenfolge sortiert, sondern nach Aufgaben: vom Projektgedächtnis über Slash-Befehle, Subagenten, Hooks, Skills und MCP bis zu Berechtigungen und dem Betrieb in der CI.

Was Claude Code von einem Chatbot unterscheidet

Claude Code ist der Coding-Agent von Anthropic. Ein Agent ist hier ein Programm, das nicht nur antwortet, sondern selbst Werkzeuge benutzt: Es liest Dateien, sucht im Code, führt Befehle in der Shell aus, startet Tests und bearbeitet mehrere Dateien in einem Zug. Zuhause ist Claude Code im Terminal, es gibt aber auch eine Desktop-App, eine Webversion, Erweiterungen für VS Code und JetBrains sowie einen Zugang über die Claude-Apps für iOS und Android.

Wie Installation, Terminal-Grundlagen und die ersten Aufgaben funktionieren, beschreibt unser Beitrag Claude Code für Einsteiger: vom Terminal zur fertigen Anwendung. Hier geht es um den nächsten Schritt: Funktionen, die aus einem gelegentlichen Helfer ein verlässliches Werkzeug im Team machen.

CLAUDE.md: das Gedächtnis des Projekts

1. CLAUDE.md und /init

Jede Sitzung beginnt für Claude ohne Erinnerung an die letzte. Damit es nicht jedes Mal von vorn erklärt bekommen muss, wie ein Projekt aufgebaut ist, liest Claude Code beim Start automatisch eine Datei namens CLAUDE.md im Projektverzeichnis. Man kann sie sich wie die Einarbeitungsmappe für eine neue Kollegin vorstellen: Welche Befehle bauen und testen das Projekt, welche Konventionen gelten, welche Verzeichnisse sind tabu?

Der Befehl /init erzeugt einen ersten Entwurf, indem Claude das Repository untersucht. Diesen Entwurf sollten Sie kürzen und schärfen, denn die Datei landet in jeder Sitzung im Kontext, also in dem begrenzten Textspeicher, den das Modell gleichzeitig überblickt. Neben der Projektdatei gibt es eine persönliche ~/.claude/CLAUDE.md für eigene Vorlieben und eine CLAUDE.local.md für Notizen, die nicht ins Repository gehören. Mit /memory öffnen Sie die geladenen Dateien zum Bearbeiten.

Angenommen, ein Webshop-Team ärgert sich darüber, dass Claude immer wieder npm statt pnpm verwendet. Eine Zeile in der CLAUDE.md löst das dauerhaft und für alle im Team, sobald die Datei eingecheckt ist. Unsere Empfehlung: Behandeln Sie die CLAUDE.md wie Code, mit Review und Pflege.

Slash-Befehle, die den Arbeitsfluss steuern

Slash-Befehle sind Kurzbefehle, die mit einem Schrägstrich beginnen und direkt in die Eingabezeile getippt werden. Die bekanntesten sind /clear für einen frischen Kontext und /compact, das eine lange Unterhaltung zusammenfasst. Weniger bekannt sind diese fünf:

2. /btw für Zwischenfragen

Während Claude an einer längeren Aufgabe arbeitet, stellen Sie mit /btw eine kurze Nebenfrage, etwa nach der Bedeutung eines Konfigurationsschalters. Die Antwort erscheint separat und landet nicht im Verlauf der Hauptaufgabe. So bleibt der Kontext sauber, und die laufende Arbeit wird nicht unterbrochen.

3. /branch und /rewind für Experimente

Mit /branch legen Sie eine Abzweigung der aktuellen Unterhaltung an. In der Kopie können Sie einen anderen Lösungsweg ausprobieren, während das Original unverändert bleibt. Das ähnelt einem Spielstand vor einer riskanten Stelle. Ergänzend setzt /rewind die Unterhaltung und auf Wunsch auch die von Claude geänderten Dateien auf einen früheren Punkt zurück. Für Änderungen, die Claude über Shell-Befehle vornimmt, ersetzt das allerdings keine Versionskontrolle mit Git.

4. /loop und /schedule für wiederkehrende Aufgaben

/loop wiederholt einen Auftrag in einem festen Takt, solange die Sitzung auf Ihrem Rechner läuft. Ein Beispiel: Claude prüft alle zehn Minuten, ob ein Pull Request neue Review-Kommentare hat, und arbeitet sie ein. /schedule legt dagegen eine geplante Aufgabe in der Cloud an (früher „Routine“ genannt), die auf der Infrastruktur von Anthropic nach Zeitplan startet, also auch bei ausgeschaltetem Laptop, etwa ein nächtlicher Bericht über fehlgeschlagene Builds.

Das ist praktisch, aber nicht ohne Risiko: Ein Agent, der unbeaufsichtigt Code ändert, braucht enge Berechtigungen und eine Pflicht zur Prüfung durch Menschen. Wie solche Schleifen konzeptionell funktionieren und wo sie entgleisen, erklärt der Beitrag KI-Agenten in der Schleife: Claude Code und Codex.

5. /teleport und /remote-control für den Gerätewechsel

Sitzungen sind nicht mehr an ein Gerät gebunden. Mit /remote-control (oder claude --remote-control) machen Sie eine lokale Sitzung über die Claude-App oder den Browser erreichbar und können sie unterwegs vom Smartphone aus beobachten und steuern. Der Code bleibt dabei auf Ihrem Rechner. /teleport geht den umgekehrten Weg und holt eine Sitzung, die in der Webversion von Claude Code begonnen wurde, ins lokale Terminal.

6. /voice für die Spracheingabe

Mit /voice schalten Sie die Spracheingabe ein. Sie halten eine Taste gedrückt, sprechen den Auftrag und Claude erhält den transkribierten Text. Das klingt nach Spielerei, ist aber für längere Aufgabenbeschreibungen oft schneller als Tippen. Cherny gab an, die meisten seiner Aufträge zu diktieren.

Subagenten und parallele Arbeit

7. Subagenten und --agent

Ein Subagent ist eine spezialisierte Claude-Instanz mit eigener Rolle, eigenem Kontext und eigenen Werkzeugrechten. Definiert wird er als Markdown-Datei unter .claude/agents/, die Sie selbst schreiben oder von Claude anlegen lassen. Angenommen, Sie wollen Code-Reviews vereinheitlichen: Ein Review-Agent darf nur lesen, kennt Ihre Checkliste und meldet Funde zurück, ohne selbst etwas zu ändern.

Der Hauptagent kann solche Spezialisten automatisch hinzuziehen. Der Vorteil liegt weniger in der Arbeitsteilung als im Kontext: Ein Subagent durchsucht etwa hundert Dateien, und im Hauptgespräch landet nur seine Zusammenfassung. Mit der Startoption --agent lässt sich eine ganze Sitzung in einer solchen Rolle starten.

8. Git-Worktrees für parallele Sitzungen

Ein Git-Worktree ist ein zusätzliches Arbeitsverzeichnis desselben Repositorys mit eigenem Branch. Mit claude --worktree (kurz -w) legt Claude Code einen solchen Worktree an und arbeitet darin. So können mehrere Sitzungen gleichzeitig an verschiedenen Aufgaben arbeiten, ohne sich gegenseitig Dateien zu überschreiben. Cherny berichtete von Dutzenden parallelen Sitzungen. Für die meisten Teams sind zwei oder drei realistisch, denn jede Änderung muss am Ende jemand prüfen und zusammenführen.

9. /batch für Massenänderungen

/batch ist für große, gleichförmige Umbauten gedacht, etwa die Umstellung von hundert Komponenten auf eine neue API. Claude plant die Aufgabe mit Ihnen, verteilt sie auf viele Agenten in getrennten Worktrees, lässt jeden seine Änderung testen und als eigenen Pull Request einreichen. Das spart Wochen an Fleißarbeit, verlagert den Aufwand aber ins Review. Ohne gute automatische Tests ist /batch eher eine Methode, sehr viele Fehler sehr schnell zu erzeugen.

Hooks: feste Regeln statt freundlicher Bitten

10. Hooks

Eine Anweisung in der CLAUDE.md ist eine Bitte, die das Modell meist befolgt, aber nicht immer. Hooks sind dagegen Befehle, die Claude Code an festen Stellen des Ablaufs zuverlässig ausführt. Wichtige Ereignisse sind SessionStart beim Sitzungsbeginn, PreToolUse vor und PostToolUse nach jedem Werkzeugaufruf, PermissionRequest bei einer Genehmigungsanfrage und Stop, wenn Claude eine Antwort beendet.

Ein typisches Beispiel ist das automatische Formatieren nach jeder Dateiänderung. Hooks stehen in den Einstellungsdateien, etwa in .claude/settings.json:

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [{ "type": "command", "command": ".claude/hooks/format.sh" }]
      }
    ]
  }
}

Das Skript erhält die Details des Werkzeugaufrufs als JSON über die Standardeingabe. Ein PreToolUse-Hook kann einen Aufruf auch blockieren, etwa jeden Versuch, auf eine .env-Datei zuzugreifen. Mit /hooks sehen Sie die aktiven Hooks. Bedenken Sie: Hooks laufen mit Ihren Benutzerrechten. Hooks aus fremden Repositorys sollten Sie daher lesen, bevor Sie sie zulassen.

Skills: wiederkehrende Abläufe als Paket

11. Skills

Ein Skill ist ein Ordner mit einer Datei SKILL.md und optional Skripten oder Vorlagen, abgelegt unter .claude/skills/<name>/. Die Datei beschreibt, wann der Skill gebraucht wird und wie die Aufgabe abläuft. Claude lädt den vollständigen Inhalt erst, wenn eine Aufgabe dazu passt, daher kosten viele Skills kaum Kontext. Aufrufen lassen sie sich auch gezielt als Slash-Befehl mit ihrem Namen.

Angenommen, Ihr Team veröffentlicht jede Woche Release Notes nach festem Schema. Statt die Anleitung jedes Mal in den Chat zu kopieren, steckt sie in einem Skill, der auch gleich das Skript zum Auslesen der Git-Historie mitbringt. Einige Abläufe liefert Claude Code bereits als Skills mit, darunter /loop und /batch. Wie man eigene Skills Schritt für Schritt aufbaut, zeigt der Beitrag Claude Skills für Einsteiger.

MCP und Browser: Claude Werkzeuge in die Hand geben

12. MCP-Server

Das Model Context Protocol (MCP) ist ein offener Standard, über den KI-Anwendungen externe Werkzeuge und Datenquellen anbinden. Ein MCP-Server stellt zum Beispiel den Zugriff auf ein Ticketsystem, eine Datenbank oder die Fehlerüberwachung bereit. Eingerichtet wird er mit claude mcp add oder für das ganze Team über eine Datei .mcp.json im Repository, /mcp zeigt den Verbindungsstatus.

Damit kann Claude etwa ein Ticket lesen, den passenden Code ändern und den Status zurückmelden, ohne dass jemand zwischen Fenstern kopiert. Die Kehrseite: Jeder MCP-Server erweitert, was der Agent sehen und tun darf. Binden Sie nur Server aus vertrauenswürdigen Quellen ein und geben Sie ihnen so wenig Rechte wie möglich.

13. Browser-Zugriff zur Selbstkontrolle

Chernys wichtigster Rat lautete sinngemäß: Geben Sie Claude eine Möglichkeit, die eigene Arbeit zu überprüfen. Bei Weboberflächen heißt das Browser-Zugriff. Über die Integration mit der Erweiterung Claude in Chrome (Startoption --chrome oder Befehl /chrome) kann Claude eine Seite öffnen, Konsolenfehler lesen und Klickwege testen. Die Desktop-App bringt eine eigene Vorschau mit, in der Claude den Entwicklungsserver startet und das Ergebnis ansieht. So bemerkt Claude den verrutschten Button selbst, statt Sie zu fragen, ob alles gut aussieht.

Berechtigungen: wie viel Freiheit Claude bekommt

14. Berechtigungsmodi, Regeln und --add-dir

Im manuellen Modus (default) fragt Claude Code vor jeder Dateiänderung und jedem Shell-Befehl nach. Das ist sicher, bei längeren Aufgaben aber zäh. Mit Umschalt+Tab oder der Option --permission-mode wechseln Sie den Modus: Im Planmodus (plan) analysiert Claude nur und schlägt ein Vorgehen vor, acceptEdits übernimmt Dateiänderungen ohne Rückfrage, und im Modus auto entscheidet ein Prüfmodell, welche Aktionen ohne Nachfrage laufen dürfen. Seit Version 2.1.283 starten interaktive Sitzungen im Terminal und in VS Code standardmäßig im Modus auto. Feiner steuern lässt sich das über Regeln in den Einstellungen:

{
  "permissions": {
    "allow": ["Bash(npm run test *)", "Bash(git status)"],
    "deny": ["Read(./.env)", "Bash(git push *)"]
  }
}

Mit /permissions verwalten Sie diese Regeln interaktiv. Die Startoption --add-dir gibt Claude Zugriff auf weitere Verzeichnisse außerhalb des Projekts, etwa eine gemeinsame Bibliothek im Nachbarordner. Unsere Empfehlung: Lieber eng beginnen und erlaubte Befehle schrittweise freigeben, als mit bypassPermissions alle Schranken zu öffnen. Dieser Modus gehört höchstens in isolierte Container.

Headless und CI: Claude Code ohne Chatfenster

15. Print-Modus, --bare und GitHub Actions

Mit claude -p (für „print“) läuft Claude Code nicht interaktiv: Es nimmt einen Auftrag entgegen, arbeitet ihn ab und gibt das Ergebnis aus. Das macht Claude Code zu einem Baustein in Skripten und Pipelines.

# Änderungen des Branches prüfen und das Ergebnis als JSON ausgeben
git diff main...HEAD | claude -p "Prüfen Sie diese Änderungen auf Fehler." \
  --output-format json --allowedTools "Read,Grep,Glob" --max-turns 5

Die Option --bare startet Claude Code in einem Minimalmodus, der unter anderem Hooks, Plugins und das automatische Laden der CLAUDE.md überspringt. Das beschleunigt den Start und macht Läufe in der Pipeline reproduzierbarer, weil keine lokalen Einstellungen hineinwirken. Für GitHub gibt es eine offizielle Action, mit der Claude auf Erwähnungen in Issues und Pull Requests reagiert. Wer eigene Agenten bauen will, findet dieselbe Technik im Claude Agent SDK.

Was davon sich für Ihr Team lohnt

Nicht jede dieser Funktionen gehört in jeden Alltag. Den größten Nutzen für wenig Aufwand bringen in der Regel drei Dinge: eine gepflegte CLAUDE.md, sauber gesetzte Berechtigungsregeln und ein Hook, der Formatierung oder Tests erzwingt. Sie machen Claude Code berechenbarer, und Berechenbarkeit ist die Voraussetzung dafür, dass ein Team einem Agenten überhaupt Aufgaben überlässt.

Skills und Subagenten lohnen sich, sobald sich Abläufe wiederholen. Parallele Worktrees, /batch und unbeaufsichtigte Schleifen sind dagegen Werkzeuge für Teams mit guter Testabdeckung und klaren Review-Prozessen. Überschätzt wird oft die Geschwindigkeit: Agenten schreiben Code schneller, als Menschen ihn prüfen können. Der Engpass verschiebt sich vom Schreiben zum Lesen und Verantworten.

Einzuordnen ist auch die Abhängigkeit vom Hersteller. Claude Code ist ein proprietäres Werkzeug, das an die Modelle von Anthropic gebunden ist. Wer Wert auf offene, selbst erweiterbare Agenten legt, sollte sich die Alternativen ansehen, etwa im Vergleich PI Agent vs. Claude Code. Viele der hier beschriebenen Konzepte, von Projektregeln über Hooks bis MCP, finden sich in ähnlicher Form auch bei anderen Coding-Agenten.

Wer solche Werkzeuge im Team einführen will, braucht neben der Technik Regeln für Datenschutz, Code-Review und Verantwortung. Dabei unterstützen wir mit Beratung und Seminaren zum Thema KI in der Webentwicklung.

Häufige Fragen zu Claude Code

Was kostet Claude Code?

Claude Code ist in den kostenpflichtigen Claude-Abos enthalten, beginnend mit Pro für rund 20 US-Dollar im Monat. Für intensive Nutzung gibt es Max für etwa 100 und Ultra für etwa 200 US-Dollar monatlich, für Unternehmen Team- und Enterprise-Pläne. Alternativ lässt sich Claude Code nutzungsabhängig über die Anthropic-API abrechnen. Preise und Nutzungsgrenzen ändern sich häufig, maßgeblich ist die aktuelle Preisseite von Anthropic.

Werden Daten an Anthropic übertragen?

Die Dateien liegen auf Ihrem Rechner, aber alles, was Claude liest oder ausgibt, wird zur Verarbeitung an die Server von Anthropic oder eines Cloud-Anbieters wie Amazon Bedrock, Google Cloud Agent Platform (früher Vertex AI) oder Microsoft Foundry geschickt. Für Unternehmen sind daher die Vertragsbedingungen, die Aufbewahrungsfristen und die Einstellungen zur Nutzung für das Training entscheidend. Prüfen Sie diese mit Ihrer Datenschutzabteilung, bevor Sie Claude Code auf vertraulichen Code ansetzen, und sperren Sie Dateien mit Zugangsdaten über Berechtigungsregeln.

Braucht man für Claude Code Programmierkenntnisse?

Für die hier beschriebenen Funktionen ja, zumindest Grundkenntnisse in Git, Terminal und dem jeweiligen Projekt. Claude Code versteht zwar Aufträge in normaler Sprache, die Ergebnisse muss aber jemand beurteilen können. Für Aufgaben ohne Code, etwa Dokumente sortieren oder Berichte zusammenstellen, hat Anthropic mit Cowork ein eigenes Angebot geschaffen, das in den Claude-Apps für Desktop, Web und Mobilgeräte läuft und das Cherny für seine Arbeit außerhalb des Programmierens nutzt.