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 (a abordagem de delegar totalmente a escrita de código à 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 definiu Andrej Karpathy, o ponto central é “esquecer que o código existe”. Diante de uma situação em que a escala de tarefas que a IA consegue processar dobra a cada 7 meses, a discussão parte da percepção de que, se você não conseguir 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 o de gerente de produto (PM) do Claude. Como ao delegar uma tarefa a um engenheiro júnior, organizar com clareza os requisitos, o contexto do codebase e as restrições para repassar à IA — mesmo que esse processo leve mais de 15 a 20 minutos — aumenta muito a taxa de sucesso desse investimento.
• O vibe coding deve se concentrar nos nós folha do codebase (funcionalidades finais das quais outros códigos não dependem). O código de arquitetura central ou a base da qual outros módulos dependem ainda precisa ser profundamente compreendido e gerido 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 o Claude e integrado à produção, foram projetados testes de estresse e checkpoints de verificação baseados 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 diretamente o código. Esse é o principal motivo para limitar o vibe coding aos nós folha.
• É arriscado que não desenvolvedores construam sistemas de produção com vibe coding em áreas sensíveis como segurança ou pagamentos. É indispensável ter julgamento técnico suficiente para fazer as perguntas certas.

Diferencial

• O texto enquadra o vibe coding não como uma moda passageira, mas como uma transformação estrutural da indústria de software, e chama atenção para o fato de que “validar resultados sem conhecer a implementação” é um problema 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 habilidade de escrever cada linha de código para a capacidade de definir requisitos com precisão e validar resultados de forma estruturada. Considerando a velocidade de evolução das ferramentas de IA, quanto mais cedo 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