@kevinrose fragte, welche IDE man verwenden soll. Meine Antwort bekam die meisten Interaktionen von 128 Antworten: „Keine IDE. Nur plan.md-Dateien und Sprache.“ Hier ist, was ich damit meine.
1. In dem Moment, in dem du eine Idee hast, heißt es /ce:plan oder /ce:brainstorm
Das Wichtigste, was ich gelernt habe: Sobald ich eine Idee habe, heißt es /ce:plan.
Nicht „Lass mich darüber nachdenken.“ Nicht „Lass mich mit dem Codieren anfangen.“ /ce:plan. Jedes Mal. Eine verrückte Produktidee? /ce:plan. Jemand postet einen Bug auf GitHub? Die Issue-URL kopieren, einfügen, /ce:plan. Fehler im Terminal? Screenshot mit Cmd+Shift+4, direkt in Claude Code mit Ctrl+V einfügen, /ce:plan fix this. Claude Code akzeptiert Bilder – Screenshots von Bugs, Fehlermeldungen, Design-Mockups, Slack-Unterhaltungen – und erstellt daraus einen Plan.
Hier ist, was unter der Haube passiert, wenn du es ausführst. /ce:plan startet mehrere Research-Agenten parallel. Einer analysiert deine Codebasis – liest deine Dateien, findet Muster, überprüft deine Konventionen. Ein anderer durchsucht deine docs/solutions/ nach Erkenntnissen aus früheren Bugs. Wenn das Thema es rechtfertigt, recherchieren weitere Agenten externe Best Practices und Framework-Dokumentationen. Alles gleichzeitig.
Dann konsolidiert es und schreibt eine strukturierte plan.md: Was ist falsch, welcher Ansatz, welche Dateien sollen angefasst werden, Akzeptanzkriterien mit Checkboxen, Muster, die du aus deinem eigenen Code befolgen sollst. Keine allgemeinen Ratschläge. Verankert in deiner Codebasis, deinen Konventionen, deiner Geschichte.
/ce:work nimmt diesen Plan und setzt ihn um. Zerlegt ihn in Aufgaben, implementiert jede, führt Tests aus, hakt Kriterien ab. Kontext verloren? Starte eine neue Sitzung, verweise auf den Plan, mach genau dort weiter, wo du aufgehört hast. Der Plan ist der Kontrollpunkt, der alles überlebt.
Traditionelle Entwicklung ist 80% Codieren, 20% Planen. Das dreht es um. Wie @jarodtaylor es formulierte: „Wenn du 80% deiner Zeit mit Opus planst und dann Sub-Agenten darauf loslässt …“ Das Denken passiert im Plan. Die Ausführung ist mechanisch.
Compound Engineering ist das Plugin, das dies real macht. Von @EveryInc:
/plugin marketplace add EveryInc/compound-engineering-plugin
Ich wurde zum Superfan. Dann wurde ich zum Mitwirkenden, der #3-Mitwirkende auf GitHub, 21 Commits, hinter nur dem Kernteam. @kevinrose hat es mir vor ein paar Wochen vorgestellt.
Ich habe 70 Plan-Dateien und 263 Commits in /last30days. Die Lücke sind frühe Commits, bevor ich diese Disziplin hatte. Meine Regel jetzt: Es sei denn, es ist buchstäblich eine einzeilige Änderung, gibt es zuerst immer eine plan.md.
2. Nutze die Spracheingabe
Ich konnte Sprachnotizen vor LLMs nicht ausstehen. Apples integrierte Diktierfunktion ließ mich mein Telefon gegen die Wand schmeißen wollen. Aber Sprache-zu-LLM ist anders. Die Transkription muss nicht perfekt sein, weil Claude Code den Kontext versteht. Es errät, was das Mikrofon falsch verstanden hat. Du kannst murmeln, den Faden verlieren, einen Satz neu beginnen. Sprache funktioniert endlich, weil der Zuhörer smart genug ist, die Lücken zu füllen.
Monologue (@usemonologue, von Every – dem gleichen Unternehmen, das Compound Engineering entwickelt) leitet Sprache in die fokussierte App ein. Du sprichst, es tippt in Claude Code. WhisperFlow ist auch großartig. Wähl eines. Ich habe ein Schwanenhals-Mikrofon fürs Büro gekauft.
Ich diktiere das gerade aus dem Full Self-Driving in meinem Tesla, während ich meine Kinder absetze. Dieser Absatz wurde gesprochen, nicht getippt.
3. Führe vier bis sechs Sitzungen gleichzeitig aus
So verbringe ich tatsächlich meinen Tag. Vier bis sechs Ghostty-Fenster, jedes mit einer eigenen Claude-Code-Sitzung. Eines schreibt einen Plan. Eines baut aus einem anderen Plan. Eines führt /last30days-Recherchen durch. Eines behebt einen Bug, den ich beim Testen des letzten Dings gefunden habe.
Während /ce:plan in einem Fenster Research-Agenten startet, wechsle ich zu einem anderen Fenster und /ce:work einen Plan, der bereits geschrieben ist. Während das baut, bekommt das dritte Fenster einen neuen Bug eingefügt. Wenn ich zum ersten Fenster zurückkehre, ist der Plan fertig und wartet in Zed.
Deshalb sind Bypass-Berechtigungen (nächster Abschnitt) nicht verhandelbar. Wenn jede Sitzung bei jeder Aktion „Erlauben?“ fragt, kannst du nicht kontextwechseln. Sie müssen alle autonom laufen. Reinschauen, reagieren, weitermachen. GitHub ist da, falls du etwas kaputt machst oder alles ruinierst.
Deshalb stirbt mein MacBook auch in etwa einer Stunde. Sechs Claude-Sitzungen parallel. Habe gerade das neue MacBook Pro bestellt.
4. Drei Einstellungen, die alles verändern
Der Standardmodus von Claude Code fragt bei jeder Bearbeitung, jedem Befehl um Erlaubnis. Du brauchst drei Konfigurationsänderungen.
„Dangerously skip permissions“ (ja, so heißt es wirklich). ~/.claude/settings.json:
1{2 "permissions": {3 "allow": [4 "WebSearch", "WebFetch", "Bash", "Read", "Write",5 "Edit", "Glob", "Grep", "Task", "TodoWrite"6 ],7 "deny": [],8 "defaultMode": "bypassPermissions"9 },10 "skipDangerousModePermissionPrompt": true11}
skipDangerousModePermissionPrompt: true ist der Schlüssel. Ohne das fragt Claude jedes Mal, ob du die Sitzung bestätigen willst. Du kannst es auch mit Shift+Tab umschalten. Credit: @danshapiro (Glowforge-Gründer, Autor von Hot Seat). Als ich einem Freund Claude Code eingerichtet habe, hat die KI aktiv versucht, ihn davon abzuhalten, das zu aktivieren. Du musst direkt sein. Es ist dein Computer.
Sound, wenn Claude fertig ist. Füge in dieselbe Datei hinzu:
1{2 "hooks": {3 "Stop": [4 {5 "hooks": [6 {7 "type": "command",8 "command": "afplay /System/Library/Sounds/Blow.aiff"9 }10 ]11 }12 ]13 }14}
Geh weg. Komm zurück, wenn du den Ton hörst. Bei vier bis sechs laufenden Sitzungen musst du wissen, welche gerade fertig ist. Credit an Myk Melez.
Zed-Autosave. In den Zed-Einstellungen (Cmd+,):
1{2 "autosave": {3 "after_delay": {4 "milliseconds": 5005 }6 }7}
Das ist der Google-Docs-Trick. Zed speichert alle 500 Millisekunden. Claude Code beobachtet das Dateisystem. Wenn Claude eine Datei bearbeitet, erscheinen die Änderungen sofort in Zed. Wenn du in Zed tippst, sieht Claude es innerhalb einer Sekunde. Ghostty auf der einen Hälfte, Zed auf der anderen, beide schauen auf dieselbe Datei. Es fühlt sich an wie Zusammenarbeit an einem Google Doc, nur dass einer der Mitarbeiter eine KI ist.
5. Recherchiere vor dem Planen
Bevor ich /ce:plan mache, führe ich oft zuerst /last30days darauf aus.
Ich habe zwischen Vercels agent-browser und Playwright gewählt. Anstatt Dokumentation zu lesen, habe ich /last30days Vercel agent browser vs Playwright ausgeführt. In wenigen Minuten: 78 Reddit-Threads, 76 X-Posts, 22 YouTube-Videos, 15 HN-Stories. Agent-browser verbraucht 82-93% weniger Kontext-Tokens. Playwright spuckt 13.700 Tokens allein für Tooldefinitionen aus. @rauchg's Post bekam 964 Likes.
Habe die gesamte Ausgabe in /ce:plan integrate agent-browser gefüttert. Der Plan kam verankert in dem, was die Community gerade weiß, nicht in sechs Monate alten Trainingsdaten.
/last30days ist Open Source (4,5K Sterne, github.com/mvanhorn/last30days-skill). Es durchsucht Reddit, X, YouTube, TikTok, Instagram, HN, Polymarket und das Web parallel. Ich mache das für alles. Bevor ich eine Bibliothek auswähle, bevor ich eine Funktion baue, bevor ich diesen Artikel schreibe. Ich habe /last30days Compound Engineering ausgeführt, um frische Community-Zitate für Abschnitt 1 zu bekommen. Recherchieren, planen, bauen. Das ist die echte Schleife.
6. Verwandle jedes Meeting in eine plan.md
Ich hatte ein Mittagessen mit einem potenziellen Kandidaten. Wir haben über eine neue Produktidee gesprochen, die im Unternehmen nicht bearbeitet wurde. Wir haben auch über Essen, Restaurants, Kinder geredet. Eineinhalb Stunden normales Gespräch, durchzogen mit Produkt-Brainstorming.
Ich hatte Granola laufen. Nach dem Mittagessen habe ich das vollständige Transkript – neunzig Minuten mit Abschweifungen über Sushi – in Claude Code eingefügt: /ce:plan turn this into a product proposal.
Hier ist, was es magisch machte: Claude Code weiß bereits, wo unser Produktcode auf GitHub lebt. Es hat auch Zugriff auf meinen Unternehmensstrategie-Ordner – jede frühere Strategie-plan.md, die ich geschrieben habe. Als es das Granola-Transkript verarbeitete, extrahierte es nicht nur Ideen aus dem Mittagsgespräch. Es kreuzverwies gegen unsere tatsächliche Codebasis und jede strategische Entscheidung, die wir zuvor getroffen haben. Granola-Kontext + Codebasis + frühere Strategiepläne = Gold.
Auf Anhieb einen unglaublichen Vorschlag erstellt. Ziele, User Stories, technischer Ansatz, Meilensteine. Die Teile über Restaurants ignoriert. Noch am Abend an den Kandidaten geschickt.
Er arbeitet jetzt Vollzeit mit uns an diesem Produkt.
Granola hat jetzt MCP-Unterstützung, also verwende ich es direkt in Claude Code. Kein Kopieren-und-Einfügen mehr. Der Kontext jedes Meetings fließt direkt in den Plan.
7. Verwende Plan-Dateien für alles, nicht nur für Code
Ich habe ein Strategie-Dokument für mein Unternehmen geschrieben. Claude Code und die Markdown-Datei nebeneinander geöffnet. In Monologue gesprochen: „Gib mir drei Ansätze für den Go-to-Market. Skizziere die Vor- und Nachteile von jedem.“
Drei Optionen erschienen in Zed. „Option zwei ist am nächsten dran, aber die Sprache von Option eins ist besser. Kombiniere sie.“ Sofort aktualisiert. „Adressiere jetzt das größte Risiko.“ Hinzugefügt. „Zweiter Absatz ist zu lang.“ Gekürzt.
Claude Code zieht unser GitHub ein, versteht also das aktuelle Produkt. Es hat auch Zugriff auf alle meine früheren Strategie-plan.md-Dateien. Wenn ich neue Positionierung schreibe, hat es den vollen Kontext jeder strategischen Entscheidung, die ich zuvor getroffen habe. Dieser sich anhäufende Kontext macht jeden Plan besser als den letzten.
Strategie-Dokumente, Produktspezifikationen, Wettbewerbsanalysen, dieser Artikel. Gleicher Workflow. Sprechen, planen, iterieren.
8. Betreibe einen Mac Mini für Remote Claude Code
Ich habe einen Mac Mini für OpenClaw eingerichtet, aber es gibt zwei andere Dinge, die ich damit gemacht habe:
Telegram vom Telefon aus. Claude Code hat eine Telegram-Integration. Ich sende meinem Mac Mini vom Telefon aus über Telegram eine Nachricht. Beim Abendessen fällt mir ein Bug ein, tippe /ce:plan fix the timeout issue in Telegram. Der Plan wartet in Zed, wenn ich wieder vor einem Bildschirm bin. Claude Code verwendet sogar meine OpenClaw-AgentMail, um mir Plan-Dateien zu mailen, wenn ich unterwegs bin.
tmux auf Flugreisen. Credit: Nathan Smith. Claude Code kommt mit Flugzeug-WLAN nicht gut zurecht. Verbindung bricht ab, Sitzung stirbt – und es sagt dir nicht einmal Bescheid. Aber wenn du zuerst per tmux in deinen Mac Mini einloggst, läuft die Sitzung auf diesem Rechner. Dein Laptop ist nur ein Fenster. WLAN fällt für 20 Minuten über dem Atlantik aus? Neu verbinden. Die Sitzung ist genau dort, wo du sie verlassen hast – und sie hat gearbeitet.
Habe Funktionen auf dem gesamten Rückflug von Europa ausgeliefert.
Ich verwende diesen Workflow auch für Open Source
Wenn du dir mein GitHub-Profil ansiehst (github.com/mvanhorn), sind hier einige der Projekte, in die ich kürzlich eingearbeitet wurde, alle mit plan.md-Dateien, bevor eine Zeile Code geschrieben wurde:
- Python – defaultdict repr infinite recursion, man page text wrapping
- OpenCV – HoughCircles return type, YAML parser heap-overflow
- Vercel Agent Browser – Appium v3 vendor prefix, WebSocket fallback, batch command workflows (#5 contributor)
- OpenClaw – browser relay, rate limit UX, iMessage delivery, Codex sandbox detection, voice calls
- Zed – $ZED_LANGUAGE task variable, Reveal in Finder tab context menu, git panel starts_open setting
- Paperclip – SPA routing, plugin domain events, promptfoo eval framework (#3 contributor)
- Compound Engineering – plan gating, serial review mode, skills migration, NTFS colon handling (#3 contributor)
Meine Frau ist sauer auf mich
Ich trage meinen Laptop überall hin. Vier bis sechs Ghostty-Tabs plus Zed. Sie ist nicht begeistert. Der Mac Mini + Telegram hilft. Aber wenn ich mehrere Pläne in Echtzeit parallel entwickeln will, brauche ich den Laptop. Sie möchte wirklich, dass ich aufhöre, ihn zur Schulabgabe mitzunehmen.
Tut mir leid, Schatz.
Dieser Artikel wurde mit diesem Workflow geschrieben
Dies ist eine Markdown-Datei in Zed. Claude Code läuft in Ghostty. Ich habe in Monologue gesprochen: „Das Thema ist falsch, schreibe die Einleitung neu.“ „Füge die Granola-Geschichte hinzu.“ „Nenne Zed nicht meine IDE.“ Claude schreibt um. Änderungen erscheinen in Zed. Ich reagiere. Sieben vollständige Umschreibungen.
Das ist alles, was ich weiß. Eine Sprach-App, ein Plan-Datei-Plugin, drei Konfigurationsänderungen, vier bis sechs parallele Sitzungen, ein Mac Mini und Meetings, die zu Produktvorschlägen werden. Keine IDE. Kein Code. Sprechen, planen, bauen. Vom Schreibtisch, vom Sofa, vom Auto aus.
Bonus: Wenn dir die Tokens ausgehen
Diese Effizienz wird deinen $200/Monat Claude Max-Plan schnell verbrauchen. Vier bis sechs parallele Opus-Sitzungen den ganzen Tag addieren sich.
Die Antwort: Hol dir auch den $200/Monat Codex-Plan. Installiere die Codex CLI, und Compound Engineering kann mit Codex-Guthaben bauen. Ich habe gerade /ce:work --codex in Compound Engineering verschifft – es wurde heute gemerged – das die Implementierung an Codex delegiert, wenn Claude-Guthaben knapp wird.
Einige Freunde verwenden Codex für Code-Reviews der Claude-Code-Arbeit und umgekehrt. Andere bevorzugen die Codeausgabe von Codex, rufen sie aber von Claude Code zur Orchestrierung auf. Die beiden Pläne ergänzen sich hervorragend. Claude für die Planung, Codex für die schwere Implementierung.
Ich habe auch einen „Gute-Nacht“-Modus, den ich laufen lasse, um zu arbeiten, während ich schlafe, aber das erkläre ich ein anderes Mal.
Bonus 2: Der Disney World Live-Kommentar
Um diesen Workflow von Anfang bis Ende an etwas zu zeigen, das kein Code ist, hier ein echtes Beispiel von heute. Ich war auf dem Fußballplatz und habe meinem Kind beim Spiel zugesehen. Ein anderer Elternteil und ich sprachen über Disney-World-Reisen. Ich holte meinen Laptop raus und zeigte es ihr.
Schritt 1: /last30days Disney World. Zwei Minuten später das gesamte Bild. 66 Reddit-Threads (11.804 Upvotes), 34 X-Posts, 8 YouTube-Videos. Preisschock ist das dominierende Gesprächsthema – ein Reisebericht für $8.500 auf r/DisneyPlanning erreichte 183 Kommentare. Sechs Fahrgeschäfte allein im März geschlossen. Buzz Lightyear wird am 8. April mit neuen Blastern wiedereröffnet. Rock 'n' Roller Coaster wird zu einer Muppets-Fahrt. DinoLand wird abgerissen.
Schritt 2: „Was wird offen sein / nicht offen sein im Pairl April 16th to be specific“ (Tippfehler und alles – CC ist das egal). Claude überprüfte den Wartungskalender, kreuzverwies mit den last30days-Daten, gab mir die vollständige Liste offen/geschlossen.
Schritt 3: /ce:plan I'm going to be at Disney World for one day. I want to do at least three parks, maybe four, probably four, because I'm crazy. I want to do Guardians at Epcot, do a few rides at Hollywood Studios, do a few rides at World, do the Everest ride at Animal Kingdom, and at least one Avatar ride. Plus: „What is the strategy to get all the Genie Plus and the other things to make this work? Also, one week before, don't I have to look up something? What do I buy when? Help me set the reminders. I don't care about food. I do not have a hotel. happy to pay the $25 for one time pass“
Die Recherche-Agenten von Claude starteten, kreuzverwiesen mit den last30days-Daten und schrieben eine strukturierte plan.md: Parkreihenfolge (AK -> HS -> Epcot -> MK), genaue Lightning-Lane-Buchungsstrategie, drei Wecker-Erinnerungen für den 13./14./15. April um 7:00 Uhr, welche Fahrgeschäfte Single Pass ($14-22 pro Stück) vs. Multi Pass benötigen, Größenanforderungen für meine Kinder.
Schritt 4: Geöffneter Plan in Zed. Überprüft. Sagte dem anderen Elternteil, für ihren Plan: „Also, ich mache einen Ausflug nach Disney World, und ich verbringe drei Tage in den Parks. Sag mir die effizientesten Routen, welche Pässe ich brauche, welche Extras ich haben sollte … es ist ein acht- und ein fünfjähriges Kind.“ Claude schrieb einen neuen Plan mit 305 Zeilen, einschließlich Rider-Switch-Protokollen, Tages-Routinen und einer Warnung „Messen Sie Ihr 5-jähriges Kind diese Woche in Schuhen“.
Schritt 5: „csn you pushCan you publish this last one on a Vercel site in light mode? That's easy to see.“ (Noch mehr Tippfehler. Immer noch egal.) Claude baute eine saubere HTML-Seite und veröffentlichte sie.
Live unter disney-plan-ebon.vercel.app
Schritt 6: Die .md-Datei per Telegram in OpenClaw geworfen. Gesagt: „kannst du einen Plan machen, um all diese Erinnerungen in DU mit doppelten Sicherungen hinzuzufügen, falls du am Tag davor / Kalender usw. etwas vermasselst.“ OpenClaw las den Plan, richtete Kalenderereignisse in meinem Arbeitskalender UND Cron-Job-Backups ein, die mich per Telegram anpingen. Doppelte Absicherung für jedes kritische Buchungsfenster. 13. April um 3:50 Uhr PT: „JETZT Multi Pass kaufen.“ 16. April um 3:50 Uhr: „JETZT Single Passes kaufen.“ Beide 10 Minuten bevor das 7-Uhr-ET-Fenster öffnet. Automatisch löschen nach dem Auslösen.
Sprache -> Recherche -> Plan -> Website -> Automatisierte Erinnerungen. Auf einem Fußballplatz.
Das ist der Workflow. Er funktioniert für Code, Strategie, Open Source, Artikel und anscheinend auch für Disney World.
/last30days ist Open Source. 4,5K Sterne. 70 Plan-Dateien und es werden mehr.
@slashlast30days – github.com/mvanhorn/last30days-skill
Compound Engineering: @EveryInc
Monologue: @usemonologue (von Every)
Granola: granola.ai (jetzt mit MCP)
Ghostty: ghostty.org
Zed: zed.dev
