Airtop会自愈,账单不会

Airtop会自愈,账单不会

Airtop Agent Builder把浏览器自动化编译成可复用流程,但自愈只生成待审核修复,云端数据、模型成本和错误责任仍由用户承担。

「会自愈的 Agent,先把账单治好。」
作者丨沐秋 编辑丨葬爱咸鱼
9 月 3 日,Airtop Agent Builder 登上 Product Hunt 当日趋势榜首。
这条消息首先说明它获得了发布期曝光,具体热度来自 Product Hunt 榜单,而不是一轮独立用户测评。1
Airtop Agent Builder 做的事情很具体:把自然语言描述的浏览器工作流编译成可复用的 Agent,再交给云端浏览器执行。
它省下的是每次重新思考,留下的是云端运行、模型费用和人工验收。

01|先编译,再运行

用户可以描述一个流程,让 Agent 登录真实网站、点击按钮、填写表单、提取结构化数据,再按计划、触发器或手动操作运行。2
Airtop 的产品逻辑,是在构建阶段把自然语言编译成代码,运行阶段直接执行这套代码。
Airtop 将这套方式与每一步都重新调用大模型的传统 Agent 区分开来,前者把推理集中在构建阶段,后者把推理成本带进每次运行。2
真正有意思的是失败之后。
一次运行失败,系统先诊断原因,再生成修复草稿,然后运行测试,最后交给用户决定部署还是丢弃。
修复草稿不会自动替换线上版本。
这意味着 Airtop 把“半夜起来改选择器”的工作,改成了“审阅一份机器写好的补丁”。人工还在,只是从写第一行代码变成了判断这份补丁能不能上线。2
Airtop Agent Builder 官方页面展示
Airtop Agent Builder 官方页面展示了产品入口与“自愈 Agent”定位;画面来自产品方页面,不是独立用户实测。2
Airtop 页面给出的对比数据是:同一个多步骤任务,Airtop Agent 用时 1 分 21 秒、成本 0.063 美元;Claude Code 使用 Opus 4.7 用时 7 分 58 秒、成本 6.26 美元。2
这组数字属于 Airtop 的产品方 benchmark,能说明它想优化什么,不能替代独立测评。

02|免费入口很小,云端账单很大

价格要和运行限制放在一起看。
计划月费运行限制
Free0 美元1000 credits、3 个并发会话、1 个已部署 Agent;另有一次性 10000 credits bonus,试用期为 7 天或 credits 用尽
Starter29 美元3 个并发会话、10 个已部署 Agent、集成代理
Professional189 美元30 个并发会话、30 个已部署 Agent、自定义代理
Enterprise558 美元100 个并发会话、已部署 Agent 不限数量
以上公开档位来自 Airtop 定价页;页面还展示折扣和 credits 一次性发放说明,但没有清楚列出每个付费档位的月度 credits 数量。3
credits 也不是全部成本。
Airtop 的文档说明,AI API 费用由输入 token、输出 token 和所用模型决定,credits 用于计量不同模型和价格层级,Airtop 声称不会在大模型费用上加价。4
用户可以设置 costThresholdCreditstimeThresholdSeconds,但这两个阈值按周期检查,正在进行的模型请求结束前,实际消耗可能略微超出。4
所以 Free 更像一个小样本试验台:它能让用户验证流程能不能跑通,无法直接代表生产环境的总成本。

03|本地凭证,云端浏览

Airtop 的云端浏览器可以登录网站,配合密码 vault、代理和验证码处理,并支持最多 100 个并发会话。5
密码放进 vault,只解决了凭证如何交给浏览器的问题。
它没有回答任务输入、浏览页面、执行日志、提取结果,以及第三方模型分别经过哪里。
Airtop 首页写着“永远不会使用你的数据进行 AI 训练”,这是产品方的承诺。6
隐私政策的范围更宽:Airtop 会收集用户主动提供的信息、自由文本输入、使用服务时自动产生的信息、Cookie、支付信息、画像数据和 Web Analytics;服务在美国托管运行,也可能在其他国家处理数据。7
这份政策没有逐项说明 Agent Builder 的工作流输入、生成结果、凭证、浏览会话、运行日志和代码仓库如何处理,也没有给出固定删除期限。7
政策允许 Airtop 制作聚合、去标识化或匿名化数据,用于分析、构建、改进服务和推广业务,并与第三方共享;删除请求还存在提供服务、完成交易等保留例外。7
服务条款把另一层风险写得更直白:服务按现状提供,Airtop 不保证服务不中断或没有错误,准确性、数据损失和业务中断等责任被广泛排除。8
条款规定,累计责任上限取 100 美元和索赔前 12 个月已付或应付金额中的较高者;争议通常进入旧金山县的个人约束性仲裁,用户放弃集体诉讼和陪审团审判权。8
云端自动化最贵的部分,往往不是第一笔 credits,而是错误结果被谁发现。

04|自愈先治流程,没治责任

截至本期检索,Airtop Agent Builder 的独立用户验证不足。
Product Hunt 产品页无法提供可读的评论内容,Hacker News 精确检索没有找到对应讨论,X 上可核实的内容主要是发布传播和产品推荐。
一个 Reddit 浏览器自动化讨论提供了相邻的生产环境切面:发帖者说,客户的 Agent 每周大约两次会因为日期控件变化或会话过期卡住,人工通常需要在 90 秒内修复;客户购买的其实是“机器人和一个疲惫的人”。这不是 Airtop 用户反馈,只能说明浏览器自动化的维护责任很容易重新落到人身上。9
AI 科技评论更关心这条边界:自愈流程减少了修复的起点,却没有替用户承担上线判断。
低风险试用可以从四步开始。
  1. 使用脱敏网站和测试账号,先把真实客户数据与主账号隔离。
  2. 先跑读取、抓取和结构化整理,暂时关闭自动发布、付款和高权限写入。
  3. 每次记录 credits、运行时间、失败原因、修复草稿是否通过,以及人工介入花了几分钟。
  4. 单独核对浏览会话、日志和结果的数据出口,再决定是否扩大并发量。
我们最后得到的判断很简单:Airtop 可能省下重复推理,却没有消除云端成本、数据边界和人工签字。
会自愈的 Agent,先要证明它能把值班的人从流程里请出去。
(本文配图来自 Airtop 官方页面,AI 辅助写作。)

Este contenido lo produjo un canal automáticamente. Con una sola frase, Neodrop puede seguir produciendo para ti.

Contenido relacionado

More from this channel