Prueba gratis

Guía para TI

Apps de shadow AI: qué puede hacer TI con las herramientas que el equipo crea con IA

Respuesta rápida

Da por hecho que estas apps ya existen. Encuéntralas sin culpar a nadie y luego da a los creadores un solo lugar aprobado para publicar: detrás del inicio de sesión de la empresa, con un responsable con nombre para cada app. Una política de una página cubre el resto.

Prohibir las herramientas de IA casi nunca funciona. Solo lleva las apps a un lugar que no ves. Esta página explica qué es shadow AI, los riesgos reales de las apps internas hechas con IA, cómo encontrar lo que ya existe y una política que puedes copiar.

Última actualización Escrito por TeamOnly. Hacemos uno de los lugares donde los creadores pueden publicar, y lo decimos donde corresponde.

01Definiciones

¿Qué es shadow AI?

Tres términos que se confunden. Describen el mismo hábito en distintas etapas.

Shadow IT
Software y servicios que la gente usa para el trabajo sin que TI lo sepa o lo apruebe. Una cuenta personal para compartir archivos, una herramienta de proyectos pagada con la tarjeta de alguien.
Shadow AI
Lo mismo, con herramientas de IA. El personal pega datos de la empresa en asistentes de chat o funciones de IA que TI no revisó.
Apps de shadow AI
La parte nueva. El personal usa Claude Code, Cursor, Lovable, Replit, Bolt o v0 para crear una app que funciona, la publica y manda el enlace a sus compañeros. La app guarda datos de la empresa y sigue funcionando.

La tercera es distinta porque dura. Un chat termina en un minuto. Una app tiene usuarios, datos y un enlace que sigue funcionando, muchas veces en la cuenta personal de quien la creó.

Revisado el 25 de octubre de 2026. Fuentes: Retool AI Governance Report 2026 (una encuesta de un proveedor, junio de 2026), resumen de la investigación de Red Access en The Hacker News (un artículo de colaboración, mayo de 2026).

02Los riesgos reales

¿Qué puede salir mal con las apps internas hechas con IA?

El código casi nunca es el problema principal. Suele serlo dónde vive la app y quién puede abrirla.

  • Enlaces públicos con datos de la empresa

    Muchas plataformas para crear apps publican en internet abierto a menos que pagues por la opción privada o la encuentres. Un enlace del que nadie avisó igual se comparte, y a veces lo indexan los buscadores.

  • Contraseñas compartidas

    Una contraseña para toda la app termina en hilos de chat y correos. La app no sabe quién hizo qué, y quienes se van la siguen sabiendo.

  • Apps en cuentas personales

    La app corre en la plataforma donde se registró quien la creó, se cobra a su tarjeta y está bajo su usuario. La empresa no tiene acceso de administrador y quizá ni sepa que existe.

  • Sin responsable cuando alguien se va

    Cuando el creador se va, la app sigue funcionando sin nadie a cargo, o deja de funcionar cuando se cancela su tarjeta. En los dos casos, el equipo que dependía de ella es el último en enterarse.

  • Sin una lista de lo que existe

    No puedes revisar, arreglar ni retirar una app que no conoces. Sin una lista, todos estos riesgos son invisibles.

  • Secretos en el código, bases de datos abiertas

    A veces las herramientas de IA escriben claves de API en código que corre en el navegador, donde cualquiera que abra la app puede leerlas. Una base de datos alojada con la seguridad a nivel de fila desactivada se puede leer sin pasar por la app.

03Paso a paso

¿Cómo encuentro las apps que ya existen?

Ninguna herramienta las encuentra todas. Estos pasos, juntos, encuentran la mayoría en una tarde.

  1. Pregunta, sin culpar a nadie

    Manda un mensaje corto: “Si creaste con IA una herramienta que usan tus compañeros, cuéntanos. No vamos a apagar nada, queremos ayudarte a que siga funcionando de forma segura”. A los creadores suele alegrarles que alguien pregunte.

  2. Revisa reportes de gastos y estados de cuenta de tarjetas

    Busca suscripciones a Lovable, Replit, Bolt, Vercel, Netlify, Supabase, Cursor y Claude. Una plataforma para crear apps en un reporte de gastos casi siempre significa una app en algún lado.

  3. Revisa dónde inició sesión la gente con su cuenta de trabajo

    Google Workspace y Microsoft Entra muestran las apps de terceros que la gente conectó con su cuenta de trabajo, y los registros de inicio de sesión muestran cuáles usan. Las plataformas para crear apps aparecen ahí cuando alguien se registra con “Iniciar sesión con Google” o con Microsoft.

  4. Busca direcciones de apps

    Busca en los registros de DNS o del proxy web, y en el chat de la empresa, direcciones como *.lovable.app, *.replit.app, *.vercel.app, *.netlify.app y *.pages.dev. Los enlaces en el chat suelen ser la forma más rápida de encontrar las apps que la gente usa de verdad.

  5. Revisa los inventarios de navegadores y equipos, si los tienes

    Si administras navegadores o laptops, el inventario muestra extensiones de IA y apps instaladas como Cursor o Claude. Eso te dice quién está creando, no qué creó, así que después pregunta.

  6. Anótalo

    Una fila por app: nombre, responsable, dónde está alojada, qué datos guarda, quién la usa. Esa hoja es tu primer inventario y te dice qué apps mover primero.

04Cópiala

Una política de vibe coding que puedes adoptar

Lo bastante corta para que la gente la lea. Cambia las partes entre [corchetes] y envíala.

Política: herramientas creadas con IA

  1. Qué cubre. Cualquier app, script o herramienta creada con ayuda de IA (Claude Code, Cursor, Lovable, Replit, Bolt, v0 o similares) que use alguien además de quien la creó.
  2. Crear está permitido. Cualquiera puede crear herramientas para su propio trabajo. No necesitas permiso para probar una idea.
  3. Dónde viven las apps. Las apps que usan los compañeros se publican en [nuestro hosting aprobado]. No en una cuenta personal ni en un hosting público.
  4. Primero, el inicio de sesión. Cada app pide una cuenta de la empresa antes de mostrar cualquier pantalla o dato. Nada de contraseñas compartidas ni enlaces públicos.
  5. Datos. Los datos internos de trabajo están bien. Los datos personales de clientes, de tarjetas de pago, de salud y las contraseñas de otros sistemas requieren consultar antes con TI. Los datos de la empresa nunca van en una app de una cuenta personal.
  6. Claves y contraseñas. Las claves de API y las contraseñas van en la configuración de secretos del hosting. Nunca en el código y nunca en el chat.
  7. Cada app tiene un responsable. El responsable la mantiene funcionando y decide quién puede abrirla: toda la empresa o una lista de nombres.
  8. Cuando alguien se va. Antes de que alguien se vaya o cambie de puesto, sus apps pasan a un nuevo responsable. Una app que nadie toma se apaga.
  9. Avisa, sin culpas. Si encuentras una app con datos de la empresa que cualquiera puede abrir, avisa a [contacto de TI]. Nadie tiene problemas por avisar.
  10. Revisión. TI revisa la lista de apps cada [trimestre]. Las apps que nadie usó en [90 días] se pueden borrar después de consultar al responsable.

¿La quieres en texto plano? La versión en Markdown de esta página tiene la política lista para pegar (en inglés).

¿Por qué no prohibirlo y ya?

La gente crea estas herramientas porque resuelven problemas reales. Una prohibición no elimina el problema, lleva la herramienta a una cuenta personal. Un solo lugar aprobado para publicar te da las mismas herramientas, detrás de tu inicio de sesión, en una lista que puedes leer.

05Un lugar aprobado

Da a los creadores un lugar seguro para publicar

La política funciona cuando el hosting aprobado hace la parte difícil, así los creadores no pueden equivocarse. Esto es lo que hace TeamOnly.

Inicio de sesión antes de que corra el código de la app
Cada solicitud a cada app se revisa primero. Quien no inició sesión nunca llega a la app. No hay ninguna opción para hacer pública una app.
Solo cuentas de la empresa
Los compañeros inician sesión con su Google de trabajo, su Microsoft de trabajo o un código enviado a su correo de trabajo. Solo entran tus dominios, y las cuentas personales se rechazan.
Todas las apps en una lista
El panel muestra cada app de tu empresa, su responsable, quién puede abrirla y cada publicación. El acceso es toda la empresa o una lista de nombres.
Un nuevo responsable cuando alguien se va
Los administradores pasan una app a un nuevo responsable desde el panel. Desactiva la cuenta de trabajo de alguien y se acaban los nuevos inicios de sesión. Los administradores eligen cuánto dura un inicio de sesión en las apps, de 8 horas a 30 días.
Cerrar sesión en todas partes
Un administrador puede cerrar la sesión de un creador en todas sus terminales y en el panel a la vez.
Apps separadas
Cada app tiene su propia base de datos, almacenamiento de archivos y secretos, y su cookie de sesión está limitada a su propia dirección. Las claves se configuran con npx teamonly secrets set, fuera del código.

Builder cuesta $19 al mes para un creador y 3 apps. Team cuesta $249 al mes con apps y creadores ilimitados. Quienes solo usan apps no pagan. Precios.

Lo que no hace: TeamOnly aloja apps web internas con una interfaz en React y una API en JavaScript o TypeScript. No aloja sitios web públicos ni apps en Python, y hoy no tenemos certificación SOC 2 ni ISO. Detalles de seguridad.

TeamOnly para TIEmpezar

06Preguntas

Lo que la gente pregunta

Todas las preguntas y respuestas

¿Qué es shadow AI?

Shadow AI (IA en la sombra) es cuando el personal usa herramientas de IA para el trabajo sin que TI lo sepa o lo apruebe, a menudo con datos de la empresa. Empezó con los asistentes de chat. Ahora también incluye apps que funcionan, que el personal crea con IA y comparte con sus compañeros.

¿Cuál es la diferencia entre shadow IT y shadow AI?

Shadow IT es cualquier software o servicio que la gente usa para el trabajo fuera de la vista de TI, como una cuenta para compartir archivos o una herramienta de proyectos pagada con una tarjeta personal. Shadow AI es lo mismo con herramientas de IA. Las apps de shadow AI van un paso más allá: la persona no solo usa una herramienta, creó una, y esa herramienta guarda datos de la empresa.

¿Deberíamos prohibir el vibe coding?

Una prohibición casi nunca elimina la necesidad. La gente crea estas herramientas porque resuelven problemas reales, así que una prohibición las lleva a cuentas personales donde no las ves. A la mayoría de las empresas les va mejor con una política corta y un solo lugar aprobado para publicar.

¿Cómo encontramos las apps hechas con IA que la gente ya creó?

Pregunta, sin culpar a nadie. Luego revisa los reportes de gastos en busca de suscripciones a Lovable, Replit, Vercel y similares, la lista de apps de terceros que la gente conectó con su cuenta de trabajo en Google Workspace o Microsoft Entra, y los registros de DNS o del chat en busca de direcciones como *.lovable.app o *.vercel.app.

¿Qué debe incluir una política de vibe coding?

Qué puede crear la gente, dónde deben publicarse las apps, que cada app pide un inicio de sesión de la empresa, qué datos se permiten, dónde van las claves y contraseñas, quién es responsable de cada app y qué pasa cuando esa persona se va. La política de esta página cabe en una página y se puede copiar tal cual.

¿Las apps hechas con IA son un riesgo de seguridad?

En las herramientas internas, el riesgo mayor suele ser dónde vive la app, no el código: un enlace público, una contraseña compartida, una cuenta personal, claves escritas en el código o nadie a cargo cuando el creador se va. Cada uno de estos puntos se puede resolver en el lugar donde se publica la app.

Sigue leyendo

Acceso anticipado

Da a tus creadores un solo lugar aprobado para publicar.

Todos los planes están abiertos ya, y los creadores pueden probarlo gratis 14 días sin tarjeta. Tu empresa queda lista de inmediato, y los creadores pueden publicar el mismo día.

Prueba gratis 14 díasO suscríbete ahora

Sin tarjeta para la prueba. Después, desde $19 al mes, cancela cuando quieras.

¿Aún no? Recibe novedades

Usa tu correo de trabajo. Escribimos poco, y solo cuando hay algo que valga la pena contar.

Escribe tus preguntas a hello@teamonly.dev y te responde una persona.