OpenClaw Browser conclui a maioria das tarefas em um benchmark ao vivo na web com 100 tarefas, mas a um custo 3,5 vezes maior
Um desenvolvedor testou o navegador do OpenClaw contra quatro outras configurações de agentes em 100 tarefas difíceis da web ao vivo do Online-Mind2Web. O OpenClaw concluiu o maior número de tarefas — 35 —, mas também foi o mais lento e o mais caro, custando US$ 4,80 contra US$ 0,65 da configuração rival mais barata.
A configuração
Todas as configurações usaram Claude Haiku 5.5, Chrome com interface gráfica, os mesmos prompts, servidor e IP. O limite era de 10 minutos por tarefa, com uma tentativa por tarefa.
Resultados (concluídas / tempo mediano / custo total)
- OpenClaw: 35, 141s, US$ 4,80
- 5dive (Claude Code): 32, 105s, US$ 1,39
- Claude in Chrome: 29, 67s, US$ 0,91 (estimativa — roda em uma assinatura)
- 5dive (pi): 29, 105s, US$ 0,65
- Hermes: 18, 86s, US$ 0,72
O autor observa que as diferenças entre as principais configurações não foram estatisticamente significativas em seus testes pareados.
Por que as diferenças
- Hermes para mais cedo: 11,6 passos por tarefa contra 23,5 do OpenClaw. Excluindo as tarefas em que foi bloqueado, o Hermes ainda concluiu 22% contra 45% do OpenClaw.
- Agrupamento: O agrupamento do OpenClaw estava ativado por padrão, e seu agente o usou em 5 das 100 tarefas.
- Releitura de tokens: Em testes menores, cada chamada do OpenClaw relia 72 mil tokens, contra 43 mil do Claude Code e 4,5 mil do pi.
- Velocidade: O Claude in Chrome foi o mais rápido, com 67s por tarefa — seus passos levaram 4s contra 8–10s dos outros. O autor supõe que eles esperam cada página estabilizar e verificam cada clique duas vezes.
- Barreiras anti-bot: Cada configuração encontrou uma barreira anti-bot em 20–26 das 100 tarefas, porque agentes do lado do servidor recebem um IP de datacenter.
Como os navegadores diferem
O Claude in Chrome controla o seu próprio Chrome por meio da extensão da Anthropic. O 5dive executa o Chrome no próprio servidor do agente e permanece logado; quando um site exibe uma verificação anti-robô, o agente envia a você um link temporário para aquela janela ao vivo, para que você resolva e permita que ele continue.
Limitações apontadas pelo autor
- Modelo barato, uma tentativa por tarefa ao vivo.
- Os agentes construíram o aparato de teste; o juiz usou Haiku 5.5, então as pontuações não são comparáveis ao ranking do benchmark.
- Claude in Chrome e Hermes rodaram um ou dois dias depois dos outros, e sites ao vivo mudam.
- O autor desenvolveu o navegador 5dive, portanto não é neutro.
Ele diz que repetiria o OpenClaw com qualquer configuração que seus usuários acharem que reduz as chamadas. Os resultados brutos estão em um gist público, e o 5dive é open source sob a licença MIT.
📖 Leia a fonte completa: r/openclaw
👀 See Also

Analisando a Queima de Tokens da Janela de Contexto de 1M do Claude: Dados Mostram Crescimento Ilimitado e Acúmulo de Falhas de Cache
Análise da janela de contexto de 1 milhão do Claude revela dois fatores combinados que causam consumo rápido de tokens: crescimento ilimitado do contexto sem compactação automática e falhas caras de cache em tamanhos de contexto maiores. O autor fornece um script Python para analisar o uso pessoal de tokens a partir de arquivos de sessão JSONL.

Título do artigo: Kimi K2.6 vs Claude Opus 4.7: Teste Prático com um Mod de Quadro de Recompensas do Minetest
Um desenvolvedor testou o Kimi K2.6 e o Claude Opus 4.7 na criação de um mod de quadro de recompensas para Minetest/Luanti com backend TypeScript e registro no Google Sheets. O Opus funcionou perfeitamente; o Kimi falhou na parte de integração.

A Cerebras lança os modelos Step-3.5-Flash-REAP com redução de 40% no uso de memória.
A Cerebras lançou os modelos Step-3.5-Flash-REAP que utilizam REAP (Router-weighted Expert Activation Pruning) para comprimir modelos de 196B parâmetros para 121B mantendo desempenho quase idêntico. Os modelos funcionam com vLLM padrão e são otimizados para ambientes com recursos limitados.

Agentes de IA estão matando a revisão de código — O problema do principal-agente explicado
Inserir agentes de IA no processo tradicional de revisão de código dobra a carga de revisão, colapsa os sinais de confiança e cria um desequilíbrio insustentável — este é o problema principal-agente aplicado à engenharia de software.