Bonsai-27B-GGUF
lmstudio-community · Kit
A GGUF conversion of the 27B Bonsai model for LM Studio, with a 3.80 GB Q1_0 language file and a 0.93 GB BF16 vision projector. Tested for text, vision and par…
Serves Qwen3.6 35B A3B in a fast NVFP4 build by Unsloth for vLLM on NVIDIA GPUs. The card says it has 1.79x the throughput of other NVFP4 builds and fits a 32 GB card.
Qwen3.6-35B-A3B-NVFP4-Fast is a kit in the Developer category, listed by Mindket. It is free. This is version 1, last updated on . Download it on this page, a zip of its files. Nothing in it runs by itself.
pip install -U huggingface_hub hf download unsloth/Qwen3.6-35B-A3B-NVFP4-Fast
This repository holds a fast NVFP4 version of Qwen3.6-35B-A3B, a model that reads text and images and focuses on coding. Unsloth quantized it and calibrated it on its own dataset mixed with UltraChat. The files are in Safetensors format for vLLM, not GGUF. The record lists about 19.8 GB of weights.
Teams that serve models on NVIDIA GPUs and care about throughput. The card says it works on a 32 GB graphics card. It also suits developers who want a strong coding model behind a local server.
| Industry | Who uses it | How they use it | Example |
|---|---|---|---|
| Software | Developers | Serve a coding model from their own GPU | Run an agent against a local vLLM server |
| Platform teams | Infrastructure engineers | Raise requests handled per second | Serve many users from one card |
| Research | AI researchers | Compare NVFP4 builds with FP8 and BF16 | Check accuracy against the full precision model |
| Self-hosting | Privacy minded teams | Keep prompts on their own hardware | Run it inside a private network |
People without an NVIDIA GPU can skip it, because the card's steps target vLLM on NVIDIA hardware.
| Use case | Who | What they get back |
|---|---|---|
| High throughput serving | Platform teams | More output tokens per second from one GPU |
| Agentic coding | Developers | Code changes and repository level reasoning |
| Faster decoding | Developers | Replies drafted with the built in MTP module |
| Image input | Developers | Answers about pictures you send |
pip install -U huggingface_hub hf download unsloth/Qwen3.6-35B-A3B-NVFP4-Fast
uv venv unsloth-nvfp4-env --python 3.13
source unsloth-nvfp4-env/bin/activate
uv pip install "vllm>=0.25.0" "flashinfer-python>=0.6.13" "nvidia-cutlass-dsl>=4.5.2" \
--torch-backend=autoServe the Fast version with vLLM. The card warns not to use the Marlin backend, since it is about twice as slow. Use the native vLLM backend or the CUTLASS family instead. On a DGX Spark, set the architecture variable and the MoE backend flag, or inference runs about twice as slow.
vllm serve unsloth/Qwen3.6-35B-A3B-NVFP4-Fast
export CUTE_DSL_ARCH=sm_121a vllm serve unsloth/Qwen3.6-35B-A3B-NVFP4-Fast --moe-backend flashinfer_b12x
vllm serve unsloth/Qwen3.6-35B-A3B-NVFP4-Fast \
--speculative-config '{"method": "mtp", "num_speculative_tokens": 2}'| Tool | What it does |
|---|---|
| vllm serve | Starts a server for the model |
| --moe-backend flashinfer_b12x | Picks the right backend on a DGX Spark |
| CUTE_DSL_ARCH | Names the chip architecture for the DGX Spark |
| --speculative-config | Turns on MTP, so the model drafts its own tokens |
| Marlin backend | Avoid it, since it runs about twice as slow |
You create the environment, install vLLM and start the server with the plain command. You send a coding question to the server. The card says the MTP option adds faster decoding, with somewhat lower throughput.
Start with the plain serve command and check that it answers. Add the MTP option only if you care about speed for a single user. The card's throughput numbers come from one B200 GPU with 128 concurrent requests, so your results will differ.
The card compares output throughput in tokens per second.
The card also reports accuracy tests on MMLU-Pro, GPQA and AIME 2025. For this Fast version it lists 85.58 on MMLU-Pro, against 85.75 for BF16. It says the faster builds score about the same as the others.
Serves Qwen3.6 35B A3B in a fast NVFP4 build by Unsloth for vLLM on NVIDIA GPUs. The card says it has 1.79x the throughput of other NVFP4 builds and fits a 32 GB card.
Made by unsloth on Hugging Face. These notes are Mindket's, written from its model page and model card; the model's own files and license are on Hugging Face.
What it is: This repository holds a fast NVFP4 version of Qwen3.6-35B-A3B, a model that reads text and images and focuses on coding. Unsloth quantized it and calibrated it on its own dataset mixed with UltraChat. The files are in Safetensors format for vLLM, not GGUF. The record lists about 19.8 GB of weights.
Who it suits: Teams that serve models on NVIDIA GPUs and care about throughput. The card says it works on a 32 GB graphics card. It also suits developers who want a strong coding model behind a local server.
Industry | Who uses it | How they use it | Example
Software | Developers | Serve a coding model from their own GPU | Run an agent against a local vLLM server
Platform teams | Infrastructure engineers | Raise requests handled per second | Serve many users from one card
Research | AI researchers | Compare NVFP4 builds with FP8 and BF16 | Check accuracy against the full precision model
Self-hosting | Privacy minded teams | Keep prompts on their own hardware | Run it inside a private network
People without an NVIDIA GPU can skip it, because the card's steps target vLLM on NVIDIA hardware.
Where to use it:
Use case | Who | What they get back
High throughput serving | Platform teams | More output tokens per second from one GPU
Agentic coding | Developers | Code changes and repository level reasoning
Faster decoding | Developers | Replies drafted with the built in MTP module
Image input | Developers | Answers about pictures you send
How to set it up:
pip install -U huggingface_hub
hf download unsloth/Qwen3.6-35B-A3B-NVFP4-Fast
uv venv unsloth-nvfp4-env --python 3.13
source unsloth-nvfp4-env/bin/activate
uv pip install "vllm>=0.25.0" "flashinfer-python>=0.6.13" "nvidia-cutlass-dsl>=4.5.2" \
--torch-backend=auto
How to use it: Serve the Fast version with vLLM. The card warns not to use the Marlin backend, since it is about twice as slow. Use the native vLLM backend or the CUTLASS family instead. On a DGX Spark, set the architecture variable and the MoE backend flag, or inference runs about twice as slow.
vllm serve unsloth/Qwen3.6-35B-A3B-NVFP4-Fast
export CUTE_DSL_ARCH=sm_121a
vllm serve unsloth/Qwen3.6-35B-A3B-NVFP4-Fast --moe-backend flashinfer_b12x
vllm serve unsloth/Qwen3.6-35B-A3B-NVFP4-Fast \
--speculative-config '{"method": "mtp", "num_speculative_tokens": 2}'
Tool | What it does
vllm serve | Starts a server for the model
--moe-backend flashinfer_b12x | Picks the right backend on a DGX Spark
CUTE_DSL_ARCH | Names the chip architecture for the DGX Spark
--speculative-config | Turns on MTP, so the model drafts its own tokens
Marlin backend | Avoid it, since it runs about twice as slow
Example: You create the environment, install vLLM and start the server with the plain command. You send a coding question to the server. The card says the MTP option adds faster decoding, with somewhat lower throughput.
For newcomers and experts: Start with the plain serve command and check that it answers. Add the MTP option only if you care about speed for a single user. The card's throughput numbers come from one B200 GPU with 128 concurrent requests, so your results will differ.
The card compares output throughput in tokens per second.
Title: Output tokens per second
NVIDIA 27B with Marlin: 2403 tokens/s
Unsloth 27B with cute-DSL: 6863 tokens/s
NVIDIA 35B-A3B with Marlin: 8721 tokens/s
Unsloth 35B-A3B with cute-DSL and trtllm: 15636 tokens/s
The card also reports accuracy tests on MMLU-Pro, GPQA and AIME 2025. For this Fast version it lists 85.58 on MMLU-Pro, against 85.75 for BF16. It says the faster builds score about the same as the others.
Install vLLM in a separate environment
Serve the NVFP4 Fast model
Send a prompt to the server
Read the reply
Good to know:
Download its files with Hugging Face's command line:
pip install -U huggingface_hub
hf download unsloth/Qwen3.6-35B-A3B-NVFP4-Fast
Then follow the usage in its model card. Nothing in this kit runs by itself.
README.md 6 KB
Listed Hugging Face models in the same category that share the most tags with this one.
| Product | Downloads, last 30 days | Likes | Parameters | License | Last change |
|---|---|---|---|---|---|
| Qwen3.6-35B-A3B-NVFP4-Fast This page | 695,020 | 134 | 19.8B | apache-2.0 | |
| Qwen3.6-35B-A3B-2Bit-GSQShares compressed-tensors · qwen3_5_moe · qwen | 974 | 37 | 35.5B | apache-2.0 | |
| Qwen3.6-35B-A3B-MTP-GGUFShares qwen3_5_moe · qwen · unsloth | 2,315,167 | 1,051 | 35.5B | apache-2.0 | |
| Qwen3.6-35B-A3B-GGUFShares qwen3_5_moe · qwen · unsloth | 1,649,871 | 1,789 | 34.7B | apache-2.0 | |
| Qwopus3.8-27B-Flash-V2-GGUFShares qwen · unsloth · qwen3_5 | 897,675 | 75 | 461M | apache-2.0 | |
| Qwen3.6-27B-GGUFShares qwen · unsloth · qwen3_5 | 227,770 | 978 | 26.9B | apache-2.0 |
Posts and comments that name this project on Hacker News, Bluesky, X, Reddit, Facebook and YouTube, found by a weekly search and on Trendshift. Mindket doesn’t write or check them. Open one to read it where it was posted.
lmstudio-community · Kit
A GGUF conversion of the 27B Bonsai model for LM Studio, with a 3.80 GB Q1_0 language file and a 0.93 GB BF16 vision projector. Tested for text, vision and par…
LibertAIDAI · Kit
Runs DeepSeek-V4.1-Flash-1017 as a 2.9 bits-per-weight EXL3 quantization, a 196 GiB copy for people serving large models on their own hardware. Perplexity stay…
facebook · Kit
Generates short music clips from a text description or an audio prompt, in the small checkpoint of facebook's MusicGen. It suits developers and music hobbyists…
alpindale · Kit
Tags every character of C source code for syntax highlighting with a tiny neural network of about 984 weights, run through a small C program. For developers an…
prithivMLmods · Kit
Try a set of LoRAs for the FLUX.2 Klein image model in a Gradio app that runs in your browser or on your own computer. Made for people who make or test AI imag…
Sokheng · Kit
Reads Khmer and English text from documents, receipts and photos of signs, using a detector for text lines and a recogniser for each line. Suits developers who…