10/15 凌晨：CLIProxyAPI v8.0.29 与 codex-proxy v2.1.17 落版，TLS 握手修复默认是关的
汇总 10 月 14 日 22:33 至 10 月 15 日 03:27（北京）的中转栈事件：CLIProxyAPI v8.0.29 与 codex-proxy v2.1.17 两个稳定版落版，前几期跟踪的五条修复一起到货，其中 TLS 握手那条默认关着、要自己写配置，codex-proxy 则把 dev 上的两处同步写盘带进了稳定版。
本刊长期跟的两个项目在同一夜各交出一个稳定版：CLIProxyAPI 的 v8.0.29 发于 10 月 15 日 00:19（北京），codex-proxy 的 v2.1.17 发于 10 月 14 日 23:49。12
这一期覆盖 10 月 14 日 22:33 到 10 月 15 日 03:27（北京）。前几期跟过的五条修复随 v8.0.29 落进版本；codex-proxy 上一期还只停在
dev 分支的那两处同步写盘，也随 v2.1.17 发了出来。升级前要知道的一件事：Claude 请求卡在 TLS 握手那条修复默认关着，装上 v8.0.29 之后还得自己在配置里写一行才会生效。
现在就做
- 用 npm 装 codex-proxy 的，安装渠道已经换了。 npmjs 上的包本来就取不到，这一版把安装文档改成 GitHub Packages（需要带
read:packages的 token）或免鉴权的离线包。7 - Vertex 上撞到 400 的那轮会话，换一条新消息走。
/v1/responses的输入以 reasoning 结尾时，Vertex 会确定性地返回 400；重试同一轮只是重复撞墙，发一条新消息或临时换到非 Vertex 模型都能把这一轮走完。11
CLIProxyAPI v8.0.29：跟过的五条一起到货
这一版有 12 条提交，其中五条正好对应本刊前几期登记过的报障，都在发布前后关闭。1
| 前几期登记的条目 | 这一版的状态 | 落在哪儿 |
|---|---|---|
| Claude 请求卡在 TLS 握手不触发重试 3 | 已修，默认关闭，要自己开 | feat(claude): add timeout and retry logic for silent TLS handshakes，配套把 tls-handshake-timeout-seconds 移进 requests 配置 114 |
| Antigravity 的 Claude 流把缓存 token 计成输出，是第二期登记的计费错项。 | 已修 | fix(antigravity): correct token usage calculations for cached tokens in Gemini responses（对应 issue #6611）115 |
| MALFORMED_FUNCTION_CALL 被当成 refusal，Claude Code 会直接结束会话。 | 已修 | feat(gemini): treat MALFORMED_FUNCTION_CALL as retryable API error in Claude translation（对应 issue #6606）116 |
| 旧模型注册覆盖较新账号的前缀 17 | 已修 | fix(cliproxy): add model registration fencings and epoch-checked publications，本刊在源码里核到同名的注册栅栏函数 118 |
| 队列里早于重建的删除会摘掉账号 19 | 已修，走的是另一条路 | feat(watcher): add file removal tracking and single-file auth snapshotting；同名的那张 PR #6624 是草稿，已关闭未合并 12021 |
那条要自己开的配置
requests:
# 0 表示关闭（默认）；填一个大于 0 的秒数才会生效
tls-handshake-timeout-seconds: 0这一项只约束握手本身，作用范围是内置 uTLS 客户端的两条通道：Claude Code 走的 Anthropic 通道和 Chrome 指纹走的 ChatGPT/Codex 通道，标准回退传输不受影响。22 计时从 TCP 或代理 CONNECT 返回之后开始，握手成功就解除，推理与长流不会被它掐断。4
它解决的是第三期写过的那种情形：上游接受了连接却一直不回 ClientHello，请求无限等下去，request-retry 没有出手的机会。3 配上之后，这条内部期限产生的失败被归入瞬时传输错误，不会被算成账号故障，账号也不会因此被冷却。2324
同一版里其他值得知道的
Antigravity 的内置回退客户端版本提到 2.23.0，对上前几期那条按客户端版本门控模型的报障。1 模型注册表新增 gemini-3.8 系列变体与
muse-wonder-full-1.0；Gemini→Claude 方向的 tool_use id 现在跨轮唯一。1第五期登记过的一条「Responses 的 include 被覆盖」，被作者按「代码里本来就这么做」关闭。25 本刊在 v8.0.29 的源码里核到：只有调用方明确写了
web_search_call.action.sources，这个字段才会进最终列表。26第五期登记的另一条「cc 模型报格式错误」有了答复：上游在参数校验阶段拒掉了第 14 个工具的
input_schema，原因是为 Gemini 保留的多分支 anyOf/oneOf 联合被 Claude 侧后端拒绝；作者给的修复就是这一版里的多分支压平提交，让升级后重试。27v8.0.29 里还没有的
| 条目 | 状态 | 本刊核对 |
|---|---|---|
| 并发保存会写坏 config 与 auth 8 | 未合并，18:50 还有更新 | 停机改配置仍要手动对账 |
| auth 文件原子写 9 | 未合并 | 同上 |
| 停机时等在途刷新落盘 10 | 未合并 | 该 PR 加的符号在 v8.0.29 源码里搜不到 |
| 空远端仓库播种时上传明文管理密钥 28 | 新报，未修；修复 PR #6629 未合并 29 | 首次对空的对象存储桶或 Postgres 表播种时，本地 config.yaml 里的明文管理密钥会被原样上传并留在远端 |
| Antigravity 的 gemini-4-argon 分档 30 | 未合并 | 同时给目录刷新保留内置模型 |
Vertex 的 /v1/responses 400 11 | 新报，无人回复 | 按 thought 剥尾的 DropGeminiTrailingThoughtOnlyContent 只有 Antigravity 执行器一处调用 3132 |
codex-proxy v2.1.17：dev 上的东西随稳定版出来
v2.1.17 是 v2.1.16 之后的第一个稳定版，标签打在
dev 上，发布说明里那几条正是本刊前几期逐条登记过的合并。2Antigravity 的 OAuth 账号进了首页账号管理区，带用量追踪，面板计数一并修好；新增账号保活调度器；出口日志开始显示上游实际模型 ID；少于 100 token 的回复不再计入平均速度；仪表盘加了快捷键，托盘改成单击开窗。233
安装方式也跟着变了。npmjs 上从来没有发出去过
@icebear0828/codex-proxy，这一版把发布任务删掉，README 改成 GitHub Packages 加离线包两条路：前者要带 read:packages 的 token，后者是 codex-proxy-npm.zip 离线包，不需要鉴权。7那条「只在 dev」的写盘，现在在稳定版里
上一期写的是：Antigravity 请求热路径上多出两次同步写盘，这一处在
dev 上，稳定版与最新预发布都没有。这一条到这波为止不再成立。6本刊把
src/auth/api-key-pool.ts 在 v2.1.17 与 dev 两个 ref 上取下来逐行比对，两边都是 443 行，内容一致。markUsed() 与 recordUsage() 各自以一次 this.persist() 结尾，默认持久化实现用 writeFileSync() 写临时文件再 renameSync() 改名。5
// Defer persist — lastUsedAt is non-critical34。保活调度器的配置键是
account_keepalive，enabled 默认 false。打开后有两种排程：默认的 fixed_times 在本地时间的 07:00、13:00、18:00 各打一次，interval 模式按 interval_minutes 重复；并发默认 2，每批之间默认停 1000 毫秒。1213sub2api 与 codex2api：这一夜没有新版本
窗口内 sub2api 新开三条，都没有合并。一条是 Chat→Responses 转换里那个固定 128 的最小输出 token 下限不可配，报告人附带了一张实测表：上限填 1 时实际生成 128 token，而同样填 1 在 Responses 路径直接返回 400。37 配套的 PR 新增
gateway.min_output_tokens，默认 128，最低允许 16。38另一条给 Antigravity 账号补 Gemini 4 Argon 三档与上游模型目录。39 它写明 Google 侧按
antigravity/hub/2.23.0 这个客户端家族门控 Gemini 4 Argon，与 v8.0.29 把回退版本提到 2.23.0 落在同一件事上。39上游：官方侧没有新信号，社区侧这次接通了一路
Anthropic 状态页在窗口内 0 条事件，各组件正常，页面刷新时间为 10 月 15 日 03:00（北京）。40 Google Cloud 的事件源同期也是 0 条，最近一条仍是 10 月 8 日的 Cloud Storage 写入延迟。41
Codex 的重置记录没有变化。两个追踪站都停在 10 月 13 日 13:03 至 13:06（北京）那一次，codex-reset.com 自述这是 38 小时前，当天（UTC）还没有新的重置，也没有新的预告。4243
OpenAI 社区 Codex 分区窗口内与额度、风控相关的新帖是空的。最接近的一条是 9 月 13 日开出的功能请求，希望用量耗尽后自动续跑，10 月 15 日 02:32（北京）还有人回复。44
linux.do 原站这一轮仍然拒绝抓取（403 挑战页），本刊改从它的第三方晚报镜像读到了第 006 期（10 月 14 日 21:30 北京发布）收录的条目。45
三条与额度、风控沾边的：一条记录某个平台（镜像原文写作 Any）开始打击「脚本抢占与保活」，当天 155 帖、134 人参与，是当日最大讨论；46 一条围绕各地区 Claude 封号与合规环境展开；47 还有几条是 Codex 容量与额度的用户体感，Pro 账号撞上「算力不足」，Plus 账号觉得额度见底快。4849
linux.do 的原帖本刊打不开，这几条只能按镜像收录的样子登记，量级与细节留到能打开原帖时再核。45
References
- 1CLIProxyAPI v8.0.29 · Releases
github.com
- 2codex-proxy v2.1.17 · Releases
github.com
- 3
- 4config.example.yaml at v8.0.29
github.com
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14internal/config/config_v8.go at v8.0.29
github.com
- 15
- 16
- 17
- 18
- 19
- 20internal/watcher/watcher.go at v8.0.29
github.com
- 21
- 22internal/config/sdk_config.go at v8.0.29
github.com
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35Sub2API v0.2.16 · Releases
github.com
- 36codex2api v3.1.0 · Releases
github.com
- 37
- 38
- 39
- 40Claude Status
status.anthropic.com
- 41Google Cloud Service Health
status.cloud.google.com
- 42Codex reset tracker
opentherank.com
- 43Codex Reset — Last Reset Tracker
codex-reset.com
- 44Latest Codex topics · OpenAI Developer Community
community.openai.com
- 45第 006 期 · 2026-10-14 · linux.do 晚报
linuxdo.club
- 46Any 开始打击「脚本抢占/保活」行为 · linux.do
linux.do
- 47新加坡的 Claude 使用率全球第二 · linux.do
linux.do
- 48第一次遇到 OpenAI 算力不足的提示 · linux.do
linux.do
- 49开了 plus，codex 额度却很低 · linux.do
linux.do
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.