Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

[Bug]: Antigravity API key instance shows Google "Sign in" wording, and the user does not know that a click is necessary to load models

未关闭 适合新手
#25,885 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
72/100
Issue 类型
缺陷
描述清晰度
描述清楚
活跃度
活跃
技术栈
typescript
领域
backend, desktop

调研方向

从 AntigravityProvider.ts 开始,检查 AUTH_UNCHECKED_MESSAGE、antigravityAuthLabel() 以及提供方卡片上登录按钮的文案。追踪所选身份验证方法如何控制未检查状态和按钮操作。完成标准是:API 密钥实例会说明连接将启动 runtime 并加载模型,同时 Google 账号实例保留适当的文案;在提供方设置中验证这两种流程。

由索引模型根据 Issue 内容生成。

描述

Before submitting
  • I searched existing issues and did not find a duplicate.
  • I included enough detail to reproduce or investigate the problem.
Area

apps/web

Steps to reproduce
  1. Settings > Providers > Add provider > Antigravity.
  2. Set Sign-in method to gemini-api-key and enter a valid Gemini API key. The field then shows "Stored secret, enter a new value to replace".
  3. Look at the provider card and the model picker.
Expected behavior

The card uses words that match the API key method. For example: status "Installed · Not connected yet", and a button labelled Connect or Verify API key that starts the runtime with the stored key and loads the model list.

Actual behavior

The card shows Google account wording for an API key instance:

  • Status: Needs attention · Antigravity is installed. Google account access is not checked yet.
  • Account section: "Sign in on " with a Sign in button.
  • Models: "0 models. No models reported for this provider yet." Thus the instance does not appear in the model picker and the user cannot start a thread with it.

With an API key already stored, "Sign in" reads like a Google OAuth step that is not necessary. I thought the key was not used, and I did not click it. In fact, for gemini-api-key this button only starts the runtime with GEMINI_API_KEY and then loads the models. Nothing on the card says that this click is necessary to use the instance.

In the bundled server, AUTH_UNCHECKED_MESSAGE in AntigravityProvider.ts is the same for all auth methods, and the status changes to authenticated only after a runtime session starts. antigravityAuthLabel() already knows the method ("Gemini API key"), so the unchecked message and the button label can use the method too.

Related: #12751 (the "Needs attention" styling for an unchecked Google account, partly fixed in #18623).

Impact

Minor bug or occasional failure

Version or commit

0.1.0

Environment

macOS 15.2 (Darwin 24.2.0) arm64, T3 Code desktop with local server, Antigravity runtime v1.3.0

Logs or stack traces
No error is logged. The health check succeeds (checkAntigravityProvider: Success),
but the status stays "not checked yet" until a session starts.
Workaround

Click Sign in on each API key instance. For gemini-api-key it connects without a browser, and then the status is "Authenticated · Gemini API key" and the models show.

主要语言
TypeScript
星标
24.8k
派生
6.4k
平均合并
3 小时 20 分钟
30 天内合并 PR
208

环境准备

在 Codespaces 中打开

在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

pingdotgg/t3code 的其他 Issue

查看 pingdotgg/t3code 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。