CommandCodeBridge v0.2.14

CommandCodeBridge 发布说明

v0.2.14

发布日期：2026-11-08。CPA 原生插件，C ABI 1 / RPC schema 6；调用官方 Provider API。

本次更新

• sonnet-5-5 的 model(none)：该模型的上游拒绝 thinking.type=disabled 并要求改用 between_tools，而 CommandCode 的请求校验对所有模型拒绝 between_tools，经 CommandCode 无法关闭它的思考。插件现识别这一 400，改用自适应思考 + effort=low 重试一次。低强度下模型对简单问题通常不思考（实测），但不能保证。
• sonnet-5-5 的强制工具选择：tool_choice 为 tool／any（含 Chat 客户端的 required）时上游返回 400，插件改为 auto（保留工具列表与 disable_parallel_tool_use）重试一次。
• 两项只匹配上述上游 400、只作用于 Messages 协议模型；重试发生在任何输出之前，统计计为一次请求。重试被接受后本进程内记住该模型，重启或修改 base_url 后重新探测。请求日志新增 adjustments，控制台请求详情显示「兼容调整」。
• 默认超时改为 1800 秒：实测 grok-4.7 高等级推理用时 658 秒，旧默认 600 秒会截断为 504。
• 验收脚本改用需要推理的思考用例，新增 --thinking-off、--request-timeout；控制台 console.js／console.css 改为可读源码（#17）。

升级步骤

1. 更新插件至 v0.2.14，确认实际运行版本。无需修改配置。
2. 已保存过设置的实例仍使用原超时（通常 600 秒），需要时在「设置 → 请求策略 → 请求超时」改为 1800。
3. 本次未改变 CPAMP 页面功能；页面带插件版本标识，仍建议在「设置 → CPAMP 原生面板」更新页面，异机／独立容器使用 commandcodebridge_0.2.14_cpamp-web.zip。
4. Claude 模型返回 403「The provider refused this request」与插件无关，实测与出口有关，见部署说明 v0.2.14 第 5 条。

下载与校验

四平台原生 ZIP、独立 CPAMP 前端 ZIP、五个 .zip.sha256 和统一 checksums.txt，共 11 个资产。CPA 发布门槛仍为 v8.0.23，热升级联测的前一版本改为 v0.2.13；v8.0.59 在 Windows 本地完成全套宿主联测。合并前以同一源码构建的 Windows 动态库对真实上游完成付费复测（sonnet-5-5、haiku-5-5），详见验证记录；未访问或修改任何部署服务器。

CommandCodeBridge v0.2.13

CommandCodeBridge 发布说明

v0.2.13

发布日期：2026-11-07。CPA 原生插件，C ABI 1 / RPC schema 6；调用官方 Provider API。

本次更新

• Linux 要求降至 glibc 2.28：此前的 .so 在新系统上构建，引入了 glibc 2.32／2.34 的符号，在 RHEL/AlmaLinux 8、Debian 10 等主机上无法加载；CPA 本身只需 glibc 2.3.2。Linux 包现在在 manylinux_2_28 容器中构建，CI 在 glibc 2.28 用户态中加载插件并运行宿主联测，发布校验会拒绝超出 2.28 的包。
• 减少运行数据写盘：请求记录、统计和额度文件改为紧凑 JSON，结构不变；同一文件持续变更时，重写间隔按文件大小折算为约 1 MiB/s（最长 10 秒），小文件仍为 250ms，正常卸载立即写入。合成测量中，90 天统计文件的持续写入从约 39 MB/s 降至约 1 MB/s。代价是强制结束进程时，大文件可能丢失最多约 10 秒的变更。
• 可选的首字节超时与流空闲超时：在「设置 → 请求策略」或 YAML 中配置 first_byte_timeout_seconds、stream_idle_timeout_seconds（0 为关闭，启用时 5–1800 秒）。触发时返回 504 并关闭上游连接，日志错误类型分别为 upstream_first_byte_timeout、upstream_stream_idle_timeout。默认关闭：真实上游下长推理模型的首字节与段间间隔尚未实测。
• 发布门槛：Antigravity 额度行为回归测试纳入构建链路（#14）。

升级步骤

1. 更新插件至 v0.2.13，确认实际运行版本。无需修改配置。
2. 本次未改变 CPAMP 页面功能；页面带插件版本标识，仍建议在「设置 → CPAMP 原生面板」更新页面，异机／独立容器使用 commandcodebridge_0.2.13_cpamp-web.zip。
3. 如需启用超时保护，建议取值宽松（例如首字节 120 秒以上、流空闲 120 秒以上），观察日志中的错误类型后再调整。

下载与校验

四平台原生 ZIP、独立 CPAMP 前端 ZIP、五个 .zip.sha256 和统一 checksums.txt，共 11 个资产。Linux 包的 BUILD.json 中 glibc_minimum 为 2.28。CPA 发布门槛仍为 v8.0.23；v8.0.59 在 Windows 本地完成全套宿主联测，并由 CI 候选任务持续复核。本次只使用本地模拟上游，未进行真实模型生成，未访问或修改任何部署服务器。

CommandCodeBridge v0.2.12

CommandCodeBridge 发布说明

v0.2.12

发布日期：2026-11-07。CPA 原生插件，C ABI 1 / RPC schema 6；调用官方 Provider API。

本次更新

• count_tokens 不再导致凭证冷却：插件本地返回 404 count_tokens_unsupported，不访问上游。较早宿主（含 v8.0.23）会因原先的 501 冷却凭证，使随后的 /v1/messages 返回 503 auth_unavailable（CLIProxyAPI #7271）。
• 支持模型名思考后缀：model(high)、model(16384) 等写法在 v8.0.23 起的宿主上均可用，按宿主规则换算推理等级并覆盖请求体设置；修复前较早宿主会冷却对应基础模型。v8.0.59 上原生 Messages 丢失后缀等级、auto 等级在 Anthropic 模型返回 400 的问题一并修复。
• 兼容性回归：新增 count_tokens 与思考后缀宿主联测，覆盖固定基线、四平台和最新 CPA 候选；每周定时复核最新 CPA，候选失败会显式报警且不发布。
• macOS 构建环境：GitHub 已停用 macos-14 runner，macOS 包改在 macos-15 构建；最低系统要求仍为 macOS 14.0。

升级步骤

1. 更新插件至 v0.2.12，确认实际运行版本。无需修改配置。
2. 本次未改变 CPAMP 页面功能；页面带插件版本标识，仍建议在「设置 → CPAMP 原生面板」更新页面，异机／独立容器使用 commandcodebridge_0.2.12_cpamp-web.zip。
3. 使用思考后缀的客户端无需改动。在 v8.0.23 上实测，修复前一次带后缀请求会使凭证显示 unavailable，约 12 小时后才重试；重启 CPA 后立即恢复。插件热升级本身是否清除宿主已记录的冷却未验证，如仍不可用请重启 CPA。

下载与校验

四平台原生 ZIP、独立 CPAMP 前端 ZIP、五个 .zip.sha256 和统一 checksums.txt，共 11 个资产。CPA 发布门槛仍为 v8.0.23；v8.0.59 作为候选版本在 Windows 本地完成全套宿主联测，并由 CI 候选任务持续复核，不改变发布门槛。本次只使用本地模拟上游，未进行真实模型生成，未访问或修改任何部署服务器。

CommandCodeBridge v0.2.11

CommandCodeBridge 发布说明

v0.2.11

发布日期：2026-10-23。CPA 原生插件，C ABI 1 / RPC schema 6；调用官方 Provider API。

本次更新

• 修复 Gemini 额度窗口：CPAMP 基线升级至 55d452ef（上游 #986），Antigravity UA 从 antigravity/cli/1.0.13 对齐到 antigravity/hub/2.23.0，避免上游裁剪 Gemini 额度组后回落为 unknown 窗口。
• 单一源码基线：构建检出、构建标识、测试用 Manager 二进制与适配报错读取 internal/bridge/compatibility.json，清除 workflow 独立旧值。
• 构建、发布和部署防线：共用身份、集成标识与来源校验；按 antigravity/hub/ scheme 识别模板拼接，拒绝任何 antigravity/cli/ 残留。覆盖前端／原生打包、嵌入、发布校验、实际 HTTP 页面及插件安装。
• 回归覆盖：旧／新／模板／混合 UA、Git 基线与后代、错误来源和摘要、四平台 ZIP 一致性与发行包内核验脚本；CI 同时运行上游 UA 常量测试和匹配源码的真实 Manager 安装联测。

升级步骤

1. 更新插件至 v0.2.11，确认实际运行版本。
2. 在「设置 → CPAMP 原生面板」更新页面并检查生效状态；异机／独立容器使用 commandcodebridge_0.2.11_cpamp-web.zip。
3. 强制刷新浏览器并刷新额度，确认 Gemini 的 5h／周窗口。只更新动态库不会替换已落盘 HTML。 原路径页面更新无需重启，首次启用或切换路径仍需重启 Manager Server。
4. 手工部署可用包内 verify_cpamp_panel.py URL --expected /实际路径/management.html 核验，保留随包提供的 integrations/cpamp/。已有 CommandCode 快照后端补丁不因本次 UA 修复而需要重复部署。

下载与校验

四平台原生 ZIP、独立 CPAMP 前端 ZIP、五个 .zip.sha256 和统一 checksums.txt，共 11 个资产。四平台内嵌同一页面，BUILD.json 记录匹配版本、来源提交、兼容基线及摘要。CPA 支持基线仍为 v8.0.23；CPAMP 源码以包内兼容信息为准。

发布由标签 CI 执行，要求回归、协议与原生宿主联测、四平台构建和来源／摘要校验通过。本次不访问或修改 VPS，不进行真实模型生成；上游 UA 问题依据 #983／#986 与构建源码核验，未重复使用线上凭证调用配额接口。

CommandCodeBridge v0.2.10

CommandCodeBridge 发布说明

v0.2.10

发布日期：2026-10-18。CPA 原生插件，C ABI 1 / RPC schema 6；调用官方 Provider API。

本次更新

• 凭证诊断：保存与宿主加载分别确认，对照 CPA 运行登记检查缺失、重复、旧路由与启停同步；账户查询、插件直测和 CPA 请求分别显示来源与时间，支持脱敏摘要。
• 模型证据：按凭证版本、账户、模型映射和时间隔离结果，区分套餐拒绝、未知权限、临时限流与过期证据；组合搜索与证据筛选、手机精简列表和详情抽屉。
• 数据恢复：运行文件独立写入、检查点、损坏隔离及恢复警告；统计保留近期分钟桶、历史日总量，默认不删除日总量。采样保持逐凭证隔离并增加正抖动。
• Studio 风格控制台：参照官方公开截图统一五页导航、明暗主题、字阶、按钮和边框；凭据页优先展示额度，设置按任务分区，通用窗口支持键盘焦点循环、Esc 和关闭返回原行。
• 管理会话：退出清空业务窗口、日志、详情与测试输出，丢弃旧身份的较晚响应；管理认证按 Bearer／X-Management-Key 命名。
• 升级检查：分别核验插件接口、实际服务页面、额度／最近请求／周期历史标识和快照后端；未知能力保持未知。面板安装前预览目标、备份和重启条件。

升级与恢复

1. 备份整个插件 data_dir，在 CPA 插件商店更新至 v0.2.10，确认实际运行版本与凭证登记状态。
2. 在「设置 → CPAMP 原生面板」更新页面，检查生效状态并强制刷新浏览器；首次启用或改变页面路径需要重启 Manager Server，原路径页面更新无需重启。
3. 原有统计首次分层汇总会保留 statistics-before-daily-v1.json。独立文件检查点最多每分钟更新，不提供跨文件事务或断电 fsync 保证；降级无法自动恢复旧分钟精度。非零保留期限会永久过期旧统计。
4. 完整周期快照和只读健康能力声明需要匹配的 Manager Server 源码适配与重建；只更新 HTML 不能替代后端补丁。

下载与校验

Linux amd64、Linux arm64、Windows amd64、macOS arm64 四平台 ZIP，以及 commandcodebridge_0.2.10_cpamp-web.zip、五个 .zip.sha256 和统一 checksums.txt，共 11 个资产。BUILD.json 记录同一来源提交、兼容基线、库、本地 OAuth 接收器与内嵌页面摘要；四平台内嵌页面与独立 CPAMP 页面一致。

动态库按 CPA 服务器平台选择，本地 OAuth 接收器按浏览器电脑平台选择。Linux 包要求 glibc ≥2.34；Alpine/musl 需另行构建。CPA 支持基线为 v8.0.23，CPAMP 页面基于 dbf61dd。插件源：registry.json。

验证与边界

本地已完成 Node 31 项、Go 测试／vet、Windows 动态库、隔离 CPA 与 CPAMP 联测，以及五页 × 桌面／手机 × 明暗主题的 20 组前后对照。标签发布流程要求协议测试、四平台构建和来源／摘要一致性校验通过后才发布完整资产。

按用户选择，真实 Claude Messages、图片语义、thinking 权限与签名、ZDR 上游接受及保留策略、个人／组织与同账号多 key 身份共享仍待验证。实际浏览器 200% zoom、当前登录后官网参照仍待补证据；不宣称逐像素复刻。本次发版不包含服务器部署，也没有真实模型生成。

详细记录：验证、升级与恢复、第三轮设计。

CommandCodeBridge v0.2.9

CommandCodeBridge v0.2.9

发布日期：2026-10-13。CPA 原生插件，C ABI 1 / RPC schema 6；调用官方 Provider API。

本次更新

• 最近请求自动更新：CPAMP 凭证页读取插件保存的真实请求记录，每 30 秒同步时间和成功／失败状态；切回页面时立即同步。本地冷却跳过不覆盖实际请求，也不因超过 24 小时而隐藏最后一次请求。
• 额度持久化：脱敏额度观察写入 data_dir/usage.json，插件重启和页面重载后恢复。文件更新时间、备注或模型配置变化不再清空已查额度。
• 凭证隔离：更换密钥、代理或上游后不复用旧额度；前端按管理连接和凭证索引隔离缓存，并校验服务端凭证版本。
• 失败保留：额度刷新失败保留上次值和真实采集时间；读取同一旧快照不会把失败标记清掉。手动重试不再被自动采样的五分钟错误退避阻挡。
• 四平台插件内嵌匹配的新 CPAMP 页面，与独立前端包一致；保留 v0.2.8 的月额度、套餐名和原生窗口历史功能。

升级步骤

1. 在支持热升级的 CPA 插件商店更新至 v0.2.9，确认插件控制台运行版本。
2. 进入「设置 → CPAMP 原生面板」，点击「更新原生面板」并检查生效状态，再强制刷新浏览器。
3. 打开凭证页，首次升级可点击一次「刷新额度」建立观察；之后页面和插件重启会恢复缓存，最近请求自动更新。
4. Docker 部署需持久化插件 data_dir，其中包括新的 usage.json；无需重新导入现有凭证和模型。

已启用的外部页面可原路径热替换，无需重启 Manager Server。首次启用外部页面或改变其路径，需要重启该服务；旧宿主和手动覆盖被加载的动态库按宿主要求重启。实际额度重置时间仍取上游真实窗口。

完整周期快照仍需 Manager Server 的平台名单接受 commandcode。 v0.2.8 已应用该补丁的环境无需再次重建；包内 integrations/cpamp/apply.py 提供对应源码适配，页面更新入口只替换 HTML。

下载内容

Linux amd64、Linux arm64、Windows amd64、macOS arm64 四平台 ZIP，另附 commandcodebridge_0.2.9_cpamp-web.zip、各包 SHA256 文件和统一 checksums.txt。BUILD.json 记录来源提交、库和内嵌页面摘要。

动态库按 CPA 服务器平台选择，本地 OAuth 接收器按浏览器电脑平台选择。Linux 包要求 glibc ≥2.34；Alpine/musl 需另行构建。CPAMP 页面基于 dbf61dd。

插件商店源：registry.json。

验证

发布流程执行 Go race/vet、前端回归和类型检查、四平台 CPA v8.0.23 原生协议与异常恢复联测、0.2.8 → 0.2.9 热升级、CPAMP 页面安装与热更新验证。新增原生宿主重启后的额度窗口、最近请求状态和原始观察时间恢复断言。

实际账户的额度由上游查询返回，最近请求保留范围受插件日志保留设置约束。Go 订阅 /alpha/generate 与固定上游 provider 模式不在支持范围。

详见部署说明、原生集成、验证记录和更新记录。

发布来源：主分支提交 3044407bf86a2070d57056f54c3e4cf45cf8239f， 主分支 CI。

CommandCodeBridge v0.2.8

CommandCodeBridge v0.2.8

发布日期：2026-10-13。CPA 原生插件，C ABI 1 / RPC schema 6；调用官方 Provider API。

本次更新

• 修复 CPAMP 月额度比例缺失：优先使用真实上游月比例／cap，否则按官方文档与 CLI 核实的套餐月限额计算。只采用 monthly_credits，不混入购买或免费 credits。
• 套餐名统一显示 Go、GOAT、Pro、Max；区分旧 Pro 30、新 Pro 80，以及 Max 两档 150／300 credits。GOAT 61.083 credits 显示 61.083 / 70 credits、剩余 87%。
• 列表布局去掉中间分割线，右侧月额度的标题与进度条和左侧 5h 对齐；保留周额度、真实余额和重置时间。
• 接入原生窗口请求历史、当前窗口统计、预测与周期快照。月周期使用真实订阅起止，历史缺失时不推算上个月边界，刷新失败不使用过期比例预测。
• 区分本地 missing provider baseURL 配置错误与失效凭证，修复历史 401 导致的「需重登」误判。
• 四平台动态库内嵌新版 CPAMP 页面，与独立前端包一致；重写 README 的安装、快速开始、额度和升级说明。

升级步骤

1. 在支持热升级的 CPA 插件商店更新至 v0.2.8，确认插件控制台运行版本。
2. 进入「设置 → CPAMP 原生面板」，点击「更新原生面板」并检查生效状态，再强制刷新浏览器。
3. 在原生凭证列表或详情页刷新额度，现有凭证与模型无需重新导入。

已经启用的外部页面可原路径热替换，无需重启 Manager Server。首次启用外部页面或改变其路径，需要重启 Manager Server；旧宿主和手动覆盖被加载的动态库按宿主要求重启。

完整周期快照需要 Manager Server 的平台名单接受 commandcode。 包内 integrations/cpamp/apply.py 提供服务器补丁与回归测试，需在现有 Manager Server 的同一源码版本上应用、重建并部署；页面更新入口不会替换该服务器。已经应用该补丁的实例无需重复重建。

下载内容

提供 Linux amd64、Linux arm64、Windows amd64、macOS arm64 四平台 ZIP，以及 commandcodebridge_0.2.8_cpamp-web.zip、各自 SHA256 文件和统一 checksums.txt。各包 BUILD.json 记录来源提交和摘要，四平台插件内嵌页面与前端包一致。

动态库按 CPA 服务器平台选择，本地 OAuth 接收器按浏览器电脑平台选择。Linux 包要求 glibc ≥2.34；Alpine/musl 需另行构建。CPAMP 页面基于 dbf61dd，不同版本请在匹配源码应用适配。

插件商店源：registry.json。

验证与边界

发布流程执行 Go race/vet、前端类型检查和相关回归、四平台 CPA v8.0.23 原生协议及异常恢复联测，以及 0.2.7 → 0.2.8 插件热升级和 CPAMP 页面安装／热更新检查。统一校验来源、安装包和内嵌页面一致性。

页面现场验证已确认 GOAT 87%、真实月余额、桌面两种视图顶部对齐、390px 深色卡片无溢出，窗口历史与快照返回 200，浏览器无脚本错误。

模型目录可见不代表套餐允许调用。Claude 原生 Messages、图片、签名和 ZDR 的真实验收仍需具备相应模型权限；原生协议模拟联测不代表这些场景都已使用真实账户验收。Go 订阅 /alpha/generate 与固定上游 provider 模式不在本插件范围。

详见部署说明、原生集成、验证记录和更新记录。

构建来源

• 来源：main 提交 fd442d3。
• 主分支发行 CI：测试、四平台构建与统一校验通过。
• PR #10。

CommandCodeBridge v0.2.7

更新内容

• 原生凭证额度采用左侧 5h / 周额度上下两排、右侧月额度单列的布局。仅保留标签、剩余百分比、进度条与重置时间；缺少真实月比例时显示「—」。
• 配置保存即时生效；已经启用外部页面时，显示「更新原生面板」，原路径更新无需重启 Manager Server。
• 增加真实 CPA / CPAMP 热更新回归：CPA v8.0.23 从 v0.2.6 升级到 v0.2.7 时 PID 不变，凭证、模型、日志、统计保留；CPAMP v1.14.0 的 JSON panelPath 和 PANEL_PATH 均支持原路径页面热替换。

升级

通过支持热升级的 CPA 插件商店升级，确认运行版本为 0.2.7，然后在插件「设置 → CPAMP 原生面板」更新页面并强刷浏览器。首次启用外部面板或更改 Manager Server 页面路径仍需重启一次；迁移数据目录、旧宿主或覆盖被加载的动态库需安排维护窗口。热升级切换可能中断进行中的流，建议空闲时操作。

提供 Linux amd64 / arm64、Windows amd64、macOS arm64 四个平台插件包及 CPAMP web 包，附 SHA256、统一 checksums.txt 和构建来源。Linux 需要 glibc ≥ 2.34。原生页面基于 CPAMP dbf61dd；不同版本可使用包内适配脚本重新构建。

目标服务器未由本次发布操作部署或重启。完整说明见 部署文档。

v0.2.6

修复

• 正确识别 Linux CPAMP 环境变量部署中没有默认 config.json 的运行实例，修复原生面板安装误报「未找到同机 CPAMP」。
• 设置页显示实际进程、配置来源，并通过本机 HTTP 检查页面是否包含 CommandCode 原生额度组件。
• 已设置 USAGE_DATA_DIR 时可安装最小面板配置；已有 PANEL_PATH 时只更新页面，无需创建配置或重启 Manager Server。
• 仅设置数据库路径且未固定页面路径时阻止创建配置，保护原有数据和归档目录。安装重新核验配置快照，新文件原子创建且不覆盖并发文件。
• 解压发布包后，前端适配脚本从包内版本清单读取版本，手动构建入口无需 Go 源码。

下载与升级

按 CPA 平台选择插件 ZIP。每个平台包均内置匹配的 CPAMP 原生面板，同时提供独立的 commandcodebridge_0.2.6_cpamp-web.zip。

安装包与 checksums.txt 来自同一个干净的主分支 CI 提交，四平台内置面板与独立 web 包摘要一致。

升级插件后进入「设置 → CPAMP 原生面板」检查和安装。首次从 Manager 内嵌页面切换到外部页面仍需维护者安排 Manager Server 重启；仅升级动态库不会自动让旧页面展示原生额度。

本次发布未部署到目标服务器、未修改服务器文件、未重启线上服务。

验证

Go race / vet、11 项浏览器认证测试、27 项 CPAMP 前端测试通过。使用真实 CPA v8.0.23 和官方 CPAMP v1.13.1/v1.14.0 在隔离临时目录验证环境变量模式、原配置保持、失败回滚和实际 HTTP 页面生效；四平台 CI 构建与集成检查通过。

部署路径诊断、安装与回滚详见 部署说明。

v0.2.5 — One-click native CPAMP panel installation

v0.2.5：插件内一键安装 CPAMP 原生面板

现在怎样安装

同机二进制部署：升级插件 → 打开插件控制台「设置 → CPAMP 原生面板」→ 点击「安装原生面板」→ 首次切换后重启 Manager Server → 点击「检查生效状态」。现有 API key 凭证无需重新添加，再在原生列表、卡片或详情额度页刷新额度。

原生页面已内置到动态库，因此插件商店只安装动态库也能使用此入口，无需另下载 management.html 或手动 export PANEL_PATH。OAuth 仍使用浏览器电脑的 commandcodebridge-login 接收官方 POST 回调。

自动探测和路径入口

• 优先检测 Linux 正在运行的 cpa-manager-plus、实际 config.json 和 PANEL_PATH。
• 官方默认目录 ~/cpa-manager-plus；managed native 使用 run.sh 的活动 runtime 标记；直接解压运行时使用二进制旁的 config.json。
• 插件设置页和 CPA 插件配置项新增 cpamp_install_dir、cpamp_config_path、cpamp_panel_path，可修改目录和文件位置。
• 安装/检查按钮会先保存路径，多实例要求明确选择。
• 自动备份原配置和页面，只修改 panelPath，保留其他配置及权限；写入失败回滚，配置发生并发修改时拒绝覆盖。
• 已有外部面板时直接替换并检查实际 HTTP 页面；首次内嵌页面切换需要重启 Manager Server。

此功能操作 CPA 插件所在主机可读写的文件。Manager Server 位于另一台机器或不共享目录的容器时，仍需在其所在主机安装面板。目录权限不足会给出明确错误，不更改服务运行用户或管理密钥。

验证

• Go race/vet、路径持久化、活动 runtime、私有备份、重复安装、并发修改拒绝、失败回滚、HTTP 内容一致性检查。
• 实际 CPA v8.0.23 与官方 CPAMP v1.14.0 Linux 二进制联测：检测 → 内置页面安装 → 备份 → 重启 → 实际 HTTP 页面完全一致；已有 PANEL_PATH 页面替换立即生效。
• 浏览器验证路径修改后直接安装，并显示实际配置/页面/备份路径。
• 四平台原生集成、CPAMP 前端构建及统一校验；所有原生包的内置页面摘要与独立前端包一致，附上游 CPAMP 许可证。
• 产物来自干净主分支 CI，未部署或修改用户目标服务器。

手动安装和异机部署仍可使用独立 cpamp-web.zip。详细说明见 docs/DEPLOYMENT.md。