[renovate]

This PR contains the following updates:

Package	Update	Change
seakee/cpa-manager-plus	patch	v1.14.5 → v1.14.9

---

Warning

Some dependencies could not be looked up. Check the Dependency Dashboard for more information.

---

Release Notes

seakee/CPA-Manager-Plus (seakee/cpa-manager-plus)

v1.14.9

Compare Source

CPA Manager Plus v1.14.9

2 commits · 16 files changed · +990 / -1463

English ->

Overview

v1.14.9 是 v1.14.8 之后的 1.x 安全维护版本，包含已合并的依赖安全更新与持续检查改进（#​1049）。本次重点是更新构建工具链及依赖项、减少已知安全告警，并阻止后续存在未通过依赖扫描的改动直接通过既有 CI 门禁。

本次没有新增用户功能。 不包含 v2 架构改造，也不修改 CPA 管理 API、身份认证逻辑、数据库 Schema、凭证格式、配置格式或历史用量数据。

Security and Build Maintenance

• Go 与 Manager Server（#​1049）：将 Go 源码构建工具链更新到 1.26.10，升级 golang.org/x/sys 至 v0.44.0；CI 依据 go.mod 选取工具链，Docker 构建阶段固定相应版本。SQLite 依赖仍为 v1.46.1。
• Node.js 与前端依赖（#​1049）：Docker 前端构建固定使用 Node.js 22.23.4，CI 使用 24.22.1；同时更新 axios、React Router、Vite、Vitest 等依赖及其锁定版本。
• 文档构建依赖（#​1049）：通过限定范围的依赖覆盖处理 VitePress / DocSearch 相关安全告警，保留当前 VitePress 1.6.4，不扩展为文档站重构。
• 持续安全检查（#​1049）：新增 npm 全工作区依赖审计，以及 Linux、macOS、Windows 的 amd64 / arm64 六组 Go 漏洞扫描。扫描失败、跳过或缺失时，现有 Required checks 不予通过；新增每周依赖检查与面向 dev 的 Dependabot 更新。
• 在 #​1049 的验证记录中，npm 审计由 26 个受影响依赖节点降至 0 项报告告警，六平台 Go 源码扫描亦未报告已知漏洞。结果对应当时的扫描数据库快照，并非对未来零漏洞的保证。

Upgrade Notes

• 从 v1.14.8 正常升级并重启即可。 不需要数据库迁移、配置修改或凭证重建；migration_required 为 false。
• 使用官方构建好的 Docker 镜像或原生安装包时，无须在宿主机另行安装 Go 或 Node.js。自行从源码构建 Manager Server 需要 Go 1.26.10；Node.js 源码构建需要兼容的 22.23.4+（22.x）、24.22.1+（24.x） 或 26.12.1+ 工具链。
• 本次依赖跨度较大，但没有预期的用户界面、认证、API 或数据行为变更。升级后建议检查管理页面、已有连接及主要功能是否正常。
• 完整 Muse / Meta 功能的 CPA 最低兼容版本仍为 v7.3.4+，本次未提高该要求。
• v1.14.7 以来针对已有数据库的离线派生索引维护说明继续适用，本次没有新增维护步骤。
• #​1049 的本地验证覆盖前端、服务端、离线页面及原生跨平台构建；本地 Docker 构建因拉取基础镜像元数据失败未完成。因此正式发布仍以现有 CI 与发布 Dry Run 的构建检查为准。

---

Full Changelog: seakee/CPA-Manager-Plus@v1.14.8...v1.14.9

v1.14.8

Compare Source

CPA Manager Plus v1.14.8

44 commits · 38 files changed · +2459 / -114

English ->

Overview

v1.14.8 是 v1.14.7 之后的 1.x 维护版本，整合四项已经合并的前端修复：后台刷新数据连续性（#​1001）、实时监控来源识别（#​1014）、配额窗口显示（#​1020），以及 xAI OAuth 订阅计划与可观察配额识别（#​1006）。

本次不包含 v2 架构改造，不修改 Manager Server、CPA 管理 API、数据库 Schema、凭证格式或配置格式。没有新增用户配置项或迁移步骤。

Fixes

• 后台刷新连续性（#​1001）：凭证历史、配额使用量、Usage Analytics 和模型价格表在相同连接及数据作用域内刷新时保留已加载的数据，避免请求进行中或暂时失败时闪烁、清空或错误显示空态。
• 对于替换的凭证，历史及配额使用量以当前凭证身份隔离；未变更的其他凭证仍保留其有效快照。滚动时间范围跨日及筛选条件变化时，旧数据按作用域正常失效。
• 实时监控来源（#​1014，修复 #​1013）：不同提供商共享 API Key 或 Host 序号时，结合事件提供商解析来源，保留原本配置的上游标签；提供商不明或同提供商内仍有歧义时，不猜测具体来源。不会展示原始密钥。
• 配额窗口展示（#​1020）：Antigravity 的卡片与表格最多显示五个主要配额窗口，包括独立的 Gemini 4 Argon 分组。明确区分已确认的空模型用量和用量未知、快照过期、范围不完整或获取失败等状态。
• xAI OAuth 订阅（#​1006，修复 #​1005）：当 CPA 凭证文件缺少订阅计划时，通过 CPA 既有 api-call 入口后台查询订阅信息；已确认的 SuperGrok Heavy 计划可正确显示，无法确认订阅时仍展示实际获取到的配额。
• xAI 配额展示与健康判断分离：只有可信的最新订阅证据才能确认计划与可用性；旧结果不会跨连接或凭证替换复用。订阅查询仅在刷新后触发，并采用去重的低优先级串行查询，不新增定时轮询。

Upgrade Notes

• 从 v1.14.7 正常升级并重启即可。 没有数据库迁移、配置修改或凭证重建要求；migration_required 为 false。
• #​1006 的订阅计划补充依赖 CPA 已有的 api-call 能力及上游订阅接口。若上游接口不可用，订阅计划可能保持未知；已有配额显示不会因此被隐藏，也不会仅凭旧计划宣称可用。
• #​1001 仅保留相同作用域的最后一次可信数据；连接、凭证或筛选条件变更后仍会失效，避免跨账号混用。
• 完整 Muse / Meta 功能的 CPA 最低兼容基线仍为 v7.3.4+，本版本不提高该要求。
• v1.14.7 关于已有非空数据库延迟分析覆盖索引的离线维护说明继续适用；本版本没有新增索引或维护命令。

Acknowledgements

• @​M1nt-Ch0c0 - 修复 xAI OAuth 订阅计划识别问题，补充后台查询，并在计划未知时保留已获取的配额展示（#​1006）。
• @​imrooki - 修复 Antigravity 配额窗口显示不完整及模型用量空状态识别问题（#​1020）。

---

Full Changelog: seakee/CPA-Manager-Plus@v1.14.7...v1.14.8

v1.14.7

Compare Source

CPA Manager Plus v1.14.7

29 commits · 68 files changed · +6743 / -386

English ->

Overview

v1.14.7 是 v1.14.6 之后的 1.x 维护版本，收录五项已经合并并通过 CI 的修复与性能改进：长窗口延迟分析的 SQLite 覆盖索引（#​960）、Quota Snapshot 写入热路径去除历史候选读取（#​981）、Antigravity Hub 客户端身份兼容修复（#​986）、v1 页面后台刷新体验统一修复（#​987），以及 Codex 5 小时周期切换后的首条请求计入修复（#​991）。

本版本不新增 1.x 功能，不改变 CPA 管理 API、凭证权限、SQLite Schema 或配置格式，也不增加新的后台轮询或定时器。

Highlights

Fixes

• 后台刷新体验（#​987）：凭证、配置、OAuth 规则、Dashboard、日志、插件、System、Provider 模型发现、Usage Analytics 与候选列表等已加载区域，在同一数据作用域内刷新时继续保留当前成功快照，不再退回整块 Loading、空白或误判空态。
• 后台重验证失败时保留最后一次成功内容并显示轻量错误反馈；成功返回空结果会被识别为已加载的空快照。连接、Provider、凭证或能力作用域发生变化时，旧数据、迟到请求和旧危险操作会失效，避免跨作用域回写。
• 已加载的凭证配置在重新读取失败时保持可见但只读，成功 Retry 后恢复编辑与保存；日志阅读位置、插件 iframe 和已加载图表在普通刷新期间保持稳定。
• Antigravity 配额兼容（#​986）：将 CPAMP 管理请求的过时 antigravity/cli/1.0.13 身份对齐到 CPA 当前使用的 Hub 客户端身份，使 Cloud Code 不再因旧客户端门槛裁剪 retrieveUserQuotaSummary，恢复 Gemini weekly / 5-hour 等完整额度桶。请求端点、轮询策略和额度解析语义不变。
• Codex 5 小时周期首条请求（#​991）：当旧周期已经结束、请求先于响应头确认的新周期计划起点数秒开始时，该请求现在会纳入新周期实际区间，不再同时遗漏于新旧周期；计划边界保持不变，也不会双计。
• Quota Snapshot 写入性能（#​981）：移除 writer 热路径上随历史规模增长的历史候选读取与排序，跨请求边界归一仍由既有 lifecycle repository 负责。对外额度 API、展示语义和持久化格式不变。

Performance

• 长窗口延迟分析（#​960）：在既有 deferred/offline derived-index 生命周期中新增 (timestamp_ms, latency_ms, ttft_ms) 覆盖索引，保持生产 SQL、时间戳索引和精确分位数定义不变。
• 在预热的 320 万条合成事件基准中，30 天原始 SQL 扫描中位数从约 3.77 秒降至约 0.43 秒；120 天精确 percentile SQL 仍受排序限制，约从 49 秒降至 25 秒。该结果用于说明索引收益边界，不代表所有真实部署的端到端延迟。
• 新索引会增加少量磁盘与写入成本；复杂 Provider / Model / Account 筛选仍可能回表，120 天精确 P95 等长窗口查询仍有继续优化空间，本版本不扩大到预聚合或分位数算法重构。

Upgrade Notes

• 正常升级并重启即可使用 v1.14.7 的所有正确性修复。 本版本没有数据库 Schema 或配置格式迁移，migration_required 保持为 false。
• 对已有非空 usage.sqlite，#​960 的新 latency covering index 会沿既有机制进入 deferred/offline maintenance；未执行该维护不会阻止 Manager Server 启动或正常服务，只是暂时无法获得该索引的性能收益。
• 如需完成现有大库的新索引构建，请先停止 Manager Server，再运行现有离线维护命令：
  cpa-manager-plus cleanup-derived --db-path <数据库路径>
  完成后再启动 Manager Server。Docker 部署请使用仓库现有的停止服务 + 离线 cleanup-derived 运行方式。
• compact-usage 不能替代 cleanup-derived；前者用于用量压缩/清理流程，不会完成本次 deferred derived-index 构建。执行离线数据库维护前建议保留一致的数据库备份。
• 新建空库继续通过既有 post-listen maintenance 创建相关索引，无需单独执行上述离线步骤。
• #​991 只修正升级后新产生并重新协调的 Codex 5 小时 rollover；已经持久化的旧历史周期不会自动回填或重写。
• 完整 Muse / Meta 功能的 CPA 最低兼容基线仍为 v7.3.4+；#​986 不要求提高最低 CPA 版本。

---

Full Changelog: seakee/CPA-Manager-Plus@v1.14.6...v1.14.7

v1.14.6

Compare Source

CPA Manager Plus v1.14.6

15 commits · 37 files changed · +3031 / -132

English ->

Overview

v1.14.6 是 v1.14.5 之后的 1.x 维护补丁版本，仅收录三个已合并并通过 CI 的问题修复：Codex 工作区预算限制的识别与展示（#​935 / #​938）、归档清理前的历史监控投影完整性保护（#​939 / #​945），以及未知提供商在严格 CPA v2 计量证据下的缓存 Token 重复计算（#​941 / #​946）。

本版本不增加新功能、后台轮询或定时器，也不改变 CPA 管理 API、凭证权限或数据库 Schema。

Highlights

Fixes

• Codex 工作区消费预算（#​935 / #​938）：正确识别结构化 spend_control.individual_limit，同时兼容旧版标量数据与浏览器中已持久化的额度缓存。保留预算总额、已用、剩余额度、单位、周期及重置证据；已触发的消费限制仍显示为受限，不再被普通 5 小时或周额度余额掩盖。
• 对 0 / 0 等零预算场景显示具体的 workspace budget 原因，不以“已用 100%”代替解释。仅在消费限制证据完整且没有其他冲突限制时，建议检查工作区预算；同时存在其他限制时保留额度刷新建议。没有新增后台额度探测或轮询。
• 归档清理数据保护（#​939 / #​945）：清理原始请求事件前，按批次验证保留的 Monitoring 投影行确实存在且时间戳匹配。缺失或不匹配时，仅在同一 SQLite 事务内从仍存在的原始数据补齐并复核；无法证明安全交接则回滚并停止删除。
• 中断后恢复清理时还会检查本次任务已删除事件的保留投影，避免在已受损的清理状态下继续删除。该修复防止未来清理造成同类缺口，不会虚构或自动恢复升级前已永久丢失的历史原始事件。
• CPA v2 缓存计量（#​941 / #​946）：对原本无法归类的事件，只有当 CPA v2 的 accounting_version=2 与 token_breakdown.schema_version=2 提供完整、内部一致的输入、缓存、输出、推理及总量证据时，才采用规范化缓存语义，避免将缓存读取 Token 再计入输入。
• 保留既有显式规则及已知 Provider / Executor / Model 的优先级；证据缺失、歧义、版本未知或不一致时继续采用原回退逻辑。标准 JSONL 导入导出会区分上游显式计量模式与 CPAMP 派生模式，不会将派生结论伪装成上游原始声明。
• 对符合条件的历史在线 usage_events 自动执行缓存计量语义修正，并通过现有迁移链重建相关聚合与费用结果，不需要手动编辑 SQLite 或执行离线清理命令。

Upgrade Notes

• 正常升级并重启即可。没有数据库 Schema 迁移或配置格式变更，但会对符合条件的历史记录运行自动计量语义修正，并重建相关用量 / 费用汇总；升级后统计值可能相应变化。
• 建议在升级前保留一致的数据库及归档备份。若需要回退到升级前的精确历史计量状态，应恢复同一时间点的数据库与归档备份，而不是手工逆向修改派生计量字段。
• 新的严格缓存计量分支只在 CPA v2 规范证据完整时生效；其他事件沿用原有兼容规则。完整 Muse / Meta 功能的 CPA 最低兼容基线仍为 v7.3.4+。
• 归档清理的新增验证可能增加少量批次处理开销；不能验证保留投影时将优先停止清理，保护原始数据。
• 无需新增后台轮询、定时器或手动数据修复步骤。

---

Full Changelog: seakee/CPA-Manager-Plus@v1.14.5...v1.14.6

---

Configuration

📅 Schedule: (UTC)

• Branch creation
  • At any time (no schedule defined)
• Automerge
  • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Never, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.