🚀 <b>8 月 28 日 · v1.12.6</b>

✨ <b>更新内容</b>

• CPA Management Key 现在只向浏览器返回已配置状态，已保存密钥留在服务端加密存储，设置与轮换均采用只写入方式。
• Docker 与原生安装升级会先把旧 CPA 连接导入加密 SQLite，并在健康、管理员鉴权和 CPA 管理接口验证通过后再移除旧运行配置。
• 失败或中断的 CPA 导入会保留可重试状态与临时密钥，并可按完整文件集恢复 SQLite、WAL/SHM/journal 与 data.key。
• 历史 CPA 连接发生冲突时需要显式修复，Manager Server 不会静默替换既有连接。
• Accounts、Request Monitoring、Dashboard、Inspection 和 Usage Analytics 现在使用统一的 Provider 感知计划展示，别名归并、未知值显示与跨 Provider 筛选更一致。
• Accounts 与 Request Monitoring 会共享 Provider 配额刷新结果，并拦截过期缓存或响应头证据覆盖较新的配额。
• Codex 历史用量与 Monitoring 账号窗口只在明确身份和凭证来源匹配时恢复，无法确认的记录不会被错误合并。
• Accounts 配额详情可在自然 rollover 后的观测间隔中继续展示最近关闭的 5 小时或周配额窗口。
• 损坏的 v2 CPA 持久化密钥或缺失、错配的 data.key 会安全失败，不会生成替代密钥。

⚠️ <b>注意事项</b>

• 升级已有部署前请将 <code>usage.sqlite</code>、WAL/SHM/journal 和匹配的 <code>data.key</code> 作为一组备份；<code>usage_events</code> 不会被改写。
• 旧版 env/secret 导入失败时请保留安装器生成的 pending 文件和临时 Key 以便重试；外部 <code>CPA_MANAGEMENT_KEY_FILE</code> 不会被删除。
• 如果出现损坏存储或冲突状态，请停止 Manager Server，并使用明确验证过的 URL 与密钥文件执行 <code>store-cpa-connection --repair-conflict</code>。
• Monitoring 集成请使用 <code>row.id</code> 保存状态、使用 <code>row.account</code> 展示账号，不要仅按 project ID 或显示值合并 Codex 账号。