メニュー
Härtetest für einen FERTIGEN Plan — unerbittliches Interview zu jedem Aspekt des Vorhabens, bevor gebaut wird. NUR auf ausdrücklichen Wunsch verwenden („grill mich", „zerpflück meinen Plan", „stress-teste das"). Bei vager oder unklarer Idee stattdessen den Skill idee-klaeren nutzen.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Hilft Einsteiger:innen, aus einer Idee einen klaren, baubaren Auftrag für Claude Code zu machen — egal ob sie noch KEINE Idee haben (Inspiration/Ideen-Menü) ODER eine Idee haben, sie aber nicht als klare Anweisung formulieren können. Verwenden ganz am Anfang, wenn jemand unsicher ist was/wie zu bauen, seine Idee/seinen Prozess vage beschreibt, oder einen Workflow/eine App planen will, bevor gebaut wird.
Deutschsprachiger Pruefbericht-Template fuer Kunden-Workflows. Verwenden nach Workflow-Fertigstellung fuer kundenfertigen Report mit Testergebnissen, Validierung und Security-Status.
Standard-Stack, Backend-Anbindung (n8n-Webhook / FastAPI / AI-Streaming) und Vercel-Deploy für Next.js/React-Frontends. Verwenden beim Bauen/Debuggen von UI, bei Tailwind, bei n8n-Webhook- oder FastAPI-Anbindung, beim AI-Chat-Streaming und beim Deployen nach Vercel. Lauffähiges Beispiel: frontend-starter/.
Stack und Muster für ein eigenes Python-Backend (Muster B — Compute-/DB-/Geo-Service via FastAPI + Docker). Verwenden beim Bauen/Erweitern/Deployen eines eigenen Backends, wenn n8n nicht reicht (schwere Rechen-/DB-/Geo-Logik, Routing, Raster), bei FastAPI, uvicorn, Dockerfile oder psycopg/Postgres-DSN. Lauffähiges Beispiel: backend-example/.
Rezept zum Anlegen eines NEUEN Frontends (Next.js 16 + React 19 + TS + Tailwind 4). Verwenden wenn ein neues Web-Frontend gestartet/gescaffolded werden soll, oder wenn entschieden werden muss welches Backend-Muster (n8n-Webhook vs. FastAPI-Proxy vs. AI-Streaming vs. statisch) passt.
Dokumentiert n8n-Workflows automatisch mit erklärenden Sticky-Note-Nodes in einfacher Sprache, damit Einsteiger nachvollziehen können, was passiert. Verwenden nach dem Bauen/Validieren eines Workflows oder wenn der User um Dokumentation, Erklärung, Kommentare oder Sticky Notes für einen Workflow bittet.
| name | grill-me |
| description | Härtetest für einen FERTIGEN Plan — unerbittliches Interview zu jedem Aspekt des Vorhabens, bevor gebaut wird. NUR auf ausdrücklichen Wunsch verwenden („grill mich", „zerpflück meinen Plan", „stress-teste das"). Bei vager oder unklarer Idee stattdessen den Skill idee-klaeren nutzen. |
Interviewe den User unerbittlich zu jedem Aspekt des Vorhabens, bis ihr ein gemeinsames Verständnis erreicht habt. Gehe den Entscheidungsbaum Zweig für Zweig durch und löse Abhängigkeiten zwischen Entscheidungen eine nach der anderen auf. Gib zu jeder Frage deine empfohlene Antwort mit. Freundlich im Ton, hart in der Sache.
Stelle die Fragen einzeln und warte jeweils auf die Antwort, bevor du weiterfragst. Mehrere Fragen auf einmal verwirren.
Wenn sich ein Fakt in der Umgebung nachschlagen lässt (Dateisystem, Tools, MCP, n8n-Instanz), schlag ihn nach, statt zu fragen. Die Entscheidungen aber gehören dem User — lege ihm jede einzeln vor und warte auf seine Antwort.
Handle nicht, bevor der User bestätigt hat, dass ihr ein gemeinsames Verständnis erreicht habt.
Schwelle (wichtig): Der Normalfall ist der Skill idee-klaeren — das freundliche Interview für unklare oder schwer beschreibbare Ideen. Eine Grill-Session läuft nur auf ausdrücklichen Wunsch: wenn jemand einen fertigen Plan hat und ihn bewusst abklopfen lassen will, bevor gebaut wird (z.B. gegen Über-Ambition im Hackathon). Biete sie nicht ungefragt an.
Adaptiert von mattpocock/skills (grilling + grill-me), MIT-Lizenz, © Matt Pocock.
