🚀 <b>8 月 17 日 · v1.12.0</b>

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

• Accounts 工作区统一凭证、额度、配置、模型、巡检和重新登录入口，并完成桌面与移动端适配。
• 凭证详情可查看当前与历史额度周期、模型范围、重置记录、最近请求和用量预测。
• Provider 额度刷新保持手动触发，Manager Server 可持久化额度窗口与账号用量证据。
• Accounts 会同步被动 Header、服务端巡检、手动刷新和 OAuth 结果，减少陈旧限额或重新登录状态。
• 凭证身份、连接与会话均被隔离，过期请求和客户端取消不会覆盖当前状态。
• OAuth 排除模型与模型别名可在统一工作区安全预览、管理并在失败时回滚。
• weighted round robin 可按凭证权重路由，并在凭证详情显示有效权重。
• Monitoring 完整显示模式可查看受限的客户端 IP、X-Forwarded-For 和 User-Agent 请求元数据。
• 实时监控可显示精确推理 Token，USD 费用在监控、分析和 Accounts 中统一为三位小数。
• Accounts 会正确处理计划与提前额度重置、深链加载和详情抽屉重开后的周期用量。
• 慢速兼容用量下载不再长期占用 SQLite 读取器，WAL 检查点可及时推进。
• 管理面板的日志入口、插件导航和系统信息更直观。
• Dashboard 中的 Manager 与 CLIProxyAPI 版本可直达对应 GitHub Release。
• 推理后缀模型会归入规范分析模型，同时保留请求、上游、计费和定价身份。
• Provider 模型发现与健康检查可使用已配置代理，避免意外直连受限网络。
• 禁用凭证无需恢复请求路由，也可刷新额度和维护可写配置。
• xAI 与 SuperGrok 优先使用统一计费证据，避免缺失字段显示为零美元月额度。
• Manager Server 会先开放 HTTP 监听和健康检查，再执行大规模派生数据维护。
• 派生数据迁移按有界、可恢复阶段推进，并在状态接口和日志中报告进度。
• Monitoring、Usage Analytics 和 Dashboard 会在 rollup 未完整时回退到 raw <code>usage_events</code>。
• 新增 <code>cleanup-derived</code> 离线收尾命令，用于处理延后索引、过期派生数据和超大 legacy quota。
• SQLite 进程锁会阻止多个 Manager Server 或维护命令同时操作同一数据库。
• 稳定发布资产、Docker <code>1.12</code> 与 <code>latest</code> 将随 v1.12.0 正式更新。

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

• <code>v1.12.0</code> 的产品源码与 <code>v1.12.0-rc.3</code> 完全一致；本次只新增正式版发布材料并重新构建稳定资产。
• 凭证管理、额度、巡检和重新登录请使用 Accounts；旧 Auth Files 与独立 Quota 页面已移除。
• 升级前请同时备份 SQLite、WAL、SHM 与 <code>data.key</code>；后台迁移会在 HTTP 服务可用后继续执行。
• 如果日志提示需要 offline cleanup，请停止所有使用该数据库的 Manager Server，再用同版本二进制运行 <code>cpa-manager-plus cleanup-derived --db-path /data/usage.sqlite</code>。
• 不要启动第二个 Manager Server 连接同一 SQLite 或 CPA queue；锁文件无需手工删除，<code>usage_events</code> 不会被修改或删除。
• Provider 请求级代理需要 CPA v7.2.130+，weighted round robin 需要兼容的 CPA 运行时。
• Provider 额度仍需手动刷新；持久化额度历史、账号窗口用量和服务端巡检依赖 Manager Server。
• 请求元数据可能包含敏感信息，仅在完整显示模式提供，并且不会进入用量导出。
• 当 <code>/v0/management/usage</code> 的配置上限超过 50,000 条时返回最新 50,000 条，导出接口仍遵循原配置上限。