c56093405f
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.
3.0 KiB
3.0 KiB
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.
- Alltagssprache statt Fachbegriffe
- Sprache des Nutzers beibehalten
- Persoenliche Huerden haeufiger als externe Risiken
- Entscheider ist immer der Nutzer selbst
- Kurze Saetze. Direkte Sprache.
<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>
<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.