在实际使用中只显示200K上下文窗口了 - Claude Code
Quick fix
在 ~/.claude/settings.json 中将默认模型改为带 [1m] 后缀的变体，或在会话中手动执行 /model claude-opus-4-8[1m] 以激活 1M 上下文。
Symptom
Section titled “Symptom”在实际使用中只显示200K上下文窗口了此问题的核心在于 CC Switch 的模型能力声明与 Claude Code 的模型选型机制不匹配。CC Switch 虽然在路由配置中标记了 `supports1m: true`，但未在 `/v1/models` 接口中合成带 `[1m]` 后缀的独立模型 ID。同时，第三方供应商（如 DeepSeek）响应中的 `model` 字段未被反向映射为 Claude 模型名，导致 Claude Desktop 查表失败。最终，Claude Code 默认选中了不带后缀的裸模型（如 `claude-opus-4-8`），从而按 200K 限制管理上下文窗口。
此外，该集群还包含 Codex 环境下的两个相关变体问题：一是使用 Chat Completions 协议转换时，历史 reasoning 内容被错误计入上下文导致迅速撑爆（#3867）；二是启用 `model_catalog_json` 模型映射后，Codex 会将其判定为非官方 GPT 模型，从而移除 `apply_patch` 等内置编辑工具（#5947）。
会话级临时修复：在 Claude Code 当前会话中，手动输入命令切换到带 1M 标记的逻辑模型变体。
全局默认修复：修改 Claude Code 的用户级配置文件，将默认 Opus 模型强制指向 1M 变体。
// ~/.claude/settings.json"ANTHROPIC_DEFAULT_OPUS_MODEL": "claude-opus-4-8""ANTHROPIC_DEFAULT_OPUS_MODEL": "claude-opus-4-8[1m]"针对 Codex 用户的协议修复：若遇到上下文迅速爆满或费用异常，请放弃 CC Switch 的通用 Responses 转换，直接参考 DeepSeek 官方 Codex 集成文档配置 Anthropic 协议端口。
Affected Versions
Section titled “Affected Versions”Source Issues
Section titled “Source Issues”本页汇总自 5 个真实 issue
- #3867Codex发送给 DeepSeek 的消息长度超过了模型允许的最大上下文长度。
- #4353Claude Desktop 模型未映射为1M上下文窗口
- #4525Claude Desktop 第三方网关模式下 DeepSeek 响应 model 字段未被反向映射，导致 Code 模式 /context 始终显示 200K
- #5947[Codex] 启用模型映射生成 model_catalog_json 后，apply_patch 等内置工具全部消失，Codex 审阅视图不触发
- #6192Codex app使用cc switch的deepseek v4 flash通用Responses配置异常导致实际费用翻倍
- 为什么在 Claude Desktop 设置里勾选了 1M，但 Claude Code 里还是 200K？
- Claude Desktop 的 UI 勾选不等于 Claude Code 的会话选型。Claude Code 依赖带 `[1m]` 后缀的逻辑模型项来激活 1M 预算，必须确保当前会话选中的是 `claude-opus-4-8[1m]` 而非裸模型。
- 使用 Codex 时上下文没到 1M 就提示超过最大长度怎么办？
- 这是因为 CC Switch 在转换协议时，将推理模型产生的 reasoning 内容计入了历史消息。建议切换到 Anthropic 协议端口，或按照 DeepSeek 官方 Codex 文档进行配置。
- 为什么在 Codex 中开启模型映射后，apply_patch 工具消失了？
- 这是 Codex 的上游行为。当检测到 `model_catalog_json` 存在时，Codex 会认为当前使用的是非官方 GPT 模型，从而不下发 `apply_patch` 等内置编辑工具。目前只能在显示模型名和保留内置工具之间二选一。
这是一个非官方社区 wiki，与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。