Observabilidad del agente AI: Continuidad de la decisión de ensayo después de la compactación

La compactación de contexto debe tratarse como un límite de continuidad observable, no como un evento rutinario sesión todavía vivo. El defecto práctico para la observabilidad del agente AIZ es capturar un pequeño conjunto de decisiones de tareas antes de la compactación, compararlas después de que el agente se reanude, y mantener el funcionamiento poco saludable o incierto si una decisión desapareció, cambió sin autorización, o carece de pruebas nuevas. El conjunto invariante no necesita la conversación. Para el trabajo consecuente, puede contener de tres a siete identificadores como scope , approval boundary , target y acceptance test , además de un digesto, revisión, tiempo de observación y referencia de aprobación. Un resumen coincidente significa que la decisión sobrevivió. Un cambio de digestión sólo es saludable cuando una transición explícita aprobada por el hombre conecta los valores viejos y nuevos. Esa prueba adicional cierra la brecha dejada por la telemetría de actividad. Un agente puede emitir un evento después de la compactación, recargar instrucciones del proyecto, llamar herramientas con éxito, y hacer progresos visibles mientras trabaja en silencio hacia la rama equivocada, saltando una aprobación requerida, o usando una definición obsoleta de hecho. Observa la frontera sin llamarla saludable. Los diferentes tiempos de ejecución exponen la compactación de manera diferente. Claude Code es un ejemplo concreto útil porque su actual Documentación de ventana de contexto establece que /compact reemplaza la conversación con un resumen estructurado. El contexto de inicio generalmente se recarga, mientras que la conversación literal, la salida completa de las herramientas y el razonamiento intermedio ya no están presentes. La misma documentación también describe los límites presupuestarios y las excepciones para la reinjección de habilidades. Su referencias de ganchos expone varias señales relevantes del ciclo de vida: PreCompact encender antes de la compactación manual o automática; PostCompact arde después de los acabados de compactación; SessionStart podrá informar sobre source: "compact" ; InstructionsLoaded puede informar de reason: "compact" . Esos acontecimientos demuestran que se produjo un límite y que la ejecución continuó. No pueden probar que el resumen compacto conservara todas las decisiones de tarea. InstructionsLoaded también responde a una pregunta más estrecha: una fuente de instrucciones entró en contexto. No demuestra que el agente lo haya interpretado correctamente ni que haya figurado en ese expediente una elección específica de la tarea de hace 40 turnos. La distinción entre instrucciones duraderas y decisiones actuales es importante. Claude Codes documentación de memoria describe CLAUDE.md y la memoria automática como contexto persistente, mientras que observa explícitamente que son contexto en lugar de configuración forzada. Las convenciones del proyecto pertenecen allí. Una elección temporal de la rama, un límite de permisos de una sola carrera o la prueba de aceptación negociada para la tarea actual pertenece a un registro de tareas separado. No alerte simplemente porque se haya producido una compactación automática. La compactación es una gestión de contexto normal. Alerta cuando las pruebas de sus dos lados no coinciden, o cuando la observación posterior a la compactación nunca llega dentro de una ventana específica del tiempo de ejecución. Definir una decisión invariante, no un archivo de transcripción Un registro de continuidad debe ser lo suficientemente pequeño como para ser revisado y lo suficientemente seguro como para ser conservado. Este ejemplo almacena digestos en lugar de valores de decisión en bruto: Los nombres son deliberados: scope identifica el repositorio, servicio, conjunto de datos o destino que se encuentre en límites; approval boundary registra cuál acción aún requiere autoridad humana; target puede identificar la rama, el entorno, la emisión o el artefacto esperados; acceptance test identifica la verificación determinista que resuelve la tarea; constraint cubre una prohibición específica de la tarea que debe sobrevivir al resumen. Normaliza una decisión antes de digerirla. Ordenar las claves de objetos, usar una codificación de caracteres, distinguir null de un campo faltante, y la versión del normalizador. De lo contrario, los cambios de formato inofensivos se ven como la deriva. Mantenga la instantánea de pre compacción fuera de la conversación que se está resumiendo; un archivo o base de datos de tareas de apéndice local es suficiente. Los hashes simples no son cifrado. Un resumen de un secreto predecible o una política de dos valores se puede adivinar mediante la enumeración. Nunca ponga secretos, instrucciones, respuestas, cargas útiles de herramientas, caminos de transcripción o caminos privados absolutos en este libro mayor. Para valores sensibles de baja entropía, almacenar un identificador opaco o utilizar un HMAC con teclado mantenido fuera del contexto del agente. Un cambio aprobado requiere más que una nueva digestión: Este registro distingue la adaptación legítima de la deriva de decisión. El monitor no debe rechazar todos los cambios; debe rechazar los cambios inexplicables. Reproducir el ensayo de continuidad en seis casos Probé una regla de solo eventos contra un clasificador consciente de invariantes usando seis límites de compactación sintética. Cada caso contenía un par pre / post completado de eventos, por lo que la regla de solo eventos marcó a los seis saludables. La regla más sólida comparó cada decisión previa a la compactación con su contraparte posterior a la compactación: Ejecutar el artefacto retenido de su directorio: Las cuentas resultantes son: Dos casos conservaron exactamente las tres decisiones. Uno cambió su prueba de aceptación a través de una aprobación humana explícita. Los tres restantes perdieron un límite de aprobación, cambiaron el alcance sin autorización o repitieron un ensayo sin un nuevo tiempo de observación. Este resultado no estima una tasa de fallas universal. El dispositivo es una prueba de límites, no una telemetría de producción. Su afirmación falsificable es más estrecha: un par de compactación observado no puede distinguir esos seis estados, mientras que la comparación invariante puede. Rutas de cinco estados a diferentes acciones El estado debe determinar la menor respuesta segura. El Estado Significado Acción por defecto preserved Cada decisión requerida coincide con pruebas nuevas continuar y conservar el recibo approved change una decisión modificada mediante una transición autorizada explícita continuar con el nuevo vínculo de revisión y auditoría dropped una decisión requerida está ausente después de la compactación suspender el trabajo consecuente y restaurar o solicitar la decisión que falta conflicting una digestión modificada sin una aprobación correspondiente para en el siguiente límite reversible y preguntar a un humano unverified el valor está presente pero falta evidencia de frescura o fuente reobservar; no deducir la salud de la prosa modelo La prioridad es importante cuando varios defectos ocurren juntos. Un límite de aprobación faltante debe superar una observación de prueba de aceptación obsoleta porque cambia lo que se permite hacer al agente. Un conflicto de alcance debe dejar de escribir incluso si la actividad de las herramientas y las pruebas parecen saludables. Por el contrario, un cambio aprobado no es un incidente simplemente porque el hash es diferente. Mantenga la actividad y la continuidad como dimensiones separadas de la salud. Una carrera puede ser working y conflicting al mismo tiempo: la salida útil se está moviendo, pero hacia un objetivo no autorizado. También puede ser waiting human y preserved : todas las decisiones sobrevivieron, pero la próxima acción todavía necesita aprobación. El aplanamiento de esas combinaciones en una sola luz verde o roja elimina la decisión del operador a la que se destinó la telemetría. Implementar el control con límites honestos Comience con un tipo de tarea consecuente y tres invariantes. Captura la instantánea preliminar cuando el tiempo de ejecución expone una advertencia de compactación. Captura la instantánea post fronteriza después de que las instrucciones de inicio se hayan recargado y antes de la siguiente escritura consecuente. Comparar los digestos normalizados localmente, emitir el estado con sellos de tiempo y conservar la referencia de aprobación para cualquier revisión. No haga de PreCompact una puerta de bloqueo universal. Un gancho fallido puede consumir el contexto o el trabajo normal restante. Si no se puede escribir la instantánea previa, grabar continuity evidence missing y restringir las acciones consecuentes hasta que sea posible una reobservación segura. El retroceso correcto es la incertidumbre, no una coincidencia inventada. El conjunto invariante también es incompleto por diseño. La igualdad de hash sólo prueba que las decisiones registradas coinciden. No puede revelar una decisión importante que nadie eligió grabar, un libro mayor comprometido, o una mala prueba de aceptación que sobrevivió perfectamente. Revise el conjunto cuando los incidentes exponen un límite faltante y verifique el resultado final independientemente del resumen del agente. Sidewisp se encuentra actualmente en versión preliminar privada. Su sitio público y su biblioteca de artículos están en vivo, pero la colección de agentes de producción salud, los adaptadores de monitoreo de contexto y la recuperación generalmente no se envían. La dirección del producto prevista es una capa de salud junto con los tiempos de ejecución existentes, con evidencia, incertidumbre visible y autoridad humanano un tiempo de ejecución o fijación autónoma de reemplazo. Por ahora, la regla de funcionamiento es utilizable sin Sidewisp: observar el evento de compactación, comparar una invariante de decisión mínima, aceptar sólo revisiones explícitas, y dejar que la evidencia faltante permanezca desconocida.