build: 升级 CLIProxyAPI 至 v7.2.133

AGENTS.md

@@ -34,9 +34,10 @@
 
 - 本地 CPA 在 WSL 中运行，项目运行目录统一使用 `cpa-plugin/.runtime`；Windows 客户端经 `127.0.0.1` 访问 WSL 时，localhost 转发层可能不会立即向 CPA 传递客户端断开，取消链路测试优先在 WSL 内直连执行。
 - 从 PowerShell 跨 WSL 或 SSH 执行包含 Bash 变量、命令替换或多层引号的逻辑时，优先在 `.runtime/tmp/` 创建临时脚本后传入目标环境执行，不拼接复杂的单行 shell；临时脚本不提交。
-- CLIProxyAPI `v7.2.132` 的宿主补丁保存在 `patch/`，必须按 `usage-context`、`usage-identity`、`request-lifecycle-cancel` 的顺序应用；升级 CPA 后先复测补丁是否仍有必要。
+- CLIProxyAPI `v7.2.133` 的宿主补丁保存在 `patch/`，必须按 `usage-context`、`usage-identity`、`request-lifecycle-cancel` 的顺序应用；升级 CPA 后先复测补丁是否仍有必要。
 - CPA Linux 可执行文件解压后约 60 MiB，`gzip -9` 后约 20 MiB。上传远端时使用 gzip/tar.gz 或 `scp -C`，不要直接传输未压缩二进制；部署后的运行文件仍需解压为原始可执行文件。
 - 实际服务器为 `root@akko.pchuan.top`，CPA 根目录为 `/root/cpa`。只维护本项目的 `billing` 和已要求启用的 `keeper`，不启用或部署其他参考插件。
 - 远端替换 CPA 或 billing 前，先停止 `/root/cpa/cpa.sh` 管理的进程，并把旧二进制、插件和 `data/cpa-ext.db*` 备份到 `/root/cpa/backups/<timestamp>/`；新版本启动失败时恢复旧二进制和插件。
-- 远端验收只调用 `gpt-5.6-luna`，至少核对：无 Key 被拒绝、有效 billing Key 请求成功、请求明细只有一条且包含 Request ID 和 Token、额度发生一次扣减、`active_requests` 回到 0。
+- 功能、协议、计费、取消链路与真实模型请求验收全部在本地 CPA 完成；至少核对：无 Key 被拒绝、有效 billing Key 请求成功、请求明细只有一条且包含 Request ID 和 Token、额度发生一次扣减、`active_requests` 回到 0。
+- 本地验收通过后可直接发布远端。远端只允许执行压缩包校验、旧文件与数据库备份、二进制和插件替换、进程启动、健康检查及插件注册状态检查；禁止为验收向远端模型端点发送请求，包括任何 `/v1/responses`、`/v1/chat/completions` 或 compact 请求。
 - 管理密钥和下游 Key 从远端 secret 文件或管理 API 在脚本内部读取，禁止在终端输出、提交或写入普通日志；验证结果只输出 Key 名称、状态、额度配置和布尔结论。

patch/README.md

@@ -1,6 +1,6 @@
 # CLIProxyAPI 宿主补丁
 
-这里保存 billing 在 CLIProxyAPI `v7.2.132` 上需要的三项宿主修复。三项补丁都不改变计费规则或数据库结构，必须按下列顺序应用：
+这里保存 billing 在 CLIProxyAPI `v7.2.133` 上需要的三项宿主修复。三项补丁都不改变计费规则或数据库结构，必须按下列顺序应用：
 
 1. [`cli-proxy-api-usage-context.patch`](cli-proxy-api-usage-context.patch)
 2. [`cli-proxy-api-usage-identity.patch`](cli-proxy-api-usage-identity.patch)
@@ -8,8 +8,8 @@
 
 适用基线：
 
-- CLIProxyAPI：`v7.2.132`
-- 提交：`78f0c4079e3e6273d65d03b5549cffc898703264`
+- CLIProxyAPI：`v7.2.133`
+- 提交：`7efe0a7c11adfecb7fe82f2d1128f873a9f4cbf3`
 - Native ABI：`1`
 - 第二项补丁把 RPC schema 从 `3` 提升到 `4`
 
@@ -121,7 +121,7 @@ billing 必须使用 RPC schema v4 重新构建；旧 billing 动态库会向下
 - billing 全部测试、billing race 测试及 CLIProxyAPI 相关包 race 测试通过；
 - schema v3 对照插件仍能正常注册，新增字段不会发送给旧 schema。
 
-CLIProxyAPI 全仓 `go test ./...` 在该基线自身仍有 5 个无关失败：3 个 Claude OS 指纹用例在 WSL 中得到 `MacOS` 而期望 `Linux`，以及 2 个 `reviewedInPlaceByteWrites` 清单陈旧项。补丁涉及的包及其 race 测试均通过。
+升级到 CLIProxyAPI `v7.2.133` 后，三项补丁可从干净基线按顺序重放，补丁涉及的三个包及其 race 测试、billing 全仓 race 测试和两个 Linux amd64 产物构建均通过。宿主全仓 `go test ./...` 只剩 2 个与补丁无关的 `reviewedInPlaceByteWrites` 陈旧清单失败：`internal/home/client.go` 和 `internal/pluginstore/auth.go` 已不再包含清单记录的原地 byte 写入。
 
 ## 性能影响