Claude Code im Jahr 2026: 11 Tipps, Tastenkürzel und Befehle

Weitere Anweisungen zur Arbeit mit Ailoot findest du in der Dokumentation.

Was bewirken diese 11 Tipps, und warum brauchst du Taktiken statt Theorie?#

Beim Vibe Coding lautet die Frage nicht mehr „Funktioniert Claude Code?“, sondern „Wie arbeitest du damit, ohne dass es deine Limits aufbraucht oder halluziniert?“ In meinen 9 früheren Leitfäden geht es um die Konzepte: CLAUDE.md, Plan Mode, Context Engineering, Skills, Subagents, MCP, /rewind, Limits, Second Brain. Dieser Leitfaden versammelt passende Taktiken.

Jeder Tipp löst ein Problem. Du kannst sie der Reihe nach lesen oder direkt zu den dringendsten springen: Für Tastenkürzel gehst du direkt zu Tipp 1, fürs Tokensparen zu den Tipps 4 und 5, für paralleles Arbeiten zu Tipp 6 und für die Techniken des Autors zu den Tipps 8–11.

Ich schreibe für Menschen, die Claude Code bereits installiert und mindestens eine Woche lang verwendet haben. Wenn du gerade erst damit anfängst, lies zuerst den CLAUDE.md-Leitfaden und komm dann zurück.

So wechselst du Claude-Code-Modi: das Shift+Tab-Tastenkürzel#

Der häufigste Anfängerfehler ist, den ganzen Tag in default zu bleiben und jede Änderung manuell zu bestätigen. Nach einer Stunde wird das anstrengend, und man möchte --dangerously-skip-permissions ausführen (mehr dazu am Ende des Tipps). Shift+Tab ist der Mittelweg: Du entscheidest, wann du acceptEdits und wann du plan brauchst.

Beim Wechsel halte ich mich an diese konkrete Regel:

1. Eine komplexe Aufgabe beginnen – drücke Shift+Tab, bis die Modusanzeige plan zeigt. Claude denkt die Aufgabe durch und entwirft einen Plan; es schreibt erst Code, wenn ich zustimme.
2. Plan genehmigt, Umsetzung beginnt – wechsle, bis die Modusanzeige acceptEdits zeigt. Claude bearbeitet Dateien ohne Nachfrage, fragt aber weiterhin vor Bash-Befehlen.
3. Routineänderungen (Umbenennen, triviales Refactoring) – direkt zu acceptEdits, ohne Plan.
4. Gefahrenzone (Datenbankmigrationen, Dateien löschen) – mit Shift+Tab zurück zu default.

# Häufige Berechtigungsmodi: Prüfe die aktive Anzeige, keine feste Tastenzahl.
# default        - normale Berechtigungsabfragen
# acceptEdits    - Dateiänderungen werden akzeptiert; andere Toolberechtigungen gelten weiter
# plan           - untersuchen und planen vor der Umsetzung
# Weitere Modi hängen von Version, Einstellungen und Organisationsrichtlinien ab.

Wenn Shift+Tab in deiner Version von Claude Code (claude --version) nicht funktioniert, prüfe, ob du die neueste Version hast. Der Befehl /doctor zeigt dir alles über die Installation.

So machst du die letzte Aktion rückgängig, ohne den Kontext zu verlieren: Esc Esc#

Esc und Esc Esc bewirken unterschiedliche Dinge, deshalb werden sie oft verwechselt:

• Einmal Esc – unterbricht Claude sofort während einer Aktion. Alles, was Claude bis dahin erledigt hat, bleibt bestehen. Nützlich, wenn es in die falsche Richtung läuft und du es umlenken willst.
• Zweimal Esc – ist das Eingabefeld leer, öffnet sich das Checkpoint-Menü (Code, Unterhaltung oder beides wiederherstellen oder eine Zusammenfassung erstellen). Steht Text im Feld, wird es geleert und der Text im Verlauf abgelegt (der Pfeil nach oben holt ihn zurück).

# Im Esc-Esc-Menü bei leerem Eingabefeld:
# 1. Nur Code wiederherstellen                - Dateien wiederherstellen, Unterhaltung beibehalten
# 2. Nur Unterhaltung wiederherstellen        - Unterhaltung wiederherstellen, Dateien beibehalten
# 3. Code und Unterhaltung wiederherstellen  - beides wiederherstellen (die häufigste Wahl)
# 4. Ab hier zusammenfassen                   - Unterhaltung ab diesem Punkt zusammenfassen
# 5. Bis hierher zusammenfassen                - bis zu diesem Punkt zusammenfassen

Für jeden Prompt, den du sendest, wird automatisch ein Checkpoint erstellt – du musst an nichts denken und kannst jederzeit zurückgehen. Den vollständigen Überblick findest du im Leitfaden zu /rewind, der auch die Kombination mit Git für weitreichende Rollbacks behandelt.

Esc Esc ist eine der ersten Techniken für Anfänger. Sobald sie keine Angst mehr haben, „etwas kaputt zu machen und es nicht rückgängig machen zu können“, experimentieren sie mutiger und erzielen deutlich bessere Ergebnisse.

Wann solltest du /compact statt /clear verwenden?#

So funktioniert /compact intern: Claude nimmt den gesamten Nachrichtenverlauf, verarbeitet ihn und gibt eine kurze Zusammenfassung mit den wichtigsten Details zurück. Ein nützlicher Trick ist, einen Hinweis mitzugeben: /compact keep the coding principles and current plan, discard the CSS discussion. Dann ist die Komprimierung gezielter.

# Wann was verwenden:
/clear                              # ein Feature abgeschlossen, weiter zum nächsten
/compact                            # lange Sitzung, Kontext ist zu >50% gefüllt
/compact keep the architecture and plan  # gezielte Komprimierung mit bestimmtem Schwerpunkt

Ein Signal, dass es Zeit für /compact ist: Der Befehl /cost oder die Statusleiste zeigt an, dass mindestens 70 % des Kontextfensters belegt sind, obwohl die Sitzung erst zur Hälfte vorbei ist. Ignorierst du das, beginnt Claude, den Gesprächsanfang zu „vergessen“, und du verschwendest Zeit damit, Dinge erneut zu erklären.

Den vollständigen Überblick zur Theorie des Kontextfensters findest du im Leitfaden zu Context Engineering. Dort wird auch erklärt, warum Kontext eine begrenzte Ressource mit abnehmendem Grenznutzen ist.

So verfolgst du Tokens in Echtzeit: der Befehl /cost#

Die Sorge, „alles an einem Tag aufzubrauchen“, zählt zu den größten Bedenken unter Vibe-Codern. Die wichtigste Maßnahme dagegen ist, die Ausgaben sichtbar zu machen.

/cost          # zeigt die aktuellen Ausgaben der Sitzung (Tokens + $)
/statusline    # konfiguriert die Statusleiste: Modell + Verzeichnis + Kontext % + Kosten

Eine einfache Regel: Prüfe /cost alle 30–60 Minuten. Wenn du in einer Stunde weniger als ein paar Dollar ausgegeben hast, ist alles in Ordnung. Wenn es mehr ist, stimmt etwas nicht: Vielleicht hast du /compact vergessen und der Kontext wächst, vielleicht hast du das falsche Modell gewählt (mehr dazu im nächsten Tipp), oder Claude liest große Dateien 10-mal erneut.

Der vollständige Leitfaden zum Sparen bei Limits ist „So verbrauchst du Claude-Code-Limits nicht an einem Tag“ und enthält 8 Regeln. Die Taktik hier: Mit /cost und /statusline machst du die Ausgaben sichtbar.

Möchtest du nicht nur Tokens verfolgen, sondern auch ein System entwickeln, in dem ein KI-Agent seine Limits nicht selbst überschreitet? /cost ist lediglich ein Indikator. Erst die vollständige Kombination – KI-Klon + Second Brain + Context Engineering – macht Claude aus einem „Assistenten mit Limits“ zu einem Werkzeug, das lange und vorhersehbar arbeiten kann.

Welches Claude-Modell solltest du für eine Aufgabe wählen: Haiku, Sonnet oder Opus?#

claude --model haiku   # ~3× günstiger als sonnet, für Routinearbeiten
claude --model sonnet  # Standard, ausgewogenes Verhältnis von Preis und Qualität
claude --model opus    # ~1.7× teurer als sonnet, für komplexe Aufgaben

Den öffentlichen Preisen von Anthropic im Mai 2026 zufolge kostet Haiku $1/$5 pro 1 Mio. Input/Output, Sonnet $3/$15 und Opus $5/$25. Das bedeutet: Haiku ist 3-mal günstiger als Sonnet, Opus 1,7-mal teurer als Sonnet.

So entscheide ich jeden Tag:

Umstritten ist, ob man Sonnet und Haiku überhaupt verwenden sollte, wenn Opus im Durchschnitt „beim ersten Versuch“ das Richtige liefert. Meine Antwort: Für Unternehmer ohne Programmierkenntnisse lohnen sich Haiku und Sonnet bei 70 % der Aufgaben. Opus sollte man sich für die 30 % aufheben, die wirklich schwierig sind.

So führst du 3–5 Aufgaben parallel aus: /resume + git worktrees#

Die Logik ist einfach: Ein langes Claude-Fenster verbraucht Kontext. Jede Anfrage lädt alles, was bisher in diesem Fenster besprochen wurde, ins Modell – selbst wenn du jetzt über etwas ganz anderes sprichst. 5 kurze Fenster für Mikroaufgaben behalten jeweils nur ihre eigene Arbeit im Blick. Insgesamt gibst du weniger aus.

# Eine benannte Sitzung für eine bestimmte Aufgabe starten:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Einen Worktree verwenden, damit sich die Git-Arbeit nicht überschneidet:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Wenn du den Überblick darüber verlierst, was in den einzelnen Fenstern läuft, führe claude --resume ohne Argument aus. So erhältst du eine Liste der letzten Sitzungen mit Namen und Uhrzeiten. In einer aktiven Sitzung zeigt /agents die laufenden Subagents an.

Wenn ich an einem Feature mit langem Entwicklungszyklus arbeite, gehe ich normalerweise so vor:

1. Fenster 1 – Plan in plans/YYYY-MM-DD-feature.md erstellen. Nur Diskussion, kein Code.
2. Fenster 2 (folgt dem Plan) – Phase 1 umsetzen. Nach der Phase den Plan aktualisieren ([x]).
3. Fenster 3 – Phase 2 parallel zu Fenster 2 umsetzen, sofern sich die Phasen nicht überschneiden.
4. Fenster 4 – Ein Synthese-Agent prüft die Ergebnisse aus beiden Fenstern.
5. Fenster 5 – Sicherheitsprüfung nach dem Zusammenführen (siehe Tipp 8).

Wann du Worktrees nicht verwenden solltest: Wenn du täglich 1–2 Projekte betreust, frisst der Aufwand für den Wechsel zwischen Worktree-Verzeichnissen den Nutzen auf. Ab 3 oder mehr parallelen Aufgaben pro Tag zahlen sich Worktrees aus.

So vermeidest du Halluzinationen: Dateiverweise mit @file#

Die Autovervollständigung für Dateien beginnt mit dem Symbol @. Fang an, einen Pfad einzugeben, und Claude zeigt Vorschläge. Du kannst mehrere Dateien gleichzeitig referenzieren: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt ohne genaue Pfade (schlecht):
> Sieh dir die Authentifizierungslogik an und behebe den Sitzungsfehler

# Prompt mit @-Verweisen (richtig):
> @src/lib/auth.ts @src/lib/session.ts - behebe den Fehler: Nach dem Abmelden wird das Cookie nicht gelöscht

Der zweite Trick in dieser Gruppe ist der Shell-Modus mit !:

> !git status                # wird ohne Claude-Aufruf ausgeführt, die Ausgabe landet im Kontext
> !npm test                  # ebenso
> !cat /var/log/app.log | tail -50  # ebenso

Warum? Du verbrauchst keine Tokens für „Claude, sieh dir git status an“ – Claude würde über das Tool ohnehin dieselbe Antwort erhalten. ! ist kürzer und günstiger.

Das hängt mit CLAUDE.md zusammen: Die Hauptdatei sollte höchstens 200 Zeilen mit Projektregeln enthalten. Spezifischere Regeln (zum Beispiel API-Konventionen) kommen in .claude/rules/api-design.md mit YAML-Frontmatter paths: ["src/api/**/*.ts"]. Diese werden dann nur geladen, wenn Claude Dateien in src/api/ bearbeitet. Den vollständigen Überblick findest du im CLAUDE.md-Leitfaden.

So verlierst du bei langen Aufgaben nicht den Fortschritt: Pläne mit Phasen und [ ] / [x]#

Hier ist die Vorlage für die Plan-Datei, die ich in jedem Projekt verwende:

# Plan: [Feature-Name]
Erstellungsdatum: 2026-05-22
Ziel: [ein Satz dazu, was wir erreichen wollen]

## Phase 1: [kurzer Name]
- [ ] Schritt 1.1: [konkrete Aktion]
- [ ] Schritt 1.2: [konkrete Aktion]
- [ ] Schritt 1.3: [konkrete Aktion]

## Phase 2: [kurzer Name]
- [ ] Schritt 2.1
- [ ] Schritt 2.2

## Ergebnis
Am Ende ausfüllen: vollständig oder teilweise umgesetzt und was noch offen ist.

Die Regel ist zwingend: Jeder Agent muss den Plan nach jeder Sitzung aktualisieren. Sobald du also eine Phase abgeschlossen hast, öffnest du die Datei und markierst sie mit [x]. Wenn du das nicht tust, weiß das nächste Fenster nicht, dass die Phase abgeschlossen ist, und versucht womöglich, sie zu wiederholen.

Wenn der Plan in einer Datei steht und nicht in deinem Kopf:

• Können parallele Fenster (siehe Tipp 6) verschiedene Phasen übernehmen.
• Siehst du sofort, wo du aufgehört hast, wenn sich die Aufgabe über 3 Tage erstreckt und du 2 Tage später zurückkommst.
• Ist die abschließende Prüfung anhand des tatsächlichen Ergebnisses einfach (grep -c "\[ \]" in der Datei = Anzahl der offenen Punkte).

Wann du das nicht verwenden solltest: bei einem 5-minütigen Hotfix, einer trivialen Änderung in einer Datei oder beim Lesen und Zusammenfassen eines Logs. Nicht jede Aktion braucht einen Plan.

Diese Technik gehört zum Konzept Second Brain. Den vollständigen Überblick über die Ordner business/, plans/ und ai-clone/ findest du im Leitfaden zu Second Brain.

So erkennst du im Voraus, woran Claude scheitern wird: Selbstkritik mit 10 Gründen#

Hier ist das Prompt-Framework, das ich wortgetreu verwende:

Stell dir vor, die Idee wurde mit einer Methode geprüft, bei der du bereits so denkst, als wäre das Projekt vollständig gescheitert. Nenne 10 Gründe, warum ich in einem Jahr viel Zeit investiert haben werde und sich die Idee als Fehlschlag herausgestellt haben wird. Deine Aufgabe ist es nicht, meine Gefühle zu schonen, sondern so hart wie möglich zu sein.

Nach den 10 Gründen folgt eine zweite Runde: Verteidige jeden Grund gegen meine Gegenargumente. Wo bin ich am schwächsten?

Dritte Runde: Schreib einen Plan, was zu tun ist, damit diese Probleme nicht auftreten.

Ich setze es in drei Phasen ein:

1. Bei der ersten Idee „alles ist großartig“ – wenn ich mir sicher bin. Die Selbstkritik kürzt die Idee um 30–50 %.
2. In der Mitte des Plans – wenn ich schon tief in der Arbeit stecke und den Überblick verloren habe.
3. Vor dem Start – eine letzte Prüfung.

Claude widerspricht dir im adversarialen Modus tatsächlich. GPT-5 lobt in derselben Situation zuerst die Idee und „versucht dann, Verbesserungen zu finden“. Diesen Unterschied habe ich nach einem Jahr des Experimentierens bemerkt:

Für mich zeigt sich der Unterschied im adversarialen Modus so: ChatGPT sagt „Guter Hinweis, das stimmt absolut.“ Claude sagt in derselben Situation: „Einverstanden, das ist völliger Unsinn; ich mache es jetzt neu.“ Wenn ich Kritik brauche, erspart mir die zweite Reaktion tagelange vergeudete Arbeit.

Wann du das nicht anwenden solltest: bei positiven Iterationen an UI und Werbetexten. Der adversariale Modus passt dort nicht – er erstickt die Kreativität.

Diese Technik ist als Projekt-Premortem bekannt. Ich habe sie für die Arbeit mit einem KI-Agenten angepasst: Statt eines Teams von Menschen machst du mit Claude eine Premortem-Analyse. Niemand hat Angst zu sagen: „Chef, das Projekt wird scheitern“ – und blinde Flecken werden in wenigen Minuten sichtbar.

So recherchierst du in der Zeit für 5 Quellen wie sonst für eine: parallele Subagents#

Hier ist das Prompt-Framework:

Du hast bereits den vollständigen Kontext. Recherchiere gründlich; starte 5 parallele Subagents.

Subagent 1: Durchsuche professionelle Netzwerke – wer löst dieses Problem?
Subagent 2: Open-Source-Lösungen auf GitHub – was ist beliebt?
Subagent 3: Startup-Accelerators – wer erhält
            Investitionen in dieser Nische?
Subagent 4: Websites direkter Wettbewerber – was versprechen sie und
            zu welchem Preis?
Subagent 5: Vergleiche und Rezensionen – was sagen
            Nutzer in Rezensionen?

Wenn alle zurück sind, starte einen Synthese-Agent,
der die 5 Berichte abgleicht und eine Gliederung
für meinen Second-Brain-Ordner erstellt.

Das ändert sich gegenüber gewöhnlicher Recherche:

• Zeit: 5 gleichzeitige Arbeitsstränge statt 5 nacheinander. Eine Stunde Arbeit in 15 Minuten.
• Tiefe: Jeder Agent spezialisiert sich. Der Bestätigungsfehler eines Agenten beeinflusst die anderen nicht.
• Kontext: Jeder Subagent hat einen eigenen Kontext, getrennt vom Hauptkontext.

Den vollständigen Leitfaden zu Subagents findest du unter „Claude Code Subagents im Jahr 2026“. Er erklärt auch den Unterschied zwischen Skills und MCP – und wann du was verwenden solltest.

Wann du das nicht anwenden solltest: bei kosmetischen Änderungen, Fehlerbehebungen und kleinen technischen Aufgaben. Für alles unterhalb eines „neuen Features, das mindestens 1 Arbeitstag dauert“, ist Recherche übertrieben.

So gibst du Claude vom Smartphone aus Aufgaben: ein Telegram-Bot in deiner Tasche#

So richtest du es ein (4 Schritte):

1. Ein Computer, der ständig läuft – ich deaktiviere den Ruhezustand in den Systemeinstellungen (macOS: Energy Saver → Prevent computer from sleeping).
2. Claude Code läuft in einem Terminal, das mit dem Projektordner verbunden ist.
3. Das offizielle Telegram-Plugin – füge den Marktplatz mit /plugin marketplace add anthropics/claude-plugins-official hinzu und installiere dann /plugin install telegram@claude-plugins-official (die genauen Schritte ändern sich im Laufe der Zeit – die aktuellen Anweisungen findest du im offiziellen Plugin-Repository).
4. Der Bot ist an eine Sitzung gebunden – das ist derzeit eine Einschränkung: ein Bot = ein Projekt = eine Sitzung. Wenn du einen zweiten brauchst, richtest du einen weiteren Bot ein.

Das mache ich täglich mit dem Bot:

• Ich bin spazieren und habe eine Idee – ich schicke sie sofort an den Bot, damit ich sie nicht vergesse. Der Bot fügt sie der inbox.md hinzu, damit ich sie später bearbeiten kann.
• Ein Gespräch mit einem potenziellen Kunden – danach frage ich den Bot: „Nenne anhand des Transkripts des letzten Gesprächs die 3 wichtigsten Schmerzpunkte, die zu unseren Gunsten sprechen.“ Eine Minute später habe ich eine vollständige Analyse im Chat.
• Morgens im Café: „Zeig mir die offenen Hausaufgaben aus meiner Liste.“ Ich muss den Laptop nicht öffnen.

⚠️ Ein Haken: Momentan kannst du /clear und /compact nicht über den Bot ausführen – die Bot-Sitzung ist dieselbe wie die Terminal-Sitzung, und der Kontext wächst immer weiter. Ein Neustart ist nur manuell über das Terminal möglich.

Für mich ist dies die nützlichste Claude-Code-Erweiterung der letzten zwei Wochen. Sie hat mich von „Ich arbeite mit Claude, wenn ich am Schreibtisch sitze“ zu „Ich arbeite mit Claude, wann immer mir etwas einfällt“ gebracht.

Was solltest du zuerst umsetzen: ein 7-Tage-Plan#

Die Kombination der Techniken ist wichtiger als jede einzelne für sich. Shift+Tab ohne Esc Esc macht Experimente beängstigend. /compact ohne /cost bedeutet, dass du nicht weißt, wann du komprimieren solltest. Pläne in Dateien ohne parallele Fenster sind zusätzlicher Aufwand ohne Nutzen.

Sobald die ersten 9 Tipps selbstverständlich sind, geht es weiter mit dem vollständigen System: KI-Klon + Second Brain + Context Engineering. Mit dieser Methode habe ich Claude sechs Monate lang am Stück am Laufen gehalten – ohne Halluzinationen, Kontextverlust oder Abbrüche mitten in einer Aufgabe.

Um weiter mit Modellen zu arbeiten, kannst du zu Ailoot gehen.