O modelo é alugado. A operação é sua.

Edmo Lima

O que não pode mudar quando o modelo mudar.


Modelos vão continuar melhorando. E vão continuar sendo trocados. Essa é a única premissa segura em IA empresarial. Ela basta para derivar tudo.

Se a peça mais visível do sistema muda a cada trimestre, a pergunta não é qual modelo usar. A pergunta é o que não pode mudar quando o modelo mudar.

A primeira geração de projetos de IA não fez essa pergunta porque não precisava. Um prompt, um contexto, uma chamada, uma resposta. Isso prova capacidade. Não opera um processo.

O modelo é um runtime probabilístico. Ele não sabe quem é o seu cliente. Não sabe o que é margem. Não sabe quem pode aprovar o quê, nem o que uma decisão custa. Isso não é falta de inteligência. É falta de estado. E inteligência sem estado é opinião.

O mercado já entendeu. No gateway da Vercel, modelos abertos carregaram 29% dos tokens em junho de 2026 com menos de 4% do gasto, enquanto quatro laboratórios concentraram 95% das despesas. O trabalho barato já vai para modelos baratos. O risco fica onde a qualidade é comprovada. Volume e risco viajam por caminhos separados.

E a pesquisa da Writer mediu o outro lado: com memória ativada, todos os modelos avaliados ao menos triplicaram a tendência de concordar com uma crença errada do usuário. Memória melhora continuidade e institucionaliza erro com a mesma eficiência. O vendedor que ensinou o desconto errado ao sistema ensinou à empresa inteira.

Daqui sai o invariante. Modelos são substituíveis. O que a empresa acumula não pode ser. Dados, regras, permissões, histórico, critérios de avaliação: isso precisa ficar parado enquanto modelos entram e saem. A vantagem mora no invariante, não no modelo do trimestre.

Essa separação tem um nome: compilar, não interpretar.

O modelo trabalha onde a ambiguidade mora, antes da operação. Transforma intenção, regra e política em artefatos fixos, testados, validados. A operação executa esses artefatos sem o modelo no caminho crítico. O modelo não desaparece. Vira exceção orçada, reservada ao que é genuinamente ambíguo.

Cada decisão que migra do interpretado para o compilado ganha três propriedades que inferência nunca terá. Pode ser testada antes. Pode ser auditada depois. E custa o mesmo em qualquer volume.

O modo de falha dominante é o contrário disso: o acoplamento. O prompt vira a política comercial. O provedor vira o arquivo da empresa. A busca vira a identidade do cliente. Ler vira poder agir. O log substitui a explicação. A correção não ensina nada, e a empresa paga pelo mesmo erro para sempre.

São seis formas do mesmo erro: interpretar em produção o que deveria ter sido compilado antes dela. Uma política dentro de um prompt é reinterpretada a cada chamada, com variação, sem versão, sem teste. A mesma política compilada é validada uma vez e executa sempre igual.

A camada que sustenta o invariante tem sete responsabilidades. Não são sete produtos. São sete perguntas que alguém precisa ter respondido. E o erro clássico é começar pela quarta, o modelo, e improvisar o resto conforme o piloto cresce. O caminho robusto começa pelo processo que precisa ser concluído, e só então decide onde o modelo cria valor.

Primeira: de quem é a verdade. Cada dado tem uma fonte de autoridade, uma idade e um dono. O cliente do CRM e o sacado do financeiro podem ser a mesma empresa, ou não, e o sistema precisa saber antes de decidir. Estoque velho em horas custa venda; política comercial velha em horas não custa nada; um contrato assinado não muda nunca. E a permissão viaja com o dado: copiar registros para um índice sem levar quem podia vê-los cria um segundo universo de acesso, sempre mais permissivo que o primeiro. Filtre antes de o modelo ver, não depois de ele responder.

Segunda: resposta com fonte, não opinião. Similaridade de texto responde o que se parece com a pergunta. Uma decisão exige outra coisa: qual cliente, qual contrato, qual regra vale agora, qual evidência sustenta. Antes de qualquer chamada, um compilador de contexto resolve quem pede, o que pode ver, qual versão das regras vale hoje. E muitas vezes a saída desse compilador é a própria resposta. "Qual a margem deste pedido" não precisa de modelo. Precisa de uma consulta certa, com custo próximo de zero e resposta idêntica todas as vezes. A pergunta antes de cada chamada não é que contexto enviar. É se a chamada precisa existir.

Terceira: memória com escrita governada. Um evento do ERP entra sozinho, com o número da transação. Uma regra de crédito nova exige autor, aprovação e vigência. Uma correção numa conversa gera um candidato a fato, não um fato. O teste é simples: se o sistema não explica por que lembra de algo e onde essa lembrança influenciou decisões, não há memória. Há acumulação. E acumulação é passivo.

Quarta: modelo como portfólio, não como fé. A primeira decisão de roteamento não é entre modelos. É entre compilar e interpretar. O que migra para o caminho compilado leva junto o custo, a variação e o risco. Aos modelos resta o resíduo ambíguo, e uma operação saudável é aquela em que o resíduo encolhe todo trimestre. Sobre o resíduo, evidência decide: a pesquisa RouteLLM mediu mais de duas vezes de redução de custo, sem perda de qualidade, quando o roteamento é aprendido com dados em vez de escolhido por intuição. Sem avaliações privadas, escolher modelo é comparar preço de lista.

Quinta: o lugar do modelo é no plano, não no efeito. Assistentes produzem informação. Agentes produzem efeitos. O modelo propõe: interpreta a situação, monta a recomendação. A execução é fixa: contrato validado, alçada verificada, a mesma intenção nunca vira duas cobranças, e o que foi feito pode ser desfeito. Quando o desenho é esse, trocar de modelo muda a qualidade das propostas. Nunca a segurança dos efeitos. Autonomia é orçamento, não interruptor. Cresce com evidência, não com entusiasmo.

Sexta: ler não é comandar, e comandar não é poder agir. Um documento malicioso pode conter instruções. Um agente pode fazer o que o usuário não poderia. A defesa é separar três coisas que o acoplamento mistura: o conteúdo que pode ser lido, a instrução que define o objetivo, a capacidade que autoriza a ação. Instrução dentro de documento é dado, não comando. O modelo propõe. A política decide. E quem cria a política não é quem a aprova, porque é isso que o auditor vai pedir e o incidente vai cobrar.

Sétima: evidência de ponta a ponta. Quando a resposta sai errada, a causa pode estar no dado, na regra, no modelo, na ferramenta ou na memória. Se só existe o texto final, a investigação não começa. Cada execução precisa de um rastro: qual dado, qual versão da regra, qual modelo, quem aprovou, qual efeito, qual resultado. O mesmo rastro serve ao cliente que quer explicação, ao auditor que quer prova e ao time que quer melhorar.

E uma métrica sintetiza o sistema inteiro: custo por tarefa concluída corretamente. Todo o custo de modelo, contexto, tentativas, revisão e falhas, dividido pelas tarefas concluídas dentro do padrão. Preço por token é linha de FinOps. Não é produtividade. Um modelo barato pode custar caro em retrabalho. Um modelo caro pode ser desperdício em tarefa simples. A unidade de otimização é o processo concluído. Tudo o mais é proxy.

A implantação madura segue essa mesma lógica de evidência. Primeiro o sistema lê e responde com fontes. Depois recomenda, e a comparação com a decisão humana vira o primeiro conjunto privado de avaliação, o ativo que depois permite trocar de modelo com critério. Depois executa o reversível, com aprovação. Por fim, o que tem baixo risco e histórico comprovado roda sozinho. A autonomia é conquistada classe por classe, nunca declarada.

Uma equipe pode construir tudo isso, e às vezes deve: se essa camada é o produto, construa. A armadilha não é construir. É construir por acidente. Um piloto, um conector, um índice, um orquestrador, e um ano depois a empresa opera uma plataforma que ninguém especificou e ninguém pode desligar. Porque o custo real não está nos componentes. Está nas costuras. Quem garante que a permissão removida no ERP morreu também na busca. Quem liga o documento lido à ação executada. Quem versiona regra, memória e avaliação como uma coisa só. Cada pergunta sem dono é um time de plataforma contratado sem decisão de contratar.

A DATAQORE existe para comprimir essas costuras numa camada sobre a stack que a empresa já tem. ERP, CRM, bancos, planilhas e documentos ficam onde estão. A camada conecta, organiza o contexto, seleciona modelos e executa agentes com permissão, aprovação e rastro, no ciclo que chamamos QORE: qualificar as fontes, organizar o contexto, raciocinar sobre o resíduo, executar com limites. Compilar por padrão. Interpretar por exceção. Converter, com evidência, a exceção de hoje na regra validada de amanhã.

A avaliação de qualquer camada dessas cabe em perguntas simples. De onde veio essa resposta, e qual versão da regra ela usou. A permissão removida na origem morreu em todo lugar. Trocar o modelo preserva o resto. O custo é medido por processo concluído. Se a demonstração responde só com uma conversa fluida, ela prova interface. Não prova operação.

O modelo vai continuar mudando. A arquitetura não pode recomeçar a cada mudança. O sistema durável é aquele em que cada avanço de modelo reduz custo ou aumenta qualidade, enquanto o conhecimento da empresa se acumula. E ele se acumula numa forma específica: artefatos compilados. Regras versionadas. Consultas validadas. Avaliações privadas. O que é interpretado evapora a cada chamada. O que é compilado, a empresa possui.

O modelo pode ser alugado. A camada que transforma contexto em decisão, decisão em execução e execução em aprendizado precisa permanecer sob controle.

Fontes e referências