Un agente de IA no suele dejar de funcionar porque el modelo se equivoque: deja de funcionar porque alguien, sin saberlo, le quita el permiso del que llevaba meses dependiendo. Nos pasó en AutoBoost hace poco, y lo contamos porque el fallo no estaba en ningún agente ni en ningún modelo: estaba en dónde vivía un permiso que nadie recordaba que sostenía dos piezas distintas de nuestro propio trabajo.
El fallo: una limpieza rutinaria de permisos
De vez en cuando revisamos qué aplicaciones tienen acceso autorizado a una cuenta personal, para cerrar las que ya no se usan. En una de esas revisiones se retiró el permiso de una app que, a simple vista, no parecía estar haciendo nada. Esa única autorización era, sin que se notara desde fuera, la base de la que colgaban dos piezas separadas de nuestra publicación automática en redes sociales. Las dos dejaron de sincronizar el mismo día.
Nadie tocó una línea de código. Nadie cambió ninguna contraseña a propósito. Bastó con retirar un permiso que parecía inofensivo para que dos automatizaciones que, a primera vista, no tenían nada que ver entre sí, se cayeran a la vez. Se tardaron 2 días en dejar las dos reparadas de una forma que no vuelva a pasar.
Por qué esto no es un caso raro, es el caso normal
Cuando una empresa conecta un agente de IA a su ERP, a su CRM o a su WhatsApp de negocio, alguien tiene que dar ese primer permiso. Casi siempre lo da una persona concreta, con su propia cuenta: el responsable de IT, el fundador, quien montó la integración aquel viernes con prisa. El agente queda funcionando, el negocio sigue adelante, y ese permiso se convierte en una pieza de infraestructura silenciosa que nadie vuelve a mirar, hasta que:
- Esa persona cambia de rol, deja la empresa, o simplemente revisa sus propios permisos.
- Una auditoría de seguridad (interna o de un cliente) pide "limpiar accesos que no se usan" y nadie sabe decir con certeza cuáles se usan de verdad.
- La cuenta personal cambia de contraseña, activa verificación en dos pasos, o se bloquea por cualquier motivo que no tiene nada que ver con el agente.
En cualquiera de los tres casos, el agente de IA se cae sin que nadie haya tocado su código, su modelo ni su configuración. Y como no hay ningún error evidente en el propio agente, lo primero que se revisa suele ser lo último que había cambiado: casi nunca el permiso de hace seis meses.
El riesgo se multiplica cuando varias cosas comparten el mismo permiso
Lo que hizo que nuestro caso doliera el doble es justo lo que lo hace instructivo: dos integraciones que, vistas desde fuera, no compartían nada, dependían de la misma autorización sin que ninguna documentación lo dijera. Cuando varias piezas de un negocio (un agente que cotiza por WhatsApp, un informe que se manda solo, un recordatorio automático) cuelgan de la misma cuenta personal, un solo cambio ahí puede apagarlas todas a la vez, el mismo día, y el primer síntoma que se ve no tiene pinta de tener una causa común.
| Señal | Causa que parece | Causa real que hay que comprobar |
|---|---|---|
| Un agente de IA deja de responder sin ningún cambio reciente en su código | Un fallo del modelo o del proveedor de IA | Un permiso o token conectado a una cuenta personal que cambió |
| Dos automatizaciones no relacionadas fallan el mismo día | Coincidencia, o un problema general del proveedor | Las dos dependen de la misma autorización, sin que estuviera documentado |
| Una integración lleva meses sin tocarse y de repente falla | "Algo se ha roto solo" | Alguien revisó o limpió permisos de una cuenta personal sin saber qué sostenía |
La solución: sacar la dependencia de cualquier persona concreta
La corrección no fue volver a dar el mismo permiso y confiar en que nadie lo vuelva a tocar. Fue mover las dos integraciones a una cuenta de servicio dedicada, que no depende de que ningún perfil personal siga teniendo ese permiso activo ni de que esa persona siga en la empresa. Una cuenta de servicio no cambia de rol, no deja la empresa y no decide un día limpiar sus propios permisos sin avisar a nadie.
Checklist para auditar los agentes de IA y automatizaciones que ya tienes conectadas:
- ¿Sabes, hoy, a través de qué cuenta se autorizó cada agente de IA o integración que usa tu negocio?
- ¿Esa cuenta es de una persona concreta, o es una cuenta de servicio sin dueño individual?
- Si esa persona cambiara de rol o dejara la empresa mañana, ¿qué deja de funcionar?
- ¿Hay dos o más automatizaciones distintas que comparten el mismo permiso sin que esté documentado en ningún sitio?
- ¿Alguien revisa periódicamente qué cuentas de servicio existen, en vez de limpiar solo cuentas personales?
Dónde se nota de verdad este riesgo
En un agente que solo contesta preguntas desde un chat interno, este tipo de fallo se nota tarde y duele poco. En un agente que trabaja de cara al cliente, como el comercial de IA que cotiza por WhatsApp dentro del ERP de una distribuidora industrial (caso completo), un permiso que se cae de golpe significa que el agente deja de validar clientes, de comprobar stock o de crear pedidos reales, justo cuando un cliente está esperando respuesta al otro lado. Cuanto más real es el trabajo que hace un agente, más caro sale que su acceso dependa de una sola persona.
Si tu empresa ya tiene (o está evaluando) un agente de IA conectado a tu sistema real, revisar de qué cuenta depende su acceso es parte del mismo trabajo de integración que hacemos en AutoBoost antes de dejarlo tocar datos de producción: más en /servicios.
Si no sabes con certeza a través de qué cuenta está conectado alguno de tus agentes o automatizaciones, cuéntanos tu caso y lo revisamos contigo.
