Cataloged from Jackrong/Qwopus3.6-35B-A3B-v1-GGUF
Qwen3.6-35B-A3B is an advanced hybrid sparse MoE (Mixture-of-Experts) model developed by Alibaba Cloud. It features 35B total parameters with only 3B active parameters per token, ensuring high inference efficiency. Architecturally, it combines Gated DeltaNet linear attention with standard gated attention layers, routing tokens across 256 experts. It natively supports a massive 262k context window and is specifically designed for high-performance agentic coding, deep reasoning, and multimodal tasks.

🪐Qwopus3.6-35B-A3B-v1 is a reasoning-enhanced MoE (Mixture of Experts) model fine-tuned on top of Qwen3.6-35B-A3B.
The fine-tuning process for this model is structured into three distinct stages of distributed SFT (Supervised Fine-Tuning), progressively scaling reasoning complexity and data diversity. This systematic approach ensures the model inherits the base MoE capabilities while sharpening its logic-handling depth.
Looking ahead, Reinforcement Learning (RL) training will be introduced in subsequent versions to further optimize the reasoning paths and alignment performance.
This version uses LoRA fine-tuning, but uniquely scales up the trainable parameters, with approximately 9% of the model parameters participating in the update. This allows for a deeper adaptation of reasoning capabilities while maintaining the efficiency of parameter-efficient fine-tuning. However, setting trainable parameters to 9% is a risky configuration for this MoE architecture, as it significantly increases the potential for training instability and weight merging conflicts.
[!TIP] Vision & Tool Calling Support: This model supports visual capabilities and tool calling. To enable vision, please place the
mmproj.gguffile from the GGUF repository into the same directory as the main.gguffile.
It is designed for:
[!WARNING] Community Release Notice: Qwopus3.6-35B-A3B-v1 has not undergone complete performance evaluation or safety testing. It is released purely as an experimental community version for research and exploration.
| Model | Overall | Speed | Quality | Reliability (%) | Tokens/s |
|---|---|---|---|---|---|
| 🏆 Jackrong/Qwopus3.6-35B-A3B-v1 | 88.6 | 69.3 | 94.2 | 91.7 | 44 |
| hesamation/Qwen3.6-35B-A3B-Claude-4.6-Opus-Reasoning-Distilled | 82.7 | 69.2 | 86.0 | 86.1 | 44 |
| GestaltLabs/Qwen3.6-35B-A3B-NSC-ACE-SABER | 65.2 | 69.6 | 61.7 | 69.4 | 45 |
| AtomicChat/Qwen3.6-27B-UDT-MTP | 65.1 | 38.9 | 70.2 | 75.0 | 8 |
| AtomicChat/Qwen3.6-35B-A3B-UDT-MTP | 49.4 | — | 62.9 | 59.3 | — |
🚀 Qwopus3.6-35B-A3B-v1 demonstrates leading performance in this evaluation, particularly excelling in overall quality and reliability, while maintaining strong inference speed on consumer hardware.
Benchmark source: Independent test by Tekholms.aptm (@adsilva264). Results reflect quantized GGUF performance under consistent testing conditions.
[!TIP] SWE testing is currently underway, and results will be available soon!
The model was trained on a carefully curated dataset encompassing a wide range of domains, including mathematics, code, science, multilingual chat, and instruction following.
To balance different capabilities, the training data is divided into four main context-length buckets, incorporating a mix of:
Context Length Distribution:
Qwopus3.6-35B-A3B-v1 employs a curriculum learning-style phased reasoning data mix, progressively increasing the difficulty and complexity of the training signals:
Early Stage (Format Establishment): Focuses on short-to-medium length, format-stable reasoning samples. The primary goal here is to establish a reliable, structured new reasoning format without overwhelming the model with extreme complexity.
Middle Stage (Complexity Scaling & Multi-Teacher Distillation): Gradually increases the proportion of complex reasoning samples from multiple teacher models.
Final Stage (Long-Context Reinforcement & Anti-Drift): Strengthens long-context reasoning capabilities. Crucially, this stage retains short sample replay to ensure the model maintains its short-context instruction-following ability and minimizes capability drift.
During fine-tuning, this model was trained with a maximum sequence length of 32K tokens. The training data mixture was also constructed around samples up to 32K tokens, so the "Context Length Distribution" shown in this model card reflects the fine-tuning data distribution rather than a hard architectural limit.
The model still inherits the native long-context capability of the Qwen3.6 base model. Therefore, longer context windows such as 128K or 256K may be available in compatible inference runtimes, depending on the backend and configuration.
For practical long-context inference beyond 32K, especially when using llama.cpp / GGUF, it is recommended to enable RoPE/YaRN scaling instead of only increasing n_ctx / --ctx-size. Directly setting a larger context window without RoPE scaling may work in some cases, but it can be less stable and may not achieve the expected long-context performance.
This is consistent with Qwen community guidance for long-context GGUF usage: 128K context generally requires YaRN/RoPE scaling, and it is not necessarily enabled by default in llama.cpp. For example, Qwen maintainers have noted that "128K context length needs YaRN" and that it should be explicitly enabled when supported by the runtime.
Reference: https://huggingface.co/Qwen/Qwen2.5-72B-Instruct-GGUF/discussions/2
Community feedback also suggests that RoPE/YaRN scaling can improve long-context stability for this model family. One user reported that, on HermesAgent-20, Qwopus3.6-35B-A3B-v1 performed better when extending from 32K to 128K via RoPE scaling than when directly setting a 128K context window without scaling, with scores of 83 vs. 72 in their setup. This result may vary depending on the backend, quantization type, KV cache settings, hardware, and benchmark configuration, but it is consistent with the recommendation to use RoPE/YaRN scaling for contexts beyond 32K.
Example llama.cpp configuration for extending from 32K to 128K:
./llama-server \
-m model.gguf \
--ctx-size 131072 \
--rope-scaling yarn \
--rope-scale 4 \
--yarn-orig-ctx 32768
For 256K context, users may need to adjust the scaling factor accordingly and validate the result in their own workload:
./llama-server \
-m model.gguf \
--ctx-size 262144 \
--rope-scaling yarn \
--rope-scale 8 \
--yarn-orig-ctx 32768
Please note that long-context behavior may vary depending on the inference backend, quantization type, KV cache settings, available memory, and task type. For best results, users should benchmark their own target workload when using contexts beyond 32K.
This model represents a significant leap in inference efficiency and one-shot generation quality compared to previous dense architectures. By leveraging a Hybrid MoE structure (35B total / 3B active parameters) and Gated DeltaNet linear attention, it balances high throughput with deep reasoning capabilities.

[!NOTE] Verdict: A premier choice for developers requiring a high-throughput, agentic model that excels at UI/UX generation and complex logical deduction on a single-GPU setup.
Here is a summary for model card, based on the 🔗 Qwopus3.6-35B-A3B-v1 comprehensive evaluation report by Kyle Hessling.





Due to the architectural complexities of the Qwen3.6 MoE models, several technical challenges were encountered during training and weight merging. Users should be aware of the following potential instabilities:
[!CAUTION] MoE Architecture Compatibility Issues
- The weight structure of MoE expert layers differs significantly from standard dense models.
- There are known, easily triggered incompatibilities between PEFT/LoRA, Transformers 5.x's fused expert pattern, and Unsloth patches.
- Even when using the absolute latest environment and dependencies, merging the LoRA weights into the base model after training may fail or encounter severe compatibility bugs.
- Common Error: You may encounter
ModuleNotFoundError: Could not import module 'Qwen3_5MoeForConditionalGeneration'or similar structural mismatch errors during the weight merging phase.
If you are attempting to fine-tune or merge weights for this MoE architecture locally, proceed with caution and be prepared to manually patch model definition files or downgrade specific library versions.
👉 GitHub Repository: Jackrong-llm-finetuning-guide Visit the repo to dive into the codebase and reproduce the results locally or on Colab.
Special thanks to:
@misc{jackrong_qwopus36_35b_a3b_v1,
title = {Qwopus3.6-35B-A3B-v1},
author = {Jackrong},
year = {2026},
publisher = {Hugging Face}
}