先别追最强模型，先把路线选对
这一栏不是参数大全，而是决策中心。目标是先回答三个问题：你该走哪条路线、复杂度应该拉到哪一档、预算应该先控哪一层。
很多人第一次选模型时，会直接问：
- Claude 还是 GPT
- Kimi 还是 GLM
- 本地 Qwen 能不能用
这些问题本身没错，但顺序错了。
真正更值的顺序通常是：
- 先选路线
- 再选复杂度
- 再选具体模型名
三条主路线：国际、国产、本地
国际模型路线
更适合：
- 开发者工具链比较完整
- 英文资料和跨语言工作流较多
- 更在意上限和模型多样性
常见问题不是“能不能用”，而是：
- 成本会不会失控
- fallback 会不会把预算拉高
- 账号、付款和可获得性是否稳定
国产模型路线
更适合：
- 中文工作流为主
- 需要更容易获得的入口
- 想先让团队跑起来，而不是先追国外生态最强组合
这也是很多中文用户更现实的第一条路线。
如果你主要在飞书、钉钉、文档整理、内容生产和中文协作里工作，先看国产路线通常更省时间。
本地模型路线
更适合：
- 你能接受性能和效果的明显波动
- 更看重本地控制和离线实验
- 已经有足够机器资源，并且不怕维护
第一次上手通常不建议先走这里。
因为你一旦同时碰本地模型、渠道接入、技能安装和权限问题，排障会非常散。
三条路线怎么比较：先看适合谁，再看复杂度
国际路线
先追上限和模型多样性时再选
更适合跨语言工作流、开发者工具链更完整、愿意处理账号和支付问题的人。
- 最低复杂度配置
- 单模型先跑通，不要一上来就做 router 和多层 fallback。
- 成本风险
- 模型单价和多轮上下文都更容易放大，适合先配预算意识再扩张。
- 先看哪页
- 模型路由与 fallback
国产路线
中文团队的第一条现实路线
更适合飞书、钉钉、中文文档整理、内容生产和协作场景，目标是先稳定跑起来。
- 最低复杂度配置
- 先用一条稳定的国产入口和一个主模型，把渠道与技能闭环跑通。
- 成本风险
- 通常比国际路线更容易控制，但工具调用和长上下文一样会放大消耗。
- 先看哪页
- 国产模型路线 / Coding Plan
本地路线
更像实验场，不适合第一条生产路线
更适合想要做本地控制、离线实验、硬件折腾，且能接受效果波动和维护成本的人。
- 最低复杂度配置
- 只拿它做单点实验，不要在第一阶段同时叠加渠道、技能和自动化。
- 成本风险
- 账单压力可能更小，但机器资源、维护时间和排障成本会显著上升。
- 先看哪页
- 模型成本控制
新手推荐顺序
如果你现在还没有稳定的模型入口，更稳的顺序通常是：
- 先找一条你能长期维护的模型路线
- 先把单模型跑通
- 再判断要不要 fallback
- 最后才考虑多模型路由
这个顺序的价值在于：
先解决“能不能稳定用”，再解决“能不能更聪明地切换”。
先按你的阶段选，不要按热度选
| 你现在更像谁 | 更适合先走哪条路线 | 为什么 |
|---|---|---|
| 先想把中文团队工作流跑起来的人 | /models/coding-plan | 入口更现实，先把可用性和可维护性跑通最重要。 |
| 已经有预算意识、追求模型上限的开发者 | 国际路线 + /models/router | 更适合后续做分层和 fallback，但不要第一天就拉满复杂度。 |
| 想做离线实验、本地控制、硬件折腾的人 | 本地路线 + /models/cost-control | 真正的成本不是单价，而是维护和排障时间。 |
| 还不知道自己会不会长期用 OpenClaw 的新手 | 先选一条最容易稳定获得反馈的单模型路线 | 比起对比模型名，先把安装、渠道和一个真实任务跑通更值。 |
什么时候该看路由和成本控制
如果你已经开始出现这些情况，就别再把模型问题当成“后面再说”：
- 一条任务里会切多个模型
- 账单开始明显高于预期
- 你想给高价值任务更强模型，低价值任务更便宜模型
- 你担心某个模型挂掉后整条链路都断
这时候先看：
中文用户最值得先开的子页
如果你就是中文团队、中文文档、中文工作流为主，先从这两页开始通常最值：
什么时候该跳回官方文档
ClawPath 负责的是决策层，不是参数镜像。
当你已经明确路线后，下面这些信息应该回官方文档或实际平台里看：
- 最新模型名
- 最新价格
- API 字段
- 最新支持列表
- 平台活动和额度
常用模型平台入口：
下一步建议
- 想知道单模型、fallback、路由到底怎么分层，去看 模型路由与 fallback 心智模型
- 已经开始担心账单和上下文膨胀，去看 模型成本控制
- 主要在中文环境里跑，去看 国产模型路线 / Coding Plan 入口
- 需要直接复制配置思路，去看 配置模板中心
- 查看 OpenClaw 模型配置文档 → 官方文档
- 提交模型相关问题 → GitHub Issues