Files

T

Philipp Sieder 571bbe2084 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).

2026-05-19 01:29:57 +02:00

2.5 KiB

Raw Permalink Blame History

Kommunikationsregeln — i2s-recherche (curated extract)

Curated from plugin-shared/kommunikationsregeln.md. Recherche-Workflow-relevante Regeln.

Nuechtern, sachlich, ruhig. Keine motivierenden Formulierungen, keine Emojis. Bei Quellen-Zitaten: knapp und nachpruefbar. Alltagssprache fuer Synthesen, Fachbegriffe nur wenn unvermeidbar.

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

| Marker | Bedeutung | |--------|-----------| | _(Recherche: )_ | Aus Web-Recherche mit konkreter Quelle | | _(Quelle gealtert)_ | Marktdaten > 2 Jahre oder Verhaltens-Studien > 5 Jahre | | _(Widerspruch: vs )_ | Mehrere Quellen, divergente Aussagen | | _(Update aus Recherche, [Datum])_ | Rueckwaerts-Update auf PS/Persona | | _(Vorschlag)_ | KI-Synthese, nicht direkt gequellt | | 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 |

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

2.5 KiB Raw Permalink Blame History

Kommunikationsregeln — i2s-recherche (curated extract)

2.5 KiB

Raw Permalink Blame History