Claude Code First-Task-Runbook: 7 sichere Startaufgaben für schnellen Vertrauensaufbau

Die erste Aufgabe entscheidet über Vertrauen in Claude Code

Nach der Installation sollte Claude Code nicht sofort eine große Funktion bauen. Die erste Aufgabe muss klein, lokal, prüfbar und leicht rückgängig zu machen sein.

Dieser Runbook-Artikel ergänzt den Einstiegsguide. Für feste Arbeitsregeln nutze zusätzlich die CLAUDE.md Vorlagen.

Was eine gute erste Aufgabe ausmacht

Regel	Warum sie wichtig ist
Lokal	Keine Produktion und keine externen Dienste
Begrenzt	Die Aufgabe wächst nicht zum ganzen Projekt
Prüfbar	Diff, Build oder Test zeigen Erfolg
Reversibel	Schlechte Ergebnisse sind schnell zurückgenommen

7 sichere Startaufgaben

1. Erst das Repo lesen lassen

Lies dieses Repo und nenne:
1. die wichtigsten Einstiegspunkte
2. die üblichen Befehle
3. riskante Verzeichnisse
4. die erste kleine Datei, die sicher geändert werden kann

So prüfst du Verständnis, bevor Dateien verändert werden.

2. Einen fehlenden Test oder sichtbaren Fehler zusammenfassen

git status --short
npm.cmd run test

Claude Code soll Fehlerpunkt, mögliche Ursache und kleinsten nächsten Schritt nennen.

3. Einen kleinen Refactor-Plan anfordern

Prüfe diese Datei und schlage den kleinsten Refactor vor,
der Lesbarkeit verbessert, ohne Verhalten zu ändern.
Gib Plan, betroffene Zeilen, Risiko und Prüfung zurück. Noch nicht editieren.

Ist der Plan schwach, stoppst du vor dem Codebruch.

4. Eine Assertion zu einem bestehenden Test hinzufügen

Das ist klein, messbar und zeigt, ob Claude Code die Absicht versteht.

5. Einen vagen Bug in eine reproduzierbare Notiz verwandeln

Vor der Reparatur von “manchmal kaputt” nutze die Bug-Report-Vorlage.

6. Ein minimales CLAUDE.md erstellen

# CLAUDE.md
- stack: Astro + TypeScript
- commands: npm.cmd run build
- do not touch: .env, dist, generated exports
- output preference: vor Änderungen an mehreren Dateien erst Plan erklären

Eine kleine Regel stabilisiert spätere Sessions.

7. Eine Handoff-Notiz hinterlassen

Der erste Erfolg muss kein Patch sein. Eine saubere Übergabe ist ebenfalls ein Ergebnis.

Was du vermeiden solltest

Starte nicht mit Production Deploy, Push, externem Versand oder kompletter Neufassung. Die erste Aufgabe soll lokal enden und mit einem Befehl prüfbar sein.

Nächster Schritt

Sichere Befehle im kostenlosen Cheatsheet. Wenn Setup, Permissions oder CLAUDE.md bremsen, lies den Setup Guide. Für Team-Einführung nutze die Beratung.

Was nach der Aufgabe geprüft werden muss

Die erste Aufgabe entscheidet, ob Claude Code mehr Autonomie bekommt. Prüfe am Ende geänderte Dateien, Prüfkommando, offene Risiken und die nächste kleinste Aufgabe. Ohne diese Prüfung ist Erfolg nicht von Zufall zu unterscheiden.

Bitte reviewe diese Aufgabe:
1. tatsächlich geänderte Dateien
2. Befehle, die Erfolg bewiesen haben
3. noch ungeprüfte Risiken
4. nächste sichere Minimalaufgabe
5. Schritte für Rollback

Eine gute erste Session erzeugt nicht den größten Diff, sondern die beste nächste Entscheidung. Eine einzelne Assertion reicht, wenn die Prüfung klar ist. Ein großer Diff ohne belastbare Verifikation muss wieder kleiner geschnitten werden.