Como fazer vibe coding com responsabilidade em produção - Vibe coding in prod | Code w/ Claude

Esta é uma apresentação de Eric, pesquisador de agentes de programação da Anthropic, sobre como usar com segurança o vibe coding (uma abordagem em que a escrita de código é totalmente delegada à IA) em ambientes reais de serviço. Ele explica que simplesmente gerar muito código com IA não é a mesma coisa que vibe coding e, como na definição de Andrej Karpathy, o ponto central é "esquecer que o código existe". Partindo do entendimento de que a escala de tarefas que a IA consegue lidar está dobrando a cada 7 meses, ele argumenta que quem não souber aproveitar esse movimento inevitavelmente ficará para trás na competição.

Principais argumentos

• O princípio do vibe coding é "esqueça o código, mas não esqueça o produto". Assim como não lemos uma a uma as instruções em assembly geradas pelo compilador, a ideia é focar menos no código escrito pela IA em si e mais em verificar a qualidade e a correção do resultado.
• O papel do desenvolvedor deve mudar de alguém que implementa diretamente para um gerente de produto (PM) do Claude. Assim como ao delegar trabalho a um engenheiro júnior, mesmo que leve mais de 15 a 20 minutos para organizar bem os requisitos, o contexto da codebase e as restrições antes de passar a tarefa para a IA, esse investimento aumenta bastante a taxa de sucesso.
• O vibe coding deve se concentrar nos leaf nodes da codebase (funcionalidades terminais das quais nenhum outro código depende). Código fundamental de arquitetura ou bases das quais outros módulos dependem ainda precisam ser profundamente compreendidos e gerenciados por humanos.
• Projetar a verificabilidade é essencial. Em um caso interno da Anthropic, em que um código de reinforcement learning com 22.000 linhas foi escrito com Claude e merged em produção, foram projetados testes de estresse e checkpoints de verificação com base em entrada e saída para confirmar estabilidade e correção sem precisar ler todo o código.

Limitações atuais

• Ainda não existe uma boa forma de medir ou verificar dívida técnica (tech debt) sem ler o código diretamente. Esse é o principal motivo para limitar o vibe coding aos leaf nodes.
• É arriscado que pessoas não desenvolvedoras construam sistemas de produção com vibe coding até em áreas sensíveis como segurança ou pagamentos. É necessário ter julgamento técnico suficiente para fazer as perguntas certas.

Diferencial

• Em vez de tratar o vibe coding como uma moda passageira, a apresentação o enquadra como uma mudança estrutural na indústria de software e destaca que o problema de "validar resultados sem conhecer a implementação" é um desafio tão antigo quanto a própria civilização, assim como um CTO gerencia especialistas ou um CEO verifica o trabalho de um contador.

Implicações

• As competências exigidas de engenheiros de software estão migrando da capacidade de escrever o código linha por linha para a capacidade de definir requisitos com precisão e verificar resultados de forma estruturada. Considerando a velocidade com que as ferramentas de IA estão melhorando, quanto antes se adaptar a essa transição, melhor.

[iolothebard]

Em vez de falar isso para os devs da linha de frente, vá falar com o pessoal de nível C~~~

[supermaxi]

Agora somos todos PM, simples assim