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:
@@ -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