Huawei openPangu 2.0 Is Now Open-Source —
and It Was Trained Without a Single NVIDIA GPU

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_npu optimization skews conclusions.
openPangu 2.0 key timeline
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

Core parameters: Pro vs Flash
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):

  • 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):

https://gitcode.com/org/ascend-tribe/repos

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.

Frontier open-model parameter comparison
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)

  1. Register a Huawei Cloud account and complete verification.
  2. Open ModelArts → AI Gallery and search for openPangu 2.0.
  3. Subscribe to Flash or Pro and obtain API endpoint plus auth token.
  4. Build a Chat Completions request with model, messages, and max_tokens.
  5. Send a test call via curl or SDK to validate latency.
  6. Wire into production routing with retries, rate limits, and logging for Agent/RAG workloads.
modelarts-api.sh
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.

inference.py
python inference.py \
  --model_path ./openPangu-Flash \
  --device npu:0 \
  --context_length 512000 \
  --precision bf16
Hardware requirements
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:

https://developer.huawei.com/consumer/cn/hdc/

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.