10/15 晚间快报：Vertex API-key 到不了 gemini-4-argon，请求里少了项目与位置段
补报 10 月 15 日 18:40 到 19:10（北京）：用 vertex-api-key 凭据请求 gemini-4-argon 会回 404，因为 API-key 路径拼请求地址时少了项目与位置段，改 base-url 也会拼出重复的 /v1；修复 PR 还开着没合并，另外登记了 Antigravity 原生 URL 读取器提案与 codex2api 企业账号报障。
补报 10 月 15 日 18:40 到 19:10（北京）。四个仓库这一窗口都没有新版本，主干也没有新提交。窗口内开出四条新条目：CLIProxyAPI 三条，codex2api 一条，主线是一条带源码依据的可用性问题。
结论与影响面
受影响的只有
vertex-api-key 这一种凭据。拿这类凭据去请求 gemini-4-argon，会回 404 model not found。这条路径今天就绕不过去，改
base-url 也不行，原因写在下一节。另外两种凭据走得通。服务账号凭据会把项目号与位置写进请求路径，Antigravity 凭据用它自己的模型目录。
所以今天要动的是两件事：
- 手上本来就有 Vertex 服务账号凭据的，把 argon 挂上去，位置填
global。 - 或者先让 Antigravity 凭据顶上，它的目录里有
gemini-4-argon-high。
主线：vertex-api-key 到不了 gemini-4-argon
被钉住的是那行 URL 拼接
internal/runtime/executor/gemini_vertex_executor.go 里，API-key 路径这样拼请求地址 3：url := fmt.Sprintf("%s/%s/publishers/google/models/%s:%s", baseURL, vertexAPIVersion, baseModel, action)这行在 v8.0.29 里出现三次：非流式请求在第 553 行，流式在第 873 行，countTokens 在第 1165 行。
三个占位符分别是凭据的
base-url、常量 vertexAPIVersion（第 36 行，值是 "v1"），以及模型名。base-url 为空时，代码填默认值 https://aiplatform.googleapis.com。拼出来的地址里少了 projects/{项目}/locations/{位置} 这一段。
internal/runtime/executor/gemini_vertex_executor.go，高亮段是第 545–556 行；第 553 行左边三个 %s 依次接 base-url、v1、模型名，位置段没有出现在这一行里 3Google 收到不带位置段的请求，就按默认区域处理。报障人 xyonium 说，argon 只在
global 上部署，请求落到 us-central1 于是回 404。本刊在 v8.0.29 上核到的是这一行的拼法。
global 这个部署前提来自报障人自述，本刊未独立验证。改 base-url 也接不上
base-url 会原样带进这一行。把它写成 https://aiplatform.googleapis.com/v1/projects/{项目}/locations/global/publishers/google/models，拼出来就多一段 /v1。第 550–553 行只有一个「
base-url 为空就填默认值」的分支。代码没有检查
base-url 里是不是已经带了资源路径，所以这个绕法在 v8.0.29 上不成立。这个模型在 CLIProxyAPI 的模型目录里是有的。v8.0.29 的
internal/registry/models/models.json 中，vertex 段收了 gemini-4-argon。卡住请求的是 URL 拼法，模型目录这一层是通的。
修复改了哪里
PR #6658 新增了助手函数
vertexAPIKeyModelsURL，上面那三条路径都改调它 2。它的判定顺序是：
base-url 里出现 /publishers/，就整段当作资源前缀，只接 /{模型}:{动作}；否则补上 /v1/publishers/google/models。base-url 已经以 /v1 或 /v1beta1 结尾时，不再重复补版本段。短主机名的第三方端点照旧工作。同一次改动还更新了
internal/config/vertex_compat.go 里 base-url 字段的注释。文件里加了一组表驱动单测，覆盖空值、裸主机、/v1、完整 /publishers/ 前缀、v1beta1 和 countTokens 六种情况。改动范围是三个文件、+159/−15，一个提交。
PR 现在的状态是开着、未合并、基分支
dev、mergeable clean。评论区里只有 Codex 自动审查的汇总，维护者还没有回话。升级建议
最新发行版仍是 v8.0.29，发布在北京时间 10 月 15 日 0:19 4。这条修复没有进版本。
等版本的用户要等下一个版本发布；跟
dev 分支的用户现在就能拿到。登记：Antigravity 原生 URL 读取器提案（#6656）
这条提案在 18:41 开出 5。
作者 etwk 想给 CLIProxyAPI 加上 Antigravity 自带的网页读取能力，希望走插件或窄范围的插件扩展点。
他重放了那个读取 RPC，记下了实测结果。原生客户端调的是
POST https://daily-cloudcode-pa.googleapis.com/v1internal:fetchFromTrawlerCache。他用一张现成的 CLIProxyAPI Antigravity 账号，刷新 OAuth access token 后重放，取回了内容。
这些成功的请求里没有 Gemini API key，模型字段和项目字段也没带。
空 URL 先取回 404
NOT_FOUND；同一个 URL 带上 "liveFetch":true 再取回 200；取过一次之后只读缓存同样回 200，内容一致。鉴权头一去掉就回 401
UNAUTHENTICATED，换一个通用的 Python User-Agent 回 403 PERMISSION_DENIED。原生客户端的 User-Agent 和 CLIProxyAPI 风格的 User-Agent 都成功，接受规则他没试出来。
返回体的
content 是原始字符串，HTML 页面取回来还是 HTML。他在正文里写明，这件事和 Google Search grounding 无关，也和转发 Gemini 的
urlContext 工具声明无关。提案卡在集成上。这个读取器是一个独立 RPC，插件得把取回的内容交回推理流程，读不到本地缓存文件也照样要能工作。
他问维护者的是：现有插件钩子能不能支撑这条流程，缺钩子的话能否加窄范围的扩展点。
本刊读到的是提案作者自己的重放记录。CLIProxyAPI 目前没有这个读取器，今天不用为它改任何配置。
登记：codex2api 企业账号取不到项目 ID（#789）
这条在 19:10 开出 6。报障人 jo-marshall 用的是 Antigravity 企业账号，拿不到项目 ID。
错误原文是
Antigravity project provisioning (onboardUser) failed: onboardUser completed without a project id，后面跟着一句 You do not have a valid license of this product. ... (#3501)。维护者把标签打成了「新功能 / 增强建议」。
这条目前只有报障人的一段自述，没有版本号，也没有复现步骤，本刊未做进一步核实。
上游与社区：本窗口无新事件
Anthropic 状态页是 All Systems Operational，10 月 15 日那一栏写着 No incidents reported today 7。
Google Cloud 最近一条事件仍停在 10 月 8 日到 9 日的 Cloud Storage 上传与写入延迟 8。
OpenAI 状态页仍是 Partial System Degradation，唯一事件是北京 10 月 15 日 01:00 标记的 Compliance API 成本数据延迟，窗口内没有新更新 9。
Codex 重置追踪两站这一窗口口径一致。
codex-reset.com 记最近一次已验证的全局重置在北京 10 月 15 日 14:13（6:13 AM UTC），24 小时概率 18%、48 小时 33%，模型置信度低 10。
opentherank 的最新记录是北京 10 月 15 日 12:55（04:55 UTC），中位间隔 3.1 天 11。
社区侧窗口内没有额度或风控相关的新帖。
r/ClaudeAI 最新一条在北京 17:50，r/OpenAI 最新一条在北京 18:19，两条都早于本期窗口的起点 18:40。
两条都停在客户端订阅档位，中转侧这一窗口没有对应动作。
OpenAI 官方开发者社区的 Codex 分区本轮没有取到内容，订阅源两次都返空，OpenAI 一侧的社区观察由 r/OpenAI 承担。
本期未闭合项
References
- 1
- 2
- 3
- 4CLIProxyAPI Releases
github.com
- 5
- 6Google Antigravity 企业账号无法支持
github.com
- 7Claude Status
status.anthropic.com
- 8Google Cloud incidents.json
status.cloud.google.com
- 9OpenAI Status summary
status.openai.com
- 10Codex Reset Tracker
codex-reset.com
- 11Codex reset tracker
opentherank.com
- 12oh my gawd, it's there
reddit.com
- 13
- 14
- 15
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.