Diese Serie hat viele einzelne Prinzipien vermittelt - Zeit, die häufigsten Fehler beim Einstieg gesammelt zu betrachten, mit direktem Verweis darauf, welches Kapitel bereits die passende Lösung dazu erklärt hat.

Fehler 1: zu vage Prompts

"Mach das besser" oder "Bau eine Suche ein" (Kapitel 12) lassen zu viel offen. Die Lösung liegt in Kapitel 5: klare Anweisungen, Kontext geben, konkrete Beispiele nennen. Ein vager Prompt führt fast immer zu einem Ergebnis, das nicht ganz zur eigenen Vorstellung passt - und damit zu mehr Nacharbeit, nicht weniger Aufwand.

Fehler 2: zu große Aufgaben auf einmal

Eine Anfrage wie "Bau mir die komplette Kategorie-Funktion inklusive Migration, Validierung, Formular und Tests" in einem einzigen Schritt zu stellen, ohne zwischendurch zu prüfen, kann funktionieren - aber wenn etwas schiefgeht, ist unklar, an welcher der vielen betroffenen Stellen der Fehler liegt. Kapitel 12 zeigt das schrittweise Vorgehen, Kapitel 18 den Plan-Modus für genau solche größeren Vorhaben - beide zusammen sind die Lösung.

Fehler 3: fehlender Kontext

Ein Bug-Report wie "Die Suche funktioniert nicht" (Kapitel 13) statt einer konkreten Fehlerbeschreibung mit erwartetem und tatsächlichem Verhalten zwingt Claude Code dazu, zuerst selbst zu suchen, was eigentlich falsch ist - Zeit, die sich mit einer besseren Beschreibung sparen ließe.

Fehler 4: blindes Vertrauen ohne Review

Vorgeschlagene Änderungen ungeprüft zu bestätigen, nur weil es schneller geht, untergräbt genau die Sicherheitsschicht, die in Kapitel 8 und 9 beschrieben wurde. Gerade bei Befehlen über das Bash-Tool oder bei größeren Datei-Änderungen lohnt sich immer ein kurzer, kritischer Blick, bevor bestätigt wird - Claude Code liegt in der Regel richtig, aber "in der Regel" ist kein Ersatz für eine eigene Prüfung.

Fehler 5: den falschen Permission-Modus für die Situation wählen

Den Bypass-Modus aus Kapitel 9 aus reiner Bequemlichkeit in einem wichtigen Projekt zu nutzen, ist ein Risiko, das selten im Verhältnis zum gesparten Zeitaufwand steht. Der Standard-Modus ist fast immer der richtige Ausgangspunkt, besonders bei allem, was echte Auswirkungen hat.

Fehler 6: alles in einer endlosen Sitzung sammeln

Ein neues, unabhängiges Thema in derselben, bereits sehr langen Sitzung wie das vorherige Thema zu beginnen, statt mit /clear aus Kapitel 16 neu anzufangen, führt unnötig schneller zu einer vollen Kontextfenster-Situation aus Kapitel 22 - mit allen Nachteilen, die eine Compaction mit sich bringt.

Fehler 7: Projektregeln nie schriftlich festhalten

Dieselbe Regel in jeder neuen Sitzung erneut zu erklären, statt sie einmal in die CLAUDE.md aus Kapitel 10 zu schreiben, kostet auf Dauer mehr Zeit, als die Regel einmal ordentlich festzuhalten - und führt außerdem dazu, dass sie leicht vergessen wird, gerade wenn mehrere Personen am selben Projekt arbeiten (Kapitel 25).