Você já sabe o que perguntar antes de contratar um sistema sob medida sobre prazo, preço e quem vai executar o projeto. Existe uma pergunta nova que a maioria dos donos de escritório e clínica ainda não faz: como o fornecedor usa inteligência artificial para escrever o código do seu sistema. A resposta certa evita um problema que só aparece meses depois de o sistema estar no ar, quando um ajuste simples vira retrabalho caro — e o orçamento que parecia perfeito no início vira uma surpresa no meio do caminho.
Por que essa pergunta importa agora
Hoje quase todo desenvolvedor usa IA no dia a dia. Ela acelera trechos inteiros de código, sugere solução para problema repetitivo e corta hora de digitação. Isso é bom: sistemas ficam prontos mais rápido, e o orçamento aproveita esse ganho.
O problema é o que fica escondido dentro desse ganho de velocidade. Levantamentos recentes mostram que boa parte do código gerado por IA carrega alguma vulnerabilidade quando ninguém para para revisar o que foi entregue. Para quem vai confiar dado de cliente e de paciente a esse sistema, essa vulnerabilidade não é detalhe técnico — é risco de negócio.
Como a IA entrou no dia a dia de quem programa
Até poucos anos atrás, escrever um sistema do zero exigia digitar cada linha, uma por uma. Hoje o desenvolvedor descreve o que precisa, e a IA sugere um trecho inteiro pronto. Isso mudou o ritmo do trabalho mais do que qualquer ferramenta desde a chegada da internet nas equipes de desenvolvimento.
A mudança é boa quando fica só nisso: um atalho para a parte repetitiva, com alguém experiente checando o resultado antes de seguir. O risco aparece quando o atalho vira o processo inteiro — quando ninguém mais escreve, só aprova o que a IA escreveu, sem examinar linha por linha.
Isso vale tanto para o sistema de agendamento de uma clínica quanto para o sistema financeiro de um escritório de advocacia. Não importa o segmento: se o código nasce rápido demais e sem revisão, o risco viaja com ele.
O que é vibe coding, e por que ele preocupa quem contrata
O termo que o mercado usa para descrever essa falta de cuidado é vibe coding: escrever código só porque parece que funciona, sem revisar o que a IA entregou. A IA sugere uma solução, o código roda, a tela mostra o resultado esperado — e ninguém para para perguntar se aquele código trata erro, guarda senha do jeito certo ou deixa uma porta aberta que não devia existir.
Vibe coding virou porta de entrada para falha de segurança dentro de empresas que nem sabem que estão rodando esse tipo de código. O risco não nasce de usar IA. Nasce de usar sem revisar — e é exatamente esse detalhe que separa um fornecedor confiável de um que só entrega rápido.
Você não precisa entender de código para fazer essa pergunta
Você não precisa saber programar para usar essas perguntas. O que você está avaliando não é a resposta técnica, é a segurança com que ela vem. Fornecedor que domina o próprio processo explica sem enrolar, mesmo para quem nunca abriu um editor de código.
Se a resposta vier cheia de termo em inglês sem tradução e sem exemplo prático, peça para repetir em português simples. Quem entende o que faz consegue explicar para qualquer pessoa — é a mesma lógica de qualquer contratação de serviço técnico, do advogado ao contador.
Código que parece funcionar não é a mesma coisa que código seguro.
Já mostramos aqui que a IA acelera partes do desenvolvimento, mas não substitui diagnóstico nem contrato. O vibe coding é o outro lado dessa mesma moeda: quando a velocidade vira o único critério, a revisão desaparece — e é justamente a revisão que separa um sistema confiável de um risco disfarçado de entrega rápida.
As perguntas que valem a pena fazer antes de fechar
Depois de decidir contratar um sistema sob medida, leve estas quatro perguntas para a conversa com o fornecedor. A forma como ele responde diz mais do que qualquer portfólio:
- Quem revisa o código que a IA gera antes de ele entrar no seu sistema?
- Existe teste automatizado, ou "parece que funciona" é o critério final?
- Você recebe o código-fonte completo, ou fica dependente de quem programou?
- O que acontece com o suporte se a pessoa que conduziu a IA sair da equipe?

O que essas respostas revelam, e os sinais de alerta
A pergunta sobre revisão separa dois tipos de fornecedor. O que revisa de verdade explica o processo com naturalidade: conta quem olha o código, o que é testado e o que acontece quando um teste falha. O que não revisa tende a responder em termos genéricos, como "usamos as melhores práticas", sem dizer qual prática é essa.
A pergunta sobre o código-fonte separa outro par: quem entrega o repositório completo, sem letra pequena, e quem guarda alguma parte "por segurança" — o que normalmente quer dizer que você fica amarrado a quem escreveu, IA ou não.
Preste atenção em três respostas que merecem desconfiança: explicação vaga sobre como o código é revisado, promessa de prazo curto sem mencionar teste ou revisão, e ausência de qualquer garantia contratual sobre o que foi entregue.
Fornecedor sério explica o processo sem se incomodar com a pergunta. Se a resposta soa ensaiada, genérica ou muda de assunto para falar só de preço, isso já é um dado — e vale mais do que qualquer print de tela bonita na proposta.
O papel do contrato de garantia nisso tudo
Contrato de garantia não é papel para arquivar depois da assinatura. É o que dá ao cliente o direito de exigir correção quando algo que devia funcionar não funciona — inclusive quando o defeito vem de um trecho gerado por IA que passou sem revisão.
Sem essa cláusula, o risco do vibe coding cai inteiro no colo de quem contratou: o sistema já está em produção, o fornecedor já foi pago, e corrigir vira um projeto novo, cobrado como projeto novo.

O que muda no prazo e no preço quando existe revisão de verdade
Revisar custa tempo, e tempo custa dinheiro. Um fornecedor que revisa de verdade o código que a IA produz não entrega mais rápido do que o razoável — entrega no prazo que o próprio projeto pede, sem cortar a etapa que garante que o sistema aguenta o uso real.
É diferente de prazo inflado por enrolação. A diferença aparece no contrato: escopo fechado, entrega com garantia, e nenhuma etapa pulada para caber num prazo que parecia bom demais para ser verdade.
Como a gente trabalha com isso
Na Além do Dev, a IA entra como ferramenta de quem programa, nunca como substituta de revisão. Todo código passa por quem assina o projeto, e o contrato de garantia cobre o que foi entregue — não só o que parecia funcionar na demonstração.
Não é sobre desconfiar de todo fornecedor que usa IA. É sobre diferenciar quem usa com responsabilidade de quem usa só para entregar rápido. A pergunta certa, feita na hora certa, custa dois minutos de conversa e evita meses de dor de cabeça.
Se você está avaliando contratar um sistema sob medida agora, comece pelo diagnóstico sem custo: a gente conversa sobre o seu processo antes de qualquer linha de código.

