- Início
- The Thinking Wire
- A IA Não Rebaixou o Piso. Ela Elevou o Que o Arquiteto Precisa Sustentar.
A IA Não Rebaixou o Piso. Ela Elevou o Que o Arquiteto Precisa Sustentar.
Salvatore Sanfilippo, criador do Redis, publicou neste ano um ensaio com uma afirmação estranha no centro. O que faz Linus Torvalds importar veio depois do kernel que ele escreveu, no momento em que ele parou de escrevê-lo. “Among the maintainers of the famous open source projects, he was one of the very few that, very early… almost completely stopped writing code in order to concentrate on the leading of the project.”
O texto dispensa medição, estudo e pesquisa. É um ensaio de opinião, adaptado de um vídeo que o próprio Sanfilippo gravou, e merece ser lido assim. O que ele entrega no lugar de evidência é a descrição de um papel. Essa descrição é a parte que vale roubar.
O Trabalho Que Substituiu o Código
Sanfilippo é específico sobre o que Torvalds faz com o tempo que liberou: “Linus holds the design concepts of the kernel, and continues to dialogue with everybody below him in the hierarchy.”
Sustentar os conceitos de design. É o trabalho inteiro. Ele deixou de ler cada patch dos subsistemas que delegou. Seria impossível. O kernel do Linux produz mais mudança por semana do que qualquer pessoa consegue inspecionar, e assim é há duas décadas. O que Torvalds retém é o formato da coisa: para que serve o kernel, quais trade-offs são permanentes, para que direção um subsistema pode derivar e quais contribuições estão erradas de um jeito que nenhuma qualidade de código conserta.
O diálogo pesa tanto quanto o design. Ele opera como interlocutor, jamais como fila de aprovação. Discute com os mantenedores, às vezes de maneira notoriamente ríspida, e a discussão é o que faz a intenção sobreviver ao contato com pessoas que enxergam apenas a própria fatia.
Essa combinação é rara porque é desconfortável. Você responde por um resultado que outros produziram e que é incapaz de auditar por inteiro. A maioria dos engenheiros seniores reage a esse desconforto lendo mais código, o que trava na primeira semana movimentada, ou delegando e desviando o olhar, que é como uma arquitetura apodrece.
Agora Todos Sustentamos os Conceitos de Design
Sanfilippo dá o salto sem meias palavras: “Now, when we program with the artificial intelligences, we are exactly that same thing. We are Linus Torvalds.”
A correspondência estrutural é exata. Uma frota de agentes produz mais diff do que você consegue ler. Cada um desses diffs foi escrito por algo que viu um fragmento do sistema e nada do histórico. A leitura deixou de ser sua alavancagem. Ela está no que você sustenta: os conceitos de design, a lista de implementações que devem existir e a lista maior das que não devem, e o diálogo permanente que mantém os autores de fragmentos apontados na mesma direção.
Já escrevemos sobre a operação de frota invertendo a melhor prática de agente único e sobre a disciplina de workflow necessária para sobreviver a essa inversão. Aqueles textos descrevem mecânica. Sanfilippo descreve a cadeira. A mecânica só funciona quando alguém está de fato sentado nela.
A História da Democratização Corre ao Contrário
O discurso que chegou junto com os agentes de código dizia que programar se abriria para todo mundo, porque a parte difícil era a sintaxe e a sintaxe agora sai de graça. Sanfilippo rejeita a premissa direto: “Vibe coding is a wrong idea of what automatic programming is.” O que ele coloca no lugar descreve escassez. “Automatic programming as well has need of talents that talk with the agents, that check the ideas, that know which are the implementations to do and the ones not to do.”
Leia isso como descrição de vaga e a inversão fica concreta. Conversar com agentes de forma produtiva exige saber o que você quer antes de pedir. Checar as ideias exige um modelo do sistema bom o bastante para identificar uma resposta plausível que está errada. Saber quais implementações não fazer é a habilidade mais cara em software e a única que agente nenhum fornece, porque depende de restrições que vivem fora do repositório: a migração com a qual você já se comprometeu, o cliente que não aceita indisponibilidade, a abstração que você deliberadamente ainda não vai construir.
Sanfilippo joga no ar um número sobre quantos programadores teriam conseguido escrever um kernel Unix mínimo funcional, e sinaliza que é chute: “0.1%, one in a thousand, one in ten thousand.” Trate como retórica, não como dado. O argumento sobrevive sem ele. O que os agentes transformaram em commodity foi a implementação, e implementação nunca foi o gargalo em sistemas sérios. O gargalo era o julgamento sobre o que implementar, e os agentes fizeram esse julgamento governar mais produção por hora do que jamais governou.
Onde a Comparação Fica Confortável Demais
Sanfilippo acrescenta uma observação que merece contestação: liderar agentes seria mais fácil do que liderar humanos, porque não há troca de contexto nem gestão de personalidades.
Ele acerta no custo e erra no que esse custo comprava. Um mantenedor humano que considera seu design errado diz isso na sua cara. Ele trava, apresenta uma contraproposta, escala o assunto, recusa o patch. Esse atrito é caro e também é a única detecção de erro não solicitada que um líder técnico recebe de graça. Torvalds não apenas conduz o kernel. Ele é conduzido de volta por pessoas com legitimidade para dizer não.
Um agente não faz nada disso. Ele implementa uma arquitetura ruim com alegria e competência, e quanto melhor for, mais tempo a arquitetura ruim sobrevive à inspeção. Ao remover a contestação, você não removeu um custo de gestão. Removeu um controle, e agora deve à sua organização um substituto: uma revisão de red team, um segundo agente adversarial, um revisor humano cuja função explícita é discutir o design em vez do diff.
A Mesma Cadeira Fora da Engenharia
Essa postura se generaliza para qualquer função cuja produção já superou a capacidade de inspeção, o que hoje inclui quase todas.
Um time jurídico rodando agentes de revisão contratual lê uma fração das cláusulas que os agentes tocaram. Um time financeiro com agentes montando conciliações rastreia amostras, jamais cada número. Uma área de RH gerando descrições de vaga, resumos de triagem e minutas de política em volume de máquina enfrenta a mesma aritmética. Em todos os casos, o reflexo é exigir revisão integral, e revisão integral morreu por aritmética. A saída realoca o controle: alguém sustenta os conceitos de design da função, define o que jamais pode ser verdade e audita a fronteira em vez do volume.
Essa pessoa precisa de mais especialização do que sua antecessora. Ela aprova categorias de resultado em vez de instâncias, e um erro de categoria se propaga em silêncio por milhares de documentos antes que alguém perceba.
Faça Isto Agora
Escolha uma função em que a produção dos agentes já excede o que seu time lê. Escreva, em uma página, os conceitos de design que um humano precisa sustentar ali: as decisões permanentemente resolvidas, as implementações proibidas e o motivo, e as duas ou três falhas que seriam irrecuperáveis. Nomeie quem sustenta isso. Depois marque o diálogo, uma sessão recorrente em que essa pessoa discute a saída dos agentes em termos de intenção, não de correção.
Enquanto esse nome estiver em branco, o que você tem é velocidade sem governança.
Fontes
- antirez.com. “Being Linux Torvalds.” 2026.
A Victorino ajuda organizações a definir quem sustenta a intenção de design quando a produção dos agentes ultrapassa a inspeção humana: contato@victorino.com.br | www.victorino.com.br
Todos os artigos do The Thinking Wire são escritos com o auxílio do modelo LLM Opus da Anthropic. Cada publicação passa por pesquisa multi-agente para verificar fatos e identificar contradições, seguida de revisão e aprovação humana antes da publicação. Se você encontrar alguma informação imprecisa ou deseja entrar em contato com o editorial, escreva para editorial@victorino.com.br . Sobre o The Thinking Wire →
Se isso faz sentido, vamos conversar
Ajudamos empresas a implementar IA sem perder o controle.
Agendar uma Conversa