Alibaba logoHosted on Overshoot

Qwen3.6 35B A3B on live video streams

Qwen3.6 35B A3B · Alibaba · Multimodal MoE · Open-weight

Qwen3.6 35B A3B is Alibaba's April 2026 open-weight mixture-of-experts model, pairing 35B total parameters with just 3B active per token and native image and video understanding across a 262K-token context window. On Overshoot it runs on the hosted fast path under the api id Qwen/Qwen3.6-35B-A3B-FP8: publish a camera or screen share over WebRTC, reference frames with an ovs:// URL, and stream the answer back through an OpenAI-compatible chat-completions request.

Qwen3.6 35B A3B runs on Overshoot's hosted fast path as Qwen/Qwen3.6-35B-A3B-FP8 (status: ready, verified against the live model catalog on 2026-07-14).

Developer
Alibaba
Parameters
35B total, 3B active (MoE)
Context window
262K tokens (up to 1M with YaRN)
License
Apache 2.0
Released
Apr 2026
Inputs
Text, images, video frames
Architecture
Sparse MoE with hybrid gated attention
Hosted precision
FP8
Overshoot availability
Hosted fast pathas of 2026-07-14

What Qwen3.6 35B A3B is good at

Qwen3.6 35B A3B was built for agentic work: it posts 73.4% on SWE-bench Verified and 51.5 on Terminal-Bench 2.0, with native tool calling and a thinking-preservation mechanism that keeps reasoning chains intact across multi-step workflows. Those traits carry directly to visual agents that observe a screen or camera, decide, and act in a loop.

Because it is natively multimodal, the model reads text, images, and video without a separate vision adapter, handling scene description, on-screen text, and question answering over sampled frames. The 262K-token native context, extensible to about 1M with YaRN, leaves room for long conversation history plus many frames in a single thread.

The sparse architecture is the other headline: 256 experts with 8 routed plus 1 shared active per token means only 3B parameters fire per step. That gives the model near-flagship quality at small-model inference cost, which is exactly the trade a real-time video workload wants.

  • Agentic tool calling with preserved reasoning across steps
  • Native image and video understanding, no separate adapter
  • 3B active parameters for fast, low-cost decoding

Running Qwen3.6 35B A3B on Overshoot

Create a Stream, publish a LiveKit video track over WebRTC, then send a chat-completions request whose image_url or video_url is an ovs:// reference. Overshoot retains 600 seconds of frame history, so a request can anchor the latest frame, an exact timestamp, or a bounded recent segment sampled for temporal questions.

Qwen3.6 35B A3B runs on Overshoot's hosted fast path under the api id Qwen/Qwen3.6-35B-A3B-FP8, served in FP8 and streaming token by token over SSE with responses typically arriving in about 200ms. The request shape is standard OpenAI chat completions, so existing SDKs work unchanged.

Reuse thread_id across queries against the same stream to keep hitting the prompt cache. For an agentic loop that queries the model several times a second, the combination of cached prefixes and 3B active parameters keeps both latency and cost flat as the loop runs.

Why the MoE design matters for live video

Real-time video is latency-bound: an answer about a frame is only useful while the scene still looks like that frame. Dense models in the 30B class spend compute on every parameter for every token, while Qwen3.6 35B A3B activates roughly a tenth of its weights per step, so time to first token and per-token decode stay closer to a small model's.

The model also keeps quality high despite the sparse activation, beating dense peers such as Gemma 4 31B on agentic coding benchmarks with far fewer active parameters. For monitoring, screen-watching agents, and interactive camera apps, that means flagship-level answers at a cadence dense flagships struggle to match.

How it compares to other Qwen models

Against Qwen3-VL 32B, the 3.6 generation trades a dense vision-language design for a sparse one: similar total scale, far fewer active parameters, newer training, and stronger agentic behavior. Teams standardized on Qwen3-VL's grounding output can stay put; teams optimizing for throughput and tool use should test 3.6 first.

Within the catalog it also sits naturally beside other small-active MoE models such as Kimi VL A3B and Gemma 4 26B A4B. Qwen3.6 35B A3B is the pick when you want Apache 2.0 licensing, long context, and the strongest agentic benchmarks of the three on Overshoot's hosted path.

Frequently asked questions

Is Qwen3.6 35B A3B available on Overshoot?

Yes. Qwen3.6 35B A3B is in the live Overshoot catalog as a hosted model under the api id Qwen/Qwen3.6-35B-A3B-FP8, and currently reports ready status. It runs on the hosted fast path with typical responses in about 200ms.

Can Qwen3.6 35B A3B analyze live video?

Yes. Publish a camera or screen share over WebRTC to create a Stream, then reference frames with an ovs:// URL inside a standard chat-completions request. The model understands images and video natively, and Overshoot streams the answer back over SSE.

Is Qwen3.6 35B A3B open source?

Weights are released under Apache 2.0, which permits commercial use and modification without fees. That open licensing is what lets Overshoot serve it in FP8 on the low-latency hosted path.

What does the A3B in the name mean?

It refers to the active parameter count: the model has 35B total parameters in a sparse mixture-of-experts layout, but only about 3B activate per token. You get quality near a dense 30B-class model with the speed and cost profile of a much smaller one.

Related models