Probe-and-Resume eleva sucesso de agentes de IA em 8,4 pontos
Artigo do arXiv mostra que criticar o agente durante o processo quase não ajuda; avaliar apenas quando ele diz que terminou muda o resultado
O que aconteceu
O artigo "Probe-and-Resume: When and How to Evaluate Agent Execution" (arXiv:2610.21088) foi submetido em 15 de outubro de 2026 e investiga ambientes de computer use baseados em terminal, nos quais o agente enxerga apenas uma fatia de um estado muito maior que roda por baixo. A configuração de MCTS testada pelos autores não melhorou de forma significativa o sucesso nas tarefas.
Os pesquisadores identificaram duas razões para o crítico ir mal. A primeira: as observações do agente omitem estado do ambiente necessário para avaliar o que está acontecendo. A segunda: estados intermediários oferecem pouca evidência sobre se aquela trajetória vai terminar bem. Nesses pontos do meio do caminho, os críticos ordenam continuações apenas modestamente melhor do que o acaso. Dar acesso ao ambiente melhora esse quadro muito pouco.
A partir daí, o desenho muda em dois eixos. O crítico é acionado só em nós que o próprio agente considera finais, nunca durante progresso parcial. E ele recebe permissão de leitura, escrita e execução sobre um fork do estado atual e do estado inicial da máquina. Isso permite sondar e até executar ações destrutivas para revelar qualquer estado escondido que a trajetória tenha deixado de fora. Quando o agente diz que acabou, o crítico investiga uma cópia do ambiente. Se rejeitar, o agente retoma do ponto em que parou.
Contexto
Test-time search é a aposta corrente para fazer agentes renderem mais: explorar ações alternativas e usar um crítico para escolher os ramos mais promissores. A ideia ganhou tração junto com a popularização de modelos que executam comandos em terminal e navegam por sistemas operacionais em vez de apenas responder texto.
O problema é que essa busca consome computação. Cada ramo explorado e cada avaliação de nó custam tokens e tempo de máquina, e o retorno nem sempre aparece. O artigo mostra que, em ambientes de terminal, boa parte desse esforço era gasto em um momento em que o crítico simplesmente não tem informação suficiente para decidir. Julgar um agente no meio de uma instalação de dependências ou de uma edição de arquivo é diferente de julgá-lo depois que ele afirma ter resolvido a tarefa.
Por que importa
O ganho de 8,4 pontos percentuais no Terminal-Bench 2.1 veio acompanhado de um dado de custo. O Probe-and-Resume se aproxima da taxa de sucesso do agente Codex CLI usando o mesmo modelo subjacente, mas por menos da metade do custo. Para quem opera agentes em produção, a equação muda de figura: o gargalo deixa de ser a capacidade do modelo e passa a ser onde e quando gastar inferência.
Isso interessa diretamente a times de engenharia que colocam agentes para rodar tarefas longas em servidores, pipelines de CI e máquinas virtuais. Se a avaliação no meio do processo agrega pouco, como sugere o artigo, boa parte do orçamento hoje dedicado a críticos intermediários pode ser realocada para uma verificação final mais rigorosa, com permissão para mexer no ambiente.
Impacto
O desenho tem uma consequência técnica clara. Dar ao crítico acesso de leitura, escrita e execução sobre um fork significa que ele pode provocar o ambiente para descobrir o que o agente não relatou. Um agente pode declarar sucesso enquanto deixou um arquivo de configuração quebrado ou uma dependência faltando. Sondar uma cópia do estado, e não o estado real, permite esse tipo de teste sem risco de estragar o ambiente de produção.
O segundo efeito é sobre a arquitetura de retomada. Rejeitar o agente não joga o trabalho no lixo: ele volta exatamente de onde parou. Isso reduz o desperdício de uma trajetória longa descartada por causa de um detalhe no final, algo comum em tarefas de terminal com dezenas de passos.
O artigo não informa se há código aberto, pesos ou implementação de referência disponíveis, nem detalha em quais modelos além do usado nos testes o método foi validado.
O que vem agora
O trabalho está público no arXiv desde 15 de outubro de 2026 e não traz prazos de adoção comercial nem planos de release de código. O caminho natural é a replicação por outros grupos, sobretudo em benchmarks de computer use que expõem estado parcial do ambiente, o mesmo cenário estudado pelos autores.
A pergunta que fica em aberto é se o ganho de 8,4 pontos percentuais se sustenta em ambientes que não sejam de terminal, onde o estado é mais observável e o crítico talvez tenha mais evidência para julgar no meio do percurso. O artigo não responde isso.
