10/17 早晨速报：四个仓库都没发新版、主干没动；唯一变动是 CLIProxyAPI 一张放了十天的 Claude 伪装 PR 被重基到当前 dev，要加的可选开关叫 relaxed-system-prompt
10 月 17 日北京 06:31 到 07:45 这七十几分钟里，四个仓库都没发新版本、四条主干也没有新提交；唯一的中转栈变动是 CLIProxyAPI 一张放了十天的 Claude 伪装 PR 被重基到当前 dev，它要加的可选开关 relaxed-system-prompt 会把调用方的 system 提示留在顶层，而 OAuth 凭证上这条路曾在 v8.0.17 撞过 Anthropic 的第三方分类器、回了 400。
四条主干也没有新提交：sub2api 的 main 停在 10 月 16 日 12:42（北京），CLIProxyAPI 的 dev 停在 10 月 17 日 03:57，codex-proxy 的 dev 停在 03:28，codex2api 的 main 停在 05:355678。
主干没动，也就没有合并落地。
这一期没有要升级的版本，今天也没有要改的配置。唯一的中转栈变动是一件还在门口的事：CLIProxyAPI 一张 10 月 6 日开出的 PR，在北京 06:55 被重基到当前 dev9。
它要给 Claude 伪装加一个可选开关，名字叫
relaxed-system-prompt。一、这张单现在什么样
| 项目 | 值 |
|---|---|
| 编号与标题 | #6410 feat(claude): add an opt-in relaxed system-prompt layout |
| 作者与头分支 | rdself，fork rdself/CLIProxyAPI 的 coder/relaxed-claude-system-layout 分支9 |
| 状态 | open、非 draft、与 dev 无冲突9 |
| 改动规模 | 15 个文件、+769/−29，压成一笔提交10 |
| 重基目标 | 当前 dev 头 cba68c25，也就是北京 03:57 那笔合并6 |
| 评审情况 | 开单十天，维护者没有回复、没有评审9 |
最后一行本刊逐条核过：这张单下面只有两个机器人各留了一条，一个自动把 base 从 main 改到 dev，一个因为额度用完没能评审，时间都在开单当天9。
重基只说明它还贴得住当前 dev，合不合是另一回事。
二、它挪动的是调用方 system 提示的落点
CPA 的 Claude 伪装会把请求改成 Claude Code CLI 的形状，顶层
system 数组里固定放账单头与身份块两块11。调用方自己的 system 提示不在这两块里，所以代码得决定把它搁到哪。
今天（v8.0.32）的规矩是这样11：
- 开了
strict-mode：整份丢掉，只留账单与身份块。 - 历史里出现过 advisor 的调用或结果：附在顶层
system后面。 - 旧模型名单里的：塞进第一条 user 消息，做成一条 system-reminder。
- 其余模型：插成会话中段的
role: system消息。
internal/runtime/executor/claude_executor_cloaking.go 第 433–457 行：第 433 行是 strict-mode 分支，第 441–447 行是 advisor 那条，第 448–456 行决定调用方的块是塞进第一条 user 消息，还是插成会话中段的 system 消息。照这个行号就能核你手里那一版11也就是说，默认那两条路都会让调用方的 system 提示离开顶层数组、进到 messages 里。
system，第 452 行直接返回，下面那套搬移不再执行。这条分支已经按 v8.0.32 的生产代码重基过13搬移不再执行，带来两个附带结果：网关不再注入当天日期，调用方自己带的日期提醒也不再被剥掉13。
配置写按键的
cloak 段里14：api-keys:
claude:
- name: primary
keys:
- api-key: "..."
cloak:
relaxed-system-prompt: trueOAuth 凭证走元数据键
cloak_relaxed_system_prompt，可以写 JSON 布尔，也可以写字符串15。三个细节值得记15：
- 它是
*bool，漏写、显式false、显式true三种状态分开保存；YAML 存盘、克隆、管理端编辑、配置变更检测都会保住「显式写了 false」这件事。 - 同一名字的显式值压过凭证元数据里的同名键，显式
false也算。 strict-mode优先：两者同时为真时按strict-mode走，原生 Claude Code 客户端仍然整条透传9。
三、开之前要知道：OAuth 凭证上这条路走过一次
这一节的依据是源码与仓库里既有的单子。
现网代码调这段策略时，
keepCallerSystemTopLevel 位置传的是 !policy.OAuth，注释写着「OAuth 凭证上的顶层调用方提示会触发 Anthropic 的第三方分类器（#6432）」17。#6432 记的现象是：OAuth 凭证上，把调用方自己的 system 提示放进顶层
system 数组，Anthropic 会把请求当成第三方流量；账号没开 Extra Usage 时直接回 400，《Third-party apps now draw from your extra usage, not your plan limits.》18。这个坑来自 v8.0.17 的一次改动，退到 v8.0.16 就恢复 20018。
另一个端到端用例用的就是 OAuth 凭证，断言顶层
system 是账单头、身份块、调用方块三块，messages 里只剩那句用户输入20。PR 里列的验证全是本地测试、race 检查、
go vet 和一个带插件的 ARM64 构建，没有真实上游实测9。所以这张单真合并、真发版之后，先用一个没开 Extra Usage 的 OAuth 号试一条带自定义 system 的请求，再决定要不要给自己的号池打开。
四、现在要不要动
想核自己这套今天的实际行为，看两处：上面第一张图那段代码，以及你自己的
upstream.claude.disable-claude-cloak-mode、按键的 cloak.mode、cloak.strict-mode14。需要回来看这张单的时点有两个：它被评审或合并的时候，或者它随某个版本发出去的时候。
五、窗口内的其余条目
sub2api 在北京 07:34 新开一张单：
#8169 不支持/v1/decisions，open、0 评论，正文一句话加一张截图21。它返回三类结构化答案：某个条件成立的概率、固定选项里的一个、以及按评分表打出的分数，用来做内容分类和请求路由22。
本刊在 sub2api v0.2.17 整包里搜不到
/v1/decisions 相关的路由或字样。这张单没有复现步骤，维护者也还没有回复21。
Reddit 窗口内两条，性质都是提问与展示：r/GeminiAI 06:32 一张标题为《Gemini just leaked system prompt...》的截图，6 分、3 条评论23。
r/OpenAI 07:24 一条提问，问为什么只拿到即时重置、没有 banked 重置，1 分、1 条评论24。
r/ClaudeAI 窗口内的新帖都是作品展示，没有额度或风控条目。
六、上游与额度侧
OpenAI 状态页 All Systems Operational，活动事件 0 条25。
最近一条有记录的仍是 10 月 14 日那条 Compliance API 成本数据延迟，北京 10 月 16 日 18:44 已经 resolved26。
Anthropic 状态页同样 All Systems Operational，10 月 16 日那一栏写着 No incidents reported today27。
Google Cloud 的事件列表仍是 7 条，最近一条仍是 10 月 8 日到 9 日的 Cloud Storage 上传与写入延迟28。
Codex 重置追踪站首页写着：今天（UTC）没有重置，最近一次已验证的全局重置在 41 小时前，即 10 月 15 日 06:13 UTC、北京 14:1329。
累计 54 次全局、10 次 banked，节奏约每 4 天；官方此刻没有任何重置信号29。
两套概率口径依旧并列：模型口径是 24 小时 18%、48 小时 33%；把 10 月 16 日那条回帖计为提示的口径是 24 小时 50%、48 小时 75%，那条提示记在 19 小时前29。
另一个追踪站仍记最近一次为 10 月 15 日 04:55 UTC；自 2025 年 9 月以来 62 次，中位间隔 3.1 天，最长等了 68 天30。
Codex 负责人 @thsottiaux 的时间线窗口内没有新帖，最近一条仍是北京 10 月 16 日 13:51 的那句《Either we are out of ideas or we are cooking. Time will tell》31。
官方开发者社区 Codex 分区窗口内没有新话题，最新一条仍是北京 10 月 16 日 23:09 那份「用量突然大幅缩水」的报障32。
这一窗口里没有新的重置信号，也没有官方侧的额度事件。
七、下期回看
References
- 1sub2api Releases
github.com
- 2CLIProxyAPI Releases
github.com
- 3codex-proxy Releases
github.com
- 4codex2api Releases
github.com
- 5sub2api 主干提交
github.com
- 6CLIProxyAPI dev 提交
github.com
- 7codex-proxy dev 提交
github.com
- 8codex2api 主干提交
github.com
- 9CLIProxyAPI #6410
github.com
- 10PR #6410 改动文件
github.com
- 11v8.0.32 claude_executor_cloaking.go
github.com
- 12v8.0.32 config_types.go
github.com
- 13PR 头分支 claude_executor_cloaking.go
github.com
- 14PR 头分支 config.example.yaml
github.com
- 15PR 头分支 config_types.go
github.com
- 16PR 头分支 config_lists.go
github.com
- 17
- 18CLIProxyAPI #6432
github.com
- 19PR 头分支 claude_executor_relaxed_test.go
github.com
- 20
- 21sub2api #8169
github.com
- 22Decisions | OpenAI API
developers.openai.com
- 23r/GeminiAI 1x7u298
reddit.com
- 24r/OpenAI 1x7v7da
reddit.com
- 25OpenAI Status
status.openai.com
- 26OpenAI 事件记录
status.openai.com
- 27Claude Status
status.anthropic.com
- 28Google Cloud Status
status.cloud.google.com
- 29codex-reset.com
codex-reset.com
- 30opentherank
opentherank.com
- 31
- 32社区帖 1406982
community.openai.com
- 33CLIProxyAPI 开放 PR 列表
github.com
- 34sub2api 开放 PR 列表
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.