前言¶
做 Agent 相關工作時，瀏覽器這一層常被拆得很碎：有的腳本只跑無頭請求，有的流程要靠人工登錄，有的截圖和擴展捕獲又散落在各自的工具裏。結果是同一條任務鏈上要維護多套瀏覽器方案，登錄態、頁面導航、截圖來源都不一致。下面介紹的瀏覽器助手（Browser Orchestrator）就是針對這個切口的 Skill，定位是作爲 MCP Relay 側的有界面 Browser Node，把配對、登錄態工作、頁面操作和捕獲儘量收攏到一處。
這是什麼¶
瀏覽器助手由深圳亞匯訊發佈並維護，在 SkillHub 上的座標爲 @yahuixun/browser-orchestrator，來源標記爲 enterprise，分類爲 ai-agent。它解決的問題很具體：當上層通過 MCP Relay 驅動瀏覽器時，需要一個能保持有界面、能承載登錄態、並按配置做頁面導航與捕獲的節點，而不是每次從零搭一套瀏覽器環境。
從 SkillHub 頁面可覈對的元數據如下：
名稱: 瀏覽器助手
座標: @yahuixun/browser-orchestrator
版本: 0.1.5
來源: enterprise
分類: ai-agent
發佈者: 深圳亞匯訊
標籤: requires_api_key=true
可覈對的能力清單¶
官方簡介列出的能力範圍，按用途分成四組說明，便於判斷它覆蓋到哪一層。
- Relay 配對。負責與 MCP Relay 建立配對關係，讓上層能把這個瀏覽器節點當作一個可用的瀏覽器端。
- 已認證的 worker 連接。在配對之後維持經過認證的連接，而不是裸露地共享一個瀏覽器實例。
- 手動登錄安全的瀏覽器工作。面向需要人工登錄的場景，讓瀏覽器在有界面狀態下承接登錄態相關的操作，降低把憑據交給自動化流程的風險。
- 本地 MCP 回退。當 relay 鏈路不可用時，退回到本地 MCP 路徑繼續工作，保證瀏覽器能力不整條斷掉。
頁面操作與捕獲方面，簡介明確了三類動作：頁面導航、截圖，以及按配置捕獲已啓用的擴展內容。也就是說，它不是隻負責“打開頁面”，還把結果留存和擴展側輸出納入了同一口徑。
啓用前提與限制¶
使用前提裏最需要先確認的一點，是標籤 requires_api_key=true。這意味着它不是開箱即用、無需任何密鑰的通用工具，啓用前要先準備好對應的 API Key，並確認密鑰所屬環境與 MCP Relay 的運行環境一致。
其次是環境匹配。它面向的是 MCP Relay 體系中的 headed Browser Node，也就是需要有界面的瀏覽器節點。如果你的運行環境只打算跑無頭瀏覽器、或者不接入 MCP Relay，這套定位就不直接適用，本地 MCP 回退只是鏈路層兜底，不代表它變成無頭瀏覽器方案。
第三是擴展捕獲的範圍。簡介寫的是“configured extension capture”，屬於按配置觸發的捕獲，而不是無條件抓取所有擴展輸出。哪些擴展參與捕獲、捕獲到什麼粒度，取決於實際配置；公開資料裏沒有給出可直接覈實的擴展清單與配置字段，這部分需要在啓用時按你自己的環境確認。
第四是數據口徑。SkillHub 頁面顯示的評分與下載量會隨時間變化，本文以抓取到的頁面資料爲準，不把頁面數據當作穩定結論，也不據此推斷服務質量。
適用場景¶
適合的場景是：已經在用或準備用 MCP Relay 驅動瀏覽器，任務裏包含需要登錄態的頁面操作，希望截圖、導航和擴展捕獲有統一來源，並且願意先配置 API Key。
不適合直接照搬的場景是：只做靜態頁面抓取且無需登錄、只跑無頭渲染、或者不打算接入 MCP Relay 的項目。這類需求更適合各自的專用工具，不必爲此引入一個面向 relay 體系的瀏覽器節點。
結尾¶
瀏覽器助手的價值不在於多一套瀏覽器腳本，而在於把有界面瀏覽器節點的配對、登錄態工作、頁面導航、截圖和擴展捕獲放到同一個 MCP Relay 入口後面，減少多套方案並存帶來的不一致。需要先確認的是 API Key 與運行環境是否匹配。官方地址：https://api.skillhub.cn/yahuixun/browser-orchestrator
