深度解读 · 约 4 分钟阅读
Z.ai拆分新订阅密钥与标准API密钥：为什么账单取决于密钥类型
10月16日指南区分新类型密钥和旧Compatible密钥；旧密钥仍可能受端点与订阅历史影响。
- 本站发布
- 原文发布
- 核实时间
Z.ai于10月16日发布API密钥管理指南，将新建标准API密钥与GLM Coding Plan密钥分开管理。此次调整本身不要求替换已有密钥值。实际判断计费时，首先要分清用的是新类型密钥，还是此前签发、保留兼容规则的Compatible密钥。
听读资讯
朗读当前文章，或连续收听资讯。
正在准备听读…
设备语音
朗读由浏览器或设备处理，AISubHub 不向音频 API 发送文本。可用语音及锁屏播放能力因设备而异。
继续播放时可能重复一小段。
一分钟速览
- 10月16日起新建的Standard API Key使用账户余额或适用资源包；个人与团队Coding Plan密钥在受支持端点使用对应订阅权益。
- 旧Compatible密钥沿用原规则：标准API端点走标准计费，订阅端点还取决于账号是否曾有Coding Plan；订阅到期不会自动转为按量付费。
新建密钥把计费方式变成明确选择
指南给出三个创建入口：Standard API Key用于按量付费或适用资源包；个人订阅从“API Keys → Personal Coding Plan”取得密钥；团队成员从“Team Coding Plan → My Plan”取得Team Plan Key，并遵循团队和席位规则。对10月16日起新建的标准及订阅密钥，类型决定在受支持端点的计费方式，修改Base URL不会把标准密钥变成订阅额度。开发者复制另一工具中能正常工作的配置时，请求可能有效，却在消耗非预期的余额。这里也没有宣布订阅变成可任意使用的通用API权益，没有新价格或提高限额的说明。
旧密钥按历史分类，值本身不变
10月16日前创建的密钥单独处理。属于Team Plan项目的密钥归为团队密钥；不属于团队项目、但账号曾购买过或曾有有效Coding Plan的旧密钥归为Compatible；从未有过Coding Plan的账号使用标准分类。“曾经”是关键，分类不只看今天是否仍有有效订阅。原文明确密钥值保持不变，这次分类调整不要求重新配置原有工具。部分专用企业服务或合作渠道密钥保留之前的兼容行为，应以控制台分类和现有服务协议判断。因此，把所有旧密钥统一要求更换，并不符合这份通知。
Compatible仍保留受端点影响的边界
旧Compatible密钥在标准OpenAI Chat Completions端点https://api.z.ai/api/paas/v4使用余额或适用资源包，不消耗Coding Plan额度。在订阅Chat Completions端点https://api.z.ai/api/coding/paas/v4，如果账号曾有Coding Plan，则使用订阅额度，订阅到期后停止调用；从未有该历史时，文档描述为标准计费。表格也将通用Anthropic Messages和OpenAI Responses路径纳入兼容规则。原文给出明确例子：同一旧密钥在coding端点扣订阅额度，换到标准端点则可能扣余额，即使订阅还剩额度。这属于旧密钥场景，不能推广成所有新类型密钥都由端点决定计费。
修改付费配置前先核对分类
AISubHub分析：先确认控制台显示的密钥类别，再把工具配置的端点与希望使用的额度类型对照，同时查看套餐是否有效。密钥出现在哪个列表、持有订阅收据或一次请求成功，都不足以单独证明扣费路径。指南明确指出，Compatible在订阅路径上遇到套餐到期，不会自动切为按量付费；若要继续标准计费，应创建并配置Standard API Key，确保有可用余额或资源包，端点可以不变。团队若开启按需超额使用，仍按既有设置和计费规则处理。以上是文档说明而非本站执行的操作；排查时不应在截图或报告中暴露完整密钥。
有什么影响
AISubHub分析：一个账号同时有订阅额度和API余额，不意味着请求会自动选择更便宜的资金池。应同时检查密钥分类、端点和订阅状态；请求成功本身不能证明扣的是哪一类额度。
限制与可用性
本站完整阅读官方指南，没有登录、创建密钥、查看私人账单或发起调用。这是计费管理调整，不是GLM新模型或公开降价；支持的工具、套餐限额及相关服务协议仍有约束。
来源与证据
原文发布: · 核实时间:
AI 辅助采编，依据所列一手来源核实。厂商自报结论注明归属，收录不代表背书。