The 7 sub-skill workflows were git mv'd from the monolith. Their <required_reading> headers were updated during extraction, but the export-step prose still pointed at the monolith's export-formate.md, which does not exist inside the self-contained sub-skills. Repoint each to the local curated format ref: - i2s-action-plan -> references/action-plan-format.md - i2s-discovery -> references/idee-format.md - i2s-experiment-card -> references/experiment-card-format.md - i2s-persona -> references/persona-format.md - i2s-problem-statement -> references/problem-statement-format.md - i2s-recherche -> references/recherche-report-format.md Low-risk consistency fix (the correct format was already loaded via required_reading); removes a dead reference an executing agent would fail to resolve.
3.0 KiB
Workflow: Discovery-Interview (Idee strukturieren)
<required_reading>
- references/kommunikationsregeln.md
- references/idee-format.md </required_reading>
Schritt 1: Orientierung (2-3 Fragen)
Starte breit. Verstehe die Form der Idee:
Frage 1: "In einem Satz: Was ist deine Idee?" Frage 2: "Fuer wen ist das gedacht?" Frage 3: "Was hat dich auf diese Idee gebracht?"
Basierend auf den Antworten bestimme den IDEEN-TYP:
- Produkt/Service (App, Tool, Plattform)
- Wissens-Angebot (Kurs, Workshop, Coaching, Beratung)
- Community/Netzwerk
- Content/Medien (Blog, Podcast, Newsletter)
- Physisches Produkt
- Noch unklar -> weitere Fragen stellen
Schritt 2: Vertiefung (4-6 Fragen, adaptiv nach Ideen-Typ)
Arbeite die relevanten Kategorien durch:
Kategorie A: Problem und Motivation
- Welches Problem loest du? Wie loesen es Menschen heute?
- Was ist deine persoenliche Verbindung zu diesem Problem?
- Was passiert, wenn du es NICHT machst?
Kategorie B: Zielgruppe (erste Vermutung)
- Beschreib eine konkrete Person, die das brauchen wuerde.
- Wie technisch/erfahren sind diese Menschen?
- Kennst du solche Personen persoenlich?
Kategorie C: Kontext und Ressourcen
- Wie viele Stunden pro Woche hast du dafuer realistisch?
- Was kannst du besonders gut? (Staerken, die hier helfen)
- Gibt es Budget-Grenzen oder andere Einschraenkungen?
Kategorie D: Scope und Abgrenzung
- Was gehoert NICHT dazu? Was ist bewusst ausgeschlossen?
- Gibt es aehnliche Angebote? Was waere anders bei dir?
Bei Unsicherheit oder Wissenslücken:
- Anbieten: "Soll ich kurz recherchieren, was es in dem Bereich gibt?"
- Wenn ja: web_search durchfuehren, Ergebnisse zusammenfassen, mit informierten Folgefragen zurueckkommen.
Schritt 3: Widersprueche und Konflikte aufloesen
Prüfe auf:
- "Einfach UND umfassend"
- Zu grosse Zielgruppe ("alle")
- Loesung ohne klares Problem
- Zeitmangel vs. Ambition
Bei Konflikt: Benennen und Optionen anbieten.
Schritt 4: Zusammenfassung und Bestaetigung
Fasse das Verstandene zusammen:
"Bevor ich die Datei anlege, pruefe mein Verstaendnis: Du willst [X] fuer [Zielgruppe] bauen/anbieten, weil [Motivation]. Das Kernproblem ist [Problem]. Du hast [Ressourcen] zur Verfuegung. Bewusst nicht dabei: [Ausschluss]. Stimmt das?"
Schritt 5: idea2self-Datei anlegen
Kurztitel ableiten (3-5 Woerter, kebab-case). Dateiname: idea2self-[kurztitel].md
Datei anlegen mit:
- Header (# Idea2Self: [Kurztitel])
- Abschnitt ## Idee (nach references/idee-format.md)
- Leere Platzhalter fuer alle weiteren Abschnitte
-
Changelog mit erstem Eintrag
Datei dem Nutzer zeigen.
Uebergabe: "Die Datei idea2self-[kurztitel].md ist angelegt. Der naechste Schritt ist das Problem-Statement. Sage 'Weiter' oder nenne einen anderen Workflow."
<success_criteria>
- Idee ist in 1-2 Saetzen beschreibbar
- Zielgruppe ist benannt (auch wenn noch vage)
- Problem ist identifiziert
- Persoenliche Motivation ist klar
- Scope-Ausschluss ist definiert
- idea2self-Datei ist angelegt mit ## Idee
- Kurztitel ist vergeben </success_criteria>