Aman Sanger e Michael Truell — quando escrever software vira supervisionar agentes

"Our goal with Cursor is to invent a new type of programming. It looks like a world where you have a representation of the logic of your software that does look more like English." — Michael Truell (a16z)

O essencial em 30 segundos

Aman Sanger e Michael Truell são dois dos quatro cofundadores da Anysphere, empresa por trás do Cursor — o editor de código com IA que, em poucos anos, deixou de ser projeto paralelo de estudantes para virar uma das ferramentas que mais cresceu na história do software. A tese deles não é "a IA escreve código por você". É mais radical e mais útil: a IA está mudando o que significa programar. O ato central da engenharia de software está migrando de digitar instruções para especificar intenção e supervisionar agentes que executam essas instruções.

Para quem opera negócios reais com um time de engenharia, isso não é futurologia — é uma mudança na função de produção do trabalho. Se um engenheiro com boas ferramentas de IA faz o trabalho de vários, a pergunta deixa de ser "quantos engenheiros eu contrato" e passa a ser "quanto julgamento e quanta supervisão eu consigo aplicar por unidade de tempo". Este post é sobre essa virada.

Quem são

A Anysphere foi incorporada em 2022 por Michael Truell, Aman Sanger, Sualeh Asif e Arvid Lunnemark, todos estudantes de ciência da computação e matemática no MIT. Vários do grupo têm passado por olimpíadas de matemática e pelo Neo Scholars, um programa que identifica talento empreendedor ainda na faculdade — tanto Truell quanto Sanger foram Neo Scholars. Em outubro de 2025, Lunnemark deixou a empresa para fundar um laboratório de pesquisa em segurança de IA, a Integrous Research.

Michael Truell é o CEO. Formou-se na turma de 2022 do MIT e, recém-saído da graduação, recusou posições convencionais para construir o que viraria o Cursor. Descobriu programação cedo e desenvolveu, segundo as fontes, uma obsessão por construir ferramentas que resolvem problemas reais. É o porta-voz mais articulado da visão de "programar depois do código".

Aman Sanger atua na liderança da empresa e é a voz mais frequente sobre o lado de produto e experiência: velocidade, fluidez, a sensação de usar a ferramenta. Sua frase de assinatura — "A code editor should just be fun. Fast is fun." — resume uma filosofia de produto que parece trivial e não é.

O insight fundador, por volta de 2022, foi uma convicção compartilhada: a IA estava prestes a mudar tudo sobre como código é escrito, e as ferramentas existentes não estavam empurrando os limites o suficiente. Em vez de tratar IA como um recurso bolt-on dentro de um editor antigo, eles reconstruíram o editor em torno da IA.

Como sempre, o aviso metodológico: a biografia pessoal detalhada de cada um é escassa em fontes confiáveis, e eu não invento. Onde a história pessoal acaba, a contribuição verificável começa — e é nela que o valor está.

A grande contribuição

A contribuição da dupla — e da Anysphere — é ter materializado, num produto que milhões de engenheiros usam, uma transição que antes era discurso. Três camadas:

Primeira camada: o autocompletar inteligente. O Cursor começou ganhando tração por prever a próxima edição, não só o próximo caractere. Em vez de você digitar tudo, o editor antecipa a mudança que você ia fazer — incluindo edições em vários pontos do arquivo — e você aceita com uma tecla. A manifesto interna da empresa fala em "no low entropy keystrokes": eliminar as teclas de baixa entropia, aquelas que não carregam decisão, só execução. Você passa a "iterar na velocidade do seu julgamento", não na velocidade da sua digitação.

Segunda camada: o editor como copiloto conversacional. Você descreve o que quer em linguagem natural e o modelo edita o código no contexto do seu projeto. Aqui o engenheiro deixa de ser quem escreve cada linha e vira quem revisa e dirige.

Terceira camada — a que define a tese atual: o editor como agente. O sistema executa tarefas longas e multi-passo com autonomia, e o engenheiro supervisiona. É a virada de copiloto para agente. Truell descreve o destino dessa trajetória como "inventar um novo tipo de programação", em que a representação da lógica do software se parece mais com inglês do que com TypeScript ou Python.

A contribuição maior, portanto, não é uma feature. É ter construído a interface onde a profissão está, de fato, mudando de natureza — e ter feito isso com obsessão por velocidade, porque, como Sanger diz, "Cursor a year from now will need to make the Cursor of today look obsolete."

As ideias-chave

1. Programar depois do código: intenção, não sintaxe

A ideia mais provocativa de Truell é a de "programming after code": um futuro em que o desenvolvedor descreve a lógica do software em algo próximo de inglês ou pseudocódigo, e a tradução para a sintaxe imperativa fica por conta da máquina. "It looks like a world where you have a representation of the logic of your software that does look more like English." A consequência não é que programar acaba — é que o nível de abstração sobe mais uma vez. Assim como assembly deu lugar a C, e C a Python, a próxima camada é a intenção legível. O que muda é onde mora o esforço cognitivo: menos na sintaxe, mais na especificação correta do que você quer.

2. Taste é o que sobra — e o que fica mais valioso

Truell rejeita explicitamente a narrativa de substituição: "One thing that will be irreplaceable is taste. So just defining what do you actually want to build?" À medida que a execução fica barata, o gargalo migra para o julgamento: saber o que construir, definir a intenção com precisão, reconhecer uma boa solução de uma armadilha sutil. Ele descreve o engenheiro do futuro como algo mais próximo de um "logic designer", cujo trabalho é especificar intenção — "really, it will be about specifying your intent for how exactly you want everything to work". Para mim, essa é a frase mais importante de toda a tese, porque ela redefine qual habilidade vale a pena cultivar num time.

3. Velocidade não é luxo, é o produto

A obsessão de Sanger com velocidade — "A code editor should just be fun. Fast is fun." — é mais estratégica do que parece. Quando a IA está no loop, a latência entre intenção e resultado define o estilo de trabalho possível. Rápido o bastante, e a programação vira exploratória: você testa hipóteses, descarta, tenta de novo, "itera na velocidade do julgamento". Sanger observa que "AI enables a more iterative and exploratory style of programming" e que "it feels more fun". A diversão aqui não é frescura — é o sinal de que o atrito caiu o suficiente para mudar o comportamento. Atrito alto produz planejamento defensivo; atrito baixo produz experimentação.

4. A vantagem é um alvo móvel

Sanger tem uma noção clara da dinâmica competitiva de um produto montado sobre modelos que melhoram sozinhos: "being even just a few months ahead, let alone a year ahead makes your product much, much, much more useful", e por isso "Cursor a year from now will need to make the Cursor of today look obsolete." A lição estratégica para qualquer um que constrói sobre IA: a vantagem não é um fosso estático, é a velocidade de incorporar a próxima onda de capacidade. Quem trata o produto como acabado é ultrapassado por quem trata o produto como sempre obsoleto.

5. Eliminar o tedioso para liberar o julgamento

A filosofia de fundo, na leitura de Truell, é colaborativa, não substitutiva: a IA deve cuidar do repetitivo para que o desenvolvedor se concentre nas decisões criativas. "The goal isn't to eliminate human judgment — it's to eliminate tedious work that wastes human judgment on trivial problems." É uma forma elegante de descrever produtividade real: não fazer a mesma coisa mais rápido, e sim parar de gastar a parte cara de você (julgamento) na parte barata do trabalho (execução).

Em suas palavras

"Our goal with Cursor is to invent a new type of programming. It looks like a world where you have a representation of the logic of your software that does look more like English." — Michael Truell

"One thing that will be irreplaceable is taste. So just defining what do you actually want to build?" — Michael Truell

"The goal isn't to eliminate human judgment — it's to eliminate tedious work that wastes human judgment on trivial problems." — Michael Truell

"A code editor should just be fun. Fast is fun." — Aman Sanger

"Cursor a year from now will need to make the Cursor of today look obsolete." — Aman Sanger

Limites e críticas

A primeira crítica é a dependência. O Cursor é construído sobre modelos de fronteira de terceiros. Isso significa que parte do destino da empresa está fora do seu controle — preços de inferência, mudanças de capacidade, decisões de quem treina os modelos. A própria visão de Sanger sobre velocidade é, em parte, uma resposta de sobrevivência a essa fragilidade: o fosso não é o modelo, é a experiência e a integração ao redor dele.

A segunda crítica é sobre a tese de "programar depois do código" levada ao extremo — o chamado "vibe coding", em que o desenvolvedor aceita o que a IA produz sem entender a fundo. O risco é óbvio: código que funciona na demo e quebra na borda, dívida técnica invisível, vulnerabilidades de segurança que ninguém revisou. É justamente aqui que a insistência de Truell em "taste" e em julgamento humano deixa de ser slogan e vira proteção. Quando a execução é barata, a tentação de pular a revisão cresce — e é exatamente o momento em que ela mais importa.

A terceira é a economia. Ganho de produtividade não cai automaticamente no resultado da empresa. Se cada engenheiro faz o trabalho de vários, isso pode virar mais produto pelo mesmo custo — ou pode virar expectativas infladas, escopo inchado e times confundindo velocidade de geração com velocidade de entrega de valor. A ferramenta amplifica julgamento; se o julgamento é ruim, ela amplifica o erro mais rápido.

E há uma crítica honesta sobre maturidade: agentes que executam tarefas longas ainda erram, perdem contexto e fazem mudanças que parecem certas e não são. A camada de "editor como agente" é a mais nova e a menos resolvida das três. Supervisão não é opcional — é o que torna o agente utilizável.

Como aplicar no seu dia a dia

O lugar onde essa tese bate direto é qualquer time de produto e engenharia construindo software com agentes de IA embutidos. Sanger e Truell entram em duas frentes: como o time constrói e o que o produto é.

Na frente de construção, ferramentas de coding com IA são aceleradores reais do time de engenharia. A lógica de Truell — "eliminar o trabalho tedioso que desperdiça julgamento humano em problemas triviais" — é exatamente o ganho a buscar: que os engenheiros gastem o tempo caro deles em arquitetura, modelagem de domínio e decisões de produto, e não em boilerplate. Mas adote isso com a régua de "taste" do próprio Truell: ferramenta de IA acelera quem já tem julgamento e amplifica o erro de quem não tem. Por isso, no time, a revisão humana de código não é negociável, e o "vibe coding" sem entendimento é dívida, não produtividade. Velocidade de geração não é velocidade de entrega — só conta o que passa pela revisão e chega ao cliente funcionando.

Na frente de produto, a virada de "copiloto para agente" é o mapa do próprio roadmap. A pergunta que Truell e Sanger ajudam a fazer é: para cada tarefa que hoje você pede ao usuário fazer manualmente, qual é a versão "agente supervisionado"? Onde o produto pode executar e o humano só aprovar? E, crucialmente, onde a supervisão precisa ser obrigatória porque a ação tem consequência? A filosofia de velocidade de Sanger também vale: num produto sobre IA, ficar parado é regredir, porque a fronteira de capacidade se move sozinha. O roadmap precisa assumir que o produto de hoje vai parecer obsoleto e planejar a próxima camada antes de a atual estabilizar.

Há ainda uma transferência para fora da engenharia. A tese de que o trabalho vira "especificar intenção e supervisionar execução" não é exclusiva de programação — é o desenho de como agentes de IA entram em qualquer operação. Onde o erro tem custo físico e regulatório, aplique a versão conservadora: agente executa o tedioso, humano detém a decisão de consequência, e a especificação da intenção é trabalho de gente sênior, não terceirizável ao modelo. A lição de Cursor, lida de fora da tela do editor, é que produtividade com IA é uma função de quão bom é o seu julgamento na hora de especificar e supervisionar — e isso é uma habilidade que vale a pena formar no time, não comprar pronta.

Para ir além

Comece por: a conversa do time do Cursor no Lex Fridman Podcast #447, "Cursor Team: Future of Programming with AI", com Truell, Sanger, Asif e Lunnemark — a melhor visão geral, em linguagem acessível, da filosofia de produto e da tese sobre o futuro da programação.

Depois: a entrevista de Michael Truell na newsletter do Lenny Rachitsky ("The rise of Cursor") e as palestras dele na biblioteca de startups da Y Combinator — onde ele detalha "programar depois do código", o papel do taste e a posição contra a narrativa de substituição.

Avançado: acompanhar a evolução do produto na prática — usar o Cursor de fato, observar a camada de agentes, e cruzar isso com a discussão sobre confiabilidade de agentes. Aqui o estudo vira experimento: medir, no seu próprio time, onde o ganho é real e onde a supervisão é indispensável.

Conexões no vault

• IA e Tecnologia — área-mãe deste estudo.
• anthropic-pesquisa-douglas-bricken — o par complementar. Douglas e Bricken olham para dentro do modelo (capacidade e compreensão); Sanger e Truell olham para fora (como a capacidade muda o trabalho). A ponte entre os dois posts é a palavra "confiança": só vale supervisionar um agente se você sabe o que ele faz — e por isso a interpretabilidade do primeiro post é o pré-requisito da supervisão do segundo.
• Richard Sutton, "amarga lição" — citada por Douglas; relevante também aqui pela tese de que abstrações gerais vencem truques específicos.
• Nota de operação interna: roadmap de agentes do SaaS de gestão de colaboradores — mapa "manual → copiloto → agente supervisionado" por tarefa.