Comparativa
Run it by frente a construirlo tú mismo, y frente a la elicitación de MCP
27 oct 2026 · 6 min de lectura
La versión corta
Una página con un formulario y una tabla de base de datos es cosa de una tarde. Un enlace que puedas enviar con seguridad a desconocidos, que muestre bien cualquier esquema en un móvil, valide en ambos lados, caduque, recuerde, firme sus webhooks y los reintente son un par de semanas, y después te toca mantenerlo. La elicitación de MCP es otra herramienta: le pregunta a la persona que ya está en el chat.
Qué incluye “construirlo tú mismo”
- Un renderizador de esquemas arbitrarios: fechas, enums, arrays, casillas de consentimiento, secciones, controles deslizantes, diseños para móvil, borradores que sobreviven a una recarga.
- Validación doble: en el navegador para la persona, y en el servidor para que un POST hecho a mano no se cuele.
- Enlaces seguros de compartir: tokens imposibles de adivinar, uno por persona, caducidad, cierre anticipado y una página clara cuando un enlace ya no es válido.
- Entrega: webhooks firmados, reintentos con espera creciente y una forma de leer la respuesta cuando el webhook falló.
- Seguimiento: quién no ha respondido, recordatorios que no hagan spam, códigos por correo para las aprobaciones.
- Gestión de abusos: límites de frecuencia, una comprobación anti-bots en los enlaces abiertos y rechazar formularios que piden contraseñas o números de tarjeta, porque un enlace de formulario de un agente es una herramienta de phishing muy tentadora.
- Retención: borrar las respuestas según un calendario y una política de privacidad que cubra a las personas que responden.
Nada de eso es difícil por sí solo. Todo junto es un producto, y no es el que te propusiste construir.
Cuándo conviene construirlo tú mismo
- Necesitas que los datos permanezcan en una región concreta o en tu propia infraestructura. Run it by guarda los datos en una región del este de EE. UU. y todavía no ofrece residencia solo en la UE.
- Necesitas hoy certificaciones como SOC 2 o HIPAA. Todavía no las tenemos.
- El formulario es una parte central de tu producto y necesita una interfaz totalmente a medida.
La elicitación de MCP le pregunta a la persona en el chat
El Model Context Protocol tiene una función de elicitación: durante una sesión, un servidor MCP puede pedirle al cliente que muestre al usuario un formulario pequeño. Es la herramienta adecuada cuando la persona que necesitas es la que usa el agente, ahora mismo.
Es deliberadamente simple. El esquema es un objeto plano de cadenas, números, booleanos y enums, la respuesta es aceptar, rechazar o cancelar, y los servidores no deben usarla para pedir contraseñas ni claves. Las versiones más nuevas de la especificación añaden un modo URL que envía al usuario a una página externa. La compatibilidad varía según el cliente, así que consulta la documentación del tuyo.
Elicitación frente a Run it by
| Elicitación de MCP | Run it by | |
|---|---|---|
| Quién responde | El usuario de la sesión actual | Cualquiera, por enlace: una persona, hasta 50 personas con nombre o un enlace abierto |
| Cuándo | Ahora, mientras la sesión espera | Cuando les venga bien, hasta 90 días |
| Esquema | Plano: cadenas, números, booleanos, enums | Subconjunto de JSON Schema con arrays, más formatos, widgets y secciones |
| Aprobaciones | Aceptar o rechazar el formulario | Reglas entre varias personas, códigos por correo, un veredicto |
| Dónde se muestra | Dentro del cliente MCP | Cualquier navegador, con el estilo de tu marca |
Muchos agentes necesitan ambas cosas: la elicitación para preguntarle algo rápido al usuario, y un enlace cuando la respuesta tiene que venir de otra persona. Para probar la segunda, añade el servidor MCP desde Claude Code o Codex con un solo comando; la documentación explica cómo.
Pruébalo con tu agente
Gratis hasta 250 solicitudes al mes, sin tarjeta. Añade el servidor MCP desde Claude Code o Codex con un solo comando, o usa la API REST.