LO ESENCIAL EN 30 SEGUNDOS
- Lanzada el 5 de noviembre, Build Live Apps permite a los agentes en la nube de Cursor generar, proteger y alojar una aplicación web, con una base Postgres si hace falta.
- Las aplicaciones quedan tras el SSO de Cursor y se comparten con personas, grupos o un equipo entero; los planes individuales también permiten compartirlas en público.
- La función exige un plan de pago con agentes en la nube activados; Cursor no ha publicado precios de alojamiento ni límites de uso.
Cursor amplía el papel de sus agentes en la nube más allá de escribir código: desde el 5 de noviembre también pueden convertir la descripción de una aplicación en un servicio web en funcionamiento, accesible mediante un enlace para compartir. La función, llamada Build Live Apps en el registro de cambios de Cursor, cubre los pasos que suelen venir después del desarrollo local, desde crear una base de datos hasta publicar la aplicación.
De una instrucción a un enlace alojado
Según el registro de cambios de Cursor, el usuario describe la aplicación a un agente en la nube, que monta el proyecto, añade el inicio de sesión, ejecuta revisiones de seguridad y prepara el alojamiento. Si la aplicación necesita guardar datos, el agente crea una base Postgres. El usuario elige un dominio único y recibe una dirección activa. Cuando la aplicación debe conectarse a sistemas externos, como un almacén de datos, el agente solicita los secretos necesarios.
La autenticación usa el inicio de sesión único (SSO) de Cursor. Las aplicaciones pueden compartirse con personas concretas, grupos o un equipo completo, siempre tras un acceso con cuenta de Cursor, y en los planes individuales también pueden hacerse públicas. Los proyectos se despliegan desde repositorios nuevos o existentes en Cursor Origin o GitHub; el soporte para GitLab está anunciado, pero aún no ha llegado.
Revisión previa y controles de administración
Antes de publicar, Cursor aplica comprobaciones deterministas y otras realizadas por agentes, centradas en fallos como secretos olvidados en los archivos o credenciales expuestas. Si una revisión falla, el agente explica qué corregir, y nada se publica hasta que las comprobaciones se superan y el usuario lo confirma de forma expresa. Los administradores de equipo ven todas las aplicaciones y secretos de la organización, pueden añadir reglas propias a la revisión, aprobar una publicación bloqueada y retirar cualquier aplicación.
Lo que sigue sin aclararse
La función se limita a los planes de pago con agentes en la nube activados. Cursor no ha publicado precios específicos de alojamiento, cuotas, rendimiento bajo carga ni detalles de la infraestructura. Un análisis de un desarrollador señala que el sistema encaja con aplicaciones que funcionan con Postgres, el SSO de Cursor y alojamiento gestionado, mientras que las que requieran redes personalizadas u otro sistema de identidad seguirán necesitando un flujo de despliegue convencional. También advierte de que las revisiones son un filtro, no una garantía de seguridad. Tampoco se ha aclarado si las aplicaciones podrán trasladarse después fuera del alojamiento y del inicio de sesión de Cursor.
