Antigravity-Manager 集成 Claude Opus 4.6 Thinking模型映射、思考模式自动开启与配额保护全解析【免费下载链接】Antigravity-ManagerProfessional Antigravity Account Manager Switcher. One-click seamless account switching for Antigravity Tools. Built with Tauri v2 React (Rust).专业的 Antigravity 账号管理与切换工具。为 Antigravity 提供一键无缝账号切换功能。项目地址: https://gitcode.com/gh_mirrors/an/Antigravity-Manager本篇技术指南基于仓库文档 docs/CLAUDE_OPUS_46_INTEGRATION.md系统讲解 Antigravity-Manager 内置的 Antigravity Proxy 如何完成对 Claude Opus 4.6 Thinking 的接入从 Rust 后端模型映射、思考模式自动开启到 TypeScript/React 前端的模型配置与别名归并再到基于claude保护键的配额保护机制。读完你将掌握 Opus 4.6 在代理中的完整路由链路、可用的模型别名集合以及如何通过 API 直接调用该模型。集成概览Opus 4.6 在 Antigravity 代理体系中的定位Antigravity-Manager 是一个基于 Tauri v2 ReactRust 后端构建的 Antigravity 账号管理与切换工具其内置的 Antigravity Proxy 承担了模型协议转发与账号配额调度的核心职责。本次集成将 Claude Opus 4.6 Thinking 纳入该代理体系改动横跨三层Rust 后端模型名称映射与思考模式默认策略model_mapping.rs、request.rsTypeScript 前端模型配置注册与展示归并modelConfig.ts、useProxyModels.tsx配额与保护复用统一的claude保护键无需新增本地化文案复用既有 i18n key。从集成文档的改动面可以看出这是一次低侵入、高复用的接入不新增协议、不新增存储结构只通过映射表、默认策略与前端配置三个切入点完成模型接入。后端 Rust 侧实现模型映射与路由解析model_mapping.rs内置映射表的完整扩充后端核心改动集中在 src-tauri/src/proxy/common/model_mapping.rs 的CLAUDE_TO_GEMINI静态映射表该表将请求中的模型名解析为代理实际转发给上游的目标模型。针对 Opus 4.6 新增的条目如下请求中的模型名解析结果claude-opus-4-6-thinkingclaude-opus-4-6-thinking规范名直连claude-opus-4-6claude-opus-4-6-thinking别名claude-opus-4.6-thinkingclaude-opus-4-6-thinking点号变体claude-opus-4.6claude-opus-4-6-thinking点号变体claude-opus-4-6-20260201claude-opus-4-6-thinking带日期后缀别名claude-opus-4旧版重定向claude-opus-4-6-thinkingclaude-opus-4-5-thinking旧版重定向claude-opus-4-6-thinkingclaude-opus-4-5-20251101旧版重定向claude-opus-4-6-thinking其中claude-opus-4、claude-opus-4-5-thinking、claude-opus-4-5-20251101三行注释为[Redirect] Opus 4.5 - Opus 4.6体现了旧版本模型向新版本自动升级的转发策略。集成文档中明确列出的规范别名有三个claude-opus-4-6-thinkingcanonical、claude-opus-4-6、claude-opus-4-6-20260201而点号变体与旧版重定向则是源码中更完整的映射集合实际可用的别名比文档列出的更多。normalize_to_standard_id()配额归一化接口的更新同一文件中的normalize_to_standard_id()函数负责把任意物理模型名归一化为标准保护 ID用于配额保护的一致性判断。其 Claude 分支逻辑为模型名小写后只要包含claude、opus、sonnet、haiku任一关键字即统一归一化为标准 IDclaude// 4. Claude 系列 (合并 Opus, Sonnet, Haiku 为统一保护组 claude) if lower.contains(claude) || lower.contains(opus) || lower.contains(sonnet) || lower.contains(haiku) { return Some(claude.to_string()); }集成文档所言的Quota protection uses the sharedclaude-opuskey在源码层面的落点正是这里Opus 4.6 及其别名最终归一化到claude保护组与 Sonnet、Haiku 共享同一配额桶。对应的单元测试断言如下model_mapping.rs// Test Normalization (Opus 4.6 now merged into claude group) assert_eq!( normalize_to_standard_id(claude-opus-4-6-thinking), Some(claude.to_string()) ); assert_eq!( normalize_to_standard_id(claude-sonnet-4-5), Some(claude.to_string()) );此外resolve_model_route()定义了完整的模型路由优先级官方淘汰动态转发最高优先级→ 自定义映射精确匹配 → 自定义映射通配符匹配按特异性排序→ 系统默认映射。对于 Opus 4.6当用户未配置自定义映射时最终落入系统默认映射表完成解析。map_claude_model_to_gemini()对未知模型 ID 采用直接透传策略允许用户通过自定义映射体验尚未内置的模型版本源码注释中即以此为例说明该设计意图。request.rsshould_enable_thinking_by_default() 的思考模式自动开启集成文档指出 request.rs 中的should_enable_thinking_by_default()已更新使 Opus 4.6 模型默认自动开启思考模式。该函数是思考模式决策链路的第一环其判断顺序为保底防御Gemini 3 的模型如gemini-2.5-flash直接返回false绝不注入思考参数服务端强制思考若 ThinkingStore 判定该模型被服务端强制开启思考返回trueOpus 4.5 / 4.6 变体模型名小写后包含opus-4-5、opus-4.5、opus-4-6、opus-4.6任一关键字即自动开启这正是本次集成的核心新增逻辑源码注释注明其参考了 Claude Code v2.0.67 对 Opus 4.5 默认开启思考的行为显式思考变体包含-thinking后缀的模型返回trueGemini 3 系列gemini-3.x及以上模型强制开启。由于claude-opus-4-6-thinking、claude-opus-4-6、claude-opus-4-6-20260201等名称均命中第 3 步的opus-4-6关键字因此无论客户端使用哪个别名发起请求、且未显式携带 thinking 配置时代理都会自动注入thinkingConfig。思考开启后请求变换流程还配套处理了两个关键约束思考预算与maxOutputTokens约束Gemini API 强约束maxOutputTokens必须大于thinkingBudget。当模型为claude-opus-4-6-thinking且思考启用时代码会自动抬升maxOutputTokens以匹配思考预算避免上游返回 400 错误思考块排序通过sort_thinking_blocks_first()确保 assistant 消息中思考块始终排在其他内容块之前对应 Claude/Anthropic API 对思考块顺序的强制要求。variant_mapping.rs模型规格的独立注册在 src-tauri/src/proxy/common/variant_mapping.rs 中Opus 4.6 拥有独立的真实模型规格SPEC_CLAUDE_OPUS_46const SPEC_CLAUDE_OPUS_46: RealModelSpec RealModelSpec { id: claude-opus-4-6-thinking, thinking_budget: 1024, max_output_tokens: 64000, include_thoughts: true, preserve_client_budget: true, };关键字段含义thinking_budget: 1024思考预算上限但preserve_client_budget: true表示客户端显式携带的预算会被保留服务端不做覆盖这是 Claude 系与 Gemini 系规格的重要差异后者通常为false以服务端预算为准max_output_tokens: 64000最大输出 Token 上限include_thoughts: true默认包含思考内容。同时resolve()对claude-opus-4-6-thinking与claude-opus-4-6两个 key 返回同一份规格variant_mapping.rs其测试断言两个别名解析结果一致并验证CLAUDE-SONNET-4-6等大小写变体也能正确命中。前端 TypeScript/React 侧实现模型配置与展示归并modelConfig.ts模型注册条目前端在 src/config/modelConfig.ts 的MODEL_CONFIG注册表中新增了两个条目claude-opus-4-6: { label: Claude Opus 4.6, shortLabel: Claude Opus 4.6, protectedKey: claude, Icon: Claude.Color, i18nKey: proxy.model.claude_opus, i18nDescKey: proxy.model.claude_opus, group: Claude, tags: [opus], }, claude-opus-4-6-thinking: { label: Claude Opus 4.6 TK, shortLabel: Claude Opus 4.6 TK, protectedKey: claude, Icon: Claude.Color, i18nKey: proxy.model.claude_opus_thinking, i18nDescKey: proxy.model.claude_opus_thinking, group: Claude, tags: [opus, thinking], },要点解析两个条目均设置protectedKey: claude与后端normalize_to_standard_id()归一化结果一致保证前端展示与后端配额保护口径统一i18nKey复用了既有的proxy.model.claude_opus与proxy.model.claude_opus_thinking文案键这正是集成文档无需本地化改动的落点非 Thinking 变体的tags为[opus]Thinking 变体为[opus, thinking]与 Sonnet 系列的标签风格保持一致。MODEL_CONFIG中还维护了MODEL_SORT_WEIGHTS排序权重claude系列权重 400、opus层级权重 5、thinking后缀权重 1用于模型列表的稳定排序。useProxyModels.tsx别名归并与展示分组前端模型列表由 src/hooks/useProxyModels.tsx 的ALIAS_TO_CANONICAL表驱动Opus 4.6 家族的全部别名统一归并到规范 IDclaude-opus-4-6、分组Claudeclaude-opus-4-6: { id: claude-opus-4-6, name: Claude Opus 4.6, group: Claude }, claude-opus-4-6-thinking: { id: claude-opus-4-6, name: Claude Opus 4.6, group: Claude }, claude-opus-4-6-20260201: { id: claude-opus-4-6, name: Claude Opus 4.6, group: Claude }, claude-opus-4.6: { id: claude-opus-4-6, name: Claude Opus 4.6, group: Claude }, claude-opus-4.6-thinking: { id: claude-opus-4-6, name: Claude Opus 4.6, group: Claude },这意味着即使用户账号的配额模型列表中出现了带日期后缀或点号变体前端 UI 也会将其折叠为单一的Claude Opus 4.6展示项避免列表重复。模型图标优先从MODEL_CONFIG中匹配未匹配时 Claude 系列回退为 Sparkles 图标紫色。此外useProxyModels还通过get_canonical_families命令拉取后端规范家族信息用于动态模型族的展示。使用方式API 请求与别名标准请求示例通过 Antigravity 代理转发请求时只需将model字段指定为 Opus 4.6 Thinking 即可其余协议参数与普通 Claude 请求一致{ model: claude-opus-4-6-thinking, messages: [ { role: user, content: 请分析这段代码的复杂度 } ] }完整支持别名清单以下别名均会被代理正确解析规范名与别名最终都指向claude-opus-4-6-thinking别名说明claude-opus-4-6-thinking规范名canonicalclaude-opus-4-6官方别名claude-opus-4-6-20260201带日期后缀的版本别名claude-opus-4.6-thinking点号书写变体claude-opus-4.6点号书写变体集成文档明确列出的三个核心别名canonical 两个官方别名是必须保证可用的点号变体与旧版重定向是源码映射表中额外覆盖的兼容形态。配额保护sharedclaudekey 的作用链路Opus 4.6 的配额保护贯穿前后端形成一条完整链路请求进入客户端以任一 Opus 4.6 别名发起请求后端归一化normalize_to_standard_id()将其归一化为标准保护 IDclaudemodel_mapping.rs账号筛选配额保护模块基于归一化结果与各账号的protected_models比对过滤掉对claude设置了保护如配额低于阈值的账号实现账号级负载均衡与配额兜底。src-tauri/src/proxy/tests/quota_protection.rs 中大量测试围绕该链路展开例如请求claude-opus-4-5-thinking归一化后应匹配protected_models中的claude多个账号对claude设置保护时被保护账号应从可用账号池中剔除配额使用率触发保护阈值如 50% 60%时请求应被拦截claude保护不影响gemini-3-flash等非 Claude 模型的正常调度。这些测试同时验证了 Opus 4.5/4.6 共享claude配额桶的设计——升级到 4.6 后无需为配额体系做任何结构性改动。注意事项与边界行为思考模式默认开启只要请求模型名命中opus-4-6/opus-4.5关键字且未显式禁用代理即自动注入thinkingConfig客户端无需额外传参显式携带的思考预算会被保留preserve_client_budget: true旧版模型自动重定向claude-opus-4、claude-opus-4-5-thinking、claude-opus-4-5-20251101等旧名称会直接重定向到 Opus 4.6 Thinking迁移期无需修改客户端配置配额口径统一Opus/Sonnet/Haiku 全部归入claude保护组任何 Claude 系请求的配额保护行为一致无需本地化改动前端复用既有的proxy.model.claude_opus*文案键各语言包无需新增条目思考块顺序约束代理会保证 assistant 消息中思考块位于首位同时自动抬升maxOutputTokens以满足大于思考预算的 API 强约束规避上游 400 错误。如需深入了解底层实现可继续阅读 model_mapping.rs映射表与归一化、request.rs思考模式决策与请求变换、variant_mapping.rs模型规格以及 quota_protection.rs配额保护测试四个关键文件。【免费下载链接】Antigravity-ManagerProfessional Antigravity Account Manager Switcher. One-click seamless account switching for Antigravity Tools. Built with Tauri v2 React (Rust).专业的 Antigravity 账号管理与切换工具。为 Antigravity 提供一键无缝账号切换功能。项目地址: https://gitcode.com/gh_mirrors/an/Antigravity-Manager创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考