Lovable pivota a ‘capacidades’ para agentes: el nuevo SaaS

Qué significa "Lovable expone capacidades para agentes"

La plataforma sueca de creación de apps con IA, Lovable, acaba de delinear una tesis fuerte: el futuro del software no es una pestaña más en el navegador, sino un "cerebro digital" de equipo que conecta tus herramientas diarias. En palabras de su CTO Fabian Hedin a Latent Space: "puedes llegar a un punto donde usas un solo punto de entrada para todo el trabajo que haces".

En la práctica, Lovable publicó una visión para convertir cada app creada en su plataforma en una colección de capabilities: piezas de una aplicación que un agente puede invocar directamente, sin que un humano tenga que abrir la interfaz. El mecanismo técnico es un servidor MCP alojado por Lovable que expone funciones seleccionadas de cada app, accesibles desde clientes como ChatGPT, Claude y otros compatibles con MCP.

El resultado es, según Lovable, una sola aplicación con dos interfaces: la UI tradicional para humanos y una interfaz para agentes. La empresa lo resume así: el humano deja de ser el usuario, y el software pasa a ser un conjunto de capacidades reutilizables.

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

Por qué importa ahora: la velocidad de Lovable

El movimiento hacia "capabilities" es solo el último giro de una compañía que lleva tres años cambiando de forma acelerada:

2023: nace como GPT Engineer, una herramienta open source de prototipado.
Noviembre de 2024: se lanza como producto comercial.
Diciembre de 2024: se rebautiza como Lovable.
Agosto de 2026: cierra Serie C de US$400M liderada por Menlo Ventures, con el Scaleup Europe Fund de EQT, valoración de US$13.300M.

Según datos reportados por Business Insider y Unite.AI, la compañía superó los US$500M de ARR (casi triplicado desde diciembre de 2025), con más de 60 millones de proyectos creados y más de 900 millones de visitas mensuales a apps construidas en Lovable. La empresa asegura que empleados de casi dos tercios del Fortune 500 ya usaron la plataforma.

Hedin lo atribuye a un efecto compuesto: "Cada pocos meses introducimos nuevas capacidades en la capa de aplicación, mientras los modelos de lenguaje siguen mejorando. Esas dos cosas se multiplican".

El "cerebro de empresa" como nueva capa de software

El concepto de cerebro digital, en el marco de Lovable, significa una interfaz única desde la que se accede a múltiples herramientas y flujos de trabajo. Debe tener, según Hedin, "tanto contexto como sea posible sobre ti, tu empresa y el mundo a tu alrededor" y, además, "capacidades para tareas generales y acciones específicas de tu organización".

El ejemplo interno que Lovable cita: una herramienta usada por su equipo de soporte para conceder créditos a usuarios. Esa capacidad ya está disponible internamente a través del agente de Lovable, sin que el operador humano tenga que abrir una app distinta. El agente también puede programarse a sí mismo para retomar una tarea más tarde —revisar un despliegue, monitorear un proceso recurrente— y devolver el resultado a la misma conversación.

Lovable no está sola en esta visión. Vercel presentó recientemente su agente interno llamado @v, con el que su CEO Guillermo Rauch afirma que "cada trabajo cotidiano en Vercel ahora involucra a @v" y reporta crecimiento exponencial en interacciones diarias y consumo de tokens, según tuits recogidos por Latent Space.

La diferencia que Lovable defiende: "ser el mejor lugar para construir las capacidades que los agentes necesitan". Hedin resume: "orquestar capacidades es la parte fácil; asegurarse de que estén bien conectadas, construidas correctamente y sean confiables, es la parte difícil".

El protocolo que lo hace posible: MCP

El engranaje técnico es el Model Context Protocol (MCP), un estándar abierto para que aplicaciones de IA se conecten con sistemas externos. El analista Simon Willison lo llamó, tras evaluarlo en producción, una solución más segura que darle al agente un shell con acceso a internet.

MCP atravesó una crisis en marzo de 2026, cuando críticos publicaron que "MCP estaba muerto", señalando problemas de contexto, confianza y carga en ventanas de contexto. El 28 de julio de 2026 llegó una reescritura mayor del estándar: eliminó handshake y sesión, adoptó routing por headers HTTP, e introdujo catálogos de herramientas cacheables y deterministas. Según reporta HackerNoon, ese movimiento convenció a escépticos: Cloudflare retiró su primitivo McpAgent al volverse innecesario; Sentry pasó a producción con el nuevo estándar antes incluso de su finalización.

Para un founder, esto significa que MCP dejó de ser una opción experimental y se convirtió en una infraestructura de facto para construir productos agentic. Las cifras que reporta HackerNoon: casi 500 millones de descargas mensuales del SDK, con TypeScript y Python superando mil millones acumulados cada uno.

Seguridad: el reto real de las capacidades para agentes

El paradigma de capacidades introduce un riesgo nuevo: si un empleado crea con Lovable una app que se conecta al Slack de la empresa, el "cerebro" podría exponer mensajes confidenciales. Lovable lo aborda con su sistema de connectors y un "grafo de permisos" que separa la conexión al sistema externo del código de la aplicación.

La pieza clave, llamada app user connector, preserva la identidad y permisos del usuario original en el sistema de origen. Las credenciales se almacenan cifradas del lado del servidor, gestionadas por el gateway de conectores de Lovable, y nunca se exponen a la app generada: la app recibe solo una clave de corta duración ligada al usuario relevante. Hedin lo explica: "separamos la conexión a sistemas externos del código de la aplicación que se está escribiendo".

El antecedente es preocupante: en abril de 2025, Invariant Labs demostró tool poisoning (instrucciones ocultas en descripciones de herramientas que el modelo lee pero el usuario no). Y en abril de 2026, investigadores de Johns Hopkins secuestraron Claude Code, Gemini CLI y GitHub Copilot inyectando instrucciones en títulos de pull requests para exfiltrar secretos de CI. Cualquier founder que construya sobre MCP tiene que asumir que el modelo trata las descripciones de herramientas y las respuestas como contenido confiable.

¿Qué le pasa al SaaS tradicional?

La pregunta que Lovable deja abierta es directa: ¿qué ocurrirá con las apps SaaS si los humanos dejan de abrirlas? Hedin es claro: "la gente no va a tener tantas pestañas abiertas en diferentes herramientas como históricamente. Esa experiencia se va a consolidar, pero las capacidades verticales que esas herramientas proveen seguirán siendo valiosas".

Reconoce que algunos productos SaaS van a "pelear" esta tendencia aferrándose a sus apps tradicionales. Su consejo para cualquier SaaS, sea existente o construido sobre Lovable: "las empresas SaaS van a tener que enfocarse más en proveer la pala para que la IA use sus capacidades". Es decir: la batalla ya no es por la pantalla del usuario, sino por ser invocable desde el agente.

Qué significa esto para tu startup

La tesis de Lovable no es futurismo: es una hoja de ruta concreta con nombre, producto y ronda de US$400M detrás. Si estás construyendo un SaaS, hay tres movimientos accionables hoy:

Audita qué parte de tu producto es realmente "UI" y qué parte es "capacidad". Si tu producto depende de que un humano abra 14 pantallas para ejecutar un flujo, tienes un riesgo existencial. Empieza por mapear las 5 acciones más valiosas de tu app y pregúntate si un agente podría ejecutarlas con una llamada a una API bien diseñada.
Diseña tu producto con un servidor MCP desde el día uno. No como un afterthought. El nuevo estándar ya corre sobre HTTP stateless (Cloudflare y Sentry lo demostraron en producción), así que puedes montarlo sin reinventar tu infra. La capa MCP se convierte en el nuevo contrato de tu SaaS con el ecosistema agentic.
Separa credenciales del código de la app, sí o sí. El patrón de Lovable — credenciales en un gateway, claves de corta duración para la app — es el mínimo aceptable. Un founder que ignore esto en 2026 va a pagar el costo cuando un investigador publique el primer exploit real contra su producto.