AgentCore Browser在等模型时：CPU、内存与网络还分别怎样收费？

团队的服务已经在AWS上，现在给智能体补一项“打开供应商后台读取订单”的能力，AgentCore Browser值得一起评估。对这样的项目，我更关心浏览器怎样接进现有程序、失败后能否找到记录，以及读出来的订单能不能核对。省去托管浏览器环境的工作有价值，单看一行CPU单价还不够。[1]

等模型回复时，仍要看内存

Browser按CPU实际消耗与截至当秒的内存峰值计费，以秒计算、最低1秒，内存有128MB最低量，也包含系统开销。[1] 页面里“等待不消耗CPU”的说法，不能直接读成整个会话全部免费。浏览器保存页面状态，内存仍是要看的项目。

这里引用的是Browser价表，不把Runtime其他版本的资源价拿来混算。正式估价还需要核对部署区域和所接服务，表中也没有把模型或整套应用费用包进去。[1]

先做“读一张订单”，再谈完整自动化

我会先选一个授权账户，约定读取哪些字段、日期范围怎么处理，以及怎样回到后台核对。读到订单编号、金额和状态，是一条清楚的结果；一句“任务完成”还不够用来接下游程序。

代表任务可以包含正常页面、空列表和一次失败，让程序留下任务编号、结果与用量。这里是我建议的评估方式，本文没有执行这些任务。只有拿到自己的记录，才能判断等待、重试和大页面究竟占了多少成本。

已有AWS项目，更容易看清它的价值

AgentCore的Runtime、Gateway、Memory与Observability等分别有自己的费用项目。[1] 如果应用只需要Browser，不必看到一整页功能就全部接上；如果确实使用其他能力，再把对应账单加回来。

已有AWS程序又要读取后台字段，可以把Browser放进现有项目评估；偶尔做截图，则先比较接入工作量。等待少用CPU，不代表内存、Profiles或网络也免费，其他AgentCore能力更不自动包含。预算按真正启用的项目拆开，读取结果仍回到原订单核对。