Was macht Grillen – das Pre-Build-Interview?
Adaptiert von grilling von Matt Pocock — github.com/mattpocock/skills. Original © 2026 Matt Pocock, MIT-Lizenz (siehe LICENSE in diesem Ordner). Änderungen in dieser Kopie werden unter derselben MIT-Lizenz veröffentlicht.
Die Beschreibung wurde eingegrenzt, sodass dieser Skill das Pre-Build-Interview abdeckt und nicht mit plc (Überprüfung eines bestehenden Plans) oder critical-thinking-walkthrough (Hinterfragen fremden Materials) konkurriert.
Befrage den Nutzer unnachgiebig, bis ein gemeinsames Verständnis dessen erreicht ist, was er bauen möchte. Abbilde es als Designbaum: Jede Entscheidung verzweigt sich in die Entscheidungen, die von ihr abhängen.
Runden und die Frontier
Arbeite den Baum in Runden ab. Die Frontier besteht aus allen Entscheidungen, deren Voraussetzungen bereits geklärt sind – die Fragen, die du jetzt stellen kannst, ohne auf Antworten raten zu müssen, die du noch nicht gehört hast.
Stelle standardmäßig eine Frage pro Runde: die Frontier-Frage, deren Antwort die meisten nachgelagerten Entscheidungen freigibt, mit deiner eigenen empfohlenen Antwort. Warte dann auf die Antwort des Nutzers, bevor du zur nächsten Runde übergehst. Wenn der Nutzer „bündele sie“ sagt, stelle die gesamte Frontier in einer Runde: Nummeriere jede Frage und gib deine empfohlene Antwort an.
Formatiere eine Frage wie folgt (im Batch-Modus wiederhole den Block für jede nummerierte Frage):
❓ **F1** — **<Fragentitel>**: <Fragentext, kann mehrere Absätze umfassen, kann mehrere Optionen anbieten>
➡️ <deine empfohlene Antwort>
---
❓ **F2** — **<Fragentitel>**: <Fragentext>
➡️ <deine empfohlene Antwort>
Jede Antwortrunde verändert den Baum: Geklärte Entscheidungen verschieben die Frontier nach außen und geben Fragen frei, die von ihnen abhingen. Berechne die Frontier neu und stelle die nächste Runde.
Eine Frage, deren Antwort von einer anderen noch in dieser Runde offenen Frage abhängt, gehört zu einer späteren Runde, nicht zu dieser. Alles auf einmal zu fragen, zerstört die Abhängigkeitsstruktur, die das Interview konvergent macht.
Fakten sind deine Aufgabe, Entscheidungen sind ihre
Frage den Nutzer niemals etwas, das du selbst herausfinden könntest. Wenn eine Frontier-Frage einen Fakt aus der Umgebung benötigt – was eine Datei enthält, was bereits existiert, was ein Tool unterstützt, was ein Dienst derzeit kostet – finde es heraus. Setze einen Sub-Agenten ein, lies die Datei, führe die Suche aus.
Halte dich nicht damit auf. Eine laufende Erkundung ist eine ungeklärte Voraussetzung, also warten nur die von ihr abhängigen Fragen; frage weiter aus dem Rest der Frontier jetzt.
Die Entscheidungen liegen beim Nutzer. Lege sie ihm vor und warte. Entscheide nicht in seinem Namen, denn Warten ist langsamer.
Beenden
Die Sitzung ist beendet, wenn die Frontier leer ist – jeder Zweig besucht, nichts stillschweigend angenommen.
Beginne nicht mit dem Bauen, bis der Nutzer bestätigt hat, dass ein gemeinsames Verständnis erreicht wurde. Das Ende der Fragen ist nicht dasselbe wie die Aufforderung fortzufahren.
Umfang
Dieser Skill ist für ein Design, das noch nicht existiert. Wenn der Nutzer einen schriftlichen Plan bringt und fragt, ob er hält, ist das eine Überprüfung, und plc ist der Skill dafür. Wenn er etwas bringt, das jemand anderes geschrieben hat, und es hinterfragen möchte, ist das critical-thinking-walkthrough. Gib ab, anstatt das falsche Interview halbherzig zu führen.