Codex 新增跨线程引用与多 Agent 编排：@提及 + 拖拽打通线程协作，免外部编排框架
OpenAI Codex 上线跨线程引用：在输入框里 @ 提及另一个线程，或者直接拖拽，就能跨会话监控与传话；再叠上定时任务，一整队编码 Agent 可以自己协同。对卖家的意义很直接——过去要写代码接编排框架才能干的事，现在在 Codex 里就能张罗起来。
变了什么：线程之间终于能互相点名
时间线很清楚。Codex CLI 0.150.0（2026 年 8 月 26 日）加入了任务级 @ 提及，可以在终端里让 Agent 读取、创建或给其他 Codex 任务发消息，同版本还引入了 Interrupt 钩子——顶层回合被中断时执行命令或 MCP 处理器。2026 年 9 月 8 日的发布把 @ 提及做进了输入框，同时支持「Codex 继续干活、你插话问一句」的实时问答而不丢失草稿，以及为新 worktree 选起始分支，iOS 26 上 worktree 初始化可以用 Live Activity 在后台继续跑。到 2026 年 9 月 15 日的产品更新摘要，官方口径进一步明确：开发者可以用 @ 提及或拖拽，从一个 Codex 线程引用另一个线程，实现会话之间的监控与消息往来；把线程间通信和排程配在一起，就能自动协调整队编码 Agent。
编排不必再靠外部框架：Codex 自己就是调度台
以前做多 Agent，得写代码接编排库，自己管状态、重试、上下文压缩和结果汇总。现在 Codex 原生支持子代理工作流。官方文档写明：Codex 会并行孵化专用 Agent，再在一个响应里收集结果，适合代码库探索、多步骤功能实现这类高度可并行的任务；并且只在你明确要求时才孵化子代理。内置三类 Agent——default（通用兜底）、worker（执行与修复）、explorer（只读的代码库探索）。要自定义就在 ~/.codex/agents/ 放个人级文件、或在项目内 .codex/agents/ 放项目级 TOML，每个文件定义一个 Agent，必填 name、description、developer_instructions 三项，其余字段从父会话继承。并发上限 agents.max_threads 默认 6，嵌套深度 agents.max_depth 默认 1。
定时 + 线程通信：让 Agent 自己值夜班
2026 年 8 月 25 日的更新把定时任务的触发源从纯时间扩展到事件：Gmail（可按发件人或主题过滤）、Slack 频道、GitHub PR 活动都能触发。官方同时给出了两条限制——事件触发的任务不能用时间排程，多个匹配事件可能被合并成一次运行。这条和跨线程通信接起来，就能搭出这样的链路：PR 一有新提交就开一个 explorer 线程读代码、让 worker 线程动手改、再让第三个线程写复查结论。第三方解读认为，这种组合的价值在于把重复性后台维护交出去，例如自动的 PR 复查与依赖升级。需要留意的是官方口径：只有你明确要求，Codex 才会孵化新 Agent，它不会自己悄悄铺开。
成本与边界：子代理不是免费的并行
官方文档明确提醒，每个子代理都要自己做模型调用和工具调用，所以子代理工作流消耗的 token 比单 Agent 跑同样的活更多。关于嵌套深度，官方建议保持 agents.max_depth 的默认值 1，理由是调高之后「宽泛的委派指令会变成反复扇出」，token 用量、延迟和本机资源占用都会随之上升；max_threads 只封顶并发打开的线程数，并不能消除递归带来成本和可预测性风险。上下文方面，官方给子代理的正当理由是：把专门任务分散到独立、聚焦的线程，能缓解单个线程上下文被塞满的问题。审批和沙箱上，子代理继承当前沙箱策略；交互式 CLI 里非活动线程的审批请求会浮出来，浮层标注来源线程，可以按 o 打开那个线程再决定批准或拒绝；在非交互流程或无法弹出新审批的场景，需要新审批的动作会直接失败，错误抛回父流程。
注意事项
第一，先算 token 账再谈并行。子代理不是省钱的开关，它是拿 token 换墙钟时间。建议先用一个真实但可回滚的任务对比「单线程跑」和「三个子代理跑」的实际消耗，确认省下来的时间对得起多花的用量，再决定要不要把日常任务切成分支。
第二，把递归深度当成风险参数而不是性能参数。官方默认 max_depth=1 是有理由的，根会话是第 0 层，默认只允许直接子代理、不许再往下套。如果你的任务是「让子代理再自己开子代理」，先想清楚扇出会不会失控——同一份宽泛指令被复制多层，消耗是指数级而不是线性级的。
第三，审批链路要提前测通。跨线程之后，等你点确认的可能不是当前正在看的那个线程。至少在正式用之前跑一遍：非活动线程的审批浮层长什么样、按 o 打开之后能不能看清上下文、非交互场景（比如 CI 里的自动化）遇到审批会怎么失败。把「必须人工确认」的动作——推送生产分支、改密钥、删文件——固定在人类这一侧，不要交给自动排程。
FAQ
Q：这次更新的核心一句话是什么？ A：Codex 线程之间可以直接互相点名了。用 @ 提及或拖拽引用另一个线程，就能跨会话监控与传话；再配上定时或事件触发，多个编码 Agent 可以自己串成流水线，不必再写外部编排框架。
Q：最多能同时开几个 Agent，能嵌套几层？ A：并发打开线程数上限 agents.max_threads 默认 6；嵌套深度 agents.max_depth 默认 1，也就是根会话（第 0 层）只能直接派子代理，默认不允许再往下递归。官方建议保持默认，调高会带来扇出、token 与延迟风险。
Q：定时任务现在能靠什么触发？ A：2026 年 8 月 25 日起，除了时间排程，还支持 Gmail（按发件人或主题过滤）、Slack 频道和 GitHub PR 活动触发。官方明确：事件触发的任务不能同时用时间排程，多个匹配事件可能合并成一次运行，所以要留意任务被「攒」起来执行的情况。
参考来源
- OpenAI Developers：《Subagents – Codex》子代理官方文档
- OpenAI Developers：《Use Codex with the Agents SDK》
- Codex 更新日志：v0.150.0（2026-08-26）、2026-09-08 发布说明、2026-08-25 事件触发说明
- releases.sh：《Codex Release Notes & Changelog · September 2026》
- ScriptByAI：《Codex Timeline: Release Dates and Major Updates (2026)》
- AI 行业产品更新摘要（2026-09-15）