openPangu 2.0本月下线，开发者只剩27天迁移

华为云将在本月停止提供两款openPangu-2.0模型服务。根据华为云11月1日发布的退市公告，MaaS平台将于2026年11月6日00:00停止销售openPangu-2.0-Flash和openPangu-2.0-Pro，并于11月30日00:00正式下线两款模型。

今天是11月3日，这意味着新用户只剩不到3天可以开通服务，存量用户则只剩27天完成迁移。11月6日停售后，已经购买的用户还能继续调用；11月30日下线后，无论新老用户都将无法继续使用，生产环境中的调用也不能依靠续费或保留实例继续维持。

MaaS是Model as a Service的缩写，指云厂商将大模型封装为可在线调用的托管服务，负责模型部署、推理资源与服务运维。此次调整针对的是华为云MaaS上的托管服务，不等于openPangu-2.0的开源模型权重同步消失，也不意味着已经下载的模型无法继续自部署。

华为云给出的替代路径非常明确：openPangu-2.0-Flash建议迁移至DeepSeek-V4.1-Flash-1017，openPangu-2.0-Pro建议迁移至GLM-5.3。问题在于，这两组模型并非同一家族的前后代关系，而是跨模型供应方替换，开发者不能把它理解成一次普通的版本升级。

两个时间点决定了迁移节奏

11月6日00:00是停止新增购买与开通的时间点。此后，新用户无法购买或开通openPangu-2.0-Flash、openPangu-2.0-Pro，已经开通的用户暂时不受影响，但继续围绕旧模型开发新功能已经没有意义。

11月30日00:00是服务真正不可用的时间点。按照公告口径，届时新老用户均无法继续调用，因此企业至少要在此之前完成替代模型接入、效果回归、压力测试、灰度切流和回滚预案，而不是把11月30日当成开始迁移的日期。

| 时间节点 | openPangu-2.0-Flash | openPangu-2.0-Pro | 对开发者的影响 | |---|---|---|---| | 2026年11月3日 | 仍可购买和调用 | 仍可购买和调用 | 应立即盘点调用量、业务入口和依赖参数 | | 2026年11月6日00:00 | 停止销售，存量用户可调用 | 停止销售，存量用户可调用 | 新用户无法开通，不宜再新增生产依赖 | | 2026年11月30日00:00 | 正式下线 | 正式下线 | 所有用户均无法继续调用，迁移必须提前完成 | | 后续安排 | 新版openPangu正在规划 | 新版openPangu正在规划 | 具体型号、能力与上线日期尚未公布 |

这次退市窗口并不宽裕。openPangu-2.0-Flash于2026年6月30日正式开源，openPangu-2.0-Pro于7月31日开放模型权重和基础推理代码；从公开上线到MaaS服务下线，Flash约5个月，Pro约4个月。对已经把模型写入工作流、智能客服或Agent系统的团队而言，这不是一次可以拖到月底处理的例行维护。

替代模型不是原地升级

华为云推荐的替代模型来自两个不同的模型家族。Flash被建议迁移到DeepSeek-V4.1-Flash-1017，Pro则被建议迁移到GLM-5.3，这种安排更像是按照服务定位寻找可接替的模型，而不是提供接口和行为完全兼容的继任版本。

| 原模型 | 华为云建议替代模型 | 迁移性质 | 单价 | 主要风险 | |---|---|---|---|---| | openPangu-2.0-Flash | DeepSeek-V4.1-Flash-1017 | 跨家族替换 | 公告未披露，以控制台实时价格为准 | 长上下文、工具调用、参数支持和输出风格可能变化 | | openPangu-2.0-Pro | GLM-5.3 | 跨家族替换 | 公告未披露，以控制台实时价格为准 | 推理行为、结构化输出、函数调用及中文任务表现可能变化 |

跨家族迁移最容易被低估的是行为差异。即使请求格式看起来相似，不同模型对system指令的服从程度、温度参数的敏感度、停止词处理、JSON输出稳定性、工具选择逻辑以及安全策略都可能不同，原来稳定工作的提示词未必能直接复用。

参数兼容也不能只看字段名称。华为云已经明确提醒，不同模型在支持能力、API参数、单价和实际任务表现上存在差异；这意味着开发者需要根据MaaS控制台和对应模型文档核对可用参数、上下文限制、输出长度、流式响应及工具调用能力，不能凭模型名称推断兼容性。

价格变化同样需要重新计算。公告没有给出两款替代模型的具体单价，因此目前无法严谨判断迁移后的成本是上升还是下降；企业应按真实输入、输出Token占比和峰值并发进行测算，而不是只比较页面上的单位Token价格。

我们的判断是，这次替换不会是简单改一次模型标识符。只承担摘要、改写等弱状态任务的应用可能较快完成迁移，但涉及Agent决策、代码生成、知识库问答、结构化抽取和长上下文分析的系统，至少需要做一轮独立评测和线上灰度。

Flash和Pro为什么不能被当成普通模型

openPangu-2.0-Flash是一个基于昇腾NPU训练的混合专家语言模型。根据其Hugging Face模型页面，模型总参数量约920亿，每个Token激活约60亿参数，支持最高512K上下文，训练数据规模约34万亿Token。

混合专家模型是通过路由机制让每个Token只调用部分专家参数的模型架构。openPangu-2.0-Flash虽然每个Token约激活60亿参数，但部署时仍需容纳和调度约920亿总参数；因此，60亿激活参数不等于只需要部署一款60亿参数模型，也不能直接按60亿参数估算显存或NPU内存需求。

openPangu-2.0-Flash的长上下文能力是迁移时最值得单独验证的部分。512K上下文适合长文档、代码仓库分析和多轮Agent轨迹，但替代模型是否在实际服务配置中提供相同窗口、长文本精度是否稳定、长输入价格如何计算，都需要以华为云当前产品页面为准。

openPangu-2.0-Pro则是一款总参数量达到5050亿的开源模型。如此大的参数规模意味着，即使权重仍然可以获取，自行部署也需要可观的计算、存储和推理工程投入，不能把开源权重简单视为MaaS服务下线后的低成本备份方案。

公开评测可以作为迁移基线，但不能代替业务数据。openPangu-2.0-Flash模型页面列出的部分结果包括DeepCodeBench Avg@3为76.5、SWE-bench Verified Avg@3为63.1、FeatBench Avg@3为45.9；这些数字说明模型曾重点覆盖编码与软件工程任务，却不能证明替代模型在企业私有数据上的效果一定更好或更差。

开源权重还在，云端服务要退场

MaaS服务下线与开源项目停止维护是两件不同的事。此次公告只明确了华为云托管服务的停售和下线，并未表示已经公开的openPangu-2.0模型权重、推理代码或相关技术资料会在同一天删除。

自部署是保留原模型行为的一条路径，但不是所有团队都适合采用。Flash拥有920亿总参数，Pro达到5050亿参数，企业需要处理权重存储、昇腾环境适配、推理框架、并行策略、监控告警、容量规划和安全隔离，还应仔细审阅OPENPANGU MODEL LICENSE AGREEMENT VERSION 2.0的授权条件。

托管迁移是多数现有MaaS用户更现实的选择。选择华为云推荐模型可以减少平台层面的改造，但模型输出仍然需要重新验收，特别是包含工具调用、工作流编排和自动执行权限的Agent应用，任何行为漂移都可能被下游系统放大。

等待openPangu新版本并不是一个可靠的短期方案。华为云只表示openPangu系列新版本已经在规划中、后续将逐步上线，截至11月3日尚未公布具体型号、发布时间、价格和兼容关系；现有服务却会在11月30日确定下线，两个时间表之间没有可确认的衔接。

开发者现在应该怎么迁移

业务盘点应该在模型评测之前完成。团队首先需要找出所有直接和间接调用openPangu-2.0的入口，包括生产服务、测试环境、定时任务、内部机器人、低代码工作流和不常触发的灾备流程，避免只迁移主链路而遗漏边缘任务。

建议把迁移工作拆成以下六步：

1. 建立调用清单。 统计原模型名称、业务负责人、日均Token、峰值并发、超时设置、上下文长度和错误重试策略。
2. 冻结新增依赖。 从现在起不要再让新业务绑定即将下线的两款模型，11月6日后也无法新开通。
3. 准备真实评测集。 从线上脱敏日志中抽取高频、困难和高风险样本，不能只用公开基准题测试。
4. 分别验证能力与工程指标。 能力指标包括正确率、拒答率、幻觉率和格式遵循率；工程指标包括首Token延迟、完整响应时间、超时率和单位任务成本。
5. 采用灰度切流。 先让少量流量进入替代模型，对比输出和失败分布，再逐步扩大比例。
6. 在11月30日前完成回滚演练。 回滚对象应该是已经验证过的第二套可用模型，而不是即将下线的openPangu服务。

评测指标必须贴近业务损失。客服场景应关注事实准确率、敏感回答和转人工率，代码场景应关注测试通过率和补丁可应用率，Agent场景则要关注工具选择准确率、参数填写成功率、循环调用次数和误执行风险。

长上下文应用需要单独建立分桶测试。开发者可以按8K、32K、128K以及更长输入划分样本，观察召回准确率、指令遗忘和延迟变化，因为模型标称支持较长上下文，并不意味着在整个窗口内保持同等有效信息利用率。

结构化输出应用需要加入严格解析测试。模型即使能生成看起来正确的JSON，也可能出现字段缺失、类型漂移、额外文本或枚举值变化；如果下游会自动写数据库、调用工具或提交工单，解析失败率和语义错误率都应成为上线门槛。

提示词应当被视为模型相关资产，而不是永久通用模板。迁移后需要重新检查系统提示、示例数量、角色定义、输出格式和拒答边界，有些为旧模型补上的冗长约束，可能在新模型上造成重复回答或过度拒答。

一次值得警惕的快速产品迭代

华为云此次退市反映出MaaS模型目录正在加速更新。云平台为了性能、成本和服务能力替换模型并不意外，但两款开源模型上线仅数月，托管版本就进入退市周期，说明开发者不能再把某个具体模型名称当作长期稳定的基础设施。

模型抽象层应该成为生产系统的标准配置。一个更稳妥的架构是把业务逻辑、提示词模板、模型路由、输出校验和供应方接口分开管理，让模型替换停留在适配层，而不是散落在每个应用和工作流里。

多模型评测也应该从上线前项目变成持续机制。企业至少应长期保留一个主模型和一个经过验证的候选模型，并定期用同一套业务数据比较质量、延迟和成本，这样面对模型退市时才不会从零开始测试。

这次调整的核心结论很直接：openPangu-2.0的开源权重仍有继续研究和自部署的价值，但华为云MaaS上的Flash与Pro已经进入明确的服务终止倒计时。对存量开发者来说，11月6日只是停止销售，11月30日才是硬截止线；真正安全的完成时间，应当比后者至少提前一周。

参考来源

• IT之家：华为云openPangu-2.0-Flash / Pro两款模型11月6日停售——整理华为云退市公告、下线时间、存量用户规则及官方建议的替代模型。
• Hugging Face：openPangu-2.0-Flash模型页面——提供模型架构、920亿参数、约60亿激活参数、512K上下文、34万亿Token训练数据及公开评测信息。