Codex新版无法指定子代理模型？

背景

在 AI 代理（Agent）工作流中，用户常常需要将一个复杂任务拆分为多个子任务，并由不同的子代理（sub-agent）分别执行。为了优化性能或成本，用户可能会希望为不同的子代理指定不同的底层模型（例如一个轻量模型用于简单任务，一个强大模型用于复杂推理）。近期，随着 Codex 等 AI 编程平台的更新，部分用户发现其子代理模型指定功能发生了变化。Linux Do 论坛上的一位用户反映，其在尝试让主线程调用 5.6 luna 作为子代理执行任务时，主线程回复无法指定模型型号，且侧边栏也不再显示子代理的型号信息，引发了社区讨论。

核心内容

原帖内容如下：

如图，本来准备想让主线程调用 5.6 luna 作为子代理去执行任务，结果主线程回复说无法指定模型型号作为子代理而且在侧边也看不到子代理的型号了

翻译并解读：用户原本的计划是让主线程（主要 AI 代理）调用一个名为“5.6 luna”的模型作为子代理来执行特定任务。但在实际操作中，主线程给出了负面反馈，表示无法将模型型号指定为子代理。同时，用户注意到在界面侧边栏（通常用于显示各子代理的配置信息）中，也无法看到子代理当前使用的模型型号了。目前该帖子只有 1 条发言，由 1 位参与者发布，暂无更多讨论或官方说明。

关键要点

• 用户明确提到希望使用 5.6 luna 模型作为子代理，但主线程拒绝执行该指令。
• 主线程的回复明确表示“无法指定模型型号作为子代理”，暗示产品本身可能移除了对子代理模型的细粒度选择能力。
• 界面侧边栏不再展示子代理的模型型号，进一步佐证了该功能被限制或隐藏。
• 帖子当前仅有单条发言，表明此现象可能是少数用户遇到，或社区尚未充分讨论。
• 原文未提供具体平台版本号、截图或官方公告，因此无法确定是 Codex 最新更新的全局变更还是临时 bug。

意义与影响

1. 对用户控制权的削弱：以往用户能够为每个子代理指定独立模型，以在成本与效果间灵活平衡。新变化可能迫使用户接受主代理对子代理模型的默认分配，降低了工作流的定制性。
2. 对复杂任务编排的挑战：某些任务（如需要强推理的代码生成 vs. 简单的信息检索）本就需不同模型。无法指定子代理模型意味着用户需要寻找其他变通方案（如多次手动切换主模型），增加操作复杂度。
3. 平台设计哲学的潜在转变：可能表明 Codex 团队倾向于简化代理架构，将模型选择抽象化，由系统自动优化而非由用户手动配置。这与当前 AI 平台“黑盒化”趋势一致，但也可能引发高级用户的抵触。
4. 社区反馈的引导作用：该帖子作为早期信号，若后续大量用户反映类似问题，有可能促使平台恢复或调整该功能。开发者应密切关注官方更新日志和论坛讨论。