Un equipo de ventas necesita una herramienta para repartir cuentas y ver quién debe llamar hoy. El prototipo funciona en el portátil de una persona, pero nunca llega al resto del equipo porque faltan base de datos, login y despliegue. El 5 de noviembre Cursor anunció “Build Live Apps”: un Cloud Agent puede crear la app, provisionar Postgres y autenticación, y devolver un enlace publicado. Para quien hace vibe coding, el cambio relevante está en el último kilómetro: pasar de “lo hice” a “mis compañeros pueden usarlo”.

Qué hace Cursor y quién puede usarlo

Según el changelog oficial de Cursor del 5 de noviembre, se inicia un cloud agent y se le pide explícitamente construir una app. Cursor prepara la aplicación web, una base Postgres si hace falta, autenticación detrás de Cursor SSO y alojamiento. Puede partir de un repositorio nuevo o existente en Cursor Origin o GitHub; otros proveedores Git aún no están listos. Al publicar, eliges un dominio único y recibes un enlace.

La función está disponible en planes de pago con cloud agents activados. En equipos, puedes compartir con personas, grupos o toda la organización detrás de la autenticación de Cursor. En planes individuales también se permite compartir públicamente. Esa diferencia importa: un fundador que quiera una landing pública no debe asumir que el comportamiento de acceso de una app interna será el mismo. Comprueba el plan y la configuración de tu cuenta antes de prometer acceso a clientes.

Una prueba concreta: asignación de cuentas

Empieza con datos ficticios, no con tu CRM real. Define tres roles: administrador que importa cuentas, vendedor que solo ve las suyas y lector que consulta un tablero agregado. Pide una tabla de cuentas con nombre ficticio, responsable, estado y próxima acción; un formulario para reasignar; y un historial de cambios. El criterio de éxito no es que la pantalla “se vea profesional”, sino que un vendedor no pueda leer ni editar las cuentas de otro.

Construye una app interna para asignar cuentas comerciales ficticias.
Usuarios: admin, vendedor y lector.
Datos: cuenta, responsable, estado, próxima acción, fecha y autor del cambio.
Reglas: el vendedor solo puede ver y editar sus cuentas; el lector no puede modificar; el admin puede reasignar.
Crea datos de muestra, no conectes mi CRM real.
Antes de publicar, muéstrame esquema de datos, rutas, permisos por rol y pruebas de acceso denegado.
Pide aprobación explícita antes de conectar secretos, cambiar datos reales o publicar.
Resultado esperado: enlace privado para tres compañeros y lista de límites pendientes.

Este prompt es una especificación inicial, no una app que SoyJB haya construido. Inicia el cloud agent, revisa el plan que propone y observa si crea una base solo cuando es necesaria. Pide que muestre la consulta o política que filtra por usuario en el servidor; esconder botones en el navegador no es control de acceso. Prueba con dos cuentas distintas y una URL copiada de una cuenta ajena. También comprueba que la app sobreviva a recargar y que el historial conserve quién hizo cada cambio.

Qué revisa Cursor y qué debes revisar tú

Cursor dice que ejecuta controles deterministas y con agente antes de publicar, incluidos secretos escritos en archivos y credenciales expuestas. Si falla un control, el agente informa qué corregir; nada se publica hasta que los checks pasan y una persona lo publica explícitamente. Los administradores pueden ver apps y secretos del equipo, añadir reglas de revisión, aprobar publicaciones bloqueadas y despublicar. Son barreras útiles, pero no sustituyen una prueba de permisos con usuarios reales ni un análisis de los datos que se introducirán.

Haz una revisión final de cinco puntos: roles en servidor, datos de prueba eliminables, secretos limitados, dominio correcto y audiencia exacta. Publica primero para un grupo pequeño. Si hay fallos, despublica, corrige y repite la prueba de acceso. Cursor también menciona API keys para scripts que usen una app, lo que amplía la superficie de acceso; no las habilites por comodidad sin una necesidad concreta.

La decisión para un fundador es sencilla. Si el bloqueo era poner una herramienta interna en manos del equipo, esta capacidad merece una prueba esta semana. Si necesitas un producto público con facturación, cumplimiento y operaciones complejas, el enlace publicado es solo el comienzo: tendrás que revisar costos, permisos, soporte, portabilidad y mantenimiento. No hemos probado el despliegue ni el precio final de una app real; aquí distinguimos lo anunciado por Cursor del experimento que conviene hacer.