应按任务复杂度选择Codex模型：Sol用于跨文件推演等高阶任务，Terra适合日常开发，Luna专攻机械性批量操作；Chat模式禁用Sol，Work模式下Luna限单文档，Codex模式中Sol为默认且Terra对git diff有警告。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想在 Codex 里选对模型，避免浪费额度、卡在错误模型上反复重试，就得清楚 Sol、Terra、Luna 三个新模型各自能干什么、不能干什么，而不是看到“最强”就点 Sol。
按任务复杂度选模型
第一步：打开 Codex CLI 或桌面端 → 点击右上角模型选择器 → 出现 Sol / Terra / Luna 三档选项。
第二步：看手头任务是否涉及跨文件逻辑推演、多层嵌套状态管理或需反向追溯历史 commit；如果是，【必须选 Sol】，Terra 和 Luna 无法维持超过 3 层的上下文依赖链，强行使用会导致生成代码漏掉关键初始化步骤。
第三步：日常写接口、补测试、改配置、修 lint 报错，直接选 Terra——它响应比 Sol 快 40%，额度消耗少 35%，且对 Python/TypeScript/Go 的标准库调用理解稳定，不会把 os.path.join 错写成 pathlib.Path().joinpath() 这类低级错误。
第四步：批量重命名变量、统一注释格式、提取重复字符串、删空行等机械性操作，用 Luna 就够了。它不解析业务逻辑，只做模式匹配+模板替换，但速度是 Sol 的 2.3 倍，适合一口气处理 20+ 文件。
Chat / Work / Codex 三种模式下的模型可用性
Chat 模式下，Luna 和 Terra 可用，Sol 不开放——因为纯对话不需要高推理深度，Sol 在这里反而会过度展开技术细节，打断思路流。
通过 Codex CLI 生成图片，支持尺寸控制和批量模式。依赖：codex (npm)。代理默认启用。用 generate.sh 生成单张，batch_generate.sh 批量生成游戏 UI 素材，gen_size.sh 指定尺寸。所有输出保存至 ~/.codex/generated_images/。
Work 模式下，三者都可用，但 Luna 仅支持单文档生成（如写一份 README），遇到需整合 GitHub Issue + PR 描述 + 代码 diff 的复合任务时，系统会自动禁用 Luna 并提示“请切换至 Terra 或 Sol”。
Codex 模式下，Sol 是默认启用项；若手动切到 Terra，终端会显示黄色警告：“当前任务含 git diff 分析，Terra 可能遗漏冲突标记”，这是硬性能力边界提示，不是建议。
方法一：用推理档位补足模型短板
选 Terra 但任务突然变复杂？别立刻切 Sol。先保持 Terra 不变 → 把推理档位从 Medium 提到 High → Codex 会延长思考时间、增加中间验证步骤，相当于用时间换深度。
这招对“修复一个报错但堆栈信息不全”的场景特别有效：High 档会让 Codex 主动反查相关 import 链和类型定义，而不是直接猜一个函数名。
方法二：用模型组合规避单点失效
比如要重构一个含 12 个子模块的微服务：先用 Sol + Ultra 拆解架构意图、输出模块职责清单；再用 Terra + High 逐个生成新模块代码；最后用 Luna + Instant 批量同步更新所有 package.json 版本号和依赖声明。
注意：【Codex 不支持同一任务内自动切换模型】，必须手动分步执行，每步单独提交。
