Cursor puede crear una aplicación web y desplegarla en una URL activa sin que el usuario tenga que configurar por su cuenta el alojamiento. La nueva función, anunciada el 5 de noviembre, añade bases de datos, autenticación y comprobaciones de seguridad al flujo de trabajo de sus agentes en la nube. Está disponible en los planes de pago que incluyen esos agentes.
La propuesta apunta a un obstáculo habitual en los proyectos creados con asistentes de programación: pasar de una aplicación que funciona en el ordenador de quien la construye a una que puedan abrir otras personas. Cursor resume el problema así:
La mayoría de las aplicaciones y herramientas que crean los usuarios nunca salen de localhost.
— Cursor
El cambio acerca a Cursor a productos como Lovable y Replit, que también permiten generar y publicar aplicaciones a partir de instrucciones en lenguaje natural. La diferencia que Cursor destaca es que incorpora el despliegue a su entorno de programación y a sus agentes remotos, con infraestructura gestionada y controles pensados para equipos.
Del prompt a una URL compartible
El usuario debe iniciar un agente en la nube e indicar explícitamente que quiere crear una aplicación. Cursor genera la estructura web y prepara el proyecto; si hace falta, aprovisiona una base de datos Postgres, configura la autenticación y el alojamiento. Antes de publicarla, permite previsualizar el resultado y elegir una URL propia. La aplicación solo se publica cuando el usuario da el paso de forma explícita.
La función no sirve con agentes que se ejecutan localmente. Para empezar desde cero, Cursor crea un repositorio en Cursor Origin, su servicio de alojamiento de código basado en Git. También se puede pedir que despliegue un proyecto de un repositorio existente de GitHub, sin trasladarlo a Origin. La compatibilidad con otros proveedores Git, incluido GitLab, llegará próximamente, según Cursor.
Cursor ya había permitido previsualizar proyectos de agentes en la nube y publicarlos en una URL, pero esa opción anterior requería conectar una cuenta propia de Vercel. La nueva versión elimina ese requisito. The New Stack señala que Vercel confirmó en X que la infraestructura se apoya en Vercel for Platforms; Cursor no identifica en su anuncio al proveedor de alojamiento.
Cada aplicación se despliega en una cuenta de alojamiento separada que Cursor crea para el equipo o para el usuario individual, aislada de las cuentas de otros clientes. Si el proyecto necesita guardar datos, Cursor aprovisiona una base de datos PostgreSQL. Para conectarse a recursos externos —por ejemplo, un almacén de datos—, el usuario proporciona los secretos necesarios; la documentación de Cursor indica que el agente no ve sus valores.
Herramientas internas y acceso público
Cursor presenta el lanzamiento como una forma de que distintas áreas de una organización creen herramientas para su trabajo y las compartan. Entre los ejemplos que enumera figuran sistemas de operaciones para registrar asistentes a eventos, asignar cuentas o distribuir puestos; presentaciones interactivas para clientes; materiales de capacitación e incorporación; paneles de ventas con datos de oportunidades; y portales para gestionar servicios de ingeniería.
Las aplicaciones privadas y las compartidas con un equipo quedan detrás del inicio de sesión de Cursor. Quien publica puede dar acceso a personas concretas, a grupos o a todo el equipo. Los planes individuales permiten compartir una aplicación públicamente con cualquier persona que tenga el enlace. En los planes Team y Enterprise, compartir de forma pública está desactivado por defecto; un administrador puede habilitarlo en el panel de Apps.
La documentación añade que se pueden generar claves de API para que scripts, trabajos de integración continua o Grok Bot accedan a las aplicaciones. Las claves personales abren las aplicaciones a las que tiene acceso su propietario; las de equipo, solo las aplicaciones del equipo autorizadas para esa clave. Se envían mediante la cabecera HTTP x-cursor-app-token; no se admiten como parámetro de URL ni como cookie. Las peticiones quedan identificadas como automatizadas y asociadas a la clave, no a una persona.
Los administradores pueden ver las aplicaciones y los secretos del equipo, activar o desactivar Apps y decidir si se permiten claves de API o aplicaciones públicas. También pueden retirar una aplicación. Si el equipo deshabilita la publicación pública, las aplicaciones que ya estaban en ese estado vuelven a ser visibles para el equipo, según la documentación.
Cuatro bloqueos y una revisión con IA
Antes de cada publicación se ejecutan cuatro comprobaciones obligatorias, incluso si la revisión de seguridad con IA está desactivada. Cursor bloquea la publicación si encuentra secretos escritos en los archivos de la aplicación o archivos con credenciales, como claves privadas y claves de cuentas de servicio; excluye los archivos .env y elimina los mapas de origen.
Además, una revisión automatizada con IA examina los archivos para intentar detener problemas graves antes de que la aplicación quede disponible. Si las comprobaciones no se superan, Cursor muestra qué hay que corregir y el agente puede intentar resolverlo antes de una nueva publicación. Los administradores pueden añadir instrucciones propias a la revisión, pero no quitar los controles integrados. También pueden aprobar ciertas publicaciones bloqueadas por la revisión, salvo en casos de código malicioso, secretos codificados en el código o credenciales expuestas.
Esos controles no eliminan todas las dudas sobre aplicaciones conectadas a sistemas sensibles. The New Stack plantea que no está claro con qué fiabilidad las comprobaciones automáticas detectan problemas más complejos, como permisos de base de datos mal configurados o controles de acceso defectuosos dentro de la aplicación. El medio recuerda que Semafor informó en mayo del año anterior de que dos empleados de Replit revisaron 1.645 aplicaciones creadas con Lovable y encontraron 170 que exponían información sensible por permisos de base de datos configurados incorrectamente. Lovable dijo que después incorporó controles adicionales antes de publicar aplicaciones.
La disputa por crear y publicar con IA
Cursor entra así en un espacio en el que Lovable y Replit ya ofrecen creación y publicación mediante instrucciones en lenguaje natural. The New Stack describe a esos servicios como opciones dirigidas a un público amplio de aspirantes a creadores de aplicaciones, mientras que el anuncio de Cursor pone el acento en las herramientas internas para empresas. La función también puede servir para proyectos personales: el medio menciona, como ejemplos, un marcador de una liga local de fútbol o un planificador interactivo de vacaciones familiares.
El movimiento comparte terreno, además, con Grok Build. SpaceXAI presentó ese modo en julio y lo amplió a todos los planes de Grok al mes siguiente, según The New Stack. Grok Build permite crear aplicaciones, juegos y sitios web dentro de una conversación y publicarlos en enlaces de grok.me. Cursor lo aborda desde su entorno de programación y sus agentes en la nube, con énfasis en aplicaciones de negocio e infraestructura gestionada.
La proximidad entre ambas funciones generó preguntas en X sobre si Cursor sustituiría a Grok Build. The New Stack indica que no hay señales de que ese producto vaya a ser reemplazado; sí observa que los dos cubren ahora usos parecidos. Para Cursor, la función de despliegue está habilitada en todos los planes de pago con agentes en la nube. Los repositorios de GitLab todavía no se admiten, aunque Cursor dice que esa compatibilidad llegará próximamente.
Fuentes: The New Stack, Cursor, Cursor Documentation
