Registro y trazabilidad de acciones del agente

Un registro útil para un agente guarda al menos: cuándo, qué agente, en nombre de quién (el delegante o la palabra programado), qué acción, sobre qué recurso, con qué resultado y un identificador de solicitud que une todos los pasos de una misma petición.

Lo más olvidado es el delegante. Sin él, la cuenta del agente aparece como autora de todo y no se puede saber a qué persona hay que preguntarle. El identificador de solicitud permite reconstruir la secuencia: lo que el agente leyó antes de escribir.

En esta empresa, el campo delegante lleva el nombre de la persona que pidió la acción o la palabra programado cuando la lanzó un horario. Un guion significa que no se sabe, y eso es hallazgo: o el agente actuó por su cuenta, o el sistema que lo invoca no pasa la identidad de quien pide.

Abre registro.txt y busca la fila cuyo delegante es un guion.

Cada agente declara cuándo trabaja. Un conciliador que corre al amanecer no tiene motivo para leer el almacén a medianoche. Una acción fuera de la ventana no prueba un ataque, pero obliga a preguntar: ¿cambió el horario, o alguien más está usando la cuenta?

Cruza las horas de registro.txt con ventanas.txt y busca el evento que cae fuera de la ventana de su agente.

Los resultados denegados son tan valiosos como los correctos: muestran qué intenta el agente más allá de lo que tiene permitido. Uno suelto puede ser un error; varios seguidos sobre recursos distintos indican que el agente (o quien lo dirige) está probando límites.

La regla 4 pide investigar cuando un agente supera 3 denegados en un día. Cuenta los eventos con resultado denegado de AGT-06 en registro.txt.

Algunos equipos piensan que con registrar la cuenta del agente ya hay trazabilidad. Pero muchas personas pueden pedirle cosas al mismo agente durante el día, y el agente puede encadenar varias herramientas por una sola petición.