前言¶
在自动化任务里，直接驱动浏览器通常有两种做法：一是用 Selenium、Playwright 这类封装层，按「打开浏览器—定位元素—点击」的流程走；二是直接走浏览器调试协议，从协议层拿到页面、执行脚本、监听事件。前者上手快，但想要接管一个已经在运行、已经开了调试端口的浏览器时，封装层往往显得多余。browser-automation-cdp 属于后者：它把 Chrome DevTools Protocol（CDP）的浏览器自动化能力封装成一个 Skill，供 Agent 在任务中调用。
下面介绍这个 Skill 的定位、已核实到的属性，以及使用上需要注意的地方。
这是什么¶
browser-automation-cdp 是一个面向开发者的 Agent Skill，坐标 @zcwl/browser-automation-cdp，版本 1.0.0，由「智创未来」发布，来源标记为 enterprise，分类为 dev-programming。
它解决的问题很集中：当任务需要控制浏览器、但希望走 CDP 协议而不是高层封装时，提供一个可以直接被 Agent 调用的 Skill。标签显示 requires_api_key=false，即不需要外部 API Key 就能使用。
核心功能¶
根据已抓取资料，该 Skill 的能力描述只有一句：CDP 协议浏览器自动化。
也就是说，它的核心是围绕 CDP 提供浏览器层面的自动化操作。资料中没有给出更细的能力清单，比如具体支持哪些 CDP 方法、是否覆盖新建页面、导航、脚本注入、事件监听等。这部分需要以官方页面为准，本文不做推测。
安装与启用¶
安装命令、目录结构、配置文件字段这几项，在已抓取的资料中没有出现。不同客户端（Cursor、Codex CLI、Claude Code）在 Skill 的安装与启用方式上通常存在差异，同样没有可核实的资料。
因此这里只给出核对入口，不写未经验证的命令：
- SkillHub 页面：https://www.skillhub.cn/skills/zcwl/browser-automation-cdp
- 官方地址：https://api.skillhub.cn/zcwl/browser-automation-cdp
如果你准备启用，建议先打开上面的页面确认安装方式、运行环境要求，再决定是否接入。
典型用法¶
已抓取资料中没有提供可复现的官方示例，因此本节略过。按照这类 Skill 的一般形态，用法通常与调用它的 Agent 有关——Agent 读取 SKILL.md 后按说明执行。但具体步骤、参数、输出格式，都需要以官方页面为准，本文不编写未经验证的示例。
适用场景与注意¶
适合的场景：需要在浏览器层面做自动化，并且希望从协议层介入，例如接管已有调试端口的浏览器、需要监听协议事件、或需要在封装层之外做更细的控制。
需要注意的地方：
- 能力范围未在资料中展开。该 Skill 只说明基于 CDP 协议，是否支持多浏览器、是否支持移动端，均未核实，使用时先确认。
- 运行环境未说明。CDP 相关操作通常要求本机有可用的 Chromium 系浏览器并开启调试端口，但资料里没有写明依赖和启动方式。
- 安装量偏低。资料显示下载量为 3070，安装量为 0，评分 100000。下载量说明有一定关注，安装量为 0 则意味着目前缺少公开的大规模使用反馈，接入前建议自行验证。
- 无需 API Key。
requires_api_key=false降低了接入门槛，但不代表不需要本地浏览器环境。
结尾¶
browser-automation-cdp 的价值在于把 CDP 协议的浏览器自动化能力整理成一个可被 Agent 调用的 Skill，适合希望从协议层控制浏览器的开发者。它的能力描述简短，细节需要到官方页面核对。
官方地址：https://api.skillhub.cn/zcwl/browser-automation-cdp
SkillHub 页面：https://www.skillhub.cn/skills/zcwl/browser-automation-cdp
