Delegación y alcance de permisos del agente

Cuando un agente actúa en nombre de una persona, hay dos cuentas en juego: la del agente y la de quien le pidió la acción. La regla sana es que el agente nunca pueda más que ninguna de las dos: ni más de lo que su tarea declara, ni más de lo que la persona puede hacer. Si el agente puede más que la persona, la delegación se convierte en una forma de saltarse los controles.

En la práctica esto significa leer permisos por acción, no por sistema: «tiene acceso a pedidos» no dice nada; «puede leer y crear borradores» sí.

Cada agente debe tener una tarea declarada corta y precisa: es la vara contra la que se miden sus permisos. Un permiso que la tarea no menciona es un hallazgo aunque el dueño sí lo tenga, porque el agente no necesita lo que su dueño puede.

Abre tareas.txt y permisos-agentes.txt. Mira al conciliador bancario (AGT-02) y compara cada acción con lo que su tarea dice.

La regla 2 es más estricta que la anterior: un agente nunca tiene una acción que su dueño no tenga. Si la tiene, alguien la concedió por fuera de la delegación y el dueño responde por algo que él mismo no podría hacer.

Cruza permisos-agentes.txt con permisos-duenos.txt, y busca el dueño de cada agente en tareas.txt. Compara acción por acción. Un comodín del dueño cubre todas las acciones de ese sistema.

Un asterisco en una lista de permisos significa «todas las acciones de este sistema, también las que se creen mañana». Para una persona puede ser razonable; para un agente es lo contrario del mínimo privilegio, porque el comportamiento ya es poco predecible y el alcance es ilimitado.

La regla 3 los prohíbe. Cuenta las líneas de permisos-agentes.txt cuya acción es un asterisco.

Encontrar el exceso es la mitad del trabajo; la otra mitad es proponer la corrección sin romper el negocio. Quitar lo que sobra suele bastar. Cuando la acción sí hace falta de vez en cuando, no se deja permanente al agente: se convierte en una solicitud que una persona aprueba cada vez (lo verás en la sala 5).