Construir ou comprar IA

A resposta curta

Você não está escolhendo entre construir e comprar. Está escolhendo, para cada camada do sistema, qual delas é sua. Quase ninguém deveria construir um modelo. Quase ninguém deveria comprar a parte que codifica como o seu negócio decide.

Colocada como um sim ou não único, essa pergunta não tem resposta boa, e é por isso que ela trava em comitê por meses.

A pergunta é qual camada, não se

Todo sistema de IA em produção é uma pilha. Embaixo, o modelo. Acima dele, o encanamento: recuperação, orquestração, avaliação, observabilidade. Acima disso, a integração com os seus sistemas. No topo, a lógica de decisão, que é a parte que codifica o que o seu negócio faz e por quê.

Essas camadas têm economia oposta. A de baixo é commodity, fica mais barata e melhor sem você. A de cima é a única que um concorrente não copia assinando o mesmo contrato que você assinou.

Então a regra é simples de enunciar e difícil de seguir: alugue a base, seja dono do topo.

O que quase ninguém deveria construir

O modelo. Treinar ou fazer fine-tuning de um modelo de fundação para competir com o que você chama por API é uma forma de gastar um ano perdendo terreno, e a diferença se fecha sozinha a cada poucos meses.

O encanamento commodity. Armazenamento vetorial, agregação de log, tracing. Está resolvido, é barato e é chato, e construir isso consome tempo de engenharia sênior que tem uso melhor.

A interface genérica. Se o seu caso é uma janela de chat sobre documentos, existem vinte produtos que fazem isso, e a pergunta honesta é se você precisava mesmo de uma janela de chat.

O que quase ninguém deveria comprar

A lógica de decisão. As regras de quando aprovar, quando escalar, o que oferecer para quem, o que nunca fazer. Isso é o seu negócio. Comprar significa alugar de volta o seu próprio julgamento de um fornecedor, e é o caminho mais rápido para ficar idêntico aos seus concorrentes.

Os critérios de avaliação. O que conta como resposta correta no seu domínio não é algo que um fornecedor define por você. Se ele define, ele controla o padrão pelo qual você é cobrado.

A integração com os seus sistemas centrais. Não porque fornecedor não saiba fazer, mas porque é nessa costura que mora o seu conhecimento operacional. Terceirize e toda mudança futura passa a depender do roadmap de outra empresa.

O custo escondido de comprar

A licença é o número visível e raramente o maior. Embaixo dela: trabalho de configuração que parece implantação e se comporta como desenvolvimento, preparação de dado que você faz de qualquer jeito, e a integração que ninguém escopou.

Depois os custos estruturais. O formato do seu dado tem que se curvar ao modelo deles. Seu processo tem que se curvar às suposições deles. Quando você precisa de um comportamento que o roadmap deles não tem, você espera, e esperar é custo mesmo quando ninguém te cobra por isso.

O que mais dói chega depois. Se a ferramenta vira estrutural e o fornecedor sobe preço, muda termos ou é adquirido, sua alavanca é o custo de troca que você deixou acumular.

O custo escondido de construir

Contratar é o óbvio, e é adiado, não evitado. Engenheiro de IA sênior leva meses para contratar, custa bem mais que a linha do salário, e não entrega nada durante a rampa.

O custo maior é a curva de aprendizado nas partes chatas. Guardrails, avaliação, controle de custo, versionamento de prompt, observabilidade. Um time construindo seu primeiro sistema de IA em produção paga essas lições em incidente, e paga de novo na reescrita que vem depois.

E manutenção não acaba. O fornecedor do modelo publica atualização, seu dado deriva, seu produto muda. O que você construiu é o que você mantém, o que é ótimo se for núcleo e caro se não for.

O híbrido que costuma ganhar

Alugue o modelo. Use ferramenta aberta madura para o encanamento em vez de construir ou comprar. Seja dono da recuperação sobre o seu próprio dado, da lógica de decisão, dos critérios de avaliação e da integração com os seus sistemas.

Nesse formato, o risco de fornecedor fica contido na camada que é de fato commodity, e a parte que te diferencia continua no seu repositório. Trocar de fornecedor de modelo vira mudança de configuração, não reconstrução.

É para esse formato que a gente constrói quando faz IA em produção, ponta a ponta, não por moda, mas porque é o único arranjo em que a parte cara também é a parte que fica com você.

Como decidir numa tarde

Pegue o caso de uso específico, não IA em geral. Escreva a decisão que está no centro dele. Depois, quatro perguntas.

Essa decisão codifica algo específico de como a gente opera, ou qualquer empresa do nosso setor decidiria igual? Específico significa construir. Genérico significa comprar. Um concorrente ganharia alguma coisa tendo exatamente isso? Se sim, construa. Existe produto que já faz oitenta por cento, e os vinte que faltam são cosméticos ou estruturais? Cosmético significa comprar. E se esse fornecedor dobrar o preço em dezoito meses, o que a gente faz? Se a resposta é pagar, você está comprando algo que deveria ser seu.

Repare que nenhuma dessas é pergunta técnica. Se a resposta honesta é que você precisa da capacidade em caráter permanente, a comparação muda para montar time interno.

O que muda com escala

Volume muda a aritmética. Em volume baixo, preço por requisição é barato e construir é difícil de justificar. Passado um limiar, a mesma conta financia um time, e o cálculo se inverte sem ninguém revisitar.

Regulação muda também. A partir do momento em que você precisa mostrar por que uma decisão foi tomada, fornecedor opaco vira passivo em vez de atalho, e a trilha de auditoria precisa ser sua.

O conselho prático é revisitar a decisão anualmente em vez de tratá-la como permanente. A maioria dos stacks acumula ferramenta que ninguém escolheria de novo, e ninguém percebe porque a escolha foi feita uma vez só.