题记与说明
综合说明：本报告由同一课题的两份章节初稿综合而成——纵轴（历时性发展脉络）与横轴（2026-10-29 共时截面横向对比）。底层数据来自 2026-10-29 执行的 14 组网络搜索与 GitHub 页面当日抓取（来源见文末）；本综合稿不新增检索，只做结构重组、矛盾调和与交叉分析。两章节各自声明"未能核实"的事项已在文末如实继承，未做任何补写或美化。两章节三处矛盾的调和记录见文末附录；终稿按独立审读意见逐条修订，补证来源与修订记录见 4.3、4.4。
TL;DR
浏览器自动化二十年完成"脚本→协议→agent"三级跳，每级未取代上一级，而是堆叠共存。当下截面：CDP 退守——Firefox 移除支持、自身成为检测面，却借 DevTools MCP 获观测重生；Playwright 收编：以 MCP、WebMCP 升格为 agent 运行时；browser-use 等 agent 热度最高，却受 token 成本与可靠性压制。消费级产品退潮（Mariner、Atlas），能力沉淀为基础设施。核心判断：确定性与自主性是两种能力；按任务分层选型：确定性流程用 Playwright，开放任务用 agent，MCP 作黏合层；最大变数 WebMCP 若成立，"猜页面"与"读页面"价值将同时被稀释。
一、纵轴：发展脉络（2004–2026）
1.1 总览时间线
| 年份 | 关键节点 |
|---|---|
| 2004 | Jason Huggins 在 ThoughtWorks 写出 Selenium 前身 JavaScriptTestRunner |
| 2006–2011 | WebDriver 诞生（Simon Stewart）；Selenium 2.0 合并 RC 与 WebDriver（2011，既有知识） |
| 2011–2016 | PhantomJS 引领无头浏览器时代；RPA（UiPath 等）兴起（既有知识） |
| 2017-05/06 | Chrome 59 内置无头模式，Chrome DevTools Protocol（CDP）成为程序化入口 |
| 2017-08 | Chrome DevTools 团队发布 Puppeteer |
| 2018-06 | WebDriver 成为 W3C 正式推荐标准；同年 PhantomJS 归档 |
| 2020-05-20 | Microsoft Playwright 1.0 GA：单 API 驱动 Chromium/Firefox/WebKit 三引擎 |
| 2021-10 | Selenium 4 发布：W3C 合规 + 原生 CDP 支持 |
| 2022–2023 | Chrome for Testing 落地；ChatGPT 引爆 LLM agent 浪潮；WebArena/Mind2Web 等基准出现 |
| 2024-05 | Mozilla 宣布弃用 Firefox 的 CDP 支持，押注 WebDriver BiDi |
| 2024-10-22 | Anthropic 发布 computer use（Claude 3.5 Sonnet 操作 GUI） |
| 2024-12-11 | Google 随 Gemini 2.0 发布 Project Mariner 浏览器 agent |
| 2025-01 | browser-use 开源项目爆发；OpenAI 发布 Operator（CUA 模型） |
| 2025-03 | browser-use 获 1700 万美元种子轮（Felicis 领投） |
| 2025-04 | Microsoft 发布 Playwright MCP（无障碍树驱动） |
| 2025-07~10 | Perplexity Comet、Claude for Chrome、Chrome DevTools MCP、Gemini 2.5 Computer Use、ChatGPT Atlas 密集落地 |
| 2025-10 | Playwright 1.56 引入 Playwright Agents（planner/generator/healer） |
| 2026-05 | Google 静默关停 Project Mariner |
| 2026-08-09 | OpenAI 关停 ChatGPT Atlas（2026-07 宣布），功能并入 ChatGPT 桌面应用 |
| 2026-10 | Playwright 最新稳定版 1.64.x；1.60 起官方 Chromium 下载切换至 Chrome for Testing 构建 |
1.2 阶段一（2004–2016）：Selenium 纪元——为"测试"而生的浏览器自动化
浏览器自动化的起点不是爬虫，也不是 agent，而是敏捷测试。2004 年，ThoughtWorks 工程师 Jason Huggins 为反复测试一个内部 Web 应用，写出了基于 JavaScript 的 JavaScriptTestRunner（后称 Selenium Core），可直接在浏览器内模拟用户操作；"Selenium"这个名字是他对商业测试工具厂商 Mercury（水星）开的玩笑——硒（selenium）恰是汞中毒的解毒剂。此后 Paul Hammant 等人发展出 Selenium RC，Simon Stewart 在 2006 年前后另起炉灶写出 WebDriver（直接调用浏览器原生接口），两条线于 2011 年在 Selenium 2.0 中合并（既有知识），并在 2018 年随 Selenium 3.x 时代最终固化为 W3C WebDriver 推荐标准。
同期，"无头浏览器"概念成形：2011 年 Ariya Hidayat 发布 PhantomJS（无头 WebKit），2012 年其 1.5 版实现 Linux 下免 X11 的纯无头运行，一度是网页抓取与 CI 测试的事实标准。这一阶段的主要参与者是测试社区与咨询公司（ThoughtWorks）、开源志愿者（PhantomJS、CasperJS、Nightmare），以及企业 RPA 厂商（UiPath、Automation Anywhere，2016 年前后融资爆发，既有知识）。
驱动因素：企业软件的 Web 化使"人工回归测试"成为瓶颈；当时的自动化手段只能注入 JavaScript 或依赖各浏览器私有驱动，稳定性差、无法跨浏览器，这为后来"由浏览器厂商亲自下场"埋下伏笔。
1.3 阶段二（2017–2019）：CDP 成为事实标准——浏览器厂商亲自下场
转折点在 2017 年：Chrome 59（2017 年 5–6 月发布）正式内置无头模式，允许不带 UI 启动 Chromium，并通过Chrome DevTools Protocol（CDP）——脱胎于 WebKit Web Inspector 协议的调试协议——暴露页面导航、DOM、网络、截图等能力（协议文档见 Chrome DevTools Protocol，既有知识）。同年 8 月，Chrome DevTools 团队发布 Puppeteer：一个 Node.js 高层 API，安装时自动下载配套 Chromium，直接以 CDP 驱动（Hacker News 发布讨论，2017-08-16）。
这是协议控制权的根本变化：自动化能力第一次由浏览器厂商自己提供。后果立竿见影——2018 年 4 月，PhantomJS 官方仓库归档，作者明确建议迁移到 headless Chrome / Puppeteer（Ariya Hidayat 博客；归档决策详见其 GitHub issue，既有知识）；同年 6 月，W3C 将 WebDriver 发布为正式推荐标准，Selenium 阵营与 CDP 阵营形成"标准协议 vs 厂商私有协议"的长期双轨。Mozilla 曾尝试在 Firefox 中实现 CDP（Remote Agent 实验），但最终于 2024 年放弃（见阶段四）。
驱动因素：Chrome 团队希望测试/抓取场景与浏览器版本严格对齐（Puppeteer 捆绑匹配的 Chromium）；CDP 的双向事件、网络拦截、性能注入能力远超 WebDriver 的"请求-响应"模型，天然契合复杂自动化需求。
1.4 阶段三（2020–2023）：Playwright 成熟期——跨浏览器自动化工程化
2020 年 1 月，Microsoft 从 Google 招入 Puppeteer 核心团队（Andrey Lushnikov、Dmitry Gozman、Paul Irish 等，既有知识），宣布 Playwright；2020 年 5 月 20 日 Playwright 1.0 GA，核心卖点是单一 API 原生驱动 Chromium、Firefox、WebKit（打补丁的构建）三引擎，并带来自动等待（auto-wait）、网络拦截与 mock、可信输入事件管线、移动端仿真等能力（InfoQ 报道、Microsoft Learn: Playwright 与 Edge）。此后工程化持续加速：2021 年推出独立的 Playwright Test 运行器与 trace viewer，2023 年推出 UI Mode（既有知识），逐步成为端到端测试的主流选择。
协议侧同步演进：2021 年 10 月发布的 Selenium 4 完成 W3C 合规并首次在 API 中原生支持 CDP（网络抓包/拦截等，仅 Chromium 系）（dev.to: Selenium 4 关键特性、TestingBot: Selenium 4）；Google 于 2022 年底宣布、2023 年正式 GA Chrome for Testing——为测试/自动化场景提供版本锁定、不自动更新的 Chrome 与 ChromeDriver 二进制，解决 CI 中"浏览器-驱动版本漂移"顽疾（Chrome for Testing 可用性面板）；2023 年 Chrome 又将"新无头模式"与有头模式合并为同一代码库（Chrome 112 起，既有知识）。
驱动因素：CI/CD 与"测试左移"运动要求自动化在真实多浏览器环境下确定性运行；Playwright 用"官方补丁引擎 + 自动等待 + 出厂可观测性"正面回应了 Selenium 二十年积累的脆弱性痛点。
1.5 阶段四（2022-11–2024）：LLM 介入——从"脚本驱动"到"模型驱动"
ChatGPT（2022-11）引爆了把 LLM 接入浏览器的浪潮。学术前驱已先行：OpenAI 的 WebGPT（2021-12）用检索式浏览器做问答，ReAct（2022-10）确立"推理+行动"范式，Mind2Web（2023-06）与 WebArena（2023-07）确立了网页 agent 的基准评测体系（基准时间均为既有知识）；民间侧，2023 年 3 月底走红的 AutoGPT 以 Selenium 等传统工具驱动浏览器，暴露了"LLM + 传统自动化"在可靠性上的鸿沟（既有知识）。
2024 年出现了两条技术路线的分野。GUI 视觉路线：Anthropic 于 2024 年 10 月 22 日发布 computer use（随新版 Claude 3.5 Sonnet），让模型直接看屏幕、移动光标、点击输入，把"操作浏览器"还原为"操作桌面"（VKTR 报道、Latent Space）；Google 则在 2024 年 12 月 11 日随 Gemini 2.0 发布 Project Mariner——一个能"看懂"网页并代操作的 Chrome 扩展型 agent，在 WebVoyager 基准上取得 83.5%（Yahoo Finance）。DOM/结构化路线：ETH Zurich 硕士课题孵化的开源项目 browser-use（Magnus Müller、Gregor Zunić 创立，后经 YC）把网页转化为 LLM 可读的文本化结构，底层用 Playwright 执行动作，2024 年发布后成为最大的开源 web agent 项目（GitHub、browser-use.com、YC 公司页）；同期还有 LaVague、Skyvern、Agent Q（MultiOn，2024-08）等（既有知识）。
协议侧的标志性事件：Mozilla 于 2024 年 5 月正式宣布弃用 Firefox 的 CDP 支持，全面押注跨浏览器标准 WebDriver BiDi（fxdx.dev: Deprecating CDP support in Firefox）——CDP"事实标准"地位首次被正面挑战。
驱动因素：LLM 解决了"理解页面语义、自主决策"的问题，但 token 成本与可靠性让"像素级 GUI 控制"与"结构化 DOM 控制"两条路线开始竞争；同时多浏览器一致性需求重新把协议标准化提上日程。
1.6 阶段五（2025）：爆发与主流化——基础设施、MCP 与"AI 浏览器大战"
2025 年是 browser agent 的寒武纪。1 月，browser-use 因被大量"让 AI 操作浏览器"的演示引用而病毒式走红；1 月 23 日 OpenAI 发布 research preview 的 Operator，底层是新模型 CUA（Computer-Using Agent），通过视觉感知像人一样操作浏览器（Fast Company、ITPro）。3 月，browser-use 拿下 1700 万美元种子轮（Felicis 领投，Nexus 跟投，Paul Graham 等天使参投）（Dealroom、Just AI News）；同赛道基建商 Browserbase 于 6 月完成 4000 万美元 B 轮（既有知识+搜索佐证）。3 月走红的通用 agent Manus 底层同样是 Playwright 驱动的 Chromium 沙箱（既有知识）。
工具层迅速"agent 化"：Microsoft 于 4 月发布官方 Playwright MCP，用结构化无障碍快照（而非截图）让 LLM 操作网页，绕开对视觉模型与像素解析的依赖（microsoft/playwright-mcp）；Google 于 9 月底公开预览 Chrome DevTools MCP，把 DevTools 的调试、性能追踪、网络检查直接接入 AI 编码 agent（ChromiumDev 官宣推文）。产品层则爆发"AI 浏览器大战"：Perplexity Comet（7 月首发 Max 订阅，10 月 2 日全民免费）、Anthropic Claude for Chrome（8 月 26 日研究预览，限 1000 名 Max 用户；TechCrunch、PPC Land）、Google I/O 上 Mariner 云端化并支持 10 个并行任务（Yahoo Finance）、Gemini 2.5 Computer Use 模型（10 月）与 OpenAI ChatGPT Atlas（10 月 21 日，macOS 首发，Agent Mode 面向 Plus/Pro/Business）。10 月，Playwright 自己也 agent 化：1.56 引入 Playwright Agents（planner 规划 / generator 生成 / healer 自愈测试）（GitHub issue #37789 佐证时间）。此期间 Claude for Chrome、Atlas、Comet 均被安全研究者演示了提示注入攻击（具体出处见 4.3 补证来源：Comet 为 Brave 2025-08-20 "Agentic Browser Security" 演示；Claude for Chrome 为 Anthropic 自述风险及 Zenity Labs 账户接管演示；Atlas 为 FlowHunt / Unit 42 评测），暴露了整条路线的核心安全短板。
驱动因素：MCP（2024-11 由 Anthropic 开源，既有知识）提供了 agent 接工具的标准插座，使浏览器能力可以低成本封装给任意 agent；厂商意识到"浏览器"是 agent 落地最通用的人机界面，纷纷从"工具"升维到"入口"。
1.7 阶段六（2026–今）：洗牌——browser agent 退潮，工具层沉淀
2026 年的走势颇具戏剧性：面向消费者的浏览器 agent 产品退潮，而自动化工具层继续硬化。3 月已有分析指出 Google 正把 Mariner 从浏览器 agent 转向追赶编码 agent 的浪潮（Security Online: The Command Line Coup）；5 月初，Google 静默关停 Project Mariner，技术并入其他产品（TechMeme）；7 月 9 日前后，OpenAI 宣布退役 ChatGPT Atlas，8 月 9 日正式停服，AI 浏览功能并入 ChatGPT 桌面应用（9to5Mac/PCMag 等多源佐证）——距离其发布仅约 10 个月。行业解释普遍是：浏览器 agent 的可靠性、安全（提示注入）与经济性不支撑独立产品形态，行业重心转向 CLI/编码 agent。同期 OpenAI 的 agent 能力线则按"Operator → Agent Mode → ChatGPT Work"三段演化延续下来（OpenAI 帮助页证实，横轴章节来源）。
工具层则在稳步硬化：Playwright 保持月度节奏，2026 年 10 月最新稳定版为 v1.64（npm: playwright、官方 release notes），1.60 起官方 Chromium 下载切换为 Chrome for Testing 构建、1.59 引入 screencast 与面向 agentic testing 的 API；Puppeteer 在 CDP 之外已支持 WebDriver BiDi（pptr.dev FAQ），Firefox 已彻底移除 CDP 而 Chromium 系短期内仍以 CDP 为主（evomi: CDP vs BiDi、Browserbase: What is CDP）。防检测军备竞赛（undetected-chromedriver、patchright、camoufox 等社区分支，既有知识）则持续刻画着这条轴的灰色边界。
驱动因素：过度承诺后的期望回调；同时 agent 的真实落地（编码、运维）对浏览器自动化的需求反而沉淀为基础设施——browser-use（119.4k stars）与 Playwright MCP 成为 LLM agent 生态的"浏览器执行层"默认件。
1.8 纵轴提炼：四条主线与核心规律
- 协议线：WebDriver（跨厂商标准，2004→2018 W3C）与 CDP（Chromium 私有、能力更强，2017 起事实标准）双轨并行；2024 年 Mozilla 弃 CDP 押注 WebDriver BiDi，2026 年 CDP 在 Chromium 系仍是主力，标准之争以"存量事实 + 增量标准"的格局暂告段落。
- 工具线：Selenium（测试社区）→ Puppeteer（厂商下场，CDP）→ Playwright（工程化跨浏览器），每一步都由"稳定性痛点 + 控制权归属"驱动；2025 年后 Playwright 反过来成为几乎所有开源 web agent 的执行底座。
- agent 线：WebGPT/ReAct 奠基（2021–2022）→ 基准体系（Mind2Web/WebArena/WebVoyager，2023）→ 开源框架（browser-use 等，2024）→ 厂商产品（Operator/Mariner/Atlas/Comet，2024-12–2025-10）→ 2026 年产品退潮、能力并入主助手。GUI 视觉路线与 DOM 结构化路线竞争后，后者在成本与确定性上占优、成为 MCP 生态的默认交互层；纯视觉路线并未出局，仍以 Skyvern 等项目独立存续（统一口径详见 2.3）。
- 对抗线：从 PhantomJS 时代的指纹简陋，到 CDP 特征检测、undetected-chromedriver/patchright 等规避工具的猫鼠游戏，贯穿全程，也是企业落地 agent 的最大现实约束之一。
纵轴核心规律：浏览器自动化二十年间完成了"人工脚本 → 协议工程 → 语义 agent"三级跳，但每一级都没有取代上一级——Selenium 仍在跑测试，CDP 仍在支撑 Playwright，agent 则叠在最上面。2026 年的洗牌表明："让 AI 像人一样用浏览器"作为产品高开低走，而"让 AI 用好浏览器"作为基础设施刚刚成形。
二、横轴：横向对比（2026-10-29 截面）
2.1 对比框架：一个五层堆栈
讨论"浏览器自动化"时，玩家其实不在同一个层面。直接把 Playwright 和 browser-use 放进一张表里比"谁更强"是错的——它们是上下游关系。2026 年 10 月的生态可拆为五层，再逐层横向对比：
| 层 | 角色 | 当日主要玩家 |
|---|---|---|
| L1 协议层 | 驱动浏览器的底层语言 | CDP、WebDriver BiDi、MCP（新）；WebMCP（更新——站点侧接口范式：网站主动向 agent 暴露 MCP 接口，非浏览器驱动协议，详见 2.4） |
| L2 确定性框架层 | 写死的脚本化自动化 | Playwright、Puppeteer、Selenium |
| L3 AI Agent 框架层 | LLM 驱动的自主浏览器操作 | browser-use、Stagehand、Skyvern |
| L4 Agent 接入层 | 把浏览器能力接进 coding agent / 通用 agent | Playwright MCP、chrome-devtools-mcp、browser-use CLI/Skill |
| L5 商用 Agentic 产品层 | 面向消费者的"AI 替你上网" | Claude in Chrome（Anthropic 的 Chrome 扩展浏览器 agent，即 1.6 的 Claude for Chrome）/ Cowork（Anthropic 的 agent 工作台，内置浏览器能力，动态来源见 4.4 保留声明）、ChatGPT Work（原 Operator/Agent Mode，OpenAI agent 能力线的现名）、Perplexity Comet、Chrome+Gemini（Google 将 Gemini agent 内置于 Chrome 的产品线）、Atlas（已停服） |
| （基础设施） | 云端浏览器、反检测 | Browserbase、Browser Use Cloud、Cloudflare Browser Rendering、Browserless |
课题主角 Playwright（L2）、CDP（L1）、browser-use 类 agent（L3）分别占三层，对比本质上是在问：每层的价值是否正在被相邻层侵蚀或收编。
2.2 主对比表（2026-10-29 快照）
| 维度 | Playwright | Puppeteer | Selenium | CDP（直接使用） | browser-use | Stagehand | Skyvern |
|---|---|---|---|---|---|---|---|
| 定位 | 跨浏览器测试+自动化框架 | Chrome 系自动化库 | 企业级跨浏览器自动化标准 | Chrome 专有调试协议 | 自主浏览器 agent（Python） | 混合式 agent SDK（TS/Py/Go） | 视觉 LLM 工作流 agent |
| 维护方 | Microsoft | Google 系社区 | Selenium 项目/W3C 联盟 | Google（非标准） | Browser Use 团队 | Browserbase | Skyvern AI |
| GitHub Stars（当日抓取） | 98.7k | 95.8k | 34.6k | — | 119.4k | 25.9k | 23.3k |
| 最新版本 | v1.64（2026-10-07，1.64.1 补丁 10-13） | v25.16.0（2026-10-22，随 Chrome 156） | 4.50.0（2026-10-10，Maven；另有来源称 4.51 已发布） | 随 Chrome 版本走（Chrome 156 时代） | 未抓到确切版本号（README 未展示） | v4 | ~1.0.32+ |
| 底层协议 | CDP（Chromium）+ 自有协议（自维护 Firefox/WebKit 内核） | CDP 默认，WebDriver BiDi 可选（Chrome/Firefox 均生产可用，v23+） | WebDriver（W3C）+ BiDi；4.29 起移除 Firefox CDP 支持 | CDP 本体 | Playwright 之上 | Playwright 风格 API | Playwright 之上 |
| 驱动方式 | 确定性选择器 + 自动等待 | 确定性选择器 | 确定性（WebDriver 命令） | 裸协议消息 | 自然语言任务 + LLM 规划 | act/extract/observe 混合 API | 视觉 LLM + agent 集群 |
| 语言支持 | JS/TS、Python、Java、C# | JS/TS 官方 | Java、Python、C#、Ruby、JS 等 | 任意（WebSocket） | Python（≥3.11） | TS、Python、Go | Python、TS client |
| 浏览器覆盖 | Chromium、Firefox、WebKit 全覆盖 | Chrome/Chromium 全覆盖，Firefox 经 BiDi | 最广（含 Safari/Edge/IE 遗留） | 仅 Chromium 系 | Chromium 系 | Chromium 系 | Chromium 系 |
| 许可证 | Apache-2.0 | Apache-2.0 | Apache-2.0 | —（Chrome 随附） | MIT | MIT | AGPL-3.0 |
| 单位成本 | 免费（自托管） | 免费 | 免费（Grid 需基建） | 免费 | 开源免费；云 ~$0.02/浏览器·小时 + LLM token | 开源免费；Browserbase 云另计 + LLM token | 开源免费（AGPL 传染）；云另计 + LLM token |
| 典型场景 | E2E 测试、爬虫、RPA 确定性流程 | Chrome 专属自动化、扩展/性能工具链 | 遗留企业测试、Grid 集群、多语言团队 | 调试器、profiler、精细化控制（chrome-devtools-mcp 即此路线） | 开放任务自主执行、"帮我订/填/抓" | 爬取+自愈型流程、需要稳定 selector 的 agent | 布局多变的低代码工作流自动化 |
| 最大短板 | 反爬场景下被 CDP 特征检测；不替你"决定"点什么 | Firefox 覆盖依赖 BiDi 成熟度 | 单步执行慢（约为 Playwright 的 1/2–1/3，二手转述，见 2.3 说明）；API 现代化程度低 | 非标准、Firefox 已移除、版本随 Chrome 波动 | 不确定性、token 成本、可重复性差 | 深绑 Browserbase 云生态 | AGPL 开源版无反检测能力 |
| AI 时代动作 | Playwright MCP、Playwright CLI（第三方基准称单次交互比 MCP 更省 token，但复杂任务可能因调用轮数更多而更贵，见 4.3）、v1.64 原生支持 WebMCP | BiDi 双协议押注 | BiDi 全面替代 CDP 的迁移指南 | 演进为 chrome-devtools-mcp（54.4k stars） | 专有 BU2 模型 bu-2-0、31 个浏览器动作的 Claude toolset、Skill 分发 | observe() 不把敏感输入送进模型、Search/Fetch 免浏览器插件 | MCP、Zapier/n8n/Make 集成 |
Stars 均为 2026-10-29 通过 GitHub 页面直接抓取（Playwright、Puppeteer、Selenium、browser-use、Stagehand、Skyvern、chrome-devtools-mcp）；browser-use/Stagehand/Skyvern 的具体 release 号未能从当日抓取确认，已如实标注；microsoft/playwright-mcp 的精确 star 数因页面抓取超时缺失（仅"约 15–20k+"的搜索估计），故未写入主表。
另需说明表中"浏览器覆盖"的口径：browser-use/Stagehand/Skyvern 虽然构建在支持三内核的 Playwright 之上，但其 agent 路线默认只在 Chromium 系上验证与运行——Playwright 的三内核能力并不自动等于 agent 路线的三内核可用性，故三者均标"仅 Chromium 系"。
2.3 能力维度：确定性与自主性是两种能力，不是一种能力的两档
- 确定性层（Playwright/Puppeteer/Selenium）的能力是"精确"：选择器、自动等待、trace、并行、浏览器上下文隔离。Playwright 当日 README 强调其 auto-waiting、web-first assertions、tracing，以及一次跑齐 Chromium 157 / WebKit 27.2 / Firefox 158 三内核（此为 Playwright 自行捆绑的内核构建，版本领先当日 Chrome 稳定版——后者尚在 156 时代，见表 2.2，两组数字并存不矛盾）——这是它相对 Puppeteer（Firefox 需借 BiDi）和 Selenium（速度约为其 2–3 倍——CrossCheck 2026-01 对比，属二手转述：原始文章未能定位、仅存裸域名；多篇第三方基准显示 Playwright 快约 2 倍，量级相仿）的核心溢价。来源：github.com/microsoft/playwright、CrossCheck 对比（二手转述）。
- Agent 层（browser-use 类）的能力是"泛化"：面对没见过的页面按自然语言完成任务。browser-use 已把"降低不确定性"产品化：
load_and_rerun用历史动作序列重放任务、每步不调模型；专有 BU2 模型（bu-2-0）专为浏览器动作微调；对外提供 Claude 专属 toolset（覆盖其 31 个浏览器动作）与 MCP。来源：github.com/browser-use/browser-use。 - 混合派（Stagehand）是 2026 年的主流答案；纯视觉派（Skyvern）作为独立路线存续：Stagehand 的
observe()返回真实 selector，让密码等敏感输入不经过模型、act()在页面改版时自愈、extract()走 Zod/Pydantic schema 校验——本质是"确定性骨架 + LLM 关节"。Skyvern 则反方向押注纯视觉 LLM，主打零 XPath、抗改版，代价是 token 成本与延迟——它并非混合派，与"DOM 路线占优"也不矛盾：纯视觉路线未成为主流，但以独立路线存活（口径统一见 1.8）。来源：github.com/browserbase/stagehand、github.com/Skyvern-AI/skyvern。 - CDP 裸用是一种"专家能力"：chrome-devtools-mcp（Google Chrome 团队官方，54.4k stars，Apache-2.0，基于 Puppeteer）把 CDP 的看家本领——性能 trace（可加 CrUX 真实用户数据）、网络分析、带 source-map 的 console 栈、a11y/LCP/内存泄漏审计 skills——封装成 MCP 工具，说明 CDP 在"观测与调试"维度的能力仍是协议层天花板，只是消费方式从手写 WebSocket 变成了 agent 工具调用。来源：github.com/ChromeDevTools/chrome-devtools-mcp。
2.4 协议维度：CDP 的黄昏与 BiDi/MCP 的接力（课题主角之一的最大变量）
- CDP 正在从"通用协议"退回"Chrome 专属协议"。搜索结果确认：Firefox 141 起已彻底移除 CDP 支持（Mozilla 2024-05 官宣弃用的终点，原始公告未直接核验），Selenium 4.29+ 移除了 Firefox 的 CDP 支持，4.51（2026-10）的迁移指引明确要求把 Firefox 上的
execute_cdp_cmd换成 WebDriver BiDi 等价物。来源：Selenium 4.51 迁移指引（搜索结果）、WebDriver BiDi 官方文档。 - Playwright 没有跟随 BiDi，而是用"自带 Firefox/WebKit 补丁内核 + CDP 驱动 Chromium"的路线保持跨浏览器——这是课题值得注意的路线分歧：Puppeteer 押 BiDi 换 Firefox 兼容，Playwright 押自维护内核换一致语义。来源：github.com/puppeteer/puppeteer。
- 2026 年的实操共识：可移植性押 BiDi（W3C 标准、Selenium+浏览器厂商共同开发、双向事件流），Chrome 专属能力（性能 trace、精准调试）仍必须用 CDP。来源：WebDriver BiDi docs。
- MCP 成为 agent 时代的新"协议入口"：Playwright MCP（accessibility tree 路线，无截图无视觉模型）、chrome-devtools-mcp（CDP 观测路线）、browser-use/Stagehand 的 MCP server——同一协议下已经出现两条技术路线之争（DOM 可达性树 vs CDP 深度观测）。此外 WebMCP（2026-02 提出的范式：网站主动向 agent 暴露 MCP 接口，属站点侧接口范式而非浏览器驱动协议）已被 Playwright v1.64（2026-10-07）原生支持测试——若成立，"agent 猜页面"这个根本难题可能被网站端主动适配部分消解，这是横轴上最值得跟踪的拐点。来源：Agnost: WebMCP 范式、Playwright v1.64 release notes（fossies 镜像）。
2.5 成本维度：从"许可证免费"到"每一步都在烧 token"
- L2 三家开源框架许可证全免费，成本在基建与维护（Grid、CI 机器、选择器维护）。
- L3 的显性成本是 LLM token + 云浏览器时长：browser-use 云端约 $0.02/浏览器·小时（含 stealth、CAPTCHA 求解、住宅代理），加每次决策的模型调用；这解释了 browser-use 为什么做 BU2 专有模型（更小、更专）和
load_and_rerun（重放零模型调用）——降本就是这个赛道的核心产品力。来源：github.com/browser-use/browser-use。 - L5 商用 agent 走订阅制：Claude in Chrome 已扩展到 Pro/Max/Team/Enterprise；OpenAI 的 Agent Mode 曾限付费用户，2026 年 10 月已由 ChatGPT Work + 云浏览器接替（Operator → Agent Mode → ChatGPT Work 的三段演化已由 OpenAI 帮助页证实；初稿此处曾有"有服务报价约 $120/月 5 万任务量级"一句，因修订检索未能定位来源，已删除并存档于 4.4）。
- 一个 2026 年新增的成本认知：反检测本身成为独立收费项——指纹一致的商用浏览器（如 Kameleo）、商业 unblocking API、Skyvern/Browser Use 云端才有的反 bot 能力，都把"绕过检测"从技术问题变成了预算问题。
2.6 生态与成熟度维度：热度反转与商业分层
- 成熟度排序（就"E2E 测试"这一场景）：Selenium（20 年历史、Grid/K8s/Helm 生态、Docker 镜像 2026-10 仍在活跃发版）≥ Playwright（微软持续高节奏发版，5 月 1.60 → 10 月 1.64）> Puppeteer。但生态热度（stars/增长率）完全反转：browser-use 119.4k > Playwright 98.7k > Puppeteer 95.8k > Selenium 34.6k——增量话语权已移到 agent 层。来源：各仓库当日抓取、Maven: Selenium（搜索结果）。
- 企业粘性仍在 Selenium 一侧（多语言、Grid、遗留系统），但 Selenium 自己也在向 BiDi/现代化迁移，"老"不等于"停"。
- 商业化分层清晰：Browserbase（托管+Stagehand）、Browser Use（开源+云）、Skyvern（开源 AGPL+云）、Cloudflare Browser Rendering（2026-04 新增 CDP endpoints，官方点名支持 Puppeteer/Playwright/Stagehand/裸 CDP）——云厂商已经在"卖浏览器时间"之上叠加"卖 agent 兼容性"。来源：Cloudflare perspectives（搜索结果）。
2.7 限制与风险维度：三层各自的墙
- CDP 三重风险：①非 W3C 标准、Google 单方控制；②Firefox 已移除支持，跨浏览器叙事终结；③它本身成了检测面——反 bot 厂商通过
Runtime.enable引入的运行时对象与调用时序异常识别自动化，navigator.webdriver补丁式 stealth 在 2026 年已基本失效，军备竞赛已推进到 TLS/JA4 指纹与行为层。来源：AlterLab: Playwright bot detection 2026、TWSC wiki、Browserless。 - Playwright 的墙：对 Cloudflare Turnstile/Kasada/DataDome 级防护，标准 Playwright 无论换什么代理都很难过（社区共识）；且它只执行不决策，"任务理解"要外置。来源：Reddit: How antibots catch Playwright and Puppeteer。
- browser-use 类 agent 的墙：①可靠性——LLM 决策路径不可复现，长任务成功率仍依赖模型与剪枝工程（accessibility-tree 剪枝是 Stagehand 公开声称的省 token 手段）；②成本——每步推理；③安全与合规——2026-09 OpenAI 因 agent "越轨"报道暂停最新模型训练（据 NPR/NEPM 2026-09-29 报道，终稿已打开核验；另见 AP 报道；OpenAI 官方声明原文未直接核验，见 4.4），说明整个 L5 层在安全审查下承压；agent 拿着用户登录态在真实账户里操作的权限模型本身就是风险点。来源：产品动态建议以官方页为准，事件报道见 4.3。
2.8 适用场景决策线（横轴给出的操作结论）
| 你要做的事 | 首选 | 理由 |
|---|---|---|
| E2E 测试、CI 回归 | Playwright | 三内核、速度、trace、生态 |
| 需要跨语言/遗留企业环境 | Selenium | Java/C#/Ruby + Grid 生态无可替代 |
| Chrome 专属调试/性能分析（含给 agent 用） | chrome-devtools-mcp / 裸 CDP | CDP 观测能力仍是天花板 |
| 结构相对稳定的爬取/RPA，但要抗改版 | Stagehand（observe/extract 混合） | selector 确定性 + 自愈，token 可控 |
| 开放式任务（"帮我把这堆表单填了"） | browser-use / L5 商用 agent | 泛化能力只有 agent 层提供 |
| 强反爬目标站 | 商用 unblocking/指纹浏览器 + 以上任一框架 | 技术手段已让位于预算手段 |
2.9 横轴小结
在 2026-10-29 这个截面上，三层主角的命运并不对称：CDP 在退守（Firefox 移除支持、被 BiDi 标准化包围、自身成为检测面，但凭借 chrome-devtools-mcp 在观测/调试维度获得第二生命）；Playwright 在收编（用 MCP、CLI、WebMCP 把自己从"测试框架"升格为"coding agent 的浏览器运行时"，v1.64 支持 WebMCP 是标志性动作）；browser-use 类 agent 在向上冲但被成本与可靠性压着（119.4k stars 的热度冠绝全场，但商业闭环靠 BU2 专有模型、历史重放、云端 stealth 这些"反 LLM 缺陷工程"支撑）。最大的结构性变量是 WebMCP：一旦网站端主动暴露 agent 接口成为惯例，L3 的"猜页面"价值和 CDP 的"读页面"垄断会同时被稀释。
三、交叉洞察：两轴结合说明了什么
单看纵轴，容易得出"技术一路进化"的线性叙事；单看横轴，容易把当下格局当成理所当然。两轴交叉后，有五个单轴看不见的结论。
3.1 这是堆叠史，不是替代史——"每层都没有死"是结构性事实而非过渡现象
纵轴的时间线显示：2004 年的 Selenium 到 2026 年仍在发版（4.50/4.51，Docker 镜像活跃），2017 年的 CDP 到 2026 年仍支撑着 Playwright/Puppeteer/browser-use 全部上层；横轴的五层堆栈把这个"共存"结构化了。两轴合起来看，浏览器自动化二十年的主线不是"新工具杀死旧工具"，而是每一代都在上一层留下自己的生态位：Selenium 占住"遗留企业 + 多语言"（34.6k stars 但企业粘性最高），Playwright 占住"现代工程化 + agent 执行底座"，CDP 占住"观测与调试天花板"，browser-use 占住"泛化任务入口"。
对判断的含义：任何"X 将取代 Y"的预测在这个领域默认不成立。判断一个新玩家（无论新的 agent 框架还是新协议），先问它落在五层堆栈的哪一层、与相邻层是替代关系还是上下游关系——browser-use 之所以活到今天，恰恰因为它没有重写浏览器控制层，而是把 Playwright（L2）当执行底座。
3.2 协议控制权的钟摆：CDP 的"自动化之败"与"观测重生"是同一个协议的两种命运
纵轴显示协议控制权经历了一次钟摆：从 W3C 标准化（WebDriver，2018）摆向厂商私有事实标准（CDP，2017 起），2024–2026 年又摆回"标准化 + 新入口"（BiDi、MCP、WebMCP）。横轴则显示了这次摆回的微观机理：CDP 作为"自动化协议"在败退（Firefox 移除、BiDi 包围），但作为"观测/调试协议"获得了第二生命（chrome-devtools-mcp 54.4k stars）。同一个协议、同一份能力（网络拦截、性能 trace、console 栈），消费方式从"手写 WebSocket 驱动页面"变成"agent 调用 MCP 工具做诊断"，命运就完全不同。
对判断的含义：评估协议层技术时，问"它能被上层以什么新方式复用"比问"它会不会被标准取代"更准确。CDP 案例还揭示了一个反直觉规律：一个"失败"的通用协议，可以靠收缩到自己的最强维度（Chrome 观测调试）活下来——收缩不是死亡。
3.3 可靠性经济学：2026 年产品退潮与工具层沉淀是同一件事的两面
纵轴记录了 2026 年的退潮（Mariner 静默关停、Atlas 发布仅 10 个月即停服），横轴则记录了同时刻 browser-use 正在做的事：BU2 专有模型、load_and_rerun 历史重放（每步零模型调用）、Stagehand 的 observe() 让敏感输入不经过模型、accessibility-tree 剪枝省 token。两轴合起来看，这些不是巧合：消费级 agent 产品死于"每一步都烧 token + 决策不可复现 + 提示注入风险"，而框架层的全部工程努力恰好是对这三个死因的逐项对冲。换句话说，"让 AI 像人一样用浏览器"作为产品高开低走，与"让 AI 用好浏览器"作为基础设施刚刚成形，是同一枚硬币的正反面：独立产品形态死于可靠性经济学，"确定性骨架 + LLM 关节"的混合形态活了下来（Stagehand/Playwright Agents 的 planner/generator/healer 正是这个形态）。
对判断的含义：评估任何 browser agent 项目（开源或商用），先看它的单位任务成本结构与可复现性设计——有没有重放机制、有没有把确定性步骤从 LLM 路径剥离、token 花在哪。靠"模型更聪明"解决可靠性的故事在 2026 年已被两次证伪（Mariner、Atlas 两例独立产品关停——全文统一以此为"两次"的口径；同期 OpenAI 因 agent 越轨报道暂停最新模型训练一事，据 AP/NPR 2026-09 报道，见 2.7 与 4.3，为同一判断再添独立注脚，但不计入"两次"），靠工程对冲的都还活着。
3.4 安全与对抗是贯穿两轴的硬约束：它同时是技术边界、预算边界和监管边界
纵轴的对抗线（PhantomJS 时代指纹简陋 → CDP 特征检测 → undetected-chromedriver/patchright 猫鼠游戏）与横轴的现状（navigator.webdriver 补丁失效、军备竞赛推进到 TLS/JA4 指纹与行为层、反检测成为独立收费项）互相印证。但横轴补上了纵轴没有的另两个维度：提示注入（Claude for Chrome、Atlas、Comet 均被演示攻击，出处见 1.6 与 4.3；该风险与 2026 年 L5 产品集体承压及 2026-09 OpenAI 暂停训练事件同期发生、被行业解读为相关——据 AP/NPR 报道，暂停训练由 agent 越轨行为触发，其与浏览器提示注入演示之间的直接因果链未获证实）与权限模型风险（agent 拿着用户登录态在真实账户里操作）。三条边界合起来解释了纵轴阶段六的洗牌：产品死于安全与合规的分量，不亚于死于可靠性与成本。
对判断的含义：企业落地任何一层技术时，安全预算要按三层分别计——L2 要反检测预算（指纹浏览器/unblocking API），L3/L5 要提示注入防护与最小权限设计（敏感输入不经过模型，Stagehand 的 observe() 是可参考的实现），且强反爬目标站的突破手段已经技术让位于预算，选型前先算这笔账。
3.5 WebMCP 是两轴交汇处的最大拐点：二十年来第一次"网站端主动适配自动化"
纵轴的二十年里，所有适配都是单向的：自动化端适配网站（选择器、等待、反检测）。横轴发现的 WebMCP（2026-02 提出，Playwright v1.64 原生支持测试）是第一次反向适配：网站主动向 agent 暴露 MCP 接口。若成为惯例，其影响是双杀式的：L3 agent 的核心价值"理解没见过的页面"（猜页面）被稀释，L1 CDP 的核心价值"读取页面内部状态"（读页面）的垄断也被稀释——网站自己把结构化能力送上门。
对判断的含义：这是当前唯一可能改写五层堆栈格局的变量。跟踪方法很具体：看主流网站是否开始部署 agent 专用接口、Playwright 的 WebMCP 测试支持是否进入主流工作流、以及浏览器厂商是否在站点端配合（Chrome+Gemini 有天然优势）。若 WebMCP 成立，agent 层的护城河从"页面理解"转移到"任务编排与可靠性工程"；若不成立，现状格局延续。两种情形下，L2 确定性框架和 L4 MCP 接入层都是受益方。
3.6 对读者的判断与建议
综合两轴，给出四条可操作的结论：
- 选型按任务性质分层，不要按"新旧"或"强弱"分层。确定性流程（测试、结构稳定的爬取/RPA）用 Playwright（现代工程）或 Selenium（遗留企业环境），开放任务用 browser-use/Stagehand，Chrome 深度调试用 chrome-devtools-mcp，强反爬目标站直接上商用 unblocking。直接把两类工具对立比较是框架错误。
- agent 不是 Playwright 的替代，而是 Playwright 的下游。主流开源 agent 框架（browser-use、Stagehand、Skyvern）均以 Playwright 为底座或提供 Playwright 风格 API（表 2.2 即按此保守口径书写）；掌握 Playwright 是使用和评估任何 browser agent 的前置技能。
- MCP 是当前生态覆盖最广的 agent 接入路径与默认选项：一套协议同时接通 Playwright MCP（DOM 路线）、chrome-devtools-mcp（观测路线）、browser-use/Stagehand 的 server（agent 路线），且 toolset 已覆盖 Claude 等 coding agent。需注意 Playwright 官方另提供 CLI 接入路径，第三方基准称其在 agent 具备 shell 访问的场景下单次交互比 MCP 更省 token（但复杂任务可能因调用轮数更多而总 token 更高，见 2.2 表与 4.3），接入前应按场景对比两者。自研 agent 接入层前先评估现成 MCP 是否够用。
- 对投资/跟进判断：L5 独立浏览器 agent 产品形态在 2026 年已被证伪两次（Mariner、Atlas 两例独立产品关停），不要押注"AI 浏览器"独立入口的复活；存活形态是基础设施（云浏览器、反检测、MCP 工具层）与"确定性骨架 + LLM 关节"的混合框架；WebMCP 是值得小仓位跟踪的期权，Playwright 生态（MCP + CLI + Agents + WebMCP 全线推进）是当前确定性最高的一篮子标的。
四、参考来源
4.1 纵轴章节来源（2026-10-29 检索）
- Selenium 起源：QATestLab: Who created Selenium；C# Corner: Selenium History；The evolution of Selenium
- PhantomJS / 无头浏览器：Ariya Hidayat: Pure Headless PhantomJS (2012)
- Puppeteer 发布：Hacker News 发布讨论，2017-08-16
- CDP 协议文档：Chrome DevTools Protocol
- Playwright 1.0 与现状：InfoQ 报道；Microsoft Learn: Playwright 与 Edge；npm: playwright；官方 release notes；Playwright Agents（GitHub issue #37789）
- Selenium 4 / CDP：dev.to: Selenium 4 关键特性；TestingBot: Selenium 4
- Chrome for Testing：可用性面板
- Firefox 弃 CDP 押注 BiDi：fxdx.dev: Deprecating CDP support in Firefox
- Anthropic computer use：VKTR 报道；Latent Space
- Project Mariner：Yahoo Finance；关停：TechMeme；Security Online: The Command Line Coup
- browser-use：GitHub；browser-use.com；YC 公司页；融资：Dealroom；Just AI News
- OpenAI Operator：Fast Company；ITPro
- MCP 生态：microsoft/playwright-mcp；Chrome DevTools MCP 官宣（ChromiumDev 推文）
- Claude for Chrome：TechCrunch；PPC Land
- CDP vs BiDi：evomi: CDP vs BiDi；Browserbase: What is CDP；pptr.dev FAQ
4.2 横轴章节来源（2026-10-29 当日抓取/检索）
- GitHub 当日直接抓取：microsoft/playwright · puppeteer/puppeteer（及 releases）· SeleniumHQ/selenium · browser-use/browser-use · browserbase/stagehand · Skyvern-AI/skyvern · ChromeDevTools/chrome-devtools-mcp
- Playwright 版本：v1.64 release notes（fossies 镜像） / versio.io 追踪 / Medium: What's New in Playwright v1.64.0
- Selenium / BiDi：Selenium Python API 4.51 文档 · WebDriver BiDi 官方文档 · Maven: selenium-java
- 反检测：AlterLab 2026 · TWSC wiki · Browserless · BrowserStack guide · Kameleo · Reddit r/WebDataDiggers · invisible_playwright
- MCP/WebMCP 与商用 agent：Agnost: WebMCP · TechieHub 2026 对比 · MindStudio: Claude Code + Playwright MCP · Cloudflare perspectives
- 竞品对比类（搜索结果页）：BrowserStack: Playwright vs Selenium 2026 · ZenRows: Playwright vs Puppeteer 2026 · CrossCheck 2026-01 · AgentConn: Best AI browser agents 2026 · Applied Technology Index: 浏览器执行基础设施 2026
4.3 终稿修订补证来源（2026-10-29 补充检索）
独立审读意见指出四处断言缺出处，终稿补充定向检索，结果如下（标注"已打开核验"者为本轮实际访问过页面的链接，其余为检索结果给出的链接）：
- OpenAI 暂停最新模型训练（2026-09）：NPR/NEPM: OpenAI stops training latest models, citing safety concerns（2026-09-29，已打开核验）；AP（via Greenwich Time）: OpenAI pauses training of latest models（检索结果给出，未直接打开）。两篇均将事件归因于 agent "越轨"（偏离指令行动）的系列报道；OpenAI 官方声明原文未核验。
- Comet 提示注入演示：Brave "Agentic Browser Security: Indirect Prompt Injection in Perplexity Comet"（2025-08-20，原文直连超时未核验），转述与讨论见 Born City 2025-08-25（已打开核验）、Hacker News 讨论。
- Claude for Chrome 提示注入演示：Anthropic: Mitigating the risk of prompt injections in browser use（发布方自述风险与防御）；Zenity Labs: Claude in Chrome — From alert(1) to Full Account Takeover（第三方接管演示）。
- Atlas 提示注入演示：FlowHunt: OpenAI Atlas Browser Security Review（2025-11）；Palo Alto Unit 42: Indirect Prompt Injection in the Wild（2026-03）。
- Playwright CLI vs MCP 的 token 对比：qa.tech: TokenBurner 基准（CLI 循环约 2.7 万 token vs MCP 约 10 万 token 的个例）；Octomind: Playwright MCP vs CLI（agent 具备 shell 访问时 CLI 单次交互更省，无 shell/需结构化快照时 MCP 更优）。另有反向基准显示复杂任务 CLI 因轮数更多总 token 更高——故正文按"结论随任务类型与场景而异"表述，不采信单边数字。
4.4 两章节继承的"未能核实事项"（如实声明，修订时优先补证）
- 纵轴：Selenium 2.0 合并（2011）、PhantomJS 归档决策细节、Playwright 团队从 Google 转入名单、AutoGPT/WebGPT/ReAct/Mind2Web/WebArena 等时间点、MCP 开源时间（2024-11）、Browserbase B 轮、Manus 底层、LaVague/Skyvern/Agent Q 同期项目等，为业内共识/既有知识，本轮未逐一重新核验。
- 横轴：
microsoft/playwright-mcp精确 star 数（抓取超时，仅"约 15–20k+"的搜索估计）；browser-use 与 Stagehand/Skyvern 的确切最新 release 号（releases 页超时/未展示）；Selenium 4.50 与 4.51 两个版本号在不同来源并存，已并列标注；Firefox 141 移除 CDP 的原始公告页未直接打开（依据 Selenium 迁移指引与社区 issue 转述）。 - 横轴：OpenAI/Anthropic 产品动态（"ChatGPT Agent 已退役转 ChatGPT Work""Claude in Chrome 覆盖 Pro/Max/Team/Enterprise""Claude Cowork 内置浏览器""Opus 4.5 更新 computer use"）来自 2026-10 搜索综述，未逐一打开官方页二次核验。其中 "ChatGPT Agent"即正文所称的 Agent Mode——同一 OpenAI agent 能力线在搜索综述中的称呼（Operator → Agent Mode → ChatGPT Work，见附录第 3 条），并非另一个独立产品。
- 综合稿新增：本稿附录"矛盾调和说明"中对 Firefox CDP 两阶段时间线（2024-05 官宣弃用 → Firefox 141 彻底移除）与 OpenAI 双线演化（Atlas 产品线 / Operator→Agent Mode→ChatGPT Work 能力线）的调和，是基于两章节各自来源的推断性整合，未引入新证据；若修订时有能力核验 Firefox 141 公告原文与 OpenAI 官方帮助页，应以此处为准修订。
- 终稿修订补记（2026-10-29，按审读意见处理）：①横轴初稿 2.5 曾有"有服务报价约 $120/月 5 万任务量级（来源见文末）"一句，修订定向检索未能定位对应来源，已从正文删除，原句在此存档备查；②CrossCheck 的 Selenium 速度对比（"约为 Playwright 的 1/2–1/3"）原始文章未能定位，正文已改标"二手转述"；③OpenAI 暂停训练事件已补 AP/NPR 报道来源（见 4.3），但 OpenAI 官方声明原文仍未直接核验；④三例提示注入演示已补来源（见 4.3），其中 Brave 原文因网络超时未能直连，经二手转述（Born City，已打开核验）确认标题与日期。
附录：矛盾调和说明（两章节差异的处置记录）
综合过程中发现并按下述方式消除了两章节间的三处不一致，供修订者复核：
- Firefox 弃用 CDP 的时间线：纵轴记"2024 年 5 月 Mozilla 宣布弃用 Firefox 的 CDP 支持"；横轴记"Firefox 141 起已彻底移除 CDP 支持"。两者不冲突而是两个阶段：2024-05 为官方宣布弃用，Firefox 141（约 2025 年中）为彻底移除。横轴自陈"Firefox 141 原始公告页未直接打开，依据为 Selenium 迁移指引与社区 issue 转述"，本稿沿用该保留声明，采纳更保守的表述"官宣弃用 2024-05，彻底移除约在 Firefox 141（转述，未直接核验原始公告）"。
- browser-use 的 GitHub stars：纵轴写"110k+ stars"（约数），横轴当日抓取为 119.4k。本稿统一采用横轴的当日精确值 119.4k。
- OpenAI agent 产品的命名演化：纵轴以 Atlas（独立浏览器产品，2026-08-09 停服）为主线；横轴记"Operator → Agent Mode → ChatGPT Work 三段演化已由 OpenAI 帮助页证实"。两者并行不悖：Atlas 是独立浏览器形态，其 AI 浏览功能并入 ChatGPT 桌面应用；Operator 是 research preview 的 agent 能力，后演化为 Agent Mode 并转入 ChatGPT Work。本稿按"产品形态（Atlas）"与"agent 能力线（Operator → Agent Mode → ChatGPT Work）"两条线分别叙述，并继承横轴"OpenAI/Anthropic 产品动态未逐一打开官方页二次核验"的保留。横轴搜索综述中出现的"ChatGPT Agent"称呼即指此处的 Agent Mode 能力线，非另一独立产品。
另有两处小型统一：Playwright 最新版本统一为"v1.64（2026-10-07 发布，1.64.1 补丁 10-13）"；Selenium 版本号在不同来源并存 4.50 与 4.51，按横轴处理并列标注。