跳转到内容

调用 GLM-5 报错 1311 cc-switch

Quick fix

这是供应商权限问题:请在对应服务商开通 GLM-5 / MiniMax / Kimi 权限,或联系供应商确认订阅套餐权限。

报错原文
调用 GLM-5 报错 1311,提示无权限,请开通 GLM-5、MiniMax、Kimi 权限

该报错来自上游供应商权限校验:调用 GLM-5 时返回 1311,提示当前订阅套餐暂未开放 GLM-5 权限,需要开通 GLM-5、MiniMax、Kimi 权限。维护者确认这不是 cc-switch 本身的问题,而是供应商侧账号/套餐权限未开通。另一个相关问题是 Codex 批量接口 input 数组超过 1000 条子数据导致失败;该限制来自上游服务端 API / Codex HTTP Responses 请求中会话历史 input 数组过长,与 cc-switch 转发层无关。

  1. 确认你使用的供应商账号和订阅套餐是否已开通 GLM-5 权限。

  2. 如果套餐提示需要开通 GLM-5、MiniMax、Kimi 权限,请在供应商控制台开通,或联系供应商支持处理。

  3. 开通权限后重试调用 GLM-5。

  4. 如果你遇到的是 Codex 批量接口 input 数组超过 1000 条的限制,新建对话验证是否正常;该问题由上游服务端 API 限制或长会话历史导致,需避免在长会话中继续触发或更换支持更长 input 的上游端点。

ToolClaude Code / Codex
Version3.16.5
Platforms未知
报错 1311 是 cc-switch 导致的吗?
不是。维护者确认这是供应商权限问题,需要联系供应商开通 GLM-5、MiniMax、Kimi 权限。
为什么购买套餐后仍然提示无权限?
因为订阅套餐可能未开通对应模型权限。需要在供应商侧确认并开通 GLM-5 等模型权限。
Codex 批量接口 1000 条限制是 cc-switch 加的吗?
不是。cc-switch 代码中没有写死 1000 条限制;该限制来自上游服务端 API,长会话时 Codex 会把会话历史作为 input 数组发送,容易触发上游限制。

这是一个非官方社区 wiki,与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。