核心結論
Toast 1 是面向知識問答、多步檢索和證據整理的專用搜索模型。
只有用戶端提供並執行瀏覽器函數時，它才可能參與瀏覽器工作流。
Mixedbread 在 Agent API 中提供
toast-1；選擇服務商前先確認賬戶訪問和用戶端支持。Tabbit CLI 連接本機兼容 Agent 與 Tabbit Browser，是獨立的瀏覽器執行通道，不是模型自帶能力。
工單場景應限定到獲准數據源，提取可見編號和連結，停在未發送草稿。
把任務分給合適的工具
| 任務 | Toast 1 的職責 | 瀏覽器執行者 | 使用前檢查 |
|---|---|---|---|
| 查找相關工單內容 | 搜索授權資料庫或已開放的函數 | 無需 | 資料庫範圍與來源記錄 |
| 打開已登入工單 | 整理返回的證據 | 本機 Agent 加 Tabbit CLI | Tabbit 配置與網站權限 |
| 核對工單號和網址 | 比對提取字段 | 人在頁面中複核 | 編號與可見內容一致 |
Mixedbread 將 Toast 1 定義為面向知識密集型問題和多步檢索的專用搜索模型。其 Chat Completions API 支持用戶端執行的函數，托管工具可以搜索指定資料庫。這些屬於工具調用，不等同於通用瀏覽器會話。模型文檔 · Chat Completions 文檔
分開配置瀏覽器連接
安裝 Tabbit Browser，再從兼容的本機 Agent 調用 Tabbit CLI，處理已登入網頁。Toast 1 是搜索模型，必須為它配置可用的檢索或函數工具；它本身不會點擊網頁。頁面導航應交給另一個 Agent 或本機瀏覽器執行器，並在方案中明確分工。
第一次運行只讀。先在 Tabbit 中自行登入獲准訪問的工單系統。本機 Agent 可通過 Tabbit CLI 使用該瀏覽器環境中的登入會話，同時在單獨任務分頁執行，日常分頁仍可繼續使用。這驗證的是 Tabbit CLI 的會話復用流程，不代表 Toast 1 內置了瀏覽器訪問能力。
按用戶端支持的入口加載 Tabbit skill。Pi 使用 /skill:tabbit；有些用戶端使用 /skills，另一些會從已安裝的 skill 文件自動發現。再分別確認用戶端能調用本機 Tabbit CLI 啓動器、所選模型服務商能訪問 Toast 1。Mixedbread 官方端點為 https://api.mixedbread.com/v1，模型 ID 是 toast-1；使用前核對密鑰權限、配額和用戶端支持。遠程運行器還需要有文檔說明的本機連接方式。
skill 只告訴 Agent 可使用哪些本機命令；它不會安裝啓動器、選擇模型服務商，也不會替你登入網站。每一層都要單獨檢查。
用 Toast 1 查證據，不讓它代替頁面導航
實際分工很簡單：用 Toast 1 搜索文檔或調用明確提供的函數；如果後續需要打開網頁，再把簡短證據交給可操作瀏覽器的本機 Agent。API 返回函數調用請求時，用戶端必須執行該函數，並把結果發回模型。沒有瀏覽器函數時，Toast 1 就不能替你點擊頁面。
交給工單複核人的內容應包括工單號、標題、可見狀態、來源網址，以及仍需人工確認的字段。不要讓模型用客戶姓名搜索，也不要把私人工單內容複製到未經批准的服務商。搜索結果只是線索，不能證明工單仍然有效。
只讀核對支持工單
以下是示意流程，假設已批准的檢索庫或函數會返回允許讀取的工單記錄。它不表示已實測 Toast 1 與 Tabbit 的實時集成。
只使用獲准搜索工具返回的支持工單記錄。不要打開、編輯、分派或回復工單。
每條結果返回可見工單號、標題、狀態、來源網址和一句證據。不要推斷缺失字段。
按工單號去重。存在衝突時標記為“待複核”。
創建名為“支持隊列交叉核對｜Toast 1 複核”的未發送草稿，包含結果表和單獨的待複核清單。先停下並展示草稿，不要分享。
預期輸出：含編號、標題、狀態、網址、證據的表格；未解決衝突；草稿連結。逐行打開來源頁面核對。確認網址在當前賬號下可訪問且指向對應工單。負責人核准正文和共享權限前，不要發送草稿。
Tabbit Browser 適用的環節
當本機 Agent 需要使用你手動複核時的登入環境，Tabbit Browser 才有幫助。先在 Tabbit 中登入支持網站，再讓兼容的本機用戶端通過 Tabbit CLI 在單獨任務分頁執行。項目中的測試夾具驗證了第二個 CLI 任務可以沿用已登入測試會話；沒有測試 Toast 1 或外部模型服務商。
代價是多出一層瀏覽器執行。Toast 1 整理檢索證據，本機 Agent 操作頁面。如果只需回答資料庫問題，直接使用搜索 API，省去瀏覽器步驟。
複核清單
| 檢查項 | 通過條件 | 遇到此情況就停止 |
|---|---|---|
| 模型路由 | 所選 API 與賬戶確實提供 toast-1 | 用戶端靜默切換到別的模型 |
| 搜索範圍 | 只開放獲准資料庫或函數 | 返回越權記錄 |
| 瀏覽器會話 | 本機任務打開目標登入配置 | 跳到登入頁或錯誤賬戶 |
| 證據 | 編號和網址與頁面內容相符 | 字段靠推斷或連結過期 |
| 交接 | 草稿有名稱且等待人工複核 | Agent 嘗試發送或改權限 |
相關設置見 Tabbit CLI 指南、接入現有瀏覽器、首次瀏覽器任務清單 和 CLI 與 MCP 的選擇。
結論
知識檢索和證據整理適合 Toast 1。只有必須檢查已登入頁面時，才把它與另一種本機瀏覽器 Agent 配合。如果用戶端不能選擇 Toast 1，或不能運行 Tabbit CLI，就停在有記錄的交接步驟，不要假設兼容。
更多連線資料
Codex 連線與工作階段檢查 · 瀏覽器 Agent 提示詞範本 · 登入工作階段重用說明 · 核對研究來源的流程 · 瀏覽器 CLI 教學
常見問題
Toast 1 能單獨操作瀏覽器嗎？
不能。Toast 1 是知識搜尋模型，可以呼叫函式或 Mixedbread 託管搜尋工具，但瀏覽器用戶端必須提供並執行頁面導覽動作。
在哪裡可以呼叫 Toast 1？
Mixedbread 文件提供其 Agent API。使用前確認 API 權限、憑證、帳戶限制，以及本機用戶端是否能選擇相容 OpenAI 的自訂端點。
Toast 1 能讀取支援工單嗎？
只有在提供獲准的檢索來源，或提供一個回傳允許讀取內容的函式後才可以。將查詢限制在可見工單編號與來源連結。
Tabbit CLI 會讓 Toast 1 原生支援瀏覽器嗎？
不會。Tabbit CLI 將相容的本機 Agent 連接至 Tabbit 瀏覽器。它不會為模型新增瀏覽器控制能力，也不代表特定模型服務商支援該用戶端。
如何複核結果？
逐筆對照頁面中的工單編號和連結，將缺漏欄位標示為待確認，並把輸出保留為未送出的草稿。