核心结论
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 浏览器。它不会为模型添加浏览器控制能力，也不代表特定模型服务商支持该客户端。
如何复核结果？
逐条对照页面中的工单号和链接，将缺失字段标为待核实，并把结果保留为未发送的草稿。