支持 Gemini / Antigravity 通过 OAuth 授权接入模型
- Dominant language
- TypeScript
- Stars
- 2.7k
- Forks
- 395
- Avg merge
- 21h 48m
- Merged PRs (30d)
- 776
Description
**提交人**: 匿名
**客户端版本**: 0.1.73
---
当前在「模型供应商 → 添加供应商」中,Google Gemini 显示为「Google Gemini API」,连接方式只有 API Key,没有通过 Google 账号进行 OAuth 授权的入口。
希望 Cindy 支持 Gemini / Antigravity 的 OAuth 授权接入。用户可以在添加供应商时选择对应服务,打开浏览器完成 Google 账号登录与授权,回到 Cindy 后选择该账号实际可用的模型,用于对话和任务。
这可以让希望通过账号授权使用 Gemini / Antigravity 的用户直接完成接入,减少申请、复制和维护 API Key 的操作。也希望界面清楚区分 API Key 与 OAuth 两种连接方式,并在授权失效时提供重新登录入口。
Gemini 与 Antigravity 可分别展示各自支持的授权方式和可用模型;具体可用范围以对应服务及账号权限为准。
---
## 提交时的任务环境
仅代表提交时快照,不一定是故障环境。OS 来自提交客户端本机,不含 SSH 远端主机;Harness / 模型来自当前任务。与运行环境无关的反馈可忽略本段。
**OS**: darwin arm64 (25.6.0)
**Harness**: Codex
**Model ID**: ` gpt-6-astra `
**界面语言**: zh-CN
Contributor guide
Research direction
Start at the model provider → add provider screen, focusing on the existing Google Gemini API Key flow and its provider/model selection entry points. Define the OAuth login and return flow for Gemini and Antigravity, account-specific model availability, and reauthorization behavior; done means both services clearly distinguish API Key from OAuth and support authenticated conversations and tasks.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- google-cloud, typescript
- Domain
- ai, authentication, frontend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100