AI精品店

Appearance

模型与渠道选择 ​

ccodezh 按分组区分渠道：Claude 可选 cc、cc-3、cc-n，GPT / Codex 使用 cx，另有 GLM 和 Grok 渠道。模型名使用标准名称，可用模型由 API 令牌所在的分组决定。配置与切换方法见渠道分组配置。

先看哪里最准确？

模型列表与价格以官网为准：https://ccodezh.com/models

当前模型与参考单价 ​

以下按 2026-09-05 的平台模型配置同步，单位为美元 / 百万 Token。表中为乘渠道倍率前的单价，实际额度扣费还需乘对应倍率，不能直接当作人民币付款金额。实时模型和价格见 ccodezh 模型页。

Claude 系列 ​

cc、cc-3 与 cc-n 共用以下模型价格，区别在于渠道倍率和适配客户端：

模型输入输出缓存写入（5 分钟）缓存读取
claude-fable-5-1$10$50$12.50$0.25
claude-opus-5$5$25$6.25$0.50
claude-fable-5$10$50$12.50$1
claude-sonnet-5$2$10$2.50$0.20
claude-opus-4-8 / claude-opus-4-7 / claude-opus-4-6$5$25$6.25$0.50
claude-sonnet-4-6$3$15$3.75$0.30
claude-haiku-4-5-20251001$1$5$1.25$0.10

新增的 Claude Fable 5.1 使用模型名 claude-fable-5-1。其输入、输出与缓存写入价格与 Fable 5 相同，缓存读取单价从 $1 降为 $0.25，是原来的四分之一。

GPT / Codex 系列（cx 分组） ​

模型输入输出缓存写入缓存读取
gpt-6-astra$10$50$12.50$1
gpt-5.6-sol（短上下文）$5$30$6.25$0.50
gpt-5.6-sol（长上下文）$10$45$12.50$1
gpt-5.6-terra（短上下文）$2.50$15$3.125$0.25
gpt-5.6-terra（长上下文）$5$22.50$6.25$0.50
gpt-5.6-luna（短上下文）$1$6$1.25$0.10
gpt-5.6-luna（长上下文）$2$9$2.50$0.20
gpt-5.5$5$30—$0.50
gpt-5.4（≤272K）$2.50$15—$0.25
gpt-5.4-mini$0.75$4.50—$0.075
codex-auto-review$5$30—$0.50

GPT-6 Astra 与 GPT-5.6 的缓存写入单价为对应输入价的 1.25 倍。“—”表示平台未单列缓存写入溢价，不表示免费。GPT-5.6 长上下文请求按对应档位计价，不是只对超出部分加价，具体阈值以该渠道当前规则为准；Astra 的当前渠道配置未区分长短档位。codex-auto-review 用于自动审查，不作为日常对话模型。

cx 是 ccodezh 的按量渠道，使用 ccodezh 的 Key 和余额，与 CodexZH 的包月套餐分开。可从控制台一键导入 Codex 配置。

GLM 与 Grok ​

  • GLM：当前列出 glm-5.3、glm-5.2，使用 glm / cc-glm 分组。
  • Grok：当前列出 grok-4.6、grok-4.5，使用 grok 分组。两者输入均为 $2、输出均为 $6；缓存读取分别为 $0.50 和 $0.30 / 百万 Token。

GLM 的平台定价以人民币基准数值配置，不应套用 Claude / GPT 的“官方美元成本”解释；请直接查看模型页和控制台扣费。不同平台、不同分组的价格也不能互相套用，例如本页 Grok 4.5 的缓存读取价与 CodexZH 模型页不同。

0. 为什么 Claude Code 会使用 Haiku 模型？ ​

即使主要使用 Sonnet 或 Opus，Claude Code 也会在某些场景自动调用 Haiku。这是 Claude Code 多模型协作架构的核心设计。

Haiku 的使用场景 ​

Claude Code 在以下场景自动使用 Haiku：

  1. 子代理 (Sub-agents) - 主模型（如 Sonnet）并行执行多个任务时，会派生 Haiku 驱动的子代理处理具体实现
  2. 后台功能 - 部分后台操作和工具路由使用 Haiku 以提高效率
  3. 代码库探索 - 内置 "Explore" 代理使用 Haiku 搜索和分析代码结构
  4. 执行模式 - opusplan 模式下，Opus 负责规划，实际代码生成可能切换到更轻量的模型

为什么这样设计？ ​

Anthropic 官方解释：

"Sonnet 4.5 can break down a complex problem into multi-step plans, then orchestrate a team of multiple Haiku 4.5s to complete subtasks in parallel."

这是成本与性能的权衡：

  • Haiku 4.5 在 SWE-bench 上达到 73.3%，对明确定义的任务（组件实现、bug 修复、测试生成）表现接近前沿水平
  • 响应速度是 Sonnet 的 2 倍以上
  • 使用成本仅为 Sonnet 的 1/3

Sonnet/Opus 负责高层规划和复杂推理，Haiku 负责具体执行，实现最优的成本效益比。

自定义子代理模型 ​

通过环境变量控制子代理使用的模型：

json
{
  "env": {
    "ANTHROPIC_DEFAULT_HAIKU_MODEL": "claude-haiku-4-5-20251001",
    "CLAUDE_CODE_SUBAGENT_MODEL": "你想使用的模型名"
  }
}

参考资料 ​

0.1 省钱：opusplan 双模型协作模式 ​

Claude Code 内置了一个"隐藏命令"，开启智能降本模式：

/model opusplan

工作原理 ​

开启后，Claude Code 自动切换为双模型分工：

  • 规划阶段（分析需求、读代码、设计方案）→ 使用 Opus，发挥最强推理能力
  • 执行阶段（写代码、改文件、跑测试）→ 自动切回 Sonnet，快速且便宜

为什么推荐？ ​

  • Opus 负责"想清楚"，减少反复试错带来的返工
  • Sonnet 负责"写代码"，速度快、成本低
  • 社区实测节省约 40% 的 token 开销
  • Anthropic 官方内置功能，官方工程团队自己也在用

适合哪些场景？ ​

  • 多文件重构、新功能开发、不熟悉的代码库
  • 架构设计、复杂逻辑梳理
  • 任何"先想清楚再动手"比"边写边改"更高效的任务

1. 不配置时会用哪个模型？ ​

不显式指定模型时，Claude Code 按默认策略选择（通常是 Sonnet 系列），ccodezh 也可能在服务端做默认路由。若需固定使用某个模型，则需显式配置。

2. 最常用：只指定一个模型 ​

在 ~/.claude/settings.json 的 env 中加入（或修改）：

json
{
  "env": {
    "ANTHROPIC_MODEL": "把这里替换为你要使用的模型名"
  }
}

模型名请从 https://ccodezh.com/models 复制，避免拼写错误。

3.（可选）分别指定 Opus / Sonnet / Haiku 的默认模型 ​

需要在不同场景下分别默认使用某个系列模型时，可按 ccodezh 教程配置：

json
{
  "env": {
    "ANTHROPIC_DEFAULT_HAIKU_MODEL": "claude-haiku-4-5-20251001",
    "ANTHROPIC_DEFAULT_OPUS_MODEL": "claude-opus-5",
    "ANTHROPIC_DEFAULT_SONNET_MODEL": "claude-sonnet-5",
    "ANTHROPIC_MODEL": "claude-sonnet-5"
  }
}

注意

上面的模型名以官网为准，实际可用模型与日期版本请从 https://ccodezh.com/models 复制。

4. 渠道选择建议 ​

渠道由你 API 令牌所在的分组决定，模型名都一样：

  • 使用 Claude Code 主渠道：用 cc 分组，倍率 2.5×；第三方客户端需要主渠道时用 cc-3，倍率同为 2.5×（约 ¥2 / 基准 $1）
  • 追求性价比：用 cc-n（第三方）分组的令牌，倍率 0.75×（约 ¥0.6 / 官方 $1）
  • 使用 Codex / GPT 模型：用 cx（Codex 按量）分组的令牌，倍率 0.5×（约 ¥0.4 / 官方 $1）
  • 使用 GLM：选 glm / cc-glm；使用 Grok：选 grok。完整倍率和客户端说明见渠道分组配置
  • 具体定价以 ccodezh 模型页 的实时说明为准

这页没解决你的问题？