DeepSeek Harness + WebMCP + Builder = Efficient Computer Use

[jo32]

我在做 DeepDeck ，一个基于 DeepSeek Harness 的非官方社区桌面客户端，最近给它加了 WebMCP 浏览器和 Builder 。

标题里的组合是：Harness 负责执行任务，WebMCP 提供可发现、可调用的网页工具，Builder 负责探索网站，把试用并验证过的操作保存成工具，供后续任务复用。

项目采用 MIT 协议，目前提供 Apple Silicon / Intel Mac 版本。

为什么要加 WebMCP

普通 Computer Use 往往需要反复读页面、找控件、点击、输入，再检查结果。WebMCP 是一项仍在演进中的 Web API 提案，让网站用工具名、描述和参数结构向 Agent 暴露能力。对于工具覆盖的任务，Agent 可以选择工具、传入参数、读取结果，减少重复读页面和判断操作步骤的次数。

它与后端 MCP 集成可以配合使用；没有工具覆盖的步骤，仍然需要浏览器交互。

两种使用方式

网站已经提供 WebMCP：直接调用。 在 Site Agent → WebMCP → Website 中查看工具，切换到 Use 并描述任务。图中是在 openai.com 发现的 search_openai。

网站还没有合适的工具：让 Builder 构建。 打开 WebMCP Builder ，描述需要的能力，比如搜索、阅读帖子、编辑和检查草稿。Agent 会在真实页面上尝试操作、检查结果、生成工具代码，并把源码和版本按站点保存下来。目标网站不需要修改自己的源码。

在 X 的这个例子中，Builder 生成了 23 个工具。它们位于 Built with DeepDeck 分组，与网站原生提供的工具分开显示；可以检查源码、禁用工具或回退版本。

切回 Use 后，输入 compose a hello world x post，Agent 调用工具填写 Hello world 草稿。这里只验证了填写草稿，发布是另一个操作。

效率的适用条件

首次构建需要额外探索和验证，工具描述也会占上下文。后续任务能复用这些工具时，才可能省下时间和 token ；我还没有发布严格的对照基准，所以不写节省百分比。网站改版后，工具也可能需要重新验证和更新。当前生成工具依赖 DeepDeck 的桌面浏览器环境。

想听听大家的使用场景：哪些网页操作你会反复交给 Agent ？工具保存下来以后，什么样的网站变化应该触发重新验证？

源码 · 下载 · 完整图文说明

文字经 AI 辅助整理，截图来自实际运行。