On June 30, 2026, Huawei delivered on its HDC 2026 promise: openPangu-2.0-Flash weights, inference code, and training operators went live on GitCode. This is the first frontier-scale LLM openly released after being trained entirely on non-NVIDIA hardware — and one of the few at this scale planning a full training-pipeline release.
This article is for developers and technical leaders evaluating sovereign AI, 512K context workloads, or Ascend/Huawei Cloud deployments. It covers the full timeline, Pro/Flash parameters, mHC / Muon / ModAttn / DSA+SWA architecture, Ascend 910B training breakthroughs, a comparison matrix against DeepSeek, Qwen, and Kimi, ModelArts API and GitCode self-hosting in six actionable steps, geopolitical context, HarmonyOS Agent integration, and the open-source roadmap. After reading, you should know why this release matters, when to choose it, and how to run it today.
01 Three misconceptions before you evaluate openPangu 2.0
- Treating it as "just another weight drop": Most models ship weights plus inference code. openPangu 2.0 plans to release pre-training code, post-training code, and Ascend training operators — extremely rare at 505B scale.
- Judging sovereign AI only by SWE-bench: DeepSeek V4 Pro (~200B active parameters) currently leads on coding and deep reasoning. openPangu wins on 512K context, Ascend-native throughput, and zero NVIDIA dependency.
- Ignoring hardware affinity: Training ran entirely on Ascend 910B NPUs. Benchmarking on NVIDIA without accounting for CANN +
torch_npuoptimization skews conclusions.
| Date | Event |
|---|---|
| 2026-06-12 | HDC 2026 — Richard Yu keynote officially launches openPangu 2.0 |
| 2026-06-30 | Flash weights, inference code, and training operators open on GitCode |
| July 2026 (planned) | Pro weights and inference code |
| H2 2026 (planned) | Pre-training code, post-training code (SFT/RLHF), more operators |
Under US export controls on advanced AI chips, openPangu 2.0 demonstrates that frontier-scale training is now possible without A100/H100 — a direct challenge to the "no NVIDIA, no frontier model" narrative.
02 openPangu 2.0 Pro vs Flash: 512K context and seven open-source components
| Dimension | Pro | Flash |
|---|---|---|
| Total parameters | 505B | 92B |
| Active parameters | 18B | 6B |
| Sparsity ratio | ~28:1 | ~15:1 (DSA+SWA ultra-sparse attention) |
| Context window | 512K | 512K |
| Availability | July 2026 (planned) | Live since June 30 |
Both variants support 512K tokens — roughly eight full-length novels, an entire large codebase, or complete legal contracts in one prompt.
Seven planned open-source components: model architecture (released), weights (Flash live, Pro in July), technical report (released), inference code + training operators (released), pre-training code (H2 2026), post-training code with SFT/RLHF (H2 2026), and Ascend custom training operators (H2 2026).
Licensed under the permissive openPangu License: commercial use permitted, royalty-free, non-exclusive. See GitCode LICENSE for exact terms.
03 Technical architecture: mHC routing, Muon optimizer, and Ascend stack
- mHC (Multi-Head Combinatorial) routing: Improved expert routing with reduced load imbalance.
- Muon optimizer: Second-order momentum optimizer (Microsoft research) adapted for large-scale stability.
- ModAttn (Modular Attention): Enables 512K context efficiently.
- DSA+SWA ultra-sparse attention (Flash only): Extreme sparsity — 6B active out of 92B total per token.
Ascend training results (no NVIDIA silicon in the pipeline):
- 2× single-card throughput vs mainstream open models on Ascend
- +30% hypernode training efficiency
- +50% 512K long-sequence training throughput
- >99% train/inference distribution consistency (notorious MoE problem)
- Flash-Int8 quantization: ~40% less memory, <10% quality loss (W4A8)
Developer stack: CANN (CUDA-class Huawei runtime) + torch_npu. Standard PyTorch switches backends with import torch_npu. Deployment paths: Huawei Cloud ModelArts API, GitCode self-host, HarmonyOS native edge.
Edge variant: 30B on-device model — ~50% faster inference, ~20% less memory, runs offline on Kirin mobile chips.
Primary repository hub (verify after each release):
04 openPangu 2.0 vs DeepSeek, Qwen, and Kimi: where each model wins
Independent third-party benchmarks are not yet available (model released June 30). The matrix below is architecture-based; scores will be updated when public leaderboards publish results.
| Model | Total | Active | Context | Training HW | Open depth |
|---|---|---|---|---|---|
| openPangu 2.0 Pro | 505B | 18B | 512K | Ascend NPU | Full pipeline (7 parts) |
| openPangu 2.0 Flash | 92B | 6B | 512K | Ascend NPU | Full pipeline (7 parts) |
| DeepSeek V4 Pro | 1.6T | ~200B | 128K | NVIDIA | Weights + inference |
| Qwen 3.7 Max | ~400B+ | varies | 128K | NVIDIA | Weights + partial training |
| Kimi K2.7 | 1T | 32B | 256K | NVIDIA | Weights + inference |
- Coding / deep reasoning: DeepSeek V4 Pro leads today.
- Agent / MCP tooling: Kimi K2.7 ecosystem is more mature.
- Documents beyond 256K tokens: openPangu 2.0 Pro (512K) is the clear pick.
- Sovereignty / no US tech dependency: openPangu 2.0 is the only frontier option.
- Ascend / Huawei Cloud: openPangu delivers 2× throughput natively.
- Local inference on limited VRAM: Flash (6B active, ~96GB unified memory).
05 How to run openPangu 2.0: six-step ModelArts and GitCode guide
Option 1 — Huawei Cloud ModelArts (fastest, no hardware)
- Register a Huawei Cloud account and complete verification.
- Open ModelArts → AI Gallery and search for openPangu 2.0.
- Subscribe to Flash or Pro and obtain API endpoint plus auth token.
- Build a Chat Completions request with model, messages, and max_tokens.
- Send a test call via curl or SDK to validate latency.
- Wire into production routing with retries, rate limits, and logging for Agent/RAG workloads.
curl -X POST "https://modelarts.${REGION}.myhuaweicloud.com/v1/infers/openpangu-2-flash/chat/completions" \
-H "Content-Type: application/json" \
-H "X-Auth-Token: ${TOKEN}" \
-d '{
"model": "openpangu-2.0-flash",
"messages": [{"role": "user", "content": "Explain MoE architecture in simple terms"}],
"max_tokens": 1024
}'
Option 2 — Self-hosted via GitCode
Repos: openPangu-2.0-Flash, openPangu-2.0-Flash-Int8, openPangu-2.0-Infer, openPangu-2.0-Op.
python inference.py \
--model_path ./openPangu-Flash \
--device npu:0 \
--context_length 512000 \
--precision bf16
| Variant | Recommended | Minimum |
|---|---|---|
| Flash (6B active) | Single Ascend 910B | ~96GB unified memory |
| Flash-Int8 | Single Ascend Atlas A2 | ~48GB VRAM |
| Pro (18B active) | 4+ Ascend 910B cluster | Multi-card cluster |
Huawei Cloud ModelArts:
https://www.huaweicloud.com/product/modelarts.html
HDC 2026 official announcement:
06 Strategic significance, roadmap, and cite-worthy technical data
Full-pipeline open source enables academic reproduction, enterprise domain pre-training, and lowers the barrier to Ascend adoption — expanding China's domestic AI hardware ecosystem.
HarmonyOS Agent foundation: HarmonyOS 7 enters the Agent era with openPangu 2.0 as the native AI engine; HarmonyOS Agent Framework 2.0 reports >90% success on complex tasks; 30B on-device model runs locally without network.
Roadmap: June 30 Flash release (done) → July Pro weights → H2 2026 pre/post-training code and more operators.
- Parameters: Pro 505B/18B active; Flash 92B/6B active
- Context: 512K tokens on both variants
- Ascend throughput: ~2× mainstream open models on Ascend hardware
- Train/infer consistency: >99%
- Flash-Int8: ~40% memory reduction, <10% quality loss
- Edge 30B: ~50% faster inference, ~20% less memory
Disclaimer: Some capability assessments are architecture-based inferences. Independent benchmarks will be added when published. Published: July 1, 2026.
If your stack pairs openPangu API calls for long documents with iOS CI/CD, local Agent frameworks, or Mac-side automation, the API layer is only half the story. Laptops and VMs often suffer from Metal scheduling instability, thermal throttling, and poor 24/7 uptime. For production iOS builds and AI Agent automation, CALMVPS bare-metal Mac Mini rental is usually the better fit: dedicated Apple Silicon, multi-region nodes, monthly elasticity, ~120-second provisioning. Review pricing to budget Mac-side compute alongside your Ascend API workflow.