
10 月 16 日午后这四十来分钟里,sub2api 上一张新单说明上游同步会把带 -disabled 后缀的不可用模型名一起写进账号白名单、调用一定回 404,另有一张老单补齐了「测试连接通过、线上却报 OAuth 401」的处理顺序。
gemini-4-argon-disabled,调用它回 404,报错原文是 Requested entity was not found.。单子还开着,没有评论。1-disabled。2OAuth 401: Invalid bearer token、点测试连接却通过,那张单给了三步处理办法。POST /api/v1/admin/accounts/:id/models/sync-upstream,落到 SyncUpstreamModels 处理函数。56fetchAntigravityOAuthUpstreamModels 负责取目录。它向这个账号实际转发用的那个端点请求模型列表,然后把返回的每一个模型 id 原样收下,只去空格,再交给去重排序。3result.models 逐个塞进模型白名单,同样不筛。4
v0.2.17 的 backend/internal/service/upstream_models.go,高亮段是第 1287–1309 行。第 1301–1303 行把上游返回的每个模型 id 原样收下,只做去空格;第 1309 行只做去重排序。整段里没有按后缀挑掉任何名字的分支。3v0.2.17 的整包源码里搜 -disabled,命中的都是表单禁用与 CSS 类名那类字符串,没有一处是处理模型名的。-disabled 后缀列出来。它是一句「你这一档没有」,同步却把它当成普通模型名搬了进来。1-disabled 后缀的名字。6 同步的结果先落进这个表单,保存账号后才写进配置,所以还没保存的直接删掉就行。4-disabled 的那几条删掉。 上游没有这个名字对应的实体,调用一定回 404。model_mapping、分组级模型白名单、客户端的默认模型。写在这些位置,报错的样子与上面一模一样,查起来更绕。antigravity_user_agent_version 低于 2.23.0 时同样拿不到,这一条在 v0.2.17 之前就出现过。9404 加上 "Requested entity was not found."、"status": "NOT_FOUND",就是这一路。1OPENAI: OAuth 401: Invalid bearer token,账号进临时不可调度,同一个账号在面板里点测试连接却通过。10ouchihao 在 12:17 给的解释是:报 401 的那次请求用到的 access_token 已经失效或刷新失败;随后再点测试连接时,可能已经拿到刷新后的新 token,测试就过了。11gpt-6.1-sol,紧接着一条 gateway.failover_switch_account 的 WARN。12@thsottiaux 在本窗口开始前 39 分钟、也就是北京 12:30 回了一句「Can't argue with that, Let's break the cycle.」。13#871(Antigravity 每次请求同步写 api-keys.json)本窗口有了答复。维护者此前问过为什么不写进数据库,报告人这次回应:可以写 SQLite,但这条单的重点是每次请求都同步落盘,换成 SQLite 之后逐次同步写,热路径上的 I/O 问题照样在;他建议计数先在内存里累积、定时批量写,同时处理旧数据迁移与异常退出时的计数丢失。23#6625 管停自动刷新时等在途刷新落盘,#6605 管认证文件的原子写,#6603 管并发保存留下过期或被清空的配置与认证状态。242526 这三条不是新条目,前几期登过,这里只记状态。24antigravity.google
github.com
github.com
codex-reset.com
opentherank.com
status.openai.com
status.openai.com
status.anthropic.com
status.cloud.google.com
community.openai.com
reddit.com
github.com
github.com
github.com
github.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.