Um sistema feito com vibe coding vai para produção quando ganha 7 coisas que a IA quase nunca entrega sozinha: segredo fora do código, cópia de segurança testada, versão guardada, deploy que dá para desfazer, aviso quando falha, permissão mínima e alguém responsável. Sem elas, o sistema funciona até o primeiro problema e ninguém percebe quando ele para.
Em resumo
- Protótipo prova a ideia; produção exige que o sistema sobreviva a erro, queda e troca de pessoa.
- Os 7 itens: segredo, backup, versão, deploy reversível, alerta, permissão mínima, responsável.
- O erro mais caro é o silencioso: rotina que para e ninguém vê.
- Dá para fazer a revisão em poucos dias, sem reescrever o sistema.
Qual a diferença entre protótipo e sistema em produção?
O protótipo responde "isso funciona?". A produção responde "isso continua funcionando quando eu não estou olhando?". A IA é ótima na primeira pergunta, porque testa pelo que aparece na tela. A segunda depende de coisas que não aparecem na tela: o que acontece de madrugada, quando um serviço externo cai, quando o servidor reinicia.
Quais os 7 itens que faltam no sistema escrito por IA?
- Segredo fora do código. Senha de banco e chave de API em arquivo de configuração protegido, nunca escritas no código nem no repositório.
- Cópia de segurança testada. Não basta ter backup: precisa ter restaurado uma vez para provar que volta.
- Versão guardada. O código num repositório, com histórico do que mudou e por quê.
- Deploy que dá para desfazer. Cada versão no ar tem um nome; se a nova quebrar, volta a anterior em minutos.
- Aviso quando falha. Erro tem que chegar a uma pessoa, no WhatsApp ou e-mail, e não ficar só num arquivo de log.
- Permissão mínima. O sistema só acessa o que precisa. Painel interno não fica aberto na internet sem senha.
- Um responsável. Alguém sabe como o sistema funciona e onde mexer quando ele quebrar.
Dois casos da nossa operação, ambos em código revisado por gente: num repositório de site achamos cerca de 15 senhas e chaves como valor padrão no código, já corrigidas; e uma rotina "ligada" ficou 7 dias sem rodar porque o arquivo não podia ser executado. O sistema não mostrava erro nenhum. Só descobrimos ao conferir se a rotina tinha produzido o que devia. Se acontece com revisão, acontece mais com código que ninguém leu.
Por que o erro silencioso é o mais caro?
Porque o custo cresce a cada dia que passa sem ninguém notar. Um botão quebrado alguém reclama no mesmo dia. Uma rotina que deixa de mandar cobrança, de sincronizar pedidos ou de fazer backup pode ficar semanas parada. O remédio é simples e quase nunca vem pronto: um vigia separado que confere o resultado ("a rotina de hoje gerou o arquivo?") e avisa nos dois casos, quando deu certo e quando não deu. Vigia dentro do próprio script não serve: se o script nem começa, ele não avisa.
Como revisar um sistema feito com vibe coding?
Uma revisão prática, sem reescrever tudo, segue esta ordem:
- Procurar senhas e chaves no código e no histórico do repositório, e mover para configuração protegida.
- Listar o que o sistema expõe na internet e fechar o que é interno.
- Configurar backup e fazer um teste de restauração.
- Pôr o código em repositório e definir como sai uma versão nova e como volta a anterior.
- Criar o aviso de falha e o vigia das rotinas agendadas.
- Escrever uma página com: o que o sistema faz, onde roda, como reiniciar, quem chamar.
Fizemos isso na nossa própria casa com dezenas de sistemas. Cada um dos itens acima virou regra depois de um problema real, e o backup com prova de restauração virou serviço: veja backup com teste de restauração.
Onde o sistema deve rodar depois de pronto?
Em servidor próprio da empresa ou num serviço gerenciado, nunca no notebook de quem fez. Para sistemas pequenos, uma VPS resolve: tem endereço fixo, backup e fica ligada. A NuvoCloud, empresa do mesmo grupo, oferece servidores no Brasil para isso.
Vale a pena reescrever o sistema do zero?
Quase nunca na primeira vez. Se o protótipo resolve o problema, o caminho barato é proteger e observar. Reescrever faz sentido quando o sistema cresceu sem estrutura e cada mudança quebra outra coisa. Se a dúvida é entre montar um fluxo visual ou escrever código, compare em n8n ou código próprio.
Quanto custa manter um sistema feito com IA no ar?
Depois de pronto, o custo fixo é pequeno e previsível: servidor, domínio, cópia de segurança e, se o sistema usa IA, os tokens. O custo variável é o tempo de quem cuida. Um sistema com os 7 itens acima costuma pedir algumas horas por mês, para atualizar dependências, olhar alertas e testar a restauração. Sem eles, o custo aparece de uma vez, no dia em que o sistema para e alguém precisa descobrir por quê, de onde ele roda e qual era a senha.
Uma forma simples de orçar: some o servidor, reserve horas fixas de manutenção por mês e acrescente uma folga para o primeiro incidente. Se o sistema chama modelos de IA, estime os tokens com o método de quanto custam os tokens de IA.
Mande o que ele faz e onde roda; listamos os itens que faltam para ir a produção.
Perguntas frequentes
Como sei se meu sistema tem senha no código?
Procure por palavras como password, senha, token, key e secret no código e no histórico do repositório. Se achar valor real, troque a senha e mova para configuração protegida.
Backup automático do provedor basta?
Ajuda, mas só vale se você já restaurou uma vez. Backup que nunca foi testado é uma suposição.
Preciso de um desenvolvedor para pôr o sistema em produção?
Para sistema com dado de cliente ou dinheiro, sim, ao menos para a revisão. O dia a dia pode continuar com quem fez o protótipo.
Quanto tempo leva a revisão?
Para um sistema pequeno, alguns dias. Cresce com o número de integrações e de rotinas agendadas.
Mais sobre o tema em CRM e automação.
