Pomerado, de Y Combinator, convierte sitios web en API: 3 centavos en lugar de $41
La startup Pomerado, que apareció en la lista de Y Combinator, propone que los agentes no hagan clic en los sitios web, sino que trabajen con ellos directamente. Analiza cómo está construido un sitio y lo convierte en una API o en un servidor MCP. Si el sitio cambia, la herramienta se adapta sola. En la demo, Codex resolvió la tarea con computer use en 21 minutos y gastó $41. Con Pomerado, el mismo trabajo llevó 8 minutos y 3 centavos. La diferencia de coste es de aproximadamente 1300 veces. • El código del proyecto es abierto: repositorio Pomerado/pomerado en GitHub • El enfoque ataca la principal debilidad de computer use: acciones lentas y caras, "como las de una persona"
Procesado por IA desde TG: @TochkiNadAI (Точки над ИИ); editado por Hamidun News
Mientras la mayoría de los agentes aprenden a moverse por internet como los humanos, mirando la pantalla y moviendo el cursor, la startup Pomerado, del ecosistema de Y Combinator, propone dejar de imitar a una persona. En su demostración, Codex completó una tarea con computer use en 21 minutos y $41. Con Pomerado, el resultado fue de 8 minutos y 3 centavos: aproximadamente 2,6 veces más rápido y unas 1300 veces más barato. El código del proyecto es abierto.
Por qué hacer clic en botones sale tan caro
Computer use tiene un diseño sencillo y, por eso, universal. El agente recibe una imagen de la página, decide dónde pulsar, pulsa, espera la reacción, mira el nuevo fotograma y repite el ciclo. Así puede trabajar con cualquier sitio, incluso si no tiene interfaz programática. Pero cada paso exige una llamada al modelo, y una tarea compleja se compone de decenas de pasos. De ahí vienen tanto la lentitud como la factura, que en la demo llegó a $41 por una sola tarea.
Al mismo tiempo, la interfaz humana de un sitio es en esencia una capa sobre datos y acciones que se pueden solicitar directamente. Eso es justo lo que aprovechan las integraciones clásicas: si un servicio tiene API, el agente no necesita dibujar con el ratón lo que puede obtener con una sola petición.
El sitio como API: qué promete Pomerado
Según la descripción del proyecto, Pomerado primero analiza cómo está construido un sitio concreto. Después, el agente accede a él directamente, y el sitio se convierte en una API o en un servidor MCP. MCP (Model Context Protocol) es un protocolo abierto para conectar herramientas y fuentes de datos a agentes basados en LLM, y hoy lo soportan muchos clientes y entornos de desarrollo. Si un sitio se ofrece al agente como herramienta MCP, cualquier agente compatible lo invoca igual que una función normal.
La segunda parte de la promesa tiene que ver con la fragilidad. Las integraciones con sitios sin API oficial se rompen con cada rediseño o cambio de maquetación, y su mantenimiento consume una parte considerable del tiempo. Pomerado afirma que se adapta por sí solo a los cambios del sitio, sin necesidad de rehacer nada a mano.
Parámetros clave de la demostración:
- Tarea para Codex con computer use: 21 minutos, $41.
- La misma tarea con Pomerado: 8 minutos, $0,03 (3 centavos).
- Mejora en tiempo: aproximadamente 2,6 veces.
- Mejora en coste: aproximadamente 1300 veces.
- Resultado del análisis del sitio: API o interfaz MCP para el agente.
- Adaptación: la herramienta reacciona sola a los cambios del sitio.
- Licencia y acceso: código abierto, repositorio Pomerado/pomerado en GitHub.
- Estado: el proyecto apareció en la lista de startups de Y Combinator.
Qué conviene comprobar antes de implantarlo
Las cifras proceden de una sola demostración y no se pueden comparar con nada más allá de esa tarea concreta. La diferencia de 8 minutos frente a 21 resulta comprensible y verosímil. En cambio, los 3 centavos frente a $41 muestran sobre todo lo caro que le sale al agente trabajar paso a paso, con una llamada al modelo en cada acción. En otros sitios y en escenarios más largos, la proporción será distinta.
La cuestión práctica para los equipos que construyen agentes es qué tan bien gestiona esta capa la autenticación, las páginas dinámicas y las acciones con efectos secundarios, como un pago o el envío de formularios. Eso es lo que hay que probar con los escenarios propios.
Lo más sencillo es empezar con un piloto. Tome dos o tres tareas rutinarias del agente en sitios externos, por ejemplo la recopilación de datos de áreas de cliente o el rellenado de formularios repetitivos. Ejecútelas con computer use y con Pomerado, y mida el tiempo, el coste y la proporción de ejecuciones exitosas. Como el código es abierto, se puede leer cómo analiza el proyecto los sitios y evaluar los riesgos antes de conectarlo a procesos en producción. Aparte, conviene revisar los términos de uso de los sitios: el acceso directo que esquiva la interfaz no está permitido en todas partes.
Si las cifras declaradas se confirman, aunque sea en una parte de las tareas, computer use quedará como opción de reserva para los sitios sin una estructura predecible, y la mayor parte de la carga pasará a las llamadas directas.
- 28 oct 2026Wired probó 6 agentes de IA en un día: Dots lidera y Gemini Spark fracasa con el almuerzo
- 27 oct 2026Arquitectura ~/.claude con más de 200 skills: cómo mantener el prompt del sistema en 50 000 tokens y pagar 0,15 $ por sesión
- 27 oct 2026La paradoja de los $448.000 millones: por qué el 95% de los pilotos de IA corporativa no tiene ningún efecto en el P&L
- 27 oct 2026Action Intelligence lanza Chorus: los datos para robots se multiplican por 40
Preguntas frecuentes sobre la noticia
¿Qué se sabe sobre Por qué hacer clic en botones sale tan caro?
Computer use tiene un diseño sencillo y, por eso, universal. El agente recibe una imagen de la página, decide dónde pulsar, pulsa, espera la reacción, mira el nuevo fotograma y repite el ciclo. Así puede trabajar con cualquier sitio, incluso si no tiene interfaz programática. Pero cada paso exige una llamada al modelo, y una tarea compleja se compone de decenas de pasos. De ahí vienen tanto la lentitud como la factura, que en la demo llegó a $41 por una sola tarea. Al mismo tiempo, la interfaz humana de un sitio es en esencia una capa sobre datos y acciones que se pueden so
¿Qué se sabe sobre El sitio como API: qué promete Pomerado?
Según la descripción del proyecto, Pomerado primero analiza cómo está construido un sitio concreto. Después, el agente accede a él directamente, y el sitio se convierte en una API o en un servidor MCP. MCP (Model Context Protocol) es un protocolo abierto para conectar herramientas y fuentes de datos a agentes basados en LLM, y hoy lo soportan muchos clientes y entornos de desarrollo. Si un sitio se ofrece al agente como herramienta MCP, cualquier agente compatible lo invoca igual que una función normal. La segunda parte de la promesa tiene que ver con la fragilidad. Las int
¿Qué se sabe sobre Qué conviene comprobar antes de implantarlo?
Las cifras proceden de una sola demostración y no se pueden comparar con nada más allá de esa tarea concreta. La diferencia de 8 minutos frente a 21 resulta comprensible y verosímil. En cambio, los 3 centavos frente a $41 muestran sobre todo lo caro que le sale al agente trabajar paso a paso, con una llamada al modelo en cada acción. En otros sitios y en escenarios más largos, la proporción será distinta. La cuestión práctica para los equipos que construyen agentes es qué tan bien gestiona esta capa la autenticación, las páginas dinámicas y las acciones con efectos secundar
Build & Ship Production AI Agents Without Boilerplate Code
Start your free 72-hour trial at Hamidun Academy (academy.hamidun.com) — interactive lessons on Claude Code & Cursor, live Tech Radar, and production agent templates.
Lo esencial de la IA — una vez por semana
Siete historias que de verdad importaron, elegidas a mano. Sin ruido ni notas de prensa.
¡Listo! Revisa tu correo para la confirmación.