Claude, Vibe Coding e a falsa promessa da autonomia operacional
Fala-se muito sobre Vibe Coding e fluxos baseados em agentes com Claude, e com razão. Já não estamos limitados ao autocompletar; o objetivo hoje é que a IA pegue um requisito, consuma o contexto do repositório, escreva a lógica, monte os testes e levante um Pull Request pronto para revisão. Essa capacidade operacional existe.
O problema é o enorme mal-entendido na indústria: acreditar que pagar a licença corporativa te dá independência operacional desde o dia um. A realidade é mais dura. A maioria das organizações não tem a infraestrutura nem os processos para suportar esse nível de automação.
A autonomia de um agente não é um feature que venha incluído na API. Exige disciplina de engenharia, adotar Spec Driven Development (SDD) a sério quando necessário e, acima de tudo, projetar uma arquitetura de contexto bem pensada.
Não basta um system prompt global e um bom SDD. Se você tem um sistema com vários módulos, o erro de principiante é colocar todas as diretrizes em um único arquivo CLAUDE.md na raiz do projeto ou ter múltiplas skills e regras em uma única pasta .claude. Se o agente vai tocar no módulo de pagamentos, precisa das regras e do contexto exclusivos de faturamento; não serve de nada ter em memória o esquema do banco de dados de outros domínios.
Poderíamos modularizar em múltiplas skills, mas há um claro trade-off: injetar a listagem e suas descrições penaliza a janela de contexto. Em escala, esse overhead gera um consumo ineficiente de tokens, então essa estratégia só escala bem em projetos ou repositórios mais delimitados.
Para que isso escale, você precisa projetar contextos e agentes especializados. Em um ambiente backend maduro, você não usa uma única instância para tudo. Você tem um orquestrador que analisa o ticket e roteia, um agente isolado em seu domínio que escreve a lógica, um revisor de código estrito (com regras de performance e linters) e talvez outro dedicado apenas à documentação.
Se você injeta todo o repositório em cada iteração por pura preguiça de segmentar, o modelo vai se perder no ruído, vai alucinar e você vai queimar milhões de tokens. Eventualmente resolverá a tarefa à base de correções, mas o custo da API vai disparar tentando fazer a IA adivinhar uma arquitetura mal gerenciada.
Pense como quando adicionamos um engenheiro à equipe. Você não joga um ticket de duas linhas e o deixa sozinho diante de todo o código-fonte. Ele requer onboarding, colaboração constante, empatia para entender o problema do usuário final e adaptabilidade para se encaixar nas convenções de cada módulo. Pedir automação à IA requer um onboarding igualmente estruturado: definir os limites da sua especialidade e dar um framework onde os agentes interajam sem se sobrepor.
É um processo muito similar ao quando implementamos uma funcionalidade de IA em nosso próprio código para automatizar um processo que requer modificação de dados: é necessário partir de um HITL (Human In The Loop) mais próximo. Com Claude é a mesma coisa — no início, você revisa cada código ou commit com lupa. À medida que o agente vai ganhando confiança, maturidade e demonstra consistência no domínio, você automatiza mais e dá maior liberdade.
Conclusão
Pular essa etapa de maturidade técnica para forçar uma automação prematura é um erro grave de gestão. A inteligência artificial não veio para consertar sua falta de arquitetura ou seus processos internos ruins.
A verdadeira automação e autonomia operacional são conquistadas iteração após iteração: gerenciando contextos com precisão clínica, segmentando responsabilidades em agentes especializados e exigindo qualidade absoluta nas especificações. Não se compram com um cartão de crédito. Se você tem uma cultura de boa engenharia, Claude vai automatizar partes inteiras do seu ciclo de desenvolvimento. Mas se sua configuração é uma bagunça, simplesmente vai acabar pagando contas altíssimas por iterações infinitas que poderia ter evitado estruturando bem o trabalho desde o início.
Estou convencido de que Vibe Coding já é um padrão. Eu o aplico no meu dia a dia, mas com muita responsabilidade. Não concordo com empresas que o aplicam apenas porque está na moda, sem ao menos se preocupar com o mínimo necessário: segurança e eficiência.