Baseline commit before splitting klarheit-mit-idea2self into router + 7 atomic workflow-skills. Captures the monolithic skill (1.671 LOC, 8 workflows, 5 references, 2 templates) as the starting point so subsequent steps can use git mv with rename detection. Files added: - .claude-plugin/plugin.json + marketplace.json - README.md (plugin overview, ex-skills/README.md) - skills/klarheit-mit-idea2self/ (full monolith) Refactor tracked in parent repo: DEC-0010, agentbrain/memory/plans/engineering/2026-05-19-i2s-skill-split.md.
3.1 KiB
Workflow: Discovery-Interview (Idee strukturieren)
<required_reading>
- references/kommunikationsregeln.md
- references/export-formate.md (Abschnitt idee_format) </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 export-formate.md/idee_format)
- 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>