0924 | Barato demais para medir: IA, confiança e o mundo físico

Sofia Almeida: Olá, bem-vindos a mais um episódio. Eu sou a Sofia Almeida.

Rafael Costa: E eu sou o Rafael Costa. E hoje, Sofia, acho que temos uma edição com um fio condutor bem claro: a inteligência artificial deixou de ser uma coisa que a gente conversa e passou a ser uma coisa que age — no laboratório, na estrada, na empresa. E quando algo age, as perguntas mudam: passa a ser menos "o que isso responde?" e mais "no que isso mexe?"

Sofia Almeida: Exatamente. E a segunda metade do programa pega exatamente esse fio pelo outro lado: se as ferramentas agem, quem garante que agem bem? Confiança, segurança, cache, rede, hardware, até um relógio de 1877. Mas vamos começar pelo começo, pelo anúncio que mais chamou atenção nas últimas vinte e quatro horas.

Rafael Costa: Então, a Anthropic diz que o Claude descobriu um sistema enzimático novo. O nome é ART, e é uma transcriptase reversa de fago — um fago é um vírus que infecta bactérias — com repetições de ADN parecidas com o que vemos no CRISPR. E o detalhe que todo mundo comenta: isso veio de vinte e uma horas de execução com cerca de novecentos e cinquenta agentes.

Sofia Almeida: Vinte e uma horas. Menos de um dia. E a reação que vejo se divide em dois campos bem nítidos. Tem gente que trata isso como marco: descoberta científica é raro por definição, e se um sistema de agentes consegue peneirar espaço de busca biológico nesse tempo e sair com algo que os humanos não haviam catalogado, isso muda a economia da pesquisa.

Rafael Costa: E o outro campo?

Sofia Almeida: O outro campo pergunta a pergunta chata, mas necessária: descobriu ou encontrou? Porque há uma diferença entre identificar uma sequência que existe na natureza e demonstrar que ela funciona como sistema. O texto que temos não entra nesse mérito, então fica como pergunta aberta. E é uma pergunta que os próprios comentários não resolveram — uns assumem a validação implícita, outros dizem que validação em biologia leva meses e que "descoberta" sem validação é uma palavra forte.

Rafael Costa: O que eu acho justo dizer é que, independente de onde você cai nesse espectro, o detalhe operativo é o que interessa: não foi um modelo respondendo perguntas, foram cerca de novecentos e cinquenta agentes trabalhando em paralelo durante um dia. É pipeline, é orquestração, é engenharia de processo. E isso conecta com outra história da Anthropic nesta rodada, que para mim é a mais subestimada.

Sofia Almeida: A velocidade do claude.ai. Em duas semanas, eles tornaram o site três vezes mais rápido. O percentile setenta e cinco do carregamento da página passou de três vírgula um segundos para zero vírgula cinquenta e cinco segundos. E fizeram mais de três mil mudanças sem incidentes.

Rafael Costa: Três mil mudanças em duas semanas sem incidentes é um número que faz qualquer pessoa que já operou sistemas em produção levantar a sobrancelha. E os comentários refletem isso. Tem gente que celebra a disciplina: quando você consegue fazer milhares de mudanças pequenas e nenhuma vira incêndio, isso significa que você tem testes, rollbacks e observabilidade de verdade. Não é sorte, é infraestrutura de deploy.

Sofia Almeida: E tem a linha cética, que diz: três mil mudanças sem incidentes só é crível se "incidente" tiver uma definição bem apertada. Essa linha argumenta que ninguém faz três mil mudanças em quatorze dias sem que algo quebre em algum canto — a questão é se aquilo conta como incidente nos livros deles. É uma crítica justa no sentido de que métricas assim dependem de como são medidas.

Rafael Costa: Mas o dado central é difícil de discutir: três vírgula um segundos para meio segundo, no percentile setenta e cinco. Isso não é margem de erro, é uma reescrita da experiência. E tem um comentário que eu achei interessante, que conecta os dois anúncios da Anthropic: a mesma empresa que roda novecentos e cinquenta agentes científicos também precisa que a página abra rápido, porque percepção de velocidade é produto. Velocidade não é detalhe técnico, é retenção.

Sofia Almeida: E a velocidade de raciocínio também tem um custo, o que nos leva direto no que vem por aí: o custo por tarefa dos grandes modelos de linguagem caiu duas ordens de magnitude em 2025. A frase que circulou é que os tokens estão "baratos demais para medir".

Rafael Costa: Baratos demais para medir — isso é uma provocação deliciosa, porque indica que a unidade de medida deixou de fazer sentido. Se o custo por tarefa cai cem vezes, você para de pedir conta em centavos e começa a fazer contabilidade diferente. E a consequência prática que os comentários apontam: quando o custo despenca, todo experimento que antes exigia aprovação de orçamento vira algo que qualquer pessoa roda num intervalo de almoço. Isso muda quem faz ciência, não só quão rápido.

Sofia Almeida: E é exatamente essa lógica que explica a próxima história. Stripe lançou a Knowledge AI Platform: agentes para trabalho não técnico, conectados a mais de mil ferramentas internas da empresa.

Rafael Costa: Mil ferramentas internas. Esse número diz muita coisa sobre como as empresas funcionam de verdade, né? Qualquer organização grande tem dezenas de sistemas que ninguém domina por completo. A aposta da Stripe é que o gargalo do trabalho não é a inteligência, é o acesso — o agente como ponte entre a pessoa e os mil sistemas.

Sofia Almeida: E a palavra-chave dos comentários aqui é "não técnico". Porque até agora a promessa dos agentes era, implicitamente, para desenvolvedores: aqui está uma API, monte seu workflow. A Stripe está dizendo o contrário: o público-alvo é quem não escreve código. E as posições divergem. Tem quem veja isso como a maturação real do mercado — a fase em que a ferramenta sai da vanguarda e chega ao resto da empresa.

Sofia Almeida: Tem quem veja risco: dar a um agente acesso a mil ferramentas internas e a uma pessoa que não consegue auditar o que ele faz é amplificar a superfície de erro, não reduzir.

Rafael Costa: E essa tensão — quem audita o que o agente faz? — é uma ponte perfeita para a nossa próxima seção. Porque hoje as ferramentas que a gente usa todos os dias estão assumindo mais poder do que a gente percebe. E o caso mais sério é o Radicle.

Sofia Almeida: Vamos direto ao ponto: foi divulgada uma vulnerabilidade no Radicle em que o tráfego acontece sem cifragem e sem autenticação. A recomendação que saiu é para as pessoas pararem de usar repositórios privados até sair o parche.

Rafael Costa: Isso é grave, e vale explicar por quê. Radicle é um sistema de código colaborativo descentralizado — o apelo é justamente não depender de uma plataforma central. Mas se o tráfego não é cifrado nem autenticado, então o que significa "repositório privado" ali fica comprometido: sem cifragem, conteúdo pode ser observado; sem autenticação, você não tem garantia de quem é quem. Por isso a recomendação não é "tenha cuidado", é "pare de usar repositórios privados até o parche".

Rafael Costa: Recomendação nesse tom é rara e sinaliza severidade.

Sofia Almeida: E os comentários giram em torno de uma lição de desenho: criptografia e autenticação não são features que você adiciona depois, são o alicerce. Num sistema cujo argumento de venda é a confiança sem intermediário, esse alicerce não pode falhar. O que vem depois é previsível: parche, e provavelmente um período de escrutínio maior sobre como o protocolo foi pensado desde o início.

Rafael Costa: E se o Radicle falhou em avisar sobre o que o tráfego faz, o próximo caso é sobre uma ferramenta que faz uma coisa silenciosamente que ninguém esperava. Claude Code só lê o arquivo AGENTS.md se a telemetria estiver ativa.

Sofia Almeida: Explica isso bem, porque é sutil.

Rafael Costa: É sutil mesmo. O AGENTS.md é aquele arquivo de instruções que muita gente coloca no repositório para guiar o agente. Só que, no Claude Code, o carregamento desse arquivo depende de um feature flag remoto — ou seja, um interruptor no servidor deles — e esse interruptor está amarrado à telemetria estar ligada. E sem nenhum aviso ao usuário.

Sofia Almeida: E as reações, Rafael, são um estudo de caso sobre confiança em ferramentas de desenvolvedor. Tem quem diga: isso é exatamente o tipo de comportamento que não pode existir — o comportamento do meu工具 local não pode depender silenciosamente de um flag remoto. Se eu desligo telemetria por privacidade, eu não esperava que isso mudasse o funcionamento do agente. São duas escolhas do usuário que não deveriam estar conectadas.

Rafael Costa: E do outro lado tem a defesa pragmática: feature flags remotos são prática padrão da indústria para lançar coisas gradualmente; o problema não é o mecanismo, é a falta de transparência e o acoplamento acidental entre duas coisas que não têm nada a ver uma com a outra. A telemetria é sobre dados; o AGENTS.md é sobre comportamento. Amarrar as duas é que cria a surpresa.

Sofia Almeida: Mas a parte mais útil da discussão é a solução de contorno, que já circula: usar o CLAUDE.md com uma referência ao AGENTS.md dentro — no caso, algo como um @AGENTS.md — porque o CLAUDE.md tem outro caminho de carregamento. Ou seja, a comunidade não ficou esperando: contornou. E eu acho que isso diz algo sobre o momento: quando a ferramenta é opaca, a resposta é engenharia de contorno, não confiança.

Rafael Costa: E falando de ferramentas que fazem mais do que aparentam, o alerta do Fly.io sobre o Visual Studio Code é na mesma família. O protocolo Remote-SSH do VSCode permite ao host remoto executar código e editar arquivos na máquina local.

Sofia Almeida: Essa é daquelas que quando você lê, você para. Porque o modelo mental que a maioria tem do Remote-SSH é: "eu estou no meu laptop, me conecto a um servidor, e trabalho lá". A direção do poder parece ir de você para o servidor. Mas o protocolo também permite o contrário: o servidor remoto pode executar código e editar arquivos na sua máquina local.

Rafael Costa: E isso importa muito no contexto atual, que é o contexto do que a gente conversou no começo: agentes. Cada vez mais gente roda agentes em máquinas remotas — em sandboxes, em servidores de desenvolvimento. Se o seu ambiente remoto pode tocar sua máquina local, então o perímetro de confiança que você acha que existe — "o agente está preso lá longe" — pode não existir. Os comentários fazem exatamente essa leitura: a superfície de confiança do desenvolvedor é maior do que o modelo mental sugere.

Sofia Almeida: E o Fly.io, com a posição deles na infraestrutura, tem voz natural nessa conversa. O takeaway que fica é: antes de conectar sua máquina a qualquer host remoto, pergunte quem pode fazer o quê em qual direção. Não é paranóia, é higiene.

Rafael Costa: E quando a confiança falha ou fica ambígua, a pergunta que se segue é: como investigar? E aí entra uma história de processo que rendeu uma discussão boa: depois de um incidente, perguntar "o que mudamos?" em vez de "por que aconteceu?".

Sofia Almeida: Esse refrão é curto mas denso. A tese é que as explicações razonáveis evitam mudanças. Quando você pergunta "por que aconteceu?", as pessoas produzem narrativas — e uma narrativa que soa razoável é exatamente o tipo de coisa que permite a todos seguir em frente sem mudar nada. Já "o que mudamos?" força um inventário concreto: o que estava diferente, o que entrou novo, o que saiu. É uma pergunta que gera ação em vez de história.

Rafael Costa: E os contra-argumentos existem. Tem quem diga que "por que" é essencial para causas profundas — se você só olha o delta recente, pode perder a condição sistêmica que permitiu o erro. A resposta a isso, dentro da própria discussão, é que as duas perguntas servem a momentos diferentes: o "por que" serve para a análise pós-morte demorada; o "o que mudamos" serve para a decisão imediata do que mexer. Não são concorrentes, são sequenciais.

Sofia Almeida: E tem um caso nesta rodada que é quase um experimento natural dessa pergunta. A Samsung parou uma atualização do SmartThings na Coreia depois que frigideiras — perdoe, geladeiras inteligentes — travaram. E a avaria aconteceu durante testes, com perda de comida.

Rafael Costa: Sim, geladeiras inteligentes que travaram após uma atualização, com comida perdida, e a Samsung pausou o rollout na Coreia. E aí a pergunta "o que mudamos?" tem resposta óbvia: a atualização. Mas a discussão mais interessante é sobre a categoria: quando você conecta eletrodomésticos à nuvem, você está dizendo ao usuário que a confiabilidade física da comida na geladeira agora depende da confiabilidade do software — e do processo de release. E é impossível para o usuário auditar isso.

Rafael Costa: É confiança cega por desenho.

Sofia Almeida: E fechando esse bloco de confiança, um caso de mau uso deliberado: a Grammarly, ao cancelar uma empresa — ou seja, ao descontinuar um produto —, enviou e-mails não solicitados e popups a todos os usuários com licença, para pressionar contra o cancelamento.

Rafael Costa: Isso é o inverso da vulnerabilidade, né? Ninguém invadiu nada. A empresa usou o canal que ela tem — o software instalado na sua máquina — para fazer lobby contra uma decisão dela. Os comentários foram unânimes no desconforto: o instalador te deu um canal de comunicação para te servir, e a empresa o usou para servir a agenda corporativa. É mais uma prova do mesmo princípio: cada ferramenta que instalamos é uma porta, e a pergunta é quem decide o que passa por ela.

Sofia Almeida: E por falar em portas e limites, a cidade de Seattle proibiu a fixação de preços por vigilância na venda de comestíveis. Ou seja, é o poder de observação sendo regulado — um paralelo legislativo ao que a gente vinha discutindo no plano técnico. Quando uma ferramenta observa você, e essa observação alimenta uma decisão sobre você, alguém pode decidir que isso não pode acontecer.

Rafael Costa: Bom gancho, e eu acho que é uma boa transição, porque tudo isso foi sobre software e confiança. Mas existe uma camada abaixo de tudo isso — cache, rede, hardware — onde a engenharia continua importando muito. E a primeira história é da Cloudflare.

Sofia Almeida: Cloudflare adicionou suporte ao cabeçalho Vary nas Cache Rules, para todos os planos. E dá três opções: normalizar os valores, passar os valores exatos, ou simplesmente não cachear.

Rafael Costa: Para quem não vive isso todo dia: o Vary é o cabeçalho que diz "a resposta varia conforme um outro cabeçalho do pedido". É como o cache sabe que não pode servir a mesma coisa para todo mundo. E a dor histórica é que lidar com Vary é incômodo, então muita gente acabava desligando cache nesses casos.

Sofia Almeida: E o detalhe que os comentários celebram é o "todos os planos". Isso antes costumava ser coisa de plano caro. Colocar controle fino de cache na mão de qualquer pessoa muda o cálculo de custo de muita arquitetura pequena. E as três opções — normalizar, exato, ou nada — são exatamente o espectro de decisão real: você escolhe entre ganhar taxa de acerto perdendo precisão, ter precisão máxima perdendo taxa, ou abrir mão do cache.

Sofia Almeida: É honesto oferecer as três, porque cada site tem uma resposta diferente.

Rafael Costa: E essa conversa de performance na borda da rede tem um contraponto no fim a fim: a Tailscale acelerou o desempenho deles usando pacotes pequenos que aterrissam direto, sem copiar para búferes de sessenta e quatro kibibytes. Resultado: cerca de cinco por cento mais rápido em Linux e Android.

Sofia Almeida: Cinco por cento pode parecer pouco, mas a lição aqui é de arquitetura. Aquele búfer grande é uma conveniência para o sistema — ler em blocos grandes é mais simples. Só que se o dado que chega é pequeno, você pagou a cópia inteira por uma fração do conteúdo. Eliminar cópias desnecessárias é um dos ganhos mais confiáveis em sistemas de rede. E para uma ferramenta que carrega tráfego de todo o trabalho remoto de muita gente, cinco por cento em cima do caminho crítico é um presente.

Rafael Costa: E isso me leva à frase que amarra este bloco: da nuvem ao desktop, o hardware continua importando. Nada disso é "só software".

Sofia Almeida: E no desktop mesmo, tem a discussão sobre o GitHub wiki. A tese que circulou é forte: wiki do GitHub é um anti-padrão. A alternativa proposta: uma pasta /docs versionada no próprio repositório, com revisão de código, e o GitHub Pages para publicar.

Rafael Costa: E a razão por trás da tese é sólida: o wiki vive fora do fluxo de revisão. Ninguém revisa uma mudança no wiki com o mesmo rigor de um pull request. Ele não acompanha o código — quando o código muda, o wiki fica para trás, e vira arquivo morto que parece atualizado. Colocando a documentação na pasta versionada, ela entra no mesmo commit, no mesmo review, no mesmo histórico. E o GitHub Pages resolve a parte de publicar sem você abrir mão de nada.

Sofia Almeida: E se o tema é hardware e plataforma, tem o anúncio da Qualcomm: suporte a Linux para o Snapdragon X2. Mas o que rendeu discussão foi a crítica que veio junto: que bastaria UEFI e ACPI padrão, do jeito que a Ampere faz.

Rafael Costa: Explica a disputa, porque ela é técnica e vale a pena. Quando uma plataforma de hardware sai, o suporte a Linux pode vir de dois jeitos: com um ecossistema proprietário, driver a driver, ou aderindo a padrões de firmware — UEFI e ACPI — que o kernel Linux já sabe consumir. A crítica é que a segunda opção é melhor para todos: menos trabalho duplicado, menos código fechado, hardware que funciona de verdade porque segue o contrato padrão.

Rafael Costa: E a Ampere é citada como o exemplo de que isso funciona em servidores ARM. A dúvida que fica em aberto nos comentários é se a Qualcomm vai de fato seguir esse caminho ou vai repetir o padrão de pastas de ecossistema proprietário que frustrou usuários de Linux no passado.

Sofia Almeida: E essa tensão entre padrão aberto e caminho proprietário tem uma eco curiosa num item pequeno mas charmoso desta rodada: o Z80 REPL do Kenta Cho, de 2018 — um assembler interativo para o Z80 que roda no navegador.

Rafael Costa: É uma joia. Você abre o navegador e escreve assembly para o processador Z80, interativamente. O Z80 é o chip de uma era inteira de computação doméstica e de fliperamas. E o que o item ilustra é que a relação entre pessoa e hardware, quando exposta de forma honesta, vira ferramenta de aprendizado atemporal. Sete anos depois, ainda circula. Padrões e simplicidade envelhecem bem.

Sofia Almeida: E do software voltamos ao físico de vez, no nosso último bloco: hardware, energia e o mundo concreto. E começa com a Meta. As VR Glasses chegam na primavera de 2027, por mil duzentos e noventa e nove dólares. Cem gramas, liga de magnésio.

Rafael Costa: Cem gramas é o número da conversa. Quem usou headset sabe que o peso é o inimigo — o desconforto de pescoço é o que corta as sessões curtas. Cem gramas coloca isso na categoria de óculos, não de capacete. E a liga de magnésio é como eles chegam lá: leveza com rigidez. E o preço — mil duzentos e noventa e nove — diz a estratégia: não é o brinco de entrada, é o produto sério. O que fica em aberto nos comentários é a pergunta de sempre: o quê exatamente você faz com ele no dia a dia?

Rafael Costa: O hardware pode estar pronto; o caso de uso cotidiano continua sendo a incógnita.

Sofia Almeida: E se o hardware da Meta é o futuro próximo, o item de energia é o futuro discutido há décadas: o parlamento italiano votou o retorno à energia nuclear. Mas as dúvidas econômicas persistem — e a razão delas é específica: a energia solar está barata demais.

Rafael Costa: E essa é a discussão mais interessante, porque não é sobre segurança nem sobre política — é sobre aritmética. O argumento pró-nuclear é o de sempre: densidade, estabilidade, não depende do sol brilhar. O argumento cético é novo em natureza: se o custo nivelado da solar caiu ao ponto de ser a eletricidade mais barata disponível nas horas em que ela produz, construir uma central nuclear — que leva anos e bilhões — precisa se justificar por algo além do preço por quilowatt-hora.

Rafael Costa: E aí entram argumentos de perfil de rede, de confiabilidade no inverno, de geopolítica. Nada resolvido: o voto aconteceu, a conta econômica continua em disputa.

Sofia Almeida: E para fechar o programa, uma história que junta engenharia antiga e nova de um jeito que eu acho perfeito para o tema do dia: o relógio da comisaría de Portobello, de 1877, foi restaurado. E a solução foi híbrida: o mecanismo original foi preservado, e ganharam uma nova caixa controlada por um PIC 16F628 e um motor elétrico.

Rafael Costa: O PIC 16F628 é um microcontrolador pequeno, clássico, dos que a gente aprende eletrônica com. E a escolha do restauro é a tese em forma de objeto: eles não jogaram fora o mecanismo de 1877, e não tentaram fazer o mecanismo de 1877 fazer o trabalho moderno. Colocaram o novo cuidando do antigo.

Sofia Almeida: E é exatamente a síntese do programa, não é? O dia de hoje mostrou IA que age — descobrindo enzimas em vinte e uma horas, dirigindo um carro real, abrindo mil ferramentas internas para quem não programa. Mostrou que agir exige confiança — e que ferramentas como Radicle, Claude Code e o Remote-SSH nos lembram que essa confiança precisa ser desenhada, não assumida. Mostrou que embaixo de tudo cache, cópias de pacote, wikis e firmware ainda decidem se a coisa funciona.

Sofia Almeida: E terminou com metais, reatores e um relógio de 1877 com um microcontrolador dentro.

Rafael Costa: O custo está desabando, o poder está crescendo, e a confiança é a moeda que precisamos gastar com cuidado. Ficamos por aqui. Obrigado por nos acompanhar, e até a próxima.

Sofia Almeida: Até já, e bons códigos — versionados na pasta /docs, claro.

Rafael Costa: Claro.