How I Code With Claude
Da ich es ein paar Mal vorgestellt habe und noch öfter danach gefragt wurde, hier ein kurzer Überblick darüber, wie ich arbeite, wenn ich mit Claude Code programmiere. Es ist ein einfacher Workflow, nichts Besonderes. Er konzentriert sich zuerst auf die Spezifikation, die iteriert wird, bevor das eigentliche Coding beginnt.
So funktioniert es:
- Ich beginne damit, eine kurze Spezifikation niederzuschreiben (z.B. in
spec.md). Oft nur eine einzige Textzeile, gefolgt von einer Aufzählungsliste mit meinen Gedanken. Alles als Markdown-Datei. - Dann führe ich meinen
/spec-build-outBefehl aus:/spec-build-out spec.md(Hinweis: Ich arbeite oft im integrierten Terminal in VScode, und dort kann man die md-Datei per Drag-and-Drop ins Terminal ziehen, und es wird der gesamte Dateiname eingefügt). - Dies erweitert und verfeinert meine
spec.md. Ich lese sie, überarbeite sie und kommentiere sie. Ich markiere meine Notizen mit->. - Dann führe ich den
/spec-iterateBefehl aus: Dieser integriert meine Anmerkungen und bereinigtspec.mderneut. - Dann kommentiere ich erneut, führe
/spec-iterateerneut aus, und so weiter. - Wenn ich das Gefühl habe, dass alles richtig aussieht, starte ich ein
/newGespräch und führe/spec-ready-or-not spec.mdaus. - Dies fügt alle offenen Probleme, die es gefunden hat, am Ende von
spec.mdhinzu. - Dasselbe Spiel:
spec.mdkommentieren, dann/spec-iterate. - Irgendwann bin ich zufrieden. Dann committe ich die Spezifikationen und lasse Claude sie umsetzen. Manchmal beginne ich zuerst mit einem
/new, um mit einem sauberen, frischen Kontext zu starten.
Meine /-Befehle:
Kommentare, Notizen und Gedanken
Als ich das Claude /insights ausführte, wurde ich für den Disziplinierten Spezifikationsgetriebenen Entwicklungszyklus gelobt 😉
Ich habe ein bisschen damit herumgespielt, Claude zu erklären, wie lang die spec.md sein sollte. Ohne jegliche Anleitung wurde sie riesig, enthielt fast den gesamten Code, den es in die Codebasis einfügen wollte. Sobald ich ein Bitte halte das Dokument kurz! Füge Code-Snippets nur hinzu, wenn sie WIRKLICH wichtig sind!! hinzufügte, wurde es kürzer - manchmal zu kurz.
/insights schlug auch die folgende Ergänzung zu meiner claude.md vor:
## Spezifikations-Workflow
Beim Iterieren von Spezifikationsdokumenten:
1. Achte immer auf Benutzeranmerkungen (z.B. '->' Pfeile, Tags wie [ACCEPTED], [REJECTED]) beim ERSTEN Durchgang — erneutes Nachfragen ist nicht erforderlich.
2. Beim Konsolidieren einer Spezifikation entferne abgelehnte Optionen vollständig und halte das Dokument prägnant.
3. Nach der Finalisierung der Spezifikation bestätige, dass alle offenen Fragen geklärt sind, bevor zur Implementierung übergegangen wird.