Sage-A1.5
[!Note]
This repository contains model weights and configuration files for Sage-A1.5 in the Hugging Face Transformers format.
These artifacts are compatible with Hugging Face Transformers, vLLM, SGLang, etc.
Sage‑A1.5 is a 35B Mixture‑of‑Experts agentic model based on Qwen3.6 and Agents-A1 from Shanghai AI Laboratory,
built to advance long-horizon scientific problem solving through adaptive capability composition.
Building upon Agents‑A1, Sage‑A1.5 learns not only to solve individual tasks, but also to organize work and revise its approach during execution,
highlighting three key capabilities: Agentic Orchestration, Verification, and Open Scientific Discovery.
First, agentic orchestration extends single-agent execution through task delegation and parallel collaboration among subagents with isolated contexts,
enabling complex tasks to be decomposed and addressed concurrently while reducing interference across concurrent subagents.
Second, agentic verification strengthens long-horizon reliability through progress checking, evidence validation, and reflective strategy revision,
allowing Sage‑A1.5 to recognize unproductive search paths and pursue alternative approaches.
Third, open scientific discovery extends agentic capabilities beyond answering predefined questions to conducting exploratory research,
connecting scientific inquiry with interactive analysis and inspectable research artifacts.
We hope Sage‑A1.5 provides the community with an accessible foundation for open scientific discovery,
offering a practical path from long-horizon task execution to collaborative, verifiable, and inspectable scientific exploration.
Highlights
- Agentic Reasoning: Sage-A1.5 excels at decomposing complex tasks into executable sub-steps, planning ahead, and adapting its strategy based on intermediate results.
- Tool Use: Natively supports function calling and tool integration, enabling seamless interaction with APIs, code interpreters, search engines, and other external tools.
- Scientific and Professional Reasoning: Handles tool-integrated scientific reasoning and professional knowledge question answering.
- Instruction Following: Precisely follows detailed, multi-constraint instructions across diverse domains.
- Agentic Orchestration: Orchestrates parallel investigations across subagents with independent contexts, enabling them to challenge assumptions, refine conclusions through evidence, and synthesize their findings into comprehensive results.
- Verification Mode: An opt-in self-review capability that lives inside the model's own chain of thought — the model pauses mid-trajectory to review what it has established and what has failed, then acts on a revised direction in the same turn, with no external critic.
We welcome developers and enterprises to integrate and try Sage-A1.5 and share their feedback.
Performance
We evaluate Sage-A1.5 in real-world agentic and research-oriented workflows across six
directions — long-horizon search, engineering tasks, instruction following, scientific research,
general agentic tasks, and scientific agentic tasks. Despite operating in the ~35B model class,
Sage-A1.5 delivers highly competitive performance against frontier-scale systems such as
Kimi-K3, GLM-5.3, and GPT-5.6-sol. It achieves overall SOTA on XBench-DS-2510 (92.0),
IFBench (81.6), PinchBench (90.0), FrontierScience-Olympiad (81.0), FrontierScience-Research (48.3),
CMT (80.0), and OmniDocBench (91.5), and reaches 95.1 on GAIA — higher than every
larger-scale model we compare against. Among comparable ~35B models it ranks first on a broad
range of tasks, including BrowseComp (81.7), SWE-bench Pro (61.2), MLE-Lite (65.2),
SciCode (44.3, tied with Agents-A1), AA-LCR (81.0), HLE w/ tools (55.1),
VitaBench (45.4), and ChemCOTBench (66.5).
Compared with A1, it improves substantially on engineering and agentic workloads
(SWE-bench Pro +17.6, SWE-bench Multilingual +14.0, PinchBench +13.1, MLE-Lite +21.3).
These results show that Sage-A1.5 combines strong long-horizon search ability, robust
scientific reasoning, and reliable instruction following, establishing it as a highly capable and
efficient agentic model that narrows the gap with much larger frontier models.
🥇 Overall SOTA
🟢 Best Among Comparable Models (~35B)
[!Note]
SWE-Bench Series: We use the mini-SWE-agent harness with a temperature of 1.0, top-p of 0.95, a 200K-token context window, and automatic context compaction enabled. All evaluations are conducted in a fully offline environment without internet access.
GLM-5.3 on OmniDocBench: GLM-5.3 is a text-only (unimodal) model without multimodal input support, so its results on OmniDocBench, a multimodal benchmark, are not reported.
Usage
SGLang
SGLang is a fast serving framework for large language models and vision language models.
Install SGLang with uv:
See its documentation for more details.
The following commands create API endpoints at http://localhost:8000/v1:
For ultra long context:
Sage-A1.5 natively supports a 256K context window. To extend it to 512K, serve the model with
YaRN (factor: 2.0) enabled by overriding the RoPE parameters:
vLLM
vLLM is a high-throughput and memory-efficient inference and serving engine for LLMs.
Install vLLM from the main branch via uv:
See its documentation for more details.
The following commands create API endpoints at http://localhost:8000/v1:
-
Standard Version (1 GPUs, 262K context):
-
Text-Only (skips vision encoder to free KV cache memory):
-
Multi-Token Prediction (MTP):
For ultra long context:
Sage-A1.5 natively supports a 256K context window. To extend it to 512K, serve the model with
YaRN (factor: 2.0) enabled via --hf-overrides (vLLM no longer supports the old --rope-scaling
flag):
Advanced Modes
Sage-A1.5 ships two opt-in modes that build on the standard serving setup above. Both are off by
default: Agentic Orchestration Mode is turned on by registering a tool, Verification Mode by a chat-template flag.
Agentic Orchestration
Agentic Orchestration Mode (see Highlights) lets the model fan out independent sub-questions to
sub-agents that run in parallel, each with its own context window and its own tool access. It is
enabled by exposing a spawn_subagent tool to the model: the model calls it whenever a task
decomposes into independent investigations, and your harness runs each sub-task and returns the
structured results.
Sub-agents are not restricted to any fixed tool set — they can be given whatever tools your
deployment registers (search, page reading, code execution, retrieval, internal APIs, …). By default
they inherit the main agent's tools; set subagent_tools if you want them to have a different, for
instance narrower, set.
Register the following tool schema alongside your other tools:
Because a sub-agent cannot see the main conversation, every task must be self-contained — task,
context, and expected_output are all required. Each sub-agent returns one compact JSON object
{answer, status, evidence, unresolved_issues}, and the batch is handed back to the main model in
input order.
Notes:
- Keep each sub-task independent. Tasks in one batch run concurrently and cannot see each
other's results, so anything sequential belongs in separate
spawn_subagent calls.
expected_output acts as a format constraint on the sub-agent's answer (e.g. 'a year YYYY',
'a person name'), which keeps results short and easy to merge.
- A sub-agent that cannot resolve its task returns
"UNKNOWN" with a status of unknown or
insufficient_evidence rather than guessing — check status before using an answer.
- Batch size and per-sub-agent turn budget are harness-side settings
(
max_tasks_per_spawn, default 5; subagent_max_turns, default 20). Oversized batches are
rejected with an error message instead of being truncated.
- The schema's
description above names google_search and read_page because that is the
reference setup. If you give sub-agents a different tool set, update that sentence to match —
it is what tells the main model what its sub-agents can actually do.
Verification Mode
Verification Mode (see Highlights) is opt-in and off by default. Enable it per request by
passing verification through chat_template_kwargs; the chat template then appends the verification
protocol trigger to the end of your system message.
Notes:
- A non-empty system message is required. Because the trigger is appended to the end of the system
content, a request with
verification: true and no system message (or a whitespace-only one) is
rejected with HTTP 400.
- Pass a JSON boolean, not a string:
{"verification": true}, not {"verification": "true"}.
- Omitting
chat_template_kwargs is equivalent to {"verification": false}, which renders the prompt
unchanged.
- Verification Mode is independent of tool use — it works with or without
tools.
- The self-review is emitted as reasoning content, so read
reasoning_content in addition to content.
Recommended Sampling Parameters
For the best generation quality, we recommend the following sampling parameters:
temperature: 1.0
top_p: 0.95
top_k: 20
min_p: 0.0
presence_penalty: 1.5
repetition_penalty: 1.0
Agent Capability Evaluation
To provide the community with a unified agent evaluation codebase for fair comparison,
we have also open-sourced an evaluation framework for assessing agentic models across core capabilities, including tool use and multi-step reasoning.
The evaluation code is included in the Sage-A1/evaluation of this repository.
We use this framework to evaluate the released model under a standardized and reproducible setting.
Specifically, the model is tested on a set of agent-oriented tasks that require it to understand user goals, decompose complex instructions,
interact with tools or environments when necessary, and produce final results.
The evaluation results reported in Model Card are generated using the open-source framework above,
so that users can reproduce the experiments, compare other models under the same protocol, and further extend the benchmark for new agent scenarios.
(Note that: To ensure a fair comparison, we report the benchmark results from their original technical reports.
If a model does not report the corresponding benchmark results, we evaluate it using the same evaluation protocol as our model.)
For detailed evaluation scripts, task definitions, metrics, and reproduction instructions, please refer to the evaluation codebase.
Citation
If you find our work helpful, feel free to give us a cite.