Agentes de IA con tus credenciales, no con cuenta de admin

El error de seguridad más común en un agente de IA no está en el modelo. Está en los permisos.

La receta típica es conocida: crear una cuenta de servicio con permisos de administrador para que el agente "pueda con todo". Funciona en la demo. Todos aplauden. Y es un incidente esperando fecha.

Por qué la cuenta de admin es una trampa

Un agente con permisos de administrador puede tocar todo tu Vault, lo necesite o no. Un prompt mal interpretado escala a incidente de datos. Y esa cuenta de servicio se convierte en un backdoor permanente que nadie audita, con acceso a más de lo que cualquier usuario individual debería tener.

El problema no es hipotético. Es estructural: le diste al componente menos predecible de tu stack los permisos más altos de tu sistema.

La decisión contraria

Cuando construimos VaultPilot junto a Avant Leap, el primer agente de IA nativo para Autodesk Vault Professional 2026, tomé la decisión contraria: cada chat corre con las credenciales del propio usuario. Sin backdoors de admin.

En la práctica significa esto: si tú no puedes liberar un plano, el agente tampoco. Si no puedes editar esa propiedad, el agente tampoco. Si tu rol no ve un proyecto, el agente tampoco lo ve. El agente hereda tus límites, no los esquiva.

La seguridad de tu PDM sigue siendo la que tu administrador configuró, con las mismas reglas para humanos y para agentes. No hay una segunda superficie de ataque que gestionar.

Permisos no es lo único

Encima del modelo de permisos van las demás capas: dry-run con confirmación antes de cada escritura, validación contra el esquema real del Vault y auditoría completa de cada operación, con quién, qué y cuándo.

Un agente que respeta la seguridad de tu PDM no es menos potente. Es el único que puedes dejar entrar a producción. Cuando evalúes cualquier "IA para ingeniería", empieza por esta pregunta: ¿con qué permisos corre?