--- name: decision-briefing version: 1.0.1 type: skill author: Lukas Geiger created: 2026-06-13 updated: 2026-06-13 description: > Immer einsetzen, sobald mehrere Entscheidungen anstehen oder aufgelaufen sind -- egal ob in einem Thema, Projekt, Dokument oder waehrend einer Session: Inventarisieren, als nummeriertes Briefing mit Optionen A/B/C/D und markierter Empfehlung vorlegen, Buchstaben-Antworten (auch im Batch) entgegennehmen, Ergebnisse protokollieren und in die Quelldokumente zurueckschreiben. standalone: true anthropic_compatible: true bach_compatible: false bach_origin: true category: utilities tags: [entscheidung, briefing, batch, decision-session, priorisierung, workflow] language: de status: active dependencies: tools: [] services: [] protocols: [] python: [] provenance: origin: "bach" origin_path: "system/agents/_experts/decision-briefing/" origin_version: "1.0.0" origin_repo: "github.com/ellmos-ai/bach" last_sync_from_origin: "2026-06-13" last_sync_to_origin: null local_changes_since_sync: true # Hinweis: Die Scanner-Komponente des BACH-Originals (scanner.py, sources.json, # systemweite Marker-Scans) wurde fuer die Standalone-Version bewusst entfernt. # Erfassung erfolgt leichtgewichtig aus dem vorliegenden Kontext. --- # Decision-Briefing — Viele Entscheidungen eines Themas strukturiert abarbeiten > Aus einem Berg offener Entscheidungen wird ein nummeriertes Briefing mit Empfehlungen, das der User blitzschnell per Buchstaben beantworten kann — einzeln oder im Batch. --- ## Wann nutzen? **Immer, sobald mehrere Entscheidungen anstehen** — themenunabhängig. Typische Situationen: - In einem Bereich/Thema haben sich viele offene Entscheidungen angesammelt - Ein Dokument (Plan, TODO-Liste, Konzept) enthält mehrere unentschiedene Punkte - Im Gespräch sind nacheinander mehrere Entscheidungsfragen aufgelaufen - Der Agent hat selbst mehrere Rückfragen an den User — statt sie einzeln zu stellen, als Briefing bündeln - Der User will offene Punkte schnell und fundiert "wegarbeiten" **Trigger-Wörter:** offene Entscheidungen, Entscheidungs-Session, Briefing, abarbeiten, durchgehen, entscheiden wir das mal alles **Abgrenzung:** [decide](../decide/SKILL.md) liefert Frameworks für EINE Frage. `decision-briefing` koordiniert die Abarbeitung VIELER Entscheidungen eines Themas — und setzt `decide` bei komplexen Einzelfällen ein. --- ## Kern-UX Das Herzstück ist das Briefing-Format. Jede Entscheidung wird so vorgelegt, dass die Antwort nur einen Buchstaben kostet: - **Nummerierung:** `[E01]`, `[E02]`, … — stabile Referenz über die ganze Session - **Kurze Frage** + 1–2 Sätze Kontext - **Optionen als Buchstaben** A/B/C/D (2–4 Optionen, mehr nur wenn nötig) - **Markierte Empfehlung** mit 1-Satz-Begründung (z.B. `→ Empfehlung: A — weil …`) - Optional: Konsequenz-Hinweis (was folgt aus der Wahl) **Antwortformate des Users:** ``` Einzeln: "E01: A" oder "1A" Batch: "1A 2C 3B" oder "E01: A, E02: C, E03: B" Vertiefen: "E02: mehr Info" oder "2?" Vertagen: "E03: später" ``` --- ## Workflow (4 Phasen) ``` Thema + vorliegende Entscheidungen | v Phase 1: ERFASSEN & INVENTARISIEREN | v Phase 2: BRIEFING AUFBEREITEN | v Phase 3: DECISION-SESSION | v Phase 4: PROTOKOLL & RUECKSCHREIBEN ``` ### Phase 1: Erfassen & Inventarisieren Quellen: Was der User nennt, ein vorliegendes Dokument oder der Gesprächskontext. Kein systemweiter Scan — nur das, was vorliegt. 1. Alle offenen Entscheidungen als Liste aufstellen (je 1 Zeile: Kurztitel) 2. **Duplikate** erkennen und zusammenführen (gleiche Frage, mehrfach formuliert) 3. **Abhängigkeiten** markieren ("E04 hängt von E01 ab") 4. **Reihenfolge** festlegen: Blocker zuerst (Entscheidungen, von denen andere abhängen), dann nach Dringlichkeit 5. Liste dem User kurz zur Bestätigung zeigen ("Habe ich alle? Fehlt etwas?") ### Phase 2: Briefing aufbereiten Pro Entscheidung: ``` [E01] Kontext: <1-2 Saetze: Warum steht das an? Was haengt dran?> A)