strands-decider-2B-qwen3.5-v1-2610

The main home of this model is StrandsAgents/strands-decider-2B-qwen3.5-v1-2610. The same files are also at amazon/strands-decider-2B-qwen3.5-v1-2610.

Strands decider is a small, fast decision model for agentic AI. Unlike an LLM, which can generate arbitrary text, a decision model picks between sets of options and rates things on a scale, and every answer carries a calibrated confidence. It fits the decisions inside an agentic workflow: model routing, tool selection, argument checking, triage, guardrails, evaluations, and the rote decisions of a hybrid agent that leaves the hard ones to an LLM.

v1 is the first model of the new names: strands-decider-<size>-<base>-v<N>-<YYMM>, that is the base model's size, the base model, the recipe generation and the release month. The earlier strands-decider-2B-hobson-v19 and -v21 keep their names (docs/naming.md in the code repository).

What is new in v1, against hobson-v21:

• A balanced data mix of 246,678 rows, about twice v21's. It adds code tasks and new rule-application rows (apply a written policy to a case), and it adds rows from more public datasets so that the mix follows the kinds of decisions in the evaluations. It drops v21's 20,000 rows from datasets whose terms restrict commercial use.
• A larger teacher: the output distributions of google/gemma-4-31B-it are training targets where its answer agrees with the gold label.
• The v19 anchor: training keeps the answers close to the released StrandsAgents/strands-decider-2B-hobson-v19 (a KL term, weight 0.3), not to the untrained base.
• A soup: this checkpoint averages three training runs (seeds 0, 1 and 2) of the same recipe.

This repository holds one trained checkpoint: a LoRA adapter on Qwen/Qwen3.5-2B-Base plus a small readout head that scores the options of a typed question (noul, a yes/no question; choice, one of N options; score, a level on an ordered scale). The code, the training recipe, the data inventory and the evaluations are at https://github.com/strands-labs/strands-decider, under the same Apache-2.0 license as this model (see LICENSE.md).

Use

pip install strands-decider

Ask one or more questions about a state. Pass --device cuda, mps or cpu; without it, the best available device is used. The base weights download from the Hub at first use.

strands-decider ask StrandsAgents/strands-decider-2B-qwen3.5-v1-2610 \
  --state "Help! My payouts have been failing for 3 days! " \
  --choice "Which team should handle this?=billing,sales,retail" \
  --noul "Does this convey urgency?" \
  --score "How frustrated is the writer?=calm,frustrated,depressed"

The output of this checkpoint (--device cpu; other devices differ in the last digits):

noul_0 noul = 0.858
choice_0 -> billing (confidence 0.659)
  billing                  0.773
  sales                    0.121
  retail                   0.106
score_0 score = 1.03 (confidence 0.509)
  0: calm                                     0.196
  1: frustrated                               0.574
  2: depressed                                0.230

Images: pip install "strands-decider[vision]" (transformers 5.18 or later; the image path is on the code repository's main and in releases after 0.1.0), then serve --vision or ask --image FILE. See "Images" below and docs/vision.md in the code repository.

Or serve it over HTTP. The server binds to 127.0.0.1 and has no authentication: use it for local experiments.

strands-decider serve StrandsAgents/strands-decider-2B-qwen3.5-v1-2610 --port 8000
curl -s localhost:8000/v1/systemone -H 'content-type: application/json' -d '{
  "state": "Help! My payouts have been failing for 3 days!",
  "questions": {"is_urgent": {"type": "noul", "instructions": "Does this convey urgency?"}}
}'

In Python, strands_decider.modeling.StrandsDeciderModel.load("StrandsAgents/strands-decider-2B-qwen3.5-v1-2610"). The adapter in lora/ is a standard PEFT adapter on the Qwen3.5 text decoder (transformers.Qwen3_5ForCausalLM(...).model); the head is head.safetensors.

Results

JevBench is the external benchmark (231 public tasks); the internal sets are this recipe's held-out short tasks, multi-step documents and answer-adequacy judgements (the code tasks are in the table under "How this checkpoint was made"). MuSiQue, ContractNLI and BoardgameQA are dev splits of sets whose train splits are in the training data; HotpotQA is never trained on. evaluation/README.md in the code repository describes each set, and its results pages give the figures by version. Per-skill results and the raw reports and logs are in eval/summary.json and eval/internal/.

How this checkpoint was made

This checkpoint is a soup of three training runs of one recipe (seeds 0, 1 and 2). Each layer's LoRA update is the exact mean of the three runs' updates (stored as one rank-48 adapter), and the three readout heads are stacked so that the soup's score for an option is the mean of theirs. The soup was then calibrated like any trained checkpoint. A soup needs no choice between seeds. It scores at or above its seeds' mean on most measures below.

Seeds: their training runs (8x A100). Soup: these files through the code repository's main (one NVIDIA L4).

On the Decision Index (balanced skill) the soup scores 30.82, measured with the training harness.

Release checks

These files through the code repository's main (not the training harness):

Images

With --vision the vision tower of Qwen3.5-2B-Base is kept and the adapter and head are used unchanged; nothing was trained on images. NaturalBench (first 300 groups, 1,200 questions) and POPE adversarial (first 600 items), this checkpoint and hobson-v21 on the same L4:

The same accuracy as v21 within the intervals; POPE Brier is a little worse.

Image missing. Without the image both fall to chance, so the answers come from the image. With the image removed this checkpoint still answers: mean confidence 0.711 on NaturalBench and 0.834 on POPE, ECE 0.211 and 0.334 (v21: 0.722 and 0.792, ECE 0.222 and 0.292). On POPE it is more overconfident than v21 (ECE +0.042, 95% CI +0.039 to +0.044). Do not use its confidence to detect a missing, blank or unreadable image: check for the image before you ask.

Limitations

• Questions are read less than documents. With the state and options fixed, a changed question often gets the same answer. Phrase a question so the obvious reading is the intended one.
• Long, multi-step documents are the weak spot: JevBench's hard tier scores far below its easy tier.
• score and noul transfer poorly to rubrics and yes/no tasks unlike the training mix. Train on a rubric resembling yours.
• Calibration is one temperature per primitive, fitted on held-out short classification. The confidence bands are established there only: measure on your own traffic before you trust a threshold.
• Trained on public datasets, so it inherits their domains and their label noise.

evaluation/README.md, section "Limitations", has the measured figures behind each point.

Training data

246,678 rows in nine files:

Rule-application rows. Our templates hold each rule. google/gemma-4-31B-it (Apache-2.0) wrote the policy text and the case files. The gold answers were computed by code from the rule. Claude was used only as an independent check to filter rows: a row was kept only where gemma's and Claude's answers both agree with the code. Claude's text is not in the data.

Teacher. The output distributions of google/gemma-4-31B-it are training targets on the yes/no and choice rows where its answer is the gold label; the multi-step rows keep an earlier model's own distributions; the generated-document and adequacy rows train on the gold label only.

Checks on every row. Licence, a 13-gram overlap check against JevBench's public tasks, the Decision Index suite, HotpotQA dev and our held-out sets (rows with any overlap were dropped), the 4,096-token window, and a hand read of samples. HotpotQA is not in the training data; the mix does have 2WikiMultihopQA, a similar multi-hop task.

training/sources.md lists every source with its revision, licence and attribution.

Training

Each of the three runs trained one epoch on the mix with training/recipe.sh train calibrate eval of the code repository, on p4de.24xlarge hosts (8x NVIDIA A100 80GB; about 79 min of training each). Their configs are in training/configs/; they differ only in seed. The soup was made with strands-decider soup, then calibrated with training/recipe.sh calibrate like any trained checkpoint. The anchor setting (kl_frozen_reference, strands-labs/strands-decider#56) and the soup command (#58) are in the code repository's main. The builders of this data mix are not yet, so the training data cannot be rebuilt from main. Config: train_config.json (seed 0's).

Provenance

strands_decider_config.json is the soup's, less three keys that the training code wrote and released versions of strands-decider do not read: full_weight_targets: [], force_bos: false and host_embeddings: false (each the off value, so the model is the same). provenance.json: base model and revision (inferred: the hosts did not pin one; the loader pins it from this file), and the sha256 of the config, adapter, head and source pickle. MANIFEST.sha256 lists every file; python -m strands_decider.hf_export verify <folder> checks them. The run records keep their timings and results; host paths, cloud identifiers and cost fields are removed.

Changelog

• 2026-10-09: first release.