10/16 凌晨续报：上游降级补第二次恢复，CLIProxyAPI 不修 reasoning_content 连续换行
补报 10 月 16 日 01:46 到 03:28（北京）：OpenAI 那条登录与注册降级补了第二次恢复；CLIProxyAPI 把 reasoning_content 里的连续换行判给客户端展示层，明确不修。四个仓库本窗口都没有新版本。
补报 10 月 16 日 01:46 到 03:28（北京）。第二十五期在北京 01:46 刊出，本期接在它后面。
这个窗口四个仓库都没有发新版，主干上也没有新提交，今晚没有要升的版本。
上游那条登录与注册降级多了一条恢复更新。中转侧只有一条形态变化：CLIProxyAPI 把
reasoning_content 里的连续换行判给了客户端。影响面两块。客户端用户那边，ChatGPT 应用登录与注册的报障可以彻底收尾。中转运维这边，要动的东西在客户端展示层，或者在提补丁的路径上。
今晚先做这几件事：
- 没有要升的版本：四个仓库本窗口既无新版本，主干也无新提交，不用为此改配置。
- 上游那条登录与注册降级在北京 02:56 又收了一次尾，可以放下；状态页上仍显示的「部分系统降级」是 Compliance API 成本数据延迟那条旧事件。
- 下游客户端按
white-space: pre-wrap渲染reasoning_content、thought 段之间空出两整行的站点：这条维护者已明确不修，动作改成去客户端侧处理。 - 想自己给 CLIProxyAPI 的翻译层提补丁的站点：
internal/translator/**的改动会被仓库的 CI 直接挡掉，得先开 issue。
上游：那条登录与注册降级补了第二次恢复
OpenAI 状态页那条事件在北京 02:56 多出一条「已恢复」，正文与前一条一字不差，都是「All impacted services have now fully recovered.」1
从北京 00:29 开单到 02:56，这条事件一共五条更新，中间是 00:35 扩到 iOS 与 Android、01:13 已缓解、01:41 第一条已恢复 1
状态页整体现在仍写着「部分系统降级」2
那份降级来自另一条事件：Compliance API 的成本数据延迟，北京 10 月 15 日 01:00 开出，状态是已确认，最后一条更新在北京 10 月 15 日 04:00 2
组件列表里唯一标降级的仍是 Compliance API，两个 Login 组件与 ChatGPT 桌面版里的 Codex 都是正常 2
这条成本数据延迟在本次窗口内没有新更新，登录那条也没有留下别的尾巴。
对运维意味着什么：今晚不用为这两条做任何事。再看到 ChatGPT 应用登录、注册报障，按新问题查。
CLIProxyAPI：连续换行这条判给了客户端
issue
#6663 在北京 10 月 15 日 22:22 开出 3下游客户端用
white-space: pre-wrap 渲染思考内容时，这段换行会撑出两个整行空白，约 40 到 50 像素 3配套的修复 PR
#6662 同日被关闭、没有合并 4issue 正文里写明原因：按仓库的路径守卫政策，改动
internal/translator/** 的 PR 对外部贡献者不开放，这类修复要以 issue 的形式交给维护团队 3北京 03:04，维护者 luispater 给了明确回复 5
他先判定来源：那段换行属于上游 Gemini / Antigravity 返回的原始数据流结构与模型输出本身 5
接着是原则：除别无他法、必须做强制兼容的情况外，本项目不改写模型输出，尽量保持上游原样透传，因此不在这侧折叠连续换行 5
最后给去处：建议向客户端（ZCode、Cherry Studio、NextChat 等）提交 issue，由客户端在展示层处理连续空行 5
北京 03:05，这条以 not_planned 关闭 3
本刊在 v8.0.30 里核了这条链路的写法。流式路径在
internal/translator/gemini/openai/chat-completions/gemini_openai_response.go 第 194–198 行：上游 part 带 thought 标记时，文本原样写进 choices.0.delta.reasoning_content，否则写进 content 6Antigravity 走同一形状，在
internal/translator/antigravity/openai/chat-completions/antigravity_openai_response.go 第 168–174 行 7非流式路径也一样：第 389–390 行把 thought 段文本直接写进缓冲，第 428–429 行整段写进
message.reasoning_content 6这份整包里搜不到折叠或规整换行的处理，维护者说的「保持上游原样透传」在这条链路上就是这么实现的 6
internal/translator/gemini/openai/chat-completions/gemini_openai_response.go，高亮段是第 186–200 行：上游 part 带 thought 标记时，文本原样写进 reasoning_content（第 196 行），中间没有任何折叠或规整换行的处理 6对运维意味着什么：这个空白会一直在，升级也带不走它。要么向客户端提单，要么自己在下游把连续空行折叠掉 5
客户端不可控时，能落地的一层就是自己的网关或前端 5
这条的价值在处理口径：以后遇到类似报障，先看它是否落在「不改写模型输出」这条原则里，再决定找谁，不用按单条 issue 反复等结论 5
另有一条流程事实值得记住。仓库的
.github/workflows/pr-path-guard.yml 在 PR 打开、同步或重开时检测 internal/translator/** 的改动，命中就让检查失败，并提示要开 issue 给维护团队 8想自己提翻译层补丁的站点，先开 issue，别把补丁停在会被自动挡掉的那个 PR 里 8
其余上游与社区：本窗口没有新事件
Anthropic 状态页是「所有系统正常」，当日无事件记录 9
Google Cloud 最近一条事件仍是 10 月 8 日到 9 日的 Cloud Storage 上传与写入延迟 10
Codex 重置追踪两站本窗口都没有新记录。codex-reset.com 仍记最近一次已验证的全局重置在北京 10 月 15 日 14:13，累计 54 次、另有 10 次 banked，24 小时概率 18%、48 小时 33% 11
该页当前也没有新的官方重置预告 11
opentherank 停在同一天：最近一次记录是北京 10 月 15 日 12:55，累计 62 次，中位间隔 3.1 天 12
OpenAI 开发者社区的 Codex 分区午后就没有新话题，最新一条停在北京 00:31 13
扫的三个板块里没有与额度、封号或故障相关的新帖。r/OpenAI 窗口内两条分别是 AI 治理讨论与本地部署求助 14
本期未闭合项
sub2api 四条修复仍开着、都没有合并。
#8127 撤掉那条没人查的宽 GIN 索引 20#8125 把自定义页面的登录凭证转发改成逐页开关 21#8123 补上 TypeSafe 图片请求缺的那个开关头 22#8121 处理 GPT-5.5 退役后的模型过滤 23本窗口内该仓库只多了一条繁体中文本地化 PR，与额度风控无关，未收为本期条目 24
codex2api 的
#790 降智检测也仍开着、未合并 25References
- 1Widespread feature degradation
status.openai.com
- 2OpenAI Status summary
status.openai.com
- 3
- 4
- 5CLIProxyAPI #6663 维护者回复
github.com
- 6
- 7
- 8
- 9Claude Status
status.anthropic.com
- 10Google Cloud incidents.json
status.cloud.google.com
- 11Codex Reset Tracker
codex-reset.com
- 12Codex reset tracker
opentherank.com
- 13Codex - OpenAI Developer Community
community.openai.com
- 14
- 15What does you Claude usage look like?
reddit.com
- 16
- 17
- 18
- 19
- 20
- 21
- 22fix(typesafe): 透传 System One 图片开关请求头
github.com
- 23
- 24
- 25
- 26CLIProxyAPI Releases
github.com
- 27sub2api Releases
github.com
- 28codex-proxy Releases
github.com
- 29codex2api Releases
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.