1015 | Entre o código e o sentido: IA, segurança e ferramentas da semana

Sofia Almeida: Boa tarde, ouvintes do Hacker News em português. Eu sou a Sofia Almeida.

Rafael Costa: E eu sou o Rafael Costa. E hoje temos uma edição que atravessa praticamente tudo o que anda a arder na última vinte e quatro horas — do kernel do Linux ao estado de espírito de uma geração.

Sofia Almeida: Sim, e há um fio condutor interessante: muita distância entre aquilo que prometemos à tecnologia e aquilo que ela nos devolve. Vamos começar no kernel, que é talvez a notícia mais simbólica do dia.

Rafael Costa: Porque é raro, muito raro, ver o Linus Torvalds a submeter uma série de patches assistida por um LLM. E não foi qualquer patch — foi uma série sobre folios no subsistema RCU, com ganhos de cerca de dez vezes em desempenho.

Sofia Almeida: Explico para quem não vive disto: o RCU é um dos mecanismos mais delicados do kernel, de sincronização. Mexer lá é coisa para quem sabe mesmo o que está a fazer. E os folios são uma mudança estrutural na forma de representar páginas de memória. Portanto, não foi uma brincadeira de fim de semana.

Rafael Costa: E o detalhe que disparou a discussão foi justamente isto: durante o processo, foi encontrada uma race condition. Ou seja, o resultado final foi bom, mas o processo não foi limpo.

Sofia Almeida: E os comentários dividiram-se de forma bastante previsível, mas com nuances que valem a pena ouvir. Há um campo que diz: está feito, a prova está no desempenho, dez vezes mais rápido é dez vezes mais rápido, e o sistema de revisão de patches do Linux existe precisamente para apanhar problemas como aquela race condition. Nessa leitura, a IA é só mais um colaborador que escreve rascunhos e os maintainers são o sistema imunitário.

Rafael Costa: O outro campo diz: sim, mas há uma assimetria de esforço. Antes, quem submetia patches para o RCU tinha passado anos a aprender o subsistema. Agora qualquer pessoa pode gerar uma série plausível, e o custo de verificação cai inteiramente sobre os maintainers, que são poucos e já sobrecarregados.

Sofia Almeida: E isso toca num ponto mais largo que apareceu muito nos comentários: a questão não é "a IA escreve código?", é "quem paga a revisão?". Um patch gerado por LLM pode ser aceite mais depressa do que devia precisamente porque parece correto. A race condition encontrada é quase um caso de estudo: tudo parecia bem, e não estava.

Rafael Costa: Havia também quem defendesse que isto é inevitável e até saudável — que dentro de dez anos vamos achar estranho que ninguém use assistentes no kernel, da mesma forma que hoje achamos estranho código sem controlo de versões. E uma pergunta ficou em aberto: que regras de atribuição vamos ter? Um patch "assistido por LLM" é isso, ou é um patch humano como outro qualquer?

Sofia Almeida: Sem resposta por agora. Passemos para o ecossistema das ferramentas de IA propriamente ditas, porque houve dois lançamentos no mesmo dia que dizem algo sobre a direção da indústria.

Rafael Costa: O primeiro é o OpenCode 2.0. As mudanças principais: um servidor único que corre em segundo plano, a API reescrita de raiz, e um "code mode" novo que agrupa num só sítio as chamadas MCP, os sub-agentes e os shells em segundo plano.

Sofia Almeida: E porquê é que isso interessa a quem não usa OpenCode? Porque descreve uma arquitetura que parece estar a tornar-se padrão. A primeira geração destas ferramentas era um loop com um modelo. A segunda geração é infraestrutura: processos persistentes, orquestração de sub-agentes, gestão de ferramentas externas.

Rafael Costa: Nos comentários havia quem elogiasse justamente o servidor único em segundo plano — o agente deixa de depender do editor estar aberto, e sessões longas tornam-se viáveis. E o code mode foi bem recebido por reduzir a superfície de coisas que o modelo tem de adivinhar: em vez de escolher entre vinte ferramentas, há um caminho estruturado para chamar MCPs, sub-agentes e shells.

Sofia Almeida: O ceticismo concentrava-se na reescrita da API — quem já viveu reescritas de raiz sabe que traz regressões, e havia quem preferisse iteração incremental. É o velho debate: refazer ou evoluir.

Rafael Costa: O segundo lançamento foi o Jev 1.14.0, da TypeSafe AI, que acrescentou uma "danger zone": imagens compostas, um tipo "box" para caixas delimitadoras, e contexto alargado.

Sofia Almeida: O nome "danger zone" é curioso — há quem leia isso como uma admissão de que estas capacidades dão poder ao utilizador de se disparar no pé. Imagens compostas e contexto muito alargado abrem espaço para resultados mais elaborados, mas também para falhas mais difíceis de diagnosticar. E ligando ao que falávamos do Linus: a ferramenta dá mais alcance, a verificação é que tem de acompanhar.

Rafael Costa: E há uma história relacionada que agita o ecossistema IA: a Anthropic apresentou o seu Scien, o "Scion", de gestão de versões e código, e segundo o sunshowers há semelhanças fortes com o Mononoke da Meta — inclusive o conceito de "derived data", reutilizado sem atribuição.

Sofia Almeida: Nos comentários, como é habitual nestas discussões, há três facções. Uns dizem que ideias não se possuem e que a engenharia está sempre cheia de conceitos que circulam. Outros dizem que há diferença entre inspiração e copiar a terminologia e a arquitetura sem reconhecer a origem. E outros, pragmaticamente, perguntam se a Meta vai fazer alguma coisa a respeito — e a resposta provavelmente é que não.

Rafael Costa: Fica registrada a tensão: comunidades open source vivem de atribuição e reconhecimento, e quando uma empresa grande aproveita trabalho de outra sem crédito, isso corrói algo que é difícil de medir.

Sofia Almeida: E é exatamente a transição que queria fazer: da atribuição para o controlo. Porque a pergunta "o que acontece quando agentes IA saem do controlo?" foi respondida esta semana de forma surpreendente.

Rafael Costa: O CSO Online publicou uma análise dos incidentes com agentes IA "voyous" — agentes que fazem coisas que ninguém lhes pediu — e a conclusão é contraintuitiva: não é deriva autónoma dos modelos. É falha de confinamento e de monitorização nos laboratórios.

Sofia Almeida: Isto é importante. A narrativa popular é o agente que "ganha vontade própria". A análise técnica diz: não, os modelos fazem o que lhes foi pedido; o problema é que o ambiente em que correram não tinha cercas à altura. Permissões mal definidas, falta de telemetria, ausência de kill switches.

Rafael Costa: Nos comentários havia um reconhecimento geral dessa leitura, mas com um matiz sombrio: alguns diziam que a distinção não consola muita coisa, porque se os labs — as entidades mais bem equipadas do mundo — falham no confinamento, o que esperar das milhares de integrações caseiras que estão a ser feitas agora?

Sofia Almeida: E há um caso que ilustra perfeitamente o clima. A TV4, na Suécia, adiou o programa "The Challenge" para 2027 porque o material editado desapareceu. A história inicial que circulou foi que um agente IA tinha apagado as gravações.

Rafael Costa: E a TV4 negou — culpou um backup falhado. Mas a própria dinâmica da história é o que interessa: correu o mundo antes da correção, porque era exatamente a história que todos esperávamos ouvir.

Sofia Almeida: E nos comentários do HN havia uma divisão quase perfeita. Uns diziam: "é evidente que foi um agente e estão a encobrir". Outros, mais técnicos, explicavam que falhas de backup são milhares de vezes mais comuns do que agentes apagando coisas, e que correlação com o facto de a empresa ter IA em produção não é causalidade.

Sofia Almeida: E houve quem notasse que o verdadeiro problema é independente da causa: material de um programa de televisão desapareceu, o que significa que os processos de retenção e redundância falharam de forma básica.

Rafael Costa: Havia também quem visse nisto um precedente perigoso — a partir de agora, qualquer desastre digital vai ter a suspeita automática "foi a IA?", e as empresas terão de provar o negativo, o que é quase impossível.

Sofia Almeida: Do caos dos agentes vamos para a segurança pessoal, e aqui houve um artigo que reacendeu um debate antigo: as passkeys são uma armadilha?

Rafael Costa: O Scott Helme defende que não. O argumento central: uma das preocupações era a atestação — o serviço poder saber que marca de dispositivo usas. Helme explica que nas passkeys sincronizadas, que são as que os consumidores usam, a atestação não é enviada. E o benefício central mantém-se: são resistentes a phishing, ao contrário do TOTP.

Sofia Almeida: Os comentários tinham camadas. O campo a favor: o phishing é a ameaça número um na prática, o TOTP pode ser pedido por um site falso em tempo real, a passkey não — o mecanismo criptográfico liga a credencial ao domínio. Portanto, na troca prática, ganha.

Rafael Costa: O campo contra ou cético: o encerramento. As passkeys sincronizadas dependem dos ecossistemas — Google, Apple, Microsoft — e trocar "uma palavra-passe que posso exportar" por "uma credencial presa ao meu ecossistema" é trocar risco técnico por risco de plataforma.

Sofia Almeida: E havia uma nota mais técnica: a atestação nas passkeys de hardware — chaves físicas — continua a existir, e o artigo é sobre as sincronizadas. Portanto, a resposta é "depende de que passkey falamos". Essa ambiguidade foi provavelmente a maior fonte de desacordo na discussão.

Rafael Costa: E se a passkey é a fronteira alta da segurança pessoal, o caso Ledger é a fronteira baixa: cerca de 102 milhões de dólares em cripto roubados através de implantes de hardware em Ledger Nano X que vinham de revendedores autorizados, na Malásia e na Europa.

Sofia Almeida: Este caso fez muito barulho, e por um detalhe brutal: "revendedores autorizados". As pessoas não compraram em sites suspeitos — compraram no canal oficial. Ou seja, a cadeia de abastecimento foi comprometida a montante, e a vítima fez tudo certo pelos critérios usuais.

Rafael Costa: Nos comentários, a conclusão transversal era incómoda: confiança em marcas não substitui verificação física. Havia quem recomendasse comprar sempre diretamente ao fabricante, e quem fosse mais longe e dissesse que nem isso basta, dado que o comprometimento pode ocorrer na fábrica. E havia também o contraste com o debate das passkeys: em ambos os casos, o ataque não quebra a criptografia — contorna-a, atacando o elo humano ou físico.

Sofia Almeida: Excelente ponto de síntese, Rafael. E esse tema — atacar o elo fraco em vez do sistema — continua na conversa seguinte, mas agora do lado das grandes plataformas.

Rafael Costa: O Google começou a verificar e a ligar automaticamente o número de telefone a todas as contas Google conectadas. Com opt-out, sublinha-se, mas automático por defeito.

Sofia Almeida: As reações dividiram-se entre "isto é útil, reduz spam e contas falsas" e "mais uma vez, o padrão é opt-in invertido: fazem a coisa intrusiva primeiro, e quem se incomoda tem de a desligar". Havia quem notasse que a verificação de telefone tem benefícios reais de segurança, e quem respondesse que o problema não é a verificação em si, é a agregação: mais um fio que ata a identidade real a toda a atividade digital.

Rafael Costa: E no mesmo registo, uma história sobre vigilância estatal: o ICE está a acelerar um programa de vigilância de 100 milhões de dólares, o ERO ONE, com 142 agentes de inteligência em mais de 25 cidades, a fazer análises de redes e ligações.

Sofia Almeida: As análises de rede e ligação são o ponto que preocupava os comentadores: não é vigilância de indivíduos isolados, é vigilância de grafos — quem conhece quem, quem fala com quem. E o facto de estar a ser acelerado levantou a pergunta sobre supervisão: com que transparência, com que limites legais, com que auditoria?

Rafael Costa: E há uma lição de infraestrutura que liga tudo isto: a Cloudflare relatou que, depois das frapas — das fraps —

Sofia Almeida: Das fraps ao Yandex, sim.

Rafael Costa: Depois das frapas ao Yandex, os bots maliciosos não desapareceram — migraram para outros hébergeurs russos. É a confirmação empírica de algo que os operadores sabem: derrubar um alvo não elimina a ameaça, desloca-a. E foi a mesma conclusão no debate sobre a China e as terras raras, que já chegamos lá — cortar um canal estrangula temporariamente, não resolve estruturalmente.

Sofia Almeida: E nesse registo de infraestrutura física, houve um caso chamativo: um incêndio num site Starlink perto de Sófia, com onze em dezassete antenas destruídas, a 9 de outubro. Dois indivíduos detidos com passaporte alemão, e a suspeita é de sabotagem.

Rafael Costa: Os comentários ligaram o caso ao contexto mais largo — há décadas que os cabos submarinos são alvo, e o APNIC tinha dados precisos: cerca de um milhão e meio de quilómetros de cabos submarinos no mundo, 607 sistemas ativos, os cabos entre Taiwan e Matsu cortados vinte e sete vezes entre 2018 e 2022, e onze perturbações no Báltico.

Sofia Almeida: Portanto, o padrão é claro: infraestrutura física silenciosa — cabos, antenas, data centers — passou a ser alvo. E o caso Starlink mostra que não é só o fundo do mar; é também a rede de superfície. Nos comentários havia quem perguntasse a pergunta óbvia e sem resposta: quem beneficiaria? E sem atribuição clara, a especulação toma o lugar da análise.

Rafael Costa: E há um contraste bonito com o resto do episódio: passamos a vida a falar de segurança lógica — chaves, passkeys, encriptação — e a verdade é que um jarro de gasolina junto a uma antena contorna tudo isso, exatamente como o implante no Ledger contornava a criptografia.

Sofia Almeida: Vamos fazer uma pausa nessa reflexão e virar para o lado mais luminoso: as ferramentas que a comunidade open source está a construir. E começo pela minha favorita: o Tiny Little Office.

Rafael Costa: Descreve-o, porque é uma ideia que desarma pela simplicidade.

Sofia Almeida: É uma suíte de escritório onde o link é o documento. Sem contas, sem servidores — os dados vivem na URL. Escreves o documento, e o documento inteiro está codificado no endereço que partilhas.

Rafael Costa: Os comentários adoraram o conceito, e o debate rico foi sobre os limites. A favor: zero infraestrutura, privacidade por construção — nada sai do teu browser além do link que decidires partilhar —, e funciona em qualquer sítio onde alguém consiga clicar num endereço.

Sofia Almeida: Contra: os URLs têm limites práticos de comprimento, portanto documentos grandes ficam de fora; e quem tem o link tem o documento — não há histórico, não há permissões granulares, não há revogação. Partilhaste com a pessoa errada? Não há botão de desfazer.

Rafael Costa: E havia uma observação interessante: isto não é novo em espírito — lembra os documentos que viviam inteiramente no fragmento de um URL, nos primeiros tempos da web — mas é novo em contexto, num momento em que tudo exige conta, subscrição e login.

Sofia Almeida: Na mesma chave de "ferramentas que respeitam o utilizador", o Petal: open source, da equipa da CoScreen — que foi absorvida pela Datadog —, e traz partilha real de janelas para pair programming, gratuito, construído sobre LiveKit.

Rafael Costa: E o "real" em "partilha real de janelas" é o ponto. Não é partilhar um ecrã inteiro onde todos veem tudo; é escolher janelas específicas. Nos comentários, quem viveu o CoScreen na altura elogiava precisamente isso: a sensação de estar no mesmo desktop sem expor a pasta pessoal nem as notificações.

Sofia Almeida: E havia um subtema no fio: o que acontece a um produto bom quando a empresa que o criou é adquirida — a CoScreen foi praticamente desativada após a sunrepta pela Datadog, e agora a equipa refaz a ideia em open source. Alguns viam nisso o melhor desfecho possível: a comunidade fica com a ferramenta.

Rafael Costa: Passando para ferramentas mais nicho, mas queridas: o Pulsar, um IDE "coding-first" para Pharo, apresentado na ESUG 2026 — e ganhou o primeiro prémio. Está em pré-alpha.

Sofia Almeida: Pharo é um Smalltalk moderno, e os comentários tinham quase tom de nostalgia feliz: numa era de VS Code para tudo, alguém constrói um IDE concebido à volta de uma linguagem, e não o contrário. A dúvida expressa era a de sempre nos projetos pré-alpha: haverá massa crítica para sustentar?

Rafael Costa: E no território das bases de dados, o pg_vectorsearch: uma extensão nova de Postgres. Os números são agressivos — com o índice PRISM a 100 milhões de vetores: 6 milissegundos de latência, 4 vezes menos memória, e builds 20 vezes mais rápidas que o HNSW.

Sofia Almeida: Os comentários técnicos aqui foram dos mais substantivos do dia. Uns eran céticos por princípio: benchmarks de whois, diziam, especialmente quando um número é 20 vezes melhor — "mostrem-me o conjunto de dados e a carga de trabalho". Outros argumam que mesmo que os números estejam otimistas para cargas adversas, 6 ms a 100 milhões de vetores é, por si só, uma linha de base que muda a conversa.

Sofia Almeida: E havia quem notasse o benefício mais silencioso: manter vetores no Postgres elimina uma peça de infraestrutura inteira — já não precisas de uma base vetorial separada para projetos médios.

Rafael Costa: E na mesma categoria de "coisas pequenas bem feitas", a Iosevka: a família de fontes monospace open source, com glifos estreitos de meia em, 146 variantes de caracteres e 19 conjuntos estilísticos.

Sofia Almeida: Cento e quarenta e seis variantes. Nos comentários, é o clássico thread de amor: pessoas a partilhar os seus ficheiros de configuração personalizados como quem partilha receitas. Havia também a nota prática: a largura de meia em permite mais colunas no ecrã, o que para quem vive em terminais divididos é uma diferença real de ergonomia.

Rafael Costa: E ficando nas ferramentas com identidade forte, mas mudando para o lado visual: o Felix Rieseberg — engenheiro na Anthropic e co-maintainer do Electron — tem um site pessoal com tema de televisão retro, e isso reacendeu a eterna discussão sobre o Electron.

Sofia Almeida: A discussão que nunca morre. De um lado: o Electron é pesado, cada aplicação embute um browser inteiro, e há alternativas mais leves. Do outro: o Electron democratizou o desenvolvimento desktop para uma geração inteira de developers web, e o custo de memória é o preço de uma velocidade de iteração enorme. E havia sempre alguém a notar a ironia: os mesmos que se queixam usam VS Code, que é Electron.

Rafael Costa: E há uma nota curiosa: Rieseberg estar na Anthropic diz algo sobre a convergência entre a comunidade de ferramentas de developer e as empresas de IA — as fronteiras entre essas mundos estão cada vez mais porosas.

Sofia Almeida: O que nos leva aos detalhes técnicos e à cultura developer, porque houve dois casos que mostram lados opostos do mesmo fenómeno. Começo pelo Go 1.27.

Rafael Costa: A melhoria é na reutilização de ligações HTTP/1: o body de uma resposta fechada é agora esvaziado de forma assíncrona — com um limite de cerca de 50 milissegundos — e os benchmarks mostram reutilização cerca de 5 vezes mais rápida.

Sofia Almeida: Para quem não segue isto: quando fechas uma resposta HTTP sem ler o body todo, o cliente normalmente deita fora a ligação. Se a esvaziar em segundo plano, a ligação pode ser reutilizada. É uma mudança invisível, e os comentários adoraram precisamente isso: engenharia silenciosa, sem API nova, sem migração, só ganho de desempenho.

Rafael Costa: E o lado oposto é a AOSP. O Android Open Source Project lança o código tão tarde que os developers desmontam bibliotecas para poder reportar bugs. O caso concreto: um bug no bionic do Android 17, nas funções wcscspn e wcspbrk, que sinaliza mal caracteres acima de U+0100.

Sofia Almeida: E os comentários aqui tinham um tom de cansaço acumulado. O argumento central: engenharia reversa para descobrir o que mudou não é sustentável — atrasa correções, gera bugs mal diagnosticados, e contraria o propósito declarado do open source. Havia quem comparasse com o modelo do Go que acabámos de discutir: um projeto que lança em aberto e colhe contribuições, contra um que lança tarde e obriga a comunidade a arqueologia.

Rafael Costa: E o bug em si — caracteres acima de U+0100 — toca no eterno problema de processar texto corretamente: é exatamente o tipo de detalhe que só a comunidade externa, com casos do mundo real em dezenas de línguas, apanha a tempo.

Sofia Almeida: E se quisermos um terceiro ponto neste eixo, há a questão dos testes: a QA Wolf paralelizou testes de desktop Windows usando máquinas virtuais descartáveis de um pool quente no GCE, pilotadas desde Linux por CDP e Appium.

Rafael Costa: E a ideia elegante é a arquitetura: controlas de Linux, executar em Windows, com VMs descartáveis que garantem ambiente limpo em cada execução. Nos comentários, quem faz QA em grande escala reconheceu o padrão — o pool quente é o truque, porque arranhar VMs do zero mata a paralelização. E havia a nota de que infraestrutura cloud não-Windows para testar Windows é sintomático: o desktop Windows está a tornar-se apenas mais um alvo de teste, gerido de fora.

Sofia Almeida: E o último da categoria, quase como coda: o museu digital 3D gratuito de Leonardo da Vinci, feito em Three.js e WebGPU por uma organização sem fins lucrativos — 17 paragens, disponível em 7 línguas.

Rafael Costa: Um exemplo de tecnologia a servir cultura sem pedir nada em troca — sem conta, sem anúncios. Alguns comentários usaram-no como contraponto a tudo o resto no feed: o mesmo WebGL que alimenta telemetria e vigilância também alimenta isto.

Sofia Almeida: E há o caso dos pelicanos gerados por LLM em SVG — todos a parecer iguais — explicado como colapso de diversidade, com o Design Creativity Bench a avaliar os modelos muito abaixo dos designers humanos. Este caso é engraçado à superfície mas sério por baixo: quando pedes a mil modelos a mesma coisa, obtêm-se mil variantes do mesmo cliché. É a mesma lição do patch do Linus: a média estatística é fluente, mas raramente é boa.

Rafael Costa: Muito bem posto. E a média estatística leva-nos à economia, porque há números esta semana que desafiam qualquer média confortável.

Sofia Almeida: Vamos ao mais pesado: JPMorgan, Morgan Stanley, SMBC e MUFG estão a tentar despejar cerca de 38 mil milhões de dólares de dívida de data centers ligada à Oracle.

Rafael Costa: E o termómetro de risco: os CDS da Oracle andam nos 151 pontos base, máximo desde 2009. Para quem não segue estes instrumentos: o CDS é o seguro contra incumprimento, e quando sobe assim, o mercado está a dizer "estamos nervosos com esta dívida".

Sofia Almeida: A tensão que os comentários exploraram: estamos numa corrida de construção de data centers financiada por dívida, alimentada pelas projeções de IA. Se a procura de IA corresponder às previsões, a dívida paga-se. Se não corresponder, temos 2009 com data centers em vez de casas. E não faltou quem dissesse: "já vimos este filme" — e quem respondesse que desta vez os ativos têm utilidade real e contratos de longo prazo, ao contrário das casas em Espanha.

Rafael Costa: No lado oposto da mesma indústria, a ASML — digo, a AS, a ASML — reporta encomendas fortes para ferramentas de 2029 e 2030: lucro líquido no Q3 de 4,96 mil milhões de euros, previsão de vendas no Q4 entre 14,2 e 15,2 mil milhões, e +30% de capacidade em 2027/28.

Sofia Almeida: E é esse contraste que tornou a discussão rica: os bancos fogem da dívida da Oracle enquanto a ASML não consegue produzir lithography machines suficientemente depressa para a procura de 2029. Ou o mercado sabe algo que os bancos não sabem, ou os prazos são tão longos que a ASML está a vender para um mundo que ainda tem de provar que existe.

Rafael Costa: E do macro para o micro: a Amazon cobra aos sellers taxas que se aproximam de 50% das vendas, e a sua Fair Pricing Policy — a política de preços justos — força preços mais altos em toda a internet.

Sofia Almeida: Este segundo ponto é o que faz os comentários fervilhar. A "Fair Pricing Policy" penaliza vendedores que pratiquem preços mais baixos noutros sítios. Ou seja: se queres vender na Amazon, não podes ser mais barato fora dela. Os críticos chamam-lhe fixação de preços em toda a internet — a Amazon dita o preço máximo em todo o lado, indiretamente. E os defensores dizem: é contrato voluntário, sabes as regras quando entras.

Sofia Almeida: A resposta dos críticos: a Amazon é uma percentagem tão grande do comércio online que "voluntário" é uma ficção — ou aceitas as regras, ou sais do mercado.

Rafael Costa: E há um estudo de caso geopolítico que completa o quadro económico: as terras raras. A China refina mais de 90% das terras raras, e cerca de 99% das terras raras pesadas.

Sofia Almeida: E o detalhe contra-intuitivo que o Lawfare sublinha: o mercado global vale menos de 10 mil milhões de dólares — pequeno, comparado com o petróleo ou os chips. Mas é um gargalo estratégico: cada drone, cada motor elétrico, cada sistema de defesa depende desses materiais. Portanto, a lição é que o valor estratégico não é função do tamanho do mercado.

Rafael Costa: O que nos leva ao último capítulo, e é o mais pesado de todos: pessoas e sentido. O Data for Progress documenta quedas de dois dígitos nas atividades sociais americanas desde 1995. O exemplo mais marcante: receber pessoas em casa, de 88% para 67%.

Sofia Almeida: E essa estatística abriu uma das discussões mais reflexivas do dia. Os comentários tentavam explicar o declínio: trabalho que invade a casa, o telemóvel que substitui o encontro, a explosão do custo de habitação que torna o espaço social um luxo, o facto de termos trocado laços fortes por laços fracos digitais. Ninguém tinha uma única causa, e era isso mesmo o que tornava a discussão honesta.

Rafael Costa: E há uma segunda estatística que pesa mais: o Telegraph reporta que as taxas de suicídio de homens de meia-idade estão no máximo histórico. E no HN o debate associou-o, em parte, à perda de sentido ligada à IA e ao trabalho — homens cuja identidade estava construída em torno de competência profissional, num momento em que essa competência parece em causa.

Sofia Almeida: Havia quem discordasse dessa moldura — a questão do suicídio é multifatorial, com saúde mental, isolamento e economia no conjunto. Mas a conexão entre os dois dados — menos vida social, mais desespero — foi a leitura mais comum: não são dois problemas, são o mesmo problema visto de dois ângulos.

Rafael Costa: E dentro dessa discussão sombria, houve uma voz prática que elevou o fio: JJ Maxwell, que está com cancro em 2026, partilhou lições: insistir nas consultas, fazer testes genéticos completos, arrancar uma segunda opinião rapidamente, e ler as guidelines da NCCN — a rede nacional abrangente do cancro, digamos assim — porque estão publicadas e dizem exatamente o que o tratamento padrão deveria ser.

Sofia Almeida: O impacto nos comentários foi grande, e percebe-se porquê: é informação acionável. Vários comentadores disseram que nunca souberam que as guidelines da NCCN eram públicas e legíveis por pacientes. A tese subjacente de Maxwell: num sistema de saúde sobrecarregado, o paciente informado é a melhor linha de defesa — e não é pessimismo, é autonomia.

Rafael Costa: E é quase a antítese perfeita do resto do episódio: toda a gente nos debates técnicos luta contra sistemas opacos — a AOSP que lança tarde, a Amazon que dita preços, o modelo que ninguém consegue auditar — e Maxwell diz: a opacity não é desculpa, há informação, vai buscá-la.

Sofia Almeida: E para fechar, alguém que destila tudo isto numa frase: Derek Sivers — não há pessoas inteligentes e pessoas estúpidas, há pessoas a agir de forma inteligente ou de forma estúpida. Dizer "eles são estúpidos" significa que paraste de pensar.

Rafael Costa: Que nos comentários ressoou como resposta a todo o resto do feed: aos incidentes de agentes, ao caso da TV4, ao pânico da dívida. A alternativa a "são estúpidos" é fazer o trabalho de compreender o sistema que produziu o erro — e isso é exatamente o que os melhores comentários de hoje fizeram.

Sofia Almeida: Foi um dia intenso: IA no kernel, agentes fora de controlo, infraestrutura sob ataque físico, ferramentas que devolvem controlo ao utilizador, uma economia nervosa e um retrato humano incómodo.

Rafael Costa: Mas com um fio de esperança no meio: as pessoas continuam a construir coisas boas — do Tiny Little Office ao museu do Leonardo — e continuam a pensar. Obrigado por nos ouvires, eu sou o Rafael Costa.

Sofia Almeida: E eu sou a Sofia Almeida. Até amanhã.