按工作选模型
口径：2026 年 9 月。套餐会变，买之前、改配置之前以各家官网为准。
还没选定渠道时看这一页。可复制的接线在模型配置速查和配置示例。那些片段用当前旗舰，是为了把字段写全；选定之后把模型 ID 换掉即可。
你已经在付的，Chord 用得上吗？
Section titled “你已经在付的，Chord 用得上吗？”Chord 只接受 API key，或 Codex OAuth（chord auth codex）。订阅如果只能登录那家自己的应用，这里用不了。
| 你已经有 | 能给 Chord 用吗？ |
|---|---|
| 支持第三方客户端使用的编程套餐（例如 ChatGPT Plus / Pro（Codex）、Command Code GOAT、OpenCode Go） | 能 |
| 任何 Chord 支持协议（Chat Completions、Responses、Messages、Generate Content）的模型 API key | 能 |
| Claude Pro / Max、SuperGrok、Muse Code、Google AI Pro / Ultra，或其他只能登录自家客户端的编程套餐 | 不能 |
| GLM Coding Plan | 不能（仅限官方支持的指定工具与产品环境中使用） |
四种情况怎么选
Section titled “四种情况怎么选”1. 已经在订别的
Section titled “1. 已经在订别的”表里是「能」，就用它。是「不能」，原来的应用照旧，接着看第 2、3、4 条。Codex：一份套餐就能填满五个角色：orchestrator、explorer、coder 用账号目录里最便宜的模型，expert 和 reviewer 用在额度允许范围内最强的模型。便宜套餐或 API key，分法见第 2 条。
2. 少量使用，追求性价比
Section titled “2. 少量使用，追求性价比”买一个便宜的官方 API key（例如 Gemini 3.8 Flash、DeepSeek V4.1 Flash 或 GPT-6 Luna），或订一份提供标准端点的便宜套餐（例如 Command Code GOAT、OpenCode Go）。调度、搜索、大部分改代码，五个角色全走它。难的决策变多时，再把 expert 和 reviewer 换成更强的模型；便宜套餐没有够强的模型时，给这两个角色另配一个官方 key。
3. 大量使用
Section titled “3. 大量使用”天天用的话，包月比按 token 计费划算。订 Codex，登录进去：orchestrator、explorer、coder 用账号目录里最便宜的模型，expert 和 reviewer 用在额度允许范围内最强的模型。
4. 不太在意账单
Section titled “4. 不太在意账单”把当时能拿到的最强 API 模型（按这份口径是 GPT-6.1 Sol 和 Claude Opus 5.5）留给 expert 和 reviewer；架构设计这类判断型工作，以及特别难或已经失败过的活，再退回 GPT-6 Astra、Claude Fable 5.1。orchestrator、explorer、coder 用便宜、快的模型就够了，用不到旗舰。
哪个角色用什么模型？
Section titled “哪个角色用什么模型？”调度、机械改代码这些活，便宜模型就能干，用旗舰是浪费。池子按用途拆：便宜快的装一个，你愿意付钱的旗舰装一个；团队示例里叫 fast 和 deep。
下面这些名字不是内置角色。Chord 自带的是 builder 和 planner。五人分工来自可选的团队方案，想要那种布局再去复制。
| 团队示例里的角色 | 建议模型 | 为什么 |
|---|---|---|
| orchestrator | Gemini 3.8 Flash、DeepSeek V4.1 Flash、GPT-6 Luna | 分类、派工、合成，每个回合都跑。 |
| explorer | DeepSeek V4.1 Flash、Gemini 3.8 Flash、GPT-6 Luna | 只读探路，报告文件在哪，不做判断；DeepSeek 缓存读最省，Gemini 读资料更强。 |
| coder | DeepSeek V4.1 Flash、Gemini 3.8 Flash、GPT-6 Luna | 改哪、改成什么都已写清，这类机械改动它们都够用。 |
| expert | Claude Opus 5.5、GPT-6.1 Sol | 根因、架构取舍、并发与热路径，判断错了会变成隐性债。 |
| reviewer | Claude Opus 5.5、GPT-6.1 Sol | 只抓回归与不变量，不重做设计。 |
架构设计和根因判断是 expert 里最吃判断力的一头。Fable 5.1（Anthropic 渠道）和 GPT-6 Astra（OpenAI 渠道）在这类活上的记录仍最扎实，设计级决策优先用它们。其余 expert 活交给上面表里那两个默认模型，啃不动再升到 Fable 5.1 或 Astra。
只订了套餐、没单独买 API key 时，就从套餐目录里挑：orchestrator、explorer、coder 用最便宜的模型，expert、reviewer 用额度允许范围内最强的模型。Codex 对应 GPT-6 Luna 和 GPT-6 Astra（账号里没有 Astra 就用 GPT-6.1 Sol）。
落地就按用途拆池：deep 放 expert 和 reviewer 的模型，fast 放 explorer 和 coder 的模型。团队示例把 orchestrator 也放在 deep；实际使用中它用不到旗舰，放进 fast 或单独的便宜池都行。
检索用哪个模型？
Section titled “检索用哪个模型？”- 仓库里找文件、读代码：DeepSeek V4.1 Flash。只读探路用不到闭卷知识，它缓存读最便宜，适合反复读同一批文件。
- 网页资料、PDF、图表：Gemini 3.8 Flash。读长 PDF、理解图表是它的强项；DeepSeek 闭卷很弱，检索只能靠外部搜索工具补，别让它凭记忆答。
- 只有 Codex 订阅：仓库探路用 GPT-6 Luna；超大仓库先收窄范围再派。
- 两类都要、只想要一个模型：用 Gemini 3.8 Flash。
coder 可以用便宜的模型吗？
Section titled “coder 可以用便宜的模型吗？”可以，而且默认就该用。coder 适合「改哪、改成什么」已经定下来的活：重命名、机械重构、格式和配置调整、小的局部修复、按固定接口补测试。判断发生在 expert 那边；这类活 DeepSeek V4.1 Flash、Gemini 3.8 Flash、GPT-6 Luna 都够用，账单比旗舰低得多。
还需要判断的活就不适合它：问题还没有定论（「查一下为什么」「选个方案」「注意并发」），要动的行为涉及协议、数据模型、并发与生命周期、权限或恢复，或者已经失败过两次。系统级、陌生环境的活（新语言、新构建系统、容器里）也要先把路径和验收写清楚再跑；三个模型里 DeepSeek V4.1 Flash 在这种环境下最弱。
便宜位在范围明确的活上反复出错时（按固定规格改多个文件、跨文件的 bug 修复、在既有功能上快速迭代），可以换用 Claude Sonnet 5.5 这个中档位：它是 Opus 5.5 更快的补充，价格远低于 Opus 级旗舰，调高 effort 后 agentic 编程接近旗舰水平，调低 effort 则每任务成本低得多。开放式判断仍然交给 expert。
没有 GPT 或 Claude 订阅，expert 用什么？
Section titled “没有 GPT 或 Claude 订阅，expert 用什么？”这两家都不用订阅，单买 API key 就能用，所以没有 ChatGPT、Claude 套餐也能选 Opus 5.5 和 Sol；完全不想碰这两家的话，从第 3 条往下看。
- Claude Opus 5.5：用 Anthropic API key 按量付费。多数工作上能接近 Fable 5.1，价格低得多，缓存读取也适合反复读同一批文件；架构设计、根因判断这类不想让便宜模型拿主意的活，再升到 Fable 5.1。
- GPT-6.1 Sol：单独买 OpenAI API key 就行。它是 GPT-6 一代的编程与 agentic 模型，价格只是 Astra 的一小部分，窗口同为 1.05M，缓存读取也便宜；编程、调试和 agentic 实现这类活用它，架构设计和根因判断再升到 GPT-6 Astra；中转还没上架 Sol 时继续用 Astra。
- Muse Spark 1.3（Meta Model API）：GPT、Claude 渠道之外最强的一个。长程实现、大仓库是它的强项；根因和架构上的判断弱一档，派给它时把 expert 的活拆小、多验证。
- GLM-5.3 或 Kimi K3：开源模型里最强的两个，OpenCode Go、Command Code GOAT 这类开源模型套餐就有。能顶 expert 的活，但架构、并发的终审别交给它们。
- 上面都没有：把 expert 的问题压小：让便宜模型复现、缩小范围；等判断错了会变成隐性债时，再回头看前面几条。日常讨论可以让 Gemini 3.8 Flash 先顶一轮，别让它当终审。
reviewer 跟 expert 用同一个模型。只有一份旗舰预算时先给 expert，reviewer 在实质改动后再开。
orchestrator 需要什么能力？
Section titled “orchestrator 需要什么能力？”它每个回合都跑：读任务、分类、派人、收结果、决定纠偏还是升级。要的是：
- 工具调用稳，能读懂 worker 的报告并转述结论；
- 能分清「这题还要不要做产品级决定」：要就派 expert，路径和替换都写死就派 coder，只是找文件在哪就派 explorer；
- 便宜、快。旗舰的推理和品味用在这里是浪费，值得花钱防的只有派错人。
默认用 Gemini 3.8 Flash、DeepSeek V4.1 Flash 或 GPT-6 Luna；DeepSeek 缓存读最省，Luna 非缓存输入/输出更低。观察到它经常派错人，再换更强的模型；别一上来就用旗舰。