Projects 只能统计的hermes和openclaw根目录，无法统计codex与cc项目

[piqiuni]

[piqiuni]

我这的测试条件是3台机器github同步，项目页只能看到本地汇总机的项目

[juliantanx]

问题原因

项目统计的提取逻辑是：优先读 cwd（工作目录），没有则从 source_file 路径推断。排查下来有两个层面的问题：

本机提取 bug：

• Codex — cwd 存在 payload.cwd 里（session_meta 事件），但代码只读了顶层 cwd，导致 Codex 记录全部丢失项目信息
• Claude Code — 部分记录 cwd 为空，且路径编码中项目目录缺失时回退逻辑不完善
• Hermes — SQLite 数据库不含 cwd 字段，所有记录指向同一个 db 文件，无法区分项目
• OpenClaw — agent 目录名 main 被跳过列表过滤，路径提取返回 unknown

跨设备同步缺失：

• synced_records 表没有 source_file 和 cwd 列，同步时项目信息完全丢失
• 选非本机设备查看项目时，返回空列表

修复方案

1. 支持从 payload.cwd 读取 Codex 工作目录
2. Hermes 每个 session 独立标识，不再全部归为同一项目
3. OpenClaw 用 openclaw/<agent> 作为项目名
4. 为 synced_records 新增 source_file 和 cwd 字段，同步时携带项目信息
5. /api/projects 端点选特定设备时查询 synced_records，不再返回空

已有数据下次 aiusage parse 会自动迁移。下个版本发布。

[piqiuni]

@juliantanx
测试发现codex的项目显示依然有问题
我在A主机上运行aiusage serve，codex项目在B主机上，通过github同步
各台主机均为最新版本aiusage

[juliantanx]

@piqiuni 感谢持续测试，定位到了 Codex 仍不显示的根因，已在 #37 修复。

根因（不是路径推断问题，而是跨设备同步的传播问题）：

之前的 cwd / source_file 回填虽然把值写进了本地数据库，但漏了 bump updated_at。而跨设备同步只会重传 updated_at > synced_at 的记录，远端合并也只在 updatedAt 更新时才覆盖——所以回填出来的 cwd/source_file 永远传不到运行 serve 的那台机器。Codex 的日志路径里又不含项目信息，全靠 cwd 兜底，于是同步过去的 Codex 记录因为没有 cwd、没有 source_file，被 /api/projects 整条跳过，项目就消失了。

由于 bug 版从 v1.5.0 起就发布了，你已经升级的机器上 Codex 的 cwd 早就填好了，所以单纯再修回填逻辑也救不了存量数据（它只匹配 cwd 为空的记录）。

修复（两部分）：

1. 回填时同步 bump updated_at，让新数据能正常传播；
2. 新增一次性迁移，把已经 enrich 过的存量记录重新标记，强制下次同步重传一次完整数据。

下个版本发布后，你这边的验证步骤：

1. 三台机器都升级到含本修复的版本；
2. 在有 Codex 的 B 机上跑一次 aiusage parse（或启动 serve），迁移会自动执行；
3. 触发一次同步（push 到 GitHub），B 机会把 Codex 记录带着 cwd 重新上传一次（会有一次性的全量重传，属正常）；
4. A 机同步拉取后，在项目页选择 B 设备，应该就能看到 Codex 项目了。

麻烦发布后帮忙验证下，有问题随时反馈 🙏