Claude Code: Todo-Liste statt Projektstruktur aus dem Kopf rekonstruieren
Wer mit Claude Code groessere Projekte umsetzt, verliert schnell den Ueberblick ueber Ideen und Roadmap. Eine gepflegte Todo-Liste im Workflow loest das Problem und erspart das wiederholte Neuaufbauen des Kontexts aus dem Gedaechtnis.
Veröffentlicht am 15. Oktober • Zuerst erschienen auf vondet.com
Vor einiger Zeit habe ich in Claude Code an einem weiteren Projekt gearbeitet. Vibe coding hatte mich überrascht; ich konnte eine App selbst bauen, also startete ich einen Service.
Die ersten Features entstanden schnell, und bei ihrer Nutzung kamen mir ständig neue Ideen. Ich legte eine Entwicklungs-Roadmap bis zur Beta-Version an, und die Arbeit lief reibungslos.
Je konkreter der Service jedoch wurde, desto mehr gab es zu bedenken. Ich teilte Claude Code mit, was mir aufgefallen war, und erarbeitete eine neue Strategie. Dann bemerkte ich etwas anderes, teilte es mit und erarbeitete wieder eine, und die Planungsdokumente häuften sich immer weiter an.
Ein Beta-Plan, ein v1-Plan, ein Entwicklungsplan v0.5, ein Meilenstein-Plan v0.1.
Schließlich konnte ich nicht mehr erkennen, wo wir eigentlich standen.
Wie viel vom Beta-Plan war erledigt? Was blieb übrig, und in welchem Planungsdokument stand es? Welche Teile widersprachen sich gegenseitig?
Sobald sich ein Plan verzweigt, landet eine Claude-Code-Todoliste tendenziell in deinem Gedächtnis. Für mich wurde es schwierig zu wissen, wo ich anfangen sollte.
Jede Teilaufgabe warf neue Probleme auf, sodass ständig neue Aufgaben auftauchten. Wenn ich zu einem anderen Plan wechselte, bevor ich einen abgeschlossen hatte, verlor ich den Überblick, wie weit etwas gediehen war. Über all meine Dokumente hinweg war die Priorität das, worin sie sich am häufigsten widersprachen. Claude Code zu bitten, alles wieder zu ordnen, fügte nur eine weitere Liste hinzu, und ehe ich mich versah, hielt ich meine Claude-Code-Todoliste allein aus dem Gedächtnis zusammen.
Ich wollte meine Gespräche mit Claude sichtbar machen, und daraus entstand Vondet. Anfangs wusste ich nicht einmal, was ich aufzeichnen sollte; ich probierte Dinge aus, nutzte das Tool selbst weiter und behob immer wieder Probleme.
Der Tag, an dem ich aufhörte, meine Claude-Code-Todoliste aus dem Gedächtnis zusammenzusetzen, und stattdessen das Board zu lesen begann. Von da an begannen sich meine Gespräche mit Claude Stück für Stück zu verändern. Heute überlasse ich vieles dem Board, und ich spreche mit Claude, wähle die wichtigste Aufgabe aus und bringe sie voran.
Vondet ist ein Board, in das Claude schreibt, verbunden über MCP, die gemeinsame Methode, mit der Claude mit externen Tools arbeitet. Es gibt kein Eingabefeld, um einen Plan von Grund auf selbst zu schreiben; Claude schreibt die Ziele, die Aufgaben und die Gründe.
Wenn du um eine Bereinigung bittest, hinterlässt jedes Gespräch eine frische Zusammenfassung. Mit dem verbundenen Board trägt jedes Gespräch stattdessen zu einem einzigen Plan bei, und du sprichst einfach ganz normal weiter.
Das Board ist das, worauf ihr beide zeigt, wenn der Plan zur Sprache kommt. Claude zeigt auf einen Schritt, und du öffnest ihn, wenn du etwas ändern möchtest.
Abbildung 1. Links: einige Planungsdokumente, Prioritäten, die sich widersprechen, und drei Fragen, die man nur aus dem Gedächtnis beantworten kann. Rechts: Claude schreibt in ein einziges Board, und ihr beide zeigt auf denselben Ort.
Im Beispiel auf unserer Startseite bittest du Claude, eine doppelte Abbuchung auf einem Bestellformular zu korrigieren. Claude schreibt die Aufgabe und ihren Grund in das Board, bevor es mit der Korrektur beginnt, und lässt den noch unentschiedenen Monatspreis unter Warte auf dich stehen.
Die eine Entscheidung, die Claude nicht treffen kann, dort platziert, wo ihr beide sie sehen könnt. Die Bilder zeigen ein Demo-Projekt.
Nach drei Tagen Abwesenheit öffnet sich das Board mit einem Überblick darüber, wie viel sich bewegt hat, Tag für Tag, dargestellt als Diagramm. Wenn du mit einer Entscheidung nicht einverstanden bist, sag es Claude, während du das Board ansiehst. Claude schreibt die Entscheidung mit ihren Gründen neu, und die frühere Entscheidung bleibt dokumentiert.
Wie viel erledigt ist und wie viel bleibt, Tag für Tag. Die Bilder zeigen ein Demo-Projekt.
In einem Repository registrierst du ein Board-Token in Claude Code; für die Claude-App verwendest du Connect mit Berechtigung. Die Anleitung enthält die Schritte: Registrierung, Verbinden deiner KI und was zu tun ist, wenn die Verbindung nicht funktioniert.
Zwei Wege zur Verbindung: ein Token für ein Repository oder eine Berechtigung für die Claude-App. Es wird kein Token angezeigt. Die Bilder zeigen ein Demo-Projekt.
Dieser Artikel basiert auf meinen eigenen Erfahrungen und ist subjektiv; nichts darin wurde objektiv gemessen.
Wenn du ein Repository hast, eine Person, die schreibt, und Arbeit, die innerhalb weniger Gespräche abgeschlossen wird, reicht eine Datei aus, und du musst kein Board anbinden.
Wenn du das nächste Mal nach ein paar Tagen zurückkommst: Kannst du sofort sagen, wie viel erledigt ist, was noch übrig ist und was sich womit widerspricht? Öffne ein neues Gespräch, füge nichts ein und stelle Claude Code diese drei Fragen.
Wenn seine Antworten und dein Gedächtnis auseinanderklaffen, versuche, die Antworten auf diese drei Fragen an einem Ort festzuhalten.
Verwandt: Building a Claude Code handoff, and measuring what it carries
Dieser Beitrag wurde mit KI-Unterstützung auf Grundlage meiner eigenen Notizen und Erfahrungen verfasst und von mir überprüft. Er wurde erstmals auf vondet.com veröffentlicht.
Ich baue Vondet, das hier beschriebene Board.
Automatisch übersetzt. Das Original auf Englisch ist unten aufklappbar.
Original (Englisch) anzeigen
Posted on Oct 15 • Originally published at vondet.com
A while ago, I was building another project in Claude Code. Vibe coding had surprised me; I could build an app myself, so I started a service.
The first features came together quickly, and using them, I kept thinking of new ideas. I laid out a development roadmap toward a beta release, and the work went smoothly.
But the more concrete the service became, the more there was to think about. I would tell Claude Code what I had noticed and work out a new strategy. Then I noticed something else, told it, and worked out another, and the planning documents kept piling up.
A beta plan, a v1 plan, a development plan v0.5, a next-milestone plan v0.1.
Eventually, I could no longer see where things stood.
How much of the beta plan was done? What was left, and in which planning document? Which parts contradicted each other?
Once the plan branches, a Claude Code todo list tends to end up living in your memory. For me, it became hard to know where to start.
Each piece of work raised new problems, so new tasks kept appearing. When I moved to another plan before finishing one, I lost track of how far anything had got. Across my documents, priority was what contradicted most often. Asking Claude Code to sort it all out again only added one more list, and before I knew it, I was holding my Claude Code todo list together from memory.
I wanted to make my conversations with Claude visible, and that is where Vondet came from. At first, I did not even know what to record; I kept trying things, kept using it myself, and kept fixing it.
The day I stopped rebuilding my Claude Code todo list from memory, and started reading the board instead. From that day on, my conversations with Claude began to change, little by little. Today I leave much of it to the board, and I talk with Claude, pick the task that matters most, and move it forward.
Vondet is a board Claude writes to, connected over MCP, the shared method Claude uses to work with outside tools. There is no box for writing a plan from scratch; Claude writes the goals, the tasks, and the reasons.
When you ask for a tidy-up, every conversation leaves a fresh summary. With the board connected, each conversation adds to a single plan instead, and you just keep talking as usual.
The board is what the two of you point at when the plan comes up. Claude points at a move, and you open it when you want to change it.
Figure 1. Left: a few planning documents, priorities that disagree, and three questions you can only answer from memory. Right: Claude writes to one board, and the two of you point at the same place.
In the example on our front page, you ask Claude to fix a double charge on an order form. Claude writes the task and its reason to the board before starting the fix, and leaves the undecided monthly price under Waiting on you.
The one decision Claude cannot make, left where both of you can see it. Images show a demo project.
After three days away, the board opens on how much moved, day by day, drawn as a chart. When you disagree with a call, tell Claude while you look at the board. Claude rewrites the call with its reasons, and the earlier call stays on record.
How much is done and how much remains, day by day. Images show a demo project.
In a repository, register a board token in Claude Code; for the Claude app, use Connect with permission. The guide has the steps: signing up, connecting your AI, and when connecting does not work.
Two ways to connect: a token for a repository, or permission for the Claude app. No token is shown. Images show a demo project.
This article is based on my own experience and is subjective; nothing in it was measured objectively.
If you have one repository, one person writing, and work that ends within a few conversations, a file is enough, and you do not need to connect a board.
Next time you come back after a few days, can you say right away how much is done, what is left, and what contradicts what? Open a new conversation, paste nothing, and ask Claude Code those three questions.
If its answers and your memory disagree, try keeping the answers to those three questions in one place.
Related: Building a Claude Code handoff, and measuring what it carries
This post was written with AI assistance from my own notes and experience, and reviewed by me. It was first published on vondet.com.
I build Vondet, the board described here.