Amazon Nova Act 是 AWS 于 2025 年 4 月发布的浏览器自动化 Agent:一个能够理解浏览器界面并自主执行操作的 agentic AI 模型(即能自主规划与行动的大模型),配套 Python SDK(包名 nova-act)供开发者编排任务。它解决的核心问题是传统自动化工具的脆弱性——Selenium、Playwright 依赖 CSS 选择器、XPath 等 DOM 定位(基于页面结构代码的定位方式),页面一改版脚本就大面积失效;RPA 工具部署重、授权贵,难以覆盖跨站、动态加载、无 API 的老旧系统。Nova Act 通过视觉截图理解界面元素(按钮、输入框、弹窗),再推理出点击、输入、滚动等动作序列,把“浏览器操作”变成可编程能力。
Nova Act 由两部分组成:闭源的 Nova Act 模型(通过 Amazon Bedrock 调用)和开源的 Nova Act SDK。SDK 在本地拉起 Chromium 浏览器,将页面截图发送给模型,拿到动作指令后执行,循环直到任务完成。本篇按“速览 → 安装 → 上手 → 能力 → 部署 → 对比 → 场景 → 误区 → 面试题”的顺序展开,帮助你判断它是否适合你的自动化场景,并在 10 分钟内跑通第一个脚本。
掌握 Nova Act,等于掌握“让 AI 直接操作网页”的工程化入口;对 AI Agent 开发、RPA 升级、测试自动化三个方向的从业者,这是 AWS 生态内最直接的浏览器操作能力。
目录
速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。
为什么需要 Amazon Nova Act:传统浏览器自动化太脆弱
传统浏览器自动化的痛点集中在“定位”环节。Selenium、Playwright 依赖元素的 id、class、CSS 选择器或 XPath 来找到操作目标,这些定位符与页面 DOM 结构强耦合。前端重构、字段改名、组件库升级、动态渲染导致的元素延迟出现,都会让脚本成批失效。跨站操作时,Cookie、iframe、弹窗、验证码进一步推高维护成本。而 RPA 工具虽然能用图像识别辅助定位,但产品笨重、按机器人授权计费,脚本对界面变化依然敏感,本质上没有摆脱“按图索骥”的模式。
Nova Act 换了一条路径:模型直接读取浏览器截图,识别按钮、输入框、表单等界面元素,结合任务目标推理下一步操作。开发者只需要描述“打开 A 站 → 搜索 XX → 点击购买”这类高层指令,模型补全具体的点击位置与输入内容。SDK 负责在本地控制 Chromium、将截图传给 Bedrock 上的模型、执行返回的动作指令,形成“截图 → 推理 → 执行 → 再截图”的循环。这意味着页面改版时,只要按钮文案和交互逻辑不变,任务描述通常无需改动。
与同类工具的气质差异在于:OpenAI Operator 是云端托管的“黑盒”Agent 产品,Anthropic Claude Computer Use 侧重通用屏幕操作;Nova Act 则是 AWS 生态内的编程式浏览器 Agent——给开发者完整的 Python 控制面,同时复用 IAM 权限、CloudWatch 日志、VPC 网络等基础设施,适合把自动化嵌入现有业务系统,而不是孤立地提供一个“替你上网”的产品。
安装与环境配置:3 步就绪
步骤一:安装 SDK。 建议使用 Python 3.10 或更高版本,并用虚拟环境隔离依赖。SDK 自带浏览器内核,安装包体积较大,首次导入时可能自动下载/准备浏览器组件。
步骤二:配置 AWS 凭证。 Nova Act 模型通过 Bedrock 调用,SDK 走 AWS 默认凭证链。推荐使用 IAM 用户或角色的临时凭证,不要使用根账号密钥;同时需在 Bedrock 控制台开通 Nova Act 模型的访问权限,预览版默认区域为 us-east-1(弗吉尼亚北部)。
步骤三:验证安装。 用 pip show 确认包已安装,再执行一行 Python 导入,验证 SDK 与凭证链路可用。
# 1. 创建虚拟环境并安装python -m venv venvsource venv/bin/activatepip install --upgrade pippip install nova-act # 2. 配置 AWS 凭证(二选一)aws configure# 或使用环境变量export AWS_ACCESS_KEY_ID=AKIA...export AWS_SECRET_ACCESS_KEY=...export AWS_DEFAULT_REGION=us-east-1 # 3. 验证安装pip show nova-actpython -c "from nova_act import NovaAct; print('SDK available')"
快速上手:5 分钟跑通第一个浏览器任务
最小可用流程是:打开页面 → 输入关键词 → 回车 → 截图。NovaAct 以上下文管理器方式初始化:进入 with 块自动拉起浏览器,退出时自动关闭并释放资源。下面脚本打开维基百科,在搜索框输入 "Amazon Nova Act"(模型自动定位搜索框,无需指定选择器),回车后把搜索结果页截图保存到本地。
运行后,当前目录生成 search_result.png,内容为维基百科搜索结果页。若页面加载过慢导致操作失败,SDK 会抛出超时异常,可在 NovaAct() 构造函数中调大 step_timeout_ms 参数(单步操作超时,默认约 30 秒)。
进阶技巧:任务耗时较长时改用 AsyncNovaAct 异步执行,避免阻塞主进程;重复性任务可开启 caching 参数,缓存中间推理结果以降低调用成本。注意 browser.type() 不需要指定输入框位置——模型通过截图自行定位,这也是它与传统自动化最本质的差异。
from nova_act import NovaAct with NovaAct() as nova_act: # 1. 导航到目标页面 nova_act.computer.browser.navigate("https://www.wikipedia.org") # 2. 模型自动识别搜索框并输入文本 nova_act.computer.browser.type(text="Amazon Nova Act") # 3. 按回车执行搜索 nova_act.computer.browser.press("Enter") # 4. 截图取证 screenshot = nova_act.computer.browser.screenshot() screenshot.save("search_result.png") print("done")
核心能力详解:4 大支柱
支柱一:视觉界面理解。 模型将浏览器截图映射为可操作元素,完全不依赖 DOM 结构。对单页应用(SPA)的动态渲染、跨域 iframe、无标准控件的老旧系统尤其有效,因为这些场景下 DOM 定位极不稳定。代价是视觉识别存在概率性,“看错”的可能性无法完全消除,越靠近任务目标的元素识别越准确。
支柱二:多步任务规划与执行。 模型把高层指令拆解为动作序列:点击、输入、滚动、切换标签页等,执行中持续读取新截图形成反馈闭环。面对弹窗遮挡、元素未加载等障碍时,模型会尝试替代路径而非直接报错。官方演示中,“登录 → 查订单 → 截图”级别的任务可全程自主完成。
支柱三:可组合的 SDK 动作库。 browser 组负责页面操作:navigate(导航)、click(点击)、type(输入)、press(按键)、fill(填充表单)、screenshot(截图)、scroll(滚动)、open_new_tab(新标签页)。screen 组提供界面级能力:locate_text、search_for_text 按文本找坐标,draw_line、draw_circle、draw_rectangle 在截图上画标注——标注功能用于调试和人工复核,能把“模型认为点了哪里”可视化出来。
支柱四:AWS 基础设施集成。 模型经 Bedrock 调用,天然复用 IAM 权限控制、CloudWatch 日志、VPC 端点等能力。SDK 脚本可打包进 ECS、AWS Batch 或 Step Functions,组合成定时抓取、批量录入等生产任务。这是 Nova Act 与纯第三方 Agent 产品最明显的差异点:自动化任务与云上 CI/CD、告警、审计体系无缝衔接。
生产部署与监控:从上线到运维
容器化批处理。 将 SDK 脚本打包为 Docker 镜像,用 ECS Fargate 或 AWS Batch 运行,适合定时采集、批量单据录入等离线任务。建议使用容器镜像部署而非直接写 Lambda 函数——SDK 与浏览器内核体积超出 Lambda 函数包限制,容器镜像方式更可控。任务队列用 SQS 缓冲,避免突发任务打满配额。
事件驱动编排。 用 EventBridge 定时触发 Step Functions,编排“调用 Nova Act → 人工审核截图 → 写入数据库 → 异常告警”流程。对支付、删除等高风险操作,通过 SNS 通知人工确认后再继续;对低风险步骤可全自动执行。这种“机器执行 + 人工审批门”的混合模式,是当前视觉 Agent 上生产最稳妥的形态。
可观测性。 Nova Act 的每个动作本质是“截图 + 动作指令 + 执行结果”三元组。建议把每步截图存入 S3,动作序列写入 CloudWatch Logs 或 X-Ray 分段,失败时按时间轴回放定位“卡在哪一步”。成本方面按模型调用量计费,开启缓存、降低截图频率、复用会话都能显著省钱;同时为 step_timeout_ms 设置合理上限,防止单步卡死拖垮整条流水线。
<p class="para-label">避坑清单:</p>
<ul class="dash-list"><li>凭证安全:不要把 AWS Access Key 硬编码进代码仓库,用 IAM Role 或环境变量注入;Nova Act 按调用量计费,密钥泄露会直接产生账单。</li><li>页面加载时序:视觉 Agent 依赖截图,页面未渲染完成就操作会失败;生产任务应配置重试或预等待,不要假设 navigate 返回后页面已就绪。</li><li>结果不确定性:模型偶尔会误点或误读,支付、删除等关键流程必须加人工确认与截图审计,不要无人值守跑高风险操作。</li></ul>
| 维度 | Amazon Nova Act | OpenAI Operator | Anthropic Claude Computer Use | UI-TARS(字节跳动) |
|---|---|---|---|---|
| 定位 | 浏览器自动化 Agent 模型 + SDK | 商用浏览器 Agent 产品 | 模型 API(界面操作能力) | 开源 GUI Agent 模型 |
| 交付形态 | Python SDK + Bedrock API | 网页应用与 API(ChatGPT 内) | Anthropic Messages API | 模型权重 + 推理框架 |
| 运行方式 | SDK 本地控制 Chromium | 云端远程浏览器 | 用户侧截图与操作(API 驱动) | 自托管 GPU 推理 |
| 浏览器控制 | 内置浏览器驱动 | 托管浏览器环境 | 当前桌面/浏览器界面 | 浏览器或桌面环境 |
| 成本模型 | 按模型调用计费 + AWS 资源 | 订阅或按任务计费 | 按 token 计费 | GPU 自部署成本 |
| 数据链路 | 端到端在 AWS(IAM/VPC/CloudWatch) | 数据经 OpenAI 服务 | 数据经 Anthropic 服务 | 数据完全私有化 |
| 开源程度 | SDK 开源,模型闭源 | 闭源 | 闭源 | 模型开源(可自部署) |
| 适合谁 | AWS 用户与 Python 开发者 | 非技术用户快速使用 | 已有 Claude API 的工程团队 | 需私有化与低推理成本的团队 |
选型建议:已深度使用 AWS、需要代码级集成与审计能力的团队,优先选 Nova Act;要的是“开着浏览器替我干活”的成品体验,用 OpenAI Operator;需要跨桌面与浏览器的通用操作且已在用 Claude,选 Computer Use;对数据主权敏感、要求模型权重自持,选 UI-TARS。
版本迭代
Nova Act 于 2025 年 4 月 7 日以公共预览版形式首次发布,随附 Nova Act SDK(PyPI 包 nova-act),提供浏览器导航、输入、点击、截图等基础动作与同步/异步两套 API。截至训练数据,工具仍处于公共预览阶段,尚未公布正式 GA 版本(截至训练数据,可能已有更新版本)。
| 版本 | 时间 | 变化 | 提升 |
|---|---|---|---|
| 0.1(公开预览版) | 2025-04 | Nova Act 模型与 nova-act SDK 首次发布 | 支持浏览器导航、输入、点击、截图、文本定位等基础动作,提供同步与异步 API,自带 Chromium 驱动 |
AWS 官方在发布时宣称 Nova Act 在浏览器操作相关基准上表现领先,但截至训练数据,独立第三方复现数据有限,选型前建议在自有场景上跑分验证。预览阶段功能迭代较快,正式版本发布后需重新评估性能、定价与配额变化。
AI 应用场景
后台系统数据录入(RPA 升级改造)
阶段:Agent 编排 / 文档智能
解决的问题:企业 ERP、CRM 等后台系统没有开放 API,人工录入重复、易错;传统 RPA 依赖控件属性,页面改版即断。Nova Act 用视觉理解直接操作系统表单,脚本用自然语言描述“把第 3 行金额填入”即可,不关心底层控件结构。
具体案例:以订单录入为例,人工录入一单约需 2 分钟,Nova Act 脚本每单约 10 秒(示例估算值),可夜间批量执行;每步截图留痕,异常记录自动转人工复核,录入差错率明显下降。
网页端到端测试(QA 自动化)
阶段:自动化测试 / 回归验证
解决的问题:UI 频繁改版导致选择器脚本大量维护,测试覆盖跟不上发版节奏。Nova Act 用任务描述代替元素定位,页面改版后通常只需调整任务文本,不必重写定位器。
具体案例:某 SaaS 产品的“登录 → 下单 → 支付”回归流程,原 Playwright 脚本一次改版需 3-5 小时修复;Nova Act 场景下只需更新描述并人工复核截图,一轮验证从约 40 分钟降至约 15 分钟(示例估算值)。
定时信息采集与竞品监控
阶段:RAG 管道构建(数据获取侧)/ Agent 编排
解决的问题:公开网站多数没有 API,价格、库存、公告变更只能人工刷新。Nova Act 定时打开站点、提取目标信息并写入数据库,供下游分析或 RAG 检索使用。
具体案例:比价场景中,每天 4 次定时抓取 10 个商品页,人工操作约 1 小时/天;用 Nova Act + EventBridge 全自动执行约 5 分钟/天(示例估算值),且每轮抓取附带截图证据,便于追溯数据来源。
常见误区
误区我装了 nova-act 包,是不是就能像 ChatGPT 一样问它问题、让它直接回答?
正解Nova Act 是 agentic 模型 + 开发 SDK,不是聊天产品。它的输出是“浏览器操作指令”而不是自然语言答案;交互方式是程序调用,由 SDK 执行动作、返回截图与状态。想对话请用 Amazon Nova 系列中的文本模型。
为何常见:官方演示视频里模型“替人类操作电脑”的画面,容易让人把它理解为对话式 AI 助手。
误区都是浏览器自动化,Nova Act 无非是定位更智能、速度更快的 Selenium。
正解底层机制完全不同。Selenium 通过 DOM 选择器定位元素,Nova Act 通过截图 + 视觉推理决定操作,不需要任何选择器。但这也意味着确定性更低——同一页面可能这次点这里、下次点那里。关键业务不能只靠模型“裸奔”,要配套截图审计与人工兜底。
为何常见:两者都叫“浏览器自动化”,工具分类上容易被归为一类,实际技术栈天差地别。
误区既然 pip 装的是开源包,那 Nova Act 模型我也能自己部署,不用经过 AWS。
正解开源的是 SDK 客户端代码(Apache 2.0),模型本体是 AWS 闭源服务,必须通过 Bedrock API 调用。SDK 只是“遥控器”,模型算力在 AWS 侧。想自部署开源模型,应选择字节跳动的 UI-TARS 等真正开放权重的方案。
为何常见:开源 SDK 的 GitHub/PyPI 页面给人“全链路开源”的错觉,混淆了客户端与模型本体的授权边界。
误区模型这么聪明,验证码、反爬、复杂弹窗肯定都能搞定,全自动跑就行。
正解视觉 Agent 对环境高度敏感。验证码、WAF 反爬、非标准控件、单页应用延迟渲染都可能导致失败或误操作。生产环境必须设计重试、降级与人工审批环节,指望“零失败”会出事故。
为何常见:官方演示展示的都是顺利路径,失败重试的过程不会剪进 demo;实际部署后才会遇到长尾问题。
误区装上 nova-act 包,写两行代码就能跑,不需要其他前置条件。
正解使用前提包括:有效 AWS 账号、开通 Bedrock 模型访问权限、配置凭证,且模型在预览阶段仅在特定区域(默认 us-east-1)提供。缺任何一环都会在首次调用时报鉴权或区域错误。
为何常见:pip 安装体验太顺滑,让开发者误以为这是纯本地库,忽略了云服务依赖与区域限制。
面试题
Q1. Amazon Nova Act 的核心定位是什么?
- A.类似 ChatGPT 的对话聊天助手
- B.浏览器自动化 Agent(模型+SDK)← 正确答案
- C.云数据库存储与管理工具
- D.机器学习模型的分布式训练框架
答案:B。Nova Act 的核心是“看懂浏览器界面并自动操作”的 agentic 模型,配套 SDK 供开发者编排,而非聊天、存储或训练工具。A 混淆了对话模型与操作模型,C、D 属于完全无关的云服务品类。
Q2. 安装 Nova Act SDK 的正确命令是?
- A.pip install aws-nova-sdk
- B.npm install nova-act
- C.pip install nova-act← 正确答案
- D.conda install novaact
答案:C。官方发布的 Python 包名是 nova-act,通过 pip 安装。A 的包名不存在,B 是 npm(JavaScript 生态)的命令,D 拼写错误且 conda 渠道未提供官方包。
Q3. Nova Act 识别浏览器网页元素主要依靠什么?
- A.解析页面 CSS 选择器
- B.读取 DOM 树节点属性
- C.视觉理解浏览器截图并推理← 正确答案
- D.调用浏览器开发者调试协议
答案:C。Nova Act 的核心机制是视觉界面理解——模型读取截图识别按钮、输入框等元素,不依赖 CSS 选择器、DOM 属性或调试协议。这也是它与 Selenium 类工具最本质的区别。
Q4. Nova Act 模型在 AWS 上通过哪个服务提供调用?
- A.Amazon SageMaker
- B.Amazon Bedrock← 正确答案
- C.AWS Lambda
- D.Amazon EMR
答案:B。Nova Act 模型托管在 Amazon Bedrock 上,SDK 通过 Bedrock API 调用模型。SageMaker 是模型训练/部署平台(Nova Act 不提供自部署),Lambda 是函数计算、EMR 是大数据框架,均非模型入口。
Q5. Nova Act SDK 中用于打开指定网页的 API 是?
- A.computer.browser.navigate(url)← 正确答案
- B.computer.browser.open_url(url)
- C.computer.screen.goto(url)
- D.computer.network.request(url)
答案:A。官方 API 为 nova_act.computer.browser.navigate(url),用于驱动浏览器跳转到目标地址。B、C、D 均不是 SDK 提供的真实方法,screen 组只负责屏幕级操作,network 组不存在。
Q6. 与传统 Selenium 自动化相比,Nova Act 最主要的优势是什么?
- A.运行速度一定更快更稳定
- B.完全不需要安装浏览器
- C.不依赖 DOM 定位,可处理动态复杂页面← 正确答案
- D.能保证操作 100% 成功
答案:C。Nova Act 通过视觉理解界面,绕开了 DOM 定位符的脆弱性,对动态页面和改版更鲁棒。A、D 过于绝对——视觉模型存在概率性错误;B 错误,SDK 自带 Chromium 驱动,仍需浏览器环境。
Q7. 以下哪些属于 Nova Act 的典型应用场景?
- A.网页端到端自动化测试← 正确答案
- B.后台系统表单数据录入← 正确答案
- C.定时采集公开网页信息← 正确答案
- D.替代数据库进行数据存储
答案:ABC。A、B、C 分别是 QA 自动化、RPA 升级、信息采集三个典型场景。D 超出 Nova Act 能力边界——它是浏览器操作工具,不是数据存储服务,存储应交给数据库或对象存储。
Q8. 关于 Nova Act 的开源情况,下面哪种说法正确?
- A.模型权重与 SDK 完全开源,可自行部署
- B.SDK 开源,模型为 Bedrock 闭源托管服务← 正确答案
- C.模型开源可自托管,SDK 闭源收费
- D.模型与 SDK 全部闭源不可用
答案:B。Nova Act 的 SDK(PyPI 包)采用 Apache 2.0 开源协议,但模型本体由 AWS 闭源托管,必须通过 Bedrock 调用。A 混淆了客户端与模型授权,C 说反了,D 与 SDK 开源事实不符。
Q9. Nova Act 生产化部署的合理实践包括哪些?
- A.用 IAM 临时凭证避免硬编码密钥← 正确答案
- B.对关键步骤保存截图用于审计← 正确答案
- C.完全信任模型输出,不做人工兜底
- D.设置单步超时与失败重试机制← 正确答案
答案:ABD。凭证安全、截图取证、超时重试是视觉 Agent 上生产的三大基本要求。C 错误——模型存在概率性误操作,支付、删除等关键流程必须有人工审批兜底,不能无人值守放行。
Q10. 关于 Nova Act 与同类浏览器自动化工具的对比,说法正确的有?
- A.OpenAI Operator 运行在云端托管浏览器中← 正确答案
- B.Claude Computer Use 可操作任意图形界面← 正确答案
- C.UI-TARS 是字节跳动开源的 GUI Agent 模型← 正确答案
- D.Nova Act 无需任何 AWS 凭证即可直接使用
答案:ABC。Operator 是云端远程浏览器产品,Computer Use 通过 API 驱动当前桌面/浏览器界面,UI-TARS 是字节跳动开源的可自部署 GUI Agent 模型,三者描述均正确。D 错误——Nova Act SDK 依赖 AWS 凭证调用 Bedrock,无凭证无法使用。
参考来源
- webpageAmazon Nova 产品页Nova 模型家族概览