feat(i2s-discovery): extract from monolith
Step 4 of i2s-skill-split refactor. First atomic sub-skill extracted from klarheit-mit-idea2self monolith. Contents: - SKILL.md: routing-pattern entry, 5 numbered phases (orientation, vertiefung, widerspruchspruefung, bestaetigung, datei-bootstrap) with entry/exit criteria. Description scoped to discovery triggers with explicit anti-triggers naming sibling i2s-* skills. - workflows/discovery.md: full 5-step interview (git mv from klarheit-mit-idea2self/workflows/discovery-idea.md, rename detection preserved). - references/kommunikationsregeln.md: curated extract from plugin-shared (tonality, markers, control commands, discovery-specific dialog heuristics, export rule). - references/idee-format.md: curated extract from plugin-shared/export-formate.md, idee_format block only. - templates/idea2self-vorlage.md: full copy from plugin-shared (this Skill bootstraps the idea2self-file in Phase 5). Tools: Read, Write, Edit, Glob, Grep, AskUserQuestion, WebFetch, WebSearch, TodoRead, TodoWrite.
This commit is contained in:
Philipp Sieder
@@ -0,0 +1,94 @@
|
||||
# Idee-Format — i2s-discovery (curated extract)
|
||||
|
||||
Curated extract from `plugin-shared/export-formate.md` — only the `idee_format` block, which `i2s-discovery` writes in Phase 5.
|
||||
|
||||
## Schema fuer `## Idee` Sektion
|
||||
|
||||
```markdown
|
||||
## Idee
|
||||
|
||||
_Erstellt am [Datum]_
|
||||
|
||||
### Kern
|
||||
[1-3 Saetze: Was ist die Idee?]
|
||||
|
||||
### Problem
|
||||
[Was ist der Schmerz / das Beduerfnis? Wie wird es heute geloest?]
|
||||
|
||||
### Zielgruppe (grob)
|
||||
[Wer hat das Problem? Erste Beschreibung. Konkrete Person als Anker, auch wenn breit.]
|
||||
|
||||
### Loesungsrichtung
|
||||
[Erste Idee fuer einen Ansatz. KEIN ausgearbeitetes Konzept.]
|
||||
|
||||
### Differenzierung
|
||||
[Was unterscheidet diesen Ansatz von dem, wie es heute geloest wird?]
|
||||
|
||||
### Persoenliche Passung
|
||||
- **Warum ich:** [Motivation, Faehigkeiten, Zugang]
|
||||
- **Zeitbudget:** [Stunden/Woche, realistisch]
|
||||
- **Ambition:** [Hobby / Nebeneinkommen / Hauptberuf]
|
||||
|
||||
### Scope — Was bewusst NICHT
|
||||
[Was wird nicht adressiert. Pflichtfeld.]
|
||||
|
||||
### Offene Fragen
|
||||
- [ ] [Ungeklaerte Punkte aus dem Interview]
|
||||
```
|
||||
|
||||
## Schreibregeln
|
||||
|
||||
1. **Datum:** `[Datum]` durch heutiges ISO-Datum ersetzen (`YYYY-MM-DD`).
|
||||
2. **Kurztitel:** Im Header der Datei (`# Idea2Self: <Kurztitel>`), nicht in der Idee-Sektion.
|
||||
3. **Vorschlag-Marker:** KI-generierte Differenzierung / Loesungsrichtung mit `_(Vorschlag)_` markieren, bis der Nutzer bestaetigt.
|
||||
4. **Annahme-Marker:** Vom Nutzer geaeusserte, aber unbestaetigte Behauptungen (z.B. "die Leute haben das Problem") mit `_(Annahme)_` markieren.
|
||||
5. **Recherche-Marker:** Inhalte aus inline WebSearch mit `_(Recherche: <kurzquelle>)_` markieren.
|
||||
6. **Leere Felder:** Falls nicht behandelt -> `Nicht erarbeitet` (nicht leer lassen, nicht raten).
|
||||
|
||||
## Beispiel (gefuellt)
|
||||
|
||||
```markdown
|
||||
## Idee
|
||||
|
||||
_Erstellt am 2026-05-19_
|
||||
|
||||
### Kern
|
||||
Eine lokale Tauschboerse fuer Nachbarschaften, die ueber Briefkasten-Karten startet
|
||||
(nicht App-basiert).
|
||||
|
||||
### Problem
|
||||
Menschen besitzen Werkzeuge / Gegenstaende, die selten benutzt werden. Geteilt wird
|
||||
aktuell ueber Whatsapp-Gruppen oder gar nicht. Karten-basierter Einstieg
|
||||
_(Annahme)_ senkt die Schwelle gegenueber App-Pflicht.
|
||||
|
||||
### Zielgruppe (grob)
|
||||
Mieter in mittelgrossen Mehrfamilienhaeusern (8-30 Parteien) in deutschen Staedten.
|
||||
Anker-Person: Anna, 38, lebt seit 6 Jahren im selben Haus, kennt 4 Nachbarn mit
|
||||
Namen.
|
||||
|
||||
### Loesungsrichtung _(Vorschlag)_
|
||||
Karten-Set "Was kann ich anbieten / was suche ich" + Aushaengetafel im Hausflur.
|
||||
Spaeter optional: simple Web-Liste fuer Hausverwaltung.
|
||||
|
||||
### Differenzierung
|
||||
Kein App-Download, kein Account, keine Plattform-Abhaengigkeit. Funktioniert auch
|
||||
fuer Menschen ohne Smartphone-Affinitaet.
|
||||
|
||||
### Persoenliche Passung
|
||||
- **Warum ich:** Habe selbst im Haus 12 Parteien, baue Karten gerade fuer mich. Designer.
|
||||
- **Zeitbudget:** 4-6 h/Woche.
|
||||
- **Ambition:** Nebeneinkommen ab Mitte 2026.
|
||||
|
||||
### Scope - Was bewusst NICHT
|
||||
- Keine App, keine Plattform.
|
||||
- Keine Bezahlung / Marketplace-Funktionen.
|
||||
- Keine Skalierung auf Nachbarschaften > 50 Parteien.
|
||||
|
||||
### Offene Fragen
|
||||
- [ ] Hausverwaltung als Distributions-Hebel pruefen.
|
||||
- [ ] Print-Kosten fuer ein Karten-Set.
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
**Master version:** `plugin-shared/export-formate.md` (Block `<idee_format>`). Drift-Check via `plugin-shared/drift-check.sh`.
|
||||
@@ -0,0 +1,61 @@
|
||||
# Kommunikationsregeln — i2s-discovery (curated extract)
|
||||
|
||||
Curated subset of `plugin-shared/kommunikationsregeln.md`. Discovery-relevant rules only — tonality, markers, control commands, and discovery-specific dialog heuristics.
|
||||
|
||||
<tonality>
|
||||
Nuechtern, sachlich, ruhig. Keine motivierenden oder enthusiastischen Formulierungen. Keine Ausrufezeichen, keine Emojis, keine Superlative.
|
||||
|
||||
- Alltagssprache statt Fachbegriffe
|
||||
- Sprache des Nutzers beibehalten
|
||||
- Persoenliche Huerden haeufiger als externe Risiken
|
||||
- Entscheider ist immer der Nutzer selbst
|
||||
- Kurze Saetze. Direkte Sprache.
|
||||
</tonality>
|
||||
|
||||
<message_format>
|
||||
- Max. 3-4 Saetze pro Nachricht im Dialog.
|
||||
- Strukturierte Ausgaben (Zusammenfassungen, Markdown-Skelette) duerfen laenger sein.
|
||||
- Fortschrittsanzeige: "[Phase X] von 5" bei jeder inhaltlichen Nachricht.
|
||||
- Keine Phasennummern in Nutzer-Nachrichten technisch nennen — als "Schritt" referenzieren.
|
||||
</message_format>
|
||||
|
||||
<kennzeichnung>
|
||||
| Marker | Bedeutung |
|
||||
|--------|-----------|
|
||||
| _(Vorschlag)_ | KI-generiert, nicht vom Nutzer bestaetigt |
|
||||
| _(Annahme)_ | Ohne Datengrundlage, vom Nutzer geaeussert |
|
||||
| _(Recherche)_ | Aus inline web_search |
|
||||
</kennzeichnung>
|
||||
|
||||
<steuerbefehle>
|
||||
| Befehl | Aktion |
|
||||
|--------|--------|
|
||||
| Zurueck | Vorheriger Schritt / Frage |
|
||||
| Ich weiss es nicht | Plausibler Vorschlag wird angeboten, keine Drang-Frage |
|
||||
| Ueberspringen | Antwort wird als "Nicht erarbeitet" markiert |
|
||||
| Weiter | Naechster Schritt / naechste Phase |
|
||||
</steuerbefehle>
|
||||
|
||||
<dialog_heuristiken_discovery>
|
||||
- **Missverstaendliche Antwort:** aktives Zuhoeren spiegeln. "Du meinst [X]? Oder eher [Y]?"
|
||||
- **Vage Antwort:** nicht akzeptieren. Beispiel anbieten oder Entscheidungsfrage.
|
||||
- **"Ich weiss es nicht":** plausiblen Vorschlag machen. Nicht draengen.
|
||||
- **Widerspruch zwischen Antworten:** explizit benennen. "Vorhin [A], jetzt [B]. Was gilt?"
|
||||
- **Perfektionismus / Endlos-Detail:** "Das ist Stand jetzt. Wir koennen spaeter ueberarbeiten."
|
||||
- **Blockade beim Nutzer:** Frage vereinfachen oder Optionen anbieten.
|
||||
- Max. 1 Rueckfrage pro Frage-Block (ausser Widerspruch oder kritische Luecke).
|
||||
</dialog_heuristiken_discovery>
|
||||
|
||||
<discovery_specific>
|
||||
- **Persoenliche Verbindung pruefen.** Wenn Nutzer abstrahiert ("die Leute haben das Problem") -> konkretisieren ("Kennst du jemanden, der das Problem konkret hat?").
|
||||
- **Inline-Recherche-Angebot.** Nur bei Wissensluecke des Nutzers, nicht proaktiv. Form: "Soll ich kurz recherchieren, was es im Bereich gibt?" Auf "Ja" -> WebSearch.
|
||||
- **Scope-Ausschluss-Pflicht.** "Was gehoert NICHT dazu?" muss in Phase 2 gestellt werden, nicht optional am Ende.
|
||||
</discovery_specific>
|
||||
|
||||
<export_rule>
|
||||
Phase 5 schreibt die `## Idee` Sektion in die idea2self-Datei. Schema: `references/idee-format.md`. Nur besprochene Inhalte eintragen. Nicht behandelt = "Nicht erarbeitet". Vorschlaege mit `_(Vorschlag)_` kennzeichnen.
|
||||
</export_rule>
|
||||
|
||||
---
|
||||
|
||||
**Master version:** `plugin-shared/kommunikationsregeln.md`. Aenderungen hier nach Master synchronisieren via `plugin-shared/drift-check.sh`.
|
||||
Reference in New Issue
Block a user