Claude Code 和 Codex 同一天学会了同一件事：别让 agent 在原地等

11 月 6 日，Claude Code 和 Codex 各发了一个版本：Claude Code 2.1.319，Codex CLI 0.167.0。没有新模型，没有新基准。两家补的是同一课：agent 越来越多、越跑越久的时候，人还管不管得住。

Claude Code 2.1.319 改了两件事。第一，MCP 工具调用跑成任务时，立即转后台，完成再把结果告诉 Claude——以前这种调用会卡住整个会话等它跑完，长的能等二十分钟。现在不想等就等：想恢复老行为，设 CLAUDE_CODE_DISABLE_MCP_TASK_BACKGROUND=1；想彻底关掉任务，设 CLAUDE_CODE_DISABLE_MCP_TASKS=1。任务功能之前一直在 feature flag 后面做公开 beta，这版去掉 flag 依赖，Bedrock、Vertex、Foundry 和 LLM 网关配置也能用了。第二，新增 permissions.denyInsteadOfPrompting：会弹出权限提示的调用，直接拒绝、继续往下走，不等人点。这就是给无人值守准备的——凌晨三点跑的定时任务，没人能点“允许”，等在原地等于卡死。同版还加了 /claude-api latency-optimize，帮你找 API 代码里让人等的地方。

Codex 0.167.0 的主角是一个指挥中心：codex agents --no-daemon 打开一个 TUI，一处看所有进行中、排队中、已完成的 agent 任务。指挥中心和会话选择器现在会给未读结果打标记——哪个任务跑完了你还没看，一眼就能分出来。终端会话选择器里切换后端时，草稿不会丢了；composer 里能预览本地图片附件再发出去；还有一个藏在 gcp_setup_wizard 标志后的 GCP Vertex AI 设置向导。

这两件事放在一起看，意思很清楚：coding agent 的瓶颈已经从“能不能写出来”变成了“一次跑好几个的时候，人还管不管得住”。后台任务、指挥中心、拒绝代替等待，全是“管 agent”的功能，不是“让 agent 更聪明”的功能。Anthropic 和 OpenAI 同一天往同一个方向走，说明这不是哪一家的心血来潮，是 agent 用到一定规模后的共同痛点。

照着抄的两条配置。第一，你跑无人值守的 Claude Code（定时任务、CI 里跑的 agent），打开 permissions.denyInsteadOfPrompting，再把这个任务真正需要的工具预先放行——其他调用被拒绝、任务继续走，这才是凌晨三点该有的行为；别让它在权限提示上等到天亮。第二，你同时开两三个 Codex 会话，收工时跑一遍 codex agents --no-daemon，按未读标记把跑完的任务挨个看完，别一个个会话翻过去——漏看一个已完成任务的代价，比多看一眼大得多。

边界也要说清楚。第一，MCP 任务转后台要服务端支持新版任务协议才生效，老 MCP 服务器该等还是等，升级客户端并不能让它变快。第二，--no-daemon 只是让指挥中心不依赖后台 daemon 打开，不是关掉 daemon——Codex 的 daemon_auto_start 默认仍是开的，想彻底关还得跑 codex features disable daemon_auto_start。第三，2.1.317 已经发过的版本内容本篇不重复：想看“先问一句再发邮箱、钩子失败直接拦停”，站里 11 月 9 日 10:54 轮有单篇。

这个结论不成立的情形：你一次只开一个会话、从不用 MCP 工具、也不跑无人值守——那这两个版本对你几乎没有体感，升不升级都行。