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 是託管研究代理，不是能任意包裝本機工具的一般 Gemini 聊天模型。
Google 為 Interactions API 列出 Google Search、遠端 MCP、URL Context、程式執行、File Search 與檔案上傳等工具。私有資料必須另外連接。
本機 Tabbit 登入狀態與 API 工具不同。雲端代理不會自動繼承登入。
用有界交接：先整理主張與公開引用，再由本機客戶端核對指定登入頁面。
結果另存為命名草稿，由人檢查來源並決定是否寫回工作區。
哪一層能讀取哪些資料？
| 元件 | 執行位置 | 可讀取內容 | 不能據此推斷 |
|---|---|---|---|
| Deep Research Max | Google Interactions API | Google Search 和已設定的遠端 MCP、File Search 等工具 | 可讀取本機 Chromium 設定或 Tabbit Cookie |
| 本機 Agent 客戶端 | 以本機方式設定時在電腦上執行 | 該客戶端支援的模型路由與工具 | 選用路由就是 Deep Research Max |
| Tabbit CLI | 本機 Tabbit 環境 | 已連接 Tabbit Browser 的任務分頁 | 雲端代理可呼叫本機啟動器 |
| 網站登入 | 你登入過的 Tabbit Browser 環境 | 帳戶獲准存取的頁面 | 可把頁面交給未獲准的模型提供方 |
Google 將 Deep Research Max 定位為非同步研究代理，並透過 Gemini API 付費層級提供公開預覽。模型頁把 deep-research-max-preview-04-2026 標成 Agent code，並指向 Interactions API。呼叫前請在目前 Google AI Studio 文件或專案中確認名稱與帳戶資格。不要把它當成 OpenCode、Codex 或其他本機 Agent 宿主可直接使用的一般模型名稱。可先看Agent 如何呼叫工具。
依資料位置選擇流程
| 資料位置 | 建議做法 | 需要確認的邊界 |
|---|---|---|
| 公開網頁 | 使用 Deep Research Max 的 Google Search 工具 | 回到原始頁確認引用和日期 |
| 已核准的私有系統，且有遠端 MCP | 在 Interactions API 中連接該服務並限制資料範圍 | 服務需可從雲端存取且已授權，MCP 不是瀏覽器 Cookie |
| 只有本機登入後才能讀取的頁面 | 本機 Agent 加 Tabbit CLI | 客戶端與模型路由必須支援本機工具 |
| 沒有本機連線的遠端 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 驅動的託管研究代理，不是一般聊天模型路由。
可以把團隊私有資料交給 Deep Research Max 嗎？
Google 文件列出遠端 MCP、檔案上傳和已連線檔案來源。只使用組織已授權、且 API 已設定的資料來源。
Tabbit CLI 能直接連接 Deep Research Max 嗎？
目前沒有確認到官方即裝即用的連接方式。Tabbit CLI 會連接本機 Agent 與 Tabbit Browser；雲端代理無法直接呼叫本機瀏覽器。
Tabbit 技能該使用哪個指令？
OpenCode 可用 `@tabbit` 呼叫已發現的技能；Pi 使用 `/skill:tabbit`。其他客戶端可能提供 `/skills` 列表或自己的寫法。
如何複核交接結果？
另存命名草稿，記錄來源 URL、頁面標題、日期和核對欄位。重新開啟來源逐項比對，寫入或提交交由人工處理。