菜单
Strukturierte Brainstorming-Session fuer neue Features oder technische Entscheidungen. Ergebnis ist ein Design-Dokument in REQUIREMENTS/PLAN/. Trigger: "brainstorm", "let's brainstorm", "ideenfindung", "design session", "lass uns brainstormen", "feature brainstorming"
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Creates formatted Excel files with Nanook Decision Tables for any test object (pages, APIs, forms). Includes color formatting, formulas, correct marker logic, CASCADE pattern, and 100% coverage. Trigger: "create equivalence class table", "decision table", "equivalence class table", "test data table", "nanook table"
Koordiniert die parallele Ausfuehrung von Sub-Agents fuer unabhaengige Aufgaben. Stellt sicher dass maximal 6 Agents gleichzeitig laufen und Ergebnisse korrekt zusammengefuehrt werden. Trigger: "parallel agents", "sub-agents dispatchen", "parallel ausfuehren", "agents parallel starten", "parallelize tasks"
Fuehrt einen bestehenden Implementierungsplan Schritt fuer Schritt aus. Jeder Schritt wird einzeln implementiert, gebaut und getestet. Trigger: "execute plan", "plan ausfuehren", "implement plan", "plan umsetzen", "schritte ausfuehren", "plan abarbeiten"
Orchestriert die Entwicklung durch spezialisierte Sub-Agents mit Review-Loops. Implementer, Spec-Reviewer und Code-Quality-Reviewer arbeiten zusammen. Trigger: "subagent development", "sub-agent driven", "agent-basierte entwicklung", "mit sub-agents implementieren", "orchestrated development"
Strukturiertes Debugging mit Root-Cause-Analyse statt Trial-and-Error. Folgt einem systematischen Prozess um Fehlerursachen zu finden und zu beheben. Trigger: "debug", "systematisch debuggen", "root cause", "fehler finden", "bug analysieren", "systematic debugging", "why is this failing"
Enforces Test-Driven Development (TDD) workflow: Red → Green → Refactor. Tests werden VOR der Implementierung geschrieben. Trigger: "tdd", "test driven", "test first", "red green refactor", "tests zuerst schreiben", "test-driven development"
| name | brainstorming |
| description | Strukturierte Brainstorming-Session fuer neue Features oder technische Entscheidungen. Ergebnis ist ein Design-Dokument in REQUIREMENTS/PLAN/. Trigger: "brainstorm", "let's brainstorm", "ideenfindung", "design session", "lass uns brainstormen", "feature brainstorming" |
| version | 0.1.0 |
Fuehrt eine strukturierte Brainstorming-Session durch, um Ideen fuer ein Feature oder eine technische Entscheidung zu sammeln, zu bewerten und in ein Design-Dokument zu ueberfuehren.
Bevor du mit dem Brainstorming beginnst:
CLAUDE.md um den Projekt-Kontext zu verstehenREQUIREMENTS/PLAN/ ob bereits verwandte Dokumente existierenREQUIREMENTS/DONE/ ob aehnliche Features bereits implementiert wurdenFrage den User nach:
Generiere mindestens 3 verschiedene Loesungsansaetze:
| # | Ansatz | Kurzbeschreibung | Aufwand | Risiko |
|---|---|---|---|---|
| 1 | ... | ... | S/M/L/XL | Low/Med/High |
| 2 | ... | ... | S/M/L/XL | Low/Med/High |
| 3 | ... | ... | S/M/L/XL | Low/Med/High |
Fuer jeden Ansatz:
Bewerte die Ansaetze nach:
| Kriterium | Ansatz 1 | Ansatz 2 | Ansatz 3 |
|---|---|---|---|
| Komplexitaet | |||
| Wartbarkeit | |||
| Performance | |||
| Erweiterbarkeit | |||
| Testbarkeit | |||
| Kompatibilitaet |
Empfehle einen Ansatz mit Begruendung. Stelle sicher dass der User zustimmt bevor du zum naechsten Schritt gehst.
Erstelle ein Design-Dokument in REQUIREMENTS/PLAN/ mit folgendem Format:
Dateiname: REQUIREMENTS/PLAN/design-<feature-name>.md
Struktur:
# Design: <Feature-Name>
## Status
ENTWURF | IN REVIEW | GENEHMIGT
## Problem
<Problembeschreibung aus Schritt 2.1>
## Kontext
<Kontext und Einschraenkungen aus Schritt 2.2>
## Erfolgs-Kriterien
<Aus Schritt 2.3>
## Loesungsansaetze
<Zusammenfassung der Ansaetze aus Schritt 3.1>
## Entscheidung
<Gewaehlter Ansatz mit Begruendung aus Schritt 3.3>
## Betroffene Packages
- `xhubioTable/<package>` — Aenderungsbeschreibung
## Offene Fragen
- <Fragen die noch geklaert werden muessen>
## Naechste Schritte
1. Plan erstellen mit `/write-plan`
2. ...
Nach Abschluss des Brainstormings empfehle dem User:
/write-plan <pfad-zum-design-doc> um einen detaillierten Implementierungsplan zu erstellen