codex模型选择直接决定单次任务额度消耗，sol消耗是luna的6～9倍，terra居中，luna仅处理轻量指令且不触发目录递归扫描；网页版、vs code插件和cli均支持手动切换，且模型选定后会话内持续生效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex模型选择直接决定单次任务的额度消耗量，选错模型会让一次简单修改吃掉半天配额，甚至触发5小时滚动窗口限流。
模型能力与额度消耗的对应关系
当前Codex提供Sol、Terra、Luna三档模型，不是越强越好，而是越匹配越省。
Sol模型专为复杂项目设计，适合跨文件重构、架构级推理、多模块Bug定位，但【单次调用消耗额度是Luna的6～9倍】。它会自动加载更多上下文、启用深度依赖分析、生成冗余验证逻辑，哪怕你只让它改一行CSS，它也可能扫描整个组件树和主题配置。
Terra模型面向日常开发，处理功能实现、单元测试编写、配置文件调整、代码审查等中等复杂度任务，额度消耗居中，是大多数开发者应该设为默认的选项。
Luna模型仅响应轻量指令：变量重命名、JSON格式化、注释补全、日志级别调整、单文件内正则替换。它严格限制上下文长度，不主动读取非目标文件，【不会触发目录递归扫描】，适合高频小操作。
如何在Codex界面切换模型
方法一：网页版Work中新建Codex任务时，在输入框下方点击“Model”下拉菜单，手动选择Sol/Terra/Luna。
方法二：VS Code插件中，右键编辑器空白处→“Codex: Select Model”→从弹出列表点选。
方法三：CLI命令行中，在执行codex指令前，先运行codex config set model=luna（或terra/sol）。
错误模型选择导致额度暴增的典型场景
第一步：你在src/api目录下让Codex修复一个401错误；
第二步：你没改模型，默认用了Sol；
第三步：Codex自动加载了node_modules、package-lock.json、所有.env.*文件、全部测试用例和CI配置；
第四步：它不仅改了请求拦截器，还顺手重构了认证流程图、重写了mock数据生成逻辑、补充了3个未覆盖的边界测试——这些都不是你要求的；
第五步：这次操作实际消耗37 Credits，而用Terra精准限定src/api/auth.ts范围，仅需消耗6 Credits。
这一步最容易被忽略：模型一旦选定，当前会话中所有后续指令都沿用该模型，除非你手动切换。不要以为“只问一次重的，后面就没事了”，只要上下文没清空，Sol就会持续高消耗。
