如何用 Laguna XS.2 操作已登录的浏览器

如果你已在本地运行 Laguna XS.2，并且 Agent 客户端能执行本地工具，可以让它通过 Tabbit CLI 读取 Tabbit Browser 中已授权的看板。XS.2 的 Apache 2.0 权重仍可下载，但它已不是 Poolside 最新的 XS 模型，Poolside Chat/API 的公告关闭日期也已过去。模型端点、工具调用、浏览器连接和网站登录必须分开确认。

要点

• Laguna XS.2 官方权重仍在 Hugging Face 提供，许可为 Apache 2.0。Poolside 已将 XS 2.1 列为较新的 XS 版本。

• Poolside Chat 页面称服务于 2026 年 10 月 31 日关闭。OpenRouter 上仍显示旧模型页，不代表目前能成功请求。

• Tabbit Browser 保留网站登录态，Tabbit CLI 让本地 Agent 操作这个浏览器。Laguna XS.2 只通过你配置的推理端点提供模型输出。

• 从只读看板核对开始。输出变化行、原始 URL、未知项和待审阅说明，不要让测试直接改动原页面。

先确认模型如何运行

Poolside 于 2026 年 4 月 28 日发布 XS.2，介绍其总参数量为 33B、每个 token 激活 3B，并以 Apache 2.0 许可发布。官方发布文还给出 Ollama 本地启动命令 ollama launch pool --model laguna-xs.2。5 月 26 日的更新说明服务上下文提高到 256K。这些资料能确认模型与曾公开的启动路径，不能保证你的硬件、运行时或 Agent 客户端不经配置就可使用。(Poolside 发布说明 · XS.2 模型卡)

目前还要留意托管端点状态。Poolside Chat 页面称服务于 10 月 31 日关闭，并引导用户自行托管权重。OpenRouter 模型页仍有旧简介和免费档文字，但 11 月 10 日检查其公开模型目录时没有找到 XS.2。不要把旧模型 ID 直接填进 Agent 后就认定路线可用。先查看服务商实时目录，并用无敏感内容的请求验证。(Poolside Chat 通知 · OpenRouter 模型页 · OpenRouter 模型目录)

把四段连接分别测通

这条工作流包含四段。推理运行时提供 XS.2；Agent 客户端选择模型并决定何时调用工具；Tabbit Skill 告诉客户端如何使用 Tabbit CLI；Tabbit Browser 提供网页及其登录态。前一段成功，不代表下一段也已连接。

在 Agent 调用 CLI 的同一台电脑上安装并打开 Tabbit Browser。按客户端自己的 Skill 发现方式安装 Tabbit。支持具名 Skill 的客户端可能提供 /tabbit；Pi 的文档使用 /skill:tabbit；另一些客户端使用 /skills 菜单或扫描 Skill 目录。先看清客户端实际入口，并检查 Skill 能否启动本地 CLI。之后还要单独确认所选 Tabbit 浏览器配置文件已登录目标网站。(Tabbit CLI 完整指南 · 连接 Agent 与现有浏览器 · Codex 配置说明)

只读查看看板

只处理你有权读取的看板。Release review — GEO-104 和其中的数据是说明用夹具，并非用 XS.2 执行过的测试。让 Agent 在具名任务标签页打开看板，按稳定行 ID 对比可见状态与修改日期，再给出每行来源链接。不要让它点保存、解决、发布或其他会改变数据的按钮。

仅通过已配置的本地推理端点使用 Laguna XS.2。在当前 Tabbit Browser 配置文件中打开我指定的看板：[已授权的看板 URL]。

只读。将可见行与以下基线对照：[行 ID 和预期状态/日期]。返回表格，列出行 ID、可见状态、可见修改日期、来源 URL、与基线的差异和置信度。除指定字段外，不引用私人文本。缺失或冲突的值标记为未知。不要点击保存、解决、发布、删除、邀请或修改数据的按钮。完成后停下，并在独立任务标签页生成带来源链接的报告，命名为“Release review — GEO-104”。此名称仅为示例，不是真实看板记录。

如果客户端支持按名称调用 Skill，先调用 /tabbit 再提交任务；Pi 使用 /skill:tabbit。客户端只有 /skills 时，在 Skill 列表选择 Tabbit。不要因为别的客户端支持斜杠命令，就假设本客户端也有。若任务涉及敏感或不可撤销操作，先看浏览器 Agent 首次任务检查表。

用 Tabbit Browser 隔开 Agent 与看板

这里使用 Tabbit 的理由是：人可以先在指定配置文件中登录，Agent 的工作则放在独立任务标签页里。模型不需要接收浏览器 Cookie；Agent 通过 Tabbit CLI 在该浏览器环境中读取页面，再返回一份待审报告。前提是 Agent 和 CLI 在能访问这个浏览器的本机环境运行。云端 Agent 不会仅因选择 Laguna XS.2 就获得本机浏览器权限。

项目素材库记录了一次独立的本地夹具测试：第一个具名 CLI 任务访问受保护页时收到 401。设置短期测试 Cookie 后，第二个任务访问同一夹具页，读到标题“Release notes review”和编号 GEO-104，并获得 HTTP 200。它只证明该测试夹具可复用登录态，不是 XS.2、外部 Agent 或真实看板测试。上面的案例也只是拟议工作流。(Tabbit CLI 指南 · 浏览器配置文件与任务标签页 · 什么是 Agentic Browser)

按原页面复核报告

每行都能打开同一条看板记录，报告才可以交给人审阅。打开来源链接，对照可见状态和日期；有歧义的变化留空。工具调用成功只能证明调用返回了结果，不能证明 Agent 选对了看板、读全所有行，或正确理解变化。

社区分享只能提醒我们注意配置差异，不能证明 XS.2 一定能操作网页。LocalLLaMA 一位评论者称当时的 XS.2 体验“pretty good”，同时说自己环境的上下文上限是 131K。Poolside 后来发布了 256K served context 更新，因此要核实自己实际使用的运行时、量化版本和上下文限制。Fahd Mirza 的视频页面记录了用 vLLM 在本地安装、测试 XS.2，但页面描述并没有验证浏览器工具调用或可复现结果。(Reddit 原帖 · Fahd Mirza 本地测试视频)

DannyTup 在 DGX Spark 上另做过 XS.2 测试，在他的配置中结果低于 Qwen。把它当作一条实操记录。选定量化和运行时后，用同一份样例看板复跑。 NVIDIA 论坛原帖

任务断开时，先判断是哪一段失败：模型端点、工具解析器、本地 CLI，还是已登录页面。只修复那一段，再重新进行只读检查。选本地连接方式时可看浏览器 MCP 与 CLI 对比；复核来源可看带来源链接的浏览器研究流程。

如果你已有 XS.2 权重和兼容的本地运行时，可以先在低风险看板试跑只读配方。报告与源数据分开保存，并逐条重开链接复核后再交给团队。

Secholar.L

Tabbit 增长与内容

Secholar.L 专注 AI 浏览器与 Agent 工作流的实操写作,基于真实调研对比工具,引用可验证的一手来源。