队列引导与反馈
向正在运行的 Codex 回合发送消息,并上传带有诊断信息的 Codex 线程日志。这是 Codex harness 运行时 指南的一部分;每个章节移动到了哪里 列出了所有章节。
队列转向¶
活动运行中的队列转向映射到 Codex app-server 的 turn/steer。在默认的
messages.queue.mode: "steer" 下,OpenClaw 会为配置的静默窗口批量处理转向模式的聊天
消息,并按到达顺序作为一个 turn/steer 请求发送。
内联图片和已存储附件保留其原始图片顺序。已存储图片使用与新回合相同的水合、大小限制和文件系统限制。如果某个附件无法准备或转向被拒绝,完整消息将保留在队列中,等待后续回合。准备过程和 turn/steer 确认不会确认转录提交。发送到 Codex 但未经确认的转录提交的消息不会自动重放。
当 Codex 确认转录提交时,OpenClaw 会保存转向用户消息之前已完成的可见助手项,包括工具或睡眠交接之前的项。每个项保留其自身标识,以便后续转向不会重复它。该历史前缀独立于回合的最终答案选择。提交确认输入已进入历史;它并不证明后续模型请求已读取该输入。
Codex 审查和手动压缩回合可能拒绝同一回合转向。在这种情况下,OpenClaw 会等待活动运行结束,然后再开始提示。常规回合内的自动压缩会保持转向可用;Codex 会将输入缓冲到下一个模型边界。
当消息应默认排队而不是转向时,请使用 /queue followup 或 /queue collect。参见 转向队列。
诊断日志警告¶
如果 Codex 报告进程范围的诊断日志保存失败,OpenClaw 会在 Gateway 日志 中以警告级别记录该通知。它会在收到每个原生通知时记录,而不是在共享该 app-server 的每个会话中重复记录。新的 app-server 可以报告新的失败。
此路由不会修复原生日志失败或上传诊断信息。仅凭该警告并不意味着会话状态已丢失。其他任务特定、配置和未识别的警告仍会到达聊天。Gateway 日志可见性遵循配置的日志级别和可用日志目标。与其他 Gateway 诊断一样,报告是尽力而为:日志失败永远不会中断原生连接,并且这些仅限操作者的通知不会回退到聊天。
Codex 反馈上传¶
当 /diagnostics [note] 在原生 Codex harness 的某个会话上获批时,OpenClaw 还会为相关 Codex 线程调用 Codex app-server 的 feedback/upload,包括每个列出的线程以及可用时生成的 Codex 子线程的日志。
上传通过 Codex 的正常反馈路径发送到 OpenAI 服务器。如果该 app-server 中禁用了 Codex 反馈,命令会返回 app-server 错误。完成的诊断回复会列出通道、OpenClaw 会话 id、Codex 线程 id,以及已发送线程的本地 codex resume <thread-id> 命令。
如果你拒绝或忽略批准,OpenClaw 不会打印这些 Codex id,也不会发送 Codex 反馈。该上传不会替代本地 Gateway 诊断导出。有关批准、隐私、本地捆绑包和群聊行为,参见 诊断导出。
仅当你希望为当前附加线程执行 Codex 反馈上传,而不使用完整的 Gateway 诊断捆绑包时,才使用 /codex diagnostics [note]。
本页原文 Markdown:在 AtomGit 查看·内容源自开源项目 cl/openclaw