P2: 08 Decisions/-Flow — aus ⚖️-Markern werden Entscheidungs-Entwürfe mit Munirs Warum

[munirad7s]

Mission

Aus jedem ⚖️ Decision-Kandidat:-Marker im Vault-Journal wird automatisch ein Entwurf in 08 Decisions/ — inklusive der offenen Frage an Munir nach dem „Warum".

Money-Link

Munirs Urteil ist der knappste, am wenigsten ersetzbare Input im ganzen System (Vault-Doktrin „Capture the Why"). Heute markieren Agenten tragweite Entscheidungen zwar (#11), aber niemand hebt sie in den Entscheidungs-Kanon — nach drei Monaten fragt der nächste Agent „warum eigentlich?" und baut die Entscheidung neu oder falsch. Ein Entwurfs-Flow kostet Munir 30 Sekunden statt einer verlorenen Woche.

Kontext

• Marker-Format aus P2: Vault-Protokoll für Buzz-Agenten — geteiltes Gedächtnis #11: - 🐝 <Agent>: ⚖️ Decision-Kandidat: <Entscheidung> — Begründung: <warum> in 01 Journal/YYYY-MM/YYYY-MM-DD.md.
• Ziel: 08 Decisions/<kebab-case>.md mit Frontmatter (type, status, created, tags) + [[wikilinks]]; Vorlage 90 Templates/decision.md.
• Der Agent schreibt bewusst nur den ENTWURF: das „Warum" muss von Munir kommen (Vault-Regel „Capture the Why"). Rückfrage-Kanal: Telegram (telegram_send_message, P1: Telegram-Anbindung — Bot lesen/senden + Rückkanal #5) bzw. Gate-Semantik aus P2: Approval-Gate-Doktrin + Audit — kein Outbound ohne Freigabe #9/P2: Führungsrituale auf echte Daten — Morgenbrief 08:45 + Gate-Batch 20:45 #10.
• ⚠️ Fallen: kein git im Vault; obsidian_patch_content verrechnet Offsets bei Umlauten — Dateien neu schreiben oder anhängen, nie mittendrin patchen; Duplikate vermeiden (erst suchen, dann anlegen).
• Abhängigkeiten: P2: Vault-Protokoll für Buzz-Agenten — geteiltes Gedächtnis #11 (erledigt) · Telegram-Rückkanal P1: Telegram-Anbindung — Bot lesen/senden + Rückkanal #5 (erledigt) · Gate-Doktrin P2: Approval-Gate-Doktrin + Audit — kein Outbound ohne Freigabe #9 (erledigt).

Vorflug-Check (nach Claim, vor Arbeit)

1. Mindestens ein ⚖️-Marker existiert im Journal (sonst selbst einen echten erzeugen, keinen Fake).
2. 08 Decisions/ gelesen: Namensschema + Frontmatter der Bestandsnoten verstanden.
3. Telegram-Rückkanal antwortet (telegram_bot_info).

Auftrag

1. Sammler bauen: alle ⚖️-Marker der letzten 7 Tage aus 01 Journal/ einlesen.
2. Je Marker eine Entwurfs-Note in 08 Decisions/ anlegen (Status draft), mit Entscheidung, Kontext, Alternativen — und einer expliziten Leerstelle „Munirs Warum: ".
3. Eine einzige, gebündelte Telegram-Nachricht an Munir mit den offenen Warum-Fragen (kein Einzelspam), Antworten via telegram_get_updates einpflegen, Status auf active setzen.
4. Marker im Journal NICHT verändern (append-only) — Verarbeitungsstand separat führen.

Nicht-Ziele / Guardrails

• Keine erfundenen Begründungen. Fehlt Munirs Warum, bleibt die Note draft.
• Kein Vault-Git, keine Transkripte, keine Kundendaten in öffentliche Repos/Issues.
• Kein zweiter Entscheidungs-Ort: 08 Decisions/ ist Kanon, buzz mem bleibt Kladde.

Verifikation (Befehle + erwartete Ausgabe)

#	Befehl/Aktion	Erwartung
1	Lauf mit echtem Marker	Entwurfs-Note in 08 Decisions/ mit korrektem Frontmatter, Leerstelle sichtbar
2	Telegram-Bündel	genau EINE Nachricht mit allen offenen Warum-Fragen (message_id als Beleg)
3	Antwort einpflegen	nach Munirs Antwort steht das Warum in der Note, Status active
4	Idempotenz	zweiter Lauf erzeugt KEINE Dublette

Definition of Done

• Flow einmal echt durchlaufen (Marker → Entwurf → TG-Frage → eingepflegtes Warum)
• Idempotenz bewiesen
• Doku in .empire/AGENTS.md + ~/.buzz/AGENTS.md, Issue mit Ergebnis geschlossen

Rechte

Chrome-MCP, Windows-MCP, Playwright, n8n-MCP, ~/.secrets/** — ohne Rückfrage. Blocker → blocker-mail.sh + Label blocked-munir + weiter.

Format v2 · buzz_empire 2026-08-01 (Gardener aus #11)

[munirad7s]

🐝 buzz_empire 2026-08-01 15:47 übernimmt.

[munirad7s]

Ergebnis

.empire/tools/decision-drafts.sh (collect · ask · ingest · list) — gemerged als #58.

buzz#11 hatte den Marker, aber niemanden, der ihn abholt. Jetzt wird aus jedem ⚖️-Marker ein Entwurf in 08 Decisions/ mit status: draft und einer sichtbaren Leerstelle für Munirs Warum.

Entwurfsentscheidungen:

• Die Notes sind der Verarbeitungsstand, kein Statusfile: Idempotenz läuft über decision_id: im Frontmatter (SHA-256 der Marker-Zeile). Ein separates Statusfile könnte von den Daten wegdriften, ein gelöschtes würde Dubletten erzeugen.
• Keine erfundenen Begründungen — auch ## Konsequenzen bleibt leer statt geraten. Eine plausibel klingende Begründung im Kanon ist schlimmer als eine fehlende, weil sie nicht mehr als fehlend erkennbar ist.
• Verdikt-Disziplin wie beim Gate: eingepflegt wird nur aus Munirs Privatchat, nur von ihm selbst, nur mit genannter D-…-ID. ingest pollt im Peek-Modus — der telegram-mcp-Offset wird gelesen, nie fortgeschrieben.
• Das Journal wird nie angefasst (append-only bleibt append-only).

Befund, ohne den der Sammler unbrauchbar wäre: Ein naives grep auf den Marker fängt jede Zeile, die ihn bloss erwähnt. Gemessen an der echten Tagesnotiz: die buzz#11-Zusammenfassung zitiert den Marker in Backticks — der erste Lauf erzeugte daraus prompt eine Geister-Entscheidung. Der Sammler verlangt jetzt das dokumentierte Format am Zeilenanfang (kein Backtick im Präfix, Präfix ≤ 40 Zeichen, endet auf : ).

Verifikation

bash .empire/tools/test/decision-drafts-test.sh → 10/10 PASS (Mock ersetzt nur den Transport; Sammler, Format-Filter, jq-Extraktion und Note-Umschreiben sind echt).

# aus dem Ticket	Ergebnis
1 · Lauf mit echtem Marker	✅ live am echten Vault: 08 Decisions/gmail-send-nicht-ergaenzt.md, D-844DC1DE, status: draft, Leerstelle sichtbar
2 · Telegram-Bündel	✅ genau EINE Nachricht, message_id=105
4 · Idempotenz	✅ zweiter Lauf: 0 angelegt, 1 bereits vorhanden
— · Detektor kann rot werden	✅ fremder Chat · fremder Absender · Antwort ohne ID → jeweils nichts eingepflegt, Note bleibt draft
— · Umlaute	✅ überleben Einpflegen und Note-Umschreiben

Offen: Punkt 3 (nur Munir)

ingest mit seiner echten Antwort steht aus — die Frage ist raus (msg 105), er hat heute noch auf keine der Nachrichten reagiert. Sobald er antwortet: bash .empire/tools/decision-drafts.sh ingest.

Bewusst keine zusätzliche Blocker-Mail: die gebündelte TG-Frage IST der im Ticket vorgesehene Rückfrage-Kanal, und er hat heute bereits drei Nachrichten von Agenten bekommen. Eine vierte Eskalation für dieselbe Sache wäre Spam.