Asana浏览器代理成本降76倍

今天看到Asana分享的一个案例，他们用GPT-6 Astra在Codex里把浏览器代理的成本压到了原来的七十六分之一，速度还快了五倍。这个数字放在两年前根本不敢想，那时候跑一个浏览器自动化任务，光是模型调用费用就能让产品经理皱眉。现在成本降下来，意味着更多中小团队也能把代理功能塞进自己的产品里，不用再担心账单爆炸。

我特别关注他们提到的“在测试中”这个限定。实验室环境下的七十六倍和真实用户场景下的七十六倍完全是两码事，浏览器代理要处理各种反爬、动态渲染、登录态维持，这些环节的消耗往往才是大头。Asana敢把这个数据放出来，说明至少在他们自己的核心用例里已经跑通了，但其他团队照搬未必能复现同样的比例。从产品角度看，成本下降带来的不只是省钱，而是能力边界的扩张。以前为了控制成本，可能只敢让代理做简单的表单填写，现在可以尝试让它处理多步骤的复杂工作流，比如跨系统数据同步、自动生成报告。速度提升五倍也意味着交互体验更接近真人操作，用户等待时间缩短，留存率自然会上来。不过我觉得这件事更值得琢磨的是模型选择策略。Asana没有死磕自研小模型，而是直接拥抱GPT-6 Astra这种前沿能力，再通过Codex做工程优化。这说明在代理赛道，模型能力依然是第一驱动力，工程优化是放大器。对于出海团队来说，与其纠结自建推理集群，不如先把工作流跑通，再考虑成本结构。最后提醒一句，成本降七十六倍不等于利润涨七十六倍，定价策略和用户付费意愿才是决定商业成败的关键。如果代理功能变成标配，那竞争又会回到产品体验和场景深耕上。这个案例给我们的启发是，技术红利窗口期很短，抓紧把能力转化成用户价值才是正经事。