v8.0.43 在 23:37 发出：三条流式缺陷进了版，作者那四张补丁一张没合
CLIProxyAPI v8.0.43 在 23:37 发出，上一期那三条流式缺陷连同白天五处修复一起进版；作者四张补丁仍未合并，其中一处首帧读取的同型写法被漏掉，另有一条链式网关 408 被写成 502 的草稿补丁没合。
v8.0.43 在 23:37 挂了出来，tag 指向提交 30780351——和 dev、main 是同一个提交。上一期盯的三条流式缺陷都在这一版里：AI Studio 一个 chunk 多帧只译第一帧、取消被记成成功、Responses WebSocket 的 401 被本地 408 顶掉。1
作者 22:02 之后连开的四张补丁，到发稿时仍然全部 open。2 落地的是维护者自己名字的提交：四张补丁里有三张的改动被原样搬了进去，第四张被砍到三分之一。
这一版一共 18 条改动，把 v8.0.42 之后 dev 上的账一次结清；示例配置与 v8.0.42 逐字节相同，升级不用改配置。
三条流式缺陷：改了什么，发版后还剩什么
AI Studio 一个 chunk 里的多帧，只译第一帧
relay 一帧里塞进多帧 SSE 时，翻译层按 gjson 只读第一个 JSON 对象，后面的结束原因与用量整段丢掉。3
落地的改法新增
splitRelayFrames，按空行把 chunk 切成单帧；以 SSE 字段开头的块保留 data: 行，裸 JSON 与 [DONE] 整块不切。4 模型观测、用量解析、元数据过滤、翻译四步改成逐帧跑。
for _, frame := range splitRelayFrames(event.Payload) 是这次改动的入口，第 390–395 行把模型、用量、翻译逐帧跑一遍；取自提交 30780351 的 aistudio_executor.go 第 383–410 行，也就是 v8.0.43 里的同一段代码。作者补丁 #6978 里执行器那部分被逐行采纳：它新增的 255 行里 216 行与落地版本一字不差，落地版另外补了 231 行回归测试。5
取消与关闭撞在一起，这一轮被记成成功
请求上下文已取消、流通道同时关闭时，
select 在两者之间随机挑，挑到通道关闭就把这一轮当成正常结束。6落地的补丁只在通道关闭分支里加了一条判断：
if !ok && ctx.Err() != nil 就直接报取消。7 五行代码，二十行测试。
select 是随机的，单纯的关闭会被当成成功。取自 handlers_interceptors.go 第 241–262 行。这条只修了一半。作者补丁 #6980 还改了首帧读取
readInitialStreamChunks 里同一处写法，新增 69 行；落地只收了其中 24 行，另外 45 行没有采纳。8v8.0.43 的
handlers_stream.go 第 488–510 行还是老结构：select 在 ctx.Done() 与 chunks 之间随机，随后 if !ok 直接置 streamClosedBeforeRead。9
select：取消置 streamCanceledBeforeRead，通道关闭置 streamClosedBeforeRead，两条路只差一个分支却记账不同。取自 handlers_stream.go 第 486–510 行，v8.0.43 与它相同。后果落在账上：只有
streamCanceledBeforeRead 会把这一轮写成 canceled，10 走关闭那条路时 completionOutcome 停在 succeeded。建连之后、首字节之前被客户端掐掉的请求，在插件统计里可能被算成一次成功。Responses WebSocket 的 401 被本地 408 顶掉
转发循环先读已经关闭的数据通道，缓冲里的错误还没排空就返回，钉住凭证的 401/429 变成本地 408
stream closed before response.completed，上游那句 1012 重放提示一起丢掉。11落地的改法在关闭分支前加
handlers.PendingStreamError 排空 errs，标准与 duplex 两条转发路径都覆盖，共 79 行新增、28 行删除，另附 36 行回归测试。12 作者补丁 #6982 的 75 行新增里有 65 行与此相同。13那一波关单与发版的先后
七张单在 23:36:57 到 23:37:09 之间被一起关成 completed：#6977、#6979、#6981、#6983，加上白天修好的 #6961、#6962、#6975。14 13 秒后 v8.0.43 发布。
其中 #6983 只是测试，
-race 下两个 websocket 测试各自 40 次挂 2 次，改成在 upgrade 之前编号连接、等请求体到达再回完成帧。15 作者补丁 #6984 的 48 行新增与落地逐行一致，一张测试补丁被完整收下。同版还带了五处与运行行为相关的改动：duplex websocket 轮次绑定到请求里那个模型、duplex 重新授权与 gin context 隔离、重新登录后的凭证在刷新失败之后回到轮转、watcher 保留文件快照绑定、Gemini 数组占位项推迟到
$ref 与 allOf 解析之后。1第二件：链式网关的 408 被写成 502，补丁还是草稿
串两层 CLIProxyAPI 时，内层对「流在
response.completed 之前断」统一回 408、code 是 request_timeout。16 外层的 codexTerminalFailureStatus 不认这个 code，落 default 回 502。
case errorCode == "request_timeout"，紧邻的第 202–203 行 default 回 502 就是 v8.0.43 现在对这类错误的处理；取自 PR #6986 头分支 codex_executor_terminal.go 第 190–206 行。502 之后进了冷却的瞬时分支：
conductor_cooldown.go 第 1220 行把 408、500、502、503、504、520–526 一并算成可恢复失败，写入 NextRetryAfter 并把凭证标成不可用。17 默认 transient-error-cooldown-seconds: 0 折算成 60 秒，于是一次被上游截断的请求会把一张健康凭证锁一分钟。接口本来就存在：
sdk/cliproxy/executor/types.go 第 287 行有 IsRequestScoped()，18 conductor_cooldown.go 第 2391 行会先看这个标记再决定要不要冷却。19 缺的是 statusErr 结构体没实现它——补丁加一个 requestScoped 字段、在 408 且错误体不是鉴权/限流/配额类时置真，这条路就通了。20PR #6986 是 23:07 开的草稿，5 文件 +360/−1，到发稿仍是 open、未被维护者置评。20
今晚要么把外层
routing.cooldown.transient-error-cooldown-seconds 设成 -1，让瞬时错误一律不冷却；要么接受这 60 秒，把重试交给客户端。前者的代价是真的 5xx 也不再摘号。同一批关掉的另外两张
#6962 是 xAI 的重复工具定义：续接的会话把顶层
tools 与历史里的 input[].additional_tools 按拼接合并，同名函数两份一起发给上游，回 400 Duplicate function definition provided: clock__sleep。21 提交 0c61b12c 按工具名去重、先到先得，已随 v8.0.43 发出。22 还没升版的机器，避开它的办法是新开会话，或把会话里带过来的 additional_tools 清掉。#6961 是插件重放：插件通过
host.model.execute_stream 重放一段 Claude Messages 请求时拿不到调用方身份，MCP 工具别名退回默认密钥，tools 段与原始请求不同——而 tools 是 Anthropic 缓存前缀的第一段，重放打不中原请求写下的 prompt cache。23 提交 e48d780f 把 caller scope 暴露在拦截结构上并接受在 HostModelExecutionRequest 里，已随 v8.0.43 发出。24版本面与上游
其余三仓窗口内零新版本、零主干提交：sub2api 仍停在 v0.2.18（10-23 15:44），25 codex-proxy 停在 v2.1.20（10-23 03:56），26 codex2api 停在 v3.1.1（10-17 05:42）。27
上游状态全绿：OpenAI 状态页 All Systems Operational、没有降级组件，28 Claude 状态页同样全绿、页面更新时刻 23:19，29 Google Cloud 仍是 8 条历史事件、最新一条停在 10-23 00:19。30
额度追踪站那一侧：10-25 那条重置仍标 pending、
effective_at 为空，最新一条帖的时间是 22:38。31今晚的处置顺序
先升到 v8.0.43。判据是发行页 tag 为 v8.0.43、
git ls-remote 里 refs/tags/v8.0.43、refs/heads/main、refs/heads/dev 三者都是 30780351；配置不用动，两份 config.example.yaml 逐字节相同。升完验三处：AI Studio 会话的末帧带回
finishReason 与 usageMetadata；WebSocket 客户端收到 401 或 429 的原码；取消的请求在插件统计里记成 canceled——这一条仍有残留，建连后首字节前取消的那批可能还算成功。链式部署的，把外层瞬时冷却设成
-1 或接受一分钟锁号，等 #6986 合了再恢复默认。下一版看两件事：
refs/tags 不再指向 30780351，以及 #6979 那一半有没有被补上。References
- 1CLIProxyAPI v8.0.43 发行页
github.com
- 2PR #6978
github.com
- 3issue #6977
github.com
- 4提交 30780351
github.com
- 5PR #6978 全量 diff
patch-diff.githubusercontent.com
- 6issue #6979
github.com
- 7提交 90fe5b23
github.com
- 8PR #6980 全量 diff
patch-diff.githubusercontent.com
- 9handlers_stream.go 第 486–510 行
github.com
- 10handlers_stream.go 第 596–614 行
github.com
- 11issue #6981
github.com
- 12提交 0fe4cc2c
github.com
- 13PR #6982 全量 diff
patch-diff.githubusercontent.com
- 14issue #6983
github.com
- 15提交 84e83441
github.com
- 16openai_responses_stream_error.go 映射表
github.com
- 17conductor_cooldown.go 第 1218–1222 行
github.com
- 18executor/types.go 第 287 行
github.com
- 19conductor_cooldown.go 第 2388–2396 行
github.com
- 20PR #6986
github.com
- 21issue #6962
github.com
- 22提交 0c61b12c
github.com
- 23issue #6961
github.com
- 24提交 e48d780f
github.com
- 25sub2api v0.2.18
github.com
- 26codex-proxy v2.1.20
github.com
- 27codex2api v3.1.1
github.com
- 28OpenAI 状态页
status.openai.com
- 29Claude 状态页
status.claude.com
- 30Google Cloud 状态页
status.cloud.google.com
- 31codex-reset
codex-reset.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.