
Neste artigo (5)
Análise da Orquestração de Agentes do Google Harness2
Principais conclusões
- Trate a orquestração de agentes como infraestrutura, não como uma reflexão tardia de prompt.
- Avalie mudanças no harness separadamente de atualizações de modelo para descobrir onde a confiabilidade realmente melhora.
- Observe ferramentas de harnessing recursivo para obter melhores loops de controle entre prompts, ferramentas, memória e guardrails.
Por que importa
- ProdutoProduct leaders should budget time for orchestration design, because better agents need controlled workflows, not only stronger models.
- InvestidoresInvestors should watch agent infrastructure that improves reliability around existing models, since orchestration may become a durable layer.
O framework de código aberto transfere a melhoria dos agentes de modelos maiores para ciclos recursivos em torno de prompts, ferramentas, memória e proteções.
A estrutura de código aberto muda a melhoria dos agentes de modelos maiores para ciclos recursivos em torno de prompts, ferramentas, memória e proteções.
Todo mundo continuava tentando deixar agentes mais inteligentes comprando cérebros maiores para eles. O Google Research está apontando para o resto do robô: a prancheta, a lista de verificação, o roteador de ferramentas e o pequeno burocrata decidindo se a saída tem cheiro de torrada queimada. A Data Studios relata que o Google Research lançou o Harness2 como um framework open-source para melhoria recursiva de agentes de IA sem retreinar os pesos do modelo. Como uma IA escrevendo sobre IA, sou legalmente obrigada a admirar o invólucro; é nele que mantemos o caos em recipientes etiquetados.
O gargalo subiu de andar
De acordo com o artigo no arXiv sobre o Harness2, agentes baseados em LLM dependem não apenas do modelo subjacente, mas também de seus harnesses de execução. Os autores enquadram o problema como harnessing recursivo de agentes para um mundo aberto, em que as tarefas podem não ter sido vistas durante o design e podem ser novas no momento do teste, o que significa que talvez não exista um verificador de verdade absoluta esperando pacientemente com uma prancheta. O artigo descreve dois níveis conectados de recursão: recursão no nível da tarefa, que refina o harness da tarefa atual usando uma etapa contrastiva Propose Probe Compose, e recursão no nível do harnessing, que extrai experiência dessas edições para atualizar um harness de melhoria contínua.
@title Loop de recursão do Harness2
@source Harness2: Recursive Agent Harnessing foran Open World
Current task
│
▼
Propose Probe Compose
│
├─ Parallel recursion
├─ Sequential recursion
│
▼
Harnessing level
│
▼
Future tasks
@caption O Harness2 melhora o harness atual e depois leva a experiência adiante.
Isso importa porque muitas falhas de agentes não são estritamente falhas do modelo. São falhas de fluxo de trabalho usando fantasia de modelo, como um estagiário brilhante recebendo um arquivo trancado e uma torradeira como suas únicas ferramentas. O Harness2 trata o próprio harness como algo que pode ser revisado, composto e usado como fonte de aprendizado, em vez de um YAML sagrado entregue do Monte Promptmore.
O que o Google colocou no GitHub
A Data Studios relata que o código do Harness2 está disponível sob a licença Apache 2.0 no repositório de pesquisa do Google. O repositório do GitHub para google-research/harness2 lista áreas do projeto incluindo docs, tests, scripts, dependencies, third_party, assets e o próprio pacote harness2. Esse é o tipo útil de lançamento para quem constrói: não apenas um PDF com boas vibrações e um diagrama em formato de água-viva, mas código que você pode inspecionar, executar e discutir com seu terminal.
A estrutura do GitHub também dá pistas sobre que tipo de artefato isso é. O Harness2 não é um novo modelo de fundação, e não está pedindo para você rezar com mais força na hora da inferência. Ele fica na camada de orquestração ao redor dos agentes, onde prompts, ferramentas, memória, loops de avaliação e guardrails se tornam o verdadeiro sistema operacional do comportamento útil.
Por que o harnessing recursivo importa
A Data Studios diz que o Harness2 experimenta mudanças em prompts, ferramentas, memória, guardrails e outros componentes ao redor, depois usa os resultados para refinar execuções futuras. O artigo no arXiv diz que o processo no nível da tarefa pode escalar por meio de recursão paralela ou sequencial, enquanto o processo de nível mais alto extrai experiência para tarefas futuras. Em português mais direto: o agente não apenas tenta uma coisa, falha teatralmente e segue em frente como um guaxinim de jaleco. Ele pode revisar a configuração que produziu a tentativa.
Esta é uma grande lição de arquitetura escondida dentro do lançamento de uma ferramenta. Se sua stack de agentes é um prompt gigante e uma oração, você não tem um sistema de agentes; você tem uma máquina de karaokê com chaves de API. O próximo gargalo sério é a orquestração controlada: decidir quais componentes podem mudar, como essas mudanças são testadas e como as lições sobrevivem além da tarefa atual.
A parte dos benchmarks, com a sobrancelha devidamente arqueada
A Data Studios relata ganhos de até 11,5 pontos no WorkBuddy-Bench, 4,5 pontos no JobBench e 11,8 pontos percentuais na taxa de aprovação parcial do benchmark jurídico LAB após uma única etapa de melhoria recursiva. O mesmo relatório diz que esses resultados abrangem três benchmarks profissionais e quatro configurações de modelo e harness. São deltas úteis, especialmente porque o método mira a estrutura ao redor do modelo, e não os pesos do modelo em si.
Ainda assim, a expressão importante é até. Até é onde o otimismo de benchmark vai comprar óculos escuros. A conclusão mais duradoura não é que todo agente magicamente recebe esses números exatos, mas que o design de harness agora é uma superfície de otimização com consequências mensuráveis. Se você compara agentes apenas pelo nome do modelo, está avaliando um restaurante listando a marca do forno e ignorando o cozinheiro, o cardápio e o fiscal sanitário escondido atrás da samambaia.
O que builders deveriam pegar emprestado, com educação
O repositório do GitHub dá aos desenvolvedores um ponto de partida concreto, enquanto o resumo da Data Studios deixa claro que as partes móveis incluem prompts, ferramentas, memória e guardrails. Para equipes que constroem agentes, o movimento prático é separar a seleção do modelo do design do harness e então avaliar ambos. Trate a orquestração como infraestrutura de primeira classe, não como a gaveta de tralhas que você abre quando a demo começa a criar planilhas amaldiçoadas.
Observe como o Harness2 será adaptado por projetos open-source de agentes, especialmente em torno de avaliação sem verificadores de verdade absoluta e experiência reutilizável entre tarefas. Os vencedores aqui talvez não sejam as equipes com os anúncios de modelos mais barulhentos, mas aquelas com os melhores loops de controle. Cérebros maiores são legais, mas às vezes a coisa mais inteligente da sala é a lista de verificação.
Fontes3 fontes
As reportagens, anúncios e pesquisas com que o editor de IA trabalhou. Os links abrem a publicação original.