feat(i2s-prototyp-konzept): extract from monolith

Step 9 of i2s-skill-split refactor. Sixth atomic sub-skill.

Contents:
- SKILL.md: 4 numbered phases (load + experiment-status, 4 TAs
  including ideen-werkstatt, consistency, export). description
  with prototyp/loesungsidee/user-flow triggers, anti-trigger
  to ce-brainstorm for non-Idea2Self ideation. Precondition:
  ## Experiment-Card required.
- workflows/prototyp-konzept.md: 4-step workflow (git mv,
  paths updated).
- references/kommunikationsregeln.md: curated extract with
  prototyp-specific heuristics (5-ideas-must-differ, scope-out-
  pflicht, user-flow-max-5, role-vs-solution-mismatch).
- references/prototyp-konzept-format.md: full schema with
  verworfene-ideen-tabelle (alle 4 mit grund) and filled
  hausflur-set example.
- templates/prototyp-remixer-auswertung.md: optional 3-
  dimensions / kombinations / bewertung variantenanalyse,
  copied from plugin-shared.

Tools include WebFetch + WebSearch for inline format/tool
checks (NOT markt/wettbewerb — that's in recherche).

skills/i2s-prototyp-konzept/SKILL.md

@@ -0,0 +1,115 @@
+---
+name: i2s-prototyp-konzept
+description: "Idea2Self Prototyp-Konzept-Workflow. Synthetisiert aus Problemraum, Recherche, Experiment-Feedback und persoenlicher Rollenpassung 5 Loesungsideen, waehlt eine aus, und definiert das Prototyp-Konzept (Typ, 3-5 Kernfunktionen, Scope IN/OUT, User Flow 3-5 Schritte). Loest aus bei 'Prototyp-Konzept erstellen', 'Loesungsidee entwickeln', 'Ideen-Werkstatt', 'User Flow definieren', 'Scope fuer meinen Prototyp', 'Was baue ich konkret', 'Prototyp-Typ festlegen'. NICHT aktivieren bei: 'Idea2Self starten' (Router), 'Experiment planen' (i2s-experiment-card), 'Action-Plan erstellen' (i2s-action-plan), allgemeiner Produkt-Ideation ohne Idea2Self-Kontext, oder wenn Experiment-Card noch fehlt. Vorbedingung: idea2self-Datei mit ## Experiment-Card. Output: ## Prototyp-Konzept Sektion. Sprache: Deutsch."
+allowed-tools: Read Write Edit Glob Grep AskUserQuestion WebFetch WebSearch TodoRead TodoWrite
+---
+
+# i2s-prototyp-konzept — Loesungsskizze + Scope
+
+Schritt 6 im Idea2Self-Prozess. Aus dem Problemraum + Recherche + Experiment-Feedback + persoenlicher Passung **eine** Loesung formen und scharf abgrenzen. Generiert 5 Roh-Ideen, faechert sie auf, der Nutzer waehlt und schaerft.
+
+## Essential Principles
+
+1. **Ideen-Werkstatt vor Konzept.** Erst 5 Roh-Ideen aus dem Problemraum + Recherche + Interessen synthetisieren, dann waehlen. Nicht direkt das erste Konzept ausbauen.
+2. **5 Ideen muessen substanziell unterschiedlich sein.** Wenn alle 5 dasselbe in Variationen sind: zurueck. "Welche Richtung waere komplett anders?"
+3. **Persoenliche Rollenpassung ist Pflichtfeld.** Builder / Coach / Kurator / Erklaerer / Gastgeber — eine Loesung, die nicht zur Rolle des Founders passt, scheitert nicht am Markt sondern an der Umsetzung.
+4. **Scope IN UND Scope OUT explizit.** Was wird NICHT gebaut, ist genauso wichtig wie was gebaut wird. Ohne Scope-OUT bleibt der Action-Plan unmoeglich.
+5. **Konzept, kein Bau.** Wir definieren das Konzept (Typ, Funktionen, Flow), nicht den lauffaehigen Prototyp. Der Bau lebt im Action-Plan.
+
+## When to Use
+
+- `## Experiment-Card` existiert + Experiment idealerweise durchgefuehrt; `## Prototyp-Konzept` fehlt oder iteriert werden soll.
+- Aus Router-Hand-off (Pfad 6) oder direkter Trigger ("Prototyp-Konzept erstellen", "Loesungsideen entwickeln").
+- Nach erstem Konzept-Run + neuen Erkenntnissen: v0.2 mit anderem Typ oder Scope.
+
+## When NOT to Use
+
+- `## Experiment-Card` fehlt -> erst `i2s-experiment-card`.
+- Nutzer will Aufgabenliste / 14-Tage-Plan -> `i2s-action-plan`.
+- Allgemeines Produkt-Brainstorming ohne Idea2Self-Anker -> `compound-engineering:ce-brainstorm`.
+
+## Precondition Check
+
+**Vor Phase 1:**
+1. idea2self-Datei laden.
+2. Auf `^## Experiment-Card` matchen + Sektion-Inhalt > 100 Zeichen.
+3. Fehlt -> abbrechen mit Hinweis: "`## Experiment-Card` fehlt. Trigger zuerst `i2s-experiment-card`."
+
+## Phases
+
+### Phase 1 — Kontext laden + Experiment-Status klaeren
+
+**Entry:** Vorbedingung erfuellt.
+
+**Aktionen:**
+1. Alle bisherigen Sektionen lesen.
+2. Frage: "Hast du dein Experiment bereits durchgefuehrt? Wenn ja: Was ist herausgekommen?"
+3. Falls Experiment-Ergebnisse vorhanden: in Analyse einbeziehen.
+4. Falls noch nicht: mit Hypothese als `_(Annahme - Experiment steht noch aus)_` weiterarbeiten, klar markiert.
+5. Voranalyse: "Ich gehe jetzt 4 Teilaspekte mit dir durch. [1] von 4."
+
+**Exit:** Experiment-Stand erfasst.
+
+### Phase 2 — 4 Teilaspekte
+
+**Entry:** Phase 1 abgeschlossen.
+
+**Aktionen:**
+1. **TA1 FEEDBACK.** Bisherige Loesungsidee + was Interviews bestaetigten/infrage stellten.
+2. **TA2 INTERESSEN.** Persoenliche Zugkraft + Rollenpassung (Builder / Coach / Kurator / Erklaerer / Gastgeber).
+3. **TA3 IDEEN-WERKSTATT.** Synthetisiere 5 substanziell unterschiedliche Roh-Ideen (Titel + Kurzbeschreibung). Praesentiere als `_(Vorschlag)_`. Feedback einholen, max. 2 Iterationsrunden. Optionale Inline-Recherche zu Formaten / Tools (NICHT Markt — das steht im Recherche-Report).
+4. **TA4 KONZEPT.** Fuer die gewaehlte Idee: Typ (App / Service / Kurs / Community / ...), 3-5 Kernfunktionen, Scope IN, Scope OUT, User Flow in 3-5 Schritten.
+5. Anti-Pattern-Detection: Idee ignoriert Interview-Feedback / alle 5 Ideen sind Variationen desselben / Ideen ignorieren Persona.
+
+**Exit:** Alle 4 TAs sind durch, eine Idee ist gewaehlt + ausgearbeitet.
+
+### Phase 3 — Konsistenzpruefung
+
+**Entry:** Phase 2 abgeschlossen.
+
+**Aktionen:**
+1. Prototyp adressiert das Problem aus `## Problem-Statement`?
+2. Passt zur `## Persona` (JTBD + Gains)?
+3. Beruecksichtigt Experiment-Feedback (falls vorhanden)?
+4. Scope ist realistisch fuer eine Person mit dem in `## Idee` deklarierten Zeitbudget?
+
+**Exit:** Keine offenen Konsistenz-Konflikte.
+
+### Phase 4 — Export
+
+**Entry:** Phase 3 abgeschlossen.
+
+**Aktionen:**
+1. `## Prototyp-Konzept` Sektion schreiben (Schema: `references/prototyp-konzept-format.md`).
+2. Versions-Header.
+3. Changelog-Eintrag.
+4. Optional: Prototyp-Remixer fuer Variantenanalyse (`templates/prototyp-remixer-auswertung.md`) — nur wenn Nutzer aktiv mehrere Kombinationen pruefen will.
+5. Hand-off: "Prototyp-Konzept steht. Letzter Schritt: Action-Plan. Trigger: 'Action-Plan erstellen' fuer `i2s-action-plan`. Oder 'Weiter'."
+
+**Exit:** Datei aktualisiert, Hand-off ausgesprochen.
+
+## Quick Reference
+
+Kommunikation: `references/kommunikationsregeln.md`.
+Format-Schema: `references/prototyp-konzept-format.md`.
+Workflow-Detail: `workflows/prototyp-konzept.md`.
+Optional Variantenanalyse: `templates/prototyp-remixer-auswertung.md`.
+
+## Reference Index
+
+| File | Purpose |
+|------|---------|
+| `workflows/prototyp-konzept.md` | Vollstaendiger 4-Schritt-Ablauf mit 4 TAs + Ideen-Werkstatt-Regeln |
+| `references/kommunikationsregeln.md` | Tonalitaet, Marker, Prototyp-spezifische Heuristiken (curated) |
+| `references/prototyp-konzept-format.md` | Markdown-Schema fuer `## Prototyp-Konzept` |
+| `templates/prototyp-remixer-auswertung.md` | Optionale Variantenanalyse (3 Dimensionen, Kombinationen, Bewertung) |
+
+## Success Criteria
+
+- [ ] Experiment-Feedback ist einbezogen oder explizit als fehlend markiert.
+- [ ] 5 substanziell unterschiedliche Roh-Ideen wurden generiert + bewertet.
+- [ ] 1 Idee ist gewaehlt mit knapper Begruendung.
+- [ ] Prototyp-Definition vollstaendig: Typ, 3-5 Kernfunktionen, Scope IN, Scope OUT, User Flow 3-5 Schritte.
+- [ ] Persoenliche Rolle ist reflektiert + matcht den Loesungstyp.
+- [ ] idea2self-Datei enthaelt `## Prototyp-Konzept` mit Versions-Header + Changelog-Eintrag.
+- [ ] Hand-off zu `i2s-action-plan` ist ausgesprochen.

skills/i2s-prototyp-konzept/references/kommunikationsregeln.md

@@ -0,0 +1,47 @@
+# Kommunikationsregeln — i2s-prototyp-konzept (curated extract)
+
+Curated from `plugin-shared/kommunikationsregeln.md`. Prototyp-Konzept-relevant.
+
+<tonality>Nuechtern, sachlich. Bei Ideen-Werkstatt: 5 Vorschlaege ohne Marketing-Sprache, ohne "spannend"/"genial".</tonality>
+
+<message_format>
+- Max. 3-4 Saetze.
+- Bei TA3 Ideen-Werkstatt: 5 Bloecke (Titel + 1-2 Saetze) als nummerierte Liste.
+- Fortschrittsanzeige: "[X] von 4".
+</message_format>
+
+<kennzeichnung>
+| Marker | Bedeutung |
+|--------|-----------|
+| _(Vorschlag)_ | KI-generierte Idee, nicht bestaetigt |
+| _(Annahme - Experiment steht noch aus)_ | Konzept basiert auf nicht-validierter Hypothese |
+| _(Aus Experiment)_ | Erkenntnis aus durchgefuehrter Experiment-Card |
+| _(Persona-Fit)_ | Element passt explizit zur Persona-JTBD/Gains |
+</kennzeichnung>
+
+<steuerbefehle>
+| Befehl | Aktion |
+|--------|--------|
+| Zurueck | Vorheriger TA |
+| Neue Ideen | TA3 mit 5 anderen Ideen wiederholen |
+| Andere Idee waehlen | TA4 abbrechen, andere der 5 Ideen waehlen |
+| Reicht | Mit aktuellem Stand exportieren |
+| Weiter | Naechste Phase |
+</steuerbefehle>
+
+<dialog_heuristiken_prototyp>
+- **Alle 5 Ideen sind dasselbe in Variationen:** "Welche Richtung waere komplett anders? App vs Service vs Community."
+- **Idee ignoriert Interview-Feedback:** "Die Interviews zeigten [X]. Wie beruecksichtigst du das in dieser Idee?"
+- **Idee ignoriert Persona:** "Fuer welche Idee wuerde sich [Persona-Name] aktiv interessieren — nicht nur 'koennte vielleicht'?"
+- **Scope-OUT fehlt:** "Was wird bewusst NICHT gebaut? Ohne diese Liste wird der Action-Plan unmoeglich."
+- **User Flow zu lang (> 5 Schritte):** "Was kannst du streichen ohne die Kern-Aufgabe zu zerstoeren?"
+- **Rolle passt nicht zur Loesung:** "Du siehst dich als Kurator, baust aber eine App, die Builder-Energie braucht. Andere Idee oder andere Rolle?"
+</dialog_heuristiken_prototyp>
+
+<export_rule>
+Phase 4 schreibt `## Prototyp-Konzept` Sektion + Versions-Header + Changelog. Schema: `references/prototyp-konzept-format.md`. Scope-IN und Scope-OUT muessen beide ausgefuellt sein.
+</export_rule>
+
+---
+
+**Master version:** `plugin-shared/kommunikationsregeln.md`. Drift-check via `plugin-shared/drift-check.sh`.

skills/i2s-prototyp-konzept/references/prototyp-konzept-format.md

@@ -0,0 +1,132 @@
+# Prototyp-Konzept-Format — i2s-prototyp-konzept (curated extract)
+
+Curated from `plugin-shared/export-formate.md` — `<prototyp_konzept_format>` block.
+
+## Schema fuer `## Prototyp-Konzept` Sektion
+
+```markdown
+## Prototyp-Konzept
+
+_Version [V1/V2/...] vom [Datum]_
+_Vorgaengerversion: [V<n-1> vom <Datum>] / Keine - Neuerstellung_
+_Experiment-Status: [durchgefuehrt am <Datum> | steht noch aus]_
+
+### Gewaehlte Idee
+**Titel:** [Kurzer, beschreibender Titel]
+**Beschreibung:** [2-3 Saetze: was es ist, fuer wen, warum gewaehlt]
+**Begruendung der Auswahl:** [1-2 Saetze: warum diese und nicht die anderen 4]
+**Rollenpassung:** [Builder / Coach / Kurator / Erklaerer / Gastgeber — mit 1-Satz-Begruendung]
+
+### Verworfene Ideen _(aus Ideen-Werkstatt)_
+
+| Idee | Kurzbeschreibung | Verworfen weil |
+|------|------------------|----------------|
+| [Idee 2] | [...] | [Grund] |
+| [Idee 3] | [...] | [Grund] |
+| [Idee 4] | [...] | [Grund] |
+| [Idee 5] | [...] | [Grund] |
+
+### Prototyp-Definition
+
+- **Typ:** [App / Service / Kurs / Workshop / Community / Content-Format / Physisches Produkt / ...]
+- **Kernfunktionen (3-5):**
+  1. [Funktion 1]
+  2. [Funktion 2]
+  3. [Funktion 3]
+  4. [Funktion 4] _(optional)_
+  5. [Funktion 5] _(optional)_
+
+### Scope IN — was gebaut wird
+- [Konkret 1]
+- [Konkret 2]
+- [Konkret 3]
+
+### Scope OUT — was bewusst NICHT gebaut wird
+- [Konkret 1]
+- [Konkret 2]
+- [Konkret 3]
+
+### User Flow (3-5 Schritte)
+1. [Schritt 1: Nutzer macht / sieht / erlebt ...]
+2. [Schritt 2: ...]
+3. [Schritt 3: ...]
+4. [Schritt 4] _(optional)_
+5. [Schritt 5] _(optional)_
+
+### Erkenntnisse aus dem Experiment _(wenn durchgefuehrt)_
+- [Was bestaetigt wurde]
+- [Was widerlegt / angepasst wurde]
+- [Was ueberraschend war]
+
+### Offene Punkte
+- [ ] [Nur wenn geparkte Gedanken vorhanden]
+```
+
+## Schreibregeln
+
+1. **Versions-Header + Experiment-Status** beide Pflicht.
+2. **Verworfene-Ideen-Tabelle**: alle 4 verworfenen Ideen mit Verworfen-weil-Grund. Nicht weglassen — die Begruendung zeigt, dass die Auswahl bewusst war.
+3. **Kernfunktionen 3-5**: nicht weniger (zu thin), nicht mehr (Scope-Creep). Wenn der Nutzer 7 Funktionen nennt: 2 in Scope-OUT verschieben.
+4. **Scope IN + Scope OUT** je 3 konkrete Punkte. Beide Listen mit echten Items, nicht "nichts Weiteres".
+5. **User Flow** als nummerierte Liste, max 5 Schritte. Jeder Schritt aus Nutzer-Perspektive ("Anna sieht ..." / "Anna macht ...").
+6. **Erkenntnisse aus Experiment** nur wenn durchgefuehrt — sonst Block weglassen, nicht leer lassen.
+
+## Beispiel (Auszug, gefuellt)
+
+```markdown
+## Prototyp-Konzept
+
+_Version V1 vom 2026-05-19_
+_Vorgaengerversion: Keine - Neuerstellung_
+_Experiment-Status: durchgefuehrt am 2026-05-15 (8 Interviews + 14-Tage-Pilot)_
+
+### Gewaehlte Idee
+**Titel:** Nachbarschafts-Tauschkarten "Hausflur-Set"
+**Beschreibung:** Ein gedrucktes 4-Karten-Set ("Suche", "Biete", "Frage", "Termin") + minimaler Pinboard-Sticker, der eine Tauschtafel im Hausflur etabliert — ohne App, ohne Account.
+**Begruendung der Auswahl:** Die Interviews zeigten App-Schwelle = real (6 von 8 Bewohnern). Karten-Set ist die einzige der 5 Ideen, die diese Schwelle aktiv umgeht.
+**Rollenpassung:** Kurator + Gastgeber — Founder produziert das Set und betreut Hausverwaltungen, baut nicht selbst eine Plattform.
+
+### Verworfene Ideen
+| Idee | Kurzbeschreibung | Verworfen weil |
+|------|------------------|----------------|
+| Whatsapp-Templates | Vorgefertigte Gruppen-Nachrichten | Bestehende Whatsapp-Gruppen scheitern an Pflege, nicht an Templates |
+| Hausverwaltungs-App | App fuer Hausverwaltungen zur Bewohner-Koordination | Hausverwaltung als Distributions-Hebel ja — aber App ist genau die Schwelle, die wir umgehen wollen |
+| Quartiers-Newsletter | Monatlicher gedruckter Newsletter pro Hausgemeinschaft | Pflege-Aufwand zu hoch fuer Nebenprojekt-Zeitbudget |
+| Tauschboersen-Workshop | 2h-Workshop-Format fuer Hausgemeinschaften | Skaliert nicht ohne Founder-Praesenz vor Ort |
+
+### Prototyp-Definition
+
+- **Typ:** Physisches Produkt + Service-Komponente (Distributions-Onboarding fuer Hausverwaltung)
+- **Kernfunktionen:**
+  1. 4-Karten-Set (Suche / Biete / Frage / Termin)
+  2. Pinboard-Sticker als Tafel-Markierung
+  3. Kurz-Onboarding-Karte fuer Hausverwaltung
+  4. Optional: einseitige Bewohner-Erklaerung
+
+### Scope IN
+- Print-Produktion: Standard-Karten-Format, 4 Designs, A6.
+- Hausverwaltung-Pitch-Material (1-Pager, 1 Beispielfall).
+- Erste 5 Pilot-Haeuser in Leipzig.
+
+### Scope OUT
+- App, Website, digitale Komponente.
+- Bezahlung / Marketplace-Funktionen.
+- Skalierung > 50 Parteien pro Haus.
+- Nationale Distribution.
+
+### User Flow
+1. Hausverwaltung erhaelt Pitch-Pager + Bestaetigung, Tafel im Hausflur erlauben.
+2. Bewohner sehen Tafel + Karten-Set im Hausflur, koennen sich Karten kostenlos nehmen.
+3. Bewohner schreibt Karte ("Suche Bohrmaschine, Sa 15h") + pinnt sie an die Tafel.
+4. Interessierte Nachbarn antworten direkt vor Ort oder via Anruf/SMS auf der Karte.
+5. Tausch findet statt — keine App, kein Account, keine Friction.
+
+### Erkenntnisse aus dem Experiment
+- App-Schwelle ist real (6/8 Interviews bestaetigt).
+- Hausverwaltung als Tueroeffner funktioniert (3 von 3 angefragten Verwaltungen sagten ja).
+- UEBERRASCHUNG: Bewohner > 60 nutzten die Karten haeufiger als Bewohner < 40 (im Pilot 5 von 8 Karten-Nutzungen).
+```
+
+---
+
+**Master version:** `plugin-shared/export-formate.md`. Drift-check via `plugin-shared/drift-check.sh`.

skills/i2s-prototyp-konzept/templates/prototyp-remixer-auswertung.md

@@ -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._

skills/i2s-prototyp-konzept/workflows/prototyp-konzept.md

@@ -0,0 +1,80 @@
+# Workflow: Prototyp-Konzept erstellen
+
+<required_reading>
+1. references/kommunikationsregeln.md
+2. references/prototyp-konzept-format.md
+</required_reading>
+
+<process>
+
+## Schritt 1: Kontext laden
+
+Lies alle bisherigen Abschnitte der idea2self-Datei.
+Besonders relevant: Experiment-Card + ggf. Interview-Ergebnisse.
+
+"Ich habe deinen Stand gelesen. Jetzt entwickeln wir ein Prototyp-Konzept. [1] von 4."
+
+Falls Interview-Ergebnisse vorliegen:
+"Hast du dein Experiment bereits durchgefuehrt? Wenn ja: Was ist herausgekommen?"
+
+Falls ja: Ergebnisse erfassen und in die Analyse einbeziehen.
+Falls nein: Auf Basis der Hypothesen weiterarbeiten, als _(Annahme - Experiment steht noch aus)_ kennzeichnen.
+
+## Schritt 2: Gefuehrte Fragen (4 Teilaspekte)
+
+**TA1 - FEEDBACK (Loesungsidee und Interview-Feedback)**
+"Was war deine bisherige Loesungsidee - und was ist aus den Interviews/Erkenntnissen daraus geworden?"
+"Was wurde bestaetigt, was infrage gestellt?"
+
+**TA2 - INTERESSEN (Zugkraft und Rollenpassung)**
+"Welche Taetigkeiten ziehen dich am meisten an - was wuerdest du auch ohne sofortigen Ertrag weiterverfolgen?"
+"In welcher Rolle siehst du dich: Builder, Coach, Kurator, Erklaerer, Gastgeber?"
+
+**TA3 - IDEEN (Ideen-Werkstatt)**
+"Jetzt schauen wir, welche konkreten Ideen sich aus deinem Problemraum, den Erkenntnissen und deinen Interessen ableiten lassen."
+
+Ablauf:
+1. Synthetisiere alle Inputs -> 5 Roh-Ideen (Titel + Kurzbeschreibung)
+2. Praesentiere die 5 Vorschlaege als _(Vorschlag)_
+3. Feedback einholen: Was passt? Was nicht?
+4. Verfeinern. Max. 2 Iterationsrunden.
+
+Inline-Recherche moeglich: Formate/Methoden pruefen, Tools/Plattformen pruefen.
+NICHT recherchieren: Markt, Wettbewerb -> steht im Recherche-Report.
+
+Anti-Patterns:
+1. Idee ignoriert Interview-Feedback -> "Die Interviews zeigten [X]. Wie beruecksichtigst du das?"
+2. Alle 5 Ideen sind Variationen desselben Ansatzes -> "Welche Richtung waere komplett anders?"
+3. Ideen ignorieren die Zielgruppe -> "Fuer welche Idee wuerde sich deine Persona interessieren?"
+
+**TA4 - KONZEPT (Prototyp-Definition)**
+Fuer die gewaehlte Idee:
+"Was ist der Typ? (App, Service, Kurs, Community...)"
+"Was sind die 3-5 Kernfunktionen?"
+"Was gehoert bewusst NICHT dazu?"
+"Beschreib den User Flow in 3-5 Schritten."
+
+## Schritt 3: Konsistenzpruefung
+
+- Prototyp adressiert das Problem aus dem PS?
+- Passt zur Persona?
+- Beruecksichtigt Interview-Feedback (falls vorhanden)?
+- Scope ist realistisch fuer eine Person?
+
+## Schritt 4: Export
+
+Schreibe ## Prototyp-Konzept in idea2self-Datei.
+
+Uebergabe:
+"Dein Prototyp-Konzept steht. Der letzte Schritt ist der Action-Plan. Sage 'Weiter'."
+
+</process>
+
+<success_criteria>
+- [ ] Interview-Feedback einbezogen (oder als fehlend markiert)
+- [ ] 5 Ideen generiert und bewertet
+- [ ] 1 Idee gewaehlt mit Begruendung
+- [ ] Prototyp-Definition: Typ, Kernfunktionen, Scope IN/OUT, User Flow
+- [ ] Persoenliche Passung reflektiert (Rolle, Format)
+- [ ] idea2self-Datei aktualisiert
+</success_criteria>