FINAL-Bench/POCKET-Qwen3.8-Flash-Next-GGUF overview
π POCKET Zimage CPU https://huggingface.co/FINAL Bench/POCKET Zimage CPU β photoreal images in 46 s on a CPU only . No GPU, no CUDA, no Python. New https://imβ¦
Runs locally from ~9.56 GB disk (12 GB VRAM class GPUs with llama.cpp / guIDE).
Repository Files & Downloads
| File | Type | Quantization | Size | Link |
|---|---|---|---|---|
| Q4_K_M-v2/POCKET-Qwen3.8-Flash-Next-Q4_K_M-v2-00001-of-00003.gguf | GGUF | Q4_K_M | 41.82 GB | Download |
| Q4_K_M-v2/POCKET-Qwen3.8-Flash-Next-Q4_K_M-v2-00002-of-00003.gguf | GGUF | Q4_K_M | 41.91 GB | Download |
| Q4_K_M-v2/POCKET-Qwen3.8-Flash-Next-Q4_K_M-v2-00003-of-00003.gguf | GGUF | Q4_K_M | 9.56 GB | Download |
| Q4_K_M/POCKET-Qwen3.8-Flash-Next-Q4_K_M-00001-of-00003.gguf | GGUF | Q4_K_M | 41.54 GB | Download |
| Q4_K_M/POCKET-Qwen3.8-Flash-Next-Q4_K_M-00002-of-00003.gguf | GGUF | Q4_K_M | 41.62 GB | Download |
| Q4_K_M/POCKET-Qwen3.8-Flash-Next-Q4_K_M-00003-of-00003.gguf | GGUF | Q4_K_M | 27.81 GB | Download |
Model Details
| Model ID | FINAL-Bench/POCKET-Qwen3.8-Flash-Next-GGUF |
|---|---|
| Author | FINAL-Bench |
| Pipeline | text-generation |
| License | other |
| Base model | Qwen/Qwen3.8-Flash-Next |
| Last modified | 2026-09-25T12:47:07.000Z |
Model README
---
license: other
license_name: qwen-community-1.0
license_link: LICENSE
library_name: llama.cpp
pipeline_tag: text-generation
base_model:
- Qwen/Qwen3.8-Flash-Next
tags:
- gguf
- llama.cpp
- conversational
- on-device
- laptop
- local-llm
- consumer-gpu
- offload
- mixture-of-experts
- moe
- quantized
- vidraft
- qwen3.8
- korean
---
> ### π POCKET-Zimage-CPU β photoreal images in 46 s on a CPU only. No GPU, no CUDA, no Python.
>   ![RAM]() <!-- POCKET-Zimage-CPU-BADGE -->
> ### π Collections
> βΆ POCKET Models β this family (on-device, no GPU)
> Darwin Family Β· Aether Foundation Β· VKAE Accelerated
POCKET-Qwen3.8-Flash-Next-GGUF
A 180B model on a laptop with an 8 GB GPU and 32 GB RAM. Measured on a real consumer laptop, not simulated: 4.17 Β± 0.17 tok/s.
The file is 111 GiB. That is 3.5Γ the laptop's RAM and 14Γ its VRAM, and it still runs, on stock llama.cpp, with no server and no cloud.
  ![VRAM]() ![RAM]() 
Pick your build β        
π» The headline: 180B on the laptop you already own
[measured β 2026-09-16, llama-bench, 2 repetitions each]
| Machine | Samsung Galaxy Book6 Ultra (consumer laptop) |
|---|---|
| GPU | NVIDIA RTX 5060 Laptop, 8 GB VRAM |
| RAM | 32 GB (31.4 GB usable) |
| CPU | Intel Core Ultra 7 356H, 16 cores |
| Storage | NVMe SSD, 1.6 GB/s sequential read |
| Model | Qwen3.8-Flash-Next, 180B total / 6B active, Q4_K_M, 111 GiB |
| Build | Generate (tg256) | Prompt (pp64) | VRAM used |
|---|---|---|---|
| Q4_K_M Β· 8 threads | 4.17 Β± 0.17 tok/s | 1.02 Β± 0.12 tok/s | 4.1 GB |
| Q4_K_M Β· 4 threads | 2.80 Β± 0.56 | 1.18 Β± 0.06 | 4.1 GB |
| Q4_K_M-v2 Β· 8 threads | 2.93 Β± 1.92 | 1.21 Β± 0.03 | 3.7 GB |
| Q4_K_M-v2 Β· 4 threads | 2.55 Β± 0.14 | 2.32 Β± 0.27 | 3.7 GB |
How a 111 GiB model runs in 32 GB of RAM. Only 6B of the 180B parameters are active per token (10 of 512 experts). llama.cpp memory-maps the file: the always-used layers sit on the 8 GB GPU, the experts stay in RAM and on the NVMe SSD, and each token only touches the few experts it needs. RAM decides the speed, not whether it runs.
> π΄ Counter-intuitive, measured: do not fill the 8 GB GPU. Pushing expert layers onto the GPU made it slower (4.1 GB β 7.9 GB VRAM: 3.10 β 1.75 tok/s). The driver starts paging VRAM to system RAM. The command below is already the sweet spot.
> Honest scope. About 4 tokens per second is reading speed for short answers, not chat speed for long ones. The point is that a frontier-scale 180B model runs locally, privately, on a laptop. Prompt processing is slow (1β2 tok/s), so keep prompts short. On a 64 GB machine more of the model stays in RAM and it gets faster (not yet measured by us).
Quickstart (laptop, 8 GB GPU)
# recent llama.cpp with Qwen3.8-Flash-Next support; point -m at the first shard
llama-cli -m Q4_K_M/POCKET-Qwen3.8-Flash-Next-Q4_K_M-00001-of-00003.gguf \
-ngl 99 -ot "exps=CPU" -t 8 -p "μλ
νμΈμ"
# reproduce our numbers (always use -r 2 or more; single runs swing a lot)
llama-bench -m Q4_K_M/POCKET-Qwen3.8-Flash-Next-Q4_K_M-00001-of-00003.gguf -ngl 99 -ot "exps=CPU" -t 8 -p 64 -n 256 -r 2
-ot "exps=CPU" keeps the experts off the GPU. That is what makes it fit in 8 GB. Use physical cores for -t.
Files in this repo
| Folder | Size | Notes |
|---|---|---|
| Q4_K_M/ β | 111 GiB (3 shards) | fastest generation on the laptop (4.17 tok/s) |
| Q4_K_M-v2/ | 93 GiB (3 shards) | 16% smaller, 2Γ faster prompt processing at 4 threads; our proprietary bit allocation |
Both builds keep every tensor at 4-bit or higher. Text only: the base model's vision encoder and 4B MTP head are not included (the GGUF holds 177B of the 180B).
Quality β measured, including where we do not win
[measured] Korean perplexity: Wikipedia-Korean (20231101.ko), exactly 80 chunks (40,960 tokens), -c 512, lower is better:
| Build | Size | Korean PPL |
|---|---|---|
| POCKET Q4_K_M | 111 GiB | 6.030 Β± 0.103 |
| POCKET Q4_K_M-v2 | 93 GiB | 6.080 Β± 0.104 |
| unsloth UD-IQ4_XS (reference) | 88 GB | 6.013 Β± 0.103 |
All three are within error of each other: no measurable quality difference. We do not claim a better quantization. What we add is the laptop measurement itself: to our knowledge nobody else has published a measured 180B run on an 8 GB / 32 GB consumer laptop.
Where it fits in the POCKET lineup
| Your hardware | Pick |
|---|---|
| Phone (8β12 GB) | POCKET-KR-MLX Β· POCKET-KR-GGUF Β· POCKET-EN-GGUF |
| Mini-PC / PC, no GPU | POCKET-35B-GGUF Β· POCKET-26B-GGUF |
| Laptop with 8 GB GPU + 32 GB RAM, want the biggest model | this repo, 180B |
Lineage
| Component | Origin |
|---|---|
| Base model | Qwen/Qwen3.8-Flash-Next (Qwen), 180B total, 6B active, 512 experts / 10 active |
| Quantization | GGUF Q4_K_M built by VIDRAFT from the BF16 weights; -v2 uses our proprietary bit allocation |
| Runtime | upstream llama.cpp, unmodified |
| Measurement | VIDRAFT, on the laptop above |
Limitations
- ~3β4 tok/s generation and 1β2 tok/s prompt processing on the 8 GB / 32 GB laptop. Usable for short, private questions, not for long chats.
- 93β111 GiB download; put it on a fast NVMe SSD (speed depends on it).
- Text only (no vision encoder, no MTP head).
- Needs a llama.cpp build new enough to support Qwen3.8-Flash-Next.
License
Derived from Qwen3.8-Flash-Next under the Qwen Community License 1.0 (included in this repo). Note clause 2: a Model-as-a-Service or AI Work Assistant business needs a separate license from Qwen for commercial use.
---
POCKET is a VIDRAFT model family. Big models, small hardware.
Learn more
- On-device LLMs without a GPU β and how POCKET measures up: Can you run a large LLM without a GPU?
- What model quantization is, and why a 4-bit model stays smart: What is model quantization?
<!-- POCKET-FAMILY -->
---
π§© The POCKET Family β On-device AI by VIDRAFT
Big models, small hardware. No GPU, no cloud.
Models
- π¦ POCKET-35B-GGUF β flagship, PC / server, no GPU
- π¦ POCKET-26B-GGUF β compact 26B
- π°π· POCKET-KR-GGUF β Korean, Android
- π POCKET-KR-MLX β Korean, iPhone / Mac
- π POCKET-EN-GGUF β English, phone / PC
- π» POCKET-Qwen3.8-Flash-Next-GGUF β 180B on a laptop (8 GB VRAM + 32 GB RAM)
- πΌοΈ POCKET-Image-Zimage β character-perfect text in any image
- π₯οΈ POCKET-Zimage-CPU β photoreal images on a CPU only
Demos & tools (Spaces)
- π¨ POCKET-Image Studio β text-in-image, generate in-page
- π₯οΈ POCKET-35B-CPU β 35B answering on a CPU
- π₯οΈ POCKET-26B-CPU β 26B on a CPU
- πΌοΈ POCKET-Zimage-CPU β image generation on a CPU
<!-- /POCKET-FAMILY -->
Run FINAL-Bench/POCKET-Qwen3.8-Flash-Next-GGUF with guIDE
Download guIDE β the AI-native code editor with local LLM inference and 69 built-in tools.
Source: Hugging Face Β· Compare models