必须分清Queue（排队）和Steer（插队）：Queue将指令加入当前线程队列待顺序执行，避免中断；Steer则立即注入当前任务实时纠偏；二者仅在同一对话线程内生效，误用会导致卡死或上下文错乱。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你在Codex里启动一个耗时任务后，想立刻追加新指令或安排后续动作，但又不想中断当前运行——这时必须分清Queue（排队）和Steer（插队）的用法，否则任务会卡死、丢失上下文或执行错乱。
确认当前任务是否已进入可排队状态
等当前任务在左侧任务列表中出现蓝色进度条，或右下角状态栏显示「Processing」；此时Codex正读取文件、执行命令或生成代码，尚未完成全部子步骤。
若状态栏仍显示「Idle」或「Ready」，说明Agent空闲，你发送的任何消息都会作为新一轮对话立即开始，不会进入队列。
【必须注意】刚按下回车发送第一条指令后，不能立刻连按回车排队——要等界面明确反馈出运行态，否则第二条会被当作新对话处理，导致上下文断裂。
用Queue追加后续动作
方法一：纯文本回车排队
在输入框中直接输入你要追加的操作，例如“把生成的 index.html 压缩成 zip”或“检查 src/utils 目录下所有 JS 文件的 ESLint 报错”，然后敲回车（Enter）——不要加任何斜杠命令，也不要点发送按钮。
【Codex 会把这条纯文本自动识别为 Queue 指令】。它不会立刻执行，而是塞进当前项目的消息队列末尾，等上一个任务彻底完成（包括所有子步骤、diff 展示、终端输出收尾），才开始处理你刚加的这条。
方法二：Tab键排队（CLI/TUI专属）
通过本地 MCP 桥接程序将 QQ 邮箱接入 Codex，配置所需的.env凭证信息、注册 MCP 服务端，并完成收件箱读取与邮件发送的全流程测试。适用场景：用户需要将 QQ 邮箱连接至 Codex、让 Codex 读取 / 发送 QQ 邮件、安装 / 修复qq_mail MCP 服务端，或是在 Windows 系统上排查 IMAP/SMTP 配置故障时，执行以上操作。
在Codex CLI或TUI界面中，任务运行期间按Tab键，可将当前输入暂存入队列；再按一次Tab可预览队列内容，按Enter提交整条队列。
这一步操作起来很简单，直接把文件拖进去就行。你连发三条 Queue 指令，它也不会一口气全跑；而是逐条执行，每条跑完都重新确认状态再拉下一条——所以睡前丢几个“Continue”进去，它真能通宵干活。
避免Queue失效的三个关键操作
第一步：确保未误启Steer模式
若你本意是排队，却在任务运行中按了Enter（而非Tab），且当前CLI配置为steer模式，则该指令会立刻注入正在执行的任务，覆盖队列逻辑——结果是你想追加的动作被当成实时纠偏，可能改错文件路径或跳过压缩步骤。
第二步：不要跨项目混用队列
Queue只在同一个对话线程内生效。如果你在项目A中排队了“修复登录页CSS”，又切到项目B发了一条指令，项目A的队列不会暂停等待，也不会迁移到B；它会在A中继续执行，而B开启全新上下文。
第三步：验证队列是否真实挂起
在任务运行中发送Queue指令后，观察左侧任务列表：若新增一条灰色、无进度条、标注为「Queued」的条目，则排队成功；若直接出现新蓝色条目，说明被当作新任务处理，需检查是否误触Steer或切换了项目。
