Idea2Self/agent-skills
2
0
Fork 0
Code Activity

chore(plugin): scaffold plugin-shared developer master

Browse Source 
Add plugin-shared/ as the canonical source of truth for cross-skill
references and templates. Holds full versions of methodik, artefakt-
pipeline, kommunikationsregeln, recherche-regeln, export-formate,
and the two templates.

Per workflow-skill design rules (no reference chains, no hardcoded
cross-skill paths), Skills do NOT reference plugin-shared/ at
runtime. Each Skill carries curated extracts in its own references/.
drift-check.sh (added in step 11) will compare those extracts against
the master here.

Step 1 of i2s-skill-split refactor.
This commit is contained in:
Philipp Sieder
2026-05-19 01:05:14 +02:00
parent de85d675a2
commit 7cf1c7c61e
8 changed files with 839 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
plugin-shared/README.md
+46
View File
@@ -0,0 +1,46 @@
# plugin-shared/ — Developer Master
Single source of truth for cross-skill references and templates used by the
`klarheit-mit-idea2self` plugin (router + 7 atomic `i2s-*` workflow-skills).
## Why this exists
Each Skill in this plugin is self-contained — its `references/` and `templates/`
directories are read by Claude when the Skill activates. Per the workflow-skill
design rules (no reference chains, no hardcoded cross-skill paths), Skills must
not reach across boundaries to read shared content at runtime.
This directory holds the **canonical, full versions** of all shared content.
Each Skill carries **curated extracts** in its own `references/`. To keep the
extracts honest, `drift-check.sh` compares each Skill's copy against the
relevant slice of the master here.
## Contents
| File | Used by |
|------|---------|
| `artefakt-pipeline.md` | router, all `i2s-*` (defines the idea2self-Datei state machine) |
| `kommunikationsregeln.md` | all `i2s-*` (tonality, markers, control commands) |
| `methodik.md` | per-skill extracts (Design Thinking / Lean Startup / WOOP slices) |
| `recherche-regeln.md` | `i2s-recherche` |
| `export-formate.md` | per-skill extracts (one format block per Skill output) |
| `templates/idea2self-vorlage.md` | router (file bootstrap), `i2s-discovery` |
| `templates/prototyp-remixer-auswertung.md` | `i2s-prototyp-konzept` |
## Workflow
1. Edit content here in `plugin-shared/` as the canonical source.
2. Propagate relevant slices into the corresponding Skill's `references/`.
3. Run `drift-check.sh` to verify no Skill has fallen behind the master.
Direct runtime references from a Skill into `plugin-shared/` are forbidden —
they violate AP-3 (Reference Chains) and AP-4 (Hardcoded Paths) from the
workflow-skill design guide.
## Refactor history
Created 2026-05-19 during the split of the monolithic
`klarheit-mit-idea2self` Skill (1.671 LOC, 1 Skill) into a router + 7 atomic
Skills. See plan
`agentbrain/memory/plans/engineering/2026-05-19-i2s-skill-split.md` in the
parent repo and DEC-0010 in `agentbrain/memory/insights/decision-log.md`.
plugin-shared/artefakt-pipeline.md
+63
View File
@@ -0,0 +1,63 @@
<artefakt_pipeline>
<sequenz>
Die Artefakte bauen aufeinander auf. Jeder Workflow nutzt die Outputs der vorherigen als Input:
1. Discovery-Interview -> Idee (Kern, Motivation, Kontext)
2. Problem-Statement v0.1 -> Problem, Betroffene, aktuelle Loesung, Nutzenversprechen
3. Persona v0.1 -> Verhalten, Kontext, Ziele, Frustrationen, JTBD, Gains
4. Recherche-Report -> v0.2 (PS + Persona), Recherche-Ergebnisse, Interview-Impulse
5. Experiment-Card v0.1 -> Hypothese, Risikostufe, MVE-Design, Metriken, Entscheidungsschwelle
6. Prototyp-Konzept v0.1 -> Typ, Kernfunktionen, Scope IN/OUT, User Flow
7. Action-Plan + Obstacle-Plan -> 10 Aufgaben/14 Tage, Risiken, WOOP
Pipeline:
Discovery -> PS v0.1 -> Persona v0.1 -> Recherche (v0.2) -> Experiment -> Prototyp -> Action-Plan
</sequenz>
<kontextweitergabe>
Im asynchronen Skill-Modus (anders als im Workshop):
- Die idea2self-Datei IST der Kontext. Kein manuelles Copy-Paste noetig.
- Vor jedem Workflow: Aktuelle idea2self-Datei lesen.
- Nach jedem Workflow: Neuen Abschnitt in die Datei schreiben.
- Kumulativer Kontext: Ab Workflow 5 enthaelt die Datei umfangreichen Kontext.
</kontextweitergabe>
<versionierung>
- v0.1 = Erstversion aus Workflow-Durchlauf
- v0.2 = Ueberarbeitete Version nach Recherche, Feedback oder Iteration
- Versionsnummer wird im Abschnitts-Header gefuehrt
- Bei Ueberarbeitung: Aenderungen mit Datum kennzeichnen
Versions-Header-Format:
_Version V[X] vom [Datum]_
_Vorgaengerversion: V[X-1] vom [Datum] / Keine - Neuerstellung_
</versionierung>
<dateistruktur>
Die idea2self-Datei hat folgende Struktur (waechst mit jedem Workflow):
```markdown
# Idea2Self: [Kurztitel]
## Idee <- Discovery
## Problem-Statement <- Workflow 2
## Persona <- Workflow 3
## Recherche-Report <- Workflow 4
## Experiment-Card <- Workflow 5
## Prototyp-Konzept <- Workflow 6
## Action-Plan <- Workflow 7
## Offene Punkte <- Geparkte Gedanken aus allen Workflows
## Changelog <- Aenderungshistorie
```
</dateistruktur>
<rueckwaerts_updates>
Wenn ein spaeterer Workflow Erkenntnisse liefert, die fruehere Abschnitte betreffen:
1. Den betroffenen Abschnitt identifizieren.
2. Den Nutzer informieren: „Die Recherche zeigt, dass dein Problem-Statement angepasst werden sollte: [konkreter Punkt]."
3. Aenderung vorschlagen mit _(Update aus [Workflow])_ Kennzeichnung.
4. Nur nach Bestaetigung aendern.
5. Im Changelog dokumentieren.
</rueckwaerts_updates>
</artefakt_pipeline>
plugin-shared/export-formate.md
+295
View File
@@ -0,0 +1,295 @@
<export_formate>
<content_note>
Alle Markdown-Blöcke unten sind **Output-Templates** – sie zeigen das Format, das in die idea2self-Datei geschrieben wird. Die Markdown-Headings darin sind gewollter Output, keine Strukturelemente dieser Referenzdatei.
</content_note>
<toc>
Enthaltene Templates:
1. idee_format – Discovery-Ergebnis
2. problem_statement_format – Problem + Zielgruppe
3. persona_format – Verhaltensbasierte Persona
4. recherche_report_format – Recherche-Report + Interview-Vorbereitung
5. experiment_card_format – Hypothesen + MVE-Design
6. prototyp_konzept_format – Lösungsideen + Konzept
7. action_plan_format – Aufgaben + WOOP
</toc>
<grundregel>
Alle Artefakte werden als Markdown-Abschnitte (`##` Heading) in die idea2self-Datei geschrieben. Ein Artefakt = ein Abschnitt. Die Datei wächst mit jedem Workflow.
</grundregel>
<idee_format>
```markdown
## Idee
_Erstellt am [Datum]_
### Kern
[1–3 Sätze: Was ist die Idee?]
### Problem
[Was ist der Schmerz/das Bedürfnis? Wie wird es heute gelöst?]
### Zielgruppe (grob)
[Wer hat das Problem? Erste Beschreibung.]
### Lösungsrichtung
[Erste Idee für einen Ansatz.]
### Differenzierung
[Was unterscheidet diesen Ansatz?]
### Persönliche Passung
- **Warum ich:** [Motivation, Fähigkeiten, Zugang]
- **Zeitbudget:** [Stunden/Woche]
- **Ambition:** [Hobby / Nebeneinkommen / Hauptberuf]
### Scope – Was bewusst NICHT
[Was wird nicht adressiert]
### Offene Fragen
- [ ] [Ungeklärte Punkte]
```
</idee_format>
<problem_statement_format>
```markdown
## Problem-Statement
> **„Wie können wir [Kontext] für [Zielgruppe] neu gestalten, damit [Bedürfnis] befriedigt wird – unter Berücksichtigung von [Einschränkungen]."**
_Version [V1/V2] vom [Datum]_
### Kontext – Was wird neu gestaltet?
[Zusammenfassung aus WAS?, WO?, WANN?, BISHERIGE ANSÄTZE?]
### Zielgruppe – Für wen?
[Zusammenfassung aus WER?]
### Bedürfnis – Welches Bedürfnis?
[Zusammenfassung aus WAS?, WARUM?, BISHERIGE ANSÄTZE?]
### Einschränkungen – Was muss berücksichtigt werden?
[Zusammenfassung aus WANN?, WO?, BISHERIGE ANSÄTZE?]
### Lösungsrichtung _(Hintergrund)_
[Zusammenfassung aus WIE? – nicht Teil des Problem Statements]
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</problem_statement_format>
<persona_format>
```markdown
## Zielgruppen-Persona
_Version [V1/V2] vom [Datum]_
### Persona-Profil
| Merkmal | Ausprägung |
|---------|-----------|
| Name | [Name] |
| Geschlecht | [Geschlecht] |
| Alter | [Alter] |
| Wohnort & Wohnsituation | [Beschreibung] |
| Familienstand | [Beschreibung] |
| Bildungsniveau | [Beschreibung] |
| Werte & Einstellungen | [Wert 1], [Wert 2], [Wert 3] |
| Wichtigster Glaubenssatz | [Glaubenssatz] |
| Verhaltensweisen | [Verhalten 1], [Verhalten 2], [Verhalten 3] |
| Eigenschaften & Widersprüche | [Eigenschaft 1], [Eigenschaft 2], [Eigenschaft 3] |
| Äußerliche Erkennungsmerkmale | [Merkmal 1], [Merkmal 2], [Merkmal 3] |
### Aufgaben (JTBD)
- **[JTBD-Frage 1]:** [Hypothesen-Antwort]
- **[JTBD-Frage 2]:** [Hypothesen-Antwort]
- **[JTBD-Frage 3]:** [Hypothesen-Antwort]
### Gewinne (Gains)
- **[Gains-Frage 1]:** [Hypothesen-Antwort]
- **[Gains-Frage 2]:** [Hypothesen-Antwort]
- **[Gains-Frage 3]:** [Hypothesen-Antwort]
### Kontext
**Lebenswelt:** [Zusammenfassung]
**Psychografie & Verhalten:** [Zusammenfassung]
**Problemverständnis:** _(Aus Problem-Statement übernommen)_
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</persona_format>
<recherche_report_format>
```markdown
## Recherche-Report
_Version V1 vom [Datum]_
_Stadt für Interviews: [Stadt]_
### Auf einen Blick
- **Problem:** [Wichtigste Erkenntnis, 1–2 Sätze]
- **Zielgruppe:** [Wichtigste Erkenntnis, 1–2 Sätze]
### Problem-Recherche
| Frage | Ergebnis _(Recherche)_ | Einfluss auf PS | Konkreter Vorschlag |
|-------|----------------------|-----------------|-------------------|
| [Frage 1] | [Ergebnis] | [Einfluss] | [Vorschlag] |
| [Frage 2] | [Ergebnis] | [Einfluss] | [Vorschlag] |
| [Frage 3] | [Ergebnis] | [Einfluss] | [Vorschlag] |
### Zielgruppen-Recherche
| Frage | Ergebnis _(Recherche)_ | Einfluss auf Persona | Konkreter Vorschlag |
|-------|----------------------|--------------------|-------------------|
| [Frage 1] | [Ergebnis] | [Einfluss] | [Vorschlag] |
| [Frage 2] | [Ergebnis] | [Einfluss] | [Vorschlag] |
| [Frage 3] | [Ergebnis] | [Einfluss] | [Vorschlag] |
### Interview-Vorbereitung
- **Physische Orte:** [Wo in [Stadt] die Zielgruppe anzutreffen ist]
- **Digitale Orte:** [Foren, Gruppen, Plattformen]
- **Proxy-Gruppen:** [Alternative befragbare Gruppen]
- **Erkennungsmerkmale:** [Woran man die Zielgruppe erkennt]
- **Ansprache-Strategie:** [Wie ansprechen]
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</recherche_format>
<experiment_card_format>
```markdown
## Experiment-Card
_Version [V1/V2] vom [Datum]_
### Hypothesen-Tabelle
| # | Hypothese | Risikostufe | Evidenz-Stufe aktuell |
|---|-----------|------------|---------------------|
| H1 | [Hypothese] | [hoch/mittel/niedrig] | [schwach/mittel/stark] |
| H2 | [Hypothese] | [hoch/mittel/niedrig] | [schwach/mittel/stark] |
| H3 | [Hypothese] | [hoch/mittel/niedrig] | [schwach/mittel/stark] |
### Primäre Hypothese (höchstes Risiko)
**H[X]:** [Hypothese ausformuliert]
### Experiment-Design (MVE)
- **Typ:** [Interview / Landing Page / Smoke Test / Concierge / etc.]
- **Zielgruppe:** [Wer wird befragt/getestet]
- **Sample-Größe:** [Minimum]
- **Dauer:** [Zeitrahmen]
- **Ablauf:** [Konkreter Ablauf in 3–5 Schritten]
### Metriken & Entscheidungsschwelle
| Metrik | Messmethode | Schwelle für „bestätigt" | Schwelle für „widerlegt" |
|--------|-----------|------------------------|------------------------|
| [Metrik 1] | [Wie messen] | [Wert] | [Wert] |
### Interview-Leitfaden (falls Interview-basiert)
**Einstieg:** [Gesprächseröffnung, 1–2 Sätze]
**Kernfragen:**
1. [Offene Frage zu Verhalten/Situation]
2. [Offene Frage zu Problem/Bedürfnis]
3. [Offene Frage zu bisherigen Lösungen]
4. [Offene Frage zu Zahlungsbereitschaft/Aufwand]
5. [Abschlussfrage]
**Regeln:** Keine Suggestivfragen. Keine Ja/Nein-Fragen. Verhalten fragen, nicht Meinungen.
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</experiment_card_format>
<prototyp_konzept_format>
```markdown
## Prototyp-Konzept
_Version [V1/V2] vom [Datum]_
### Interview-Feedback-Synthese
[Was haben die Interviews bestätigt? Was infrage gestellt? Was Neues ergeben?]
### Lösungsideen (Top 3)
| # | Idee | Kurzbeschreibung | Passung zur Persona | Machbarkeit |
|---|------|-----------------|-------------------|-------------|
| 1 | [Titel] | [Beschreibung] | [hoch/mittel] | [hoch/mittel] |
| 2 | [Titel] | [Beschreibung] | [hoch/mittel] | [hoch/mittel] |
| 3 | [Titel] | [Beschreibung] | [hoch/mittel] | [hoch/mittel] |
### Gewähltes Konzept
**Idee:** [Titel]
**Prototyp-Typ:** [Konzept / Landing Page / Mockup / Concierge / etc.]
### Scope
**IN:** [Was das Konzept beinhaltet]
**OUT:** [Was bewusst NICHT enthalten ist]
### Kernfunktionalitäten
1. [Funktion 1 – was sie für die Zielgruppe tut]
2. [Funktion 2]
3. [Funktion 3]
### User Flow
[Schritt-für-Schritt: Was passiert aus Sicht der Zielgruppe]
### Technische Umsetzung _(Konzept)_
[Grober Ansatz – welche Tools, Plattformen, Formate. Kein Bau.]
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</prototyp_konzept_format>
<action_plan_format>
```markdown
## Action-Plan
_Version V1 vom [Datum]_
### Umsetzungsziel (14 Tage)
[1 Satz: Was in 14 Tagen erreicht sein soll]
### Massnahmen-Katalog
| # | Aufgabe | Priorität | Deadline | Abhängigkeit | Status |
|---|---------|----------|----------|-------------|--------|
| 1 | [Aufgabe] | [P0/P1/P2] | [Tag X] | [—/Aufgabe Y] | Offen |
| ... | ... | ... | ... | ... | ... |
| 10 | [Aufgabe] | [P0/P1/P2] | [Tag X] | [—/Aufgabe Y] | Offen |
### Risiken & Gegenmassnahmen
| Risiko | Wahrscheinlichkeit | Gegenmassnahme |
|--------|-------------------|---------------|
| [Externes Risiko] | [hoch/mittel/niedrig] | [Konkrete Handlung] |
### Persönlicher Obstacle-Plan (WOOP)
**Wish:** [Was in 14 Tagen erreicht sein soll]
**Outcome:** [Bestes realistisches Ergebnis]
**Obstacle:** [Größtes inneres Hindernis]
**Plan:**
| Wenn... | Dann werde ich... |
|---------|-------------------|
| [Hindernis 1 auftritt] | [Konkrete Handlung] |
| [Hindernis 2 auftritt] | [Konkrete Handlung] |
| [Hindernis 3 auftritt] | [Konkrete Handlung] |
**Stärke für die schwierigste Aufgabe:** [Welche persönliche Stärke hilft am meisten]
### Nächster Kontrollpunkt
[Wann, wie, wer überprüft den Fortschritt?]
### Offene Punkte
- [ ] [Nur wenn geparkte Gedanken vorhanden]
```
</action_plan_format>
</export_formate>
plugin-shared/kommunikationsregeln.md
+65
View File
@@ -0,0 +1,65 @@
<communication_rules>
<tonality>
Nüchtern, sachlich, ruhig. Keine motivierenden oder enthusiastischen Formulierungen.
Keine Ausrufezeichen, keine Emojis, keine Superlative.
Zielgruppe: Einzelpersonen mit Nebenprojekten.
- Alltagssprache statt Fachbegriffe
- Persönliche Hürden häufiger als externe Risiken
- Entscheider ist immer der Nutzer selbst
- Kurze Sätze. Direkte Sprache. Sprache des Nutzers beibehalten.
</tonality>
<message_format>
- Max. 3-4 Sätze pro Nachricht im Dialog.
- Strukturierte Ausgaben dürfen länger sein.
- Fortschrittsanzeige: [X] von Y bei jeder inhaltlichen Nachricht.
- Keine Phasennummern in Nutzer-Nachrichten.
</message_format>
<kennzeichnung>
| Marker | Bedeutung |
|--------|-----------|
| _(Vorschlag)_ | KI-generiert, nicht bestätigt |
| _(Annahme)_ | Ohne Datengrundlage |
| _(Aus [Quelle] uebernommen)_ | Import aus frueherem Artefakt |
| _(Recherche)_ | Aus Web-Recherche |
</kennzeichnung>
<steuerbefehle>
| Befehl | Aktion |
|--------|--------|
| Export | Artefakt in idea2self-Datei schreiben |
| Zurueck | Vorheriger Teilaspekt |
| Ich weiss es nicht | Entscheidungsfrage oder Vorschlag |
| Ueberspringen | Als Nicht erarbeitet markieren |
| Weiter | Naechster Workflow |
</steuerbefehle>
<verbotene_woerter>
Nicht verwenden: spannend, grossartig, super, toll, fantastisch, genial, auf jeden Fall.
Keine Coaching-Sprache: Was fuehlst du dabei? Wie resoniert das? Wichtiger Schritt.
Stattdessen: Das klingt nach [X]. Die naechste Frage ist [Y]. Dafuer fehlt noch [Z].
</verbotene_woerter>
<dialog_heuristiken>
- Missverstaendlich: Aktives Zuhoeren. Du meinst [X]? Oder eher [Y]?
- Vage: Nicht akzeptieren. Beispiel oder Entscheidungsfrage anbieten.
- Ich weiss es nicht: Plausiblen Vorschlag machen. Nicht draengen.
- Widerspruch: Benennen. Vorhin [A], jetzt [B]. Was gilt?
- Perfektionismus: Das ist v0.1. Was reicht fuer jetzt?
- Blockade: Frage vereinfachen oder Optionen anbieten.
- Max. 1 Rueckfrage pro Teilaspekt (ausser Widerspruch/kritische Luecke).
</dialog_heuristiken>
<export_rules>
1. Nur besprochene Inhalte eintragen. Nicht behandelt = Nicht erarbeitet.
2. Vorschlaege mit _(Vorschlag)_ kennzeichnen.
3. Datum eintragen. Unbekannt = [Datum].
4. Version: Neu = V1. Ueberarbeitung = Vorgaenger + 1.
5. Bei Ueberarbeitung: Alles uebernehmen, nur Geaendertes ersetzen.
6. Offene Punkte nur bei geparkten Gedanken.
</export_rules>
</communication_rules>
plugin-shared/methodik.md
+64
View File
@@ -0,0 +1,64 @@
<methodik>
<design_thinking>
Der Idea2Self-Prozess adaptiert Design Thinking fuer Einzelpersonen:
| Klassische Phase | Idea2Self-Adaption |
|-----------------|-------------------|
| Empathize | Persona (verhaltensbasiert) + Strasseninterviews |
| Define | Problem-Statement (HMW-Format) + Value Proposition |
| Ideate | KI-gestuetzte Ideen-Werkstatt (5 Vorschlaege) |
| Prototype | Prototyp-Konzept (Konzept, nicht Bau) |
| Test | Experiment-Card + reale Interviews |
</design_thinking>
<lean_startup>
Build-Measure-Learn-Zyklus im Miniformat:
- Hypothese: Explizit formuliert in Experiment-Card
- Experiment: Minimum Viable Experiment (MVE), nicht MVP
- Metriken: Entscheidungsschwelle VOR dem Experiment definieren
- Entscheidung: Weitermachen / Aendern / Lassen
Evidenz-Abstufungen:
- Stark: Validierte Daten, Nutzertests, quantitative Analysen
- Mittel: Qualitative Interviews, Expertenschaetzungen (= Idea2Self-Level)
- Schwach: Bauchgefuehl, unvalidierte Annahmen -> als Experiment dokumentieren
</lean_startup>
<woop>
WOOP (Wish-Outcome-Obstacle-Plan, Gabriele Oettingen):
Evidenzbasierte Selbstregulationsmethode fuer persoenliche Umsetzungshuerden.
Im Action-Plan integriert (nicht separate Uebung):
1. Wish: Umsetzungsziel (konkreter als Vision)
2. Outcome: Bestes Ergebnis wenn alles klappt
3. Obstacle: Persoenliche innere Huerden (nicht externe Risiken)
4. Plan: Wenn-Dann-Plaene fuer jedes Hindernis
Persoenliche Hindernisse sind bei Nebenprojekten haeufiger Grund fuer Scheitern als externe Risiken. Deshalb WOOP im Action-Plan, nicht als Add-on.
</woop>
<methoden_mapping>
| Klassische Methode | Idea2Self-Adaption | Begruendung |
|-------------------|-------------------|-------------|
| Problem-Statement (JTBD/6W/HMW) | Workflow problem-statement | Value Proposition subsumiert |
| Persona / ICP | Workflow persona | Verhaltensbasiert, nicht demografisch |
| Lean Risikohypothesen | Workflow experiment-card | Hypothesen + Metriken integriert |
| Build-Measure-Learn | Interviews + Debrief + Iteration | Ein Zyklus innerhalb des Prozesses |
| MVP / Lo-Fi Prototyping | Workflow prototyp-konzept | Konzept, kein funktionaler Prototyp |
| Sprint Retrospektive | Workflow review-iterate | Erkenntnisse zurueckfuehren |
</methoden_mapping>
<kernprinzipien_umsetzung>
| Prinzip | Umsetzung |
|---------|-----------|
| Output > Theorie | Jeder Workflow erzeugt exportierbares Artefakt |
| Hypothesen statt Behauptungen | Experiment-Card erzwingt explizite Hypothesen |
| Schnelles Lernen | Interviews als Minimum Viable Research |
| Scope-Klarheit | Jeder Workflow fragt: Was wird NICHT gebaut? |
| Equal Voice | Stilles Einzelarbeiten VOR Gruppen-Sharing |
| Peer-Perspektiven | Feedback-Formate nutzen Gruppe als Sparring |
</kernprinzipien_umsetzung>
</methodik>
plugin-shared/recherche-regeln.md
+79
View File
@@ -0,0 +1,79 @@
<recherche_regeln>
<grundsatz>
Recherche dient der Plausibilisierung und Anreicherung, nicht der Ersetzung eigener Erfahrung. Jede Recherche hat ein konkretes Ziel und ein definiertes Ende.
</grundsatz>
<recherche_typen>
<inline_recherche>
Einfache Recherchen, die waehrend eines Workflows durchgefuehrt werden.
Dauer: 1-2 Suchanfragen. Keine Unterbrechung des Flows.
Wann:
- Berufsbezeichnungen, Lebensstil-Begriffe, Verhaltensmerkmale pruefen (Persona-Workflow)
- Formate/Methoden pruefen, Tools/Plattformen pruefen (Prototyp-Workflow)
- Einen spezifischen Fachbegriff klaeren
- Eine Behauptung des Nutzers auf Plausibilitaet pruefen
Wann NICHT:
- Marktanalyse, Wettbewerbsanalyse
- Zielgruppen-Studien
- Plausibilisierung ganzer Annahmen-Ketten
- Orte und Proxy-Gruppen finden
Kennzeichnung: _(Recherche)_ im Text.
</inline_recherche>
<workflow_recherche>
Tiefergehende, mehrstufige Recherche als eigener Schritt im Recherche-Workflow.
Dauer: 4-8 Suchanfragen + Synthese.
Wann (im Recherche-Workflow, Schritt 4):
- Problem-Recherche: Gibt es oeffentliche Hinweise, dass das Problem relevant ist?
- Problem-Recherche: Welche bestehenden Loesungen/Workarounds existieren?
- Problem-Recherche: Welche Rahmenbedingungen beeinflussen das Problemfeld?
- Zielgruppen-Recherche: Erkenntnisse zu Aufgaben und Beduerfnissen dieser Zielgruppe?
- Zielgruppen-Recherche: Wo sind Personen mit diesem Profil anzutreffen (physisch + digital)?
- Zielgruppen-Recherche: Welche Proxy-Gruppen koennten befragt werden?
Ablauf:
1. Recherche-Fragen aus PS + Persona ableiten (2 Cluster: Problem + Zielgruppe)
2. Fragen dem Nutzer zeigen, Anpassung ermoeglichen
3. Stadt-Frage stellen (fuer Interview-Orte)
4. Recherche durchfuehren (web_search + web_fetch fuer Quellenvertiefung)
5. Ergebnisse strukturiert aufbereiten
6. Konkrete Vorschlaege fuer PS/Persona-Updates ableiten
</workflow_recherche>
<interview_vorbereitung>
Teil des Recherche-Workflows. Liefert:
- Physische Orte, an denen die Zielgruppe anzutreffen ist
- Digitale Orte (Foren, Communities, Social Media)
- Proxy-Gruppen (aehnliche Personen, leichter erreichbar)
- Erkennungsmerkmale (wie erkennt man die Zielgruppe?)
- Ansprache-Strategie (wie kommt man ins Gespraech?)
</interview_vorbereitung>
</recherche_typen>
<qualitaetskriterien>
- Mindestens 2 unabhaengige Quellen fuer zentrale Behauptungen
- Primaerquellen bevorzugen (Studien, offizielle Statistiken, Branchenberichte)
- Datum der Quelle pruefen (nicht aelter als 2 Jahre fuer Marktdaten)
- Widersprueche zwischen Quellen benennen, nicht glaetten
- Ergebnisse als Hypothesen formulieren, nicht als Fakten
</qualitaetskriterien>
<nicht_recherchieren>
Diese Themen werden im Idea2Self-Prozess NICHT recherchiert:
- Vollstaendige Marktanalyse (gehoert in spaetere Phase)
- Quantitative Wettbewerbsanalyse
- Technische Machbarkeitsanalyse
- Finanzielle Bewertungen
- Rechtliche Pruefungen
Stattdessen: Als offenen Punkt in die idea2self-Datei aufnehmen.
</nicht_recherchieren>
</recherche_regeln>
plugin-shared/templates/idea2self-vorlage.md
+68
View File
@@ -0,0 +1,68 @@
# Idea2Self: [Kurztitel]
_Erstellt am [Datum]. Letzte Aenderung: [Datum]._
_Prozess: Discovery -> Problem-Statement -> Persona -> Recherche -> Experiment -> Prototyp -> Action-Plan_
---
## Idee
**Kurztitel:** [3-5 Woerter]
**Kern:** [1-2 Saetze]
**Motivation:** [Warum diese Idee?]
**Zielgruppe (erste Vermutung):** [Fuer wen?]
**Problem (erste Vermutung):** [Welches Problem?]
**Kontext:** [Hintergrund, Ressourcen, Zeitbudget]
**Scope-Ausschluss:** [Was wird NICHT adressiert?]
_Erstellt am [Datum] via Discovery-Interview_
---
## Problem-Statement
_[Wird in Workflow 2 befuellt]_
---
## Persona
_[Wird in Workflow 3 befuellt]_
---
## Recherche-Report
_[Wird in Workflow 4 befuellt]_
---
## Experiment-Card
_[Wird in Workflow 5 befuellt]_
---
## Prototyp-Konzept
_[Wird in Workflow 6 befuellt]_
---
## Action-Plan
_[Wird in Workflow 7 befuellt]_
---
## Offene Punkte
_Geparkte Gedanken aus allen Workflows_
---
## Changelog
| Datum | Aenderung | Workflow/Anlass |
|-------|-----------|----------------|
| [Datum] | Datei angelegt, ## Idee befuellt | Discovery-Interview |
plugin-shared/templates/prototyp-remixer-auswertung.md
+159
View File
@@ -0,0 +1,159 @@
# Prototyp-Remixer: Auswertungsvorlage
_Idee: [Kurztitel aus idea2self-Datei]_
_Datum: [Datum]_
_Grundlage: Ideen-Werkstatt + Dimensionen aus dem Prototyp-Konzept-Workshop_
---
## 1. Ausgangslage
### Gewaehlte Loesungsidee (aus Ideen-Werkstatt)
**Idee:** [Titel der gewaehlten Idee aus den 5 Vorschlaegen]
**Kurzbeschreibung:** [1-2 Saetze]
### Die 3 Prototyp-Dimensionen
_Die 3 wichtigsten Stellschrauben, die den groessten Unterschied fuer den Prototyp machen._
| # | Dimension | Beschreibung |
|---|-----------|-------------|
| D1 | [z.B. Format] | [Was diese Dimension fuer den Prototyp bedeutet] |
| D2 | [z.B. Zielgruppen-Segment] | [Was diese Dimension fuer den Prototyp bedeutet] |
| D3 | [z.B. Preismodell] | [Was diese Dimension fuer den Prototyp bedeutet] |
---
## 2. Varianten pro Dimension
_Pro Dimension: Eigene Varianten VOR der Gruppenarbeit._
### D1: [Dimensionsname]
| Variante | Auspraegung | Kurz-Begruendung |
|----------|------------|-------------------|
| V1 | [Auspraegung] | [Warum denkbar?] |
| V2 | [Auspraegung] | [Warum denkbar?] |
| V3 | [Auspraegung] | [Warum denkbar?] |
### D2: [Dimensionsname]
| Variante | Auspraegung | Kurz-Begruendung |
|----------|------------|-------------------|
| V1 | [Auspraegung] | [Warum denkbar?] |
| V2 | [Auspraegung] | [Warum denkbar?] |
| V3 | [Auspraegung] | [Warum denkbar?] |
### D3: [Dimensionsname]
| Variante | Auspraegung | Kurz-Begruendung |
|----------|------------|-------------------|
| V1 | [Auspraegung] | [Warum denkbar?] |
| V2 | [Auspraegung] | [Warum denkbar?] |
| V3 | [Auspraegung] | [Warum denkbar?] |
---
## 3. Gruppenarbeit: Neue Kombinationen
_Ergebnisse aus der Gruppenarbeit. Jede Kombination ist ein Mix aus Varianten der 3 Dimensionen._
### Kombination A: [Arbeitstitel]
| Dimension | Variante | Auspraegung |
|-----------|----------|-------------|
| D1 | [V1/V2/V3/neu] | [Auspraegung] |
| D2 | [V1/V2/V3/neu] | [Auspraegung] |
| D3 | [V1/V2/V3/neu] | [Auspraegung] |
**Argument der Gruppe:** [Warum diese Kombination? Was war das Argument?]
### Kombination B: [Arbeitstitel]
| Dimension | Variante | Auspraegung |
|-----------|----------|-------------|
| D1 | [V1/V2/V3/neu] | [Auspraegung] |
| D2 | [V1/V2/V3/neu] | [Auspraegung] |
| D3 | [V1/V2/V3/neu] | [Auspraegung] |
**Argument der Gruppe:** [Warum diese Kombination?]
### Kombination C: [Arbeitstitel]
| Dimension | Variante | Auspraegung |
|-----------|----------|-------------|
| D1 | [V1/V2/V3/neu] | [Auspraegung] |
| D2 | [V1/V2/V3/neu] | [Auspraegung] |
| D3 | [V1/V2/V3/neu] | [Auspraegung] |
**Argument der Gruppe:** [Warum diese Kombination?]
---
## 4. Bewertung der Kombinationen
_Jede Kombination gegen 4 Kriterien bewerten. Skala: 1 (niedrig) bis 5 (hoch)._
| Kriterium | Beschreibung | A | B | C |
|-----------|-------------|:-:|:-:|:-:|
| **Zielgruppen-Passung** | Adressiert es das Problem der Persona? Wuerde sie es nutzen? | [1-5] | [1-5] | [1-5] |
| **Persoenliche Passung** | Passt es zu meiner gewuenschten Rolle und meinen Interessen? | [1-5] | [1-5] | [1-5] |
| **Machbarkeit** | Kann ich das als Prototyp alleine umsetzen? | [1-5] | [1-5] | [1-5] |
| **Testbarkeit** | Kann ich schnell herausfinden, ob es funktioniert? | [1-5] | [1-5] | [1-5] |
| **Summe** | | [/20] | [/20] | [/20] |
---
## 5. Begruendete Auswahl
### Gewaehlte Kombination: [A/B/C]
**Warum diese Kombination?**
[2-3 Saetze: Was hat den Ausschlag gegeben? Welche Dimension war entscheidend?]
**Was spricht dagegen – und warum trotzdem?**
[1-2 Saetze: Groesstes Risiko oder Schwaeche der Wahl, und warum sie trotzdem steht.]
**Verworfene Kombinationen:**
| Kombination | Hauptgrund fuer Verwerfung |
|-------------|---------------------------|
| [B/C] | [1 Satz] |
| [B/C] | [1 Satz] |
---
## 6. Uebernahme ins Prototyp-Konzept
_Die gewaehlte Kombination fuettert das Zielformat des Prototyp-Konzepts:_
```
# PROTOTYP-KONZEPT: [Kurztitel]
## Loesungsidee
[Gewaehlte Idee aus der Ideen-Werkstatt, ggf. verfeinert durch Gruppenarbeit]
## Prototyp-Dimensionen
1. [D1]: Gewaehlte Variante [X] – [Beschreibung]
2. [D2]: Gewaehlte Variante [Y] – [Beschreibung]
3. [D3]: Gewaehlte Variante [Z] – [Beschreibung]
## Einschaetzung
[Begruendung auf Basis aller Artefakte: PS, Persona, Recherche, Experiment, Interviews, Gruppenarbeit]
## Naechster Schritt
[Konkreter naechster Schritt fuer den Prototyp-Bau]
```
---
## Offene Punkte
_Gedanken, die waehrend der Gruppenarbeit oder Auswertung aufkamen und noch nicht eingeordnet sind._
- [ ] [Offener Punkt]
---
_Erstellt via Prototyp-Remixer-Uebung. Ergebnis wird ueber den Facilitator in das Prototyp-Konzept ueberfuehrt._