Estudos de caso
Como a engenharia de prompt NTC faz modelos de IA menores render mais
A gente não queria economizar tokens. Queria que a IA acertasse mais. Um estudo com 6 modelos de 3 empresas mostrou algo que não esperávamos: quando você estrutura melhor a informação, os modelos menores começam a performar perto dos grandes — e a economia aparece sozinha, de brinde.
Existe uma ideia que virou senso comum e que eu acho que está errada: a de que, se você quer que a IA custe menos, precisa aceitar que ela vai entregar menos. Comprimir o prompt, cortar contexto, resumir a instrução — e torcer para não perder qualidade no caminho. Quase todo mundo que trabalha com isso já viveu esse trade-off. Você aperta de um lado, vaza do outro.
Este texto é sobre o que aconteceu quando decidimos ir na direção oposta. Não comprimir para gastar menos, mas comunicar melhor para a IA acertar mais. E sobre a surpresa que veio junto: quando a comunicação melhora de verdade, o gasto cai sozinho — sem que você tenha pedido por isso.
O sistema que fizemos isso funcionar se chama NTC. É uma engenharia de prompt proprietária que criei — o mesmo caminho que me levou a criar o método Prompthen. Por ser proprietária, o que compartilho neste estudo de caso são os resultados, o desempenho e a metodologia — não os detalhes internos. Mas o o quê, o porquê e, principalmente, os resultados medidos, esses eu abro por inteiro. Inclusive as limitações. Sobretudo as limitações.
O problema de verdade não é o custo. É a comunicação.
Conversar com um modelo de IA em linguagem natural é caro de um jeito que a gente nem percebe. É verboso: você escreve três parágrafos para dizer algo que caberia numa linha. É ambíguo: a mesma frase pode ser lida de duas maneiras, e você só descobre qual delas o modelo escolheu quando a resposta chega torta. E é frágil: um detalhe fora do lugar e a instrução inteira muda de sentido.
O caminho que a maioria segue para lidar com isso é o da compressão. Encurta, resume, poda. O problema é que compressão, feita assim, é subtração. Você tira palavras e reza para que o sentido sobreviva. Às vezes sobrevive. Muitas vezes não — e o modelo passa a responder com base numa versão empobrecida do que você queria dizer.
A pergunta que ficou martelando foi outra. E se o gargalo não fosse a quantidade de palavras, mas a forma como a informação é entregue ao modelo? E se o problema não fosse falar demais, mas falar de um jeito que a IA precisa se esforçar para entender?
A virada: qualidade primeiro, economia como consequência
Foi aqui que a lógica se inverteu.
O objetivo nunca foi economizar tokens. O objetivo sempre foi fazer o modelo performar melhor — fazer mais com menos. A economia de tokens veio como consequência da eficiência, não como meta.
Essa distinção parece pequena e não é. Quando sua meta é gastar menos, você mede o sucesso pela conta no fim do mês, e a qualidade vira uma variável que você tenta não estragar. Quando sua meta é o modelo entender melhor, você mede o sucesso pelo acerto — e aí acontece uma coisa curiosa: uma informação bem organizada é, ao mesmo tempo, mais fácil de entender e mais enxuta. As duas coisas andam juntas quando você mira na compreensão. Elas só brigam quando você mira no corte.
A surpresa foi não precisar trocar qualidade por economia. Conseguimos unir duas coisas que normalmente não andam juntas.
A jornada até aqui
O NTC não nasceu pronto num dia. Eu o desenvolvi ao longo do segundo semestre de 2025 — o mesmo trabalho de bastidores que sustenta o método Prompthen, que também criei —, e a evolução foi bem o oposto de um lampejo: partiu de um conceito, passou por primeiras versões cruas, e foi sendo apertado, testado e refeito.
Em outubro de 2025 veio a primeira grande otimização — e, com ela, a decisão de parar de confiar na intuição e medir. Foi quando montamos a rodada de validação empírica que este texto conta. Depois disso vieram refinamentos sucessivos, até a versão final que usamos hoje.
E "hoje" aqui tem um peso específico. Este artigo publica em 2026 algo criado no ano passado, validado ao longo de meses, e que hoje é um produto ativo — não um experimento parado numa gaveta. O NTC roda em todos os nossos fluxos de trabalho com IA. Não é teoria bonita; é a ferramenta que a gente pega todo dia.
Um aviso honesto antes de continuar, porque ele importa: eu não vou apresentar isto como "a versão 1 acertou tanto, a versão 2 acertou mais". Esse dado não existe, e inventar seria trapaça. O que existe é uma jornada iterativa e uma validação empírica da abordagem final. Os números abaixo pertencem a essa abordagem validada — não a um placar entre versões.
Como validamos
A montagem do teste foi deliberadamente hostil ao NTC. A ideia era não facilitar.
Pegamos 6 modelos de IA de 3 empresas diferentes — Google, OpenAI e Anthropic — de tamanhos bem variados, dos pequenos e rápidos aos grandes e avançados. Rodamos 5 experimentos de complexidade crescente, totalizando 36 testes.
O detalhe cruel: cada especificação foi enviada sem nenhuma explicação prévia. Zero system prompt. Nenhum manual, nenhum "isto aqui funciona assim". Só a especificação em NTC e uma pergunta seca — o que isso representa? Se o modelo não entendesse de imediato, teríamos que admitir que o NTC só funciona para quem já foi treinado nele. E aí ele não serviria para nada.

O que aconteceu foi o primeiro resultado que vale como frase solta, dessas que você anota:
Em 36 testes com 6 modelos de 3 empresas diferentes, sem uma linha de explicação prévia, a compreensão média do NTC ficou em 91%.
Nenhum dos 36 testes precisou de manual. Zero. O NTC é entendido de imediato — e isso não é um detalhe estético, é a diferença entre uma ferramenta que funciona em qualquer lugar e uma que exige setup toda vez.
O que descobrimos
Estrutura não atrapalha. Estrutura ajuda.
Essa foi a descoberta que mais mexeu com a minha cabeça, porque contraria a intuição.
O primeiro formato que testamos era mais "plano" — a informação toda no mesmo nível, sem hierarquia clara. Ficou em 64% de compreensão. Nada brilhante. A tentação natural, quando um teste vai mal, é simplificar mais, tirar coisa, deixar mais leve.
Fizemos o contrário. Organizamos a mesma informação de forma hierárquica — com camadas, com o que é principal separado do que é detalhe. E a compreensão saltou para 95%. Um ganho de +31 pontos percentuais, na mesma informação, só arrumando a casa.

Continuamos subindo a complexidade e o desempenho continuou alto, chegando a um pico de 97%. A lição, que também rende uma frase solta:
Complexidade bem estruturada ajuda a IA a entender, em vez de atrapalhar. O inimigo da compreensão não é a densidade da informação — é a bagunça.
Uma parte do que faz o NTC funcionar é o uso de âncoras semânticas universais: elementos que os modelos já reconhecem por conta própria, sem precisar de dicionário. O efeito prático é esse: o modelo já chega sabendo ler, porque a linguagem se apoia em coisas que ele já traz de casa.
Robustez: o comportamento de "auto-cura"
Aqui veio o resultado que eu mais gosto de contar, porque é o mais parecido com gente.
Numa das especificações, introduzimos 47 erros propositais — coisas quebradas de várias naturezas, espalhadas pelo texto. A pergunta era: quanto o modelo perde quando a instrução vem suja?
A compreensão caiu de 96% para 90%. Uma degradação de apenas ~6,5% diante de 47 erros deliberados. Mas o número não é a parte mais interessante.
O mais notável é que nenhum dos 6 modelos sequer apontou que havia erros. Todos simplesmente entenderam o sentido e seguiram em frente — do mesmo jeito que você lê um texto com erros de digitação e nem percebe, porque seu cérebro conserta na hora. É um comportamento de auto-cura por contexto. O modelo lê a intenção, não a letra.

O achado que muda o jogo
Se você lê só uma parte deste artigo, que seja esta.
Quando quebramos os resultados por modelo, apareceu o padrão que sustenta tudo. Os modelos menores e mais baratos performaram perto dos grandes quando a informação foi bem estruturada com NTC.
Um exemplo concreto do estudo: um modelo que foi mal no formato inicial — 30% de compreensão, praticamente perdido — saltou para 85% quando a mesma informação foi reorganizada com NTC. Não trocamos o modelo. Não demos mais poder de fogo a ele. Mudamos só como a informação chegava até ele. E ele passou de "mal dava conta" para "dá conta".
Mais que isso: num dos testes, um modelo pequeno e rápido foi mais robusto a erros do que um modelo grande e de ponta. O tamanho não determinou tudo. A forma da comunicação, sim.

Isso reposiciona a conversa inteira. A frase que resume:
O NTC não pede um modelo melhor. Ele faz o modelo que você já tem performar melhor — só mudando a forma como você fala com ele.
E a consequência prática disso é direta: se um modelo menor, bem comunicado, chega perto de um modelo grande, você não precisa do modelo grande para a maior parte do trabalho. A economia, de novo, aparece — mas ela é efeito, não causa.
A economia como consequência
Chegamos, enfim, na parte que todo mundo espera que seja o começo — e que para nós é o fim da história, não o início.
Medimos a economia de forma independente do estudo de compreensão, com tokenizador, sobre 93 casos reais de produção. Não estimativa, não achismo: os pares de antes e depois, contados token a token.
O resultado: em média, 56% menos tokens, chegando a 74% nos melhores casos. Foram números medidos, com um caso ou outro fugindo da média nas duas direções — inclusive um raríssimo em que o formato ficou levemente maior, e que a gente conta porque esconder outlier é o começo da desonestidade.
Vale martelar, porque é o coração do argumento:
A economia de tokens do NTC é consequência da eficiência, não o objetivo dela. E o mais importante: ela não custou qualidade. Não houve troca — houve ganho dos dois lados.
Quem comprime prompt normalmente paga a economia com um pedaço da qualidade. Aqui, a qualidade subiu (o modelo entende melhor) e o custo caiu (a instrução é mais enxuta). São duas coisas que quase nunca andam de mãos dadas, e o único jeito de fazê-las andar juntas é parar de mirar no corte e começar a mirar na clareza.
As limitações (porque candura é credibilidade)
Um estudo de caso que só tem boas notícias não é um estudo de caso — é um panfleto. Então, com o mesmo cuidado dos números bons, os limites:
As estatísticas publicadas são de modelos da era 2025 — a abordagem em si é atual e roda em produção hoje. Vale separar bem as duas coisas, porque elas costumam ser confundidas. A validação estatística deste artigo foi feita em outubro de 2025, com os modelos daquela época: é o número com data de nascimento. A validação prática, essa é contínua e atual — o NTC está em produção diária agora, com os modelos modernos de hoje, entregando alta qualidade. Não é uma promessa nem uma nova estatística: é o que a gente usa todo dia e vê funcionar. Então nada aqui deve ser lido como "a técnica pode estar desatualizada". A técnica é atual e comprovada na prática; só o placar publicado carrega a data de 2025.
A pontuação de compreensão usou uma avaliação criteriosa, porém de escala própria. Foi um julgamento consistente, não um padrão de indústria auditado por terceiros. Levo a sério, e ao mesmo tempo reconheço que não é o mesmo que uma métrica externa validada.
Existe um limite prático de complexidade. A partir de certo ponto, o ganho estabiliza — o NTC não vira mágica que escala para o infinito. Ele tem um regime onde brilha, e vale saber qual é.
E o limite mais importante de todos: o NTC brilha em especificação e instrução técnica. Ele não valida a lógica ou a matemática por você. Se a sua regra de negócio está errada, o NTC vai comunicar a regra errada com uma clareza impecável. Revisão humana continua sendo parte do processo — ele afia a comunicação, não substitui o julgamento.
Onde o NTC brilha — e o que ele traz para o dia a dia da IA
Números são abstratos até você ver onde eles pousam. Então deixa eu ser concreto sobre onde o NTC entrega valor de verdade.
Uso diário de IA. O ganho mais imediato e menos glamouroso: você faz o modelo que já tem responder melhor. Sem trocar de ferramenta, sem plano mais caro. A mesma pergunta, comunicada com clareza estruturada, volta com uma resposta que acerta mais e diverga menos do que você pediu. É a alavanca de qualidade que não custa nada além de mudar como você fala.
Comunicação entre agentes de IA e automações. É aqui que a gente mais usa. Num fluxo automatizado não tem humano relendo cada instrução no meio do caminho — o modelo precisa entender de primeira, ou o pipeline inteiro sai torto. A clareza, que já importa quando é você conversando com a IA, importa ainda mais quando são máquinas conversando entre si. E tem um efeito de segunda ordem: instruções mais enxutas deixam os agentes trocarem mais informação no mesmo espaço, com um cache mais estável. Menos ruído, mais sinal, dentro da mesma janela.
Empresas. A promessa aqui não é sedutora do jeito que vendedor gosta, mas é honesta: fazer o modelo que a empresa já paga render mais, em vez de empurrar a troca por um mais caro. Isso se aplica em atendimento, em documentação, em especificação técnica — em qualquer lugar onde a IA precisa entender uma instrução com precisão. A economia aparece na conta, mas o que se compra de verdade é confiabilidade: o modelo erra menos porque entende melhor.
Processamento. Menos tokens significam, literalmente, menos processamento para a mesma tarefa. Cada token que o modelo não precisa mastigar é trabalho que não acontece. Não é metáfora — é a mecânica direta de como esses sistemas rodam.
Eficiência energética. E aqui eu preciso ser rigoroso com o que afirmo, porque é fácil escorregar. Nós não medimos consumo elétrico — não há um número de kWh neste estudo, e eu não vou inventar um. Mas a relação é uma implicação lógica direta, não um chute: cada token que não precisa ser processado é processamento, e portanto energia, que não se gasta. A redução de tokens que medimos tem, como consequência lógica, uma redução de trabalho computacional. Chame de sustentabilidade, chame de eficiência — o ponto é que fazer a mesma tarefa com menos processamento é, por definição, gastar menos. Não como métrica que eu bati, mas como consequência que não dá para negar.
O que isso significa na prática
Tirando a moldura de estudo, o que sobra é simples.
O NTC hoje é produto ativo. Roda em todos os nossos fluxos de trabalho com IA, todos os dias, e não como demonstração — como infraestrutura. É o tipo de engenharia que a gente aplica quando entra num projeto de cliente: não a promessa de trocar o modelo dele por um mais caro, mas a de fazer o que ele já tem render mais, comunicando melhor.
Isso conversa com uma ideia que guia tudo o que faço no método Prompthen — que criei, assim como criei o NTC, movido pela mesma teimosia. A ideia é esta: a complexidade deve ser opcional, nunca uma barreira. Você não precisa entender como o NTC funciona por dentro para colher o resultado dele. A porta está aberta para quem quiser abrir o capô. Mas ninguém é obrigado.
E, para ser transparente sobre o modelo de trabalho: o método e o conteúdo são gratuitos. O que se cobra, quando se cobra, é o serviço de aplicar isso na dor específica de alguém — consultoria, treinamento, projeto. Não é o foco deste texto, e menciono só para você saber de onde vem o sustento de quem escreve. O conhecimento fica aberto.
No fim, o NTC não é sobre uma linguagem secreta. É sobre uma ideia teimosa: a de que a maior parte do que a gente chama de "limitação do modelo" é, na verdade, limitação da nossa forma de falar com ele. Arrume a forma, e o modelo que você já tem te surpreende.
Perguntas frequentes
Como fazer um modelo de IA mais barato performar melhor?
O caminho mais rápido não é dar mais poder ao modelo — é dar informação mais bem estruturada a ele. A maior parte do que a gente chama de "limitação do modelo" é, na verdade, limitação da forma como a informação chega até ele. Foi exatamente isso que medimos com o NTC, a engenharia de prompt que usamos: um modelo pequeno saltou de 30% para 85% de compreensão só pela reorganização da informação, sem troca de modelo. Arrume a forma da comunicação e o modelo barato que você já tem começa a render como um caro.
Dá para reduzir o custo de IA sem perder qualidade?
Dá — e o pulo do gato é parar de mirar no corte e mirar na clareza. Comprimir prompt paga a economia com um pedaço da qualidade; estruturar melhor a informação faz as duas coisas subirem juntas. No nosso estudo com o NTC, sobre 93 casos reais de produção medidos com tokenizador, o consumo caiu em média 56% (até 74% nos melhores casos) e a compreensão subiu no mesmo movimento. Não houve troca: houve ganho dos dois lados.
Por que modelos de IA menores falham em tarefas complexas?
Na maioria das vezes não é falta de capacidade — é sobrecarga de bagunça. Quando a informação vem plana, ambígua ou desorganizada, o modelo menor gasta esforço tentando decifrar a intenção e erra. Reorganize a mesma informação de forma hierárquica, com o principal separado do detalhe, e o desempenho sobe. No teste com o NTC, passar de um formato plano para um hierárquico levou a compreensão de 64% para 95% — a mesma informação, só arrumada. O inimigo da compreensão não é a densidade; é a desordem.
Vale a pena usar sempre o modelo de IA mais caro e poderoso?
Quase nunca, se a comunicação for boa. Quando um modelo menor bem comunicado chega perto de um grande, você não precisa do grande para a maior parte do trabalho. No nosso estudo, modelos menores e mais baratos performaram perto dos grandes quando a informação foi estruturada com NTC — e, num dos testes, um modelo pequeno e rápido foi até mais robusto a erros do que um modelo grande de ponta. O tamanho não determinou tudo; a forma da comunicação, sim.
Como melhorar a qualidade das respostas de um modelo de IA sem trocar de modelo?
Melhorando o que entra, não o que responde. O modelo devolve a qualidade da informação que recebe: instrução clara e bem organizada gera resposta melhor sem tocar no modelo. Foi o que medimos com o NTC — a mesma informação, reorganizada, levou a compreensão de 64% para 95% (com pico de 97%) nos mesmos modelos, sem troca de hardware nem de versão. A alavanca mais barata de qualidade em IA é a forma da comunicação.
É possível fazer a IA entender instruções complexas sem erros?
Complexidade não é o problema — bagunça é. Instruções complexas, quando bem estruturadas em camadas, ajudam a IA a entender em vez de atrapalhar. No estudo com o NTC, a compreensão subiu conforme a complexidade foi bem organizada, chegando a um pico de 97%. E há um efeito extra de robustez: injetamos 47 erros propositais numa especificação e a compreensão caiu só de 96% para 90% — nenhum dos 6 modelos sequer apontou os erros, todos entenderam a intenção e seguiram, como quem lê um texto com erros de digitação sem perceber.
O que é o NTC?
O NTC é uma engenharia de prompt proprietária criada por Paulo Teixeira — criador do método Prompthen — para comunicar informação a modelos de IA de forma mais clara e eficiente. Ele reorganiza a informação de um jeito que os modelos entendem melhor, sem exigir treino prévio. Numa validação com 6 modelos de 3 empresas em 36 testes, alcançou 91% de compreensão média. Os resultados e a metodologia são abertos; os detalhes internos, por ser proprietário, não.
Modelos menores realmente performam melhor com o NTC?
Sim, e é o achado central do estudo. Modelos menores e mais baratos performaram perto dos grandes quando a informação foi bem estruturada com NTC. Num caso concreto, um modelo saltou de 30% para 85% de compreensão só pela forma como a informação foi organizada — sem troca de modelo. Em outro teste, um modelo pequeno e rápido foi mais robusto a erros do que um modelo grande de ponta.
O NTC reduz custo de IA?
Reduz, mas como consequência, não como objetivo. Medindo de forma independente com tokenizador, sobre 93 casos reais de produção, a redução foi de 56% de tokens em média, chegando a 74% nos melhores casos. O ponto importante é que essa economia não custou qualidade: o modelo passa a entender melhor e a instrução fica mais enxuta ao mesmo tempo.
Em que tipo de tarefa o NTC ajuda mais?
Onde ele mais brilha é em especificação e instrução técnica — quando você precisa que a IA entenda com precisão o que fazer, sem margem para interpretação torta. É o terreno em que a clareza vira acerto direto. Ele ajuda menos, e a gente é honesto sobre isso, na validação de lógica ou de matemática: se a regra por trás estiver errada, o NTC comunica a regra errada com clareza impecável. Ele afia a comunicação, não o julgamento.
O NTC serve para quem não é programador?
Serve. Você não precisa entender como o NTC funciona por dentro para colher o resultado dele — do mesmo jeito que não precisa saber como a geladeira funciona por dentro para conservar comida. Isso é parte do método Prompthen que guia o meu trabalho: a complexidade deve ser opcional, nunca uma barreira. A porta está aberta para quem quiser abrir o capô, mas ninguém é obrigado. O que importa é o resultado, e ele chega sem exigir que você seja técnico.
O NTC ajuda a economizar em qual parte do uso de IA?
Na conta de tokens — que é onde o custo de IA aparece. Como a instrução fica mais enxuta ao mesmo tempo em que fica mais clara, você processa a mesma tarefa com menos tokens. Sobre 93 casos reais de produção, a redução medida foi de 56% em média, até 74% nos melhores casos. Mas vale repetir: a economia é consequência da eficiência, não o objetivo. A meta é o modelo entender melhor; a conta menor vem de brinde.
O NTC funciona com agentes de IA e automações?
Funciona, e é exatamente aí que a gente mais o usa. O NTC roda em todos os nossos fluxos de trabalho com IA — agentes, automações, pipelines — como infraestrutura, não como demonstração. Em fluxo automatizado a clareza importa ainda mais, porque não há um humano relendo cada instrução no meio do caminho; o modelo precisa entender de primeira. É o que fazemos todo dia em produção.
O NTC ainda funciona com os modelos de IA atuais?
Sim. E é importante separar duas validações que costumam ser confundidas. A validação estatística deste artigo — os números medidos — foi feita com modelos da era 2025, e essa é a data honesta do placar publicado. Já a validação prática é contínua e atual: o NTC está em produção diária hoje, com os modelos modernos de agora, entregando alta qualidade. Não é uma nova estatística; é a realidade do uso em produção. A técnica é atual e comprovada na prática — só as estatísticas publicadas carregam a data de 2025.
O NTC funciona em qualquer modelo de IA?
Nos testes, funcionou nos 6 modelos avaliados — de Google, OpenAI e Anthropic, dos pequenos aos grandes. Nenhum dos 36 testes precisou de explicação prévia; o NTC foi entendido de imediato em todos. As estatísticas foram medidas com os modelos da era 2025, mas a abordagem segue em produção diária com os modelos modernos de hoje, entregando alta qualidade.
Os dados do estudo são de quando?
A validação estatística é de outubro de 2025, com os modelos disponíveis naquele momento — e essa data está declarada de propósito, porque esconder a idade do dado seria desonesto. O que não envelheceu foi a abordagem: o NTC continua em produção diária hoje, com os modelos modernos atuais. As estatísticas têm data; a técnica, não.
Como posso confiar nesses resultados?
Pela forma como foram medidos. Foram 6 modelos de 3 empresas diferentes, 36 testes, e cada especificação foi enviada sem nenhuma explicação prévia — zero system prompt, nenhum manual —, então nada dependeu de treinar o modelo antes. A economia foi medida à parte, com tokenizador, token a token, sobre 93 casos reais de produção. E as limitações estão todas declaradas no artigo, inclusive os outliers. Um estudo de caso que só tem boas notícias é panfleto; este mostra também onde o NTC não brilha.
O NTC é como comprimir um prompt?
Não. Comprimir um prompt normalmente significa cortar palavras e correr o risco de perder sentido — você troca qualidade por economia. O NTC faz o oposto: melhora a forma como a informação chega ao modelo, então a compreensão sobe e o tamanho cai ao mesmo tempo. A economia vem da eficiência, não de subtração.
O NTC substitui a revisão humana?
Não. O NTC é excelente em especificação e instrução técnica, mas não valida a lógica ou a matemática do que você está pedindo. Se a ideia por trás estiver errada, ele vai comunicá-la com clareza mesmo assim. A revisão humana continua sendo parte necessária do processo — o NTC afia a comunicação, não o julgamento.