30 · 怎么选模型：同一句话，到底该派哪个模型去跑

很多人一上来就问：哪个模型最强？

但真正做项目时，更重要的问题是：这件事需要多强的模型、多少思考强度、值不值得等。

选模型不是选最贵的那个，而是给任务派合适的人。

先按任务难度分档

不要一上来纠结“哪个模型最强”。 先把任务分成三档：

1. 小任务：改文案、查文件、解释代码。
2. 中任务：修 bug、补页面、写脚本。
3. 大任务：重构、多文件改动、复杂排查。

任务越大，越应该选更强的模型，并且把提示词写得更细。

第一次练习：先让 Codex 解释选择理由

不要自己猜模型。 先让 Codex 帮你判断：

我有一个任务：
【写你的任务】

请帮我判断它属于小任务、中任务还是大任务。
再建议模型能力和思考强度。
要求：
1. 不要只说“用最强的”
2. 说明为什么
3. 如果任务描述不清，请先指出缺什么信息

你要学的不是模型名，而是判断任务难度。

01 先想清楚：选模型不是“选最贵的那个”

小白先记住：

• 简单任务用快的。
• 复杂任务用强的。
• 高风险任务要多验证。
• 不确定时先让 Codex 解释选择理由。

提示词：

请根据这个任务帮我选择模型和思考强度。
任务是：【写你的任务】
请说明为什么，不要只说“用最强的”。

02 Codex 现在能选哪些模型

模型列表会变化。 不要在教程里死记某个名字。

你应该看当前 Codex 界面、CLI 或官方说明里能选什么。

可以问：

请告诉我当前环境可选模型有哪些。
如果你无法确定，请告诉我应该在哪里查看，不要编造。

写教程时尤其要注意：模型名、价格、额度都可能更新。

03 比换模型更立竿见影的旋钮：推理强度

很多时候，不是模型不行，而是思考强度不合适。

可以粗略理解：

• 低强度：快，适合简单解释和小改动。
• 中等强度：平衡，适合日常任务。
• 高强度：慢一些，适合复杂设计、排错、安全检查。

提示词：

请判断这个任务需要低、中、高哪种思考强度。
如果只是简单文章修改，请优先考虑低或中。

04 实战对照表：什么活，派什么模型 + 什么强度

任务	推荐思路
改文案、改标题	快模型 + 低/中强度
解释文件、读项目结构	中等模型 + 中强度
修复杂 bug	强模型 + 中/高强度
安全审查	强模型 + 高强度
批量整理	快模型 + 低强度
写整体方案	强模型 + 高强度

这张表不是死规则。 它只是帮你先别乱用。

05 四种切换姿势：默认、启动、会话、子代理

常见切换方式：

1. 默认配置里设模型。
2. 启动时指定。
3. 会话里临时切。
4. 给某个子代理单独配。

小白先学会会话里切换。 等流程稳定，再写进配置。

06 两个锦上添花的小开关

除了模型和强度，还可能有一些体验开关。

比如更快响应、更详细输出、更少解释等。

但这些都是锦上添花。 先把任务说清楚，比调开关更重要。

07 动手环节：亲手感受“同一句话，不同档位”

练习：

请分别用低、中、高三种思考强度，回答同一个问题：
“这篇文章适合小白吗？哪里需要改？”
最后比较三种结果的差异。

你会直观看到：不是每个问题都需要最高档。

小结

选模型的核心不是“最强”，而是“合适”。

小白记住三步：

1. 先判断任务难度。
2. 再选模型和思考强度。
3. 最后用验证结果判断是否需要升级。