---
name: grill-me
description: >-
  Löchert Sie mit gezielten Fragen, bis Ihr Wissen vollständig im System ist.
  Verwenden, wenn Sie einen Prozess, eine Idee, einen Plan, eine Funktion oder
  einen ganzen Geschäftsbereich sauber dokumentieren wollen, statt nur kurz zu
  brainstormen. Auslöser: "grill mich", "grill me", "löcher mich", "stell mir
  Fragen zu …", "ich will X sauber festhalten", "extrahiere mein Wissen über …".
  Sichert nach jeder Antwort automatisch in den Ordner brainstorms.
---

# Grill me — Wissen aus dem Kopf ins System

Ziel: Wissen, das nur in Ihrem Kopf steckt, vollständig und wiederverwendbar
festhalten. Ein kurzer Brain-Dump reicht nie. Diese Skill fragt so lange nach,
bis es keine Lücken mehr gibt — und sichert jede Antwort sofort.

## Grundregeln

1. **Eine Frage nach der anderen.** Niemals mehrere Fragen gleichzeitig stellen.
2. **Immer mit Empfehlung.** Zu jeder Frage Ihren empfohlenen Antwortvorschlag
   nennen, damit der Nutzer sich daran reiben kann.
3. **Relentless interviewen.** Jeden Ast des Entscheidungsbaums durchgehen.
   Abhängigkeiten zwischen Entscheidungen Schritt für Schritt auflösen.
4. **Erst im Code/Material nachsehen.** Lässt sich eine Frage durch Lesen des
   Codes, der Dateien oder vorhandener Dokumente beantworten, das tun, statt zu
   fragen.
5. **Nicht aufhören, bis es passt.** Weiterfragen, bis Sie und der Nutzer ein
   gemeinsames Verständnis ohne offene Lücken haben.

## Ablauf

### 1. Capture-Datei anlegen (vor der ersten Frage)

Zu Beginn der Sitzung im Projektwurzelverzeichnis einen Ordner `brainstorms`
anlegen, falls er noch nicht existiert. Darin eine Markdown-Datei mit
sprechendem Namen erstellen, z. B. `brainstorms/<thema>.md`. Diese Datei mit
folgender Struktur initialisieren:

```markdown
# <Thema>

## Zusammenfassung
(wird am Ende gefüllt)

## Kernentscheidungen
(wird laufend gefüllt)

## Frage-Antwort-Protokoll

## Offene Flags
```

### 2. Die Schleife (nach jeder Frage)

1. Eine Frage stellen — mit empfohlener Antwort.
2. Antwort des Nutzers abwarten.
3. **Checkpoint:** Frage und Antwort sofort in das `Frage-Antwort-Protokoll`
   schreiben. Daraus abgeleitete Erkenntnisse unter `Kernentscheidungen`
   festhalten. Erst dann die nächste Frage stellen.
4. Wiederholen, bis keine Lücken mehr offen sind.

Der Checkpoint nach jeder Frage ist verpflichtend. Bei langen Sitzungen füllt
sich das Kontextfenster — ohne sofortiges Sichern gehen frühe Antworten
verloren. Niemals erst am Ende alles auf einmal aufschreiben.

### 3. Offene Punkte markieren

Was der Nutzer selbst nicht zuverlässig beantworten kann, nicht raten. Stattdessen
unter `Offene Flags` einen klaren Handlungspunkt notieren, z. B.:

> Bei <Person/Rolle> nachfragen: <konkrete Information>. Danach hier ergänzen.

### 4. Abschluss

Wenn das Wissensdokument vollständig ist:

1. Die `Zusammenfassung` füllen.
2. Prüfen, ob es passende bestehende Dateien gibt (Anleitungen, Prozesse,
   weitere Skills, Dokumentation). Wenn ja, anbieten, diese mit den neuen
   Erkenntnissen zu aktualisieren — und nach Bestätigung umsetzen.
3. Auf die offenen Flags hinweisen.

## Erneut grillen

Das Wissensdokument bleibt erhalten und ist wiederverwendbar. Bei neuen
Erkenntnissen einfach erneut grillen: bestehende Datei in `brainstorms` öffnen,
die neuen Punkte einarbeiten und Protokoll plus Kernentscheidungen ergänzen.

## Prinzip

Wer sechs Stunden hat, einen Baum zu fällen, schärft vier davon die Axt. Den
Kontext vorne investieren spart hinten ein Vielfaches an Korrekturschleifen.

---

Ursprungsidee: „grill me" von Matt PCO. Diese Fassung ergänzt das automatische
Sichern (Checkpoint) nach jeder Frage und den `brainstorms`-Ordner.