沉浸式翻译里 Gemini 3 的思考强度该怎么设置

Question（问题）

沉浸式翻译（Immersive Translate）里接 Gemini 3 系列模型时，常规设置界面里没有单独的“思考强度”选项。那这个参数到底能不能设，应该写到哪里，当前可验证的写法是什么？

Short Answer（简答）

能设，但通常不是在常规服务面板里单独点出来，而是通过开发者设置里的完整用户配置去覆盖。

对 Gemini 3 系列，当前应优先使用：

• modelsOverrides
• bodyConfigs
• thinkingConfig
• thinkingLevel

如果当前接的是“自定义 Gemini 服务实例”，就把这段配置写进该实例自己的配置块，而不是抽象的通用 gemini 块。

当前已验证可工作的目标值是：

• thinkingLevel: "MINIMAL"

Facts（事实）

• 沉浸式翻译高级自定义文档明确写到：Gemini 系列模型有内置默认设置；若要覆盖这些默认设置，建议使用 modelsOverrides 按模型覆盖。
• Google 官方 Gemini 文档明确区分：
  • Gemini 3 系列使用 thinkingLevel
  • Gemini 2.5 系列使用 thinkingBudget
• Buu 当前在沉浸式翻译里实际启用的不是抽象的内置 gemini，而是一个自定义 Gemini 服务实例。
• 当前这条实例链路的模型是 gemini-3-flash-preview。
• 该实例通过自定义 apiUrl 指向 AxonHub 的 Gemini 风格入口。
• 本次会话里，配置被写到实际使用的自定义 Gemini 服务实例中，而不是写到一个单独的通用 translationServices.gemini 对象里。
• Buu 已在 AxonHub 侧确认，实际请求体中已经出现："thinkingLevel": "MINIMAL"。

Interpretation（解释）

这说明当前问题的关键，不是“沉浸式翻译支不支持 Gemini 3 的思考强度”，而是：

1. 是否找对了配置入口
2. 是否把配置写到了真正生效的服务实例上
3. 下游网关是否原样透传了该字段

在当前这条链路里，这三点都已满足，因此可以把“Gemini 3 的 thinkingLevel 已可通过沉浸式翻译 + 自定义 Gemini 服务实例 + AxonHub 链路透传”视为已验证结论。

Related Pages（相关页面）

• AxonHub
• AxonHub 的 API key profile 到底在管什么
• Buu 如何命名 AxonHub 的 API Keys 和 Profiles

Open Questions（待解问题）

• 沉浸式翻译后续会不会把 Gemini 3 的 thinkingLevel 直接做成可视化 UI 选项？
• 当前这条链路里，LOW、MEDIUM、HIGH 是否都能被 AxonHub 同样稳定透传？
• 如果后面换成别的 Gemini 3 模型，例如 3.1 Pro 或 3.1 Flash-Lite，是否仍沿用同样写法？

Next Checks（后续核查）

• 后续如切到其他 Gemini 3 型号，优先复查 thinkingLevel 是否仍在请求体中透传。
• 如果后面接回官方 Gemini API 或其他网关，复查是否仍需写在“实际启用的服务实例”里，而不是抽象通用块里。
• 如果要控制 2.5 系列，再改查 thinkingBudget，不要和 3 系列写法混用。