Software 3.0: Programadores tornam-se orquestradores de agentes de IA
Fonte: Andrej Karpathy30/04/2026, 13:00
Andrej Karpathy, co-fundador da OpenAI e atual líder da Eureka Labs, proferiu uma palestra na Sequoia Ascent 2026 em que defendeu uma inflexão tecnológica fundamental. Não se trata apenas de LLMs serem mais rápidos ou úteis — trata-se de uma reorganização do próprio trabalho em torno de agentes de inteligência artificial.
Karpathy argumenta que o programador deixa de ser um escritor de código e torna-se um orquestrador de agentes. Enquanto durante 2025 estas ferramentas ainda exigiam correções frequentes, por volta de dezembro registou-se uma mudança qualitativa: os agentes começaram a gerar blocos de código maiores, mais coerentes e mais confiáveis. Esta evolução marca o início do que chama "Software 3.0", onde os LLMs actuam como uma camada programável para trabalho digital, lendo contexto e adaptando-se ao ambiente — um padrão diferente de programação, menos preciso mas muito mais adaptativo.
Um dos exemplos mais reveladores é MenuGen, uma aplicação web que requeria frontend, APIs, geração de imagens e infraestrutura complexa. Na versão Software 3.0, a mesma funcionalidade condensa-se num modelo multimodal que transforma uma fotografia de um menu em imagens de pratos — a maior parte do stack original desaparece. Esta descoberta levanta uma questão crucial para founders: não se trata apenas de fazer as coisas mais depressa, mas de reconhecer que algumas aplicações deixam de necessitar de existir como aplicações.
Karpathy salienta que a capacidade de um modelo não depende apenas de uma tarefa ser verificável, mas também de quanto a tarefa foi enfatizada durante o treino e pós-treino. Isto explica por que agentes de código funcionam tão bem — oferecem feedback imediato (testes passam ou falham) — enquanto outros domínios podem falhar inesperadamente. Para founders, a questão prática é: está a sua tarefa dentro dos "trilhos" do modelo? Se não, pode ser necessário contexto melhorado, fine-tuning ou ambientes de aprendizagem por reforço próprios.
A distinção entre "vibe coding" (adequado para protótipos) e "agentic engineering" (necessário para equipas sérias) reforça que o futuro não é a substituição de programadores, mas a sua transformação. O profissional deve supervisionar planos, inspecionar código gerado e criar mecanismos de avaliação. Karpathy conclui que a capacidade escassa deixa de ser o código e passa a ser a compreensão humana — saber o que vale a pena construir, que resultado é suspeito e que tradeoff é aceitável.