Skip to main content
Zwei Integrationswege funktionieren heute, und jeder hat seine eigene Art von Prompt. Wähle den, der zu deinem Setup passt - du brauchst nicht beide.
  • .env-Weg - funktioniert mit jedem Agenten, ohne Installation. Du erstellst das Formular selbst im Dashboard, legst den access_key in .env ab und forderst deinen Agenten auf, das Snippet damit einzubinden.
  • MCP-Weg - reibungslos nach einer einmaligen Installation. Dein Agent ist mit dem MCP-Server verbunden und provisioniert das Formular selbst über create_form, ganz ohne Dashboard-Besuch.
Jeder Prompt unten zielt auf eine tatsächlich ausgelieferte Fähigkeit - nichts hier beschreibt eine REST-API, eine noch nicht existierende Komponente oder einen CAPTCHA-Schritt.

Kontaktformular

.env-Weg - erstelle das Formular zuerst im Dashboard, lege FORM_PASTE_ACCESS_KEY=fp_... in .env ab, dann prompte:
MCP-Weg - mit verbundenem MCP-Server (siehe Installation):
Der Agent ruft create_form auf, erhält einen access_key und ein fertig verdrahtetes Snippet zurück und fügt das Snippet in dein Projekt ein. Wenn die Ziel-E-Mail-Adresse neu ist, wird er dir sagen, dass du dein Postfach auf einen Bestätigungscode prüfen sollst - siehe create_form → Zielverifizierung dafür, warum dieser Schritt nicht automatisiert werden kann.

Feedback-Formular

Gleiche Mechanik wie beim Kontaktformular - dies sagt dem Agenten nur, welche Felder sinnvoll sind (Feedback-Text, optionale Bewertung) statt Name/E-Mail/Nachricht.

Newsletter-Anmeldung

Ein minimales Formular (E-Mail + Absenden) - gut geeignet, um den Redirect-nach-Absenden-Ablauf zu testen; siehe Redirects, wenn Besucher auf einer “Danke fürs Abonnieren”-Seite landen sollen.

Framework-spezifisch

Nenne das Framework, und Formpaste rendert das Snippet dieses Frameworks statt reinem HTML:
Unterstützte Framework-Namen: HTML, React, Next.js, Astro, Vue, Svelte - siehe Framework-Snippets dafür, wie jedes davon aussieht.

Einsendungen prüfen

Nur MCP (dies erfordert einen echten Tool-Aufruf, nicht nur ein einzufügendes Snippet):
Der Agent ruft list_submissions auf und fasst das Ergebnis zusammen. Standardmäßig sieht er nur Metadaten (Anzahl, Zeitstempel, Status) - er sieht weder Nachrichteninhalte noch Besucher-E-Mails, es sei denn, du fragst gezielt danach, z. B.:
Diese Formulierung ist es, die den Agenten dazu bringen soll, includeContent: true zu übergeben - siehe list_submissions → PII-Haltung dafür, warum das Opt-in statt Standard ist.

Deine Arbeit überprüfen

Sobald ein Formular erstellt und verdrahtet ist, lass den Agenten beweisen, dass es live ist, bevor du weitermachst. Erstellen, verdrahten und Ende-zu-Ende verifizieren:
Bestätigen, dass ein bestehendes Formular korrekt verdrahtet ist:
Meine Formulare auflisten:

Warum Prompts, nicht Docs, die Integrationseinheit sind

Der Prompt - nicht der Endpoint - ist es, was Entwickler tatsächlich kopieren und teilen. Jeder Prompt oben ist eine echte, funktionierende Anweisung gegen eine ausgelieferte Fähigkeit: keine fiktiven REST-Aufrufe, keine noch nicht existierenden Komponenten, kein zu konfigurierender CAPTCHA-Schritt. Wenn ein Prompt hier jemals gegen den aktuellen Build nicht mehr funktioniert, ist das ein Doku-Fehler - eröffne ein Issue, statt anzunehmen, dass dein Agent etwas falsch gemacht hat.

MCP-Server

Installationsschritte für den MCP-Weg.

Schnellstart

Die manuelle Version desselben Ablaufs, ohne Agent.