🤖

dsh-browser-use

模型推理更新于 2026.09.20

在终端中运行以下命令：

dsh plugin install mugnimaestra/dsh-browser-use

将以下提示词粘贴到 DeepSeek Harness 对话框中：

在 DeepSeek Harness 的 Web Profile 中执行 dsh plugin install mugnimaestra/dsh-browser-use，从 https://github.com/mugnimaestra/dsh-browser-use 安装独立 Bundle，再在自编 Agent Preset 的 agent.cordis.yml 中挂载，勿加入 Host 根 cordis.patch.yml。

插件介绍

在 DeepSeek Harness 里让智能体真正「用浏览器干活」，往往需要在 Agent 预设里接上可靠的 Chrome 与页面工具，而不是在宿主机根配置里悄悄打开一整块浏览器能力。dsh-browser-use 走可选接入路线：通过 @deepseek-ai/dsh-mcp-client 把既有的 Open Browser Use stdio MCP 挂到你编写的 Agent Preset 上，Harness 侧看到的是稳定的 mcp__open_browser_use__* 工具命名空间。插件不重写 WebMCP；真实标签页、CDP、页面工具发现与 registration_id 生命周期仍由 Open Browser Use 负责，你得到的是与上游语义一致、边界清晰的桥接层。

核心能力集中在「当前 Chrome 配置下的浏览器自动化」与 WebMCP 协作：先确认页面与能力，再列出并优先调用页面暴露的工具，在导航或工具变更后重新列举并处理过期 registration。这与 computer-use（桌面无障碍树、全屏截图、系统级输入）是两条线；若目标是操作系统外的整台机器操控，应选用 Computer Use 类插件。

适合已经使用 Harness Agent Preset、本地 PATH 上有 obu、且 Chrome 扩展与 native host 已连到目标配置文件的开发者与产品团队。你会在自定义预设的 agent.cordis.yml 里显式挂载本包，并用新 Session 验证工具目录与 JSONL 中的 mcp__open_browser_use__* 调用；同时需要理解 Phase 1 的会话占用：同一挂载实例在存活期内由首个实际调用 Browser Use 工具的 Agent 独占 obu 子进程，任务结束应 finalize tabs。页面工具名、描述与结果均视为不可信内容，确认策略应与你的可见浏览器操作政策一致。