Deep Research Max 默认不能使用本地浏览器登录态。Google 将 deep-research-max-preview-04-2026 列为 Interactions API 的 Agent code，由 Gemini 3.1 Pro 驱动。工具运行在 Google 服务端。若页面只有在 Tabbit Browser 登录后才能打开，就应把研究报告交给本地 Agent 使用 Tabbit CLI 核验，并停在命名草稿的人工复核点。
一位 Reddit 用户在测试 Gemini Deep Research 后说，它“废话太多，还装作很聪明”。这条评论没有注明 4 月 Max API 路由，因此不是对这个 Agent 的测试。它提醒我们，来源核对要能看见。(原讨论)
核心结论
Deep Research Max 是托管研究 Agent，不是可以随意套上本地工具的普通 Gemini 聊天模型。
Google 为 Interactions API 记录了 Google Search、远程 MCP、URL Context、代码执行、File Search 和文件上传等工具。私有资料必须单独接入。
本地 Tabbit 登录态与 API 工具分开。云端 Agent 不会自动继承它。
用有界交接：让 Deep Research Max 整理主张与公开引用，再让本地客户端核对指定的已登录页面。
结果另存为命名草稿。由人工检查来源，并决定是否写回工作区。
哪一层能访问哪些资料？
| 组件 | 运行位置 | 可访问内容 | 不能据此推断 |
|---|---|---|---|
| Deep Research Max | Google Interactions API | Google Search 及配置过的远程 MCP、File Search 等工具 | 可访问本地 Chromium 配置或 Tabbit Cookie |
| 本地 Agent 客户端 | 按本机方式配置时运行在电脑上 | 该客户端可用的模型路由与工具 | 所选路由就是 Deep Research Max |
| Tabbit CLI | 本地 Tabbit 环境 | 已连接 Tabbit Browser 中的任务标签页 | 云端 Agent 能调用本地启动器 |
| 网站登录态 | 你登录过的 Tabbit Browser 环境 | 当前账号获准访问的页面 | 可把页面发送给未获批的模型提供方 |
Google 将 Deep Research Max 定位为异步研究 Agent，并通过 Gemini API 付费层级提供公开预览。当前模型页把 deep-research-max-preview-04-2026 标注为 Agent code，并指向 Interactions API。调用前在当前 Google AI Studio 文档或项目中核对名称和账号资格。不要把这个 Agent code 当成 OpenCode、Codex 或其他本地 Agent 宿主可直接使用的普通模型名称。可先读Agent 如何调用工具。
按资料位置选择路径
| 资料位置 | 建议路径 | 需要核对的边界 |
|---|---|---|
| 公开网页 | 用 Deep Research Max 的 Google Search 工具 | 根据原始页面核对引用和日期 |
| 已批准的私有系统，且有远程 MCP 服务 | 在 Interactions API 中连接该服务，并限定数据范围 | 服务必须可从云端访问并获授权，MCP 不等于浏览器 Cookie |
| 只有本地登录后才能访问的页面 | 本地 Agent 加 Tabbit CLI | 客户端和模型路由必须支持本地工具 |
| 无本地桥接的远程 Agent | 生成简短交接清单，由用户或本地客户端继续 | 不要宣称远程 Agent 操作了本地标签页 |
如果私有资料已通过 Google 支持的文件源或自建远程 MCP 接入，API Agent 可以读取已配置的资料。这与接管本地浏览器不是一回事。Google 的发布说明介绍远程 MCP 和文件工具；Deep Research Max API 页面列出了当前 Agent code。两处资料都没有说明可直接连接 Tabbit CLI。
把结果交给本地浏览器任务
先用 Deep Research Max 完成公开资料研究。要求它只输出带来源 URL 和日期的短主张清单。除非提供方与工具已经获准，否则不要放入私有内容。另一个 Reddit 讨论里，有用户提到用 Gemini Agent 根据简历做求职研究，但没有注明准确模型路由。这只是个人用法，不代表隐私控制或 Max 行为。(原讨论)
随后安装 Tabbit Browser，并按Tabbit CLI 指南配置本地连接。你需要先在 CLI 可访问的 Tabbit 环境里登录目标站点，再启动支持本地工具的 Agent 客户端，并选择该客户端实际支持的模型路由。比如 OpenCode 可用 @tabbit 调用已发现的技能；Pi 的写法是 /skill:tabbit，其他客户端各有入口。分别检查三件事：客户端已载入技能；~/.local/bin/tabbit-cli diagnose 连到预期浏览器；目标网站显示你的有效登录态。可参考连接现有浏览器、Codex CLI 设置和MCP 与 CLI 的区别。
项目在 11 月 9 日的本地测试夹具中核对过会话复用：第二个命名 Tabbit 任务标签页在第一个任务登录同一测试环境后，读到了测试页标题和编号 GEO-104。这只证明该测试环境的登录态复用，不证明 Google API Agent 能调用 Tabbit，也不证明外部模型与本地客户端已经配对。
在本地 Agent 中可使用下面这类只读提示词。OpenCode 使用 @tabbit；其他客户端请按自己的文档调用技能。
在这个本地 OpenCode 会话中使用 @tabbit。附件里的 Deep Research Max 报告只是待核对的主张清单，不是真相来源。只打开我指定的已登录页面。每条主张都记录页面标题、URL、可见日期、准确字段名和一段简短依据，并标为“已核实”“不明确”或“缺失”。不要编辑、提交、发布或分享任何内容。另存一份名为“Deep Research Max 交接，草稿 01”的文档，包含来源表和冲突清单。让草稿保持“需人工复核”，停止并展示草稿。预期输出：一份单独的草稿，每条被核对的主张都能指向审核者可以重新打开的授权页面。任务标签页独立运行，你可以继续使用其他浏览器标签。首次任务清单和浏览器 Agent 安全指南可帮助限定只读范围。授权页面访问前，先看浏览器 Agent 概览。
不要把交接自动变成写入
清楚分工即可：Deep Research Max 汇总它能访问的资料；本地 Agent 核对仅在浏览器登录后可见的页面；人工处理冲突并审批任何编辑。不要把 API 报告直接接到不可逆的浏览器动作上。复核结束前，保留证据表、命名草稿和来源页面。
一条 Reddit 评论提到 Gemini Deep Research 的输出质量，另一位用户描述了使用 Gemini Agent 做求职研究。两条讨论都没有验证当前 Max 路由如何使用本地登录浏览器。检索中也没找到这一精确组合的原始社区测试，因此这里提供的是有界交接设计，不是已测的 Google 与 Tabbit 集成。若客户端接不到本地启动器，就停在人工交接，不要假设 API Agent 可以接管标签页。
常见问题
Deep Research Max 能读取本地浏览器登录态吗？
默认不能。它通过 Google Interactions API 运行，而 Tabbit 登录态保存在本地浏览器环境中。只有另行配置并授权的远程 MCP 服务才能向它提供数据。
Deep Research Max 当前 API 名称是什么？
Google 模型页列出的 Interactions API Agent code 是 `deep-research-max-preview-04-2026`。它是由 Gemini 3.1 Pro 驱动的托管研究 Agent，不是通用聊天模型路由。
可以把团队私有资料交给 Deep Research Max 吗？
Google 文档列出远程 MCP、文件上传和已连接文件源等工具。只能使用组织授权且 API 集成已经配置的资料源。
Tabbit CLI 能直接连接 Deep Research Max 吗？
没有核实到官方即插即用连接。Tabbit CLI 把本地 Agent 客户端接到 Tabbit Browser；云端研究 Agent 无法直接调用本地浏览器，除非另建并授权受支持的交接或远程工具。
Tabbit 技能应使用哪个命令？
OpenCode 可用 `@tabbit` 调用已发现的技能；Pi 使用 `/skill:tabbit`。其他客户端可能提供 `/skills` 列表或自己的写法，不要假设 `/tabbit` 通用。
如何复核交接结果？
另存命名草稿，记录来源 URL、页面标题、日期和核对字段。重新打开来源并逐项检查，写入或提交操作留给人工。