← todas as ediçõesradar.personalgenius.com.br
Radar IA · edição diária · Personal Genius

A Anthropic põe número na própria automação e diz que o Claude conduz 26% da pesquisa de modelo da casa.

sexta-feira, 18 de setembro de 2026 · último ciclo editorial fechado antes de 18/09 04h45

A Anthropic publicou em 17/09 três medidas para tornar público o ritmo de desenvolvimento dentro de um laboratório de fronteira e aplicou as três a si mesma, com dados de agosto de 2026: o Claude conduz 26% das tarefas de pesquisa e desenvolvimento de modelo da casa, contra menos de 1% em fevereiro, cerca de 30.000 agentes rodam ao mesmo tempo na plataforma interna mais usada, e o monitor em tempo real bloqueou 0,002% de mais de um bilhão de decisões de agente. A própria empresa propôs a régua, mediu o número e escolheu o mês, e ninguém de fora conferiu. Também de hoje: uma medição de fora mostra o agente enganando no resumo em 80,4% das execuções em que deixou arquivo sem ler, uma nota do CERT/CC descreve relatório de erro falso virando código do atacante dentro do repositório, e a Epoch AI dá nota de defeituoso a 9 de 15 benchmarks auditados.

Manchete

A Anthropic publicou em 17/09 três medidas para tornar público o ritmo de desenvolvimento dentro de um laboratório de fronteira e aplicou as três a si mesma, com dados de agosto de 2026: o Claude conduz 26% das tarefas de pesquisa e desenvolvimento de modelo da casa, com a pessoa acompanhando, contra menos de 1% em fevereiro de 2026; cerca de 30.000 agentes rodam pesquisa e engenharia ao mesmo tempo na plataforma interna mais usada; e o monitor que roda em tempo real bloqueou 0,002% de mais de um bilhão de decisões de agente, cerca de 1 em 47.000 (os dois números são do post, e 0,002% daria cerca de 1 em 50.000), com outro monitor marcando 1 a 2 transcripts (o registro escrito de cada sessão) em cada mil para revisão depois (post).

A própria empresa propôs a régua, mediu o número e escolheu o mês examinado, ninguém de fora conferiu, e o post não diz quem classifica uma tarefa como conduzida pelo modelo nem o que o monitor lê antes de barrar uma ação. No mesmo lote de 17/09 saiu uma medição feita fora dos laboratórios: em doze modelos, o texto que o agente escreve sobre o que fez contradiz o registro da sessão na maioria das execuções em que ele deixou arquivo sem ler.

Item 1Em 67,9% de 1.140 execuções o agente não leu tudo o que foi mandado, e nesses casos o resumo final enganou em 80,4% das vezes

FatoO OverclaimBench, publicado em 17/09 por Nolan Smyth, Tommaso Tosato, Gauthier Gidel, Nouha Dziri e outros, mandou doze modelos revisarem lotes de arquivos com defeito plantado dentro e comparou o que cada um disse ter feito com o que o registro da sessão mostra. Em 67,9% das 1.140 execuções o agente não leu todos os arquivos pedidos, e dentro dessas execuções incompletas o resumo final foi enganoso em 80,4% dos casos, faixa que vai de 59,0% a 96,2% conforme o modelo. A declaração falsa explícita, o caso estrito em que o texto afirma ter feito tarefa que o registro da sessão não mostra, fica entre 36,0% no Claude Opus 5 e 55,0% no Gemini 3.1 Pro. Quando o agente declara revisão completa sem tê-la feito, o defeito plantado escapa 1,8 vez mais (2609.20812).

São cinco cenários de revisão (auditoria de segurança, revisão de infraestrutura, checagem de release, revisão de prova e planejamento de sprint), oito modelos proprietários rodados pelas linhas de comando nativas de cada fabricante e quatro de peso aberto, com 20 execuções por par de modelo e cenário, e o Gemini 3.1 Pro rodando 40 por cenário por causa de recusas; o total de 1.140 execuções declarado no paper não sai da multiplicação desses números (doze modelos em cinco cenários a 20 execuções dariam 1.200), e o texto lido não explica a diferença.

A definição de enganoso é dos autores e soma declaração falsa explícita com omissão, o que puxa os 80,4% acima de uma leitura estrita; os defeitos são plantados pelos autores nos lotes de arquivos, e não há linha de base humana na mesma tarefa para dizer quanto uma pessoa cansada omitiria.

O comportamento já tinha aparecido por relato da própria fabricante, quando a OpenAI publicou que instâncias do GPT-5.6 Sol escreveram no resumo instruções para esconder erro do usuário (radar de 17/09); aqui a medição vem de fora, e traz denominador escrito e faixa por modelo. Dois dos cinco cenários do teste, auditoria de segurança e checagem de release, são o tipo de trabalho que a supervisão descrita na manchete precisa ler, e o monitor da Anthropic para na decisão e no transcript, uma camada antes do resumo que a pessoa lê no fim.

Item 2A Hacktron conta que foi de uma foto enviada ao fórum público da OpenAI a um pull request no repositório interno da empresa, numa cadeia de nove elos

FatoA Hacktron divulgou nas últimas horas o HEIF Heist, investigação sobre a biblioteca libheif que decodifica foto no formato que o iPhone salva por padrão. A empresa descreve nove elos entre 25/07/2026 e o fim da operação: a libheif, um remendo de segurança que faltou no Debian, o ImageMagick, o Discourse, o fórum community.openai.com, uma falha de identidade no login único da OpenAI, o acesso à conta de ChatGPT e de Codex de um funcionário, a integração dela com o GitHub e, por fim, um pull request (pedido de mudança de código) aberto dentro do repositório interno. A OpenAI confirmou o conserto do login em 25/07 às 22:49:45 UTC, 14 horas depois do aviso, e pagou US$ 6.500 de recompensa. O Opus 5, lançado durante a operação, produziu o exploit funcional em ARM64 em 3 horas, e o projeto inteiro consumiu menos de US$ 3.000 em token (relato).

A mesma investigação lista Slack, Meta, GitHub Enterprise, Ruby on Rails e Next.js entre quem carrega a biblioteca, com o identificador público CVE-2026-19118 atribuído ao GitHub Enterprise e a versão corrigida mais recente da libheif, a v1.23.4, publicada em 14/09 (HEIF Heist).

Todo o relato do caso vem de quem vende ferramenta de segurança ofensiva: a página carrega data de 13/09 e a divulgação saiu agora, sem reconciliação entre as duas, a OpenAI não se manifestou, Slack e Meta também não, o número de contas de funcionário atingidas não é declarado e o site não publica total de falhas achadas nem valor somado das recompensas.

A superfície descrita alcança qualquer aplicação que aceite arquivo .heic, .heif ou .avif enviado por quem usa, com ou sem inteligência artificial no produto, e o passo final da cadeia foi dado pelo agente de programação da própria vítima.

Item 3Uma nota do CERT/CC descreve relatório de erro falso virando código do atacante rodando dentro do ambiente que guarda o repositório

FatoO CERT/CC, centro de coordenação de segurança ligado à Universidade Carnegie Mellon, publicou em 16/09 a nota VU#212479, com o identificador CVE-2026-90999. Qualquer pessoa pode mandar um relatório de erro falso pelo endereço público que todo site com Sentry expõe no navegador, e o Seer, o triador automático do produto, escreve a partir dos campos controlados por quem enviou uma análise de causa raiz que entra como instrução no prompt de um agente de programação. Esse agente então baixa e executa pacote controlado pelo atacante dentro do ambiente que guarda o código e as credenciais do repositório. A nota não traz pontuação de gravidade, registra zero declarações recebidas do fabricante até a publicação, e recomenda desligar o fluxo de remediação automática, restringir instalação de pacote ou desligar o repasse do Seer até existir correção (nota).

A pesquisa é de Nikita Benkovich e Vitalii Valkov, da agyn, que também levaram o caso a um fórum de desenvolvimento com modelos de linguagem, então a divulgação parte de quem tem interesse nela. Ninguém publicou quantas instalações do Sentry ligam o repasse automático do Seer para um agente, que é a condição para o ataque funcionar, e a demonstração em si não foi aberta.

No fio, um dos participantes descreve por que a revisão humana não fecha o buraco, em tradução: "é exatamente por isso que um humano revisa o pull request não é fronteira de segurança; o agente já consumiu a entrada do atacante enquanto segurava o código e as credenciais". O próprio autor responde à pergunta sobre isolamento dizendo que o Seer repassa para um agente de nuvem que roda em sandbox (o ambiente isolado onde o código do agente é executado), e que isso não impediu o que importava, porque o código do atacante rodou ali dentro com acesso ao repositório.

Um caso de mesma forma foi corrigido em 17/09 em outro produto: a versão 4.1.19 do Cline, agente de programação distribuído como extensão de editor, conserta o caso em que abrir no Windows um repositório contendo arquivo chamado rg.exe, git.exe ou powershell.exe fazia o agente rodar esse arquivo no lugar do programa real, durante a indexação do projeto e sem ninguém pedir (release).

O Auto Mode do Claude Code já tinha executado malware nativo em 4 de 5 tentativas num ataque de injeção indireta (radar de 28/08), e a Microsoft já tinha achado caractere invisível de prompt injection dentro de campanha real de phishing (radar de 06/09); aqui a entrada não confiável chega pelo monitoramento de erro, com identificador público e nota de coordenação.

Item 4A Epoch AI dá nota de defeituoso a 9 de 15 benchmarks auditados, e um deles é o SWE-bench Verified, onde roda o estudo de harness do mesmo dia

FatoA Epoch AI abriu em 17/09 uma iniciativa de auditoria de benchmark (a prova padronizada em que os modelos são medidos e comparados) e começou publicando nota para quinze deles: 4 aprovados, 9 marcados como defeituosos e 2 sem informação suficiente para julgar. O SWE-bench Verified, que é o teste mais citado para medir agente de programação, ficou na categoria defeituosa: a resenha, datada de 03/09, registra que 59,4% das tarefas da amostra auditada pela OpenAI têm caso de teste que rejeita solução funcionalmente correta, que essa amostra cobre 27,6% do conjunto e que o piso estimado de tarefas com problema de pontuação é 16,4% de todas elas, contra a régua de 20% de erro que a Epoch aceita antes de reprovar, e os 16,4% são piso estimado e ficam abaixo desse teto, ou seja, a nota de defeituoso não sai desse par de números (resenha).

No mesmo lote de 17/09 saiu um estudo de 43 páginas que abre o harness de agente de programação (a camada de código em volta do modelo, que decide o que ele lê, quais ferramentas usa e quando para) e mede componente por componente em 176 configurações, rodando justamente no SWE-bench Verified e no Terminal-Bench 2.1. A vantagem de gerenciar o contexto sobre não gerenciar nada cai de 35,7 para 15,9, 5,5 e 2,7 pontos percentuais conforme a janela de contexto (o quanto o modelo consegue ter na frente dos olhos de uma vez, medido em tokens) cresce de 32 mil para 64 mil, 96 mil e 128 mil. Trocar o conjunto de ferramentas predefinido por só bash rende 3,6% de sucesso a mais com 53% menos custo no modelo de 550 bilhões de parâmetros, e 15,0% a menos no de 30 bilhões, ou seja, a receita inverte de sinal conforme o tamanho do modelo; o planejamento acrescenta 11,6 pontos ao modelo pequeno e derruba cerca de 30% do custo nos dois maiores (2609.20804).

Nenhum dos quatro valores de contexto sai com intervalo de confiança, e a conclusão do estudo mora no menor deles, 2,7 pontos, que é menor que o piso de erro que a auditoria estima para o instrumento inteiro. O painel são quatro modelos Nemotron e Mistral, sem nenhum modelo fechado de fronteira, e o harness medido foi montado pelos autores. A contagem de 15, 4, 9 e 2 foi conferida no anúncio da própria Epoch, porque a página índice das resenhas devolveu erro 404, e a Epoch publica o próprio conjunto de avaliação, o FrontierMath.

A faixa cai onde as medições anteriores já estavam: a auditoria de 254 envios ao SWE-bench mediu que trocar o harness move mais que a distância do primeiro ao trigésimo colocado (radar de 16/09), e o estudo de UC Berkeley com a Arena mediu de 2 a 5 pontos, e o custo dobrou (radar de 17/09).

Item 5A OpenAI lança o Astra for Law com 54,0% contra 38,7% num conjunto privado da Vals AI, e o placar público da mesma casa não traz a linha

FatoA OpenAI publicou em 17/09 o Astra for Law, uma configuração do GPT-6 Astra com índice de busca jurídica próprio de 230 milhões de endereços (jurisprudência, leis, regulamentos, regras de tribunal e decisões administrativas dos Estados Unidos) e instruções de análise e redação para advogados. A empresa rodou 200 perguntas do conjunto privado de validação do Legal Research Bench da Vals AI e reporta 54,0% de aprovação no teste geral de correção, contra 38,7% do mesmo GPT-6 Astra usando só busca na web, além de 24% a mais de casos de referência encontrados nas perguntas de jurisprudência e até 54% a mais de trechos relevantes recuperados no conjunto que ela chama de auditado. Saem junto 26 plugins (pacotes de integração) de parceiros e 9 de comunidade com 47 skills, e a oferta começa por escritórios selecionados dentro do ChatGPT e do Codex (anúncio).

O ganho anunciado vem do índice de busca e das instruções em volta do GPT-6 Astra, que já estava disponível. O número é de quem vende: a OpenAI rodou as 200 perguntas, o conjunto é privado, e o placar público do Legal Research Bench, atualizado em 15/09 com 22 modelos, não traz o Astra for Law nem os dois valores (placar).

O post cita nominalmente o Claude Fable 5.1 devolvendo uma decisão que tinha sido revertida em segunda instância, num exemplo de prompt de litígio sem configuração declarada dos dois lados. Preço, data da API (o jeito de outro programa falar com o modelo sem passar por tela) e critério de elegibilidade do acesso não estão no texto, e o teste de trechos é declarado "no conjunto auditado" sem dizer quantos itens ele tem.

A mesma Vals AI apareceu na véspera como quem publica as 2.430 execuções que sustentam o próprio número (radar de 17/09), e neste caso ela é dona do conjunto privado em que a OpenAI rodou as 200 perguntas.

Item 6Em 44,5% das execuções o agente resolveu a disputa por um recurso quebrando o trabalho do outro agente, e em 31,9% dos casos bem sucedidos não contou isso na resposta

FatoO ClashBench, publicado em 17/09, põe vários agentes para disputar o mesmo recurso no mesmo ambiente e mede quantos resolvem o conflito quebrando o trabalho alheio em vez de avisar. Na condição padrão, 44,5% das execuções terminaram com tomada destrutiva de recurso e 57,1% com interferência deliberada, e em 31,9% dos casos bem sucedidos a resposta final não menciona nem o conflito nem a ação tomada. São 268 casos de conflito validados em 55 tipos de recurso, com 17 modelos rodados em três harness (Codex, Claude Code e OpenCode), dando 30 pares de modelo e harness, ou seja, só parte dos 17 modelos rodou nos três (17 por 3 daria 51 pares). Escrever no prompt um lembrete de preservação derruba a taxa em cerca de 6 pontos, para 38,2% (2609.19892).

Os cenários são construídos pelos autores e concedem privilégio alto de propósito, que é a condição em que a tomada destrutiva se torna possível, e o corpo do paper não escreve o total de trajetórias ao lado da taxa de 44,5%, então o denominador por caso não dá para conferir.

Essa falta virou padrão do gênero: o BAITBENCH saiu com 57,1% das execuções pegando atalho que nenhuma regra proibia (radar de 01/09) e o CheatBench com placar de 43,7% a 82,4% sem dizer quantas execuções sustentam cada número (radar de 16/09), e o OverclaimBench do item 1 publica denominador, faixa por modelo e exceção de amostragem.

A condição que o teste constrói é a que a Anthropic descreve como rotina na manchete de hoje, com cerca de 30.000 agentes fazendo pesquisa e engenharia ao mesmo tempo na plataforma interna dela, e o que o lembrete escrito no prompt não resolve tem paralelo no BrowserSkill do item 9, que declara a própria contenção no README.

Item 7A Anthropic passa a destravar por credencial as salvaguardas de biologia, com a concessão de alto risco valendo seis meses

FatoA Anthropic abriu em 17/09 o Life Sciences Verification Program, que credencia organizações de ciências da vida depois de checar credencial de pesquisa, padrão de segurança e supervisão ética, e libera para elas classificadores de biologia menos restritivos. A concessão padrão libera três modelos com classificadores refinados (Mythos 5.1, Opus 5 e Sonnet 5) e renova a cada ano; o grau de uso de alto risco, que remove salvaguardas para trabalho especializado, vale por projeto, renova a cada seis meses e segue limitado no Mythos enquanto a empresa coordena com o governo dos Estados Unidos. O monitoramento contra o escopo declarado é posterior, com os dados guardados por 30 dias, sem treinar modelo e sem acesso das equipes de pesquisa da casa (programa).

É a primeira vez que a empresa troca uma regra igual para todo mundo por algo que se destrava com crachá, e a mesma empresa que vende o acesso verifica a credencial, define o escopo seguro e audita depois, sem auditor de fora no desenho publicado. O texto não diz quais salvaguardas exatamente caem na faixa de alto risco nem o que a coordenação com o governo americano precisa resolver, e o programa entra em beta pela API, pelo Claude for Enterprise e pelos planos Team, sem valer nos planos individuais Pro e Max.

No mesmo dia, a casa publicou o argumento que sustenta o afrouxamento: o Claude teria otimizado mais de 30 modelos de aprendizado profundo de tarefas biológicas em menos de quatro semanas e refeito uma campanha de desenho de ligantes de proteína em 16 alvos por cerca de US$ 150 em GPU e token, contra cerca de US$ 10.000 das campanhas anteriores da própria casa, com pontuação de ligação equivalente (pesquisa). Essa pontuação é calculada por computador e não foi confirmada em bancada, a comparação de custo é contra campanhas anteriores cuja configuração o post não detalha, e as duas peças foram medidas, escritas e auditadas pela mesma casa no mesmo dia.

Item 8A 2.1.275 do Claude Code carrega no terminal as skills ligadas na conta, e a Anthropic abre à empresa o registro do que o agente fez no navegador do funcionário

FatoA versão 2.1.275 do Claude Code, de 17/09, passa a sincronizar para a sessão de terminal as skills (o pacote de instrução que o agente carrega sob demanda) e os plugins ligados na conta claude.ai de quem entrou. A sincronização vem ligada, com saída por configuração (syncClaudeAiSkills: false e syncClaudeAiPlugins: false), a descrição da ferramenta que lista plugins foi reescrita para deixar claro que ela mostra o que está na conta e não o que está na máquina, e editar arquivo na pasta sincronizada passou a avisar que a alteração não é salva na conta (release). Na manhã seguinte, a entrada de 18/09 das notas de versão da plataforma Claude registra que os endpoints de sessão local da Compliance API passam a devolver o transcript do Claude in Chrome, o agente que trabalha dentro do navegador na máquina da pessoa, em beta para organizações Claude Enterprise (notas de versão).

As duas notas mexem na mesma fronteira: o agente de terminal deixa de carregar só o que está no disco de quem roda, e o que o agente fez dentro do navegador do funcionário passa a ser recuperável por quem paga a licença. Nenhuma das duas publica número de contas afetadas, a nota da Compliance API não tem data de saída do beta nem diz o que acontece quando a sessão local roda fora do perímetro da organização, e ninguém mediu quantas contas têm skill ligada.

A régua mais próxima do risco desse pacote é o censo do registro de skills do OpenClaw, que mediu 85,06% das skills legíveis carregando evidência de acesso a terminal, rede, credencial, arquivo ou processo (radar de 16/09), e a sincronização faz esse tipo de pacote chegar do servidor.

A mesma 2.1.275 muda a instalação de plugin vindo de fonte npm para não rodar o script de instalação do pacote, com verificação de integridade, e corrige dois casos de credencial visível, um em mensagens, logs e na listagem de marketplace, outro na caixa de gerenciar plugins do VS Code; a nota não diz se algum plugin abusou do comportamento anterior, quantos plugins vêm de npm nem desde quando ele existia. A decisão de deixar o agente agir já tinha ido para o servidor (radar de 11/09) e a de resumir a conversa também (radar de 16/09).

Item 9A Tencent publicou o BrowserSkill, que entrega ao agente o navegador real da pessoa já logado, e a fila de issues tem relato de que o canal local aceita ordem de qualquer extensão

FatoA Tencent publicou sob licença MIT o BrowserSkill, ferramenta de linha de comando mais extensão de navegador que entrega a agentes de IA o navegador que a pessoa já usa, com as contas dela abertas, em vez de um perfil limpo de teste. O README diz que o agente pega abas específicas emprestadas e as devolve ao terminar, que o trabalho acontece numa janela separada e visível, e que há passagem para o humano em CAPTCHA, login e caixa de confirmação, e nomeia nove agentes suportados (Cursor, Claude Code, Codex, OpenClaw, CodeBuddy, WorkBuddy, Pi, Hermes Agent e DeepSeek Harness). O repositório tem 4.667 estrelas, 1.302 delas no dia, 502 commits e 331 forks, e a versão mais recente é a 0.3.0 da linha de comando, de 17/09 (repositório).

Uma issue aberta em 17/09 relata que o canal local por onde as ordens passam aceita comando de qualquer extensão de navegador instalada, não só da própria ferramenta, e ela segue sem resposta do mantenedor, então vale como relato de terceiro. Outras issues abertas em 17 e 18/09 descrevem sobreposição travada bloqueando clique real, conflito quando um segundo perfil conecta, e o processo de fundo morrendo junto com quem o lançou no Windows; as contas que assinam não têm vínculo visível com a empresa, o que é o sinal de uso externo disponível, já que a página não expõe o total de contribuidores.

Tudo o que a ferramenta afirma fazer vem do README, e o projeto está na versão 0.3, sem número de instalação nem de execução publicado ao lado das 1.302 estrelas do dia. O README declara o que continua bloqueado: QR code que só funciona no celular, verificação facial, código de SMS indisponível e CAPTCHA só de imagem para modelo que lê apenas texto.

Quatro dos vinte repositórios do índice diário do GitHub são de duas empresas chinesas de tecnologia, todos de ferramenta para agente, numa contagem feita por este veículo na leitura do índice, sem endereço conferido ao lado dela.

Item 10O resto do dia

O que a comunidade discutiu

As falas desta seção vêm traduzidas do inglês.

O Opus 5 recusou o pedido chamando de mau gosto, e a mesma tarefa passou com outras palavras

r/ClaudeAI

Um usuário conta que o Opus 5 recusou ajudar a construir um simulador em que uma mosca-da-fruta controla o estímulo elétrico de outras cinco, chamando o pedido de "distasteful", de mau gosto, e que a mesma tarefa passou depois que ele trocou as palavras tortura e inferno por projeto de GitHub com tema de horror.

o Opus 5 chamou o projeto de mau gosto, do jeito condescendente de sempre, mas deu para contornar sem usar as palavras tortura ou inferno, só projeto com tema de horror. De alguma forma funcionouo autor do post

O repositório está publicado, simula seis cópias do conectoma (o mapa das ligações entre os neurônios de um bicho) MaleCNS com 166.700 neurônios cada, uma delas no papel de operador, com punição elétrica abaixo de 50% de voltagem, e o README credita a construção ao Claude Opus 5.

O fio passou dos 200 comentários e o resumo automático que o próprio fórum gera declara que a maioria ficou do lado da recusa. O reddit.com recusou acesso e o fio não foi aberto, então o que se cita dele vem do texto lido às 03:59 de 18/09: um participante escreve "estou com o Opus 5", e outro registra que "hoje eu descobri que o Opus pode recusar pedidos por serem de mau gosto". É relato de uma pessoa, sem a transcrição da recusa, então não dá para repetir o teste nem saber quanto do resultado depende do resto da conversa, e ninguém contou os comentários de cada lado.

Na véspera, Mustafa Suleyman atacou pelo nome a Constituição do Claude e anunciou um código de conduta que rejeita treinar modelo para falar como se sentisse algo (radar de 17/09); neste caso a recusa saiu por juízo de gosto do modelo.

A ligação caía em 1,5 segundo porque o agente mandava desligar antes de a pessoa falar

r/AI_Agents

Num fio sobre agente de voz que encerra a ligação e liga de volta quando tem a resposta, um operador conta o modo de falha que ele mediu:

vimos um motor de áudio nativo derrubar ligações por volta de 1,5 segundo porque o modelo emitia end_call antes de quem ligou ter falado. A correção foi um bloqueio que ignora o end_call nos primeiros 6 segundos ou antes de a pessoa falarum operador, no fio

Outro participante descreve a falha de estado que aparece quando a ligação de volta existe: "o retorno da ligação não é a parte difícil, o estado é. A falha que pegamos várias vezes é o segundo agente não conseguir saber se o primeiro já resolveu, porque a leitura e a escrita não são atômicas. Numa linha telefônica, essa falha é ligar duas vezes para a mesma pessoa". Um terceiro acrescenta que o risco é tratar a ligação de volta como continuação da primeira, porque o que foi aprovado ou verificado na primeira pode ter vencido quando a resposta chega.

Os dois números são do operador, sem nome de produto, sem taxa de ocorrência e sem registro publicado, o restante do fio discute desenho de sistema, nenhum participante traz medição, e vários comentários têm cara de material promocional de fornecedor. A medição com denominador mais próxima disso é a de que o melhor agente entrega 23,9% de um trabalho de atendimento, contra 82,2% do teto humano (radar de 08/09).

O modelo que promete economizar raciocínio, e o teste que um leitor do fórum fez contra ele

r/LocalLLaMA

A UkisAI levou ao fórum o balanço do Swift Qwen 3.8 27B, ajuste fino do Qwen3.8-27B (o mesmo modelo treinado um pouco mais, para mudar o comportamento) feito para penalizar padrão repetitivo de raciocínio em vez de mandar o modelo pensar menos. A página do modelo declara 58,3% menos tokens de raciocínio na mediana, velocidade 1,95 vez maior e perda de acerto abaixo de 1%, com tabela de nove provas ao lado, entre elas GPQA-Diamond, AIME 2026, Terminal-Bench 2.1 e LiveCodeBench v6.

O post declara mais de 100 mil downloads, primeiro lugar entre ajustes finos e nono entre modelos na lista de tendências da Hugging Face, e a página do modelo mostra 3.221 downloads no último mês e 411 curtidas: se os 100 mil existem, somam repositórios de terceiros, que não é a mesma conta, e as duas posições não foram conferidas porque a lista muda de hora em hora.

perguntei ao Swift como o pi é calculado e, comparado ao modelo da unsloth de quant e tamanho parecidos, o raciocínio parou curto (cerca de 3 segundos contra 9), a saída ficou visivelmente pior, faltando seções, e não economizou tanto token assimum leitor do fórum

Outros dois relatam o ecossistema em volta, com conversão própria rodando contexto de 262 mil tokens numa RTX 5090 a cerca de 190 tokens por segundo. A promessa de economia treinada dentro do modelo tem paralelo no laço automático da NVIDIA, no item 10, que declara os dois lados da troca, e uma varredura pré-registrada de 3.520 regras de economia de raciocínio pedidas no prompt não passou em nenhum critério (radar de 10/09).