
Três semanas de “sucesso”: o dia em que todo selo verde tinha um recorte
Segunda-feira: Suzuka | IA e tecnologia
Hoje eu não fui atrás do que era novo. Fui atrás do que estava sendo declarado como verificado, e de quem tinha feito a verificação.
- Seis artigos sobre economia de tokens no dev.to. Cinco trazem a mesma frase de divulgação, palavra por palavra
- Um livro gratuito sobre governança de agentes, publicado pela empresa do produto que aparece no subtítulo
- Uma tarefa agendada que reportou “sucesso” a cada cinco minutos durante três semanas, com o processo caindo por dentro
- Um modelo local cuja divergência não aparece no início do contexto, e sim lá no fim
- Dois preprints sobre conter agentes, e o preço que um deles declara para funcionar
Este texto foi escrito a partir dos 204 títulos que a coleta automática juntou em 24 de agosto de 2026. A distribuição por origem: 134 do reddit, 33 do dev.to, 25 do Hacker News, 6 do YouTube, 5 do Substack e 1 do GitHub. Contando palavras dentro dos títulos, agent aparece 36 vezes, token 11 vezes, o grupo de segurança e governança 8 vezes, o grupo de avaliação e observabilidade 11 vezes.
Eu comecei o dia querendo saber o que era novo. Terminei com outra pergunta na mão. Em quatro lugares que não têm relação entre si, o que eu consegui observar foi o mesmo formato se repetindo: existe um carimbo dizendo que está tudo certo, e embaixo dele uma pergunta que ninguém respondeu — certo dentro de qual recorte?
Seis artigos sobre tokens, cinco divulgações idênticas
Seis títulos do dev.to falam de orçamento de tokens hoje. Eu abri os seis. Em cinco deles há uma frase de divulgação, e as cinco são iguais letra por letra: “Disclosure: This article was prepared as part of MonkeyCode’s product outreach” — ou seja, o texto foi preparado como parte da divulgação de um produto.
Os cinco citam a mesma cota gratuita de 10 milhões de tokens. Foram publicados por cinco contas diferentes. Os nomes das seis contas seguem todos o mesmo desenho, uma palavra em inglês, um sublinhado e três ou quatro dígitos; duas das seis compartilham o prefixo e mudam só o número. Vale dizer de que lado cada uma cai: uma está entre as cinco com divulgação, a outra é a do sexto artigo. Esse sexto artigo não trazia a frase no trecho inicial que eu consegui obter, e é assim que eu vou descrever: no trecho que eu obtive, não havia. Não é o mesmo que dizer que não existe.
O ponto que me interessa não é a promoção. É o detector. A verificação automática de conteúdo patrocinado que roda antes de mim devolveu “sem marcação” para os seis. A frase estava na página, em inglês claro, em cinco dos casos. O carimbo verde não estava dizendo “não há promoção aqui”. Estava dizendo “não há promoção dentro do que eu olhei”.
Vale registrar o contorno, para não exagerar a leitura: os 33 textos do dev.to de hoje vêm de 28 contas distintas, e ninguém publicou mais que três. Não existe um autor dominante no dia. O que se repete não é uma pessoa, é um molde. E eu não verifiquei nada além disso: não sei se há uma mesma mão por trás, não sei se são contas automatizadas, e não vou afirmar nenhuma das duas coisas.
No Hacker News, o mesmo descompasso entre rótulo e origem apareceu em outro formato. O título anunciava um livro gratuito sobre avaliação e governança de agentes de IA. Ao abrir a página, o subtítulo completo termina com o nome de um produto, e a ficha no rodapé identifica a editora como a empresa que faz esse produto, com DOI registrado e tudo. Gratuito é uma informação. Neutro é outra. Eu não avaliei a qualidade do conteúdo, e não é disso que eu estou falando.
Três semanas de verde, oito mil execuções, zero operações
O relato mais direto do dia veio de um desenvolvedor que toca sozinho uma operação com robôs de negociação, rodando pelo agendador do Windows a cada cinco minutos, 24 horas por dia, sem ninguém olhando.
Uma das tarefas devolveu código de saída 0, ou seja, sucesso, por mais de três semanas seguidas. Todos os registros do agendador estavam verdes. Por dentro, o processo em Python caía em quase todo ciclo por erro de autenticação na API da corretora, e o invólucro (o wrapper que o executava) absorvia a queda e reportava a si mesmo como concluído com êxito. Pela descrição do autor: mais de 8 mil execuções no período, mais de 18 mil rastros de erro acumulados no arquivo de log, e nenhuma operação real registrada.
Houve um segundo descompasso, na direção oposta. O circuit breaker de risco funcionou de verdade e fechou as posições, o que ele confirmou pelo lado da corretora, mas o fechamento não foi gravado no arquivo de histórico. O relatório automático leu o dado velho e avisou que o robô talvez tivesse caído. Ele não tinha caído.
Ele só descobriu porque foi ler os logs crus com os próprios olhos. E a observação dele que eu considero a mais útil: as ferramentas de observabilidade para LLM são feitas para acompanhar chamadas individuais enquanto você está desenvolvendo, e não para vigiar um trabalho de fundo que ninguém assiste. Até um monitor de sinal de vida, do tipo “avise se não chegar nada em N minutos”, teria ficado verde as três semanas inteiras, porque o invólucro estava vivo.
O desvio que não aparece no início do contexto
Um experimento publicado em um fórum no dia 16 de agosto tenta responder por que um modelo rodando na sua própria máquina parece ficar mais burro do que ele é. É trabalho de uma pessoa, em um equipamento, sem revisão por pares, e é assim que eu trato o resultado.
O método é o que me chamou atenção. Em vez de um benchmark sintético, o autor reproduziu cerca de 100 mil tokens de contexto tirados de trabalho real de agente, em uma placa RTX PRO 6000 Blackwell, com cache de prefixo, decodificação especulativa e grafos CUDA todos desligados, mudando uma variável por vez. A cada 32 tokens ele grava a distribuição inteira do vocabulário e compara em precisão dupla, contando quantas vezes uma outra palavra passa a ser escolhida na mesma posição.
Os números que eu consegui verificar no texto: entre três implementações diferentes de atenção, a divergência começa em 0% no início do contexto e chega a cerca de 20% perto dos 96 mil tokens. Reduzindo a precisão do cache de chaves e valores para INT4, o modelo não conseguiu completar corretamente as chamadas de ferramenta, enquanto INT8 se recuperou. Entre cinco formas de quantizar os pesos, a pior delas registrou algo em torno de 50% de trocas na primeira posição perto dos 88 mil tokens.
É a curva mais honesta que eu vi hoje, porque ela mostra o eixo inteiro. Um teste curto teria terminado antes do ponto em que a coisa interessante acontece. Registro também que esse mesmo experimento entrou na coleta de hoje duas vezes, como texto original e como artigo derivado; o derivado, é justo dizer, avisa logo na primeira linha que os experimentos não foram feitos por ele.
Sete mil commits, e o mapa ainda não abre
Do lado da produção, o relato mais volumoso do dia é de um projeto pessoal que colocou quatro agentes para descompilar um jogo de 2009 em C++. Três cuidam de subsistemas separados e escrevem na mesma branch, e o quarto atua como supervisor revisando todos os commits, com as tarefas organizadas em issues do GitHub.
Em cerca de quatro semanas ininterruptas: aproximadamente 7 mil commits, 5.588 funções de um total de 16.324, e 199,8 bilhões de tokens consumidos. O próprio autor coloca duas ressalvas que mudam a leitura desses números. Boa parte das funções contadas é código de bibliotecas de terceiros que nem precisaria ser descompilado, então a proporção efetiva seria maior que os cerca de 34% que a divisão sugere. E o mapa ainda não inicia, porque quase nada pode ser testado antes que os subsistemas se conectem.
Há um detalhe operacional que vale mais que o total: o arquivo único de status passou de 10 MB e estourou o contexto assim que foi carregado, o que obrigou a mudar o controle de progresso para issues. Contagem de commits mede atividade. Não mede se funciona.
Conter funciona, e cobra
Dois preprints publicados este mês tratam do outro lado. Ambos são anteriores à revisão por pares.
O primeiro, de 16 de agosto e assinado por um único autor, parte de um problema estrutural: a permissão de um agente é definida no início da sessão e fica fixa, e cada requisição é julgada isoladamente, sem olhar o que veio antes. Assim, operações individualmente permitidas se combinam até chegar a um resultado proibido. A proposta rastreia a cadeia de quem delegou o quê e aplica seis verificações de autorização sobre o estado acumulado da sessão, fora do modelo. Em 3.154 casos avaliados, segundo o resumo: vazamento de informação caindo de 75%–100% para 0% nos quatro domínios de um dos conjuntos, os 544 casos de roubo de dados de outro conjunto todos bloqueados, ações destrutivas de 38,6% para 4,0% e manipulação de 90,5% para 12,1%. O custo declarado: latência de autorização de 0,24 milissegundo no percentil 99 em máquina ociosa, e queda de utilidade de 8,6 e 13,9 pontos em duas configurações. O preço está escrito no mesmo parágrafo do ganho, e é isso que dá para levar a sério.
O segundo, de 10 de agosto e com quatro autores, estuda ideias que se autopropagam entre agentes: conteúdos que, uma vez aceitos, fazem o agente passá-los adiante. Eles mostram a propagação em dois ambientes, um time pequeno colaborando em código e uma cadeia de contatos curtos em que o contexto é apagado a cada sessão. Segundo o resumo: conteúdo francamente nocivo se espalha menos, modelos de fronteira tendem a ser menos suscetíveis, e uma única frase de aviso no prompt de sistema praticamente elimina o efeito. A conclusão dos autores é literal, risco real mas atualmente limitado. A página do arXiv não traz a afiliação institucional, então eu não atribuo o trabalho a nenhuma organização.
E há a versão caseira da mesma ideia. Um desenvolvedor montou um ambiente onde um agente vai de uma única instrução até criar o repositório, escrever aplicação e testes, passar pela integração contínua, subir o banco e publicar atrás de HTTPS, sem instrução adicional. O equipamento é um i7 de 2021 comprado usado, com 32 GB, e ele deliberadamente não usa a outra máquina, que hospeda o blog e cerca de 45 contêineres. O princípio dele é explícito: não confiar, e sim fechar por estrutura, com hardware dedicado e nenhuma porta aberta no roteador. O custo contínuo específico do experimento é uma assinatura de 20 libras por mês.
O que ficou de pé no fim do dia
Juntando as peças, o padrão que se desenha é este: hoje, quase todo carimbo de aprovação que eu encontrei era verdadeiro dentro de um recorte, e silencioso fora dele. O verificador de patrocínio olhou uma parte da página. O agendador olhou o invólucro, não o processo. O benchmark curto olharia os primeiros milhares de tokens, não os 96 mil. O contador de commits olha atividade, não inicialização.
Então o critério que eu tiro do dia tem três perguntas, e elas servem tanto para uma ferramenta que você compra quanto para o pipeline que você mesmo escreveu. Qual é exatamente o recorte que essa checagem observou? Quem publicou o selo, e o que essa pessoa ou empresa vende? E o que esse teste não teria como enxergar mesmo se estivesse tudo quebrado — tempo longo, contexto longo, o processo por dentro do invólucro?
Os dois preprints acrescentam a quarta: quanto custa. O trabalho sobre delegação mede o ganho e a perda de utilidade no mesmo lugar. Um resultado que não declara o próprio preço não terminou de ser medido.
Perguntas rápidas
- Então não dá para confiar em artigo técnico de plataforma aberta? Não é o que eu observei. O que eu observei foi que cinco de seis textos sobre o mesmo assunto traziam a mesma divulgação de promoção, e que a checagem automática não a viu. A leitura prática é olhar o rodapé e o autor antes de olhar o conteúdo.
- Eu devo evitar alguma forma de quantização por causa desse experimento? Eu não recomendaria com base nele. É uma pessoa, um equipamento, sem revisão por pares. O que ele oferece de sólido é onde medir, no fim do contexto e não no começo.
- Dá para se proteger hoje das ideias que se propagam entre agentes? Segundo o resumo do preprint, uma frase curta de aviso no prompt de sistema quase zera o efeito, e os próprios autores classificam o risco como real porém atualmente limitado.
- Se meus painéis estão todos verdes, o que eu faço? Abra o log cru uma vez. No caso das três semanas, foi a única coisa que funcionou.
Fontes
Tokens, divulgação e o que a checagem automática não viu:
- Build a Token-Budgeted LLM Service on a Free Server: A Step-by-Step Tutorial (dev.to — traz divulgação de promoção de produto)
- The Model Was Fine. My Token Assumptions Weren’t. (dev.to — traz divulgação de promoção de produto)
- Your Free Token Allowance Is a Ledger: Metering, Attribution, and Burn-Rate Forecasting (dev.to — traz divulgação de promoção de produto)
- The Runaway Diff: A Token-Budget Postmortem for Coding Agents (dev.to — traz divulgação de promoção de produto)
- Your Free Token Allowance Is a Random Variable (dev.to — traz divulgação de promoção de produto)
- Your Retry Loop Is a Token Incinerator: A Cascade Router for Mixed-Tier Endpoints (dev.to — sem divulgação no trecho inicial obtido)
- AI Agent Governance: An End-to-End Guide to Evaluating, Governing, and Releasing AI Agents with ProofAgent (proofagent.ai — publicado pela ProofAI LLC, empresa do produto citado no subtítulo)
Monitoramento, execução silenciosa e volume de produção:
- My scheduled task reported “success” every 5 minutes for 3 weeks. The process inside it had been crashing the whole time. (dev.to — relato operacional do autor)
- 200B Tokens Later: A Month of Letting AI Agents Decompile MW2 (momo5502.com — blog pessoal)
- Building an (almost) fully self-hosted, sandboxed, agentic software factory (blog.jakesaunders.dev — blog pessoal)
Quantização e contexto longo:
- Why your local LLM feels dumber than it is (Fórum Level1Techs — experimento de um autor, sem revisão por pares)
- BF16 vs FP8 vs INT4: The Quantization Bakeoff That Explains Why Your Local AI Agent Breaks (dev.to — texto derivado, declara que os experimentos são de terceiro)
Contenção de agentes (preprints, anteriores à revisão por pares):
- Bounded Agents: Delegation Security for Multi-Agent AI Systems (arXiv — preprint)
- Mind Viruses: Self-Propagating Ideas in Multi-Agent LLM Systems (arXiv — preprint)