codex queue 每投一条消息，都会替你签个名

Sun, 08 Nov 2026 06:52:00 +0800

凌晨一点半，refund 接口改到一半。你想起两件事：lint 步骤被跳过了，changelog 还没写。

换终端、等这一轮跑完、再打字，太慢。Codex CLI 从 0.149.0 起给了个更省事的入口：

codex queue --thread "orders-refund" --message "收尾前跑一遍 npm run lint，再补一条 changelog"

会话在另一个终端里跑着，这条消息自己排进去。10 月底的 0.166.0 又加了 --resume，会话已经退出也能被这条消息叫醒接着干。

好用。坑在这里：Codex 把这条消息记成了你说的话。

会话变成了一个可以投递的对象

8 月 20 日的 0.149.0 一起给了两样东西。codex agents 打开任务面板，/agents 在会话里跳回去。面板按工作目录分组，顶部三个计数：Need input（等你拍板或批准）、Working（在跑）、Ready（跑完待看）。Ctrl+F 搜，Ctrl+R 改名，Ctrl+X 停。

终端就这么变成了一个收件箱。三个 agent 并行的时候，真正费时间的是记住哪个跑完了、哪个结果你还没看过，打字本身没那么慢。有了未读标记，检查从"逐个打开"变成"只看有标记的"。0.167.0 把这块做完了，面板和会话选择器都会标未读。

codex queue 是同一套东西的另一半：从会话外面往里投消息。你的另一个终端、一个脚本、一个 git hook、一个上游 agent，用的都是同一条命令。

四条容易踩的边界

第一条，投进去的消息用会话当前的模型，没法在消息级别换模型。

第二条，官方参考写的是"只接受文本"。社区教程里演示过 --image，官方文档没列这个参数。你手上是哪个版本，自己 --help 看一眼，别照抄。

第三条，顺序没人保证。两条队列消息不一定会变成先后两轮。要它按顺序做，就写成一条消息，用编号列清楚：

codex queue --thread "orders-refund" --message "收尾前：1) 跑 npm run lint 并修掉 error 2) 补一条 changelog 3) 把测试结果贴进最终总结"

第四条最容易骗人，退出码 0 不代表活儿送到了。加 --resume 要让会话醒过来，得有本地 daemon 在跑，或者用 --remote 指到远端服务。醒不过来时 Codex 打印一条 warning，然后照样成功退出。消息留在队列里，你的 CI 看到 green，以为派单成功。

Codex Queue on Codexer

codex queue 每投一条消息，都会替你签个名

会话变成了一个可以投递的对象

四条容易踩的边界