Tencent Hunyuan fits 295B into a single card: Hy3 Quantized Version Released

Today, Tencent Hunyuan released the 1-bit and 4-bit quantized versions of Hy3, reducing the model weights from 598 GB to 85.5 GiB. A single 96 GB inference card can now run this 295 B flagship model, with almost no loss in performance.
Tencent Hunyuan Fits 295B into a Single Card: Hy3 Releases 1bit/4bit Quantized Versions, Now Runnable Locally
On July 14, the Tencent Hunyuan team released a small but much-anticipated update through official channels: Hy3’s 1bit and 4bit quantized versions are now officially available. The weights are packaged in GGUF format, connecting directly to the llama.cpp ecosystem. In plain developer terms — the flagship model with 295B parameters, which previously required multi-GPU servers, can now run on a single 96GB inference card, or even on a local machine with enough RAM.
The community has been asking for this since Hy3’s official release on July 6. The reason is simple: a model with BF16 weights nearly 600 GB in size was visibly out of reach for most individual developers and small teams.
First, the Numbers: From 598GB Down to 85.5GiB
Three quantized versions are being released, each with a clear role:
- IQ1_M (1bit extreme quantization version): 85.5 GiB, a 6.7× reduction from BF16. Fits on a single 96GB inference card. Designed for scenarios where hardware is very limited but a flagship model is still desired locally.
- Q4_K_M (4bit quantized version): 169.9 GiB, fits across two inference cards. Aims to “approach full performance with limited resources.”
- GPTQ Int4 version: Integrates directly with vLLM deployments, benefiting from vLLM’s high-concurrency, low-latency ecosystem — optimized for server-side use.
A 6.7× compression at the 295B scale is a big deal. Quantizing a 70B model to 4bit and quantizing a 295B model are not equivalent in engineering value — the former just makes consumer GPUs more comfortable; the latter brings “flagship-level intelligence” out of the data center. That’s the real significance of this update.
1bit Didn’t Get Dumber — That’s the Surprise
Typically, when you hear “1bit quantization,” you think, “It’ll run, but it’s probably ruined.” That’s been the long-standing expectation of the community — the more aggressively you compress, the more performance collapses, until all you have is a rough demo.
Hunyuan says they were surprised too. Hy3’s 1bit version “holds up” on mainstream tasks: long-text comprehension is nearly identical to the original, and Agent and code-related performance only drop slightly.
Why does it hold up? It ties back to Hy3’s own architecture. Hy3 is an MoE (Mixture of Experts) model with 295B total parameters, 21B active parameters, and an MTP layer of 3.8B. MoE models are inherently sparse; redundancy across expert networks allows more room for quantization error. In short, at the same 1bit compression, MoE architectures are naturally more fault-tolerant than Dense ones. That’s not a new idea — but Hy3 has now demonstrated it with data.
As for the 4bit version, it goes without saying — the most direct way to gauge quantization quality is by how closely its output distribution matches the original. Q4_K_M’s top choices and Top-K probability distributions align nearly perfectly with BF16. In concrete tasks — Agent, multilingual coding, tool use, long-context understanding — results are close to full precision. Even GPTQ Int4 only shows marginal score drops on evaluation sets.
For developers, the selection logic is simple:
- Single-card budget, want to run the flagship model locally → 1bit
- Dual-card budget, want near full performance → 4bit
- Server deployment with focus on concurrency and latency → GPTQ Int4 + vLLM
Deployment: The llama.cpp Ecosystem Finally Matches Flagship Models
Packaging weights in GGUF means following the llama.cpp route. Historically, this path was seen as “consumer-level” or “for fun” — great for 7B, 13B, or 70B models, but flagship deployment was dominated by vLLM or SGLang.
By bringing Hy3 into the GGUF ecosystem, Hunyuan effectively raises the ceiling for llama.cpp. Behind this is a shift that’s been brewing: local inference is no longer synonymous with “toy models.” It’s now capable of real productivity workloads. A high-memory workstation and a single 96GB inference card are enough to run a model comparable to closed-source flagships — something that existed only in slides two years ago.
Of course, the 1bit version still has hardware demands. At 85.5 GiB, you’ll need either a card with more than 80GB VRAM (like an A100 80GB with memory offload, H200, or high-memory domestic solutions), or a CPU + large-memory path — slower but feasible. It’s not “run on everyone’s MacBook,” but for enterprise experiments, private deployments, and offline setups, the barrier is now low enough to be practical.
Hy3 Itself: What Hunyuan Has Done in the Past Six Months
Focusing only on quantization misses the bigger picture — Hy3 represents a summary of Hunyuan’s progress over the past half year.
Timeline:
- End of January 2026: Hunyuan reconstructed its pretraining and reinforcement learning infrastructure
- April 23: Hy3 preview released — the first version on the rebuilt foundation
- July 6: Hy3 official release — integrated into WorkBuddy, CodeBuddy, Yuanbao, ima, and Marvis
- July 14: Release of 1bit / 4bit / GPTQ Int4 quantized versions
From infrastructure rebuild to product feedback, it completed the full loop in under six months — a restrained yet efficient pace among domestic model developers. No flashy monthly releases or chaotic versioning — just steady progress.
Hy3’s architectural positioning is also clear: MoE, 295B total parameters, 21B active, supports 256K context, integrating fast and slow thinking. The 21B active parameter design keeps per-token inference costs far below those of Dense models with equivalent capability — a critical need for Tencent’s massive consumer-facing workloads.
According to public evaluations and business metrics, daily token consumption grew 20× after Hy3 preview went live, and user counts for WorkBuddy’s Hy3 preview increased sixfold. These mean more than benchmark scores — only a model actually used in production deserves to be called “practical.”
In CodeBuddy and WorkBuddy, Hy3 reduced first token latency (TTFT) by 54%, cut end-to-end response time by 47%, and achieved a success rate above 99.99%. It’s now been validated as stable enough to sustain complex 495-step agent workflows across document processing, data analysis, knowledge retrieval, and MCP toolchain orchestration. When Yao Shunyu mentioned “fusion of model and inference design” at the preview release, this principle was clearly present throughout — from model architecture to inference framework to quantization strategies, all serving the goal of “achieving higher intelligence density at equal cost.”
On the Open-Source License — Worth a Separate Note
Hy3 uses Apache 2.0 — one of the most commercially friendly open-source licenses, allowing free commercial use, modification, and distribution, with only one obligation: keep the original copyright notice.
In comparison, many domestic models include restrictions on commercial use or require extra authorization beyond certain usage thresholds. Hunyuan’s choice of Apache 2.0 shows a clear stance — they want developers to use, modify, and productize it freely.
That’s why anticipation for these quantized versions was so high. You can relax the license and produce flagship-level performance, but if deployment remains “multi-GPU clusters only,” open-sourcing loses much of its meaning. The quantized versions complete the last mile — license, capability, and deployability now align, making this model genuinely “open source.”
Ecosystem and Access
Beyond local deployment, Hy3’s API channels are already in place: Tencent Cloud TokenHub offers the official API, with overseas availability through OpenRouter, Hermes, Kilo, Cline, OpenCode, and Cherry Studio. Open-source weights are mirrored on Hugging Face, ModelScope, GitCode, and CNB.
For domestic developers who don’t want to set up local environments or juggle multiple platform accounts to compare models, OpenAI Hub now supports Hy3 alongside major open- and closed-source models — one key, OpenAI-compatible format, domestically accessible. Ideal for multi-model evaluations or seamless integration into projects already using GPT/Claude.
A Few Judgments
Running a 295B model on a single card sounds like a slogan, but in reality, it’s the result of several things done right: MoE’s quantization friendliness, matured extreme quantization algorithms, a mature GGUF ecosystem, and an open Apache 2.0 license. Miss any one of these, and it wouldn’t have worked.
More importantly, note the pacing. Over the past two years, many domestic developers have been boasting “#1 on the leaderboard” or “comparable to GPT-4,” but few have delivered something developers can “start using today.” Hunyuan’s quantized release doesn’t show off or benchmark against others — it simply solves the most requested issue: “make the flagship model runnable.”
From an engineering aesthetics standpoint, that’s far more admirable than launching yet another benchmark-topping model.
Next, what will be worth watching is Hy3’s stability in real production environments, the 1bit version’s performance on long-tail tasks, and whether Hunyuan will open-source or toolify its quantization pipeline — if that happens, the open-source community gains a standardized “bring flagship models local” paradigm.
References
- Tencent Hunyuan releases 1bit and 4bit quantized Hy3 models, flagship AI now runs locally on a single card - IT Home — first-hand release information and technical details
- Hy3/README_CN.md · Tencent-Hunyuan/Hy3 - GitHub — official open-source repo with architecture, deployment guide, and parameters
- Hy3 Model - Hugging Face — Hunyuan’s Hugging Face page for downloading model weights



