v8.0.42 把五张插件单一次发完：payload 规则现在落在插件门口，另补一个只在 Windows 会越出目录的日志文件名漏洞
CLIProxyAPI v8.0.42 把上期还挂在 dev 上的五张插件执行器单一次发了出来：payload 规则与思考管线对插件执行器开始生效，同一个版本还带一个只在 Windows 上会越出目录的请求日志文件名补丁；正文给出升不升的判断、三处会变的行为与今晚的处置顺序。
22:21，CLIProxyAPI 发了 v8.0.42。四十分钟前还只挂在 dev 上的那批插件执行器补丁，这一版全带上了1。
六张单在发版前一分钟一起关掉，都打了 Fixed 标。五张插件执行器单是 #6936 到 #6940，加上 home 集群的 #6946，关闭时刻落在 22:20:46 到 22:20:48 之间23。
配置不用动。两版之间有 35 个文件改动，没有一个是
config.example.yaml4。备份 auth 目录、换二进制、重启就完事。升级前要确认两件事：客户端有没有往模型名后面加自定义后缀，插件有没有自己解析
model(high) 这种后缀。这一版把插件执行器接进了宿主的思考管线，这两类用法会跟着变。这一版里有什么，按要不要动手排
| 改动 | 谁会碰到 | 动手 |
|---|---|---|
| payload 规则对插件执行器生效 | 装了插件执行器、又配了 payload.* 的实例 | 升；按 model(high) 写的规则改成裸模型名 |
| 思考管线在插件执行前跑 | 同上，外加用后缀切档位的客户端 | 升；先核客户端后缀 |
插件错误可以带 retry_after_seconds | 自研插件 | 宿主升到位；插件自己填才有用 |
插件 count_tokens 回复按 token 数翻译 | 用 /v1/messages/count_tokens 打到插件的实例 | 升 |
| 跨源重定向不再转发凭证头 | 插件回调会跟重定向的实例 | 升 |
| 请求日志文件名挡住路径穿越 | Windows 上开了 observability.request-log 的实例 | 升，或先关掉 request-log |
| git token store 认索引与 packfile 损坏 | 用 git store 存凭证的实例 | 升 |
| home 侧取消 rebalance 连接 | Home 模式多节点 | 升 |
| Kimi K3.1 Pro 与 highspeed 共享思考回放 | 路由到这两个型号的实例 | 升 |
| Antigravity 工具签名与流式 call index | 在 Antigravity 上跑工具调用的实例 | 升 |
另有一笔只从三份 README 里删掉了过时的第三方扩展条目，不影响运行5。
六张单是怎么一次结清的
同主题的那张 PR 始终没合。这一版里的实现是维护者自己另写的一份，21:10:44 直接进的 dev7。
插件执行器现在的顺序
internal/pluginhost/adapters_executors.go 第 452 到 496 行：先判断要不要把 model(high) 拆成裸名（第 452 到 457 行），再跑思考管线（第 460 行），然后套 payload 规则（第 491 行），最后把裸名写回 nativeReq.Model（第 495 到 496 行）8思考档位先被规范化成目标 provider 认识的写法。payload 规则在规范化之后动手，所以规则能盖掉管线刚写进去的档位。
规则的匹配口径有两处要记住。匹配用的模型名是拆掉后缀的裸名，写规则时按裸名填。源协议用的是客户端那一侧的格式，
from-protocol 也按客户端格式填；按插件上游格式填会对不上。Antigravity 输入时，规则作用在
request 根下，路径要照这个前缀写。规则是宿主对请求做的最后一次改动，之后请求交给插件。插件还要把自己的请求体翻成上游格式，规则改过的字段能不能带上去，取决于那个插件怎么翻。
内置执行器在序列化之前还有一道 payload_finalizer.go 的 FinalizePayload 兜着，插件自己建请求，宿主没有第二次改的机会。
升级后会变的三件事
不认识的思考后缀会直接失败。 宿主认识这个模型时（插件登记了它、注册表里有、或该 provider 有思考器），
model(banana) 这类后缀会变成一档非法档位。校验失败后请求在准备阶段就返回错误，送不到插件9。宿主不认识那个模型时，后缀原样下发。内置执行器一直是这样，插件这一版才对齐。插件收到的是裸模型名。 只要宿主能接管思考，第 495 到 496 行就把
nativeReq.Model 写成裸名。自己解析 model(high) 的插件从这一版起收不到后缀，得改读请求体里的思考字段。宿主不认识该 provider 时，后缀照旧下发。count_tokens 的回复换了形状。 以前插件回的 token 数被当成模型响应翻译，客户端拿到一条 role=assistant 的空消息。现在先从 usage.prompt_tokens、input_tokens、totalTokens、total_tokens 这些路径认出这是计数，再走 token 计数翻译器10。这条路只在插件声明的输出格式与请求格式不同、且目标格式有计数翻译器时走。一个只在 Windows 上能爬出目录的补丁
请求日志的文件名由客户端请求路径生成。v8.0.41 的清洗只把
/ 换成 -，反斜杠原样留着。Windows 把 \ 当路径分隔符，filepath.Join 就能把 .log 写到日志目录外面去11。
internal/logging/request_logger_writer.go 第 354 到 392 行的 sanitizeForFilename。第 362 到 364 行的注释写明两个分隔符都要换掉，因为 Windows 把 \ 也当分隔符；第 375 到 378 行把 .. 反复清掉12补丁一共四道。两个分隔符都替换，
.. 循环清掉，首尾的 - 和 . 一起 trim，最后再过一次 filepath.Base。落盘那一步另加了校验：文件名里出现分隔符、出现 ..、或者不是单段路径，直接报错不写。暴露面是 Windows 加
observability.request-log: true。这个开关默认 false，管的是代理请求与响应的落盘13。Linux 上反斜杠只是普通字符，这条路径出不去，升级照做。存储与 home 的两笔
git token store 现在把 packfile 缺失、index 缺失、对象缺失，以及报
packhandle: 的路径都算作仓库损坏14。
internal/store/gitstore.go 第 1554 到 1560 行的 isRepositoryCorruptionError：认的是 ErrPackfileNotFound、ErrIdxNotFound、ErrObjectNotFound，加上错误文本里带 packhandle: 的文件不存在15识别到之后走的是修复。损坏的
.git 目录改名成 corrupt.git 留作备份，再重建；重建失败会把原目录还原回来。这两类损坏在上一版识别不出来，修复分支根本不会触发。home 侧那笔把延迟探测与 rebalance 两条 Redis 连接的 dialer 包了一层可取消连接。取消之后不会再卡在阻塞读上，上期说的那个「取消不返回」从探针这一侧也堵上了。
同主题那张 PR 没进来
#6944 还是 open，mergeable 已经变成 dirty，四笔提交、3 个文件 +481/−316。按发行版判断就够了，那张 PR 合与不合都不影响这一版。
另有一张 9 月 9 日就开的 #5673（Claude Code 的 effort 与工具 schema），22:17:06 被作者自己关掉，理由是两半分别被 #5644 的修复和 009f8d7a 落地了17。
sub2api：一小时里三张新单，一张没合
- #8325，21:58 开。Codex catalog 的映射别名没有继承目标模型的推理档位，未知别名现在只给
none18。 - #8326，22:17 开。Gemini 的
fileData内联图片没被算进计费张数19。 - #8327，22:20 开，draft。管理端会话日志，默认关20。
- #8328，22:35 开、已关，一张垃圾单。
v0.2.18 仍是现行版本，main 停在 10:12（北京）21。#8323（按张计费）还开着。
四张单都没进版本。用 Gemini 生图、又按张计费的实例，可以自己先核一遍计数，不必等 #8326 合。
上游与额度
OpenAI 状态页全绿，最近一条事件是今天 06:52 到 07:43（北京）的 ChatGPT 连接降级，已经恢复22。
Anthropic 的 50 条历史里，最近两条都落在本窗口之前：Fable 5 与 Fable 5.1 的错误率升高 13:16 到 13:53，Opus 5.5 的 08:31 到 08:3723。现在组件全是 Operational。Google Cloud 八条记录，最近一条是 10-22 的。
额度侧没有新事件。codex-reset 记的是「今天 UTC 还没重置」，最近一次已验证的全局重置是 10-23 01:10（北京），到发稿 46 小时。累计 57 次全局重置、10 次 banked，节奏约两天一次24。Tibo 最新一条帖在 11:41（北京），也在窗口之前。
社区侧这一小时里能确认的只有这些：
- OpenAI 开发者社区 Codex 分区窗口内没有新话题，最新一条在 21:39，比窗口早 11 分钟25。
- Google 论坛 antigravity 分区 22:03 一条，讲订阅 11 月 1 日到期不打算续、Gemini 3.8 Flash 话太多26；gemini-api 分区 22:13 一条，报 Argon 对无害的历史与神学提问直接拒答27。两条都是普通用户发的，没有官方回复。
- r/GeminiAI 22:58 出现一条「antigravity 的限额是不是变低了」28，r/OpenAI 22:50 一条问同一批 GPT-5 请求为什么贵出三倍29。两条都只有标题，没有数值，也没有官方回应。
- openai/codex 窗口内新开 9 条，全是桌面端与权限类，没有额度或封号30。
今晚的处置顺序
- 备份 auth 目录与配置，升 v8.0.42，重启。
- 看一条插件执行器的请求：payload 规则有没有按裸模型名匹配上。
- 客户端带自定义后缀的，先摘掉，再放流量进来。
- Windows 上开着
request-log的，翻一遍日志目录里形状奇怪的.log。 - 那张同主题 PR 的进度可以放着，按发行版走。
References
- 1CLIProxyAPI v8.0.42 发行页
github.com
- 2CLIProxyAPI #6939
github.com
- 3CLIProxyAPI #6946
github.com
- 4v8.0.41 到 v8.0.42 的改动清单
github.com
- 5提交 bc064340
github.com
- 6c9af5290：让插件执行器跑思考管线
github.com
- 7e42eee6e：把 payload 规则应用到插件执行器
github.com
- 8插件执行器源码
github.com
- 9思考档位校验
github.com
- 10count_tokens 修复
github.com
- 11179d43dc：请求日志文件名路径穿越
github.com
- 12日志文件名清洗源码
github.com
- 13config.example.yaml
github.com
- 140d3ca1d3：识别仓库索引与 packfile 损坏
github.com
- 15仓库损坏判定源码
github.com
- 16CLIProxyAPI PR #6944
github.com
- 17CLIProxyAPI PR #5673
github.com
- 18sub2api PR #8325
github.com
- 19sub2api PR #8326
github.com
- 20sub2api PR #8327
github.com
- 21sub2api 发行页
github.com
- 22OpenAI 状态页
status.openai.com
- 23Claude 状态页
status.claude.com
- 24codex-reset
codex-reset.com
- 25OpenAI 开发者社区 Codex 分区
community.openai.com
- 26Antigravity 分区帖
discuss.ai.google.dev
- 27Gemini API 分区帖
discuss.ai.google.dev
- 28r/GeminiAI 帖
reddit.com
- 29r/OpenAI 帖
reddit.com
- 30openai/codex 窗口内新单
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.