Step 5 of i2s-skill-split refactor. Second atomic sub-skill. Contents: - SKILL.md: 5 numbered phases (load context, 7 TAs, consistency, 3 variants, export). description with explicit HMW/Problem-Statement triggers, anti-triggers naming klarheit-mit-idea2self (router), i2s-discovery, i2s-persona. Precondition check formalized. - workflows/problem-statement.md: full workflow (git mv from monolith, rename detection preserved, required_reading paths updated to local curated refs). - references/kommunikationsregeln.md: curated (PS-specific dialog heuristics: loesung-vs-problem, "alle als zielgruppe", widerspruch zu idee). - references/problem-statement-format.md: curated extract from plugin-shared/export-formate.md, problem_statement_format block. Includes versions header rules and a filled example. - references/artefakt-pipeline.md: curated (pipeline position + rueckwaerts-updates rules for PS -> ## Idee back-propagation). Tools: Read, Write, Edit, Glob, Grep, AskUserQuestion, TodoRead, TodoWrite. (No WebFetch/WebSearch — recherche lives in i2s-recherche.)
6.8 KiB
name, description, allowed-tools
| name | description | allowed-tools |
|---|---|---|
| i2s-problem-statement | Idea2Self Problem-Statement-Workflow. Formuliert das HMW-Statement (How Might We) ueber 7 gefuehrte Teilaspekte (WAS / WER / WARUM / WO / WANN / BISHERIGE ANSAETZE / WIE) und erzeugt 3 Varianten (wortgetreu / geschaerft / zugespitzt) zur Auswahl. Loest aus bei 'Problem-Statement erstellen', 'HMW formulieren', 'Wie koennen wir', 'Problem formulieren', 'Problem fuer meine Idee schaerfen', 'PS erstellen'. NICHT aktivieren bei: 'Idea2Self starten' (Router), 'Persona erstellen' (i2s-persona), 'vage Idee strukturieren' ohne bestehende ## Idee Sektion (dafuer i2s-discovery zuerst). Vorbedingung: idea2self-Datei mit ausgefuellter ## Idee Sektion. Output: ## Problem-Statement Sektion in derselben Datei. Sprache: Deutsch. | Read Write Edit Glob Grep AskUserQuestion TodoRead TodoWrite |
i2s-problem-statement — Problem-Statement (HMW)
Schritt 2 im Idea2Self-Prozess. Formuliert aus der vagen ## Idee ein scharfes Problem-Statement im How Might We-Format. Erzeugt 3 Varianten zur Auswahl und schreibt die finale Version in die idea2self-Datei.
Essential Principles
- Aus Sicht der Zielgruppe, nicht der Loesung. Problem-Statement beschreibt das Beduerfnis, nicht den geplanten Ansatz. "Wie koennen wir [Kontext] fuer [Zielgruppe] neu gestalten, damit [Beduerfnis] befriedigt wird — unter Beruecksichtigung von [Einschraenkungen]."
- 7 Teilaspekte sind Pflicht, aber Tiefe ist adaptiv. Pro Teilaspekt 1 Leitfrage + max 1 Vertiefung. Wenn Nutzer schon klar geantwortet hat -> weiter. Wenn vage -> Vertiefung.
- Drei Varianten, dann eine. Wortgetreu / geschaerft / zugespitzt sind Sparring-Tool, nicht Output. Der Nutzer waehlt, kombiniert, der Skill iteriert max. 1× nach.
- Konsistenz gegen ## Idee. Wenn Problem-Statement der Idee widerspricht (andere Zielgruppe / anderes Problem): explizit benennen, Update auf
## Ideevorschlagen (Changelog-Eintrag). - "Alle als Zielgruppe" ist nicht akzeptabel. Im PS-Workflow muss die Zielgruppe konkreter werden als in
## Idee. Wenn Nutzer ausweicht: Sub-Frage "Wer hat das Problem am DRINGENDSTEN?" einsetzen.
When to Use
## Ideeexistiert in der idea2self-Datei,## Problem-Statementfehlt oder soll iteriert werden.- Aus Router-Hand-off (Pfad 2) oder direkter Trigger ("Problem-Statement erstellen", "HMW").
- Iteration nach Recherche: Nutzer hat neue Daten und will PS v0.2 schreiben.
When NOT to Use
## Ideefehlt oder ist nur eine Ueberschrift -> ersti2s-discovery.- Nutzer will direkt zur Persona ->
i2s-persona(PS bleibt erstmal vage). - Nutzer will den Loesungs-Ansatz schaerfen ->
i2s-prototyp-konzeptoderi2s-experiment-card.
Precondition Check
Vor Phase 1:
- idea2self-Datei laden (Pfad aus Nutzer-Prompt oder Standardort).
- Auf
^## Ideematchen + Sektion-Inhalt > 50 Zeichen. - Fehlt -> abbrechen mit Hinweis: "
## Ideefehlt in<datei>. Trigger zuersti2s-discovery."
Phases
Phase 1 — Kontext laden + Voranalyse
Entry: Vorbedingung erfuellt.
Aktionen:
- Aus
## Ideeextrahieren: Kern, Zielgruppen-Vermutung, Problem-Vermutung, Kontext, Einschraenkungen. - Nutzer Voranalyse zeigen: "Aus deiner Idee lese ich: Problem = [X], Zielgruppe = [Y], Kontext = [Z]. Ich gehe jetzt 7 Teilaspekte mit dir durch. [1] von 7."
- Wenn
## Problem-Statementbereits existiert: Aenderungsmodus aktivieren — nur abweichende Aspekte durchgehen, Status mit Checkmarks zeigen.
Exit: Nutzer hat Voranalyse bestaetigt oder korrigiert.
Phase 2 — 7 Teilaspekte (gefuehrte Fragen)
Entry: Phase 1 abgeschlossen.
Aktionen:
- Pro Teilaspekt (siehe
workflows/problem-statement.mdSchritt 2): 1 Leitfrage stellen. - Bei vager Antwort: 1 Vertiefungs-Frage.
- Anti-Pattern-Detection (Loesung statt Problem, Zielgruppe "alle", zu abstrakt, Beduerfnis unklar) — bei Match: Korrektur-Frage.
- Antworten als
_(Vorschlag)_oder_(Annahme)_markieren, je nach Quelle.
Exit: Alle 7 TAs sind beruehrt (mit Antwort, "Ich weiss nicht", oder explizitem Ueberspringen).
Phase 3 — Konsistenzpruefung
Entry: 7 TAs durch.
Aktionen:
- Intern pruefen: Passt Zielgruppe zum Problem? Ist Beduerfnis aus Zielgruppen-Perspektive? Widerspricht etwas der
## Idee? - Bei Inkonsistenz: explizit benennen, Anpassung vorschlagen.
- Bei Inkonsistenz zu
## Idee: Rueckwaerts-Update anbieten (siehereferences/artefakt-pipeline.md).
Exit: Keine offenen Konsistenz-Konflikte, oder offene Konflikte sind als ## Offene Punkte in der Datei vermerkt.
Phase 4 — Drei Varianten erzeugen
Entry: Phase 3 abgeschlossen.
Aktionen:
- Variante A (wortgetreu): nah an Nutzer-Formulierungen, minimal verdichtet.
- Variante B (geschaerft): sprachlich praeziser, KI-Ergaenzungen als
_(Vorschlag)_. - Variante C (zugespitzt): schaerfster Fokus, Mentor-Ziele Loesbarkeit / Wichtigkeit / Erreichbarkeit.
- Drei Varianten zeigen, Nutzer waehlt oder kombiniert.
- Max. 1 Iteration nach Auswahl.
Exit: Eine finale PS-Variante ist gewaehlt.
Phase 5 — Export
Entry: Phase 4 abgeschlossen.
Aktionen:
## Problem-StatementSektion in idea2self-Datei schreiben (Schema:references/problem-statement-format.md).- Versions-Header (V1 fuer erste Erstellung, sonst V[prev+1]).
- Changelog-Eintrag:
[Datum] PS V<n> formuliert / iteriert. - Hand-off: "Dein Problem-Statement ist in der Datei. Naechster Schritt: Persona. Trigger: 'Persona erstellen' fuer
i2s-persona. Oder 'Weiter'."
Exit: Datei aktualisiert, Hand-off ausgesprochen.
Quick Reference
Kommunikation: references/kommunikationsregeln.md.
Pipeline + Rueckwaerts-Update-Regeln: references/artefakt-pipeline.md.
Format-Schema: references/problem-statement-format.md.
Workflow-Detail (alle 5 Schritte, alle 7 TAs, alle Anti-Patterns): workflows/problem-statement.md.
Reference Index
| File | Purpose |
|---|---|
workflows/problem-statement.md |
Vollstaendiger 5-Schritt-Ablauf mit den 7 Teilaspekten + Anti-Patterns |
references/kommunikationsregeln.md |
Tonalitaet, Marker, Steuerbefehle (curated) |
references/problem-statement-format.md |
Markdown-Schema fuer ## Problem-Statement (HMW-Satz + 6 Sub-Sektionen) |
references/artefakt-pipeline.md |
Pipeline-Position + Rueckwaerts-Update-Regeln (curated) |
Success Criteria
- Alle 7 Teilaspekte sind bearbeitet oder bewusst markiert.
- HMW-Satz ist formuliert (
Wie koennen wir [Kontext] fuer [Zielgruppe]...). - Zielgruppe ist konkreter als in
## Idee. - Problem ist aus Zielgruppen-Sicht formuliert, nicht aus Loesungs-Sicht.
- Scope-Ausschluss ist explizit benannt (in
## Ideeoder## Problem-Statement). - idea2self-Datei enthaelt
## Problem-Statementmit Versions-Header + Changelog-Eintrag. - Hand-off zu
i2s-personaist ausgesprochen.