Habr: autor explicou por que AI não deve ser reduzida apenas ao vibe coding

Uma coluna no Habr fez um ponto surpreendentemente sóbrio: o problema não é com o vibe coding em si, mas com o hábito de reduzir o trabalho com IA apenas à escrita de código. O autor sugere pensar de forma mais ampla e escolher não o caminho mais "tecnológico", mas o mais curto e mantível para o resultado.

Não Código por Código

O texto começa com uma crítica não aos modelos, mas ao termo "vibe coding" como um marco muito estreito. Se você constantemente pensa em termos de "vamos gerar um app", é fácil perder soluções mais práticas. Para um relatório de dados, às vezes é suficiente pedir à IA que monte um arquivo Excel com fórmulas e uma estrutura clara. Para um projeto de conteúdo—selecione uma combinação de um CMS pronto, template e plugins, em vez de gastar tempo com frontend, deployment e depuração de sua própria stack.

"IA em suas mãos é um ótimo multi-ferramenta, não um martelo."

Este é o pivô principal do artigo: código não deve ser o objetivo em si. Se uma tarefa já foi resolvida pelo mercado há muito tempo, a IA é mais útil como um acelerador para setup, customização e lançamento, em vez de como uma fábrica de nova dívida técnica. Esta abordagem é especialmente importante para pequenas equipes, onde após o lançamento o sistema ainda precisa ser mantido, entregue a outras pessoas, e não ser soterrado por questões de acesso, segurança e compatibilidade.

Blog em Vez de Seu Próprio CMS

O autor ilustra isso com um caso específico: havia uma necessidade de lançar rapidamente um jornal especializado em educação para uma pequena escola privada. A tentação era típica de 2026—pegar Claude Code ou outro agente e "vibe code" seu próprio CMS em uma stack moderna. Mas após uma verificação rápida de realidade, a solução se mostrou óbvia: um blog com seções, SEO, imagens, busca e RSS—isto é um problema já resolvido que WordPress cobre há anos.

Em vez de um app customizado, uma stack pragmática foi escolhida: VPS no Ubuntu, nginx, PHP 8.3, MySQL 8.0, WordPress com tema GeneratePress.

A IA não desapareceu—foi usada como executora via SSH, escrevendo PHP, editando configs, ajustando o tema, e montando customizações através de mu-plugins.

• servidor com nginx, PHP-FPM, MySQL, SSL, firewall e fail2ban
• homepage de jornal com bloco hero, cards de artigos e grid de seções
• SEO básico, sitemap e URLs legíveis
• 12 mu-plugins para customização direcionada
• cerca de 600 linhas de CSS e vários scripts Python auxiliares

Essencialmente, o autor não abandonou a IA—ele parou de forçar a IA a construir o que já existe. Este é o argumento central do artigo: em muitos projetos, a vitória vem não de maximizar a quantidade de código gerado, mas da capacidade de se apoiar em uma plataforma pronta e polir apenas os pontos estreitos.

Onde a IA É Realmente Útil

A parte mais forte do texto é a descrição do processo real, sem magia e sem alarde promocional. A IA não fez tudo "com um comando". O trabalho ocorreu em iterações: uma pessoa formula uma tarefa, o modelo faz aproximadamente 80% do necessário, então começa um ciclo de verificação, descoberta de problemas visuais e correções direcionadas.

Para uma stack desconhecida, isto ainda oferece enormes economias de tempo, porque você não precisa passar semanas aprendendo API do WordPress, hooks, filtros e peculiaridades de cascata CSS. Mas o artigo honestamente lista as limitações também. Um agente de console não vê o resultado em um navegador, não sabe sobre mudanças manuais no painel admin, e pode facilmente quebrar um bloco adjacente enquanto conserta o atual.

Em um caso, a IA fez o bloco de categorias HTML estático, e após renomear as seções na homepage, nada foi atualizado. A correção veio apenas após várias iterações: primeiro através do filtro the_content, depois abandonando slugs hardcoded em favor de get_terms(). Em outro caso, tiveram que separadamente descobrir por que os estilos core do WordPress estavam quebrando a grade de três colunas, e aumentar a prioridade dos estilos customizados para 999.

Disso vem a segunda conclusão importante: a IA não substitui o pensamento arquitetural e a competência técnica básica. Ela acelera infraestrutura, customização e CSS rotineiro, mas não toma decisões maduras de produto por si só. Se uma pessoa não entende o domínio, não nota erros de segurança, e não consegue avaliar a qualidade do resultado, o modelo simplesmente produzirá respostas plausíveis que desmoronarão em um projeto real.

O Que Isso Significa

A coluna do Habr acerta bem o nervo do mercado: é muito fácil começar a medir o sucesso da IA pela quantidade de código escrito ao seu redor. Na prática, o negócio mais frequentemente precisa não de um novo framework, mas de uma solução rápida, barata e mantível. Portanto, o cenário mais útil para a IA hoje não é vibe coding irrefletido, mas escolher a rota mais curta: em algum lugar será um serviço customizado, e em algum lugar será Excel, WordPress ou outro produto pronto que você pode lançar e entregar sem dor extra.