CPA Manager Plus v1.12.5
37 commits · 81 files changed · +5435 / -1020
Overview
v1.12.5 聚焦 Codex 账号身份连续性、OAuth 重新登录同步和 Request Monitoring 刷新一致性。Manager Server 现在只使用明确的 Codex account_id 证据作为稳定账号身份，历史 usage_events 保持不可变并从原始事件重建派生数据；Accounts 的重新登录不会因父级刷新或凭证可见性延迟而丢失结果；Monitoring 在凭证变更期间会保留最新元数据与覆盖进度。本版本还修正了失败事件把响应头误记为失败正文的问题。
Highlights
Fixes
- Codex 账号历史现在将明确的 account_id 快照作为稳定身份，不再把通用 project_id 或显示字段当作身份；重新登录后历史保持连续，未带明确 ID 的历史事件继续使用精确的文件名/auth_index 兼容回退。 (
Codex identity / usage history) - Accounts 中的 Codex OAuth 重新登录会在父级刷新和回调同步期间保持原会话，并对凭证可见性执行有界重试。 (
Accounts / OAuth) - Request Monitoring 区分凭证变更的 requested 与 covered revision，并按连接作用域和请求代次保护元数据提交；刷新期间出现的新变更会触发后续刷新，避免显示过期状态。 (
Monitoring) - 重新登录校验在账号变更、身份歧义或无法确认时安全失败；无关凭证的时间戳或状态变化不能再确认缺少目标身份的通用 OAuth 标记。 (
Accounts / security) - Usage event 规范化不再在失败正文为空时把响应头追加到
fail_body。 (Manager Server / usage)
Upgrade Notes
- 现有 Manager Server 数据库会自动增加
auth_account_id_snapshot字段，并从不可变的usage_events重建受影响的账号历史与 Monitoring 派生投影；原始事件不会被改写或回填。 - 稳定的 Codex 身份必须来自明确的
account_id或chatgpt_account_id证据；历史事件没有明确 ID 时继续使用精确的文件名/auth_index 兼容逻辑，auth_project_id_snapshot仍仅表示项目。 - 无需手动修改配置。派生数据重建期间保留原始事件读取回退，投影追平后再恢复完整的派生读取路径。
- 集成 Monitoring 的客户端应继续使用不透明的
row.id保存状态、使用row.account展示账号，不要仅按 project ID 或显示值合并 Codex 账号。
Acknowledgements
- @TheOneAdonis - 修复失败事件误将响应头作为失败正文的问题，提升 usage 失败详情的准确性。
Full Changelog: v1.12.4...v1.12.5