SO nativo de IA · Capítulo 12 de 15 · 40 min
Rotear modelo por classe de tarefa, e medir o corte em vez de repeti-lo
Como dividir as chamadas de IA entre classe barata e classe de fronteira, instrumentar custo por chamada e por classe, comparar qualidade por amostra e decidir o roteamento com o próprio dado da operação.
Este capítulo faz parte do curso gratuito SO nativo de IA.
Rita Bevilacqua abriu a fatura do provedor de modelo e travou: quanto daquele valor foi gasto lendo PDF de medição de obra, e quanto foi gasto escrevendo relatório para cliente. Nenhum dos dois agentes que a Vinco tem em produção grava o custo da chamada nem o tipo de trabalho dela. Este capítulo instrumenta o custo por classe de tarefa e decide o roteamento com dado da própria operação.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
O que isso quer dizer: Existem modelos de inteligência artificial baratos e rápidos, e existem modelos caros que raciocinam melhor. Rotear é decidir qual trabalho vai para qual, exatamente como uma oficina decide o que o aprendiz faz e o que só o mecânico chefe assina. A pergunta que separa os dois grupos é uma só: a resposta certa está determinada pelo que entrou, ou depende de julgamento? Tirar o valor total de um recibo tem resposta certa e conferível. Escrever o relatório que vai para o cliente, escolhendo o que explicar e o que deixar de fora, admite várias respostas defensáveis. Para decidir isso com dado em vez de palpite, cada chamada ao modelo precisa gravar um registro do que custou e de que tipo de trabalho ela era. Por que importa na empresa: A fatura de modelo chega como um número só, e número só não se corta: dá para negociar preço ou desligar um recurso, jamais para mandar o trabalho trivial para o lugar barato. O desperdício típico está em tarefa mecânica rodando no modelo mais caro por herança do primeiro dia. Há um risco simétrico e mais caro: cortar a fatura e empurrar o serviço para o time, que passa a reescrever tudo à mão sem que esse custo apareça em conta nenhuma.
- Etapa 1 de 6: Registre cada chamada
Grave modelo, tokens, custo, processo e classe de tarefa em toda chamada, sem trocar nada ainda.
- Etapa 2 de 6: Classifique antes
Percorra os pontos de chamada e atribua a classe pela pergunta da resposta determinada, olhando preço só depois.
- Etapa 3 de 6: Marque o retrabalho
Registre se a pessoa aceitou, corrigiu ou reescreveu cada saída revisada, no lugar em que o time já trabalha.
- Etapa 4 de 6: Ordene por total
Some o gasto por classe no período e ataque a classe de maior volume, nunca a chamada mais cara.
- Etapa 5 de 6: Troque uma classe
Mude o modelo de uma classe só e compare as saídas em pares, sem revelar qual modelo produziu cada uma.
- Etapa 6 de 6: Escreva a política
Registre classe, modelo, data e o dado que sustentou a escolha, com data da próxima revisão.
Exemplo calculado, com números ilustrativos
| Situação | A conta | Como ler o resultado | O que se decide |
|---|---|---|---|
| Números ilustrativos criados para este exercício. Uma operação faz 2.000 chamadas de extração por mês e cada uma custa R$ 0,20 no modelo caro que herdou do primeiro dia. A fonte registra que um modelo a um vigésimo do preço resolve a maior parte das chamadas. | Hoje: 2.000 chamadas x R$ 0,20 = R$ 400 por mês. Um vigésimo do preço: R$ 0,20 ÷ 20 = R$ 0,01 por chamada, então 2.000 x R$ 0,01 = R$ 20 por mês. Diferença: R$ 400 menos R$ 20 = R$ 380 por mês nessa classe. | Esses R$ 380 valem para uma classe de tarefa, jamais para a fatura inteira. O erro comum é aplicar a proporção ao total e prometer o mesmo corte para redação e síntese, que ficam no modelo caro por decisão. Se o modelo barato precisar de duas tentativas, o custo real por chamada concluída dobra e a conta muda. | A pessoa mede duas semanas de operação normal antes de qualquer troca, escolhe a classe determinada de maior gasto total e troca só ela, com uma amostra lida às cegas por quem responde pela consequência da saída. |
Os números deste exemplo existem para ensinar o raciocínio. Troque base, janela e valor pelos dados da sua empresa antes de decidir qualquer coisa com eles.
Dúvidas de quem está começando
Posso citar o corte de 80% na apresentação da diretoria?
Cite com o dono do número colado nele. Luke Pierce, CEO da Boom Automations, publicou em 17 de agosto de 2026 que rotear corta 80% ou mais do gasto de token, e não publicou amostra, período nem linha de base. É material comercial da própria agência. O que a sua empresa comunica como resultado é o corte que ela mediu, com o período da medição escrito ao lado.
Instrumentar tudo isso não custa mais caro do que economiza?
O custo é disciplina de registro, sem infraestrutura nova: alguns campos gravados no ponto da chamada e um marcador de revisão humana que sai num clique. O que costuma sair caro é o contrário, trocar modelo sem linha de base e depois não conseguir provar se a qualidade caiu, o que leva a voltar tudo atrás e perder o mês.
Rita Bevilacqua, sócia responsável pela operação
Montagem e manutenção de instalações prediais, São Paulo
Dor
Dois agentes em produção, uma fatura agregada de modelo e nenhuma forma de saber qual classe de tarefa consome o dinheiro. O workflow mais caro do mapa, a medição de obra, tem 9,5 horas por semana cronometradas, 3 handoffs e 2 digitações duplicadas, e passou a chamar o modelo em cinco pontos diferentes sem que ninguém tenha decidido qual modelo cada ponto merece.
Solução
Classificar cada chamada em uma classe de tarefa antes de escolher modelo, gravar custo e classe em toda chamada, rodar a classe barata em um modelo barato por duas semanas e comparar a qualidade por amostra cega contra o modelo caro.
Resultado
Rita passa a discutir roteamento com uma tabela de custo por classe da própria Vinco, não com a economia que um fornecedor declarou no material dele.
Custo apurado: Zero de infraestrutura nova. O custo é disciplina de log e uma amostra de qualidade lida por gente.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
Cena inventada para a didática deste curso, com números que se repetem sem alteração em todos os capítulos: 21 pessoas, receita de R$ 31 milhões por ano, dois agentes em produção. A fatura era um número agregado, e número agregado não se corta. Rita podia negociar preço, podia reduzir volume, podia desligar um agente inteiro. O que ela não podia fazer era a única coisa que resolvia o problema: mandar o trabalho trivial para um modelo trivial e guardar o modelo caro para o trabalho que exige juízo. Sem registro por chamada, essa decisão é palpite com cara de engenharia.
Você já roteia trabalho por classe de tarefa há anos, e faz isso sem pensar. Ninguém coloca o engenheiro sênior para conferir se a nota fiscal tem CNPJ preenchido, e ninguém entrega negociação de escopo com cliente irritado para quem entrou na semana passada. A intuição existe porque a folha de pagamento é explícita: hora de sênior aparece na planilha com preço maior, e todo mundo enxerga o desperdício de gastar essa hora em conferência de campo obrigatório.
A âncora quebra exatamente no ponto em que o custo deixa de ser visível. A chamada de modelo caro e a chamada de modelo barato saem do mesmo código, chegam no mesmo formato, demoram alguns segundos as duas e somem na mesma linha de fatura. O sinal de preço que faz você rotear bem entre pessoas simplesmente não existe entre modelos, até que alguém o construa. Instrumentar custo por chamada é reconstruir esse sinal.
Glossário rápido
Workflow
Uma sequência de passos que atravessa pessoas e ferramentas até entregar um resultado. A medição de obra da Vinco é um workflow: o encarregado preenche a planilha, alguém digita no Monday, outra pessoa refaz a conta na planilha de faturamento. É a unidade que o mapa do passo 01 cronometra, e é por workflow que o custo de modelo passa a ser somado neste capítulo.
Classe de tarefa
O tipo de trabalho cognitivo que a chamada faz, definido antes de qualquer decisão de modelo. O agente que faz a chamada, o departamento que pediu e o tamanho do texto ficam fora dessa conta.
Saída determinada pela entrada
Existe uma resposta certa e ela é verificável por máquina. Extrair o valor total de uma medição de um PDF cai aqui: ou o número na saída é o número no documento, ou não é.
Saída que depende de julgamento
Existe um intervalo de respostas defensáveis e a avaliação é humana. Escrever o relatório de medição que vai para o cliente, decidindo o que merece explicação e o que merece silêncio, cai aqui.
A fronteira entre os dois grupos é o eixo de todo o roteamento, e uma pergunta única a traça: a saída correta está determinada pela entrada, ou depende de julgamento sobre alternativas?
As classes de tarefa e o lado da fronteira em que cada uma cai
| Classe de tarefa | Lado | A saída correta é | Como se verifica barato |
|---|---|---|---|
| Extração | Modelo rápido e barato | O dado que está no documento, em campo estruturado | Confronto direto do campo extraído com o documento de origem |
| Parsing | Modelo rápido e barato | A mesma informação em outra forma, sem perda | Ida e volta: a forma reconstruída tem de bater com a original |
| Classificação | Modelo rápido e barato | Um rótulo de uma lista fechada | Amostra rotulada por gente, medida por acerto por rótulo |
| Enriquecimento | Modelo rápido e barato | O registro com campos preenchidos a partir de outra fonte | Conferência do campo preenchido contra a fonte citada |
| Validação | Modelo rápido e barato | Passa ou não passa, com o motivo apontado | Casos de teste conhecidos, incluindo os que devem reprovar |
| Roteamento | Modelo rápido e barato | Destinatário e prioridade, de uma lista fechada | Confronto com o destino que o time humano teria escolhido |
| Raciocínio de múltiplos passos | Modelo de fronteira | Uma cadeia de inferências que se sustenta inteira | Leitura humana do encadeamento, passo por passo |
| Redação | Modelo de fronteira | Um texto que uma pessoa assina sem reescrever | Comparação cega entre saídas de dois modelos |
| Síntese | Modelo de fronteira | O resumo que preserva o que importa e descarta o resto | Checagem de omissão, feita por quem conhece o material |
| Decisão de juízo | Modelo de fronteira | Uma escolha defensável entre alternativas legítimas | Revisão por quem responde pela consequência |
A tabela é ponto de partida, não veredicto. Sua operação pode ter uma classificação que o modelo barato erra de um jeito caro, e nesse caso a linha muda de lado com o dado na mão.
Fonte: Divisão das seis primeiras classes e das quatro últimas conforme Luke Pierce, Boom Automations, system paper DOC OS-01 REV 01, publicado em 17 de agosto de 2026.
Segundo Luke Pierce, CEO da Boom Automations, em material publicado em 17 de agosto de 2026 e sem amostra nem período divulgados, rotear por classe de tarefa corta 80% ou mais do gasto de token, e um modelo a um vigésimo do preço resolve a maior parte das chamadas. Ele completa afirmando que quem manda tudo para o maior modelo disponível queima dinheiro em tarefa que um modelo 20 vezes mais barato resolve perfeitamente.
A alegação de 80% que Luke Pierce publicou em 17 de agosto de 2026 é uma hipótese boa e uma medida ruim. Ela é boa como hipótese porque aponta o lugar certo do desperdício: chamadas de resposta determinada rodando em modelo de julgamento. Ela é ruim como medida porque o corte real depende da mistura de chamadas da sua operação, e essa mistura pertence a você. Uma empresa que faz sobretudo extração corta muito. Uma que faz sobretudo redação de proposta corta pouco, e vai descobrir isso na fatura do mês seguinte se acreditar no número alheio.
Existe uma fonte primária contra a qual comparar essa alegação, e ela é mais velha e mais franca. O paper FrugalGPT, de Chen, Zaharia e Zou, publicado no arXiv com o identificador 2305.05176 em maio de 2023, registra que uma cascata de modelos consegue igualar o desempenho do melhor modelo individual com redução de custo de até 98%. A frase de capa é essa, e é a que viaja sozinha. A faixa que o próprio trabalho declara, lida no corpo do paper, vai de 50% a 98%.
Os 98% saíram de um único conjunto de dados, o HEADLINES, com 10.000 itens avaliados. Nos outros dois conjuntos do mesmo experimento a redução caiu. No OVERRULING, com 2.400 itens, foram 73,3%. No COQA, com 7.982 itens, foram 59,2%. Três medições, três resultados distintos, e o maior deles virou o título. O trabalho é de maio de 2023 e foi conduzido com os modelos daquele ano, GPT-J, GPT-3, ChatGPT, GPT-4, J1 e Cohere, o que impede transportar a magnitude do corte para o catálogo que você tem disponível hoje.
Os três conjuntos de dados do FrugalGPT, com o melhor caso ao lado da mediana
| Conjunto de dados | Itens avaliados | Redução de custo declarada | O que esse número é |
|---|---|---|---|
| HEADLINES | 10.000 | 98% | O melhor caso dos três, e o único que circula fora do paper |
| OVERRULING | 2.400 | 73,3% | A mediana dos três, e a referência mais defensável para planejar |
| COQA | 7.982 | 59,2% | O pior caso dos três, ainda assim uma redução relevante |
Trabalho de 2023, avaliado com os modelos de 2023. A magnitude não se transporta para o catálogo atual. O que se transporta é o formato do resultado: um número por conjunto de dados, com o melhor caso e a mediana visíveis na mesma tabela, em vez de um único número de capa.
Fonte: FrugalGPT, Chen, Zaharia e Zou, arXiv 2305.05176, maio de 2023. A faixa declarada no próprio paper vai de 50% a 98%.
A outra metade da conta é o preço relativo entre portes de modelo, que define o teto do que qualquer roteamento consegue economizar. A Inworld AI afirma, em conteúdo publicado em 23 de julho de 2026 e apoiado em tabela de preços pública, que um modelo de classe GPT-4o custa de 10 a 20 vezes mais por token que um modelo de sete bilhões de parâmetros. O número serve para dimensionar a aposta. O teto real da sua operação sai da sua tabela de custo por classe.
O "até 98%" do paper de 2023 e o "80% ou mais" que Luke Pierce publicou em 17 de agosto de 2026 são a mesma figura de linguagem: o melhor caso apresentado com a cadência de caso típico.
Nenhum dos dois responde à pergunta que interessa dentro da Vinco, porque nenhum dos dois conhece a mistura de chamadas que a Vinco faz. Uma operação dominada por extração de PDF de medição se aproxima do topo da faixa. Uma operação dominada por redação de relatório para cliente se aproxima do piso. O número que vale é o que você medir na sua operação, com o período de medição colado nele, e é para isso que existe o registro por chamada do restante deste capítulo.
Onde cada chamada está hoje, contra onde ela deveria estar
Eixo horizontal: Custo do modelo que a chamada usa hojeEixo vertical: Exigência de julgamento da classe de tarefa
Fronteira bem empregada: mantenha e monitore
- Relatório de medição escrito para o cliente
- Síntese de três meses de obra num resumo de uma página
- Decisão sobre divergência entre medição e contrato
Desperdício puro: é aqui que o dinheiro vaza
- Extrair valor e data de um PDF de medição
- Classificar o pedido que chegou por e-mail
- Validar se a fatura tem os campos obrigatórios
Barato bem empregado: mostre o acerto por amostra
- Parsing de planilha de medição para registro estruturado
- Enriquecimento do cadastro com dado do próprio banco
- Roteamento do pedido para a pessoa e a prioridade certas
Economia que custa caro: qualidade quebrada
- Proposta comercial redigida pelo modelo mais barato
- Resumo de escopo que omitiu a cláusula de reajuste
- Priorização de pendência decidida sem cadeia de raciocínio
O quadrante de desperdício e o quadrante de economia que custa caro são simétricos no diagnóstico e opostos no remédio. No primeiro, a fatura dói e a qualidade está boa, então a correção é mecânica: troque o modelo e prove por amostra que o acerto não caiu. No segundo, a fatura está confortável e alguém do time reescreve tudo à mão, o que é um custo que não aparece em fatura nenhuma. Trabalho refeito por gente é o item mais caro da conta e o único que a instrumentação de token não captura.
Por isso o registro de custo por chamada decide pouco sozinho. Ele precisa vir emparelhado com uma medida de qualidade por classe, ainda que grosseira. Um punhado de casos lidos por quem conhece o assunto vale mais do que qualquer métrica automática de similaridade, e custa uma tarde.
O workflow mais caro da Vinco, classificado antes de olhar preço
| Ponto de chamada | Classe de tarefa | Lado da fronteira |
|---|---|---|
| Ler a planilha de medição que o encarregado envia | Parsing | Modelo rápido e barato |
| Extrair valor, data e etapa do PDF assinado | Extração | Modelo rápido e barato |
| Conferir se a medição bate com as etapas previstas em contrato | Validação | Modelo rápido e barato |
| Decidir para quem vai a divergência quando não bate | Roteamento | Modelo rápido e barato |
| Escrever o relatório que o cliente recebe | Redação com síntese | Modelo de fronteira |
Antes da classificação, os cinco pontos rodavam no mesmo modelo, porque foi o modelo configurado no dia em que o agente de entrada de documentos entrou em produção. Ninguém decidiu isso: foi o valor padrão do primeiro dia sobrevivendo como política da casa.
Fonte: Cena inventada para a didática deste curso, sobre o workflow mais caro do mapa da Vinco, com 9,5 horas por semana cronometradas no passo 01.
Quatro dos cinco pontos caíram no lado barato, e apenas o quinto ficou na fronteira. Herdar o modelo do primeiro dia é a forma mais comum de gasto de IA na faixa de empresa deste curso.
{
"chamada_id": "uuid da chamada",
"data_hora": "timestamp com fuso",
"workflow": "slug do workflow do mapa do passo 01",
"agente": "documentos | geracao | respostas | triagem",
"classe_tarefa": "extracao | parsing | classificacao | enriquecimento | validacao | roteamento | raciocinio | redacao | sintese | juizo",
"modelo": "identificador exato do modelo, com versão",
"tokens_entrada": "inteiro",
"tokens_saida": "inteiro",
"custo": "valor na moeda do provedor, por chamada",
"latencia_ms": "inteiro",
"resultado": "gravou | recusou | falhou_validacao",
"revisao_humana": "nao | corrigiu | reescreveu"
}Revisão humana e classe gravada na origem
Sem o marcador de revisão humana você tem custo e não tem qualidade; sem a classe gravada na origem você tem uma tabela que mente.
- Marcar aceitou, corrigiu ou reescreveu custa um clique na tela que o time já usa.
- Esse clique transforma o log de custo num log de decisão.
- A classe é gravada por quem escreve o agente, no ponto da chamada.
- Classe inferida depois por palavra-chave do prompt parece precisa e mente.
- Chamada que não cabe na lista fechada vira discussão de projeto.
O teste: Some o custo do mês por classe. Se ninguém souber dizer quantas saídas foram reescritas à mão, falta o marcador.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
Instrumentar, medir e decidir em cinco passos
A ordem importa. Trocar modelo antes de instrumentar é apostar, porque você perde a linha de base contra a qual comparar.
Passo 1: Grave o registro por chamada, com todas as chamadas no modelo atual
Duas semanas de operação normal, sem trocar nada, apenas registrando. Essa é a sua linha de base.
Deu certo quando: Você consegue somar custo por classe de tarefa e por workflow, e os totais fecham com a fatura do provedor.
Erro comum: Começar a troca de modelo na mesma semana da instrumentação, o que embaralha causa e efeito para sempre.
Passo 2: Classifique cada ponto de chamada antes de olhar preço
Percorra os agentes com quem escreveu o código e atribua a classe pela pergunta da resposta determinada.
Deu certo quando: Todo ponto de chamada tem exatamente uma classe, e nenhuma classe ficou como "outros".
Erro comum: Classificar pelo agente em vez de pela tarefa: o mesmo agente costuma ter chamadas dos dois lados da fronteira.
Passo 3: Ordene as classes pelo custo total, não pelo custo por chamada
Uma classificação de centavos rodando milhares de vezes pesa mais do que uma síntese caríssima que roda três vezes por mês.
Deu certo quando: Você tem uma lista curta de classes que respondem pela maior parte do gasto, com o número ao lado.
Erro comum: Perseguir a chamada mais cara da tabela, que quase sempre é a única que precisa ser cara.
Passo 4: Troque o modelo de uma classe por vez, com amostra cega de qualidade
Rode as duas saídas em paralelo por um período curto e mostre os pares sem revelar qual modelo produziu qual.
Deu certo quando: Quem conhece o assunto não distingue as saídas na classe barata, ou distingue e prefere a barata.
Erro comum: Trocar três classes na mesma semana e não saber qual delas causou a queda de qualidade que apareceu.
Passo 5: Escreva a política de roteamento e prenda-a ao schema
A decisão vira documento versionado, com a classe, o modelo, a data e o dado que sustentou a escolha.
Deu certo quando: Uma pessoa nova consegue justificar por que aquela chamada usa aquele modelo, lendo um arquivo.
Erro comum: Deixar a política na cabeça de quem fez a medição, que é o mesmo problema do Damião Fontes em outra roupa.
No fim você tem: Uma tabela de custo por classe de tarefa da sua operação, uma amostra de qualidade lida por gente e uma política de roteamento escrita, datada e revisável.
Quanto do seu gasto de token está na classe errada
Pontue cada dimensão pela operação que você tem hoje. A que você pretende ter fica fora da conta. A leitura no fim indica se vale começar pela instrumentação ou já pela troca de modelo de uma classe.
Zero quando a fatura é o único dado que existe. Quatro quando toda chamada grava classe de tarefa, modelo, tokens e custo.
Zero quando quase todo o volume é redação e síntese. Quatro quando quase todo o volume é extração, parsing, classificação e validação.
Quatro quando tudo roda no mesmo modelo grande por herança do primeiro dia. Zero quando já existe roteamento explícito por classe.
Zero quando ninguém marca se a saída foi aceita, corrigida ou reescrita. Quatro quando esse marcador existe em toda saída revisada.
Pare antes de escolher modelo. Duas semanas de registro por chamada, com classe de tarefa gravada na origem, valem mais do que qualquer comparação de preço de tabela. Sem linha de base você não conseguirá provar depois que a troca melhorou algo.
Quatro erros aparecem com regularidade suficiente para merecerem nome. Nenhum deles se resolve trocando de provedor.
Sintoma, causa e movimento de saída
1 de 4Troca decidida pelo preço de tabela
Sintoma: uma planilha comparando preço por milhão de tokens entre provedores, sem nenhuma linha da própria operação. Causa: confundir preço unitário com custo total, ignorando que o modelo barato às vezes precisa de mais de uma tentativa e de um prompt bem maior.
- Saída: medir custo por chamada concluída com sucesso, incluindo as repetições.
Classe de tarefa inventada depois
Sintoma: um painel bonito em que a maior parte das chamadas cai numa categoria chamada "geral". Causa: a classe foi inferida por palavra-chave no prompt, em vez de gravada no ponto da chamada.
- Saída: voltar ao código e declarar a lista fechada.
- Chamada que não se encaixa em rótulo nenhum vira discussão de projeto.
Fatura cortada e custo empurrado para o time
É o mais caro porque se disfarça de sucesso. Sintoma: a fatura caindo enquanto alguém comenta que agora precisa revisar tudo. Causa: medir token sem medir retrabalho humano.
- Saída: gravar o marcador de revisão humana antes de qualquer troca.
- Tratar reescrita como custo, com a hora do time precificada como as 58 horas semanais do mapa da Vinco.
Número do fornecedor repetido como resultado próprio
Sintoma: uma apresentação interna prometendo 80% de corte, sem que ninguém tenha medido nada, apoiada apenas no material que Luke Pierce publicou em 17 de agosto de 2026. Causa: tomar alegação comercial por linha de base.
- Saída: escrever duas frases separadas.
- Uma atribui a alegação ao autor com a data; a outra declara o que a sua operação mediu, com o período.
Roteamento por palpite contra roteamento por registro
Palpite com cara de engenharia
Evitar
- Modelo escolhido no primeiro dia e herdado por todos os agentes
- Fatura agregada como único dado de custo
- Economia esperada citada a partir do material de um fornecedor
- Qualidade avaliada pela impressão de quem construiu o agente
- Troca de vários modelos na mesma semana, sem linha de base
- Decisão que mora na cabeça de uma pessoa
Decisão sustentada por dado próprio
Recomendado
- Classe de tarefa gravada no ponto da chamada, de lista fechada
- Custo por chamada, por classe e por workflow, somando até a fatura
- Corte medido na própria operação, com período declarado
- Amostra cega lida por quem conhece o assunto, com marcador de revisão
- Uma classe trocada por vez, contra duas semanas de linha de base
- Política de roteamento escrita, datada e versionada junto do schema
Critério de pronto da instrumentação de custo e do roteamento
Instrumentação, antes de trocar qualquer modelo
0/5Medição de qualidade por classe
0/4Decisão e registro
0/5Política de roteamento de modelo por classe de tarefa
Preencha, salve junto do registro de entidades e coloque data de revisão. Este é o artefato que sobrevive à troca de catálogo de modelos.
Documento montado
POLÍTICA DE ROTEAMENTO DE MODELO Empresa: [EMPRESA] Linha de base medida em: [PERÍODO DA LINHA DE BASE] 1. Toda chamada de modelo declara uma classe de tarefa de lista fechada, no ponto da chamada. Chamada sem classe não é gravada. 2. Classes de resposta determinada, atendidas por [MODELO DA CLASSE DETERMINADA, COM VERSÃO]: extração, parsing, classificação, enriquecimento, validação e roteamento. 3. Classes de julgamento, atendidas por [MODELO DA CLASSE DE JULGAMENTO, COM VERSÃO]: raciocínio de múltiplos passos, redação, síntese e decisão de juízo. 4. Classe de maior gasto total no período: [CLASSE DE MAIOR GASTO TOTAL NO PERÍODO]. É a próxima candidata a revisão de modelo. 5. Corte de custo que NÓS medimos: [CORTE MEDIDO NA NOSSA OPERAÇÃO, COM O PERÍODO]. Qualquer número de economia comunicado fora daqui carrega este período e esta operação. Alegação de fornecedor é citada com autor e data, nunca como resultado nosso. 6. Critério de aceitação da classe trocada: [CRITÉRIO DE ACEITAÇÃO DA CLASSE TROCADA] 7. Toda escrita de agente continua validada contra o schema antes de gravar, e registrada em log, qualquer que seja o modelo. 8. Próxima revisão: [DATA DA PRÓXIMA REVISÃO]. O catálogo de modelos muda mais rápido do que o schema, e o schema é o ativo.
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
Models and tools swap out. The map, the schema and the gates are the part you keep, which is why the operating system is the asset.
Essa frase do paper é a razão de a política de roteamento morar junto do registro de entidades, fora do código de um agente. O modelo que você escolher nesta semana estará desatualizado antes de o ano virar. A classe de tarefa, o critério de aceitação e o registro por chamada continuam valendo, porque descrevem o seu trabalho e não o catálogo de um provedor. Trocar de modelo passa a ser uma linha alterada num documento com data, seguida de uma amostra cega, em vez de uma discussão que recomeça do zero a cada lançamento.
Rita começa a segunda-feira sem trocar modelo nenhum. Ela abre os dois agentes que a Vinco já tem em produção, lista os pontos de chamada de cada um e grava a classe de tarefa na origem, de lista fechada, junto com modelo, tokens, custo e o marcador de revisão humana. Duas semanas de operação normal depois, ela terá a tabela que faltava na noite da fatura: custo por classe e por workflow, com a medição de obra e suas 9,5 horas semanais aparecendo separada do resto. O critério de pronto é este, e é verificável: a soma do registro fecha com a fatura do provedor, nenhuma chamada caiu em classe "geral" e existe uma classe determinada, com volume alto, escolhida para a primeira troca. O artefato que ela leva para a próxima reunião é a política de roteamento preenchida, com o corte que a Vinco mediu na Vinco. A alegação de 80% que Luke Pierce publicou em 17 de agosto de 2026 fica no material dele, citada com o nome e a data, como hipótese que orientou onde olhar.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- Primeiro Workflow no n8nsugerido pelo grafoApresenta o conceito “Workflow”, usado em “Rotear modelo por classe de tarefa, e medir o corte em vez de repeti-lo”.
- CursoAutomação com n8n e Make: Fluxos Inteligentessugerido pelo grafo15 capítulos de “SO nativo de IA” usam conceitos apresentados em “Automação com n8n e Make: Fluxos Inteligentes”.
- CursoDeploy para decisão executivasugerido pelo grafo6 capítulos de “SO nativo de IA” usam conceitos apresentados em “Deploy para decisão executiva”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- GEO Universal FrameworkEscolha o modelo por tarefa e evite orquestração desnecessáriaExaminar conexões de Escolha o modelo por tarefa e evite orquestração desnecessária
- Agentes de código para executivosFixar o teto de gasto por execução do agenteExaminar conexões de Fixar o teto de gasto por execução do agente
- Do Agile ao Agentic Operating ModelEscolher o modelo de cada etapa e calcular o custo por tarefaExaminar conexões de Escolher o modelo de cada etapa e calcular o custo por tarefa
- Gestão de Projetos GEODefinir o que reduzir se o custo aumentarExaminar conexões de Definir o que reduzir se o custo aumentar
Voltar ao capítulo anterior: Geração, respostas e triagem: os agentes B, C e D
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em SO nativo de IA
- 10Entrada de documentos primeiro
- 11Geração, respostas e triagem: os agentes B, C e D
- 12Rotear modelo por classe de tarefa, e medir o corte em vez de repeti-lo
- 13Automação de fundo idempotente
- 14Quando não fazer isso