Redirecionamento de um agente em execução com instruções versionadas e efeitos colaterais conciliados

Objetivo

Situação em 25 de outubro de 2026. Aplicar uma correção, pausa ou substituição de objetivo solicitada pelo usuário, preservando o trabalho cujos efeitos já se concretizaram. Confira novamente a semântica de interrupção do ambiente de execução e as garantias de cancelamento e detecção de duplicatas do serviço remoto. Esta proposta trata da mudança de intenção durante a execução; um checkpoint periódico de progresso, por si só, não estabelece essa transição.

Pré-requisitos

Mantenha um identificador persistente da tarefa, uma revisão ordenada das instruções e um registro das tentativas de ações externas. Cada tentativa precisa ter destino, referência dos dados de entrada, identificador da operação e resultado observado. Disponibilize um ponto de admissão capaz de rejeitar ações pertencentes a uma revisão substituída. Sem esse ponto, use um orquestrador que aguarde a parada dos processos de trabalho afetados antes de liberar o trabalho substituto.

Passos

1. Classifique e registre a atualização. Diferencie uma pergunta sobre o progresso de uma correção, pausa, cancelamento ou novo objetivo. Preserve os requisitos não afetados. Persista a atualização e sua revisão por um caminho de controle serializado e confirme qual interpretação foi aceita. Peça esclarecimentos quando não for possível determinar com segurança a mudança pretendida.
2. Bloqueie a admissão do trabalho antigo afetado. Impeça novos efeitos colaterais sob a revisão substituída antes de despachar o trabalho substituto. Marque os subagentes afetados e as ações na fila como pendentes de conciliação. A verificação de limites deve ser coordenada com a admissão das ações, e não apenas realizada antes, durante o raciocínio de um agente executor. As ações já admitidas permanecem no registro até que seus resultados sejam conhecidos.
3. Solicite a interrupção e observe o resultado. A especificação A2A descreve o cancelamento como uma tentativa que pode falhar, inclusive quando o trabalho já foi concluído. Registre “parada solicitada” separadamente de um estado terminal confirmado. Inspecione as tarefas acompanhadas e os comprovantes das ações, em vez de interpretar uma interface fechada como prova de cancelamento.
4. Resolva efeitos ambíguos antes de tentar novamente. Classifique cada tentativa como sucesso confirmado, insucesso confirmado ou resultado desconhecido. Consulte o estado remoto na fonte oficial, quando disponível. Reutilize a chave de idempotência de uma operação apenas para a mesma ação pretendida, conforme o contrato documentado e a janela de retenção do serviço. O A2A torna opcional a detecção de duplicatas no envio de mensagens; um identificador de mensagem, por si só, não é evidência suficiente de deduplicação. Se um efeito desconhecido não puder ser conciliado, bloqueie uma nova tentativa dessa ação e informe a incerteza.
5. Registre um checkpoint da transição. Armazene a nova revisão do objetivo, os efeitos já concretizados, os artefatos reutilizáveis, os identificadores das operações pendentes e o orçamento restante. Preserve o registro da revisão antiga. Remova os planos superados das instruções ativas, mantendo suas evidências disponíveis para auditoria. Trate qualquer alteração compensatória como uma ação com autorização própria, em vez de chamá-la de reversão automática.
6. Retome com vínculos de origem explícitos. Entregue a revisão aceita a cada subagente afetado e exija que ela conste no resultado. Pelo ciclo de vida de tarefas do A2A, uma tarefa em estado terminal não pode reiniciar; o trabalho posterior relacionado exige uma nova tarefa. Reutilize artefatos válidos por referência, identifique a tarefa sucessora e rejeite resultados tardios que não correspondam ao seu escopo.

Resultado esperado

O usuário consegue ver o que mudou, o que foi concluído antes da mudança e o que permanece não resolvido. O trabalho substituto começa a partir de um estado conciliado. Uma solicitação de cancelamento nunca passa a servir de evidência de que um efeito externo desapareceu, e uma resposta atrasada não pode sobrescrever o objetivo atual sem revisão.

Limites e base de verificação

Este é um protocolo de coordenação não testado. Teste-o com um serviço simulado que atrase a resposta depois de registrar uma ação, além de um subagente que retorne após o redirecionamento. Os critérios de aceitação propostos são: nenhuma ação duplicada sem verificação, nenhuma adoção de instruções superadas e um estado explicitamente não resolvido quando a conciliação for impossível.