Papers
Topics
Authors
Recent
Search
2000 character limit reached

Towards Foundation Decision Models: Drex

Published 5 Nov 2026 in cs.CL | (2611.07854v1)

Abstract: Autoregressive approaches with LLMs, such as long chain-of-thought reasoning, have become the default for new AI applications because they reach higher accuracy on a wide range of tasks. In production, however, they give inconsistent answers, require parsing of outputs, and add cost and latency. Decision models address this: given a question and a set of options supplied by the user, they return a probability distribution over the options without autoregressive decoding. We present Drex, a family of four open decision models with 8B (DLM), 9B (v1.5), 35B with 3B active (v2.0), and 27B (Max) parameters. Each request consists of a state (a document, record, or agent context, optionally with images) and questions about it, each asking for a choice among options, a yes/no judgment, or a score on an ordered scale. Training combines supervised fine-tuning with reinforcement learning from adjusted feedback (RLAF), plus vision tuning for Max. Ablations show that RLAF improves accuracy and that consistency losses improve robustness to option order. On Decision Index 0.4.1, Max sets a new state of the art among the decision models we compare (67.52 on the public suite vs. 60.70 for Jev 1.14.0). On Decision Bench v4, it is statistically tied with d3-turbo and GPT-6 Sol and trails Claude Opus 5.5 by 1.6 points, and it has the highest accuracy among decision models on DecideBench. Max answers a typical request in 183 ms, against about 2.0 s for GPT-6 Sol and 3.5 s for Claude Opus 5.5, and its outputs are stable under option reordering. All four models are open source: https://github.com/nace-ai/drex-decision-models

Summary

  • The paper introduces a new model family, Drex, designed for dynamic decision-making by directly outputting calibrated probability distributions over user-specified options, enhancing choice accuracy and stability over conventional classification.
  • Evaluated across a range of metrics and boosts benchmark performance, achieving a 67.52 public Decision Index score and 94.0% accuracy on Decision Bench with image inputs, maintaining real-world application.
  • Drex v2.0 features question independence, high reliability, and low latency, while Drex scalable alternatives offer multimodal capabilities and improve decision performance across extensive validation frameworks.

Problem formulation and research objectives

โ€œTowards Foundation Decision Models: Drexโ€ (2611.07854) studies decision models as a distinct inference paradigm for applications in which the required output is a probability distribution over a user-specified set of options. Rather than generating an answer autoregressively and parsing text, Drex receives a state consisting of text, structured records, agent context, and, for Drex Max, images; it then evaluates one or more questions over that state. Each question may be a choice among arbitrary options, a binary yes/no judgment, or a score over an ordered integer scale.

This formulation addresses a structural limitation of conventional classification heads. Their label space is fixed during training, whereas decision-model options are supplied dynamically at inference time. Constrained decoding can guarantee that a generated answer belongs to the option set, but it still requires autoregressive computation and can produce probabilities distorted by tokenization, option length, shared prefixes, and per-token renormalization. Scoring each option independently avoids some of these problems but requires one forward pass per option. Drex instead trains a direct readout over the supplied options, returning probabilities without decoding.

The paper evaluates four properties required for production decision models:

  • calibrated probabilities suitable for thresholding and selective prediction;
  • robustness to arbitrary option ordering;
  • independence between questions in the same request;
  • low latency, particularly when many questions concern one long state.

Four research questions organize the study. The first concerns calibration across domains and option counts. The second measures sensitivity to option permutations. The third examines supervised fine-tuning (SFT), reinforcement learning from adjusted feedback (RLAF), consistency regularization, and vision tuning. The fourth compares cacheable pointer architectures with a larger, fully bidirectional multimodal readout architecture.

The Drex model family

The family contains three pointer models and one readout-head model:

Model Backbone scale Active parameters Head Modalities Shared state
Drex DLM 8B 8B 256-dimensional pointer Text Yes
Drex v1.5 9B 9B 256-dimensional pointer Text Yes
Drex v2.0 35B MoE 3B 256-dimensional pointer Text Yes
Drex Max 27B dense 27B 255-way readout Text and images No

The pointer models serialize the state followed by independent question blocks. A block-causal or row-wise computation ensures that each question can attend to the state and its own instruction and options, but not to other questions. The state is therefore encoded once and cached. At a decision marker, the model constructs a query representation; at the end of each option, it constructs a key representation. A scaled dot product between the query and each option key produces logits, and a single softmax yields the distribution over exactly the options supplied by the caller.

This design provides two guarantees by construction. First, the output support is closed: probability mass exists only over the supplied options. Second, the answer to one question is independent of which other questions are included in the request, subject to floating-point effects. The architecture does not, however, guarantee option-order invariance, because the hidden representation of an option can depend on the preceding option sequence in hybrid backbones.

Drex Max adopts a different trade-off. It is initialized from a dense Qwen3.8-27B backbone with 64 layers, including Gated DeltaNet layers and full-attention layers. Causal masking is removed in the full-attention layers, allowing tokens near the beginning of the sequence to attend to later instructions and options. Each question is encoded as a separate sequence, so the state representation is question-dependent and cannot be shared across questions.

The answer is read from a final answer marker through a bias-free linear layer with 255 output logits. Options are prefixed with single-token codes such as A, B, and C; only the logits corresponding to the supplied options are normalized. This approach permits full bidirectional interaction among the state, instruction, and options, but it introduces a symbol-binding problem: the model must associate each option code with the text that follows it. Unlike the pointer architecture, option-order robustness is learned rather than enforced.

Training methodology

The text training mixture contains 1,150,460 verified decision records across eleven domains, including language understanding, tools and routing, knowledge, code and mathematics, retrieval, finance, policy, commerce, uncertainty judgments, media, and games. Labels are derived from gold answers, program execution, game engines, or other verification procedures. Teacher-generated distributions are used in addition to one-hot labels where available.

SFT combines cross-entropy with a squared Cramรฉr distance for ordered score questions. Two consistency terms target behaviors that are not guaranteed by the architecture. A permutation-consistency term penalizes changes in the predicted distribution when options are shuffled, while a state-shuffle term penalizes changes when sentences or structured fields in the state are reordered. Training also introduces distractor or โ€œnoneโ€ options in some examples, reducing the tendency to force a choice when no candidate is appropriate.

RLAF replaces a purely categorical target with a distribution adjusted using both verified outcomes and teacher feedback. For pointer models, the adjusted distribution is optimized through proper scoring rules combining logarithmic, spherical, and ordered-outcome objectives. Drex Max uses a KL-regularized reward formulation: verified outcomes and a generative judge contribute to the reward, while a KL penalty constrains the model relative to its SFT checkpoint. The judge is the generative form of the same base model rather than an independently stronger system. The paper explicitly notes that a sufficiently confident but incorrect judge can override a verified answer under the selected reward coefficients, although the frequency of this event is not measured.

Drex Max adds a third vision-SFT stage that trains the image encoder and its projection into the language backbone. This stage is intended to preserve text performance while enabling decisions grounded in image tokens rather than captions or OCR-derived descriptions.

Accuracy and benchmark performance

Drex Max is strongest on the Decision Index 0.4.1 evaluation. On the public suite, it achieves a chance-corrected skill score of 67.52, compared with 61.25 for Drex v2.0, 58.08 for Drex v1.5, and 60.70 for Jev 1.14.0. Its full score, incorporating private same-skill and new-domain tests, is 66.60. The corresponding full scores for v2.0 and v1.5 are 52.76 and 45.78. The difference is especially pronounced on new-domain tests, where Max scores 56.45, compared with 39.22 for v2.0 and 30.82 for v1.5.

The public-domain gains are broad rather than concentrated in one benchmark. Max leads in Knowledge, Language, Retrieval, and Tools, and is only marginally behind Drex v2.0 in Arts. In the authorsโ€™ paired evaluation, Max scores higher than v2.0 on 28 of 37 benchmarks and is more accurate by 1.86 percentage points over approximately 230,000 shared choice decisions. Large improvements occur on GSM8K, BBH, ACOS, WinoGrande, MuSR, and the home-appliance simulator.

The gains are not universal. Max performs substantially worse than v2.0 on POP909-CL, falling from 79.5 to 55.6, and on Habermas Machine, falling from 62.4 to 50.5. Both tasks involve long structured sequences in the Arts domain. The paper hypothesizes that the readout designโ€™s requirement to bind option codes to long option descriptions may be disadvantageous, but the architecture and training changes are confounded, so this explanation is not established causally.

On Decision Bench v4, Max with image inputs reaches 94.0% accuracy over 1,071 questions. This is statistically tied with d3-turbo and GPT-6 Sol, and is 1.6 points below Claude Opus 5.5. It exceeds v2.0 and v1.5 by 6.2 and 7.2 points, respectively. On text-only questions, Max reaches 93.4%. Its strongest multimodal result is on image-only questions: image input raises accuracy from 63.3% with text renderings to 98.3% with the image encoder.

Evaluation Drex Max Relevant comparison
Decision Index public skill 67.52 Jev 1.14: 60.70
Decision Index full skill 66.60 Jev 1.14: 60.24
Decision Bench v4 94.0% Claude Opus 5.5: 95.6%
Image-only Decision Bench 98.3% Text rendering: 63.3%
JevBench-231 91.8% d3-turbo: 90.9%; GPT-6 Luna: 91.3%
DecideBench item accuracy 98.5% Jev: 98.0%
DecideBench pair accuracy 97.0% Jev: 96.0%

On JevBench-231, Max answers 212 of 231 items correctly, or 91.8%. Its advantage over v2.0 is concentrated in the hard tier, where accuracy rises from 73.9% to 82.9%. On DecideBench, which uses minimal pairs designed to test whether a model reacts to a small change in the state, Max attains 97.0% pair accuracy. It also obtains the lowest reported ECE on that benchmark, although the estimate is based on only 400 questions.

The results are weaker on closed-book knowledge than on real-data decision tasks. On a fixed 100-question sample, Max scores 21% on Humanityโ€™s Last Exam and 55% on GPQA Diamond, compared with 39% and 90% for GPT-6 Sol and 56% and 89% for Claude Opus 5.5. The paper therefore does not support the claim that a discriminative decision head closes the capability gap on knowledge-intensive reasoning. A single-pass decision model remains disadvantaged relative to systems that can perform extended chain-of-thought reasoning or tool use.

Calibration and selective prediction

Calibration is evaluated on approximately 230,000 gold-labeled choice decisions per model from Decision Index 0.4.1. Drex v2.0 is the best calibrated at its deployed temperature, with an ECE of 1.37% and an accuracy of 86.0%. Drex Max is the most accurate, at 87.9%, but is over-confident: its mean confidence is 91.2% and its ECE is 3.61%. Drex v1.5 has an ECE of 4.54%.

A temperature fitted on a held-out subset of Decision Index improves ECE for the Drex models to 0.79% for v2.0, 1.17% for v1.5, and 1.35% for Max. For Max, the fitted temperature is 1.35, substantially higher than its deployed value of 1.009. This discrepancy indicates a distribution shift between the training-derived calibration set and Decision Index. It also demonstrates that a global deployed temperature is not a reliable substitute for calibration monitoring on the target workload.

Calibration varies sharply by domain. Max has ECE values of 7.2% to 9.2% in Knowledge, Retrieval, Tools, and Arts, despite an aggregate ECE of 3.61%; Language contributes 56% of the decisions and is nearly calibrated. Option count is similarly consequential: Max has an ECE of 8.4% on questions with 6โ€“20 options, where accuracy is 71.7% and mean confidence is 80.1%. Consequently, applications that use confidence thresholds should tune them on labeled data from the specific domain and option-count distribution.

The confidence estimates nevertheless support effective selective prediction. Retaining the 80% of Maxโ€™s decisions with the highest confidence raises accuracy from 87.9% to 96.1%; retaining the top 50% raises it to 99.3%. This result directly supports routing low-confidence cases to human review or a more capable system, provided that the deployment distribution resembles the calibration data or is monitored continuously.

Figure 1

Figure 1: Calibration curves, selective accuracy, and domain-specific ECE show strong aggregate calibration but substantial over-confidence for Drex Max in several domains and option-count regimes.

Option-order robustness

The paper evaluates 1,591 decisions under original, reversed, and random option orderings. Under a random permutation, the top option changes for 4.3% of Maxโ€™s decisions, 5.9% of v2.0โ€™s, 5.3% of v1.5โ€™s, and 4.3% of Jev 1.14โ€™s. Reversal produces somewhat higher flip rates, between 5.7% and 8.4%. Max is therefore no less stable than the comparison model despite using a position-indexed readout head.

The effect on accuracy is small: Max changes from 83.6% under the original ordering to 83.4% under random permutation. The instability is concentrated in difficult decisions. For Max, the flip rate is 1.0% for binary questions, 7.2% for questions with three to five options, and 13.3% for questions with at least six options. These are usually low-confidence decisions where several options have similar probability.

Order instability is diagnostically useful but not more useful than confidence alone. Maxโ€™s accuracy is 87.2% on decisions stable across all three orderings and only 37.6% on unstable decisions. However, abstaining on unstable decisions performs nearly identically to abstaining on an equal number of the lowest-confidence decisions: 87.2% versus 87.1% accuracy at the same coverage. Averaging predictions over the three orderings improves Maxโ€™s log loss by 0.014 nats but does not materially improve accuracy, and it increases inference cost.

Figure 2

Figure 2: Option permutation primarily changes low-confidence multi-option decisions; the resulting accuracy differences remain below 1.2 percentage points.

The controlled Max ablation confirms the role of consistency regularization. Removing the permutation and state-shuffle terms increases the random-permutation flip rate from 4.2% to 6.3%, and the flip rate for questions with at least six options from 13.0% to 17.8%. Decision Index accuracy remains essentially unchanged. Thus, the consistency losses improve behavioral invariance rather than core task accuracy.

Training-stage analysis

The checkpoint analysis of Drex v2.0 shows that most of the improvement occurs during SFT. The Decision Index 0.2.1 skill score rises from 58.27 at an early SFT checkpoint to 60.02 near the end of SFT, then largely plateaus. The specialization stage adds approximately 0.6 points at its best checkpoint, primarily through a 1.8-point Retrieval gain, and raises JevBench accuracy from 84.0% to a peak of 87.0%. RLAF adds only 0.2 points to the Decision Index score in this sequential training trajectory, with small gains in Tools and Arts.

The Max ablation provides stronger evidence for RLAF because its variants share the same backbone, data, and schedule. Relative to SFT alone, RLAF increases the Decision Index score by 2.0 points, raises accuracy by 1.5 percentage points, and reduces ECE by 0.9 percentage points. This is the clearest controlled training result in the paper.

The vision stage has no measurable cost on text inputs: text Decision Index score, accuracy, and option flip rate remain nearly unchanged. Its multimodal effect is substantial, however, improving image-only Decision Bench accuracy from 63.3% to 98.3%. The separation between text preservation and image grounding is one of the strongest empirical results supporting the three-stage training design.

These results should not be interpreted as isolating the independent causal contribution of every component. Max differs from the pointer models simultaneously in backbone size, dense versus sparse computation, attention masking, readout mechanism, training schedule, and modality. The observed Maxโ€“v2.0 gap therefore establishes a system-level performance difference, not the effect of any single architectural decision.

Inference cost and deployment

Drexโ€™s operational advantage comes from replacing autoregressive decoding with a forward pass and a direct softmax over options. Pointer models encode the state once and reuse it across questions. A subsequent question about a cached 114kโ€“117k-token state takes 21.6 ms, faster than processing a new uncached 2k-token state, which takes 35.6 ms. Shared prefill yields approximately 6โ€“8x speedups at 8k tokens and 11โ€“12x at 32k tokens with sixteen questions.

At the reported deployment configuration, median single-request latency is 145 ms for v1.5, 151 ms for v2.0, and 183 ms for Max. The corresponding commercial frontier baselines require approximately 2.0 seconds for GPT-6 Sol and 3.5 seconds for Claude Opus 5.5. Reported prices per 1,000 decisions are $0.04 for v1.5,$0.06 for v2.0, $0.06 for Max,$3.33 for GPT-6 Sol, and $10.17 for Claude Opus 5.5.

The latency claims require qualification. They include network-dependent measurements in some comparisons, and long uncached contexts remain expensive. For v1.5, a 131,072-token state takes approximately 2.7 seconds, exceeding the stated two-second target. Max also loses the pointer modelsโ€™ principal advantage for multi-question workloads because it must re-encode the state for every question. Low-precision kernels and batch-shape-dependent tiling can produce small probability changes, so the paper recommends operational margins around threshold decisions.

Limitations and open questions

The principal limitation is architectural confounding. Maxโ€™s gains cannot be attributed separately to its 27B dense backbone, non-causal full-attention layers, readout head, multimodal training, or modified RLAF procedure. The paper identifies a direct experiment that remains outstanding: train pointer and readout variants on the same Qwen3.8-27B backbone and data, with and without non-causal attention, and compare them under matched optimization.

The calibration analysis also leaves deployment-specific uncertainty. Aggregate ECE conceals large domain-level errors, and the temperature fitted on Decision Index does not necessarily transfer to another application. The option-order study is based on a relatively small, filtered sample and excludes structured options rejected by public APIs. Its conclusions should therefore be treated as estimates for the tested workload rather than general invariance guarantees.

The RLAF judge introduces an additional unresolved issue. Because the judge can override a verified answer under the stated reward formulation, the training procedure may propagate judge biases or induce over-confidence. The paper does not measure the frequency of verified-answer overrides, nor does it quantify how much of Maxโ€™s calibration error is attributable to judge-derived feedback.

Finally, the benchmark results do not establish broad superiority over frontier generative systems. Max is competitive on real-data decision benchmarks, multimodal extraction, routing, and low-latency classification, but it remains substantially weaker on difficult closed-book knowledge and extended reasoning. The specific question left open is whether allowing a decision model to use retrieval, tools, or an intermediate reasoning process before applying its non-autoregressive readout can improve those tasks without eliminating its latency and calibration advantages.

Conclusion

Drex presents a coherent family of open decision models that directly produce calibrated distributions over dynamically supplied options. Its pointer models provide question independence, shared-state caching, and low-latency inference; Drex Max sacrifices state reuse for a larger dense multimodal backbone and bidirectional attention. The strongest system-level result is Maxโ€™s 67.52 public Decision Index score and 94.0% Decision Bench accuracy with image inputs, combined with substantially lower latency than frontier chat models.

The evidence also defines the boundaries of the approach. RLAF improves accuracy and calibration, consistency losses improve option-order stability, and image tuning produces a large multimodal gain without degrading text performance. However, Max remains over-confident in several domains, is less reliable on many-option decisions, exhibits residual order sensitivity, and trails frontier models on difficult knowledge-intensive tasks. Drex therefore establishes a technically credible design point for high-throughput probabilistic decision inference, while leaving the causal contribution of its architectural components and its performance under extended reasoning unresolved.

Paper to Video (Beta)

No one has generated a video about this paper yet.

Whiteboard

Explain it Like I'm 14

1. What is the paper about?

This paper introduces Drex, a family of AI models designed to make decisions quickly.

Most modern chatbots write an answer word by word. For example, if asked, โ€œWhich animal is shown: a dog, cat, or bird?โ€, a chatbot generates text such as โ€œThe answer is probably a dog.โ€

Drex works differently. It directly gives each choice a probability:

Option Probability
Dog 80%
Cat 15%
Bird 5%

This makes Drex useful for tasks where the computer must choose among known options, give a yes/no answer, or provide a score. The authors call these systems decision models.

Their main goal is to build AI that is:

  • accurate,
  • fast,
  • inexpensive to run,
  • reliable,
  • honest about its confidence,
  • and less affected by the order in which choices are listed.

2. What questions did the researchers study?

The researchers focused on four main questions.

How trustworthy are the probabilities?

If Drex says it is 80% sure, is it actually correct about 80% of the time? This is called calibration.

A well-calibrated model is like a weather forecaster who says โ€œ70% chance of rainโ€ and sees rain on about 70% of those days.

Does the order of the options matter?

Suppose the choices are:

  1. Dog
  2. Cat
  3. Bird

Would the model give the same answer if they were rearranged?

The researchers wanted the answer to depend on the information, not on whether an option appeared first or last.

Which training methods help most?

The team tested several training stages:

  • Supervised fine-tuning, where the model learns from examples with known correct answers.
  • Reinforcement learning from adjusted feedback, where the model is rewarded for making good decisions while being encouraged not to change its behavior too wildly.
  • Vision training, which teaches some models to use images as evidence.

What kind of model design works best?

The researchers compared different AI designs. Some models reuse their understanding of a long document when answering many questions. Another model rereads the document for every question but can be more powerful, especially when images are included.

3. How did they conduct the research?

The researchers created four Drex models with different sizes and designs:

  • an 8-billion-parameter model,
  • a 9-billion-parameter model,
  • a 35-billion-parameter model with about 3 billion parameters active at one time,
  • and a 27-billion-parameter multimodal model.

A parameter is a number inside an AI model that helps it recognize patterns. More parameters can give a model more ability, although size alone does not guarantee better results.

Each model receives a state, which means the information it should use. This could be:

  • a document,
  • a database record,
  • information about what a computer agent is doing,
  • or an image.

The user then asks questions about that information. Drex supports three main kinds of questions:

  1. Choice questions โ€” choose one option from a list.
  2. Yes/no questions โ€” decide whether something is true.
  3. Score questions โ€” give a rating on a scale, such as 0 to 5.

Instead of generating a long written response, the model uses a special output layer to produce a number for each option. This is similar to a judge giving points directly to contestants rather than writing a paragraph explaining the ranking.

The researchers tested the models on several decision-making benchmarks. A benchmark is a common test used to compare AI systems. They measured:

  • accuracy,
  • calibration,
  • speed,
  • stability when options were rearranged,
  • performance with images,
  • and performance compared with other AI models.

They also performed ablation studies. In an ablation study, researchers remove one part of a system to see what changes. This is like taking one ingredient out of a recipe to find out whether it was important.

4. What did they find?

Drex was highly competitive

The largest model, Drex Max, performed very well on several decision-making tests.

On Decision Index 0.4.1, it achieved a score of 67.52, compared with 60.70 for one of the other models. On another independently run test, it scored 64, close to the leading score of 65.

On Decision Bench v4, Drex Max performed better than the other Drex models and an older comparison model. It was statistically similar to some strong models, although one leading model scored slightly higher.

In simple terms, Drex was often as good as much larger or more general-purpose AI systems on tasks involving choices.

It was much faster

A typical Drex request took about 183 milliseconds, or less than one-fifth of a second.

The paper compares this with approximately:

  • 2.0 seconds for one other model,
  • 3.5 seconds for another large chatbot.

This speed matters in situations where a computer must make thousands or millions of decisions, such as sorting documents, checking records, or helping an automated agent.

Reinforcement learning improved the results

The researchers found that their reinforcement-learning stage improved the Decision Index score by about 2 points in an ablation study.

This suggests that training the model with extra feedback helped it become more accurate and consistent.

Consistency training reduced order sensitivity

The researchers added special training rules that punished the model when its answer changed after the choices or parts of the input were rearranged.

In one experiment, these rules reduced the rate at which the top answer changed from 6.3% to 4.2%.

This is an improvement, but it also shows that the problem was not completely solved. The model can still sometimes be influenced by option order.

The paper reports that order changes were especially likely to affect decisions with:

  • many possible choices,
  • and low model confidence.

For difficult questions, the model may change its favorite answer when the options are rearranged.

Confidence was useful, but not perfect

The researchers studied whether the modelโ€™s confidence could help decide when to trust it.

For example, a system might automatically accept highly confident decisions and send uncertain ones to a human. This is called selective prediction.

The results suggest that confidence can be useful, but it must be measured and calibrated carefully. A high confidence score should not automatically be treated as proof that the answer is correct.

Image training did not harm text performance

Drex Max was trained to work with images as well as text. According to the paper, this extra vision training did not reduce its accuracy on text-only questions.

That is important because a model that supports images should still remain useful for ordinary written information.

Open-source release

The four models, their weights, and inference code were released openly, although different parts use different licenses.

This means other researchers and developers can study the models, test them, and potentially use them in their own applications, subject to the licenses.

5. Why is this research important?

Many AI systems are built to produce long answers. That is useful for writing and conversation, but it can be inefficient when the real task is simply to choose between options.

Drex presents another approach: make the decision directly instead of generating an explanation first.

This could make AI systems:

  • faster,
  • cheaper to operate,
  • easier to connect to software,
  • less likely to produce invalid answers,
  • and easier to use in large-scale automated systems.

For example, a company might use a decision model to classify customer requests, decide whether a document meets certain rules, rank search results, or judge whether an automated computer action was successful.

However, the results should be interpreted carefully. The paper compares many models and training stages, but much of the evidence shows relationships rather than absolute proof that one specific design caused every improvement. The models can also still make mistakes, become affected by option order, or be overconfident.

Simple conclusion

The paper presents Drex as a new type of AI model that is built to choose, rather than mainly to write. It accepts information and a list of possible answers, then quickly returns probabilities for those answers.

The researchers found that Drex can be accurate, fast, and fairly stable. Training with feedback improved its performance, and special consistency training made it less sensitive to the order of choices.

If these models continue to improve, they could become useful tools for fast and reliable decisions in businesses, software systems, research, and AI agents. Still, people should continue checking their accuracy and confidence, especially when the decisions are important or could affect peopleโ€™s lives.

Practical Applications

Immediate Applications

The paperโ€™s central innovation is a fast decision-model interface that accepts a stateโ€”such as a document, database record, agent context, or imageโ€”plus a user-defined set of options, and returns probabilities without autoregressive text generation. The following applications are feasible using the released weights, inference code, or hosted APIs.

  • High-throughput document and data classification โ€” Industry, software
    • Integrate Drex into document-processing pipelines for tasks such as routing support tickets, classifying contracts, assigning insurance claims, triaging emails, or labeling compliance records.
    • A single model can support changing option sets at inference time, avoiding the need to retrain a separate classifier whenever categories change.
    • Workflow: ingest document or JSON record โ†’ define candidate labels โ†’ obtain probabilities and confidence โ†’ route high-confidence cases automatically and send uncertain cases to human reviewers.
    • Dependency: performance depends on whether the domain, terminology, and label definitions are represented adequately in the modelโ€™s training distribution. Domain-specific calibration should be evaluated before production deployment.
  • Cost-efficient reranking and candidate selection โ€” Search, recommendation, software
    • Use the model to select or rank among retrieved search results, product candidates, knowledge-base articles, code patches, or recommended actions.
    • The modelโ€™s direct probability output avoids generating and parsing textual labels, while pointer models can encode a shared context once and answer multiple questions efficiently.
    • Potential products: a low-latency reranking API, a retrieval-augmented generation (RAG) filtering layer, or an offline relevance-scoring service.
    • Dependency: the candidate set should be limited to a manageable number of meaningful alternatives; the interface supports up to 255 options, but accuracy and order sensitivity may degrade as the number of options increases.
  • Human-in-the-loop triage and selective automation โ€” Healthcare, finance, public services
    • Use calibrated confidence scores to determine when a prediction can be automated and when it must be reviewed by a person.
    • Examples include prioritizing medical records for review, routing loan applications, flagging suspicious transactions, or classifying benefits applications.
    • The reported calibration and selective-accuracy analyses support threshold-based workflows such as โ€œauto-process above confidence threshold; escalate otherwise.โ€
    • Dependency: calibration must be measured on the target population, since benchmark calibration does not guarantee reliability under distribution shift. The model should assist rather than replace qualified decision-makers in high-stakes settings.
  • Customer-service and sales operations โ€” Business software
    • Apply yes/no and choice questions to determine whether a customer message requires escalation, which resolution category applies, whether a lead matches a qualification criterion, or which follow-up action is appropriate.
    • The low reported latencyโ€”approximately 183 ms for a typical request for the largest modelโ€”makes synchronous use in agent-assistance tools plausible.
    • Potential tools: CRM lead scoring, automated ticket routing, conversation-quality monitoring, and next-best-action recommendation.
    • Dependency: commercial deployment must account for the licenses of the model and backbone, privacy obligations, and the need to validate probabilities against actual conversion or resolution outcomes.
  • Structured scoring and prioritization โ€” Finance, operations, education
    • Use score questions to produce ratings such as risk level, urgency, relevance, quality, or rubric-based performance.
    • Because the model returns a full distribution over an ordered scale as well as an expected score, applications can retain uncertainty rather than storing only a single label.
    • Examples: supplier-risk scoring, investment-research prioritization, student-work rubric assistance, incident severity assessment, and maintenance priority ranking.
    • Dependency: score levels must be defined consistently. An expected score should not be treated as an objective measurement unless the scale has been validated and inter-rater reliability is acceptable.
  • Agent action selection โ€” Robotics, computer use, workflow automation
    • Provide an agentโ€™s current context and a set of permitted actionsโ€”such as โ€œopen file,โ€ โ€œsend for approval,โ€ โ€œretry,โ€ or โ€œstopโ€โ€”and use the returned distribution to choose the next step.
    • The closed-world interface is useful for constraining an agent to explicitly authorized actions, reducing the need to parse unconstrained language output.
    • Confidence thresholds can trigger fallback to a larger LLM, a deterministic policy, or a human operator.
    • Dependency: the model does not itself guarantee that an action is safe, executable, or optimal. Action validation, permissions, environment checks, and deterministic safeguards remain necessary.
  • Multimodal inspection and visual decision support โ€” Manufacturing, logistics, retail
    • Drex Maxโ€™s image-tuned variant can make choices from images, such as identifying a defect category, selecting a packaging condition, classifying shelf states, or determining whether visual evidence satisfies a checklist.
    • A practical workflow is image capture โ†’ structured inspection question โ†’ candidate defect or condition options โ†’ probability-based routing.
    • Dependency: visual accuracy depends on image quality, camera configuration, lighting, and similarity between deployment images and training data. The paperโ€™s evidence supports multimodal capability but does not establish safety or reliability for unsupervised industrial control.
  • Local and privacy-preserving decision services โ€” Enterprise IT, academia, regulated sectors
    • The open weights, safetensors/GGUF builds, and inference runtimes enable on-premises or local deployment for sensitive documents and records.
    • Organizations can use the models without sending all inputs to an external generative API, potentially reducing latency and data-transfer costs.
    • Dependency: deployment requires suitable GPU or optimized inference infrastructure, and the applicable license may restrict commercial or certain backbone-dependent uses. Security review and model monitoring are still required.
  • Research baselines for discriminative language-model inference โ€” Academia
    • Researchers can use the released models as baselines for multiple-choice reasoning, calibration, option-order robustness, selective prediction, multimodal decision-making, and agent evaluation.
    • The common interface across four backbones enables controlled comparisons between diffusion, hybrid, mixture-of-experts, pointer, and readout-head architectures.
    • Dependency: the paper reports strong benchmark performance but also notes that many comparisons are associative rather than causal. Results should therefore not be interpreted as proving that any single architectural or training component is responsible for all gains.
  • Evaluation and monitoring of decision systems โ€” Policy, governance, software quality
    • The paperโ€™s metricsโ€”expected calibration error, negative log-likelihood, Brier-style scores, selective accuracy, and option-order flip rateโ€”can be incorporated into model acceptance tests and production monitoring.
    • Teams can test whether a deployed classifier changes its top decision when candidate labels are reordered, and whether confidence thresholds correspond to actual accuracy.
    • Dependency: monitoring requires representative labeled samples, periodic recalibration, and explicit handling of abstentions and unknown cases.

Long-Term Applications

The following applications are plausible extensions of the findings but require additional validation, domain adaptation, scaling, or safety research before dependable deployment.

  • Clinical decision support โ€” Healthcare
    • A multimodal decision model could combine clinical notes, laboratory data, medical images, and patient history to rank diagnostic hypotheses, treatment options, or urgency levels.
    • The probability distribution and abstention mechanism could support clinician review rather than opaque single-label predictions.
    • Required development: prospective clinical validation, subgroup and fairness analysis, calibration by hospital and specialty, auditability, privacy controls, and regulatory approval. Benchmark performance alone is insufficient for patient-care decisions.
  • Financial underwriting and fraud detection โ€” Finance
    • Candidate-option inference could support credit-risk bands, fraud-alert categories, transaction dispositions, or competing investment scenarios.
    • Calibration and selective prediction could be used to automate routine cases while escalating borderline cases.
    • Required development: temporal validation, resistance to adversarial behavior, fairness testing, explainability, regulatory compliance, and recalibration during economic regime changes.
  • Autonomous robotics and industrial control โ€” Robotics, energy, manufacturing
    • A decision model could select among navigation actions, maintenance interventions, grid-control responses, or robotic manipulation plans based on sensor and visual context.
    • Shared-state pointer models could answer many related action-selection questions efficiently, while the multimodal model could process raw images.
    • Required development: real-time guarantees under worst-case latency, formal safety constraints, simulation-to-real transfer, out-of-distribution detection, and integration with verified planners. Probabilities should not be used as the sole control policy.
  • Adaptive education and assessment โ€” Education
    • The model could select instructional interventions, classify student misconceptions, score open-ended work against ordered rubrics, or recommend the next exercise.
    • Confidence-aware routing could send ambiguous submissions to teachers and automate routine formative feedback.
    • Required development: longitudinal studies of learning outcomes, protection against demographic bias, teacher oversight, age-appropriate design, and validation across curricula and languages.
  • Policy analysis and public-sector case management โ€” Government
    • Agencies could use decision models to prioritize inspections, classify applications, identify missing documentation, or compare policy scenarios.
    • The explicit option set could improve procedural consistency and make the decision space auditable.
    • Required development: legally defensible explanations, appeal mechanisms, public documentation, bias and disparate-impact analysis, records retention, and human accountability. Automated recommendations should not independently determine access to essential services.
  • Foundation decision services for enterprise platforms โ€” Software infrastructure
    • The models could become general-purpose decision layers embedded in databases, workflow engines, CRM systems, RAG systems, and agent frameworks.
    • A standardized API could allow applications to switch among model sizes and architectures depending on latency, accuracy, image support, and cost requirements.
    • Required development: robust schema validation, versioned calibration, monitoring under changing option distributions, batching and caching strategies, and clear semantics for confidence across domains.
  • Active learning and data-labeling systems โ€” Academia, industry
    • The modelโ€™s confidence and option distributions could identify uncertain examples for annotation, prioritize expert review, and construct more informative training datasets.
    • Option-order robustness tests could detect unstable labels before they enter a supervised dataset.
    • Required development: evidence that model uncertainty correlates with genuine annotation difficulty, safeguards against reinforcing model bias, and methods for detecting cases where the correct answer is absent from the supplied options.
  • Decision ensembles and hybrid reasoning systems โ€” AI research
    • Decision models could serve as fast first-pass evaluators, with an autoregressive LLM invoked only for low-confidence, high-impact, or explanation-demanding cases.
    • Multiple option orderings could be averaged to improve log loss, as reported in the paper, while confidence thresholds could determine escalation.
    • Required development: principled routing policies, end-to-end cost and latency studies, calibration after ensembling, and safeguards against correlated errors between the decision model and fallback model.
  • Personal productivity and household assistance โ€” Daily life
    • Consumer tools could use decision models to compare travel plans, prioritize tasks, categorize messages, select purchases from a user-defined shortlist, or score household maintenance urgency.
    • Local inference could enable privacy-preserving assistants that return probabilities over explicitly specified alternatives rather than generating unrestricted recommendations.
    • Dependency: users must define meaningful candidate options, and the model may omit the best choice if it is not included. Consumer interfaces should clearly distinguish model confidence from factual certainty and avoid presenting probabilistic outputs as guarantees.
  • Policy and safety standards for probabilistic AI decisions โ€” Governance
    • The paper supports a broader standard in which AI systems expose option distributions, calibration statistics, selective accuracy, and sensitivity to option ordering rather than only a final answer.
    • Such standards could inform procurement requirements and auditing frameworks for AI used in regulated or high-impact environments.
    • Required development: consensus on reporting protocols, domain-specific risk thresholds, reproducible evaluation datasets, and methods for measuring calibration under real-world distribution shift.

Glossary

  • Ablation: An experiment in which a component of a system is removed or altered to measure its contribution. โ€œControlled ablations show that RLAF improves accuracy and consistency.โ€
  • Autoregressive decoding: Generating an output sequence one token at a time, with each token conditioned on previously generated tokens. โ€œreturn the probabilities directly, without autoregressive decodingโ€
  • Backbone model: The primary neural-network architecture that provides learned representations for an application-specific model. โ€œThe pointer head is added to the last layer of each of the following backbone modelsโ€
  • Bidirectional attention: An attention mechanism in which each token can incorporate information from tokens on both sides of it. โ€œa diffusion LLM with bidirectional attention over the contextโ€
  • Bootstrap confidence interval: An uncertainty interval estimated by repeatedly resampling observed data. โ€œWe report bootstrap confidence intervalsโ€
  • Calibrated probabilities: Predicted probabilities that correspond closely to the observed frequencies of correct outcomes. โ€œCan a single model serve arbitrary option sets with calibrated probabilitiesโ€
  • Calibration: The degree to which predicted probabilities match empirical outcome frequencies. โ€œCalibration. How well do the probabilities returned by decision models match their empirical accuracyโ€
  • Causal attention mask: A masking pattern that prevents a token from attending to subsequent tokens. โ€œThe model removes the causal attention mask in its full-attention layersโ€
  • Chance-corrected skill: A performance measure adjusted to account for accuracy expected from random guessing. โ€œPublic-suite index and full score with private tests, both chance-corrected skillโ€
  • Constrained decoding: Generation restricted to a predefined set of valid strings or tokens. โ€œanother is to generate the option and constrain the generation to the allowed stringsโ€
  • Cross-entropy: A loss function measuring the discrepancy between a target probability distribution and a predicted distribution. โ€œthe loss functions for training (cross-entropy, squared Cramโ€
  • Cross-encoder: A model that jointly encodes two inputs to directly compute a relationship or score between them. โ€œcross-encoders and pointer networksโ€
  • Diffusion LLM: A LLM that generates or reconstructs text through a diffusion-based process rather than standard left-to-right decoding. โ€œa diffusion LLM with bidirectional attention over the contextโ€
  • Discriminative inference: Inference that selects or scores among possible outputs rather than generating a sequence of text. โ€œThis has driven a resurgence of discriminative inference in the form of decision modelsโ€
  • Embedding: A dense vector representation of an input used for comparison, clustering, or search. โ€œEmbedding maps an input to a vector that is compared, clustered or searchedโ€
  • Expected calibration error (ECE): A statistic that summarizes the difference between predicted confidence and empirical accuracy across confidence bins. โ€œWe measure the expected calibration error over 15 equal-width bins (ECE).โ€
  • Forward pass: One computation of a neural network that transforms an input into an output. โ€œbut at the cost of one forward pass per optionโ€
  • Frontier model: A highly capable model representing the current leading performance in a class of AI systems. โ€œcompetitive with frontier models on real-data decisionsโ€
  • Full attention: An attention mechanism in which tokens can attend broadly to all relevant tokens in the sequence. โ€œdense multimodal backbone with non-causal full attentionโ€
  • Hidden state: An internal vector representation produced by a neural network layer. โ€œmaps the final hidden state to one logit per codeโ€
  • Inference-time intervention: A modification applied during model use rather than during training. โ€œMost of the evidence is comparative, across models, training stages, and inference-time interventions.โ€
  • Kullbackโ€“Leibler (KL) divergence: A measure of the difference between two probability distributions. โ€œThe objective is regularized by the [ADDRESS] divergence between the output distributionโ€
  • Latency: The time required for a system to produce a response. โ€œsuch approaches give inconsistent answers, require parsing of outputs, and add cost and latency.โ€
  • Log loss: A probabilistic loss function based on the negative logarithm of the probability assigned to the observed outcome. โ€œAveraging the three probability distributions predicted by the model for the respective three orders improves log lossโ€
  • Logit: An unnormalized score that is typically converted into a probability using softmax. โ€œa bias-free linear layer maps the final hidden state to one logit per codeโ€
  • Masked LLM: A LLM trained to predict tokens hidden or removed from their surrounding context. โ€œin the case of masked LLMs, predicting tokens withheld from their contextโ€
  • Mixture-of-experts (MoE): A neural architecture that routes each input through a subset of specialized component networks. โ€œa sparse mixture of experts LLMโ€
  • Multimodal backbone: A neural-network backbone designed to process multiple data modalities, such as text and images. โ€œa dense multimodal backbone and bidirectional attentionโ€
  • Negative log-likelihood (NLL): The negative logarithm of the probability assigned to the correct outcome. โ€œthe log loss (also, negative log-likelihood, abbreviated NLL)โ€
  • Non-causal attention: Attention that is not restricted to preceding tokens and can use information from later tokens. โ€œThe model removes the causal attention mask in its full-attention layersโ€
  • Option-order sensitivity: A modelโ€™s tendency to change its predictions when candidate options are presented in a different order. โ€œthe option-order sensitivity of LLMsโ€
  • Permutation consistency: The property that a modelโ€™s output remains appropriately unchanged when inputs are reordered. โ€œpermutation consistencyโ€
  • Pointer head: A model component that assigns scores or probabilities to positions or explicitly supplied options. โ€œThe pointer head is added to the last layerโ€
  • Pointer model: A decision model that encodes context once and reuses that representation across multiple questions. โ€œPointer models (e.g., [PERSON_NAME], v1.5, v2.0) are decision models where the context is encoded onceโ€
  • Proper scoring rule: A scoring function designed to incentivize reporting oneโ€™s true probability distribution. โ€œcalibration and proper scoring rulesโ€
  • Readout head: A final model layer that converts an internal representation into task-specific scores or logits. โ€œreads the answer from a readout headโ€
  • Reinforcement learning from adjusted feedback (RLAF): A reinforcement-learning method that uses feedback modified according to model probabilities or other adjustments. โ€œTraining combines supervised fine-tuning with reinforcement learning from adjusted feedback (RLAF)โ€
  • Renormalization: Rescaling scores or probabilities so that they sum to one over a specified set of outcomes. โ€œcomputing the output probabilities of constrained generation involves renormalizing the per-token probabilitiesโ€
  • Reranker: A model that assigns a relevance score to each candidate and reorders the candidates accordingly. โ€œa reranker returns one number per candidateโ€
  • Selective accuracy: Accuracy measured on the subset of predictions for which the model is most confident. โ€œselective accuracy, which is the accuracy of the model on the fraction of decisions on which it is most confident.โ€
  • Softmax: A function that converts a vector of scores into a normalized probability distribution. โ€œa linear layer to produce a single score or additionally a softmax over a fixed set of output labelsโ€
  • Supervised fine-tuning (SFT): Further training of a pretrained model on labeled examples for a particular task or behavior. โ€œThe first stage is supervised fine-tuning (SFT).โ€
  • Temperature parameter: A parameter that adjusts the sharpness or concentration of a predicted probability distribution. โ€œDoes a single global temperature, fit on held-out decisions, improve this calibration?โ€
  • Top-1 flip rate: The fraction of decisions for which the highest-probability option changes after the options are reordered. โ€œWe measure order robustness with the top-1 flip rateโ€
  • Vision tuning: Training or adapting a model so that it can process and use visual inputs. โ€œplus vision tuning for [PERSON_NAME].โ€

Open Problems

We haven't generated a list of open problems mentioned in this paper yet.

Tweets

Sign up for free to view the 11 tweets with 296 likes about this paper.