Las APIs cubren solo una porción mínima del mundo del software. Todo lo demás (paneles de administración internos, portales de proveedores, sistemas de presentación de trámites, herramientas legacy, cualquier cosa tras un inicio de sesión) no tiene API y nunca la tendrá. Las respuestas habituales son scripts frágiles que se rompen con el siguiente cambio de interfaz, o pesadas suites RPA pensadas para tareas puntuales. Hay un camino más simple: captura el workflow una vez y conviértelo en algo que tu software pueda llamar.
El problema: la mayoría de la web no tiene API
Piensa en la última vez que necesitaste sacar datos de un portal de un proveedor, o presentar un formulario en un sistema que solo existe como aplicación web. No había endpoint documentado, ni SDK, ni webhook. Una persona podía hacer la tarea en un navegador en dos minutos. El software no podía, porque el trabajo vivía tras una autenticación y un botón enviar.
Writ cierra esa brecha. Grabas un workflow real del navegador, o describes el objetivo y dejas
que la IA lo construya, y Writ lo expone como un endpoint estable e invocable en
/v1/{slug}/{path} y como una herramienta MCP. Se ejecuta como lo haría una
persona, en tu propia cuenta y con tus propias credenciales, así que llega a la web autenticada
y dinámica que los crawlers de solo lectura no pueden alcanzar.
Tres formas de construir un workflow
Hay tres vías de construcción, y puedes combinarlas en un solo workflow:
- Grabar. Abre el grabador, haz la tarea en un navegador real, y Writ captura cada paso (clics, rellenos, navegación, extracción) como una receta reproducible.
- Describir. Dile a la IA el objetivo en lenguaje natural y deja que construya y conduzca el workflow, derivando los pasos de la página en vivo.
- Descubrir. Deja que Writ observe la red mientras usas el sitio y haga aflorar las llamadas subyacentes, para que un flujo de interfaz ruidoso se convierta en una solicitud limpia.
El resultado es un workflow con entradas tipadas y una salida estructurada. A partir de ahí, publicar es una sola acción.
Publícalo como endpoint REST
Publicar convierte el workflow en un endpoint gestionado con su propio slug. Lo llamas con una
clave API wt_, pasas las entradas como JSON, y recibes JSON estructurado de vuelta.
curl https://api.usewrit.app/v1/portal-export/run \
-H "Authorization: Bearer wt_8f3a…" \
-H "Content-Type: application/json" \
-d '{ "account_id": "AC-19284", "since": "2026-06-01" }' {
"status": "succeeded",
"run_id": "run_7d1c…",
"data": {
"invoices": [
{ "id": "INV-5521", "amount": 1840.00, "due": "2026-07-15" },
{ "id": "INV-5522", "amount": 620.50, "due": "2026-07-18" }
]
}
} Ese es todo el contrato: un slug, una clave, JSON de entrada, JSON de salida. Tu software ya no necesita saber que los datos viven tras un inicio de sesión y tres clics de menú.
Exponlo como herramienta MCP
El mismo workflow puede publicarse como una herramienta del Model Context Protocol, para que un agente IA pueda llamarla directamente. Apunta tu cliente MCP al servidor de Writ y el workflow aparece como una herramienta tipada que el agente puede invocar, con los mismos controles de autorización y gasto que por la vía REST.
{
"mcpServers": {
"writ": {
"url": "https://api.usewrit.app/mcp",
"headers": { "Authorization": "Bearer wt_8f3a…" }
}
}
} Ahora Claude, Cursor o cualquier agente compatible con MCP tiene una herramienta para un sitio que nunca lanzó una API. El agente no ve tus credenciales. Llama a la herramienta, y Writ ejecuta el workflow en tu cuenta.
Dónde se ejecuta (y cuánto cuesta)
Un workflow puede ejecutarse de dos formas. En un agente BYO (el agente Writ en tu propia máquina) no hay cargo de compute en ningún plan, y puede llegar a localhost, tu LAN y los sistemas solo accesibles por VPN que la nube no ve. En la nube gestionada, las ejecuciones se miden por tiempo de ejecución real (unos 0,12 $ por hora de navegador) con cargo al uso incluido de tu plan, y a una recarga prepago más allá.
Sobrevivir a los cambios de interfaz
Los scripts se pudren porque se aferran a selectores frágiles. Las grabaciones de Writ usan selectores resilientes con ayudas de estabilidad, y la navegación IA recalcula la ruta cuando el diseño se mueve. El patrón práctico: graba la columna vertebral estable de un flujo, y deja que la IA maneje las partes que cambian. El endpoint sigue siendo el mismo aunque el sitio que hay debajo deje de serlo.
Esa es toda la idea: una interfaz duradera frente a una interfaz que nunca estuvo pensada para serlo. Lee la guía completa de fundamentos para un recorrido paso a paso.
Pruébalo en un sitio real
Graba un workflow o describe un objetivo, y luego llámalo como REST y MCP.
Preguntas frecuentes
¿Esto está permitido?
¿El endpoint se rompe cuando el sitio cambia?
¿Cuánto cuesta una ejecución?
Lecturas relacionadas
Nuevos artículos sobre la web sin API, cada pocas semanas. Sin spam.
Suscribirse (RSS)