Grill Me: erst fragen, dann bauen.

Mein Grill-Me-Skill zum Kopieren, wie du ihn bei jedem neuen Projekt in Claude, Codex, Copilot, Cursor oder einem anderen Chat startest, und mein Ablauf vom ersten Gespräch bis zum passenden Skill.

Auf einen Blick

Was das Video nicht sagt

„Zweitbeliebtester Skill der Welt“ heißt genau: Platz 2 in der Rangliste „All Time“ auf skills.sh. Die Rangliste zählt nur Installationen über das Kommandozeilen-Programm npx skills. Wer Grill Me als Plugin oder per Upload nutzt, wird nicht mitgezählt. Platz 1 ist find-skills, ein Skill zum Finden von Skills.

Das Original stellt mehrere Fragen auf einmal. Matts grill-me ist nur ein Startknopf. Die eigentliche Arbeit macht ein zweiter Skill namens grilling. Der fragt in Runden: alle Fragen, die gerade beantwortbar sind, nummeriert, jede mit einem Vorschlag. Sagst du „ja“, nimmst du den Vorschlag an. Fakten sucht die KI selbst, die Entscheidungen bleiben bei dir. Das Original schreibt keine Datei.

Meine Version ist anders gebaut. Sie stellt immer nur eine Frage, gibt nach deiner Antwort ihre eigene Empfehlung, klopft feste Winkel ab (Annahmen, Risiken, was rein und was raus kommt) und schreibt am Ende alles in decisions.md. Das brauche ich für Schritt 3 meines Ablaufs: Jede Skill-Idee lege ich gegen diese Datei.

Es gibt viele Skills, die „grill-me“ heißen. Auf skills.sh findest du mindestens fünf weitere mit genau diesem Namen, von anderen Leuten. Achte beim Installieren auf den Absender mattpocock/skills oder nimm meine Version unten.

Grill Me ist nicht nur für Code. Matt schreibt selbst, dass Leute ihn für Geschäftsentscheidungen, Texte und die Frage „Was mache ich als Nächstes?“ nutzen.

Die KI ist nur so schlau wie das, was du ihr über deinen Plan sagst. Grill Me sorgt dafür, dass du es ihr sagst.

Mein Grill-Me-Skill zum Kopieren

Das ist meine Version, komplett. Kopier beide Kästen nacheinander in eine Datei mit dem Namen SKILL.md und leg sie in einen Ordner grill-me. Hinweis: In der Vorlage für decisions.md stehen hier ~~~ statt drei Backticks, das funktioniert in Markdown genauso.

---
name: grill-me
description: Befrage den Nutzer schonungslos zu jedem Aspekt eines Plans oder Designs, bis ein echtes gemeinsames Verständnis erreicht ist, und löse dabei jeden Ast des Entscheidungsbaums einzeln auf. Einsetzen, wenn der Nutzer einen Plan oder ein Design auf Schwachstellen prüfen, blinde Flecken vor dem Commit finden will oder "grill me" bzw. "grill mich" sagt.
---

# Grill Me

Befrage mich schonungslos zu jedem Aspekt dieses Plans oder Designs, bis wir ein echtes gemeinsames Verständnis erreicht haben. Deine Aufgabe ist nicht, den Plan zu bestätigen — sondern die Schwachstellen zu finden, bevor die Realität es tut.

## Bevor du startest

1. Lies den Plan, das Design-Dokument oder das Briefing vollständig. Wenn es im Code lebt, erkunde die Codebase, um zu verstehen, wie die Dinge heute tatsächlich funktionieren.
2. Bau dir einen Entscheidungsbaum: Liste die Entscheidungen auf, die der Plan trifft (explizit oder implizit), die offenen Fragen, die er offen lässt, und die Abhängigkeiten dazwischen.
3. Ordne die Fragen so, dass Entscheidungen, die andere freischalten, zuerst kommen. Spring nicht zufällig hin und her.

## Wie du grillst

- Stelle **immer nur eine Frage auf einmal**. Warte auf meine Antwort, bevor du weitergehst.
- Geh jeden Ast des Entscheidungsbaums durch und löse die Abhängigkeiten zwischen den Entscheidungen einzeln auf. Wenn meine Antwort auf eine Frage einen späteren Ast verändert, aktualisiere den Baum und sag mir das.
- Gib zu jeder Frage, nachdem ich geantwortet habe (oder wenn ich unsicher bin), **deine eigene empfohlene Antwort** mit kurzer Begründung. Verhör mich nicht nur — beziehe selbst Position.
- Wenn eine Frage durch Erkundung der Codebase statt durch Nachfragen bei mir beantwortet werden kann, erkunde die Codebase und beantworte sie selbst. Lass mich nichts nachschlagen, was du selbst finden kannst.
- Akzeptiere keine vagen oder schwammigen Antworten. Wenn ich sage "das machen wir später" oder "das läuft schon", hak nach und zwing mich, konkret zu werden.

## Worauf du abklopfst

Geh jeden dieser Winkel durch, nicht nur den Happy Path:

- **Annahmen** — was setzt der Plan als selbstverständlich voraus? Welche Annahmen sprengen alles, wenn sie falsch sind?
- **Edge Cases & Failure Modes** — was passiert bei leerem, riesigem, fehlerhaftem, nebenläufigem oder bösartigem Input? Was passiert, wenn eine Abhängigkeit ausfällt?
- **Tradeoffs** — worauf wird optimiert, und was wird dafür geopfert? War dieser Tausch Absicht oder Zufall?
- **Scope & Reihenfolge** — was ist drin, was draußen, was ist die kleinste Version, die Wert liefert, und was lässt sich verschieben?
- **Umkehrbarkeit** — welche Entscheidungen sind Einbahnstraßen? Die verdienen die härteste Prüfung.
- **Betreibbarkeit** — wie wird das nach dem Launch beobachtet, debuggt, zurückgerollt und gewartet?

## Ton

Sei direkt und skeptisch, aber in guter Absicht. Du bist der harte Reviewer, der will, dass der Plan gelingt — nicht der Querulant. Wenn etwas wirklich solide ist, sag es kurz und geh weiter — erfinde keine künstlichen Einwände.

## Wann du aufhörst

Mach weiter, bis jeder Ast des Entscheidungsbaums aufgelöst oder bewusst mit dokumentierter Begründung geparkt ist. Wenn nichts mehr übrig ist, das den Plan noch sinnvoll verändern könnte, hör auf und erstelle eine **Zusammenfassung**.

## decisions.md schreiben

Wenn die Befragung abgeschlossen ist, schreibe die Zusammenfassung in eine Datei `decisions.md` im Arbeitsverzeichnis (oder neben dem Plan-Dokument, falls vorhanden). Bei einer bestehenden `decisions.md` hänge einen neuen datierten Abschnitt an, statt sie zu überschreiben. Struktur:

~~~markdown
# Entscheidungen — <Plan-Name> (<YYYY-MM-DD>)

## Getroffene Entscheidungen
- Jede aufgelöste Frage und die Antwort, auf die wir uns geeinigt haben, mit kurzer Begründung.

## Offene Punkte
- Alles Verschobene, mit Begründung warum und wann es wieder aufgegriffen werden muss.

## Risiken
- Die wichtigsten verbleibenden Risiken und ihre Mitigationen.

## Änderungen am ursprünglichen Plan
- Was sich infolge dieses Gesprächs verschoben hat.
~~~

Zeig mir die Zusammenfassung auch direkt im Chat, nicht nur in der Datei.

Grundlage: grill-me von Matt Pocock, mattpocock/skills, MIT-Lizenz, Copyright (c) 2026 Matt Pocock. Meine Version ist eine eigene deutsche Bearbeitung, keine offizielle Übersetzung.

So installierst du es

Wichtig: Der Ordner heißt genauso wie der Name im Kopf der Datei, also grill-me, und darin liegt SKILL.md. Jedes Programm braucht seine eigene Kopie, nichts wird automatisch abgeglichen.

Claude Code (Terminal oder Desktop-App)

1. Leg den Ordner an: ~/.claude/skills/grill-me/SKILL.md (für alle Projekte) oder .claude/skills/grill-me/SKILL.md (nur für ein Projekt).
2. Starte eine neue Sitzung und tipp /grill-me, dahinter deinen Plan in ein paar Sätzen.
3. Prüfen: /skills zeigt dir, ob er geladen ist.

claude.ai im Browser oder in der Claude-App

1. Einmalig: Settings > Capabilities > „Code execution and file creation“ einschalten (im neuen Einstellungs-Layout heißt es „Create and edit files“). Ohne das laufen keine Skills.
2. Den Ordner grill-me (mit SKILL.md darin) als ZIP packen.
3. Customize > Skills > „+“ > „+ Create skill“ > „Upload a skill“, ZIP hochladen, Schalter an.
4. Starten: Schreib „Grill mich zu diesem Plan: …“. Einen Slash-Befehl gibt es im Chat laut Hilfe nicht.

Das geht in allen Tarifen, auch im kostenlosen: Die Anthropic-Hilfe nennt ausdrücklich „Free, Pro, Max, Ultra, Team und Enterprise“ (eine ältere Entwickler-Seite nennt Free noch nicht). Die Zusammenfassung steht immer im Chat; bei eingeschalteter Dateierstellung kann Claude sie zusätzlich als Dokument anlegen, das du direkt aus dem Chat herunterlädst. Matts Original lässt sich hier nicht hochladen: claude.ai erlaubt im Kopf der Datei nur sechs Felder (name, description, license, compatibility, metadata, allowed-tools), jedes andere Feld bricht den Upload mit einer Fehlermeldung ab, und Matts Datei enthält disable-model-invocation. Meine Version hat nur name und description und passt.

Codex, Copilot, Cursor

Lieber Matts Original? In Claude Code als Plugin, es aktualisiert sich selbst:

claude plugin install mattpocock-skills@claude-plugins-official

Oder für jedes Tool über skills.sh (braucht Node.js 22.20 oder neuer):

npx skills add https://github.com/mattpocock/skills --skill grill-me

Matt warnt: Nimm pro Tool nur einen Weg, sonst hast du jeden Skill doppelt. Und wenn du meine und seine Version zusammen nutzt, nenn meine um (Ordner und name: zum Beispiel grill-mich), damit klar ist, welche startet.

Ohne Skill-Funktion: als ersten Prompt

In Microsoft Copilot, Gemini, ChatGPT oder jedem anderen Chat kopierst du die Regeln einfach als erste Nachricht rein, dahinter dein Plan:

Grill mich zu meinem Plan, bevor du irgendetwas baust oder schreibst. Regeln:
1. Stell immer nur eine Frage und warte auf meine Antwort.
2. Fang mit den Entscheidungen an, von denen andere abhängen: Ziel, für wen, was ist drin und was nicht.
3. Gib nach jeder Antwort deine eigene Empfehlung mit kurzer Begründung.
4. Was du selbst nachschlagen kannst, frag mich nicht.
5. Akzeptier keine schwammigen Antworten wie "machen wir später", hak nach.
6. Prüf Annahmen, Risiken, was schiefgehen kann und was sich später schwer ändern lässt.
7. Hör erst auf, wenn nichts mehr geraten ist. Dann fass zusammen: Entscheidungen, offene Punkte, Risiken, Änderungen am Plan.
Mein Plan: [dein Plan in 3-5 Sätzen]

• ChatGPT: im Projekt oben rechts auf „•••“ > Project settings > Instructions einfügen. Das gilt dann nur in diesem Projekt und geht vor deinen allgemeinen Anweisungen.
• Gemini: als Gem (Gems > New Gem > Anweisungen > Save). Ab November 2026 werden Gems bei privaten Konten automatisch zu Skills, die du mit „/“ und dem Namen startest.
• Microsoft 365 Copilot: Die Custom instructions (Chat settings > Personalization) gelten für jeden Chat. Für Grill Me nimm lieber den ersten Prompt, sonst wirst du bei jeder Kleinigkeit ausgefragt.

Mein Ablauf aus dem Reel

Die Rangliste sagt dir, was viele installieren. Dein Plan sagt dir, was du brauchst.

Prompts zum Kopieren

/grill-me Mein Plan: [was du vorhast, für wen, bis wann]. Ich will vorher wissen, was ich noch nicht entschieden habe.

Such auf skills.sh nach Skills, die zu meinen Entscheidungen in decisions.md passen. Installier nichts. Gib mir pro Idee: Name, Link, was er macht, Installationen und Audit-Ergebnis.

Leg jede dieser Ideen gegen decisions.md: Hilft sie meinem Ziel, was kostet sie mich an Aufwand, was könnte stören? Sortier in "passt" und "fliegt raus", je ein Satz Begründung.

Zeig mir, welche Dateien in [owner/repo] stecken, ob Skripte dabei sind und was sie tun, bevor ich irgendetwas installiere.

Ich habe dir zuletzt nur zugestimmt. Nenn mir die zwei Entscheidungen, bei denen ich am ehesten falsch liege, und frag mich dazu noch einmal.

Der Plan ist zu groß für eine Runde. Teil ihn in 3 bis 5 Teile und grill mich zuerst zum wichtigsten Teil.

Fass unsere Entscheidungen als kurze Projektbeschreibung für [Kollegin / Kunde] zusammen, ohne Fachbegriffe, mit den offenen Punkten am Ende.

Wer was davon hat

Alternativen

Einen Test, der zeigt, dass eins davon besser ist, habe ich nicht gefunden. Die Basis ist bei allen gleich: erst fragen, dann bauen.

Grenzen und Risiken

• „Ok“ zu allem ist die größte Falle. Matt nennt es Passivität: 40 Mal „einverstanden“ und am Ende hast du den Plan der KI abgenickt. Widersprich, sag „weiß ich nicht“, wenn du es nicht weißt.
• Lange Gespräche kosten Tokens und Qualität. Jede Frage und Antwort bleibt im Gespräch. Wird es sehr lang, werden die Fragen laut Matt schlechter. Bei 200 Fragen ist der Plan zu groß: erst aufteilen.
• Manche Fragen kann man nicht beantworten, nur ausprobieren. „Wie soll sich das anfühlen?“ klärst du mit einem schnellen Entwurf, nicht mit noch einer Frage.
• Nur aus vertrauenswürdigen Quellen installieren. Anthropic rät: Skills nur von dir selbst oder von Anthropic, alles andere vorher komplett lesen, wie beim Installieren von Software. skills.sh prüft Skills nicht selbst, es zeigt nur Scans von Gen, Socket und Snyk. GitHub schreibt ausdrücklich, dass es Skills nicht prüft. Anthropic: Sicherheit bei Skills
• Gleiche Namen. Mehrere fremde Skills heißen „grill-me“. Liegen zwei mit gleichem Namen bei dir, gewinnt in Claude Code der persönliche vor dem Projekt-Skill. Schau also, welcher wirklich startet.
• Deine Daten. Was du beim Grillen erzählst, geht an den KI-Anbieter wie jeder andere Chat. Kundennamen und Interna nur, wenn dein Vertrag das erlaubt.

Deine erste Stunde

Mein Tipp

Fang mit etwas Kleinem an, das nichts mit Code zu tun hat: einem Angebot, einem Workshop, einer Website-Idee. Du merkst nach drei, vier Fragen, wie viel du der KI sonst verschwiegen hättest. Und die Entscheidungen bleiben bei dir, die KI liefert nur die Fragen und Vorschläge. Das Original findest du auf skills.sh.

Kurz prüfen.

Drei Fragen zum Reel. Du siehst sofort, ob es sitzt.

Das Reel.