DEV Community

thiago schwanz
thiago schwanz

Posted on

FLOW CODING: A ia obedece quem sabe pensar

A morte do Vibe Coding

"Para criarmos esse sistema demoraremos uns 2 anos."Frases assim poderão ser esquecidas para sempre.A internet tem uma mania quase infantil de colocar nome bonito em qualquer empolgação passageira. Nos últimos tempos, a palavra de ordem virou vibe coding. A promessa parecia irresistível para quem nunca tinha colocado um sistema de verdade para rodar: você senta na frente do computador, abre uma janela de chat, joga uma ideia qualquer em linguagem natural, conversa como se estivesse batendo papo no bar e assiste ao software brotar na tela. Quase mágico, quase poético, e absolutamente frágil.Para protótipo de fim de semana, para script de duas linhas ou para impressionar seguidor em vídeo de rede social, isso é lindo. O problema começa no minuto seguinte, quando o projeto precisa ir para a vida real. Quando o cliente clica onde não devia, quando dois usuários tentam agendar a mesma vaga ao mesmo tempo, quando o banco oscila ou quando a fatura da nuvem chega no fim do mês.Aí o vibe coding desmorona.Ele desmorona porque construir software nunca foi sobre digitar rápido nem sobre ter uma ferramenta que concorda com você em tudo. Construir software é sobre antecipação, sobre arquitetura e sobre ter clareza do problema antes de encostar no teclado.O vibe coding morreu no momento em que as pessoas precisaram de estabilidade em vez de espetáculo. E o que assume o lugar dele não é uma volta aos manuais engessados de antigamente, mas uma disciplina muito mais madura: o FLOW CODING.Para entender a diferença de verdade, sem enrolação teórica, a gente precisa olhar para o que acontece por baixo do capô de um modelo de linguagem. A inteligência artificial não pensa, não tem intuição e não sabe o que o seu negócio precisa. Ela é um motor estatístico absurdamente competente em prever o próximo pedaço de texto com base no que você colocou dentro da janela de contexto.Quando você opera no estilo vibe coding, o que você joga nessa janela é pura bagunça. Você pede uma funcionalidade qualquer sem delimitar o terreno. O modelo entrega um código genérico. O código dá erro. Você pega a mensagem de erro crua, sem analisar, e joga de volta no chat reclamando. O modelo tenta consertar inventando uma suposição que você não pediu, quebrando o pedaço que estava funcionando cinco minutos atrás.Em meia hora, a conversa vira uma colcha de retalhos contaminada de lixo, de remendos e de ordens contraditórias. O modelo entra no que a gente chama de deriva semântica. Ele começa a esquecer o ponto de partida e passa a entregar código cada vez mais instável. Você acha que está programando, mas está apenas gerando entropia.O FLOW CODING faz exatamente o movimento contrário. Ele parte de uma lei operacional muito simples: a inteligência artificial obedece a quem sabe pensar. Quem não sabe o que quer recebe de volta uma média estatística da internet, que quase sempre é a mediocridade funcional. No flow coding, a conversa nem começa enquanto você não tiver desenhado o mapa na própria cabeça. Você não abre a tela para perguntar o que a máquina acha que deve ser feito. Você senta para trabalhar sabendo exatamente quais são as restrições inegociáveis do sistema. Se o projeto precisa rodar de graça, essa restrição não é um detalhe de orçamento, é o próprio design. Se os dados não podem vazar para servidores de terceiros, a escolha da ferramenta já está tomada antes de escrever uma única linha. Se o usuário final é uma pessoa leiga que só sabe mexer no WhatsApp, você não vai inventar uma tela de login complexa só porque o modelo sugeriu uma biblioteca da moda. Essa postura muda completamente a dinâmica de trabalho. Em vez de ficar corrigindo sintaxe em loops intermináveis de tentativa e erro, você trabalha em blocos fechados e deliberados.Primeiro você ensina a máquina quem ela precisa ser naquele contexto específico e congela a resposta dela. Você deposita os requisitos, mostra exemplos reais do comportamento esperado e estabelece as regras de contorno. Você só libera a execução quando valida que o modelo compreendeu a arquitetura sem ambiguidades. Isso economiza uma quantidade brutal de atenção e de tokens. Quando a instrução chega limpa, sem ruído, sem pedidos vagos e sem meta-conversa, os mecanismos de atenção do modelo miram no alvo com precisão cirúrgica. O código gerado não é um palpite solto no escuro, é o reflexo direto de uma especificação bem amarrada. E existe um salto ainda mais profundo que separa essas duas posturas: a passagem da resposta simples para os agentes e loops autônomos. No vibe coding, você continua sendo o intermediário cansado do processo. A máquina escreve um texto, você copia com a mão, cola no terminal, vê que quebrou, volta no chat e pede desculpa pelo incômodo. Você vira o estagiário da inteligência artificial.No flow coding, o sistema é arquitetado para agir. Você conecta o modelo às ferramentas certas, cria critérios objetivos de sucesso e deixa o ciclo rodar. Se uma mensagem chega com formato estranho ou uma ambiguidade aparece, o próprio sistema é capaz de detectar o desvio, recalcular o passo dentro dos limites autorizados, resolver a pendência e registrar o que fez. A máquina faz o trabalho pesado de execução e autocorreção enquanto o ser humano preserva o único recurso que nenhuma tecnologia substitui: a capacidade de julgar, de escolher a direção e de decidir o que tem valor de verdade. A morte do vibe coding não é uma notícia ruim. É apenas o fim da ilusão de que a tecnologia faz o trabalho da mente. A ferramenta pode ser a mais avançada do planeta, mas ela continua sendo apenas um amplificador. Se você entrar com pressa, confusão e superficialidade, vai receber de volta um sistema confuso e superficial, só que executado na velocidade da luz. Se você entrar com contexto, com a sua vivência de mercado e com um diagnóstico claro do problema real, a máquina deixa de ser um brinquedo de adivinhação e passa a ser uma extensão natural da sua capacidade de construir. O flow coding é isso: menos empolgação desatenta, muito mais precisão e o controle firme da operação sempre nas mãos de quem realmente sabe para onde está indo.Qual sistema você está construindo hoje: um castelo de areia que vive de prompt reativo ou uma estrutura feita para ficar de pé quando a tela fechar?

Top comments (0)