最近新上手Codex的朋友，应该会遇到跟我一样的问题，打开模型，发现既有数字6,5.6,5，又有Astra、Sol、Terra、Luna，很容易懵，其实数字这块不用想太复杂，6、5.6、5.5 你就先把它理解成模型代际就行，数字越大越新。

最容易把人绕晕的一点是：

很多人把“模型”和“推理强度”混在一起看了。

所以你会看到一长串：

Astra Ultra Astra 极高 Astra 高 Astra 中 Sol 极高 Sol 高 Sol 中 Luna 高 Luna 中……

看着像十几个模型，其实不是。

你只需要先分成两层。

第一层，是模型本身。

大致可以这么理解：

Astra 能力上限最高，适合复杂 Coding、长任务、Agent、多步骤开发。

Sol 旗舰主力，能力强，日常复杂开发基本都能扛。

Terra 更偏均衡，速度、能力、消耗之间比较平衡。

Luna 最快、最省，适合日常修改、小任务、简单 Debug。

所以可以先粗暴记一句：

Astra 最强，Sol 主力，Terra 均衡，Luna 最省。

第二层，是推理强度。

比如同样是 Sol：

Sol 轻度 Sol 中 Sol 高 Sol 极高

底层还是同一个 Sol。

区别只是：

你愿意让它花多少“脑力”和时间去思考。

轻度： 更快、更省，适合简单任务。

中： 日常默认就够用。

高： 复杂任务、难 Bug、涉及多个文件时更合适。

极高： 愿意花更多时间反复检查、验证、尝试。

所以真正决定效果的，不只是模型，而是：

模型底子 × 推理强度。

这也是为什么有时候会出现：

更强的模型开中等推理，效果可能比弱一点的模型开极高推理还好。

很多人容易犯一个错误：

觉得“极高”一定比“中”强很多。

其实不一定。

推理等级越高，通常意味着消耗更多剩余用量，但效果提升不一定是线性的。

所以不是：

越高越好。

而是：

任务越难，才越值得往上加。

我自己现在会这么分：

改按钮、改文案、改样式、小 Bug → Luna / Terra

正常写一个功能模块 → Sol 中

前后端联调、复杂 Debug、跨文件改项目 → Sol 高

架构级问题、长任务、卡了很久还没解决 → Astra 中 / 高

特别难、特别重要、准备让它彻底检查一遍 → Astra 极高 / Ultra

我现在的理解很简单：

别把最强模型 + 最高推理当默认档。

很多任务根本没必要。

真正省用量的方法，不是少用 Codex，而是：

简单任务用便宜档，难任务再往上开。

这样反而能把周剩余用量用得更久。

如果让我把 Codex 模型选择压缩成一句话：

小事 Luna，日常 Sol，难事 Astra，推理强度按任务复杂度往上加。