正在打开每日关注
Codex 自定义子代理与并行执行实践
通过 TOML 配置 luna_worker 子代理，将边界明确的小任务交给专用模型独立执行并验证。
来源摘录
🎉Codex 用户的福音来了！ 早上打开 Codex 提醒使用子代理，正好看到 @Saccc_c 的推文， 完整实践了一下，思路方案完全可行！ 不过，创建子代理的提示词还需要再完善一下，必须补充对应的描述和工作方式。 下面是我优化后的完整提示词，直接复制到 Codex 对话中即可： ------ 提示词 --------- 请在 ~/.codex/agents/luna-worker.toml 创建一个全局自定义子代理。 配置要求： - 代理名称：luna_worker - 模型：gpt-5.6-luna - 推理强度：max - 定位：快速完成边界明确、可重复的小型任务 - 工作方式：严格遵守任务范围，独立执行，在可行时验证结果，并简洁汇报结果、相关文件路径和注意事项 请写入以下完整 TOML 配置： name = "luna_worker" description = "Fast worker for clear, narrowly scoped, and repeatable tasks." developer_instructions = """ Handle the assigned task strictly within its stated scope. Work independently and use appropriate tools when needed. Verify the result when practical. Do not make unrelated changes. Return a concise summary containing the result, relevant file paths, verification performed, and any important caveats. """ model = "gpt-5.6-luna" model_reasoning_effort = "max" 执行要求： 1. 如果 ~/.codex/agents 目录不存在，请创建它。 2. 如果目标文件已经存在，先显示现有内容，不要直接覆盖；确认内容是否需要更新。 3. 创建或更新后，读取文件并验证最终配置。 4. 确保 TOML 语法有效。 5. 最后告诉我文件位置、完整配置内容以及如何在提示词中调用 luna_worker。 ------ 创建后，使用方法如下： > 请使用 luna_worker 子代理完成以下任务：[填写任务]。等待子代理完成后，检查并汇总它的结果。
如何能让你的Codex拥有无限子弹？ 将子代理设为luna-max。复杂任务用sol去做方案设计，用luna-max去并行执行 具体设置方法： 在Codex对话中输入下面的提示词： 在 ~/.codex/agents/luna-worker.toml 创建一个名为 luna_worker 的自定义代理。 使用以下设置： model = "gpt-5.6-luna" model_reasoning_effort = "max"
深度解析
是什么 这是一条围绕 Codex 子代理配置的实践分享，核心是通过全局 TOML 文件定义一个名为 luna_worker 的专用工作单元。配置包含代理描述、开发者指令、模型和最大推理强度，并要求代理只处理明确范围内的任务，在可行时验证结果后，用简洁格式汇报结果、文件路径和注意事项。
核心设计 它把代理工作抽象为“路由—执行—验证—汇报”闭环：主代理负责判断任务是否适合委派，子代理负责独立完成低耦合、可重复的操作。先读取已有配置、写后复读和校验 TOML，体现了基本的配置安全与可验证性。
关键洞察 真正值得借鉴的不是某个模型名称，而是任务边界、输出契约和验证责任的明确化。对于批量改名、局部测试、简单资料整理等工作，这种专用代理能减少主上下文负担，也便于并行拆分复杂流程。
边界与风险 原文没有提供官方文档或版本信息，gpt-5.6-luna、luna-max 是否真实可用，以及字段是否被当前运行时接受，不能由帖子单独证明。文件名使用连字符而代理名使用下划线，调用解析规则也需以实际版本为准。并行执行还要防范上下文隔离不足、冲突写入、重复劳动和成本失控。它适合低风险、可验证的小任务，不应替代需要统一架构判断或高风险变更的主代理。