Cursor Apps: los agentes en la nube de Cursor ahora crean, alojan y publican aplicaciones web
Desde el 5 de noviembre, un agente en la nube de Cursor puede generar una aplicación web, crearle una base de datos Postgres y autenticación, y luego publicarla en una dirección elegida tras controles de seguridad. La función está abierta a todos los planes de pago con agentes en la nube.
Cursor habilitó el 5 de noviembre de 2026 una función bautizada como Apps en su documentación: un agente en la nube ahora puede transformar una solicitud en una aplicación web alojada y compartible mediante un enlace. «La mayoría de las aplicaciones nunca salen de localhost», resume la empresa desarrolladora en su registro de cambios.
Del prompt al enlace
Es necesario iniciar un agente en la nube e indicarle explícitamente que se desea una aplicación; la función no existe en local. El agente genera el código, crea una base de datos Postgres si la aplicación la necesita, sitúa el acceso tras la autenticación de Cursor y prepara el alojamiento. Si la app debe conectarse a un sistema interno (un almacén de datos, en el ejemplo de Cursor), el agente solicita los secretos necesarios; según la documentación, nunca llega a ver sus valores.
Un panel permite previsualizar la aplicación. En el momento de publicar, el usuario elige la dirección, modificable posteriormente. Los repositorios pueden ser nuevos (creados en Cursor Origin) o ya existentes en GitHub; la compatibilidad con GitLab se ha anunciado para más adelante.
Un filtro de publicación
El aspecto más interesante es el control previo a la puesta en línea. Cuatro comprobaciones se ejecutan en cada publicación, incluso si la revisión de seguridad está desactivada: bloqueo de claves o tokens escritos en los archivos, bloqueo de archivos de credenciales, exclusión de archivos .env y de los source maps. A esto se añade una revisión de seguridad mediante IA que analiza el código y bloquea problemas graves. No se publica nada sin que se superen estos controles y sin un clic explícito.
En cuanto a los equipos, los administradores pueden ver todas las apps y todos los secretos, añadir sus propias reglas, aprobar una publicación bloqueada o despublicar una app. La compartición se realiza con personas invitadas, con todo el equipo o de forma pública; la opción pública está desactivada por defecto en Teams y Enterprise. Cada equipo o usuario dispone de una cuenta de alojamiento aislada. Cursor no menciona al proveedor de alojamiento; según The New Stack, Vercel indicó que la función se apoya en su servicio Vercel for Platforms.
Nuestro análisis
Cursor se adentra en el terreno de Lovable, Replit o Bolt, pero desde el extremo opuesto: no se dirige prioritariamente al gran público, sino que apunta a la herramienta interna que un empleado crea para su equipo, con el inicio de sesión de Cursor como cerrojo predeterminado. El filtro de publicación responde a un problema muy real: aplicaciones generadas por IA que se publican en línea con secretos en texto plano o bases de datos abiertas. Aun así, no sustituye a una auditoría formal, ya que la revisión por IA sigue siendo un análisis automático. Quedan dos puntos por aclarar para los equipos: el coste del alojamiento y de las bases de datos según el uso, que ni el registro de cambios ni la documentación detallan, y la vía para migrar una app fuera de Cursor si se desea alojar en otra infraestructura.
Fuentes
- Cursor — registro de cambios «Build Live Apps in Cursor» (5 de noviembre de 2026) Fuente primaria
- Cursor — documentación de Apps (agentes en la nube) Fuente primaria
- Cursor en X — anuncio (5 de noviembre de 2026) Fuente primaria
- The New Stack — Cursor takes on Lovable and Replit with fully managed app deployment Fuente secundaria
Una fuente primaria procede directamente de la empresa, el laboratorio o la organización implicados. Una fuente secundaria recoge la información sin ser su autora: la señalamos como tal. ¿Has visto un error? Consulta nuestra política de correcciones.
