Skip to main content
Hoy funcionan dos vías de integración, y cada una tiene su propio tipo de prompt. Elige la que se ajuste a tu configuración - no necesitas ambas.
  • Vía .env - funciona con cualquier agente, sin instalación. Tú creas el formulario en el panel, colocas el access_key en .env y le pides a tu agente que integre el snippet usándolo.
  • Vía MCP - sin fricción tras una instalación única. Tu agente está conectado al servidor MCP y provisiona el formulario él mismo mediante create_form, sin visitar el panel en absoluto.
Cada prompt de abajo apunta a una capacidad realmente disponible - nada aquí describe una API REST, un componente que aún no existe, o un paso de CAPTCHA.

Formulario de contacto

Vía .env - crea primero el formulario en el panel, coloca FORM_PASTE_ACCESS_KEY=fp_... en .env, luego escribe:
Vía MCP - con el servidor MCP conectado (ver Instalación):
El agente llama a create_form, recibe un access_key y un snippet ya integrado, y pega el snippet en tu proyecto. Si el correo de destino es nuevo, te indicará que revises tu bandeja de entrada para obtener un código de verificación - ver create_form → Verificación de destino para entender por qué ese paso no se puede automatizar.

Formulario de feedback

Misma mecánica que el formulario de contacto - esto solo le indica al agente qué campos tienen sentido (texto de feedback, valoración opcional) en lugar de nombre/correo/mensaje.

Alta en el boletín

Un formulario mínimo (correo + enviar) - útil para probar el flujo de redirección tras el envío; ver Redirecciones si quieres que los visitantes lleguen a una página de “gracias por suscribirte”.

Específico de framework

Indica el framework y Formpaste renderiza el snippet de ese framework en lugar de HTML plano:
Nombres de framework compatibles: HTML, React, Next.js, Astro, Vue, Svelte - ver Snippets por framework para ver cómo luce cada uno.

Revisar envíos

Solo MCP (esto necesita una llamada real a la herramienta, no solo un snippet para pegar):
El agente llama a list_submissions y resume el resultado. Por defecto solo ve metadatos (recuentos, marcas de tiempo, estado) - no verá el contenido de los mensajes ni los correos de los visitantes a menos que lo pidas específicamente, por ejemplo:
Esa formulación es lo que debería llevar al agente a pasar includeContent: true - ver list_submissions → postura sobre PII para entender por qué eso es opt-in en vez de la opción predeterminada.

Verifica tu trabajo

Una vez que un formulario está creado e integrado, haz que el agente demuestre que está activo antes de continuar. Crear, integrar y verificar de extremo a extremo:
Confirmar que un formulario existente está integrado correctamente:
Listar mis formularios:

Por qué los prompts, no los docs, son la unidad de integración

El prompt - no el endpoint - es lo que los desarrolladores realmente copian y comparten. Cada prompt anterior es una instrucción real y funcional contra una capacidad ya disponible: sin llamadas REST ficticias, sin componentes que aún no existen, sin paso de CAPTCHA que configurar. Si un prompt de aquí alguna vez deja de funcionar contra la versión actual, eso es un error de documentación - abre un issue en lugar de asumir que tu agente hizo algo mal.

Servidor MCP

Pasos de instalación para la vía MCP.

Inicio rápido

La versión manual, sin agente, del mismo flujo.