Model launches
Introducing Qwen3.8-Flash-Next: Qwen4's architecture
Qwen3.8-Flash-Next is Qwen's public first look at the Qwen4 architecture: 125B MoE at 6B active, Qwen Sparse Attention, and n-gram embeddings, served under a BAA.
TL;DR
Qwen3.8-Flash-Next, the experimental preview of the Qwen4 architecture, is now available with 125B parameters and only 6B active per token - an architecture story worth knowing even before it is ready for production HIPAA workloads.
Most "preview release" blog posts are a waste of your time: a renamed checkpoint and a new benchmark table. This one is different. Qwen3.8-Flash-Next ships a complete rethinking of the core components - attention, residual streams, and embedding scaling - and is explicitly framed by Qwen as the architecture that will underpin Qwen4.
Today, we are publishing an honest first look. Qwen3.8-Flash-Next, the experimental preview of Qwen's next-generation architecture, is now on our HIPAA-compliant design-partner program under a signed BAA - and we want to be clear up front that this is not a finished production model, but a research preview you evaluate, not one you bet production on. Here is what it is, what it changes, and how we would think about evaluating it for clinical and operational workloads.
What is Qwen3.8-Flash-Next?
Weights went live on Hugging Face around August 24-26, 2026 - a few
days after the Qwen3.8-27B release we covered earlier in the week, under
the model ID Qwen/Qwen3.8-Flash-Next. It is a 125B total parameter
Mixture-of-Experts model activating only 6B parameters per token, plus
51B n-gram embedding parameters and 4B multi-token-prediction
parameters in a separate memory pool. The Qwen card is explicit that
this is an experiment, not a release.
The headline architectural changes, each aimed at a specific serving-cost constraint:
- Qwen Sparse Attention (QSA). Qwen replaced the Gated Attention used throughout Qwen3.8 with a sparse attention variant that operates at the micro-block level rather than selecting individual tokens, which Qwen reports cuts long-context latency significantly. For agentic workloads that feed long traces of tool calls, this is the difference between a usable and an unusable cost-per-turn.
- Gated Residual. A per-branch, element-wise data-dependent read gate and scalar write gate modulate what flows through widened residual streams, which lets Qwen scale depth beyond what standard residual connections manage stably.
- N-gram Embedding. A separate, memory-lean scaling axis that Qwen notes is amenable to compute offload - a 51B parameter pool indexed by short n-grams rather than another 51B MoE layer. It is a new structural lever, not an efficiency tweak.
- Refitted training recipe. Muon and AdamW applied per weight category, with batch-size warmup eliminated entirely against Qwen's updated scaling laws.
The context is 262,144 tokens natively, extensible to 1M, it is a
vision-language model, and it inherits reasoning_effort and
preserve_thinking controls from the Qwen3.8 family.
Performance profile: what it's good at vs. what it's not
What Qwen3.8-Flash-Next excels at
- Efficiency-first benchmark strength. On its model card (compared against Qwen3.8-27B, Qwen3.7-Plus, DeepSeek-V4-Flash-0731, and an Opus-4.6-class reference at max reasoning depth), it posts 58.7 on DeepSWE 1.1, 62.5 on SWE-bench Pro, 48.1 on NL2Repo-Bench, and 73.9 on CoWorkBench - ahead of Qwen3.8-27B on every one of those rows, at one-quarter the parameter count and a tiny fraction of the active budget.
- Multimodal agentic capability. On Qwen's multimodal card table it scores 84.5 on AndroidWorld (mobile use), 64.0 on Vision2Web visual web development, and 76.6 on LVBench long-video understanding - competitive with, and in places better than, the larger Qwen3.8 siblings.
- A live look at Qwen4. If you are building infrastructure, agent scaffolds, or serving-layer assumptions on top of where Qwen is heading over the next release cycle, weight access to this architecture is the actual value of this release.
Limitations to keep in mind
- It is a research preview, not a product. Qwen's own card says so explicitly, and we agree. Anything you build against this today should assume the architecture, weights, and results may change before Qwen4 ships.
- Not Apache 2.0, and stricter for hosting. The License attached to
this release,
qwen-community-1.0, keeps an attribution clause (display the Qwen model name in your product UI above 100M MAU or $20M monthly revenue) but adds a hard condition: anyone running these weights as a "Model as a Service" - i.e. exposing an inference API or hosted endpoint to third parties - must obtain a separate license from Qwen, at any revenue level. There is no small-provider carve-out like the $50M rolling-revenue threshold attached to the Qwen3.8-Max 2.4T open release. Internal use only, no third-party exposure, remains free. - Preview pricing for a preview model. We serve Flash-Next at $0.15 per 1M input, $0.016 per 1M cached input, and $0.47 per 1M output - and the rate should be read the same way as the checkpoint: subject to change before Qwen4 ships.
- Small benchmark deltas do not always translate. A 58.7 versus 54.4 on DeepSWE, measured under Qwen's own harness against their own checkpoint choices, is a signal exactly as strong as the harness is reliable - which, for brand-new agentic benchmarks, is usually worth a grain of salt.
- Metric complexity. Qwen's card reports composite scores for some benchmarks (e.g. OSWorld 2.0 as a Binary / Partial pair, ClawEval-MM as a Pass@3 / Average pair). Map those onto your own evaluation harness before drawing any single-number conclusion.
The benchmarks: how Qwen3.8-Flash-Next compares
Benchmarks are from the official Qwen3.8-Flash-Next model card on Hugging Face (vendor-reported, Qwen's harness), against its closest peers.
| Benchmark (Focus) | Flash-Next | Qwen3.8-27B | Qwen3.7-Plus | DS-V4-Flash-0731 |
|---|---|---|---|---|
| DeepSWE 1.1 (agentic coding) | 58.7 | 42.2 | 16.5 | 54.4 |
| SWE-bench Pro (repo-level coding) | 62.5 | 61.7 | 55.8 | 56.0 |
| NL2Repo (repo-level generation) | 48.1 | 42.3 | 41.1 | 54.2 |
| CoWorkBench (long-horizon office) | 73.9 | 70.7 | 65.1 | 45.1 |
| Toolathlon Verified (tool use) | 73.5 | 67.1 | 50.6 | 70.3 |
| IFBench (instruction following) | 81.3 | 79.5 | 79.1 | 79.2 |
| GPQA Diamond (science reasoning) | 91.7 | 89.2 | 90.3 | 90.8 |
| HLE (multidisciplinary) | 35.9 | 30.8 | 34.7 | 33.8 |
| AndroidWorld (mobile use) | 84.5 | 81.9 | 81.0 | - |
| Vision2Web (visual web dev) | 64.0 | 62.9 | 42.1 | - |
Why consider Qwen3.8-Flash-Next via our HIPAA-compliant API?
- A structured preview, not a promise. Under our HIPAA-compliant design-partner program, architectural evaluations like this one come with a signed BAA, end-to-end data encryption, and strict zero data retention - the evaluation environment is as strict as the production path. General availability is coming soon.
- Reading the road, before the road. If you are planning healthcare agent infrastructure for the year ahead, seeing Qwen4's architecture today - inside a BAA, with zero retention - is materially more useful than waiting for the production release and scrambling.
- Honest on cost. Flash-Next runs at $0.15 per 1M input / $0.016 per 1M cached input / $0.47 per 1M output on our serving layer, and architecturally, only 6B active per token on a 125B stack keeps the theoretical floor well below anything in the frontier class - with the same preview caveat as the checkpoint itself.
Ready to evaluate the Qwen4 architecture under your BAA? Join the waitlist now.
Run it HIPAA-compliant
Qwen3.8-Flash-Next on OpenMed Router
$0.15/M input · $0.47/M output · 262144 context
Chris Williams, MD
Chris Williams, MD is a physician, clinical AI researcher and the co-founder of OpenMed Router, working to make open source AI models safely accessible to healthcare organizations under HIPAA. He writes about clinical AI, model selection, compliance, and the practical adoption of open source inference in clinical and operational workflows.
Join the waitlist