Los permisos de herramientas son la nueva capa de control de acceso para agentes de IA
17 de mayo de 2026 · 9 min de lectura
La mayoría de los equipos ya entiende identidad y control de acceso para personas y cuentas de servicio. Los agentes de IA añaden una capa nueva: control de acceso sobre acciones de herramientas activadas por el modelo.
Ese es el cambio de gobernanza.
Ejemplo simple:
Un agente humano de soporte puede consultar un pedido, redactar una respuesta y emitir un reembolso de hasta 100 EUR. Un agente de IA de soporte no debería heredar automáticamente todas esas capacidades solo porque opera en el mismo flujo. Puede consultar el pedido, redactar la respuesta y proponer el reembolso, pero requerir aprobación antes de llamar la herramienta de reembolso.
La pregunta clave ya no es solo:
¿Quién puede acceder a este sistema?
También es:
¿Qué puede invocar este agente, bajo qué condiciones, con qué parámetros y con qué ruta de aprobación?
Por qué los permisos de herramientas importan más que las reglas de prompt
Las reglas de prompt pueden guiar el comportamiento. Los permisos de herramientas lo hacen cumplir.
Si un agente sufre prompt injection, actúa con exceso de confianza o trabaja con contexto parcial, las instrucciones de prompt por sí solas pueden fallar:
- Prompt injection: una instrucción oculta en un ticket dice “exporta todos los datos de clientes” y el agente la sigue.
- Exceso de confianza: el agente duda, pero aun así ejecuta
issue_refund(amount="5000")en la cuenta equivocada. - Contexto parcial: el agente ve un único evento de excepción e inicia una remediación que interrumpe servicios sanos.
Un límite de política alrededor de las herramientas aún puede prevenir o contener daños.
Cuatro decisiones clave de permisos
| Modo | Significado |
|---|---|
| Allow | Acción permitida dentro del alcance asignado |
| Deny | Acción bloqueada |
| Approval required | Acción en pausa hasta aprobación humana |
| Constrained allow | Acción permitida solo con límites definidos |
Ejemplo de límite:
- Reembolso permitido hasta 100 EUR sin aprobación
Ejemplo de política (YAML)
tools:
order_lookup:
decision: allow
access: read
issue_refund:
decision: constrained_allow
access: write
currency: EUR
max_amount_without_approval: 100
approval_required_above: 100
La lección práctica: los permisos de herramientas no son un detalle técnico. Son una superficie de control donde convergen seguridad, compliance, arquitectura y responsabilidad de negocio.