Decision models: Hugging Face explica modelos que atribuem probabilidades a respostas predefinidas em vez de gerar texto
Aprofundamento CEVIU
Aprofundamento
O post da Hugging Face define um decision model por uma interface simples: recebe um estado (texto, JSON ou outras modalidades, em modelos omni-modais) e um conjunto de perguntas, e devolve decisões tipadas com probabilidades, sem gerar texto. São três primitivas. Choice distribui probabilidade entre opções via softmax. Score calcula o valor esperado sobre uma escala ordenada (no exemplo de urgência, 1,7). Noul, de Bernoulli, devolve a probabilidade de um sim/não (0,92 no caso do reembolso). Choice e Score também retornam um campo de confiança, que normaliza a maior probabilidade pelo número de opções.
A Hugging Face deixa claro que o ganho não está em inventar rótulos definidos em runtime ou classificação probabilística, que a zero-shot já oferece. Está em organizar isso numa interface única. No ecossistema, o Transformers ganhou DecisionPipeline, AutoModelForDecision e DecisionConfig, além do endpoint /v1/systemone. O llama.cpp serve modelos GGUF pelo mesmo endpoint (porta 9931 por padrão). O Hub tem uma tag própria para decision models. A API funciona até com LLMs autorregressivos compatíveis, que avaliam os logits dos rótulos num forward pass em lote, sem gerar resposta. O fine-tuning usa o Trainer, com cross-entropy nas opções. O suporte no TRL ainda é um PR aberto, segundo o texto.
O que mudou
O tema vinha sendo coberto pelo CEVIU em etapas. Em 30 de setembro de 2026, o CEVIU noticiou "Jev e a Nova Geração de Classificadores: Otimizando Decisões com IA e Reduzindo 'Hallucinations'", sobre retornos tipados, pontuações e probabilidades binárias no lugar de texto livre. Em 21 de outubro de 2026, o guia "Otimizando Decisões: Um Guia para Modelos Eficientes e Integrados" tratou da dispensa do overhead de geração e do parsing de JSON. Agora a Hugging Face formaliza o conceito, com nome comum (decision model), primitivas definidas e suporte em Transformers e llama.cpp.
Por que isso importa
Para quem opera roteamento, triagem ou moderação com LLMs gerando JSON, a leitura é que parte desse trabalho pode virar um forward pass com saída tipada e probabilidade calibrável. Uma interface compartilhada também reduz o risco de ficar preso a um modelo específico. Como o próprio post descreve o espaço como jovem, vale testar antes de migrar.
Linha do tempo
CEVIU cobre o Jev e a evolução da classificação de texto até as APIs de decisão.
CEVIU publica guia sobre modelos de decisão eficientes e seu uso em avaliações.
Hugging Face explica decision models e sua interface comum no Transformers e no llama.cpp.
Perguntas frequentes
O que é um decision model?
É um modelo que recebe um contexto e perguntas com respostas predefinidas e devolve probabilidades sobre essas respostas. Ele não gera texto token a token. A aplicação decide o que fazer com os números.
Qual a diferença para um classificador tradicional?
No classificador convencional, as classes ficam embutidas na classification head, e incluir uma nova (como Legal) pode exigir retreino. O decision model aceita as opções na requisição e suporta vários tipos de pergunta sobre o mesmo estado: choice, score e noul.
Quais são as primitivas de um decision model?
Choice escolhe entre alternativas, com distribuição via softmax. Score avalia numa escala ordenada e reporta o valor esperado. Noul responde sim/não com a probabilidade de verdadeiro.
Dá para usar decision models hoje no ecossistema Hugging Face?
Sim. O Transformers tem DecisionPipeline e o endpoint /v1/systemone, e o llama.cpp serve modelos GGUF pela mesma API. O Hub tem uma tag dedicada. O suporte a treino no TRL ainda estava em PR aberto no momento do texto.
Fontes
- huggingface.cofonte original
- Categoria
- CEVIU IA
- Publicado
- 10 de novembro de 2026
- Editoria
- CEVIU IA

