DeepSeek 与华为推进昇腾工具链：从 TileLang 到计算、通信和注意力内核

核验时间：2026 年 10 月 2 日；集中公开时间：9 月 30 日。DeepSeek 与华为在昇腾软件栈上公布了一组进展。路透社报道，DeepSeek 通过官方微信公众号宣布开放昇腾平台基础设施，双方也推进了 128 卡昇腾超节点的计算与通信优化。公开仓库和技术文档显示，相关工作覆盖 TileLang、矩阵计算、MoE 通信、注意力及 Top-K 选择内核；不同组件由不同项目维护，硬件要求和成熟度也不同。

一、这次公开了什么

DeepGEMM-Ascend 是 DeepSeek DeepGEMM 在昇腾上的实现，仓库标注 9 月 30 日首次发布、支持 Ascend 950。README 列出的范围包括 BF16、FP8、FP4 矩阵乘法、MQA logits 和 MegaMoE，目标是让开发者沿用相近的 API 调用方式，并使用面向昇腾的内核优化。

DeepEP-Ascend 是面向昇腾 NPU 的通信库，重点覆盖 MoE 专家并行中的 dispatch 和 combine，也就是把 token 发给对应专家并将计算结果送回的 all-to-all 通信环节。计算内核与专家间通信同时有了可见的适配项目，意味着开发团队能更具体地评估昇腾上的模型系统栈。

TileLang 项目加入 Ascend 950 原生代码生成与调度支持；FlashMLA 文档提供面向昇腾的稀疏注意力预填充和解码内核；DeepSelect 则公开 Top-K 选择相关内核。DeepSeek 相关的 TileKernels 也属于此次工具链讨论范围。应按各自仓库的维护状态、支持设备、依赖版本和测试情况逐项评估，不宜将这些组件描述为同一个统一发行版。

二、性能数据需要按测试配置阅读

DeepGEMM-Ascend README 给出的性能测试基于 Ascend 950DT 和 CANN 9.20 等配置，包含特定形状下接近硬件理论上限的项目方测量结果。DeepEP-Ascend 也对测试硬件和驱动环境作了限制说明。复现实验时，应先确认芯片型号、CANN、驱动/固件、框架版本和测试形状一致；这些数字不能直接外推到其他设备或生产服务的吞吐承诺。

三、这是论文吗？

这些仓库属于开源代码与实现文档，不是论文。DeepSeek 近期的两项论文动态包括 DSec 智能体训练沙箱，以及《DeepSeek-V4.1-Flash: Pushing the Limits of KV Cache Compression》技术报告；后一项于 9 月 17 日提交 arXiv，和昇腾代码发布不是同一项成果。站内已有 DSec 解读，并新增 V4.1 Flash 报告解读。

四、对模型训练和产业合作能下什么结论

新仓库表明 DeepSeek 正在公开更多昇腾软件适配工作，也与报道中的华为协作方向相吻合。Tom’s Hardware 转述华为此前的说法称，昇腾芯片曾用于 V4-Flash 的部分训练，Ascend 950 超节点已适配 V4 系列；这是有归属的厂商说法，不等于最新 V4.1-Flash 全程使用昇腾训练。代码发布同样不能证明昇腾已经取代其他加速器，或这些工具已适配所有昇腾型号。部署决策仍需检查当前支持矩阵、依赖版本和端到端模型任务表现。

五、团队可以如何评估

• 先按目标设备和 CANN 版本逐项核对仓库支持要求，再决定是否投入迁移。
• 选取真实模型中的 GEMM、MoE 路由通信和长上下文负载，比较正确性、延迟、吞吐和单位任务成本。
• 测试依赖安装、编译耗时、故障诊断、集群通信和升级兼容性，避免只比较单算子峰值。
• 把训练、推理和算子开发的适配状态分别记录，不把某一个组件可运行解读成整套工作流已生产就绪。

运营判断：这条消息比单纯的芯片采购传闻更容易由开发者检验，因为代码、依赖和基准说明已经公开。短期价值在于增加昇腾生态的可评估性；是否形成稳定替代能力，仍取决于完整的软件栈、规模化通信和实际工作负载。