El log de sesión

El registro de sesión es un fichero al que solo se añade. Nunca se modifica lo ya escrito.

De ahí salen todas las funciones que uno esperaría y algunas que no.

• Continuidad Reanudar Seguir una conversación donde se dejó
• Ramas Bifurcar Partir en dos desde un punto anterior
• Auditoría Reproducir Recorrerla paso a paso tal como pasó
• Consulta Buscar Encontrar algo dentro de la sesión
• Salida Exportar Sacarla fuera del sistema
• Cuentas Medir Saber qué consumió y dónde

Todo se deriva del mismo flujo de eventos.

Y hay un matiz que casi nadie explica. El modelo no lee el registro. Lee una proyección construida a partir de él. Los fragmentos en crudo se guardan aparte y son los que permiten reproducir una sesión con fidelidad en lugar de solo resumirla.

La regla

Por qué me fío de esa afirmación

Porque miré cómo está montada la comprobación y el diseño es serio.

Cada paquete del proyecto publica sus propias verificaciones bajo su nombre exacto, de forma que un fallo señala al responsable. Y hay un script que rechaza automáticamente a los paquetes que declaran no tener nada que comprobar sin explicar por qué, con una justificación específica escrita a mano para ese paquete.

Es mucha disciplina para una promesa que nadie iba a auditar. Eso es lo que la hace creíble.

Para qué sirve esto en la práctica

Si tienes que responder ante alguien por lo que hace un agente en tu infraestructura, esto importa más que cualquier medición de rendimiento. Es trazabilidad por diseño, no un registro de actividad añadido después.