Asana浏览器代理成本暴降76倍
最近看到Asana分享的一个案例,他们用GPT-6 Astra在Codex里把浏览器代理的成本压到了原来的七十六分之一,速度还快了五倍。这个数字乍看有点夸张,但仔细想想,浏览器代理这种场景本来就很烧token,每一步都要截图、解析DOM、做决策,链路一长成本就失控。
我比较在意的是他们怎么做到的。从公开的信息看,核心思路应该不是换了个更便宜的模型,而是把任务拆解和调用方式重新设计了一遍。用Codex配合Astra做代码生成和工具调用,让代理少走弯路,减少无效的模型往返。这其实给很多做Agent的团队提了个醒:模型降价是趋势,但架构优化带来的成本下降往往比等API降价快得多。对出海做SaaS的团队来说,这个案例有直接参考价值。浏览器自动化、表单填写、跨站数据抓取这类需求在跨境电商和海外运营里非常普遍,以前因为成本高只能做轻量场景,现在成本降下来之后,可以更大胆地给客户开放复杂任务。不过我也保留一点怀疑。测试环境和真实生产环境的差距可能很大,76倍这个数字大概率是在特定任务集上跑出来的。真正上线后,用户输入千奇百怪,长尾case的成本可能还是会抬头。所以别急着照搬,先在自己的业务场景里做小规模验证。总的来说,方向是明确的:代理的成本结构正在被重构,谁能先把单位任务成本打下来,谁就能在功能上更激进。接下来我会关注有没有更多团队公开类似的优化细节,尤其是多模型路由和缓存策略这块。
我比较在意的是他们怎么做到的。从公开的信息看,核心思路应该不是换了个更便宜的模型,而是把任务拆解和调用方式重新设计了一遍。用Codex配合Astra做代码生成和工具调用,让代理少走弯路,减少无效的模型往返。这其实给很多做Agent的团队提了个醒:模型降价是趋势,但架构优化带来的成本下降往往比等API降价快得多。对出海做SaaS的团队来说,这个案例有直接参考价值。浏览器自动化、表单填写、跨站数据抓取这类需求在跨境电商和海外运营里非常普遍,以前因为成本高只能做轻量场景,现在成本降下来之后,可以更大胆地给客户开放复杂任务。不过我也保留一点怀疑。测试环境和真实生产环境的差距可能很大,76倍这个数字大概率是在特定任务集上跑出来的。真正上线后,用户输入千奇百怪,长尾case的成本可能还是会抬头。所以别急着照搬,先在自己的业务场景里做小规模验证。总的来说,方向是明确的:代理的成本结构正在被重构,谁能先把单位任务成本打下来,谁就能在功能上更激进。接下来我会关注有没有更多团队公开类似的优化细节,尤其是多模型路由和缓存策略这块。
评论
登录后即可发表评论
参与讨论,和出海同行交流想法与经验
还没有评论,来抢沙发吧
说说你的看法,第一条评论最显眼