一句话核心
DeepSeek 官方 GitHub 组织在 9 月 29 日至 30 日新建两个面向华为昇腾 NPU 的仓库：DeepGEMM-Ascend（矩阵乘算子库）与 DeepEP-Ascend（训练与推理通信库）——正好对应它在英伟达平台上最招牌的两块底层组件。但中文媒体普遍报道的「一次开源六个组件」，在官方组织下只核到这两个（外加一个 5 月就在的 clangd-ascend）：媒体清单里 TileKernels、FlashMLA、DeepSelect 与 TileLang 的昇腾版未被核到，其中 TileLang 更是独立组织 tile-ai 的项目，不是 DeepSeek 的仓库。
图 1：deepseek-ai/DeepGEMM-Ascend 仓库首页，About 区写明这是面向华为昇腾 NPU 的矩阵乘算子库。来源：GitHub 仓库页 deepseek-ai/DeepGEMM-Ascend，2026-10-02。
背景脉络
- DeepSeek 在英伟达平台上的两块底层招牌组件是 DeepGEMM（矩阵乘算子库）与 DeepEP（专家并行通信库）；本条讲的是它们的昇腾版。
- 昇腾这条线并非始于这一批新仓：同一组织下的
clangd-ascend（面向昇腾的代码检查与补全工具）创建于 2026-05-28，并且在DeepEP-Ascend中作为 submodule 用于 IDE 与调试支持。 - 官方组织
deepseek-ai现读共 44 个仓库；按创建时间倒序，最上面四个依次是dsh-libreoffice-kit、dsh-node-addon-require-builtin（均在 9 月 30 日 06:2x UTC 创建，属 DeepSeek Harness 的内部组件）与DeepEP-Ascend、DeepGEMM-Ascend。 - 与本站已发内容的区分：本条与 topic 187（美团 LongCat）、topic 196（NaiveAI）无关；与 10 月 1 日交付的 DeepSeek Harness 是同一条开源线的不同侧面，可互引、不合并。
- 一处来源分层需要先说清：DeepSeek 的官方公告发布在微信公众号，暂无可引用的原文；因此「DeepSeek 宣布开源」这一步的来源是媒体，而仓库本身是可核的一手。
关键细节
1）两个仓是什么
DeepGEMM-Ascend：README 自述为「DeepGEMM 面向华为昇腾平台的移植（port）」——与 DeepGEMM 完全 API 兼容，支持 BF16、FP8、FP4 GEMM、MQA logits 与 MegaMoE；与 DeepGEMM 使用相同的包名，装上这个包即可沿用原来的 API 与开发流程。它给昇腾的矩阵乘加原语（MAD）做了一层轻量抽象，隐藏分形矩阵布局、对齐约束与地址计算等细节，并采用稀疏数据加载、基于协程的流水线等昇腾特有优化。DeepEP-Ascend：README 自述为面向华为昇腾 NPU 的高性能训练与推理通信库——提供 MoE dispatch／combine 的专家并行（EP）all-to-all 操作，支持 FP8 dispatch 与延迟 epilogue；另提供流水线并行（PP）、面向上下文并行与数据并行（CP／DP）的 Bucket 集合通信、以及 Engram 远端内存访问等原语（README 标注为开发中）。其公开 buffer API 与英伟达版 DeepEP 对齐；Ascend C 内核使用 HCCL／HCOMM、UBMEM 与 URMA 完成通信，并通过 DeepJIT 在运行时编译。
2）官方组织下的核对结果（本条最该让读者知道的部分）
- 在
deepseek-ai组织内做ascend全量检索（https://api.github.com/search/repositories?q=ascend+org:deepseek-ai），返回的total_count为 3：DeepGEMM-Ascend、DeepEP-Ascend、clangd-ascend。本批新建的昇腾专仓只有前两个。 - 中文媒体普遍转述的清单是「DeepGEMM、DeepEP、TileKernels、FlashMLA、DeepSelect 与高级语言编译工具 TileLang，与英伟达平台组件一一对应」，其中四项的昇腾版未在官方组织下核到。
- 两个名字确实存在于该组织，但都不是本批新建、也未标 Ascend：
TileKernels（创建于 2026-04-22，1,893 stars）与DeepSelect（创建于 2026-09-09，447 stars）。 - TileLang 的归属：
deepseek-ai/TileLang在 GitHub API 下不存在；TileLang 是独立组织tile-ai的项目。这一点在DeepGEMM-Ascend的 README 里也有对应写法（mHC kernel「backed by Tilelang」并链接到tile-ai/tilelang）。
3）同一批新建的还有两个「内部组件」仓
dsh-libreoffice-kit（创建于 2026-09-30T06:28:16Z，70 stars，仓库元数据标 MPL-2.0）与dsh-node-addon-require-builtin（创建于 2026-09-30T06:27:22Z，9 stars，元数据标 MIT），两者自述均为「An internal component used by DeepSeek Harness」。- 口径：它们自述是 DeepSeek Harness 的内部组件，不是给终端用户安装的 skill 包。
图 2：deepseek-ai/DeepEP-Ascend 仓库首页，README 写明其面向昇腾 NPU 的通信原语与 HCCL／HCOMM、UBMEM、URMA 技术栈。来源：GitHub 仓库页 deepseek-ai/DeepEP-Ascend，2026-10-02。
数据解读
仓库层面的可核事实（星标与复刻是变动值，下表取数于 2026-10-02 03:09（UTC+8））
| 仓库 | 创建时间（UTC） | 北京时间 | 语言构成 | 星标／复刻 | 仓库元数据许可证 |
|---|---|---|---|---|---|
DeepGEMM-Ascend |
2026-09-29T15:49:55Z | 9 月 29 日 23:49 | C++ 70.2%／Python 29.3% | 445／30 | MIT License（仓库含 LICENSE 文件） |
DeepEP-Ascend |
2026-09-30T00:44:59Z | 9 月 30 日 08:44 | C++ 57.8%／Python 41.5% | 199／19 | 未标许可证（文件列表中没有 LICENSE） |
clangd-ascend |
2026-05-28T08:25:37Z | 5 月 28 日 16:25 | C++ | 15／0 | 显示为 Other（非标准许可证） |
- 发布节奏：两个仓各只有 1 个提交（
DeepGEMM-Ascend为 OSS release from cef9f4a…，DeepEP-Ascend为 Initial public release），各有 1 个分支、0 个 tag；DeepGEMM-Ascend页面显示 No releases published。DeepGEMM-Ascend的 README 在 News 里把这次发布记为 2026.09.30。 - 性能数字（厂商自测，须按其条件读）：
DeepGEMM-Ascend报密集 GEMM 最高达到硬件极限的 99.8%：BF16×BF16 一档在 M4096／N7168／K16384 下为 2229.9 微秒、431 TFLOPS，硬件极限 432 TFLOPS（同一张表里 FP8×FP4 为 99.5%、FP4×FP4 为 98.3%）。测试条件写明为 Ascend 950DT、CANN 9.20、用bench_msprof、cold L2；形状与用例沿用 DeepGEMM 的测试套件，覆盖 DeepSeek 模型系列的推理与训练负载。DeepEP-Ascend报 EP8 下 dispatch 373–375 GB/s、combine 345–347 GB/s，并称在 EP 规模不超过 32 时持续 dispatch 达到物理载荷带宽上限的约 90–95%；测试条件为 Ascend 950DT NPU、CANN 9.2.0，以及一套「手工配置过的 PoC HDK」。- 这两组数字都出自 DeepSeek 自己的仓库文档，属厂商自测，不是第三方复测。
DeepEP-Ascend另特别说明其测试所用的 PoC HDK 配置并非公开发布的版本，建议以华为 Q3 商用 HDK 作为公开部署基线；该版本按其计划在 2026 年 10 月中旬（约 10 月 15 日）通过华为企业支持网站开放，属厂商发布计划、取决于华为的发布节奏。
没有的东西也说清楚：本条没有模型参数量、没有价格、没有第三方 benchmark——两个仓是底层算子与通信组件，不是模型发布。
辩证评估
- 机会：
- 这条补的是国产算力最底层那一课：DeepSeek 在英伟达平台上的招牌组件出来了昇腾版本，补的不是模型，而是让昇腾能把 MoE 训练与推理跑起来所需的算子与通信基础。
- 对已在或计划在昇腾上做 MoE 的团队，
DeepGEMM-Ascend明确写了与 DeepGEMM 的 API 兼容与同包名，迁移成本因此可评估；README 还列了环境变量、JIT 缓存目录、确定性算法开关等可操作细节。 - 两个仓已出现 issue（9 个／4 个）与复刻（30／19），说明已进入实际使用，而不是只挂了个空壳。
- 限制或争议：
- 来源分层必须写清：「DeepSeek 宣布开源」这一步只有媒体来源（官方公告在微信公众号，暂无可引用原文），仓库本身才是可核的一手。
- 媒体清单与实际核到的不一致：媒体所称的「六个组件」在官方组织下只核到两个昇腾专仓，其余四项的昇腾版未被核到——这只是「未核到」，不等于「不存在」。
- 许可证不对称：
DeepGEMM-Ascend有LICENSE（元数据标 MIT），DeepEP-Ascend的文件列表里没有LICENSE，正式引入前需先确认许可条件。 - 性能是自测，且
DeepEP-Ascend的测试环境并非公开可得的配置；两个仓都只有 1 个提交、无 tag、无 release，工程成熟度还早。 - 昇腾线并非始于这一批新仓：
clangd-ascend在 5 月就已经在。
已知 vs 待验证
已知（一手可核）
- 两个仓的存在、名称、自述、创建时间（UTC）、默认分支、语言构成、仓库元数据许可证，以及
deepseek-ai组织的 44 个仓库与ascend检索的 3 个命中，均来自 GitHub API 与仓库页。
媒体转述（须标来源）
- 「DeepSeek 一次开源六个组件、与英伟达平台组件一一对应」出自中文财经媒体及其转载，未在官方组织下核到对应仓库。
- 发布这一步的定性（「DeepSeek 宣布开源」）来源为媒体。
待验证
- 官方公告原文（微信公众号）暂无可引用文本。
- 媒体清单中 TileKernels／FlashMLA／DeepSelect 的昇腾版未被核到；未下「不存在」的判断。
- 两个仓是否有正式版本号或 release（截至取数时刻：无 tag、无 release）。
- 许可证只看仓库元数据与文件列表，未逐字读
LICENSE全文。
给读者的建议
- 先分清「模型」与「底层组件」：这条不是模型发布，没有参数、没有价格、没有跑分；它的意义在于昇腾上跑 MoE 的两块基础件有着落了。
- 想自己复核媒体清单，跑一条检索就够：
https://api.github.com/search/repositories?q=ascend+org:deepseek-ai——这也正是本条与媒体清单不一致的地方。 - 如果要在昇腾上试：从
DeepGEMM-Ascend读起（API 与包名跟英伟达版一致、元数据标 MIT）；通信库一侧的许可证未标注，正式引入前先确认许可条件；并把 README 里那段 HDK 说明先读完——它的性能数字来自一套非公开的 PoC 配置。 - 暂不适合谁：想看「DeepSeek 又发了什么模型」的读者；以及依赖第三方复测数据做选型的读者——目前只有厂商自测。
来源链接
一手
- GitHub 检索（
ascend限定在官方组织，本次返回total_count＝3）：https://api.github.com/search/repositories?q=ascend+org:deepseek-ai - 组织仓库列表（按创建时间倒序，现读 44 个）：https://api.github.com/orgs/deepseek-ai/repos?per_page=100&sort=created&direction=desc
- 仓库页
DeepGEMM-Ascend：https://github.com/deepseek-ai/DeepGEMM-Ascend - 仓库页
DeepEP-Ascend：https://github.com/deepseek-ai/DeepEP-Ascend - 仓库页
clangd-ascend：https://github.com/deepseek-ai/clangd-ascend - TileLang（独立组织
tile-ai，非 DeepSeek 仓库）：https://github.com/tile-ai/tilelang
媒体（组件清单的出处，标为转述）