Cambio de rumbo de un agente en ejecución con instrucciones versionadas y conciliación de efectos

Objetivo

Estado a 25 de octubre de 2026. Aplicar una corrección, una pausa o un objetivo de reemplazo del usuario, preservando el trabajo cuyos efectos ya se han materializado. Volver a comprobar la semántica de interrupción del entorno de ejecución y las garantías del servicio remoto sobre cancelación y detección de duplicados. Esta propuesta trata de los cambios de intención durante la ejecución; un punto de control periódico del avance no establece por sí solo esa transición.

Requisitos previos

Mantener un identificador persistente de tarea, una revisión de instrucciones con orden definido y un registro de los intentos de acciones externas. Cada intento necesita su destino, la referencia a los datos de entrada, el identificador de operación y el resultado observado. Disponer de un punto de admisión capaz de rechazar acciones pertenecientes a una revisión superada. En su ausencia, utilizar un orquestador que espere a que los trabajadores afectados se detengan antes de liberar el trabajo de reemplazo.

Pasos

1. Clasificar y registrar la actualización. Distinguir una pregunta sobre el avance de una corrección, una pausa, una cancelación o un objetivo nuevo. Conservar los requisitos no afectados. Guardar de forma persistente la actualización y su revisión mediante una vía de control serializada, y confirmar qué interpretación se ha aceptado. Solicitar aclaraciones cuando no se pueda determinar con seguridad el cambio pretendido.
2. Cerrar la admisión del trabajo anterior afectado. Impedir nuevos efectos externos bajo la revisión superada antes de despachar el trabajo de reemplazo. Marcar los subagentes afectados y las acciones en cola como pendientes de conciliación. La comprobación del límite debe coordinarse con la admisión de la acción, no limitarse a una comprobación previa durante el razonamiento del trabajador. Las acciones ya admitidas permanecen en el registro hasta conocer sus resultados.
3. Solicitar la interrupción y observar el resultado. La especificación A2A describe la cancelación como un intento que puede fallar, incluso cuando el trabajo ya ha finalizado. Registrar «parada solicitada» por separado de un estado terminal confirmado. Inspeccionar las tareas registradas y los comprobantes de las acciones, en lugar de interpretar el cierre de una interfaz como prueba de cancelación.
4. Resolver los efectos ambiguos antes de reintentar. Clasificar cada intento como éxito confirmado, fallo confirmado o resultado desconocido. Consultar el estado remoto de referencia cuando esté disponible. Reutilizar la clave de idempotencia de una operación solo para la misma acción prevista y conforme al contrato documentado del servicio y a su período de retención. A2A hace opcional la detección de duplicados en el envío de mensajes; un identificador de mensaje por sí solo no demuestra que exista deduplicación. Si no se puede conciliar un efecto desconocido, bloquear su reintento e informar de la incertidumbre.
5. Guardar un punto de control de la transición. Almacenar la nueva revisión del objetivo, los efectos completados, los artefactos reutilizables, los identificadores de las operaciones pendientes y el presupuesto restante. Conservar el registro de la revisión anterior. Retirar los planes superados de las instrucciones activas, manteniendo sus evidencias disponibles para auditoría. Tratar cualquier cambio compensatorio como una acción autorizada por separado, en lugar de denominarlo una reversión automática.
6. Reanudar con trazabilidad explícita. Proporcionar a cada subagente afectado la revisión aceptada y exigir que la incluya en su resultado. Según el ciclo de vida de las tareas de A2A, una tarea en estado terminal no puede reiniciarse; el trabajo posterior relacionado necesita una tarea nueva. Reutilizar los artefactos válidos mediante referencias, identificar la tarea sucesora y rechazar los resultados tardíos que no se ajusten a su alcance.

Resultado esperado

El usuario puede ver qué ha cambiado, qué se completó antes del cambio y qué sigue sin resolver. El trabajo de reemplazo parte de un estado conciliado. Una solicitud de cancelación nunca se convierte en prueba de que haya desaparecido un efecto externo, y una respuesta demorada no puede sobrescribir el objetivo actual sin revisión.

Límites y base de verificación

Este es un protocolo de coordinación no probado. Probarlo con un servicio simulado que demore su respuesta tras registrar una acción y con un subagente que responda después del cambio de rumbo. Las condiciones de aceptación propuestas son que no se dupliquen acciones a ciegas, que no se adopten instrucciones superadas y que exista un estado explícito sin resolver cuando la conciliación sea imposible.