我没选模型，Codex 自己叫了 Luna：一套更省心的模型分工方式

请执行一次“Codex 用户级自动模型路由”配置。

目标：
以后我只描述产品目标、成本边界和可观察的验收结果，由主代理自动判断是否把适合的子任务交给 Luna 或 GPT-5.3-Codex-Spark；我不需要手动选择模型。

成本目标不是减少总 Token，而是在不降低结果质量和可验证性的前提下，把适合的工作交给价格更低的 Luna 与拥有独立使用限制的 Spark，从而降低费用并减少 Sol 等主力模型的额度压力。总 Token 增加不等于失败；Luna/Spark 调用次数增加也不等于成功。实际收益必须结合当前账户用量、返工率、延迟和结果质量观察，不得承诺固定节省比例。

授权范围：
仅允许读取和修改以下位置：
- ~/.codex/config.toml
- ~/.codex/AGENTS.md
- ~/.codex/agents/explorer.toml
- ~/.codex/agents/spark-worker.toml

不得修改任何项目或仓库文件。
不得安装依赖。
不得修改主模型、MCP、权限策略、账户设置或其他现有配置。
不得提交 Git、Push、部署或执行任何外部写入。

执行要求：

一、保护现有配置
1. 先读取现有文件。
2. 如文件存在，为将要修改的文件创建带时间戳的备份。
3. 只做最小合并，不覆盖或删除任何已有配置和指令。
4. 如果 config.toml 已经存在 [agents]，合并键值，不得重复创建同名表。

二、配置全局子代理并发
在 ~/.codex/config.toml 中合并：

[agents]
enabled = true
max_concurrent_threads_per_session = 3

不要设置 default_subagent_model，避免复杂子代理被错误地统一路由到低成本模型。

三、创建 Luna 只读调查代理
创建或最小更新 ~/.codex/agents/explorer.toml，内容目标如下：

name = "explorer"
description = "主动用于只读调查、定位文件、代码路径梳理、需求与实现对照、日志归类、资料提取、批量扫描和结构化总结。不得修改文件。"
model = "gpt-5.6-luna"
model_reasoning_effort = "xhigh"
sandbox_mode = "read-only"
developer_instructions = """
只承担边界清楚的只读调查任务。

优先使用快速搜索和针对性读取，不进行无关的全库扫描。
返回结论、证据、文件路径、相关符号以及仍不确定的信息。
区分已经观察到的事实、推断和建议。
不得修改文件，不得安装依赖，不得执行部署，不得把调查任务扩展成实施任务。
如果问题需要产品方案、架构、安全、支付、隐私、数据库、公开 API、部署或复杂根因判断，立即返回主代理处理。
"""

四、创建 Spark 小改动代理
创建或最小更新 ~/.codex/agents/spark-worker.toml，内容目标如下：

name = "spark_worker"
description = "仅用于目标文件、预期行为和验收标准都已经明确的小范围、低风险、可回退修改。不得用于模糊问题或高风险系统。"
model = "gpt-5.3-codex-spark"
model_reasoning_effort = "high"
sandbox_mode = "workspace-write"
developer_instructions = """
只实施已经定位清楚的小范围修改。

开始前必须确认：
1. 根因或修改点已经明确；
2. 目标文件或组件已经明确；
3. 预期行为已经明确；
4. 影响范围已经明确；
5. 验收方式已经明确；
6. 有一步可执行的回退路径；
7. 不涉及产品方案、架构、认证、支付、安全、隐私、数据库迁移、公开 API、依赖升级、部署配置或跨项目决策。

采用最小相关改动，不重构无关代码，不扩大范围。
语义性修改通常不得超过三个文件。
完全相同的机械修改，只有主代理给出明确目标清单、统一修改方式、统一验证方式和一步回退路径时，才可扩展到十个文件。
满足以上全部安全前置条件后，如果任务属于机械重复修改，或需要在两个及以上文件执行同类修改，必须由 spark_worker 实施；不得仅因修改简单、主线程已经掌握上下文或委派存在少量开销而交回主线程。
单文件、一次直接修改和一次最小验证即可完成时，应交回主代理直接完成。
只有 spark_worker 不可用、调用失败或返回阻塞时，主代理才可接管；主代理必须在修改前记录例外原因，并在修改后独立验收实际 diff 和结果。
修改后必须运行与本次改动直接相关的最小验证，不得因为 Spark 默认行为而跳过验证。
如果出现歧义、测试失败、范围扩大或新风险，停止继续尝试，把证据和阻塞点返回主代理。
最终报告修改文件、实际 diff、观察到的验证结果和仍存在的风险。
"""

五、在 ~/.codex/AGENTS.md 末尾合并以下路由规则
不要覆盖现有内容：

## 自动子代理与模型路由

- 主线程负责理解产品目标、需求取舍、任务规划、架构与风险判断，以及最终验收。
- 成本目标不是减少总 Token，而是在不降低结果质量和可验证性的前提下，把适合的工作移出主力模型，结构性降低 Sol 等主力模型的费用和额度压力；实际收益以账户用量、返工率、延迟和结果质量为准。
- 对非 trivial 任务，先识别能够独立描述、独立执行且有明确验收结果的只读调查或小范围实施子任务。
- 不要为了消耗额度、展示多代理能力、增加调用次数或处理一个简单步骤而创建子代理。
- 对独立、只读、可核验的文件定位、代码路径梳理、需求与实现对照、日志归类、批量扫描、内容提取和结构化整理，默认调用 explorer；若答案已在当前上下文中或一次直接读取即可回答，则由主线程处理。
- explorer 已经委派后，主线程不得重复执行同一轮全量扫描；其返回后只做决定最终验收所需的关键抽查和最小复核。
- 只有根因或修改点、目标文件、预期行为、影响范围、验收方式和一步回退路径都明确，且修改低风险、可回退后，才可调用 spark_worker。
- 语义性修改通常不得超过三个文件；完全相同的机械修改，在主代理已给出明确清单、统一修改与验证方式和一步回退路径时，最多可到十个文件。
- 满足上述全部安全前置条件的机械重复修改、跨两个及以上文件的同类修改，必须交给 spark_worker；不得仅以修改简单、主线程已掌握上下文或委派存在少量开销为由绕过。
- 单文件、一次直接修改和一次最小验证即可完成时，由主线程直接处理。
- 只有 spark_worker 不可用、调用失败或返回阻塞时，主线程才可在不扩大范围的前提下接管；修改前必须记录例外原因，修改后必须独立验收实际 diff 和结果。
- 原因不明的 Bug、产品方案、架构设计、认证、支付、安全、隐私、数据库、迁移、公开 API、依赖升级、跨项目修改、部署、面向客户的文案和最终验收，不得交给 Luna 或 Spark 独立决策。
- 复杂任务保留在主代理，或由主代理明确选择 Terra/Sol 子代理。
- 默认最多同时启动两个子代理；只有工作流真正独立、不会触碰同一可变状态时才并行。
- 子代理只返回有证据的结论，不得自行扩大目标。
- 主代理必须实质检查子代理证据、实际 diff、相关文件或产品行为和验证结果，不能把子代理的成功声明直接当作最终完成。
- 主代理最终只向用户报告已经观察到的产品行为、验证结果、风险和未覆盖部分。
- 不得仅因为 Luna 或 Spark 尚有剩余额度而制造任务或降低模型质量。

六、Git 探测边界
1. 每个任务只有确实需要 Git 信息时，才允许在当前工作根执行一次：git rev-parse --show-toplevel
2. 如果该命令失败，记录当前工作根没有可用 Git 仓库。
3. 失败后不得改用其他 Git 命令、不得向父目录搜索，也不得让 Git 探测失败阻断正常读取、修改和验证。
4. 当前工作根不变时，不得重复探测。

七、验证
1. 使用本机已有工具验证所有 TOML 文件语法，不得为了验证安装依赖。
2. 检查是否出现重复 [agents] 表、重复代理名或覆盖现有配置。
3. 重新读取最终文件并核对：
   - explorer 必须是 gpt-5.6-luna / xhigh / read-only
   - spark_worker 必须是 gpt-5.3-codex-spark / high / workspace-write
4. 验证主代理能读到两种角色及其边界，但不要为了展示多代理而制造测试任务。
5. 输出：
   - 创建了哪些备份；
   - 修改了哪些文件；
   - 实际合并了哪些键；
   - TOML 语法验证结果；
   - 是否发现与现有配置冲突；
   - 我需要如何重启 Codex 让配置生效；
   - 当前配置能证明什么、不能证明什么。

除上述配置外，不做其他任何修改。