got 0 from 0 output items:Codex 远程压缩失败
Quick fix
升级 CC Switch 至 v4.0.0 或更高版本;暂时无法升级时,关闭 Remote Compaction,改用 Codex 本地压缩。
Symptom
Section titled “Symptom”Error running remote compact task: Fatal error: remote compaction v2 expected exactly one compaction output item, got 0 from 0 output itemsCC Switch 将 Codex 的远程压缩请求转换为第三方 Chat Completions 请求后,旧版响应转换只生成普通 message 等 output item,没有生成 Codex 要求的唯一 compaction item,因此 Codex 检测到 0 个有效压缩结果。普通对话不依赖这种特殊 item,所以仍可正常工作。
不同上游还会出现变体:返回 1、2 或 3 个普通 output items,或因压缩请求错误地访问 /responses 而收到 404/401;MiniMax 等上游也可能表面返回成功但没有真正缩减上下文。维护者确认 v4.0 重写了桥接逻辑,将压缩请求转换为摘要回合并返回唯一 compaction 条目。
升级 CC Switch 至 v4.0.0 或更高版本;维护者确认该版本已包含 Codex 远程压缩与 Chat Completions 上游之间的新桥接逻辑。
升级后重新触发 Codex 上下文压缩;如果仍然失败,记录 CC Switch 版本号和日志并反馈。
暂时无法升级时,关闭 Remote Compaction,让 Codex 使用本地压缩。
Affected Versions
Section titled “Affected Versions”ToolCodex
Version受影响:3.16.2 - 3.19.1;修复:4.0.0+
PlatformsWindowsmacOS
Source Issues
Section titled “Source Issues”本页汇总自 4 个真实 issue
- 是否能提供临时方案?
- 可以。关闭 Remote Compaction,让 Codex 改用本地压缩;issue 中有用户确认该方法可用。
- 为什么普通对话正常,只有上下文压缩失败?
- 普通对话可以在 Responses API 与 Chat Completions API 之间映射 message;远程压缩则要求响应中恰好包含一个特殊的 compaction item,旧版转换器没有生成它。
- 把上游格式设为 Chat Completions 后为什么仍会失败?
- 旧版 CC Switch 的压缩请求可能没有完整经过普通对话使用的格式翻译路径,或者返回转换仍只生成普通 output items,因此会出现 compaction item 为 0、/responses 端点 404 等错误。
这是一个非官方社区 wiki,与 cc-switch 作者及项目本身无隶属关系。内容整理自项目公开的 GitHub issues。本站不分发任何软件。