SLBrow 浏览器自动化

要解决什么问题

在浏览器里接 MCP 的 AI 助手，往往「工具很多、顺序很乱」：page_navigate、page_analyze、element_click 混用容易漏掉 tab_id、在页面未加载完就抽取内容，或对表单元素没有先分析就硬点。本技能面向 SLBrow 体系：浏览器扩展（aiassist）经 MCP 连到 slbrow-mcp 服务，用一份可注入上下文的 SKILL.md 约束何时选哪类工具、多标签页怎么定向、内容抽取与填表的前置步骤。

技能如何组织工作流

核心思路是「先意图、再元素 ID、再动作」：

• 导航与等待：用 page_navigate 打开 URL；需要稳定 DOM 时用 page_wait_for 或分析失败时重试。
• 分析：page_analyze 必须带 intent_hint（如 article、form submit、post_create），再拿返回的 element_id 做 element_click、element_fill、element_get_state。
• 多标签：先 tab_list，后台标签操作给各工具传 tab_id；聚焦用 tab_switch。
• 抽取：导航 → 带意图的分析 → page_extract_content（article / search_results / posts）。
• 书签与历史：get_bookmarks / add_bookmark、get_history 等按查询参数使用。
• 视联 VAI（Seelink）：get_page_seelink_player_list 后，用 player_position_list 或 player_id_list（二选一）调用 use_seelink_players_ai；关闭效果用 ai_function_name: none。

插件还可从服务端拉取完整技能正文，在 MCP 已启用时塞进模型上下文，减少误用工具。

适用边界与注意点

• 依赖扩展已连接、MCP 端点可用（默认 HTTP 5556、WebSocket 5555）；EXTENSION_DISCONNECTED 应先查服务健康再重连。
• page_analyze 返回 0 个元素时，多半是页面仍在加载，稍等或重新导航后再分析。
• 工具调用超过约 30 秒会超时，应拆步骤或简化参数；标签已关会导致 tab_id 无效，需重新 tab_list。
• 服务重启后 MCP 会话可能 404，需刷新页面重连；无 MCP 时文档提到可走 HTTP API（curl），但技能主路径仍是插件 + MCP 工具链。完整参数见 references/api-reference.md。