OMP 因 Google 封禁账号而暂停 Google Antigravity 登录服务

代码 议题 2.7k（2.7k） 拉取请求 1.9k（1.9k） 讨论 操作 项目 安全与质量 洞察 更多项目 feat(auth): 通过 KDL disabled 规则暂停 provider；暂停 Google Antigravity - #18622 #18622 已合并 H4vC 将 3 个提交合并到 main 分支 can1357/oh-my-pi:main，来源分支为 feat/disabled-provider-rule can1357/oh-my-pi:feat/disabled-provider-rule 复制头部分支名称到剪贴板 2026 年 11 月 9 日 对话 提交 3（3） 检查 文件变更 已合并 feat(auth): 通过 KDL disabled 规则暂停 provider；暂停 Google Antigravity #18622 H4vC 将 3 个提交合并到 main 分支 can1357/oh-my-pi:main，来源分支为 feat/disabled-provider-rule can1357/oh-my-pi:feat/disabled-provider-rule 复制头部分支名称到剪贴板 对话 H4vC 评论 2026 年 11 月 9 日 复制链接 复制 Markdown 协作者 做了什么 从 omp 发起的 Antigravity 登录会导致用户的 Google 账号受到限制，因此本 PR 通过 KDL disabled 规则暂停了该 provider，而不是将任何人强制登出：此后任何请求都无法触达它，代码和已存储的登录信息都原样保留，待安全后再恢复。 新增一条 disabled "<reason>" 认证规则（rules/auth/<id>.kdl）。被暂停的 provider 会从所有登录列表中移除，AuthStorage.oauth.login 会拒绝它，凭证池不会缓存它的任何已存储记录（这些记录原封不动留在磁盘上），所有密钥来源（runtime、models.yml、stored、broker、env）都解析不出任何内容，并且请求入口（streamDispatch）和 generateImage 即使被直接传入密钥也会抛出带原因的 ProviderDisabledError。凭证健康检查会跳过它。Google Antigravity 已通过该规则暂停；其代码保留，删除那一行即可重新启用，且已存储的登录信息完好无损。 通过策略暂停可以保留代码和用户的登录信息，无需登出迁移，并且覆盖了登录列表开关无法覆盖的路径（extension/SDK 登录、models.yml/runtime 密钥、旧版 auth-broker 服务器）。 加载时出错，请重新加载此页面。 feat(auth): 通过 KDL disabled 规则暂停 provider；暂停 Google An… … 8895c0f …tigravity chatgpt-codex-connector 机器人 评论 2026 年 11 月 9 日 复制链接 复制 Markdown Codex 审查摘要：❌ 未通过 此评论显示该拉取请求上最新的 Codex 审查活动。 你的团队已设置 Codex 来审查本仓库的拉取请求。触发审查的时机为： Codex 在审查进行中会以 👀 回应，有建议时会评论，所有审查完成且无发现时会以 👍 回应。 加载时出错，请重新加载此页面。 复制链接 复制 Markdown Codex 的代码审查使用额度已用尽。请联系本仓库管理员，通过添加额度来提高限制。 仓库管理员可以在设置中启用使用额度进行代码审查。 加载时出错，请重新加载此页面。 roboomp 添加了 auth 认证与登录流程 feat provider:google-antigravity providers LLM provider 相关问题 review:p2 已分类 标签 2026 年 11 月 9 日 roboomp 审查了 2026 年 11 月 9 日 查看审查变更 roboomp 留下了一条评论 复制链接 复制 Markdown 协作者 隐藏此评论时出现问题。 选择隐藏此评论的原因 该原因将显示给其他人，帮助他们了解原因。了解更多。 P2 —— KDL 暂停机制默认将 Google Antigravity 设为关闭；这一行为变更需要维护者签字确认。 阻断性问题：用量探测和独立的 OAuth 刷新仍可联系被暂停的 provider。应修复项：自定义 OAuth 注册可以在登录列表中重新提供它；变更日志缺少贡献者署名。 维护者：在这些绕过路径被封堵后，默认关闭 Antigravity 是预期行为吗？ 感谢 @H4vC 采用范围明确、可控的策略方案，并覆盖了重新启用场景。 加载时出错，请重新加载此页面。 评论线程 packages/ai/src/auth/pool.ts 已过时 */ replace(provider: string, credentials: StoredCredential[]): void { replace(provider: string, stored: StoredCredential[]): void { const credentials = providerDisabledReason(provider) === undefined ? stored : []; roboomp 2026 年 11 月 9 日 复制链接 复制 Markdown 协作者 隐藏此评论时出现问题。 选择隐藏此评论的原因 该原因将显示给其他人，帮助他们了解原因。了解更多。 阻断性问题 —— 过滤凭证池并不能拦截用量探测。UsageService.#collectUsageRequests()（packages/ai/src/auth/usage.ts:594-640）仍会从 DEFAULT_USAGE_PROVIDERS 中包含 google-antigravity，并接受 runtime/extension 用量密钥；随后 auth.usage.reports({ provider: "google-antigravity" }) 会在暂停期间调用其用量 provider。我使用内存存储和 auth.usage.setProvider("google-antigravity", provider, "sk-ext") 复现了一次 fetchUsage() 调用。应在任何网络请求之前拦截用量收集（以及直接的 report() 路径），而不仅仅是凭证缓存。 加载时出错，请重新加载此页面。 评论线程 packages/ai/src/registry/oauth/index.ts const builtInOAuthProviders: OAuthProviderInfo[] = PROVIDER_REGISTRY.filter( provider => provider.login && provider.showInLoginList !== false, provider => provider.login && provider.showInLoginList !== false && providerDisabledReason(provider.id) === undefined, roboomp 2026 年 11 月 9 日 复制链接 复制 Markdown 协作者 隐藏此评论时出现问题。 选择隐藏此评论的原因 该原因将显示给其他人，帮助他们了解原因。了解更多。 应修复项 —— 这里只过滤了 builtInOAuthProviders；第 169 行的 getOAuthProviders() 会无条件追加运行时的 customOAuthProviders。注册一个 id 为 google-antigravity 的扩展，就能让它以 available: true 重新出现在 CLI/RPC/TUI 登录列表中，尽管 AuthStorage.oauth.login() 现在会拒绝该 id。使用 registerOAuthProvider({ id: "google-antigravity", name: "Antigravity extension", sourceId: "review-probe" }) 复现了该问题。应将 disabled 策略同样应用于自定义名单条目。

（原文较长，此处译出前 6000 字，完整内容请点「打开原文」。）