从其他终端向 Codex 会话追加任务

Codex 写代码写到一半，你在另一个终端想起还要补跑 lint、更新变更记录，可以通过 codex queue 把指令追加到已有会话。dev.to 的这篇教程展示了命令用法，以及接入 Git hook、CI 的思路。这里最关键的区别是：消息入队、会话被唤醒、任务执行完成，是三件不同的事。

目前能确认什么

按节选描述，codex queue 可以向现有本地或远程会话发送文本消息，基本形式是：

codex queue --thread <SESSION_ID> \
  --message "Run the remaining checks"

--thread 接受 UUID 或精确的会话名称。手动操作可以先用 /rename orders-refund 命名；无人值守脚本更适合使用 UUID，避免同名会话产生歧义。

消息沿用目标会话的模型，不能逐条切换模型，也不支持图片附件。会话会在处理到消息时接收指令，节选没有给出立即执行的保证。多个步骤有先后依赖时，作者建议合并成一条编号消息，文档未承诺两条独立消息会依次成为两个回合。

--resume 可尝试唤醒未加载会话，但需要运行中的本地 daemon，或通过 --remote 指定服务器。退出码为 0，不能证明会话已被唤醒。 唤醒失败时，消息仍会保留在队列中。

我的判断

它适合把开发过程中零散的补充要求接入脚本，例如合并代码后提醒重跑测试。程序员少了一次切换终端、等待并补输指令的操作。

但它还不能仅凭退出码充当自动修复流水线的完成信号。接入 CI 前，需要确认如何查询消息是否被处理、任务是否完成；现有节选没有交代这些机制。

Git hook 的触发条件也要写准：post-merge 不覆盖 git pull --rebase，worktree 又可能共享 hooks。若不检查分支和目标会话，补充指令就可能在错误的上下文中触发。