← alle Einträge
· geschrieben 01:15 · 14h 4m erfasst · handyman, blog, system-infra, agents, jiu-jitsu

Tag 5: Infrastruktur auf jeder Ebene

Montag in Brasilien. Build-lastig. Das Agenten-System in seinen eigenen abgeschotteten Arbeitsbereich aufgeteilt, Handyman von einem Briefing-Entwurf zu einem fixierten technischen Scoping-Entwurf gebracht, Tag 2 des Blogs ausgeliefert. Eine Pause für Jiu Jitsu, zweite Einheit, absolut großartig. Ein Pitch mit einem lokalen Installateur, der die Dinge auf Weisen bewegte, die ich nicht kommen sah.

Fünf Arbeitssitzungen hintereinander gestapelt. Was sie zusammenhält, ist, dass sie alle Infrastruktur auf verschiedenen Ebenen waren: das Agenten-Harness wurde in getrennte Arbeitsbereiche aufgeteilt, das Handyman-Projekt wurde von einem Entwurf zu etwas geformt, das ich meinem Berater geben kann, das Blog bekam den Tag-2-Schliff, der es echt macht, und ein kurzes Gespräch mit einem lokalen Installateur warf die ganze Handyman-These mit neuem Rahmen zu mir zurück.

Das Agenten-System wurde endlich aufgeteilt

In den letzten zwei Monaten lebte alles, was ich tue (Kundenarbeit für zwei Kunden, meine eigene Produktarbeit an OneProposal, das neue persönliche Blog), in einem einzigen Claude-Code-Arbeitsbereich. Eine MEMORY.md indexierte alles. Eine CLAUDE.md beschrieb “das Projekt”, das eigentlich fünf Projekte waren. Jede Sitzung musste eine Aufmerksamkeits-Steuer zahlen, um herauszufinden, welcher Kontext zutrifft.

Heute habe ich den Arbeitsbereich geklont und ausgedünnt: Kundenarbeit bleibt in agentic-ops-main, persönliche Produkt- und App-Arbeit lebt in personal-apps-main. Gleiches Harness, gleiche Skills, gleiche Hooks, aber zwei unabhängige Speicher. Zwei unabhängige Projektregister. Zwei unabhängige VS-Code-Instanzen, parallel offen, wenn eine Sitzung beide braucht.

Das ist die Art Änderung, die ich vor einer Woche hätte machen sollen. Die Kosten der Kontamination waren unsichtbar, weil ich sie ununterbrochen zahlte: eine Sitzung über mein Blog brachte Erinnerungen über einen Kunden-Vorfall hoch, eine Sitzung über OneProposal-Preise zog Muster aus einem Make.com-Orchestrator herein, den ich für jemand anderen gebaut hatte. Keiner dieser Fehlgriffe war für sich groß. Aber zusammen ergaben sie eine ständige, leise “Trifft dieser Kontext zu?”-Prüfung, die ich im Kopf zu jeder Antwort laufen ließ.

Die Trennung ist jetzt sauber. Die Blog-Sitzung, aus der ich diesen Eintrag schreibe, hat keine einzige Kundenarbeits-Erinnerung geladen.

Handyman ging in einer Sitzung vom Entwurf zum Scoping-Dokument

Gestern hatte ich ein 14-teiliges Vor-Auffrischungs-Briefing für Handyman (eine brasilianische Marktplatz-Plattform für Heimservices, Pix und Parcelado als zentrales Unterscheidungsmerkmal, Upwork gekreuzt mit Uber als Design-Nordstern). Heute lief ich es durch fünf Klärungsrunden, fixierte die Auffrischung, schrieb einen technischen Scoping-Entwurf (~1100 Wörter: Architektur-Anforderungen, vier Stack-Kandidaten mit Widerlegungs-Zielen, Zahlungsdienstleister-Matrix, fünf Meilensteine ohne Zeitrahmen), verfasste eine Berater-Nachricht und aktualisierte das Workspace-Register.

Der technische Scoping-Entwurf ist ausdrücklich Iterationsziel, nicht fixierte Architektur. Der Input meines Beraters kommt morgen im Gespräch als Inline-Notizen hinein; die Architektur-Entscheidungen werden danach in einer eigenen Sitzung fixiert.

Blog Tag 2 ausgeliefert

Die strukturierte Version: Rize-Integration als erstklassiges Tagebuch-Feature (Schema, wiederverwendbare RizeRecap-Komponente, 17. Mai nachgerüstet). Echtes OG-Bild programmatisch über sharp + SVG gerendert. Zwei eigene PostHog-Events (outbound_link_click, article_read_50). Accountability-Fußzeile nach dem Maker-School-Log-Ritual modelliert. Fußzeile aufgeräumt, Tagline nach drei Runden Pushback fixiert, jeder Astro-Template-Platzhalter weg.

Die unstrukturierte Version: dieses Blog ist jetzt echt genug, dass ich bereit bin, es in meine Instagram-Bio und mein LinkedIn-Profil zu setzen. Das war das Ziel für heute, und ich habe es erreicht.

Jiu-Jitsu-Einheit 2

Absolut großartig. Die reinste Spaßstunde des Tages. Es gibt nichts in der Build-Schleife, das sich so anfühlt, was ein nützlicher Datenpunkt ist.

Das Installateur-Gespräch

Ich ging zum Haus eines lokalen Solaranlagen-Installateurs, in der Absicht, Handyman zu pitchen. Stattdessen wurde das Gespräch ein Hin und Her. Ich pitchte Handyman, er stieg ernsthaft ein, und dann pitchte er mir Investitionen in Solaranlagen zurück als “das Einzige, in das du in Brasilien gerade Geld stecken solltest”. Dieser Gegenpitch war nicht, wofür ich hingegangen war, aber er brachte einen ganzen Domänenkontext ans Licht, nach dem zu fragen mir nicht eingefallen wäre: wie das Solar-Installationsgeschäft hier wirklich funktioniert, wie die Margen aussehen, wo die regulatorischen Haken sind.

Die Handyman-These wurde durch seinen Rahmen auch schärfer. Er hat die lokale Intuition dafür, welche Probleme es hier wert sind, gelöst zu werden, und seine Lesart des Marktplatz-Schmerzes deckte sich mit meiner.

Was den morgigen Tag hält

Das Berater-Gespräch steht im Kalender. Aufgefrischtes Handyman-Briefing, technischer Scoping-Entwurf und die Berater-Nachricht landen alle vor ihm. Die Hoffnung ist, dass er bei der Architektur Pushback gibt, damit das Scoping-Dokument schärfer wird, nicht so-wie-es-ist-genehmigt.

Außerdem: die Backfill-Einträge vom 13. bis 16. Mai sind noch in Platzhalter-Stimme. Sie brauchen morgen früh einen Durchgang, wenn ich einen klaren Kopf habe.

Die Sache ist echt. Morgen tauche ich weiter auf.

2026-05-19 klarer Kopf am nächsten Tag
Komme am nächsten Morgen mit klarem Kopf hierher zurück. Drei Dinge, die ich festhalten will und für die ich um 01:15 keine Energie hatte. Die Handyman-Demo ist live und mit einer kleinen Gruppe geteilt. Zum ersten Mal kann ein Dritter auf etwas von Handyman klicken und es funktioniert. Große Verschiebung darin, wie Gespräche über das Projekt jetzt aussehen können. Gute Arbeit am Blog, nachdem dieser Eintrag geschrieben war. Neun Auslieferungs-Runden über zwei Sitzungen: UI-Überarbeitung, /privacy, Mehrfach-Teilen-Reihe, Newsletter-Stub, /work-Statistikseite, Gesamtansicht der Fokuszeit seit Februar. Das Blog bekam auch seinen ersten echten Verkehr. 27 eindeutige Besucher in der letzten Woche, article_read_50 feuerte 18 Mal von 5 verschiedenen Leuten. Leute lesen Einträge bis zum Ende, springen nicht auf der Startseite ab. Gute Motorarbeit an OneProposal obendrauf. Stunden im Kern, nicht in Hüllen-Code. Die Textur, die ich diesem Tagebuch geben will, ist, dass der Tag die Einheit bleibt, der Tag aber mit der Zeit wächst. Ein Brain-Dump am Tagesende, dann ein Durchgang mit klarem Kopf am nächsten Morgen, vielleicht ein Nachmittags-Update, wenn etwas gelandet ist. Jedes mit eigenem Zeitstempel, jedes eine eigene Nachricht. Keine polierte Erzählung.

Ziele

  • Den personal-apps-Arbeitsbereich sauber von agentic-ops trennen, damit Kundenarbeit und persönliche Produktarbeit sich nicht mehr gegenseitig kontaminieren
  • Handyman vom Briefing-Entwurf zu einem fixierten technischen Scoping-Dokument bringen, bereit zur Besprechung mit meinem Berater
  • Tag 2 des Blogs ausliefern (Rize-Integration, Accountability, echtes OG, eigene Events)
  • Beim Jiu Jitsu auftauchen

Erfolge

  • Den ganzen Tag gearbeitet. Eine echte Pause für Jiu Jitsu. Zwei kurze Essenspausen. Der Rest war konzentrierter Build.
  • Agenten-System endlich aufgeteilt. Personal-apps und agentic-ops sind jetzt zwei getrennte VS-Code-Instanzen mit eigenem Speicher, eigenen Befehlen, eigenen MCP-Servern. Kein Übergreifen mehr.
  • Das Handyman-Scoping landete von Anfang bis Ende. Briefing über eine 5-Runden-Klärungsschleife aufgefrischt, technischer Scoping-Entwurf geschrieben, Berater-Nachricht lint-sauber verfasst. Bereit für das Gespräch.
  • Blog Tag 2 ausgeliefert. Rize-Integration, Accountability-Schema, programmatisches OG-Bild, zwei eigene PostHog-Events. Das Blog ist jetzt echt genug, um es in meine Bios zu setzen.
  • Jiu-Jitsu-Einheit 2. Absolut großartig. Die reinste Spaßstunde des Tages.
  • Das Gespräch mit einem lokalen Installateur bewegte die Dinge. Handyman gepitcht, die Idee mit neuem Rahmen zurückgepitcht bekommen. Er brachte Kontext ans Licht, nach dem zu fragen mir nie eingefallen wäre.

Rückschläge

  • Immer noch um 1 Uhr nachts am Arbeiten. Der Reflexionsblock unten wird halb ausgegoren klingen, weil ich zu müde bin, um klar über den Tag nachzudenken. Ich gehe das morgen mit klarem Kopf durch.
  • Mich am Nachmittag damit abgelenkt, das Meeting-Protokoll zu schreiben, als ich konzentriert am Handyman-Scope hätte sein sollen. Im Nachhinein zahlte es sich aus, im Moment fühlte es sich wie Abdriften an.
  • YouTube nahm 71 ungeplante Minuten. Das meiste war Hintergrundgeräusch beim Bauen, aber ein Teil war echte Aufmerksamkeit.
  • Den Backfill vom 13. bis 16. Mai nicht in der finalen Stimme geschafft. Sie haben Platzhalter-Geschmack. Morgen.

Lektionen

  • Das Agenten-System in abgeschottete Arbeitsbereiche zu teilen, hätte vor einer Woche passieren sollen. Die Kosten der Kreuzkontamination zwischen Kundenarbeit und persönlicher Arbeit waren eine Fokus-Steuer, die ich beim Zahlen nicht sehen konnte. Jetzt sehe ich sie.
  • Zuhören vor dem Pitchen. Das Gespräch funktionierte, weil die Pitch-dann-Gegenpitch-Form ihn einen Domänenkontext ans Licht bringen ließ, nach dem zu fragen mir nicht eingefallen wäre. Billiger Gesprächsrahmen, hoher Informationsertrag.
  • Nächtliche Reflexion summiert sich schlecht. Die 1-Uhr-Version von "was ich heute gelernt habe" ist tatsächlich schlechter als die 9-Uhr-Version von "was ich gestern gelernt habe". Das Schema braucht einen Update-Block im selben Eintrag, den ich mit klarem Kopf füllen kann.