← Últimos artigos
🤖 AI

What Process Evaluation of Coding Agents Actually Measures: Action, Task, and Step Are Three Different Levels

Este artigo introduz uma estrutura de medição que distingue entre os níveis de ação, tarefa e etapa para demonstrar que as avaliações de processo atuais de agentes de codificação frequentemente confundem relevância semântica com contribuição causal, revelando que o comportamento do agente é impulsionado pela proveniência da execução e pela incerteza ao nível da tarefa, em vez de simples transições de código.

Autores originais: Jiawei He, Mengyu Shi, Jie jia, Xikai Yang, Dong Sun

Publicado 2026-08-25
📖 6 min de leitura🧠 Leitura aprofundada

Autores originais: Jiawei He, Mengyu Shi, Jie jia, Xikai Yang, Dong Sun

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

No mundo do desenvolvimento de software, um novo tipo de trabalhador surgiu: o agente de codificação. Alimentados por modelos de linguagem de grande escala, esses programas podem ler uma descrição de problema, navegar por uma base de código complexa e escrever as correções necessárias para resolvê-lo. Durante anos, a indústria julgou esses agentes simplesmente pelo fato de terem tido sucesso ou falhado ao final do dia. Mas, à medida que esses trabalhadores digitais se tornam mais comuns, os desenvolvedores perceberam que o resultado final não é suficiente. Eles precisam saber como o agente chegou lá. Eles querem entender quais movimentos específicos ajudaram a tarefa, quais causaram a falha e se o processo foi lógico ou apenas um chute de sorte. Essa necessidade deu origem a um campo de estudo focado na "avaliação de processo", uma tentativa de graduar a jornada do agente passo a passo, em vez de apenas seu destino.

O desafio central neste campo é que as pessoas têm tratado três perguntas muito diferentes como se fossem a mesma. Uma pergunta questiona o que o agente provavelmente fará a seguir, com base em sua situação atual. Outra pergunta como o nível de incerteza de toda a tarefa permanece enquanto o agente trabalha. A terceira, e mais difícil, questiona se uma única ação específica realmente causou a mudança no resultado final. Por muito tempo, pesquisadores e ferramentas misturaram esses conceitos, assumindo que uma ferramenta projetada para prever o próximo movimento poderia também explicar por que um passo foi crítico. Uma equipe de pesquisadores da Alibaba e da Universidade de Nanjing decidiu desembaraçar esses fios. Eles construíram um framework rigoroso para medir cada um desses três níveis separadamente, usando um método que envolve observar o agente trabalhando, interrompê-lo e, então, reiniciá-lo exatamente do mesmo ponto para ver o que acontece.

Para fazer isso, os pesquisadores focaram em um tipo específico de tarefa chamada localização de arquivos. Imagine que um agente recebe um relatório de erro e uma captura de um projeto de software. Seu trabalho é encontrar os arquivos exatos que precisam ser alterados para corrigir o erro. Este cenário é perfeito para o estudo porque o objetivo é claro e verificável. Os pesquisadores registraram 499 episódios de agentes trabalhando em repositórios de software do mundo real. Eles então pegaram essas sessões gravadas e as rebobinaram para vários pontos. A partir desses pontos, deixaram o agente rodar novamente, às vezes permitindo que ele escolhesse seu próprio próximo movimento, e outras vezes forçando-o a seguir um caminho diferente para ver se o resultado final mudava. Isso permitiu isolar o efeito de passos individuais do ruído de toda a jornada.

A investigação deles revelou que a maneira como os agentes se movem pelo código não é o que a maioria das pessoas espera. Ao tentar prever o que um agente fará a seguir, o sinal mais poderoso não é a estrutura do próprio código, como a forma como os arquivos estão conectados em um gráfico de dependências. Em vez disso, o agente é movido quase inteiramente pelo seu histórico recente. Ele observa os caminhos que acabou de ver na saída de suas ferramentas anteriores e usa esse contexto imediato para decidir para onde ir a seguir. A estrutura do código importa menos para o próximo passo imediato do que o rastro de migalhas de pão que o agente acabou de deixar para trás. Essa descoberta sugere que o agente está reagindo ao que acabou de observar, em vez de seguir um mapa pré-planejado do repositório.

O estudo também descobiu onde reside a incerteza nessas tarefas. Muitas pessoas assumem que o risco de falha vem de um único passo ruim, como uma escolha errada de arquivo. No entanto, os pesquisadores descobriram que a incerteza é uma propriedade de toda a tarefa, não de passos individuais. Algumas tarefas são inerentemente difíceis ou ambíguas desde o início, enquanto outras são diretas. A variação entre o sucesso ou o fracasso de um agente é determinada pela natureza do problema específico que está sendo resolvido, não pela sequência específica de movimentos que ele faz ao longo do caminho. Isso significa que tentar identificar um único passo de "erro fatal" é frequentemente um exercício fútil, porque o resultado provavelmente foi decidido pela dificuldade da própria tarefa.

Talvez a descoberta mais impressionante diga respeito a como avaliamos atualmente esses agentes. Muitos sistemas usam um "juiz", frequentemente outro modelo de linguagem de grande escala, para revisar todo o histórico do trabalho do agente e decidir qual passo foi responsável por uma falha. Os pesquisadores testaram esses juízes escondendo ou revelando diferentes partes do histórico do agente. Eles descobriram que, quando o juiz podia ver os passos posteriores da jornada, ele sistematicamente deslocava a culpa para o final do processo. Isso acontecia mesmo quando os passos posteriores não tinham nada a ver com a causa real do problema. O juiz não estava identificando a verdadeira causa; estava simplesmente agarrando-se à evidência mais recente que parecia relevante. Isso revelou um viés sistemático nos métodos de avaliação atuais, onde as ferramentas usadas para graduar os agentes estão, na verdade, medindo a relevância semântica — o que parece importante em retrospectiva — em vez da contribuição causal certificada.

Os pesquisadores concluíram que a avaliação de processo não é um problema único, mas uma coleção de desafios distintos. Prever o próximo movimento é um problema solucionável impulsionado pelo contexto recente. Compreender a dificuldade da tarefa é uma questão de analisar o problema em si. Mas determinar o impacto causal de um único passo é incrivelmente difícil e, muitas vezes, impossível de medir com as ferramentas atuais. O estudo sugere que devemos parar de tratar esses diferentes níveis como se fossem o mesmo. Se quisermos melhorar os agentes de codificação, precisamos usar a ferramenta certa para a pergunta certa, reconhecendo que um sinal que prevê o próximo movimento não é o mesmo que um sinal que prova que um passo causou um sucesso ou uma falha. Ao separar esses níveis, podemos finalmente entender o que nossas ferramentas de avaliação estão realmente nos dizendo e o que elas estão apenas supondo.

Afogado em artigos na sua área?

Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.

Experimentar Digest →