| name | forgecrate-roadmap-triage |
| description | PFLICHT nach jedem abgeschlossenen Brainstorming. Bewertet das Ergebnis mit WSJF-Score und K.O.-Kriterien. Entscheidet: "Umsetzbar jetzt" (→ writing-plans) oder "Future Feature" (→ GitHub Issue anlegen). UNBEDINGT nutzen, sobald eine neue Idee, ein Bug, eine Erweiterung oder ein Feature-Wunsch erwähnt wird, oder Fragen wie "ist das wichtig?", "gehört das auf die Roadmap?", "Bugfix oder Feature?", "was als nächstes?", "Release planen", "Backlog aufräumen" gestellt werden — auch wenn der Skill nicht ausdrücklich genannt wird. |
roadmap-triage
System of Record: GitHub Issues. Kein Markdown, keine lokalen Dateien als Datenspeicher. Alles lebt in Issues.
Voraussetzungen
gh auth status
gh repo view
Fehlt gh oder fehlt Auth → sofort stoppen. Niemals selbst einloggen, keine Tokens anfordern oder entgegennehmen.
Operating-Prinzipien
- GitHub Issues = einzige Quelle der Wahrheit. Capture = sofort ein Issue.
- Aktiver Meilenstein ist heilig. Neue Ideen gehen per Default ins Backlog.
- Blocker-Test als Gate. In aktiven Milestone nur, wenn DoD ohne diese Idee nicht erreichbar ist.
- Nichts wird gelöscht. Nur schließen:
shipped (completed) oder dropped (not planned + Grund).
- Schnell entscheiden. Eine WSJF-Zahl schlägt jede Diskussion.
- WIP-Limit = 7 offene Items pro Milestone (Default). Voll → raus bevor rein.
Labels einmalig sicherstellen
bash .claude/skills/forgecrate-roadmap-triage/roadmap.sh setup-labels
Legt alle stage:*, type:*, prio:* und dropped idempotent an. Einmal vor erstem Einsatz ausführen.
Modi
| Modus | Trigger | Schnellbefehl |
|---|
| Capture | Idee/Bug/Feature erwähnt | bash .claude/skills/forgecrate-roadmap-triage/roadmap.sh capture "<titel>" |
| Triage | „Backlog aufräumen", Inbox verarbeiten | bash .claude/skills/forgecrate-roadmap-triage/roadmap.sh inbox |
| Plan Release | „Release planen", neuer Meilenstein | bash .claude/skills/forgecrate-roadmap-triage/roadmap.sh backlog-ranked |
| Groom | „Backlog reviewen", WSJF veraltet | bash .claude/skills/forgecrate-roadmap-triage/roadmap.sh resurface |
| Status | „Was liegt an?", „Wie steht's?" | bash .claude/skills/forgecrate-roadmap-triage/roadmap.sh status |
Detaillierter Ablauf je Modus → references/modes.md
Issue-Body-Template
**WSJF:** value=_ · time-crit=_ · risk-opp=_ · size=_ → **score=_**
**Resurface:** — | <tag/Bedingung/Datum>
<Beschreibung / Kontext, 1–3 Sätze>
**Definition of Done:** <sobald eingeplant, aus dem Meilenstein abgeleitet>
WSJF-Scoring → references/wsjf-scoring.md
Datenmodell (Labels, Milestones, Stages) → references/data-model.md
Sicherheitsregeln
Vor diesen Aktionen immer Bestätigung einholen:
- Massen-Edits (> 1 Issue gleichzeitig)
- Schließen eines Issues
- Verschieben in den aktiven Meilenstein
- Anlegen mehrerer Issues auf einmal
Entscheidung nach Brainstorming
PFLICHT: Direkt nach jedem abgeschlossenen superpowers:brainstorming diesen
Entscheidungsbaum durchlaufen. Kein Plan, keine Implementierung ohne dieses Gate.
K.O.-Kriterien (überwiegen WSJF-Score)
Falls eines zutrifft → sofort Future Feature, unabhängig vom Score:
- Fehlende Abhängigkeiten — externes Service, anderes Feature oder Infrastruktur noch nicht fertig
- Scope zu groß — nicht in einem PR + Review-Zyklus abschließbar (>3 Tage Arbeit)
- Kein definierbarer Nutzer-Impact — Akzeptanzkriterien nicht formulierbar
WSJF-Schwelle
- Score ≥ 2.0 und kein K.O.-Kriterium → Umsetzbar jetzt
- Score < 2.0 oder K.O.-Kriterium → Future Feature
Ausgabe
Umsetzbar jetzt:
✅ Umsetzbar jetzt (WSJF: X.X)
→ Weiter mit writing-plans
Future Feature:
📋 Future Feature (WSJF: X.X | K.O.: <Grund oder "keines">)
→ GitHub Issue anlegen mit Label "future-feature"
→ Kein Plan, keine Implementierung jetzt
