对比决策指南
浏览器自动化 CLI 与 MCP 对比
可重复浏览器检查使用 CLI 和测试代码;需要工具中介观察的有人监督探索使用 MCP。
接口决策只读Browser automation CLIBrowser MCP
先看决策矩阵
基于官方文档这张表汇总当前注册表和官方来源,不代表两侧已经在同一环境中完成端到端对跑。真正选择前,请用同一个安全样例验证。
| 决策条件 | Browser automation CLI | Browser MCP |
|---|---|---|
| 输出合同 | 通过 stdout、stderr 和退出码暴露结果;结构化程度取决于具体 CLI 与所选标志。 | 由服务端工具 schema 定义输入与输出;具体稳定性取决于所连接的 MCP Server。 |
| 认证与身份 | CLI 复用当前用户、CI 或环境凭证;需要在执行前确认账户、目标与 scope。 | 通常由 MCP Client 或 Server 中介身份与权限;仍需核对实际服务的授权范围。 |
| 可靠性证据 | 进程边界和退出码便于观察,但二进制版本、运行环境与命令输出必须固定并验证。 | Typed tool 有助于约束参数,但可用性还取决于 Server、会话和实现;本页不是端到端实测。 |
| 更适合 | 适合可重复 Playwright 测试、Trace、截图和 CI 验证。 | 适合通过受限浏览器工具进行有人监督的探索和交互观察。 |
当前建议
用有人监督工具探索,把重复检查转成 Playwright,非视觉写入优先 API。
目标、输入与输出
在 Agent 选择命令前,先明确要交付的结果和证据。
浏览器自动化 CLI 与 MCP 对比:安全执行步骤
每一步都要在已声明的边界内执行,验证输出后再继续。
审批点与回滚
在列出的决策点停下,并让恢复方法始终紧跟操作。
选 CLI、MCP 还是 API?
根据执行位置、身份、输出合同与权限边界选接口。
建议方案
用有人监督工具探索,把重复检查转成 Playwright,非视觉写入优先 API。
官方证据与参考
执行前使用这些官方或上游来源确认当前命令行为。