Crear herramientas internas con IA y decidir quién ve qué

Qué hace Build Live Apps de Cursor

Cursor, una plataforma de programación con IA, lo anunció en su registro de novedades: describes la app que quieres, uno de sus agentes en la nube la programa y, si hace falta, crea una base de datos Postgres, pone el acceso detrás del inicio de sesión de Cursor y prepara el alojamiento. Al publicar eliges la dirección y recibes un enlace. Según su documentación, sirve para paneles, portales o microsites, entre otros, y cada equipo o cada usuario individual tiene su propia cuenta de alojamiento, separada de las demás.

Antes de publicar, Cursor pasa cuatro comprobaciones fijas (claves y archivos de credenciales a la vista, entre otras) y una revisión de seguridad hecha con IA; nada sale hasta que pasan y tú lo publicas. Las apps privadas y de equipo piden iniciar sesión en Cursor; en los planes individuales se pueden abrir a cualquiera con el enlace, y en los de equipo y empresa eso viene apagado salvo que lo active un administrador. Está en todos los planes de pago que incluyen agentes en la nube. The New Stack añade un matiz: no está claro hasta qué punto esas comprobaciones detectan permisos de la base de datos o controles de acceso mal configurados, y recomienda revisarlo más a fondo si la app se conecta a sistemas sensibles.

El panel de obras de Nacho

Imagina que Nacho tiene una empresa de reformas con dos cuadrillas. Cada lunes reparte las obras por teléfono, apunta en una hoja de cálculo qué falta de material y guarda las fotos en el móvil. Un martes cualquiera, un encargado se presenta en un piso sin la llave y otro compra azulejos que ya estaban pedidos.

Esa noche, Nacho describe lo que necesita: una lista de obras con dirección, cuadrilla, material pendiente y fotos del avance. Al día siguiente tiene un enlace funcionando, lo deja abierto a cualquiera que lo tenga y lo manda al grupo. Funciona tan bien que lo reenvía también al fontanero que subcontrata. Lo que no se ha preguntado es qué ve cada uno: el fontanero entra y encuentra las direcciones, los teléfonos de todos los clientes y dónde se recoge cada llave.

¿Por qué una herramienta interna crece sin que nadie piense en los accesos?

Porque quien la hace piensa en el problema que quiere quitarse de encima, no en quién va a entrar. Al principio la usan dos personas de confianza y todo parece privado. Luego llega un encargado nuevo, un subcontratista, alguien de la gestoría, y el enlace va pasando de mano en mano. Nadie decide abrirla: simplemente se abre.

Antes, entre la idea y la herramienta había un equipo de desarrollo que preguntaba por perfiles y permisos. Con apps que se publican a partir de una descripción, ese paso se acorta, y la pregunta tiene que hacerla quien describe la app.

Un enlace que llega a quien no debe

Una herramienta interna suele acabar guardando lo más delicado del negocio: direcciones, teléfonos, precios, a veces la forma de entrar en casa de un cliente. Si todos los que tienen el enlace ven lo mismo, una persona que solo necesitaba saber a qué obra ir puede consultar los datos de todas. Arreglarlo después cuesta más: hay que retirar accesos a gente que ya trabaja con la app y explicar a los clientes qué ha pasado, si llega el caso. Y si los datos son personales, la responsabilidad de protegerlos sigue siendo de tu empresa, la haya programado quien la haya programado.

¿Qué decidir antes de crear tu primera herramienta interna?

La herramienta puede salir de una descripción; los accesos conviene decidirlos tú, con papel y boli, antes de escribir la primera línea del encargo.

• Haz una lista de quién va a usarla: tú, la oficina, cada encargado, gente de fuera. Al lado de cada perfil, escribe qué necesita ver y qué no.
• Empieza con datos de prueba o sin datos de clientes, y añádelos cuando sepas quién entra.
• Comparte la app con personas concretas, no con un enlace público. Revisa cada cierto tiempo la lista de quién tiene acceso.
• Pide en la descripción que cada perfil vea solo lo suyo, y compruébalo: entra con la cuenta de un encargado y mira qué aparece.
• Si la app va a conectarse al programa de facturación, a tu tienda online o a otros sistemas de la empresa, pide antes una revisión a alguien que sepa de seguridad.

Con esa lista, la descripción que le das a la IA mejora sola: ya no pides «una lista de obras», sino una lista de obras en la que cada encargado ve las suyas y la oficina ve todas.

Herramientas internas a medida en digizone

En digizone diseñamos y desarrollamos herramientas internas, CRM y ERP a medida para que cada persona del equipo trabaje en el mismo sitio con lo que necesita. Empezamos por quién usa la herramienta y qué hace cada uno con ella, y desde ahí definimos perfiles, permisos y dónde se guardan los datos.

Lo vimos con DETÉN, la aplicación web que desarrollamos para el trabajo de campo de Alzheimer Ávila en los pueblos de la provincia. Reúne el expediente de cada participante, las escalas cognitivas, los consentimientos firmados y las pruebas de habla. Las grabaciones de voz son datos biométricos de categoría especial, y los datos sensibles quedan en almacenamiento privado con acceso por roles.

Primero, la lista de obras de dos encargados

Nacho no necesitaba renunciar a su panel; necesitaba una versión más pequeña. La primera podría ser solo la lista de obras para sus dos encargados, cada uno con las suyas, sin teléfonos de clientes ni llaves. Cuando esté claro quién entra y qué ve, se añade el material, después las fotos y, por último, el acceso del fontanero a las obras que le tocan. Una herramienta que crece así se puede probar desde el primer día sin poner nada delicado en juego.

Si quieres ver cómo se haría en tu caso, en nuestro taller gratuito lo contamos paso a paso.