2
0

feat(i2s-recherche): extract from monolith

Step 7 of i2s-skill-split refactor. Fourth atomic sub-skill — first
one that uses external tools (WebFetch, WebSearch).

Contents:
- SKILL.md: 6 numbered phases (load + frame questions, show +
  stadt-frage, web-research, report, v0.2-vorschlaege, export)
  with entry/exit. description includes anti-trigger to
  compound-engineering:ce-web-researcher for non-Idea2Self
  research.
- workflows/recherche.md: 6-step workflow with two cluster
  schemas (Problem / Zielgruppe). git mv from monolith, paths
  updated to local refs.
- references/kommunikationsregeln.md: curated extract with
  recherche-specific dialog heuristics (no source halluci-
  nation, source-conflict-handling, scope-recovery).
- references/recherche-regeln.md: full curated extract -
  einfache vs tiefe recherche table, quellen-qualitaet pflichten
  (min 2 unabh quellen, primaer > sekundaer, datum-pflicht),
  widerspruchs-handling, stadt-spezifische recherche, output-
  schema pro frage, anti-patterns.
- references/recherche-report-format.md: curated markdown
  schema for ## Recherche-Report sektion with full filled
  example.

Tools include WebFetch + WebSearch (the recherche actually
hits the web). Read, Write, Edit, Glob, Grep, AskUserQuestion,
TodoRead, TodoWrite round out the set.

Precondition: ## Problem-Statement + ## Persona both required.
Output: ## Recherche-Report + optional v0.2-updates to PS and
Persona (only on explicit user confirmation).
This commit is contained in:
Philipp Sieder
2026-05-19 01:29:57 +02:00
parent e46878f848
commit 571bbe2084
5 changed files with 375 additions and 1 deletions
@@ -0,0 +1,50 @@
# Kommunikationsregeln — i2s-recherche (curated extract)
Curated from `plugin-shared/kommunikationsregeln.md`. Recherche-Workflow-relevante Regeln.
<tonality>
Nuechtern, sachlich, ruhig. Keine motivierenden Formulierungen, keine Emojis. Bei Quellen-Zitaten: knapp und nachpruefbar. Alltagssprache fuer Synthesen, Fachbegriffe nur wenn unvermeidbar.
</tonality>
<message_format>
- Max. 3-4 Saetze pro Nachricht im Dialog.
- Recherche-Ankuendigung: 1 Satz, dann zu den Treffern.
- Findings pro Frage: 2-4 Saetze + Quellen-Block (Titel/URL/Datum).
- Fortschrittsanzeige: "[Phase X] von 6".
</message_format>
<kennzeichnung>
| Marker | Bedeutung |
|--------|-----------|
| _(Recherche: <kurzquelle>)_ | Aus Web-Recherche mit konkreter Quelle |
| _(Quelle gealtert)_ | Marktdaten > 2 Jahre oder Verhaltens-Studien > 5 Jahre |
| _(Widerspruch: <Quelle A> vs <Quelle B>)_ | Mehrere Quellen, divergente Aussagen |
| _(Update aus Recherche, [Datum])_ | Rueckwaerts-Update auf PS/Persona |
| _(Vorschlag)_ | KI-Synthese, nicht direkt gequellt |
</kennzeichnung>
<steuerbefehle>
| Befehl | Aktion |
|--------|--------|
| Zurueck | Vorherige Phase / vorherige Recherche-Frage |
| Frage ersetzen | In Phase 2: eine der 4-6 Fragen austauschen |
| Mehr Quellen | Zu einer Frage zusaetzliche Quellen suchen |
| Reicht | Recherche-Phase 3 abbrechen, Report aus dem bisherigen Stand |
| Weiter | Naechste Phase |
</steuerbefehle>
<dialog_heuristiken_recherche>
- **Keine Quelle, aber Vermutung:** explizit "Keine belastbare Quelle gefunden. Vermutung: [...] _(Vorschlag)_". Nicht stillschweigend behaupten.
- **Quellen-Conflict:** beide nennen, Datum vergleichen, neuere Quelle hoeher gewichten — wenn beide aktuell: als Widerspruch markieren.
- **Quellen-Halluzination vermeiden.** Nur Quellen zitieren, die tatsaechlich via WebSearch/WebFetch gefunden wurden. URL muss aufrufbar sein.
- **Recherche scopen.** Wenn Recherche-Fragen sich zu breit oeffnen (z.B. "Marktdaten zu allem"): zurueck zur PS-Annahme und enger fokussieren.
- **Interview-Orte konkret.** Nicht "irgendwo in der Stadt", sondern: Stadtteil, Veranstaltung, Online-Gruppe (mit URL).
</dialog_heuristiken_recherche>
<export_rule>
Phase 6 schreibt `## Recherche-Report` Sektion plus optionale v0.2-Updates auf `## Problem-Statement` und `## Persona`. Updates NUR nach expliziter Nutzer-Bestaetigung. Schema: `references/recherche-report-format.md`.
</export_rule>
---
**Master version:** `plugin-shared/kommunikationsregeln.md`. Drift-check via `plugin-shared/drift-check.sh`.