Codex中断与恢复 →
Codex：用户输入可以立刻打断，Agent 消息可以选择等
- 改了什么
- 两个默认关闭的特性开关。instant_interrupt：为每次采样请求监视排队的用户输入，把共享的抢占信号传给 code-mode 的 exec 和 wait，让它们提前交回正在运行的 cell 编号而不停止 cell；同时在请求准备、流式响应和重试退避阶段直接中断，带着排队输入继续本回合，并重置 WebSocket 连接与续接状态，下一次请求发送全量历史。defer_mailbox_preemption：其他 Agent 的消息在响应过程中到达时，采样越过推理和评论边界继续，排队消息与已完成的工具结果一起进入下一次模型请求。
- 为什么改原文说明
- 提交正文写明了原因：长时间运行的 exec 或 wait 期间排队的用户输入要等调用返回才会被处理；开启 instant_interrupt 后新输入不应再等未完成的响应或重试退避。另一方面，Agent 消息在响应中途到达时会在推理或评论边界打断采样，把剩下的工具调用截掉，所以提供延后抢占的选项。
- 对开发者的影响
- 用 Codex 做多 Agent 编排的团队，可以把两个开关组合成「人优先、Agent 次之」的抢占规则；开启 instant_interrupt 要预期被打断后的那次请求走全量历史、不复用续接，长会话下首个请求的开销会上升。自建 Harness 可以借鉴的是按消息来源分别定义抢占策略，并让长时间运行的工具调用支持「交回句柄、继续后台执行」，而不是只有等完或杀掉两种选择。