[Gaoshou101]

修复

• count_tokens：改为插件本地返回 404 count_tokens_unsupported，不访问上游。v0.2.11 的 501 会让 CPA v8.0.23 等宿主冷却凭证，随后的 /v1/messages 返回 503 auth_unavailable（CLIProxyAPI #7271，上游修复 1c53721）。已在 v8.0.23 上复现，并验证修复有效。
• 思考后缀 model(level) / model(budget)：
  • v8.0.23 会把带后缀的模型名原样交给插件。修复前插件返回 404，宿主随即冷却基础模型，实测约 12 小时后才重试。
  • v8.0.59（上游 c9af529）由宿主剥离后缀，但原生 Messages 会丢失后缀指定的等级，宿主注入的 reasoning_effort=auto 还会被发往上游，在 Anthropic 模型上返回 400。
  • 插件现在按宿主规则解析后缀，后缀优先于请求体中的推理设置，并删除 auto / unset。

CI

• GitHub 已于 2026-11-02 停用 macos-14 runner（[macOS] macOS 14 Sonoma retirement: GitHub Actions and ADO arm64 on November 2; ADO Intel on November 23 actions/runner-images#13518）。PR test(cpamp): Antigravity 额度行为回归纳入发布门槛 #14 的 macOS 任务正是因此被取消。darwin-arm64 改用 macos-15，通过 MACOSX_DEPLOYMENT_TARGET=14.0 把最低系统保持在 14.0（与 v0.2.11 发布包一致），构建后用 otool -l 校验。
• 新增 cpa_count_tokens.py、cpa_thinking_suffix.py 及对应单元测试，已接入固定 v8.0.23 基线、Windows、Linux/macOS ARM64 和最新 CPA 候选任务。候选任务另外加跑原生管理、第二轮协议和热重载测试。
• 新增每周定时运行：定时运行时，候选任务失败会让整个工作流失败。
• 热升级测试的前一版本改为 v0.2.11。

本地验证

• go vet、gofmt、go test ./internal/... ./cmd/... 均通过；Node 31 项通过；test_cpamp_panel_validation.py 在 WSL 下 6 项通过。
• Windows 实际 CPA v8.0.23 与 v8.0.59 各跑 9 项宿主联测，共 18/18 通过，其中包括以 v0.2.11 正式包为起点的 0.2.11 → 0.2.12 热升级。
• 用修复前的动态库跑 cpa_thinking_suffix.py，在两个 CPA 版本上都失败，说明该测试能抓到这个问题。
• 本次只用了本地模拟上游，没有发起真实模型请求，也没有访问任何部署服务器。compatibility.json 未改，CPA 发布门槛仍为 v8.0.23。

详见 docs/VALIDATION.md 中的 v0.2.12 一节。合并后需另打 v0.2.12 tag 才会发布。