Buckets:
| license: apache-2.0 | |
| library_name: llama.cpp | |
| pipeline_tag: text-generation | |
| base_model: | |
| - FINAL-Bench/Darwin-36B-Opus | |
| tags: | |
| - gguf | |
| - llama.cpp | |
| - conversational | |
| - on-device | |
| - mobile | |
| - iphone | |
| - android | |
| - cpu | |
| - local-llm | |
| - edge | |
| - mixture-of-experts | |
| - moe | |
| - quantized | |
| - vidraft | |
| - qwen3_5_moe | |
| - darwin | |
| > ### ๐ Collections | |
| > **โถ [POCKET Models](https://huggingface.co/collections/FINAL-Bench/pocket-models-6a618ee5d23eafb7e185a5c6)** โ this family (on-device, no GPU) | |
| > [Darwin Family](https://huggingface.co/collections/FINAL-Bench/darwin-family-699987b1f652864af0122193) ยท [Aether Foundation](https://huggingface.co/collections/FINAL-Bench/aether-foundation-model-6a5c7f2fa1a4165c0414e53a) ยท [VKAE Accelerated](https://huggingface.co/collections/FINAL-Bench/vkae-accelerated-6a47231d7e7999dd8227675a) ยท [Metacognition Adapters](https://huggingface.co/collections/FINAL-Bench/metacognition-adapters-6a42c032e6beb803dd032961) | |
|  | |
| # POCKET-EN-GGUF ยท English | |
| ### English-focused pocket build using our **proprietary quantization** โ protects the quality-critical layers so quality holds at 5 GB. Runs on iPhone (PocketPal) and any CPU PC. **No fork.** | |
| > ๐ **Try it live, no install โ** [](https://huggingface.co/spaces/FINAL-Bench/POCKET-35B-CPU) [](https://huggingface.co/spaces/FINAL-Bench/POCKET-26B-CPU) โ both answering on a **CPU-only** box (no GPU). POCKET-26B is Gemma4-based. | |
| [](https://www.apache.org/licenses/LICENSE-2.0) [](https://github.com/ggml-org/llama.cpp) []() []() | |
| **Pick your build โ** [](https://huggingface.co/FINAL-Bench/POCKET-35B-GGUF) [](https://huggingface.co/FINAL-Bench/POCKET-KR-GGUF) [-0f6e56)](https://huggingface.co/FINAL-Bench/POCKET-KR-MLX) [](https://huggingface.co/FINAL-Bench/POCKET-EN-GGUF) [](https://huggingface.co/FINAL-Bench/POCKET-26B-GGUF) | |
| ## The POCKET lineup โ pick by your device | |
| | Repo | File | Size | Runs on | Best for | Korean PPL* | | |
| |---|---|---|---|---|---| | |
| | **POCKET-35B-GGUF** | `Q4_K_M` | 21 GB | PC / server (32 GB RAM) | top quality | **5.79** | | |
| | **POCKET-35B-GGUF** | `Q2_K` โญ | 13 GB | mini-PC, no GPU | **daily driver** | 6.49 | | |
| | **POCKET-35B-GGUF** | `IQ1_M` | 8.2 GB | 16 GB RAM box | smallest full model | 9.69 | | |
| | **POCKET-KR-GGUF** | `IQ2_M` | 5.1 GB | Android 8 GB+ | ๐ฐ๐ท Korean phone | 7.95 | | |
| | **POCKET-KR-MLX** | 2-bit | 5.1 GB | ๐ **iPhone / iPad / Mac** | ๐ฐ๐ท Korean, Apple-native | 7.95 | | |
| | **POCKET-EN-GGUF** | `iPhone-mix` | 5.3 GB | ๐ iPhone (PocketPal) | ๐ English phone | โ | | |
| | **POCKET-EN-GGUF** | `PC-mix` | 6.8 GB | PC / Android | ๐ English, best quality | โ | | |
| *Wikipedia-Korean perplexity, lower is better. `Q4_K_M` = 5.79 baseline. English builds are tuned on English; see each repo. | |
| > ๐ **Why MLX for Korean but GGUF for English on iPhone?** Apple-native MLX only does uniform quantization. Korean survives it (96 experts hold up); English needs our proprietary quantization, which only GGUF supports โ so the English iPhone build ships as a GGUF you run with [PocketPal](https://github.com/a-ghorbani/pocketpal-ai). Honest, not lazy. | |
| > ๐ **POCKET-26B** โ a **Gemma4-26B-A4B**-based sibling that loads in **any app today** (Ollama ยท LM Studio ยท PocketPal ยท MLX), no bleeding-edge runtime needed: **[GGUF](https://huggingface.co/FINAL-Bench/POCKET-26B-GGUF)** (`Q2_K` 11 GB ยท `Q4_K_M` 17 GB ยท GPQA-Diamond **67%**). Universal compatibility for 12 GB phones, PC, and browser. | |
|  | |
| ## Benchmarks โ what is measured, what is not | |
| **We measure Bonsai on the same machine with the same stock `llama.cpp`, and we tell you where we lose.** | |
| `[measured]` Generation speed โ POCKET wins on both CPU and GPU: | |
| | | POCKET-35B IQ1_M | Bonsai-27B Q1_0 | | | |
| |---|---|---|---| | |
| | CPU generate (Xeon, 16t) | **27.0 tok/s** | 10.1 | ๐ข 2.69ร | | |
| | GPU generate (H100) | **197 tok/s** | 89 | ๐ข 2.22ร | | |
| | GPU prompt (H100) | 753 | **1816** | ๐ด 0.41ร | | |
| | Quality (HellaSwag, 400q) | 61.0% | 60.0% | โช tie (CI overlaps) | | |
| `[measured on a MacBook M3 Pro, 18 GB]` โ and on a laptop, POCKET wins **every** axis, including prompt processing: | |
| | | POCKET-35B IQ1_M | Bonsai-27B Q1_0 | | | |
| |---|---|---|---| | |
| | Metal generate (tg64) | **25.4 tok/s** | 12.8 | ๐ข 1.99ร | | |
| | CPU generate (8 threads) | **13.8 tok/s** | 4.4 | ๐ข 3.13ร | | |
| | Metal prompt (pp128) | **240.7 tok/s** | 73.4 | ๐ข 3.28ร | | |
| | CPU prompt (pp128) | **45.5 tok/s** | 9.6 | ๐ข 4.75ร | | |
| On a laptop GPU the arithmetic headroom that let Bonsai win prefill on an H100 is gone, so MoE sparsity wins across the board. `POCKET-35B-Q2_K` runs on the M3 Pro's CPU at **19.5 tok/s** โ on an 18 GB Mac, run Q2_K on CPU (`-ngl 0`); its 13 GB exceeds the recommended Metal budget. | |
| `[measured โ GPQA Diamond, 198q, greedy]` reasoning quality vs quantization: | |
| | Model | GPQA-Diamond (greedy) | | |
| |---|---| | |
| | Qwen3.6-35B-A3B | 73.2% | | |
| | POCKET-35B Q4_K_M | 68.7% | | |
| | POCKET-35B Q2_K | 60.1% | | |
| `[pending โ community reports welcome]` on-device **iPhone** and **Strix Halo** throughput. We publish only what we ran ourselves; help us fill the rest. | |
| > The same-size rival `Ternary-Bonsai-27B-Q2_0` (7.2 GB) **fails to load in upstream llama.cpp** โ it needs the PrismML fork. POCKET runs on the tools you already have. | |
| ## Files in this repo | |
| | File | Size | Runs on | vs baseline | | |
| |---|---|---|---| | |
| | **`POCKET-EN-iPhone-mix.gguf`** | 5.3 GB | ๐ iPhone (PocketPal) | +57% PPL | | |
| | **`POCKET-EN-PC-mix.gguf`** | 6.8 GB | PC / Android | +36% PPL (near-full) | | |
| Our proprietary mixed-precision quantization protects the most quality-critical weights โ which is why English quality holds at this size. | |
| ## Quickstart | |
| ```bash | |
| llama-cli -m POCKET-EN-PC-mix.gguf -p "Explain mixture-of-experts in one line." -ngl 0 -t 8 | |
| ``` | |
| ## Lineage โ where POCKET comes from | |
| POCKET is quantized from **[Darwin-36B-Opus](https://huggingface.co/FINAL-Bench/Darwin-36B-Opus)**, VIDRAFT's flagship โ a model bred and evolved over several generations on the **Darwin platform** (crossbreeding, healing, expert surgery). Darwin-36B-Opus itself traces back to a Qwen3.5-family MoE architecture. | |
| | Component | Origin | | |
| |---|---| | |
| | **Starting checkpoint** | **[Darwin-36B-Opus](https://huggingface.co/FINAL-Bench/Darwin-36B-Opus)** โ VIDRAFT, multi-generation Darwin evolution | | |
| | Base architecture | Qwen3.5-family MoE (256 experts, top-8), unchanged | | |
| | Quantization (`Q4_K_M`โฆ`IQ1_M`) | stock llama.cpp โ no custom format | | |
| | Runtime | upstream llama.cpp / Apple MLX โ unmodified | | |
| | Proprietary language-specific tuning (KR/EN builds) | **ours** (VIDRAFT) | | |
| The CPU/GPU speed comes from the sparse-MoE architecture plus ordinary quantization โ reproducible with the same base and the same tools. What we add is the Darwin-evolved weights, the honest measurement, the Korean tuning, and the pruning that makes the 5 GB phone builds. | |
| ## Limitations | |
| - The iPhone/Mac speed is **not yet measured by us** โ community reports welcome. | |
| - Extreme quants (`IQ1_M`) hurt Korean ~2.8ร more than English; use `Q2_K` or larger for quality. | |
| - English phone builds trade quality for size; the PC build (`PC-mix`) is much closer to full quality. | |
| ## License | |
| Apache-2.0. | |
| --- | |
| *POCKET is a VIDRAFT model family. 35B, in your pocket. No GPU.* | |
| ## Learn more | |
| - On-device LLMs without a GPU โ and how POCKET measures up: [Can you run a large LLM without a GPU?](https://vidraft.net/insights/on-device-llm-without-gpu.html) | |
| - What model quantization is, and why a 4-bit model stays smart: [What is model quantization?](https://vidraft.net/insights/what-is-quantization-llm.html) | |
Xet Storage Details
- Size:
- 8.54 kB
- Xet hash:
- f8471f5608d26882e57699e23d4e3d4e85d0f9c34ae8999ad5259091f80462ef
ยท
Xet efficiently stores files, intelligently splitting them into unique chunks and accelerating uploads and downloads. More info.