1. 08 Jan, 2026 1 commit
    • IanShaw's avatar
      fix(gemini): Google One 强制使用内置 OAuth client + 自动获取 project_id + UI 优化 (#212) · afcfbb45
      IanShaw authored
      * fix(gemini): Google One 强制使用内置 OAuth client + 自动获取 project_id + UI 优化
      
      ## 后端改动
      
      ### 1. Google One 强制使用内置 Gemini CLI OAuth Client
      **问题**:
      - Google One 之前允许使用自定义 OAuth client,导致认证流程不稳定
      - 与 Code Assist 的行为不一致
      
      **解决方案**:
      - 修改 `gemini_oauth_service.go`: Google One 现在与 Code Assist 一样强制使用内置 client (L122-135)
      - 更新 `gemini_oauth_client.go`: ExchangeCode 和 RefreshToken 方法支持强制内置 client (L31-44, L77-86)
      - 简化 `geminicli/oauth.go`: Google One scope 选择逻辑 (L187-190)
      - 标记 `geminicli/constants.go`: DefaultGoogleOneScopes 为 DEPRECATED (L30-33)
      - 更新测试用例以反映新行为
      
      **OAuth 类型对比**:
      | OAuth类型 | Client来源 | Scopes | Redirect URI |
      |-----------|-----------|--------|-----------------|
      | code_assist | 内置 Gemini CLI | DefaultCodeAssistScopes | https://codeassist.google.com/authcode |
      | google_one | 内置 Gemini CLI (新) | DefaultCodeAssistScopes | https://codeassist.google.com/authcode |
      | ai_studio | 必须自定义 | DefaultAIStudioScopes | http://localhost:1455/auth/callback |
      
      ### 2. Google One 自动获取 project_id
      **问题**:
      - Google One 个人账号测试模型时返回 403/404 错误
      - 原因:cloudaicompanion API 需要 project_id,但个人账号无需手动创建 GCP 项目
      
      **解决方案**:
      - 修改 `gemini_oauth_service.go`: OAuth 流程中自动调用 fetchProjectID
      - Google 通过 LoadCodeAssist API 自动分配 project_id
      - 与 Gemini CLI 行为保持一致
      - 后端根据 project_id 自动选择正确的 API 端点
      
      **影响**:
      - Google One 账号现在可以正常使用(需要重新授权)
      - Code Assist 和 AI Studio 账号不受影响
      
      ### 3. 修复 Gemini 测试账号无内容输出问题
      **问题**:
      - 测试 Gemini 账号时只显示"测试成功",没有显示 AI 响应内容
      - 原因:processGeminiStream 在检查到 finishReason 时立即返回,跳过了内容提取
      
      **解决方案**:
      - 修改 `account_test_service.go`: 调整逻辑顺序,先提取内容再检查是否完成
      - 确保最后一个 chunk 的内容也能被正确显示
      
      **影响**:
      - 所有 Gemini 账号类型(API Key、OAuth)的测试现在都会显示完整响应内容
      - 用户可以看到流式输出效果
      
      ## 前端改动
      
      ### 1. 修复图标宽度压缩问题
      **问题**:
      - 账户类型选择按钮中的图标在某些情况下会被压缩变形
      
      **解决方案**:
      - 修改 `CreateAccountModal.vue`: 为所有平台图标容器添加 `shrink-0` 类
      - 确保 Anthropic、OpenAI、Gemini、Antigravity 图标保持固定 8×8 尺寸 (32px × 32px)
      
      ### 2. 优化重新授权界面
      **问题**:
      - 重新授权时显示三个可点击的授权类型选择按钮,可能导致用户误切换到不兼容的授权方式
      
      **解决方案**:
      - 修改 `ReAuthAccountModal.vue` (admin 和普通用户版本):
        - 将可点击的授权类型选择按钮改为只读信息展示框
        - 根据账号的 `credentials.oauth_type` 动态显示对应图标和文本
        - 删除 `geminiAIStudioOAuthEnabled` 状态和 `handleSelectGeminiOAuthType` 方法
        - 防止用户误操作
      
      ## 测试验证
      -  所有后端单元测试通过
      -  OAuth client 选择逻辑正确
      -  Google One 和 Code Assist 行为一致
      -  测试账号显示完整响应内容
      -  UI 图标显示正常
      -  重新授权界面只读展示正确
      
      * fix(lint): 修复 golangci-lint 错误信息格式问题
      
      - 将错误信息改为小写开头以符合 Go 代码规范
      - 修复 ST1005: error strings should not be capitalized
      afcfbb45
  2. 04 Jan, 2026 1 commit
    • IanShaw027's avatar
      feat(gemini): 完善 Gemini OAuth 配额系统和用量显示 · a185ad11
      IanShaw027 authored
      主要改动:
      - 后端:重构 Gemini 配额服务,支持多层级配额策略(GCP Standard/Free, Google One, AI Studio, Code Assist)
      - 后端:优化 OAuth 服务,增强 tier_id 识别和存储逻辑
      - 后端:改进用量统计服务,支持不同平台的配额查询
      - 后端:优化限流服务,增加临时解除调度状态管理
      - 前端:统一四种授权方式的用量显示格式和徽标样式
      - 前端:增强账户配额信息展示,支持多种配额类型
      - 前端:改进创建和重新授权模态框的用户体验
      - 国际化:完善中英文配额相关文案
      - 移除 CHANGELOG.md 文件
      
      测试:所有单元测试通过
      a185ad11
  3. 03 Jan, 2026 1 commit
    • ianshaw's avatar
      feat(gemini): 优化 OAuth 和配额展示 · 26106eb0
      ianshaw authored
      主要改进:
      - 修复 google_one OAuth scopes 配置问题
      - 添加 Gemini 账号配额展示组件
      - 优化 Code Assist 类型检测逻辑
      - 添加 OAuth 测试用例
      26106eb0
  4. 02 Jan, 2026 1 commit
    • IanShaw's avatar
      Fix/multiple issues (#24) · 7fdc2b2d
      IanShaw authored
      * fix(gemini): 修复 google_one OAuth 配置和 scopes 问题
      
      - 修复 google_one 类型在 ExchangeCode 和 RefreshToken 中使用内置客户端
      - 添加 DefaultGoogleOneScopes,包含 generative-language 和 drive.readonly 权限
      - 在 EffectiveOAuthConfig 中为 google_one 类型使用专门的 scopes
      - 将 docker-compose.override.yml 重命名为 .example 并添加到 .gitignore
      - 完善 docker-compose.override.yml.example 示例文档
      
      解决问题:
      1. google_one OAuth 授权后 API 调用返回 403 权限不足
      2. 缺少访问 Gemini API 所需的 generative-language scope
      3. 缺少获取 Drive 存储配额所需的 drive.readonly scope
      
      * fix(antigravity): 完全跳过 Claude 模型的所有 thinking 块
      
      问题分析:
      - 当前代码尝试保留有 signature 的 thinking 块
      - 但 Vertex AI 的 signature 是完整性令牌,无法在本地验证
      - 导致 400 错误:Invalid signature in thinking block
      
      根本原因:
      1. thinking 功能已对非 Gemini 模型禁用 (isThinkingEnabled=false)
      2. Vertex AI 要求原样重放 (thinking, signature) 对或完全不发送
      3. 本地无法复制 Vertex 的加密验证逻辑
      
      修复方案:
      - 对 Claude 模型完全跳过所有 thinking 块(无论是否有 signature)
      - 保持 Gemini 模型使用 dummy signature 的行为不变
      - 更新测试用例以反映新的预期行为
      
      影响:
      - 消除 thinking 相关的 400 错误
      - 与现有的 thinking 禁用策略保持一致
      - 不影响 Gemini 模型的 thinking 功能
      
      测试:
      -  TestBuildParts_ThinkingBlockWithoutSignature 全部通过
      -  TestBuildTools_CustomTypeTools 全部通过
      
      参考:Codex review 建议
      
      * fix(gateway): 修复 count_tokens 端点 400 错误
      
      问题分析:
      - count_tokens 请求包含 thinking 块时返回 400 错误
      - 原因:thinking 块未被过滤,直接转发到上游 API
      - 上游 API 拒绝无效的 thinking signature
      
      根本原因:
      1. /v1/messages 请求通过 TransformClaudeToGemini 过滤 thinking 块
      2. count_tokens 请求绕过转换,直接转发原始请求体
      3. 导致包含无效 signature 的 thinking 块被发送到上游
      
      修复方案:
      - 创建 FilterThinkingBlocks 工具函数
      - 在 buildCountTokensRequest 中应用过滤(1 行修改)
      - 与 /v1/messages 行为保持一致
      
      实现细节:
      - FilterThinkingBlocks: 解析 JSON,过滤 thinking 块,重新序列化
      - 失败安全:解析/序列化失败时返回原始请求体
      - 性能优化:仅在发现 thinking 块时重新序列化
      
      测试:
      -  6 个单元测试全部通过
      -  覆盖正常过滤、无 thinking 块、无效 JSON 等场景
      -  现有测试不受影响
      
      影响:
      - 消除 count_tokens 的 400 错误
      - 不影响 Antigravity 账号(仍返回模拟响应)
      - 适用于所有账号类型(OAuth、API Key)
      
      文件修改:
      - backend/internal/service/gateway_request.go: +62 行(新函数)
      - backend/internal/service/gateway_service.go: +2 行(应用过滤)
      - backend/internal/service/gateway_request_test.go: +62 行(测试)
      
      * fix(gateway): 增强 thinking 块过滤逻辑
      
      基于 Codex 分析和建议的改进:
      
      问题分析:
      - 新错误:signature: Field required(signature 字段缺失)
      - 旧错误:Invalid signature(signature 存在但无效)
      - 两者都说明 thinking 块在请求中是危险的
      
      Codex 建议:
      - 保持 Option A:完全跳过所有 thinking 块
      - 原因:thinking 块应该是只输出的,除非有服务端来源证明
      - 在无状态代理中,无法安全区分上游来源 vs 客户端注入
      
      改进内容:
      
      1. 增强 FilterThinkingBlocks 函数
         - 过滤显式的 thinking 块:{"type":"thinking", ...}
         - 过滤无 type 的 thinking 对象:{"thinking": {...}}
         - 保留 tool_use 等其他类型块中的 thinking 字段
         - 修复:只在实际过滤时更新 content 数组
      
      2. 扩展过滤范围
         - 将 FilterThinkingBlocks 应用到 /v1/messages 主路径
         - 之前只应用于 count_tokens,现在两个端点都过滤
         - 防止所有端点的 thinking 相关 400 错误
      
      3. 改进测试
         - 新增:过滤无 type discriminator 的 thinking 块
         - 新增:不过滤 tool_use 中的 thinking 字段
         - 使用 containsThinkingBlock 辅助函数验证
      
      测试:
      -  8 个测试用例全部通过
      -  覆盖各种 thinking 块格式
      -  确保不误伤其他类型的块
      
      影响:
      - 消除 signature required 和 invalid signature 错误
      - 统一 /v1/messages 和 count_tokens 的行为
      - 更健壮的 thinking 块检测逻辑
      
      参考:Codex review 和代码改进
      
      * refactor: 根据 Codex 审查建议进行代码优化
      
      基于 Codex 代码审查的 P1 和 P2 改进:
      
      P1 改进(重要问题):
      
      1. 优化日志输出
         - 移除 thinking 块跳过时的 log.Printf
         - 避免高频请求下的日志噪音
         - 添加注释说明可通过指标监控
      
      2. 清理遗留代码
         - 删除未使用的 isValidThoughtSignature 函数(27行)
         - 该函数在改为完全跳过 thinking 块后不再需要
      
      P2 改进(性能优化):
      
      3. 添加快速路径检查
         - 在 FilterThinkingBlocks 中添加 bytes.Contains 预检查
         - 如果请求体不包含 "thinking" 字符串,直接返回
         - 避免不必要的 JSON 解析,提升性能
      
      技术细节:
      - request_transformer.go: -27行(删除函数),+1行(优化注释)
      - gateway_request.go: +5行(快速路径 + bytes 导入)
      
      测试:
      -  TestBuildParts_ThinkingBlockWithoutSignature 全部通过
      -  TestFilterThinkingBlocks 全部通过(8个测试用例)
      
      影响:
      - 减少日志噪音
      - 提升性能(快速路径)
      - 代码更简洁(删除未使用代码)
      
      参考:Codex 代码审查建议
      
      * fix: 修复 golangci-lint 检查问题
      
      - 格式化 gateway_request_test.go
      - 使用 switch 语句替代 if-else 链(staticcheck QF1003)
      
      * fix(antigravity): 修复 thinking signature 处理并实现 Auto 模式降级
      
      问题分析:
      1. 原先代码错误地禁用了 Claude via Vertex 的 thinkingConfig
      2. 历史 thinking 块的 signature 被完全跳过,导致验证失败
      3. 跨模型混用时 dummy signature 会导致 400 错误
      
      修复内容:
      
      **request_transformer.go**:
      - 删除第 38-43 行的错误逻辑(禁用 thinkingConfig)
      - 引入 thoughtSignatureMode(Preserve/Dummy)策略
      - Claude 模式:透传真实 signature,过滤空/dummy
      - Gemini 模式:使用 dummy signature
      - 支持 signature-only thinking 块
      - tool_use 的 signature 也透传
      
      **antigravity_gateway_service.go**:
      - 新增 isSignatureRelatedError() 检测 signature 相关错误
      - 新增 stripThinkingFromClaudeRequest() 移除 thinking 块
      - 实现 Auto 模式:检测 400 + signature 关键词时自动降级重试
      - 重试时完全移除 thinking 配置和消息中的 thinking 块
      - 最多重试一次,避免循环
      
      **测试**:
      - 更新并新增测试覆盖 Claude preserve/Gemini dummy 模式
      - 新增 tool_use signature 处理测试
      - 所有测试通过(6/6)
      
      影响:
      -  Claude via Vertex 可以正常使用 thinking 功能
      -  历史 signature 正确透传,避免验证失败
      -  跨模型混用时自动过滤无效 signature
      -  错误驱动降级,自动修复 signature 问题
      -  不影响纯 Claude API 和其他渠道
      
      参考:Codex 深度分析和实现建议
      
      * fix(lint): 修复 gofmt 格式问题
      
      * fix(antigravity): 修复 stripThinkingFromClaudeRequest 遗漏 untyped thinking blocks
      
      问题:
      - Codex 审查指出 stripThinkingFromClaudeRequest 只移除了 type="thinking" 的块
      - 没有处理没有 type 字段的 thinking 对象(如 {"thinking": "...", "signature": "..."})
      - 导致重试时仍包含无效 thinking 块,上游 400 错误持续
      
      修复:
      - 添加检查:跳过没有 type 但有 thinking 字段的块
      - 现在会移除两种格式:
        1. {"type": "thinking", "thinking": "...", "signature": "..."}
        2. {"thinking": "...", "signature": "..."}(untyped)
      
      测试:所有测试通过
      
      参考:Codex P1 审查意见
      7fdc2b2d
  5. 26 Dec, 2025 4 commits
    • ianshaw's avatar
      feat(geminicli): 添加内置 Gemini CLI OAuth 客户端常量和改进配置逻辑 · eea94985
      ianshaw authored
      - 添加 GeminiCLIOAuthClientID/Secret 常量(Gemini CLI 公开 OAuth 客户端)
      - 更新 DefaultAIStudioScopes 使用 generative-language.retriever(符合 Google 文档)
      - EffectiveOAuthConfig 支持自动回退到内置客户端
      - 内置客户端自动过滤受限 scope(如 generative-language)
      - 添加 scope 向后兼容性处理
      eea94985
    • ianshaw's avatar
      fix(backend): 修复 golangci-lint 报告的问题 · efa470ef
      ianshaw authored
      - gofmt: 修复代码格式问题
      - errcheck: 处理 WriteString 和 Close 返回值
      - staticcheck: 错误信息改为小写开头
      - staticcheck: 移除无效的 nil 检查
      - staticcheck: 使用 append 替换循环
      - staticcheck: 使用无条件的 TrimPrefix
      - ineffassign: 移除无效赋值
      - unused: 移除未使用的 geminiOAuthService 字段
      - 重新生成 wire_gen.go
      efa470ef
    • ianshaw's avatar
      feat(backend): 添加 Gemini/Google API 基础包 · 040dc27e
      ianshaw authored
      - 新增 pkg/gemini: 模型定义与回退列表
      - 新增 pkg/googleapi: Google API 错误状态处理
      - 新增 pkg/geminicli/models.go: CLI 模型结构
      - 更新 constants.go: AI Studio 相关常量
      - 更新 oauth.go: 支持 AI Studio OAuth 流程,凭据通过环境变量配置
      040dc27e
    • ianshaw's avatar
      feat(config): 新增 Gemini 配置项和 geminicli 核心包 · aea48ae1
      ianshaw authored
      - 添加 Gemini OAuth 配置结构
      - 实现 geminicli 包(OAuth、Token、CodeAssist 类型)
      - 更新配置示例文件
      aea48ae1