Observabilidad del agente AI: espera de aprobación separada de los puestos

Un agente que ha dejado de producir eventos no está necesariamente atrapado. Puede que esté haciendo exactamente lo seguro: esperar a una persona antes de enviar un mensaje, cambiar el estado de producción o gastar dinero. La pregunta operativa no es ¿cuánto tiempo ha estado el proceso en silencio? Es si la solicitud de aprobación sigue siendo relevante, ha llegado a alguien autorizado para decidir, y puede reanudar la misma carrera interrumpida. Eso da a la observabilidad del agente AI una regla más firme. Una pausa sólo es válida mientras se mantengan cuatro pruebas: la acción propuesta no ha cambiado ni ha expirado; la solicitud tiene una ruta verificada; el solicitante conserva un manil de continuación duradero; y, después de aprobar o rechazar, un recibo muestra que la carrera consumió la decisión. Un temporizador es útil sólo después de conocer esos hechos. Una espera válida tiene cuatro pruebas La mayoría de la vigilancia desmorona la aprobación en un solo estado como pending approval . Esa etiqueta oculta fallas con diferentes propietarios y diferentes remedios. Considere un agente de exportación esperando un propietario de liberación. El proceso no ha emitido ninguna llamada de herramienta durante 25 minutos. Si la acción exacta de exportación sigue vigente, el propietario de la liberación recibió la solicitud, y la carrera puede reanudarse desde su interrupción guardada, la inactividad es una espera legítima. El reinicio sería perjudicial: la nueva ejecución podría generar otra solicitud o perder el contexto de la decisión. Ahora cambie un hecho a la vez. La selección de datos cambió después de la creación de la solicitud. La vieja solicitud es stale , incluso si alguien lo aprueba. La notificación no ha sido entregada y no se ha adjunto ninguna aprobación. La solicitud es unroutable , no sólo lenta. La tarjeta de aprobación existe, pero la carrera interrumpida no tiene un manejo de currículum duradero. La solicitud es orphaned . La aprobación llegó, pero la carrera no la consumió dentro del período de gracia declarado. El agente es stuck después de la decisión . La persona se negó. La solicitud es closed , no tarde. Esta separación sigue el flujo de control expuesto por los marcos de agentes actuales. El Comparación de los SDK de OpenAI Agents enumera el estado de funcionamiento y los flujos de aprobación reiniciados como capacidades distintas. OpenAIs lista de verificación de validación de migración es más explícito sobre el ciclo de vida: una acción cerrada por la aprobación debe pausar, superficiar una interrupción y luego reanudar o rechazar de forma limpia. La aprobación existe prueba sólo la mitad de esa secuencia. La cuarta prueba es importante porque una decisión humana no es el resultado previsto. Es el permiso para que la carrera continúe, o una negativa que la carrera debe manejar. Por consiguiente, la observabilidad debe registrar tanto un evento de decisión como el recibo posterior de la continuación. Sin este último, una placa de aprobación verde puede ocultar un agente detenido. Registrar un ciclo de vida de la decisión, no una modalidad El registro más pequeño y útil es deliberadamente aburrido. Necesita identidades y sellos de tiempo estables, no una transcripción del razonamiento del modelo. requestId deduplica las notificaciones y las respuestas. El documento de acción vincula la decisión a un efecto específico propuesto; debe cambiar cuando los argumentos materiales, el objetivo, la autoridad o el alcance cambian. approverRef nombra un rol o un sujeto de política en lugar de copiar los datos privados de una persona en telemetría. El manual de currículum apunta a la interrupción duradera. El recibo del currículum dice que el solicitante aceptó la decisión y se mudó a su próximo estado. El vocabulario de la decisión también debe conservar lo que la persona hizo. El Especificación de la obtención del MCP distingue a accept , decline y cancel . El rechazo es una respuesta explícita. Cancelar es despedir sin el mismo compromiso. Tratar a ambos como no respuesta invita a un sistema automatizado a preguntar de nuevo después de que la persona ya haya dicho que no. La misma especificación dice que los servidores no deben solicitar información sensible a través de la elicitación, y los clientes deben dejar claro el servidor solicitante y el propósito. Ese límite también se aplica a la evidencia médica. Almacenar los campos mínimos necesarios para establecer el estado. Una referencia de ruta, un código de acción y un código de decisión pueden diagnosticar la mayoría de las fallas de aprobación sin conservar secretos, instrucciones crudas o el contenido de la respuesta. Hay un límite importante: delivered: true es evidencia de transporte. No demuestra que una persona haya visto, comprendido o aceptado la petición. Para las acciones de alto riesgo, añadir un reconocimiento o utilizar una política que requiera una decisión explícita antes de que expire. No reinterpretar en silencio la entrega como consentimiento informado. Una auditoría de seis solicitudes cambia la cola de incidentes El dispositivo de acompañamiento fija el tiempo de evaluación en 2026 07 26T16:30:00Z , permite cinco minutos para que una carrera decidida se reanude y trata un latido cardíaco del solicitante como fresco durante diez minutos. Contiene seis instantáneas. Realizar la auditoría con: El resultado es intencionalmente uno de cada estado: Cuatro registros inicialmente parecen aprobaciones sin respuesta. Sus edades por sí solas no explican qué hacer. La solicitud de exportación es una espera saludable. La solicitud de eliminación expiró. La solicitud de rotación no tiene ruta verificada. La solicitud de factura no puede reanudarse porque falta su manil de continuación. Una cadena de estado habría puesto a los cuatro en la misma cola de alerta. El registro de despliegue expone el fracaso menos obvio. Su decisión humana ya está presente, por lo que medir el tiempo que espera la aprobación reportaría cero. Sin embargo, no llegó ningún recibo de currículum durante el período de gracia de cinco minutos. Este incidente debe ir al dueño del tiempo de ejecución, no de vuelta al aprobador. Pedir a la persona que apruebe de nuevo añadiría ruido mientras se deja intacta la continuación fallida. La solicitud de mensaje rechazado demuestra por qué es importante la orden de evaluación. Las decisiones de la terminal se comprueban antes de las temporadas. La auditoría cierra la solicitud en lugar de incrementarla o generar otra solicitud. Eso no es simplemente una UX educada; preserva los límites de la autoridad humana. Los umbrales de muestra no son universales. Una vista previa de contenido de bajo riesgo podría reanudarse en cuestión de segundos. Un cambio de producción controlado puede esperar deliberadamente una ventana de mantenimiento después de la aprobación. Establezca la gracia del currículum a partir del comportamiento documentado del tiempo de ejecución y de la política de funcionamiento de la acción. Registrar el umbral elegido junto al veredicto para que el operador pueda saber si stuck provino de pruebas o de un incumplimiento arbitrario. Actúa en el estado, no en el silencio. Una vez que los estados se separan, la respuesta al incidente se limita. El Estado Pruebas Seguimiento seguro . WAITING Acción actual, ruta verificada, continuidad en vivo, ninguna decisión Dejar la carrera en pausa; notificar sólo en virtud de la política de escalada acordada STALE REQUEST Pedido expirado o cambio en el índice de acción Cancelar la vieja solicitud y crear una nueva sólo si la acción actual todavía necesita autoridad UNROUTABLE WAIT Falta de aprobación o entrega fallida Reparación del enrutamiento o escalada al titular de la póliza; no reinicie la acción ORPHANED WAIT Manos de curriculum vitae o solicitantes obsoletos Conservar el registro de la decisión, luego recuperar la ejecución con autoridad explícita STUCK AFTER DECISION Decisión presente, reanudación de recibo ausente después de la gracia Investigar el camino de continuación; no vuelva a pedir la misma aprobación CLOSED BY DECLINE Descenso explícito Detener la acción o ofrecer una alternativa no destructiva La recuperación automática debe permanecer estrecha. El retraso de una notificación puede ser reversible cuando la identificación de la solicitud se mantenga estable. Recrear una solicitud cambiada puede ser seguro después de que se cancela la antigua. El reinicio de la acción subyacente es diferente: puede duplicar los efectos, eludir el alcance original o separar la respuesta humana eventual de la nueva ejecución. Cuando las pruebas sean incompletas, marque el estado de incertidumbre y pregúntale antes de actuar. La conclusión práctica es simple: el silencio no es la señal de salud. Una espera de aprobación válida es un contrato en vivo entre una acción propuesta, una ruta autorizada y una carrera reiniciada. Una decisión pone fin a la fase de espera, pero sólo un recibo de continuación demuestra el progreso operativo. Sidewisp se encuentra actualmente en versión preliminar privada. Su modelo de salud planificado incluye el diagnóstico de espera frente a la atasco y límites de aprobación explícitos, pero la recopilación de agentes de producción y salud, adaptadores de tiempo de ejecución, administración cron, análisis de costos de tokens y recuperación generalmente no se envían. El Sidewisp no es un sistema de control de la empresa, ni un dispositivo de control autónomo. Si este modelo de evidencia coincide con un fallo que operas hoy, unirse a la vista previa privada es el próximo paso restringido.