Menü
Testdaten-Generierung fuer n8n Workflows. Format, Szenarien-Typen, Pin-Daten Integration und Testablauf. Verwenden nach Workflow-Erstellung oder vor Aktivierung.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
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.
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.
| name | n8n-testdaten |
| description | Testdaten-Generierung fuer n8n Workflows. Format, Szenarien-Typen, Pin-Daten Integration und Testablauf. Verwenden nach Workflow-Erstellung oder vor Aktivierung. |
Nach Erstellung oder signifikanter Änderung eines Workflows IMMER Testdaten generieren und testen.
Testszenarien definieren — Pro Workflow 3-5 Szenarien:
Pin-Daten generieren — Testdaten als Pin-Daten für den Trigger-Node:
prepare_test_pin_data({workflowId: "...", nodeId: "trigger-node"})
n8n_test_workflow({id: "...", pinData: {...}})
n8n_executions({action: "get", id: "execution-id"})
{
"testScenarios": [
{
"name": "Happy Path - Vollständige Daten",
"description": "Alle Pflichtfelder gefüllt, gültige Werte",
"pinData": {"Webhook": [{"json": {"body": {"email": "test@example.com", "name": "Max Mustermann"}}}]},
"expectedResult": "success",
"expectedOutput": "Email versendet / Datensatz erstellt / etc."
},
{
"name": "Edge Case - Leere Felder",
"pinData": {"Webhook": [{"json": {"body": {"email": "", "name": ""}}}]},
"expectedResult": "error_handled",
"expectedOutput": "Validierungsfehler abgefangen"
}
]
}
n8n_create_workflow — immern8n_update_partial_workflow Änderungen (neue Nodes, geänderte Logik)