agent 层层派活已是常态，子孙 agent 的任务越跑越长，所以我在全局 AGENTS.md 里写明，等子 agent「通常 10m 起」。然而 ChatGPT Codex/Work 并未遵循，每次最多只等 60 秒。后果是，每次空醒，上下文就多一组调用和超时记录。子 agent 跑得越久，空耗的上下文就越多。

我让 Codex 查了一下，发现 60 秒出自 Codex 环境注入的 developer 指令：Avoid performing blocking sleep or wait calls longer than 60 seconds, as they may prevent you from communicating with the user for their duration.

developer 消息优先于 user 消息，而 AGENTS.md 是以 user 消息注入的，10 分钟就被它压下去了。

估计 Codex 设置这条指令是顾虑长等耽误沟通，但 wait_agent 并不是死等。实测表明，有子 agent 完工，或我插一句话，等待就会立刻返回。所以超时设长，少掉的只是空醒。

Codex 实测了两种解决方案：其一是在配置中注入一条 developer 指令，压过内置的那条；其二是设置 wait_agent 的超时下限。二者都能生效，我们选择的是后者。

把超时下限 min_wait_timeout_ms 设为 10 分钟，模型就算传 60 秒，也会被系统调整为 10 分钟。

将以下配置贴到 ~/.codex/config.toml 末尾：

[features.multi_agent_v2]enabled = truemin_wait_timeout_ms = 600000 下限，短了按它算default_wait_timeout_ms = 600000 不能小于 min，需一起设

当然，最简单、最 AI Native 的方式，是把这些信息复制给你的 Codex/Work，让它自己改、自己验证。

注1：修改之前先搜 multi_agent_v2，搜得到就别贴了，交给 Codex 合并。

注2：用 Codex CLI 0.160.1 实测；该配置对 ChatGPT Work 同样适用。

ChatGPT程序员