模型选择与推理
本教程共 32 篇 · 第 9 篇 · 更新于 2026-07-26 · 约 7 分钟阅读
9. 模型选择与推理
本节目标:搞清楚 GPT-5.6 系列三个模型各自定位、会用 /model 切换、知道推理强度怎么调,什么活派什么模型。
都说「选最强的模型准没错」,这话听着合理,实际坑不小。
有段时间我把默认模型锁死旗舰、推理强度直接拉满,图个「一步到位」。直到有天让它帮我把一个变量名从 data 改成 payload—一个三十秒的体力活。它「深思熟虑」了将近一分钟才肯动手。那一刻我觉得「最强」有点蠢。
模型不是越强越好,是越合适越好。 改 typo 的活儿用旗舰配顶格推理,跟开着挖掘机去拔棵草没区别—慢、费、还显得你不会用。
GPT-5.6 系列三个模型
自 v0.144.6 起,Codex 的模型元数据刷新到 GPT-5.6 系列。当前有三个模型,记定位别记参数:
| 模型 | 定位 | 最适合 | 速度 / 成本 |
|---|---|---|---|
| GPT-5.6 Sol | 旗舰、默认推荐 | 复杂编程、架构设计、难缠 bug | 较慢 / 最高 |
| GPT-5.6 Terra | 中量、平衡 | 日常写功能、补逻辑、代码审查 | 中等 / 中等 |
| GPT-5.6 Luna | 轻量、快而省 | 改小 bug、补注释、子代理批量处理 | 快 / 低 |
打个比方,选模型像给一件活儿派人。啃硬骨头的架构活儿,你派经验最老、想得最深的那位(Sol);日常写功能,派个均衡型的(Terra);跑腿改小东西,派手脚麻利的实习生就够(Luna)。派对了人,事半功倍。
几个要点:
- 不指定就走默认。你要是从没设过,Codex 自动用推荐的旗舰模型 Sol,多数情况这就够用
- Luna 可能是研究预览。没看到它很正常,不是你装错了,可能跟你的套餐有关
- 有两个老名字别再用了:
gpt-5.2和gpt-5.3-codex在 ChatGPT 登录方式下已被官方标为弃用。如果你的config.toml或codex exec --model里还写着它们,趁早换成 GPT-5.6 系列
Note自 v0.145.0 起,GPT-5.6 Sol 是 Amazon Bedrock 的默认模型。如果你用 Bedrock 登录,默认就走 Sol。
推理强度:比换模型更立竿见影的旋钮
新手盯着「换哪个模型」,老手还会拧另一个旋钮—推理强度(reasoning effort)。这东西很多人没注意,但对体验的影响常常比换模型还直接。
类比一下,推理强度像答题前给它多少思考时间。同一个学霸(同一个模型),你让他扫一眼就答,跟让他先打草稿、反复验算再答,交出来的东西质量天差地别—但后者明显更慢。
model_reasoning_effort = "medium"
可选档位从低到高:
| 档位 | 含义 | 适合 |
|---|---|---|
minimal | 几乎不额外思考,秒答 | 极简任务、高频问答 |
low | 稍作分析 | 简单改动、快速迭代 |
medium | 速度与深度平衡(常见默认) | 日常大多数编程 |
high | 深度推理 | 复杂重构、难缠 bug |
xhigh | 顶格推理(部分模型支持) | 最硬的架构与调试 |
Tip嫌它笨往上提一档,嫌它慢往下降一档,常常一拧就好。遇到结果不满意,先别急着换更强的模型—把推理强度往上提一档,很多问题就解决了。
场景对照表
光讲原理不如直接给配方。这张表是我日常在用的「场景 -> 模型 + 推理强度」对照,照着抄再按你的习惯微调:
| 场景 | 推荐模型 | 推理强度 |
|---|---|---|
| 架构设计、技术选型 | Sol | high / xhigh |
| 跨模块重构、复杂改造 | Sol | high |
| 难缠 / 偶发 bug 调试 | Sol | high |
| 日常写功能、补逻辑 | Terra | medium |
| 改小 bug、调格式、补注释 | Luna | low |
| 子代理批量处理简单任务 | Luna | low / medium |
| 实时结对、高频快问快答 | Luna | minimal |
怎么用这张表?别一开始就纠结,先按「日常档」(Terra + medium)干着,碰到具体卡点再针对性调:
- 它给的方案太浅、漏了边界情况 -> 换 Sol 或把强度提到
high - 一堆又多又简单的体力活拖慢了你 -> 换 Luna 降档批量跑
- 你只是想连珠炮式问几个小问题、等不及它思考 -> 上 Luna、
minimal
Tip我的习惯是:默认配置就是「Terra +
medium」,绝大多数活儿不用动;只有进入「啃硬骨头」或「批量跑脏活」两种模式时,才手动切一下。
四种切换方式
知道选哪个,还得会切。Codex 给了四种姿势。
方式一:设默认模型(一劳永逸)
在配置文件里写一行,之后启动就用它:
# ~/.codex/config.toml
model = "gpt-5.6-sol"
model_reasoning_effort = "medium"
方式二:启动时临时指定(这一次会话)
用 -m / --model 标志:
# 交互式
codex -m gpt-5.6-sol
# 非交互式也行
codex exec -m gpt-5.6-luna "把这个文件里的过期 import 清理掉"
方式三:会话进行中切换(中途换人)
在 Codex 会话里直接敲斜杠命令:
/model
弹出选择器,挑一个就切过去。新版的 /model 面板里,通常能在选模型的同时一并选推理强度。
方式四:给子代理单独配(分工干活)
主代理用旗舰统筹,把简单的批量活儿派给挂着 Luna 的子代理。这是性价比最高的打法:
[agents]
default_subagent_model = "gpt-5.6-luna"
default_subagent_reasoning_effort = "low"
四种姿势对照着记:
| 方式 | 怎么做 | 作用范围 | 什么时候用 |
|---|---|---|---|
| 改默认 | config.toml 写 model | 之后所有会话 | 你有稳定的主力模型 |
| 启动指定 | codex -m <模型> | 当前这一个会话 | 临时换个模型起活 |
| 会话内切 | /model | 切换点之后 | 中途发现该换人了 |
| 子代理配 | 子代理配置里指定 | 那个子代理 | 主力统筹、杂活外包 |
Warning云端 Codex Cloud 任务目前不能改默认模型,这一条以官方说明为准。
两个锦上添花的小开关
模型和强度定了,还有两个小开关能让体验更顺手。
推理摘要
model_reasoning_summary 控制你想看多少模型的思考过程:
model_reasoning_summary = "concise"
# "auto":自动选择
# "concise":简要显示
# "detailed":详细显示推理过程
# "none":关掉显示
服务层级
service_tier 给你的请求排个优先级:
service_tier = "flex"
# "flex":弹性,优化成本,可能稍慢(默认)
# "fast":优先速度,需同时开 feature flag
用 fast 需要同时开启:
service_tier = "fast"
[features]
fast_mode = true
Note这俩都属于「用顺手了再去碰」的细节,新手保持默认完全没问题。
动手感受差别
挑一个略有难度的需求,比如「帮我把这个函数重构成更易测的写法,并说明你的取舍」。
- 先用默认的
medium跑一遍,留意它等了多久、方案考虑得多周全 - 把
model_reasoning_effort改成high,重开会话,同一句话再跑一遍
你会观察到:high 那次明显更慢,但方案往往想得更深—多考虑了边界情况、给了备选方案。亲手感受过这个「慢一点、深一些」的取舍,你以后调档就有手感了。
小结
- 选模型的本质:拿任务难度去匹配算力,不是越强越好,是越合适越好
- GPT-5.6 三兄弟:Sol 啃硬活、Terra 打日常、Luna 跑快省
- 推理强度是隐藏王牌:嫌笨往上提一档、嫌慢往下降一档,常比换模型更快见效
- 一张对照表 + 一个习惯:默认「Terra + medium」打天下,只在啃硬活和批脏活时手动切
- 四种切换姿势:改默认、启动指定、会话内切、子代理单配
下一章讲环境变量—那些不写进配置文件、通过系统环境控制 Codex 行为的开关。