OpenCode usage rows never pruned：OpenCode

Quick fix

修复同步逻辑：即使存在未完成消息，也要推进 OpenCode 会话游标，避免历史记录在 prune 后被重新插入。

Symptom

报错原文复制

usage_daily_rollups numbers for historical days are 12–16× inflated vs the actual opencode.db data (double-counting, growing on every startup).

Cause

当 OpenCode 会话缺少游标或游标过期，且扫描到没有 `time.completed` 的未完成消息时，`session_has_incomplete_usage` 路径会跳过游标更新。后续每次同步都会重新扫描整个历史会话。

`rollup_and_prune(30)` 删除超过保留期的 `proxy_request_logs` 后，重新扫描会把这些已删除记录再次插入，并再次参与聚合，因此历史 `usage_daily_rollups` 会持续重复累计。已有膨胀的汇总数据不会因游标修复自动恢复，需要重建 OpenCode 用量数据。

Fix

1. 1

   在 `src-tauri/src/services/session_usage_opencode.rs` 中调整 `session_has_incomplete_usage` 的处理：即使会话中存在未完成消息，也将游标推进到已完整处理部分的 watermark，避免重新扫描已处理历史。

2. 2

   另一种实现方式是将游标推进到 `session.time_updated`，并只在 `session.time_updated` 发生变化时重新扫描会话。

3. 3

   为已受影响的安装提供 OpenCode 用量重建路径：清除 `opencode_session` 明细及对应 rollup，再从 `opencode.db` 重新导入。

Affected Versions

ToolOpenCode

Version未知

PlatformsLinux

Source Issues

本页汇总自 1 个真实 issue

• #7674OpenCode usage rows never pruned: cursor never advances due to session_has_incomplete_usage, prune+resync loop re-inserts old rows and inflates daily rollups

FAQ

（暂无 FAQ）

相关问题

Request exceeds the context window原帖未提供可验证的解法；该问题已作为与 catalog 配置及自动压缩相关的重复项关闭。1 issues mergedCodex 会话导入忽略 cache_write_input_tokens升级 cc-switch 或等待官方修复：Codex 会话日志导入未解析 cache_write_input_tokens，导致缓存写入被计入普通输入并按 1.0× 价计费。1 issues merged会话已过期 - Codex OAuth 多账号在仅登录目标账号的独立浏览器会话中重新完成 Codex OAuth 授权，再重启 CC Switch 验证。2 issues merged