跳到主内容
AIHO 2026 全新改版上线
PageAgent阿里巴巴GUI AgentDOM Dehydration浏览器自动化开源AI Agent深度评测

PageAgent 深度评测:阿里巴巴开源纯前端 GUI Agent,一行代码让 AI 操控你的网页

发布 2026-07-28更新 2026-07-28
PageAgent 评测 2026:阿里巴巴开源 GUI Agent,DOM 脱水技术,自然语言操控网页

一句话结论

PageAgent 是 2026 年最值得关注的纯前端 GUI Agent 方案之一。 阿里巴巴开源、MIT 协议、一行代码嵌入、纯文本 DOM 分析——这些特性加在一起,让它成为为 Web 应用添加 AI 操作能力的最轻量选择。

但它的应用场景有明确的边界:适合嵌进你的 Web 应用里用,不适合从外部控制别人的网站。 理解这个边界,比评价它的功能更重要。

浏览器自动化的第三次范式转移

在评估 PageAgent 之前,先看一个更大的背景:浏览器自动化正在经历第三次范式转移。

第一代:脚本驱动(2010s)。 Selenium、Playwright、Puppeteer 为代表。开发者编写确定性的选择器和操作步骤,浏览器机械执行。优势是稳定、可预测、成熟。劣势是页面结构一变就断,无法理解语义。

第二代:视觉驱动(2024-2025)。 browser-use、Stagehand 为代表。AI Agent 通过截图 + 多模态模型理解页面,再执行操作。优势是能适应页面变化,不需要固定的选择器。劣势是需要多模态模型(贵)、需要无头浏览器(复杂)、推理速度慢(2-5s/步)。

第三代:DOM 内嵌(2025-2026)。 PageAgent 为代表。AI Agent 直接作为 JavaScript 运行在页面内部,通过文本化 DOM 理解页面结构。优势是零后端、纯文本 LLM(便宜)、速度快(0.5-1s/步)、天然继承登录态。劣势是依赖 DOM 质量、只能操作当前页面。

代际代表核心原理部署成本每步成本适用场景
第一代Playwright选择器 + 指令高(Python + 浏览器)接近 0测试 / 爬虫
第二代browser-use截图 + 多模态很高(GPU + 多模态 API)通用 Agent
第三代PageAgentDOM 文本 + LLM极低(一行 script)Web 应用内嵌 AI

PageAgent 的核心架构:DOM 脱水

PageAgent 最核心的技术创新是 DOM 脱水(DOM Dehydration)。理解这个技术,就理解了 PageAgent 的整条产品逻辑。

为什么不用截图?

2024-2025 年的浏览器 Agent 方案几乎都走同一条路:截屏 → 多模态 LLM 识别页面元素 → 返回坐标/操作 → 执行。这条路线有两个根本问题:

  1. :多模态模型的 Token 价格是纯文本模型的 5-10 倍。GPT-4o 的视觉定价是 $5/1M 输入 Token,而纯文本模型 DeepSeek 只要 $0.5/1M。
  2. :截图传输 + 图像编码 + 多模态推理,每一步都要 2-5 秒。复杂任务累积下来,一次 20 步的操作要等 40-100 秒。
  3. 不精确:像素级别的截图里,按钮文字可能模糊、重叠元素可能识别错误。

DOM 脱水怎么工作?

PageAgent 的答案是:浏览器的 DOM 本身就是最精确的页面描述。 不需要截图,把 DOM 树里的交互元素提取出来、编上索引、压缩成文本,直接发给 LLM。

具体流程:

用户指令 → 扫描 DOM 树 → 提取交互元素 → 分配给索引 → 压缩为精简文本 → 发送给 LLM
  ↓
LLM 返回工具调用(如 click_element_by_index: 3)→ 直接在页面内执行 → 观察反馈 → 下一步

一个典型的脱水 DOM 输出长这样:

[1] button "登录"
[2] input "用户名" placeholder="请输入"
[3] input "密码" type="password"
[4] checkbox "记住我" checked=false
[5] link "忘记密码"
[6] button "注册新账号"

这个文本表示通常只有 1-5k Token,而一张截图经过 Base64 编码后通常要 50-100k Token。成本差距是一个数量级。

技术细节

PageAgent 的架构是标准的 ReAct(Reasoning + Acting)循环,但多了两个关键设计:

Reflection-Before-Action(行动前反思):每一步执行前,Agent 先评估上一步的执行效果,再决定下一步。这听起来简单,但实际效果显著——减少了错误累积,尤其是在长任务链中。

FlatDomTree 压缩:现代网页可能有几千个 DOM 节点,大部分是样式容器和隐藏元素。PageAgent 把 DOM 树拍平(flatten),只保留交互元素(按钮、输入框、链接、表单等),并给每个元素分配一个索引。LLM 看到的不是原始的 HTML 结构,而是一个精简的、带索引的交互元素列表。

PageController 抽象:实际操作由 PageController 负责,它封装了 DOM 提取、元素索引、点击、输入、滚动等操作。核心方法:

await this.pageController.updateTree()    // 更新 DOM 树
await this.pageController.clickElement(index)    // 点击索引元素
await this.pageController.inputText(index, text) // 输入文本
await this.pageController.scroll({ down: true, numPages: 1 }) // 滚动

部署体验:从 10 分钟到 10 秒

传统浏览器自动化的部署路径:

安装 Python → 安装 Playwright → 下载 Chromium → 编写脚本 → 处理 Cookie/登录态 → 调试 → 上线
(估算:30 分钟到 2 小时)

PageAgent 的部署路径:

<script src="page-agent.js"></script>

就这一行。10 秒。

从 30 分钟到 10 秒,本质上是把部署复杂度从「运维问题」变成了「前端问题」。对于前端团队来说,这意味着不需要申请服务器资源、不需要配置 Python 环境、不需要处理无头浏览器的兼容性——只需要在现有的前端工程里加一行代码。

四种场景,四种判断

场景一:SaaS AI Copilot

适合度:⭐⭐⭐⭐⭐

这是 PageAgent 最完美的场景。假设你在做一个项目管理 SaaS,想给用户加一个 AI 助手,让用户说"帮我创建一个新项目,叫 Q4 营销计划,邀请张三和李四加入"——传统的做法是写后端 API、定义工具函数、处理状态管理,至少 2-3 周。用 PageAgent,几行代码就能实现,不需要后端改动。

因为 PageAgent 运行在页面内部,它看到的 DOM 和用户看到的一模一样,所有 UI 验证规则和权限控制天然生效。

场景二:传统 ERP 现代化改造

适合度:⭐⭐⭐⭐

很多企业的 ERP 系统是 5-10 年前开发的,界面复杂、交互繁琐。用 PageAgent 可以给这些老旧系统加一个 "AI 操作层",用户说"提交周五的差旅报销"——Agent 自动导航到报销模块、填写表单、上传附件、提交审批。

这比重新开发 ERP 前端或者写 RPA 脚本要便宜得多。但需要注意:ERP 系统的 DOM 结构可能非常复杂,嵌套表格、自定义控件、IFrame 等场景需要额外处理。

场景三:客服机器人升级

适合度:⭐⭐⭐⭐

传统客服机器人只能"告诉用户怎么操作",用户还得自己一步步点。接入 PageAgent 后,机器人可以直接操作页面——"我现在帮您配置,请稍等"——然后自动完成所有操作步骤。

难点在于:客服对话通常发生在聊天窗口,而操作发生在产品页面,这需要跨页面通信。PageAgent 的 Chrome 扩展和 MCP Server 可以解决,但增加了复杂度。

场景四:无障碍增强

适合度:⭐⭐⭐⭐⭐

这是 PageAgent 被低估的潜力场景。中国有超过 1700 万视障人士,但绝大多数 Web 应用的无障碍支持停留在"能过合规检查"的水平。用 PageAgent,可以给任意 Web 应用添加自然语言操作能力——用户说"打开上个月的报表"或"把字体调大",Agent 就能执行。

这比改造整个应用的无障碍架构要务实得多。而且 PageAgent 天然支持中文,对国内无障碍场景很有价值。

与竞品的对比

vs. Playwright

Playwright 是确定性自动化工具,不需要 LLM,执行速度快(<100ms/步),适合大规模测试和 CI/CD 场景。但它需要固定的选择器,页面结构一变就断。

PageAgent 是 LLM 驱动,能自适应页面变化,但依赖 LLM 意味着有 Token 成本、推理延迟、以及 LLM 固有的不确定性。

选型建议:做测试/爬虫 → Playwright。做 AI Copilot → PageAgent。两者可以互补——用 Playwright 跑回归测试,用 PageAgent 做 AI 交互。

vs. browser-use

browser-use(101k+ GitHub stars)是 PageAgent 的主要对标对象。browser-use 走的是"Python 后端 + 截图 + 多模态"路线,而 PageAgent 走的是"纯前端 + DOM 文本 + 纯文本 LLM"路线。

关键差异

维度browser-usePageAgent
部署位置服务器端浏览器端
页面分析截图 + DOMDOM 脱水文本
模型需求多模态 LLM纯文本 LLM
跨网站✅ 原生❌ 需扩展
成本高(多模态 + 服务器)低(纯文本 + 零后端)
上手难度中(Python + 依赖)低(一行 script)

选型建议:需要跨网站自动化、爬虫、数据采集 → browser-use。需要给自己的 Web 应用加 AI 能力 → PageAgent。

vs. OpenManus

OpenManus(52k+ stars)是通用 Agent 实现,目标是"拉下来配置 API 就能跑 Manus 风格任务"。它做的事情比 PageAgent 更"重"——多 Agent 编排、浏览器自动化、数据分析等。

PageAgent 更"轻"、更"专"——它只做一件事:在网页内部操作 DOM。但它的集成方式更简单(前端脚本 vs. Python 项目),适合的场景更聚焦(Web 应用内嵌 vs. 通用 Agent)。

安全与隐私

PageAgent 的安全模型有几个值得关注的设计:

操作白名单:开发者可以定义 Agent 允许执行的操作类型(如只允许点击、不允许读取输入框内容)。如果 Agent 尝试执行未授权的操作,系统会阻止。

数据脱敏:可以标记某些字段(如密码框、身份证号输入框)为敏感字段,DOM 脱水时自动替换为占位符,LLM 永远不会看到真实内容。

BYOK(Bring Your Own Key):用户数据直接从浏览器发往自己配置的 LLM 端点,PageAgent 自身不托管任何后端服务,数据隐私风险可归入模型端的安全审计范围。

Human-in-the-Loop:Agent 执行每一步操作前都会在侧边面板展示思考过程,用户可以在任意步骤中断、修改或确认操作。

但需要注意:安全边界在页面内,不在页面外。 PageAgent 和页面上的其他 JavaScript 共享同一安全上下文,如果页面本身有 XSS 漏洞,PageAgent 不会提供额外保护。在敏感操作(如支付、权限变更)场景,建议在后端再加一层验证。

局限与风险

DOM 依赖:PageAgent 的核心假设是"DOM 能精确描述页面"。但有些场景 DOM 不一定可靠——Canvas 渲染的内容、WebGL 图形、CodeMirror/Monaco 等自定义编辑器(这些编辑器通常用 contenteditable 或 canvas 实现,DOM 里没有直观的"输入框"元素)。CSDN 的富文本编辑器和掘金的 CodeMirror 编辑器就是典型案例,纯 DOM 自动化在这些场景会遇到困难。

版本迭代风险:截至 2026 年 7 月,PageAgent 最新版本为 v1.8.2,仍处于快速迭代期。这意味着 API 可能变化,文档可能滞后,生产环境需要 pin 版本。

社区生态:18k+ GitHub stars 说明社区关注度不错,但相比 Playwright 的 70k+ 和 browser-use 的 101k+,生态成熟度还有差距。第三方插件、教程、最佳实践相对较少。

不是测试工具:PageAgent 的定位不是 Playwright 的替代品。它不适合跑 CI/CD 测试、不适合做性能测试、不适合做大规模爬虫。用对工具做对事。

结论

PageAgent 是 2026 年浏览器自动化领域最值得关注的创新之一。它的 DOM 脱水技术巧妙地绕过了截图方案的昂贵和复杂,纯前端架构让部署成本降到极限。对于想为自己的 Web 应用添加 AI 操作能力的团队,它是目前最轻量的选择。

但它的定位不是 Playwright 的替代品,而是互补品——适合「嵌进去用」,不适合「从外面控制」。 理解这个边界,比评价它的功能更重要。

谁适合用

  • ✅ 前端开发者想为产品添加 AI Copilot
  • ✅ SaaS 团队想降低 AI 功能集成成本
  • ✅ 需要 AI 无障碍增强的 Web 应用
  • ✅ 阿里巴巴/阿里云技术栈的用户
  • ✅ 想用纯前端方案实现 AI 操作的团队

谁不适合用

  • ❌ 需要大规模跨网站爬虫
  • ❌ CI/CD 自动化测试
  • ❌ 非技术人员的无代码自动化
  • ❌ Canvas/WebGL 密集的页面操作
  • ❌ 需要高并发稳定性的生产级自动化

相关阅读

来源

  1. PageAgent 官方文档 https://alibaba.github.io/page-agent/
  2. PageAgent GitHub 主仓库 https://github.com/alibaba/page-agent
  3. PageAgent 官网 https://pageagent.net/
  4. CSDN — 阿里开源纯前端浏览器自动化 PageAgent https://blog.csdn.net/m0_55049655/article/details/159350982
  5. CoddyKit — Page-Agent: Alibaba's Open-Source JavaScript Library https://www.coddykit.com/pages/blog-detail?id=512893
  6. 掘金 — page-agent: 纯 JS 的网页 GUI Agent https://juejin.cn/post/7655611059512983604
  7. Meta AI Labs — Meet Alibaba's Page Agent https://metaailabs.com/meet-alibabas-page-agent-a-javascript-in-page-gui-agent-that-controls-web-interfaces-with-natural-language-through-the-dom/
  8. AI Tools Atlas — PageAgent Review 2026 https://aitoolsatlas.ai/tools/pageagent/review
  9. AI Tool Net — page-agent https://www.aitoolnet.com/pageagent
  10. MCPgee — Page Agent https://www.mcpgee.com/servers/page-agent