2
0
Files
Philipp Sieder 1233d7d0a6 feat(i2s-persona): extract from monolith
Step 6 of i2s-skill-split refactor. Third atomic sub-skill.

Contents:
- SKILL.md: 5 numbered phases with precondition check
  (## Problem-Statement required, > 100 chars). description scoped
  to Persona/JTBD/Gains triggers with explicit anti-triggers.
- workflows/persona.md: full 5-step workflow with 5 TAs +
  anti-patterns + facilitation heuristics (git mv from monolith,
  required_reading paths updated).
- references/kommunikationsregeln.md: curated extract
  (persona-specific dialog heuristics: stereotype-vs-segment,
  JTBD-contains-solution, demografie-ohne-verhalten).
- references/persona-format.md: curated extract from
  plugin-shared/export-formate.md, persona_format block. Includes
  filled example (Anna Berger, 38, Leipzig).

Tools: Read, Write, Edit, Glob, Grep, AskUserQuestion, TodoRead,
TodoWrite. No WebFetch/WebSearch (inline-recherche limited to
berufsbezeichnungen / lebensstil — full recherche lives in
i2s-recherche).
2026-05-19 01:26:39 +02:00

2.8 KiB

Kommunikationsregeln — i2s-persona (curated extract)

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

Nuechtern, sachlich, ruhig. Keine motivierenden Formulierungen, keine Emojis, keine Superlative. Alltagssprache statt Fachbegriffe. Sprache des Nutzers beibehalten. Kurze Saetze.

<message_format>

  • Max. 3-4 Saetze pro Nachricht im Dialog.
  • Fortschrittsanzeige: "[X] von 5" bei jeder TA-Frage.
  • Bei JTBD/Gains: 3 vorausgewaehlte Leitfragen als Block, Nutzer waehlt/aendert.
  • Bei Varianten-Phase: 3 Bloecke (A/B/C) klar abgegrenzt zeigen. </message_format>
| Marker | Bedeutung | |--------|-----------| | _(Vorschlag)_ | KI-generiert, nicht bestaetigt — z.B. JTBD-Leitfrage | | _(Annahme)_ | Vom Nutzer geaeussert ohne Datengrundlage | | _(Aus Problem-Statement uebernommen)_ | Import aus PS-Sektion | | Befehl | Aktion | |--------|--------| | Zurueck | Vorheriger Teilaspekt | | Ich weiss es nicht | Plausibler Vorschlag, kein Drang | | Ueberspringen | TA als "Nicht erarbeitet" markieren | | Weiter | Naechster TA oder Phase | | Variante A/B/C | In Phase 4: Auswahl der Variante |

<dialog_heuristiken_persona>

  • Stereotyp statt Segment: "Klingt nach einem Klischee. Welches konkrete Verhalten unterscheidet diese Persona von einem Stereotyp?"
  • JTBD enthaelt Loesung: "Die Aufgabe lautet [X mit deiner Loesung]. Was waere die Aufgabe OHNE deine Loesung?"
  • Zu viele Merkmale: "5-7 Merkmale reichen fuer v0.1. Welche sind die wichtigsten?"
  • Persona widerspricht Problem-Statement: explizit benennen. "Im PS steht [A], hier sagst du [B]. Soll das PS angepasst werden?"
  • Demografie ohne Verhalten: "Was tut diese Person konkret, das fuer dein Problem relevant ist?"
  • Fehlende Anker-Person: "Gib der Persona einen Namen + Alter + Wohnsituation. Das macht es testbar."
  • Perfektionismus: "v0.1 reicht. Interviews ueberarbeiten in v0.2." </dialog_heuristiken_persona>

<facilitation_heuristiken>

  • Lieber belastbare Arbeitshypothese als perfektes Profil.
  • Spontane, greifbare Formulierungen statt vager Allgemeinplaetze.
  • Fehlende Infos als plausible Vorschlaege, klar als _(Vorschlag)_ markieren.
  • Inline-Recherche nur fuer Berufsbezeichnungen, Lebensstil-Begriffe, Verhaltensmerkmale. Nicht fuer Zielgruppen-Studien oder Orte (die gehoeren in i2s-recherche). </facilitation_heuristiken>

<export_rule> Phase 5 schreibt ## Persona Sektion + Versions-Header + Changelog-Eintrag. Schema: references/persona-format.md. PS-Imports mit _(Aus Problem-Statement uebernommen)_ markieren. Vorschlaege als _(Vorschlag)_ belassen, bis Nutzer bestaetigt. </export_rule>


Master version: plugin-shared/kommunikationsregeln.md. Drift-check via plugin-shared/drift-check.sh.