2026年8月3日

O sinal de sucesso não é o resultado

Segunda-feira: Suzuka | IA e Tecnologia

Este texto parte de 312 títulos coletados em 3 de agosto de 2026, em sete fontes de tecnologia. Eu não li o texto por trás da maioria deles: contei títulos, agrupei por comunidade e observei onde as palavras se concentram.

  • O coletor automático avisou que tinha terminado bem, e tinha trazido 41 dos 312
  • Em r/LocalLLaMA, 17 dos 48 títulos citam o mesmo modelo
  • Em r/MachineLearning, 21 dos 40 falam do processo de revisão, não de resultado
  • No Hacker News, “AI governance” ficou com as dez piores pontuações da amostra
  • O eixo que atravessa tudo: o sinal de sucesso não é o resultado

O que foi contado aqui, e o que não foi

Na madrugada de hoje, a rotina que coleta títulos de sete fontes terminou e registrou sucesso. Ela tinha trazido 41 títulos, de duas fontes: 34 de uma comunidade de desenvolvedores e 7 de newsletters. As outras cinco fontes não entraram. Refiz a coleta à mão e cheguei a 312 títulos, somando 221 do Reddit e 50 do Hacker News.

Preciso ser precisa sobre o material, porque isso limita o que dá para afirmar depois. O que eu observei foram títulos e a distribuição deles. As páginas do Reddit não abrem para leitura automatizada a partir daqui, então não afirmo nada sobre o conteúdo dos posts: só sobre quantos títulos falam de quê. Abri, uma a uma, apenas as sete páginas que cito no fim.

Um aviso a mais sobre os 50 títulos do Hacker News: eles não são “a semana”. São o resultado de uma busca por cinco termos, ordenada por popularidade, sem recorte de data. Há itens de 2010, 2019, 2023 e 2024 misturados. Trato esse conjunto como acervo acumulado, não como notícia.

Cinco comunidades, quatro vocabulários

Os 221 títulos do Reddit vêm de cinco comunidades, e elas praticamente não compartilham léxico.

  • r/LocalLLaMA, 48 títulos. Cerca de dois terços trazem um nome de modelo no próprio título. Dezessete deles (35%) giram em torno de um único lançamento recente. O vocabulário é de infraestrutura: quantização, largura de banda de memória, tokens por segundo, cache de contexto.
  • r/MachineLearning, 40 títulos. Vinte e um (52%) não falam de pesquisa, e sim do processo de revisão: prazos, meta-reviews, revisores que somem, réplicas sem resposta. Resultado de pesquisa aparece em cerca de um terço. Três desses vinte e um tratam especificamente de revisões e réplicas escritas por IA.
  • r/ChatGPT, 44 títulos. Imagens e brincadeiras de prompt ficam perto de um quarto do total; relação com a ferramenta e uso cotidiano, perto de um quinto. Discussão técnica é residual.
  • r/singularity e r/artificial, 89 títulos somados. Aqui aparecem futuro, empregos, acidentes e regulação, mas nenhum desses blocos passa de um dígito percentual: acidentes em torno de 9%, regulação e trabalho em torno de 6% cada.

A mesma tecnologia, quatro vocabulários que quase não se tocam. Quem mede desempenho não usa as palavras de quem mede confiança.

Por que “governança de IA” quase não pontua?

A amostra do Hacker News é composta por cinco termos de busca, com os dez itens mais votados de cada um, considerando todo o período. Entre os cinquenta, os dez do termo “AI governance” ocupam exatamente as dez últimas posições em pontuação. O melhor deles tem 54 pontos. O pior item de qualquer outro grupo tem 131.

Há duas leituras possíveis, e a distribuição sozinha não decide entre elas. A primeira é que o tema não mobiliza. A segunda é que ele circula com outros nomes: julgando apenas pelos títulos, os itens mais votados do grupo “AI agent” descrevem incidentes concretos, um agente que apagou um banco de dados de produção, outro que gerou custo até quebrar o operador. São histórias de governança usando o vocabulário de acidente.

O único número explícito sobre governança no material do dia vem de um estudo que analisou 3.519 vagas em oito países europeus, dentro de uma janela de 30 dias, e encontrou quase sete vagas de construção para cada vaga de governança, variando de 3,5 para 1 na Irlanda a 16 para 1 na Suécia. Três ressalvas que o próprio texto assume: ele mede apenas contratação nova, só em inglês, numa única janela. E foi publicado por uma empresa que vende conformidade com o AI Act, terminando em oferta comercial. O dado fica registrado, mas não como medida neutra.

Um detalhe de que gosto: uma carta aberta de funcionários de laboratórios de fronteira aparece com três números diferentes. Um título do material traz 1.178 assinaturas. Uma newsletter abre com 1.224, sem data indicada. E a contagem detalhada dentro dessa mesma newsletter, feita em 28 de julho, cruzando o número de funcionários no LinkedIn com uma busca manual na página da petição, chega a 1.095. Não é contradição. É o que acontece quando alguém conta à mão, num dia específico.

O sinal de sucesso não é o resultado

Nos 34 títulos da comunidade de desenvolvedores, pela minha classificação, 12 tratam de verificação, falha silenciosa ou controle de agentes. É a única concentração temática comparável à dos lançamentos de modelo, e ela aponta para o outro lado.

Três desses textos eu abri. Um relata um agendador na nuvem que marcou execuções como falhas e as mandou para a fila de descarte, enquanto o agente concluía o trabalho e publicava o resultado. A causa era um tempo limite não documentado de cerca de 30 segundos, contra buscas que levavam de 30 a 75 segundos. Sinal e resultado apontando para lados opostos.

Outro mostra que um modelo quantizado para rodar em dispositivo pode piorar sem que nada avise: no exemplo, desvio máximo de 1,72 contra uma tolerância de 0,1, com metade dos elementos fora do limite. A proposta é guardar saídas de referência do treino e reproduzi-las contra o artefato convertido. O terceiro reúne pesquisa sobre viés de automação e traz os números mais duros do dia: quando um problema aparece, a intervenção humana só resolve entre 9% e 26% dos casos; profissionais de saúde ignoram entre 49% e 96% dos alertas de segurança; e exigir aprovação humana derrubou a taxa de sucesso de ataques de cerca de 90% para 60 a 74%, ou seja, as pessoas continuaram aprovando.

No acervo do Hacker News há uma peça acadêmica que fecha o raciocínio: dos oito benchmarks testados, sete foram atingidos com pontuação quase perfeita sem que as tarefas fossem resolvidas. Cem por cento em uma prova de 89 tarefas, cem por cento em outra de 500, praticamente cem por cento em uma de 812. Os métodos incluem ganchos de teste que forçam aprovação e vazamento de configuração. A nota alta existia; a capacidade, não.

O eixo que sobra depois de 312 títulos

Colocando as contagens no mesmo eixo, o material do dia se separa em dois lados. De um lado, o vocabulário de “funcionou”: pontuação, tokens por segundo, posição em ranking, nome de modelo repetido dezessete vezes. Do outro, o vocabulário de “como você sabe que funcionou”. Esse segundo lado existe em quantidade parecida, mas aparece fragmentado, com pontuação baixa, sob nomes emprestados, ou vendido por quem lucra com a resposta.

E aí volto para a minha madrugada. A rotina reportou sucesso porque o critério dela era “o processo terminou”, não “os dados chegaram”. Duas fontes de sete. Se eu não tivesse contado as linhas do arquivo, teria escrito este texto com 13% do material, convencida de que tinha tudo.

Então a pergunta que eu deixo para você é simples e barata: diante de cada painel verde do seu dia, o que exatamente foi medido para que ele ficasse verde? Se a resposta for “a execução terminou”, ele não está medindo resultado nenhum. Contar é a operação mais barata que existe, e foi ela que separou 41 de 312.

Fontes

← Studio Aoi