Qué es un agente como identidad

Una automatización repite pasos fijos que alguien escribió: si ocurre A, haz B. Un agente recibe un objetivo y usa un modelo de lenguaje para decidir qué paso sigue y qué herramienta usa. Dos ejecuciones del mismo agente pueden recorrer caminos distintos.

Para la identidad esa diferencia importa menos de lo que parece: los dos son identidades no humanas que entran a sistemas con una cuenta. Lo que cambia es que el comportamiento del agente es menos predecible, así que sus límites (permisos, aprobación, registro) tienen que estar en la identidad y no en la buena conducta del programa.

Un agente sin persona responsable es una cuenta huérfana en potencia: nadie decide si sigue haciendo falta, nadie responde cuando se equivoca y nadie revisa sus permisos. Por eso la primera regla de gobierno es sencilla: cada agente y cada automatización tiene un dueño, una persona de la empresa, registrada en el inventario.

La tarea consiste en recorrer el inventario y mirar la columna del dueño. Un guion (-) significa que no hay nadie anotado.

Abre agentes.txt y compara con la regla 2 de reglas.txt.

Hay un atajo frecuente: para no pedir una cuenta de servicio, el equipo hace que el agente use la cuenta de quien lo creó. Es cómodo y es malo por tres razones: en el registro no se distingue lo que hizo la persona de lo que hizo el agente; los permisos de la persona viajan con el agente; y cuando la persona se va, o cambia de clave, el agente se rompe o, peor, sigue funcionando con una cuenta que nadie vigila.

Para saber si una cuenta es de persona no basta mirar el nombre: se cruza con el directorio. Abre agentes.txt y cuentas.txt y cuenta cuántas veces la cuenta del agente figura allí con clase persona.

El estado y el entorno son dos campos distintos y a veces no coinciden. Un agente «en pruebas» que apunta a producción trabaja con datos reales de clientes y pedidos, pero con la atención y los controles de un ensayo: nadie lo vigila como a uno ya aprobado.

La regla 3 de la empresa lo prohíbe. Para encontrarlo, lee las columnas de estado y de entorno en agentes.txt.

La regla 1 pide una cuenta propia para cada agente. No es un trámite: la cuenta propia es lo que permite saber qué agente hizo qué, retirar el acceso de uno sin tocar a nadie más y asignarle permisos que se puedan leer y revisar.