gpt-5.5 通过 codex 运行时会在对话轮次中静默丢弃工具调用——有人遇到类似情况吗？

使用 `gpt-5.5` 作为主智能体模型（通过 codex agentRuntime）运行 OpenClaw。发现机器人开始沉默——打字指示器短暂闪烁，但没有回复。深入分析 trajectory JSONL 后发现了规律： **正常运行：** ``` session.started → context.compiled → prompt.submitted → tool.call (message, action=send) → tool.result → model.completed → session.ended ``` **静默运行：** ``` session.started → context.compiled → prompt.submitted → model.completed → session.ended ``` 模型确实有回复——session 文件中包含连贯的 `assistant/text` 内容。但它从未调用 `message` 工具来传递回复。状态为 `success`，日志中没有任何错误信息。 观察到该现象出现在短对话轮次中（"summarize X"、"hello?"、"u back?"——6-16 个字符）。在同一 session 中，一个较长、内容更丰富的消息在出现沉默之前，成功调用了工具。开始出现问题时 session 大约消耗了 138K token。 将主模型切换为 `deepseek/deepseek-v4-pro` 后问题立即解决。 有几点疑问： - 是否有人也遇到过 gpt-5.5 在短轮次中突然不调用 `message` 工具的情况？ - 这是已知的回归问题还是上下文负载行为？ - codex agentRuntime 的 prompt/工具定义中是否有什么机制会强化工具调用依从性，且出现了偏差？ 值得注意：从 Telegram 进行 `/model` 切换无法恢复，因为 `codex-app-server.json` 的线程绑定将 session 固定在了 gpt-5.5。需要通过 SSH 切断线程并重启。 我知道近期 5.5 甚至对非 openclaw 的应用也出现了回归问题，但这是我首次观察到该前沿模型的此类回归。 EDIT1: 我使用的是 v2026.5.20。不知道 OAuth 和 API 路径在这里是否有影响。