如何用 GLM-5.1 操作已登录的浏览器

当所选 Agent 客户端能够调用模型并提供浏览器工具时，GLM-5.1 可以帮助检查已登录页面。适合的首个任务是：把少量获批字段与测试表单核对，记录差异，并在提交前停止。Tabbit Browser 提供本地浏览器会话；Tabbit CLI 让受支持的本地 Agent 操作其中的标签页。只有模型名称并不会自动连上浏览器。

本地 Agent 的技能发现与模型服务商配置是两件事。Pi 中使用 /skill:tabbit；提供 /skills 的客户端应按其文档使用技能选择器。之后通过已安装的 Tabbit CLI 启动器创建命名任务。下面命令只观察当前任务标签页，不会提交表单。

~/.local/bin/tabbit-cli nodejs --task "GLM-5.1 staging field review" --request-id review-approved-fields <<'JS'
return await tabbit.observe({frames: "none", maxChars: 4000});
JS

GLM-5.1 官方模型卡 标识了这个精确检查点，列出 Zai 推理服务，并注明 safetensors 为 BF16/F32、参数量为 754B。许可证文件为 MIT。该权重格式和规模意味着本地部署需要单独评估硬件。模型卡不能证明每种 API 计划或工具路由当前都可用。

一则 Reddit 讨论提到 GLM-5.1 回复变慢和超时，发帖者后来表示情况有所缓解。这只是一次服务商使用经历，不代表服务保证，因此开始任务前要确认当前路由（讨论帖）。

本地 Agent 的技能发现与模型服务商配置是两件事。Pi 中使用 /skill:tabbit；提供 /skills 的客户端应按其文档使用技能选择器。之后通过已安装的 Tabbit CLI 启动器创建命名任务。下面命令只观察当前任务标签页，不会提交表单。

~/.local/bin/tabbit-cli nodejs --task "GLM-5.1 staging field review" --request-id review-approved-fields <<'JS'
return await tabbit.observe({frames: "none", maxChars: 4000});
JS

GLM-5.1 官方模型卡 标识了这个精确检查点，并列出 Zai 推理服务。许可证文件为 MIT。模型卡并不能证明每种 API 计划或工具调用路由当前都可用。

要点

• 确认精确的检查点或 API 模型 ID。GLM-5.1 不等于 GLM-5.2 或 GLM-5.3。

• 核对推理服务和 Agent 客户端都支持工具调用。

• 使用测试记录和字段白名单，不要把凭证或个人信息放进提示词。

• 通过 Tabbit CLI 复用已登录会话，并亲自核对页面和值。

• 不允许 Agent 点击最终提交按钮。

GLM-5.1 浏览器操作一览

区分模型与服务路由

官方模型卡标识 GLM-5.1 检查点。不要因为服务商改了默认别名，就悄悄换成 GLM-5.2 或 GLM-5.3。使用托管 API 时，记录服务商的精确模型 ID，并查看当前工具调用文档。本地部署时，检查检查点版本、许可条款、内存要求和后端工具解析器。服务商与地区会影响可用性，应以服务商当前模型目录为准。

工具调用需要多环节配合：模型提出结构化调用，推理服务保留它，Agent 客户端识别并授权工具，Tabbit CLI 再连接目标浏览器。聊天接口能返回文字，只能证明文字交互正常，不能证明浏览器连接成功。

准备测试表单

使用合成数据创建测试记录，只选任务负责人批准的字段，例如 ticket_ref、category 和 review_note。来源记录应位于 Agent 可读取的页面中。不要让模型猜缺失值、修改账户权限、处理密码、令牌、真实客户记录或生产数据。

Tabbit CLI 通过已安装的启动器运行。先用 diagnose 查找浏览器实例；必要时选择目标实例；再创建唯一命名的任务。任何可能改变网站状态的动作都要使用明确的请求 ID。CLI 任务操作自己拥有的标签页，它不会把远程 Agent 变成本地 Agent。请参阅 Tabbit CLI 快速开始 和 Tabbit CLI 完整指南。

如果目标 Tabbit 环境已经登录，且 CLI 连到同一实例，就能复用现有登录会话。这不会把凭证分享给模型。另一个任务可以使用独立标签页，你仍可继续使用平时的浏览器标签页。导航或操作前先核对任务的标签页清单。

让 Agent 核对并准备，不要提交

指明操作边界和可核对的输出格式。下面使用虚构记录和测试网址。实际使用时，只能替换为测试环境内获批的字段。

任务：准备复核测试表单 [STAGING_URL]。
通过 Tabbit CLI 使用现有的 Tabbit Browser 登录会话。
读取来源记录 [SYNTHETIC_RECORD_ID]。只允许检查和填写：
- ticket_ref
- category
- review_note
不得点击 Submit、Save、Confirm 或任何会最终生效的控件。
不得使用或披露凭证及无关个人信息。
返回表格：字段、来源值、页面显示值、状态、页面链接。
若值缺失、含糊或不一致，不要修改该字段，并说明问题。
停在页面可见的复核节点，等待人工处理。

预期结果是简短的对照表，不是“已成功”的断言。如果客户端不能显示工具调用，或模型只输出文字而没有结构化动作，就停止并改用有明确工具调用文档的路由。也可参考 浏览器 Agent 首次任务清单 和 Browser MCP 与 CLI 对比。

设置人工复核节点

将任务命名为 GLM-5.1 staging field review。允许修改前，确认网址属于测试环境，来源记录使用合成数据。Agent 只能检查和填写白名单中的字段。随后逐项比对页面值与来源页，确认没有其他控件变化，并让 Submit 保持未点击。将对照结果写入团队复核记录，不要放进模型提示词。由人工修正数据并决定是否提交。

即使模型推理看似合理，浏览器 Agent 仍可能选错记录。让操作员查看最终页面，可以发现记录不匹配、页面过期或意外跳转。截图可以帮助复核，但不能证明后端已接受变更。

按任务选择连接方式

Tabbit 是本地交接中的浏览器工作区，不保证所有模型托管方、Agent 框架或 API 都兼容。请看 Tabbit Browser 介绍、把 Agent 连接到现有浏览器 和 Codex 的 Tabbit CLI 设置。

沿边界排查问题

GLM-5.1 有文字回复但没有动作时，先核对所选服务路由和工具调用格式。客户端没有浏览器工具时，单独安装 Tabbit CLI 不会自动增加该能力。CLI 打开空白浏览器或错误实例时，先看诊断结果，确认实例与任务所有权。网站要求登录时，通过正常用户流程登录；不要让模型绕过访问检查。

不要为了试通流程而操作正式表单。请用可丢弃的测试记录，截取最终可见状态，并按常规保留规则清理测试数据。相关背景见 浏览器自动化安全清单 与 Tabbit CLI 完整指南。

结论

只有在精确模型路由、所选客户端的工具调用，以及 Tabbit CLI 到已登录实例的连接都经过确认后，才用 GLM-5.1 操作浏览器。先从获批测试表单开始，限制字段，在人工复核节点停止。任一检查未通过，就保持只读或改为手动操作。

For related setup context, see AI browser automation.

Secholar.L

Tabbit 增长与内容

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