Asana浏览器代理成本降76倍

最近看到Asana分享的一个案例，他们用GPT-6 Astra在Codex里把浏览器代理的成本压到了原来的七十六分之一，速度还快了五倍。这个数字第一眼看上去有点吓人，但仔细想想，浏览器代理这种场景本来就很吃token，每一步操作都要把页面状态、历史动作塞进上下文，成本高是常态。

我自己的判断是，这类优化真正值钱的地方不在于省了多少钱，而在于它让产品形态发生了变化。以前很多团队做浏览器自动化，只敢在后台跑批处理任务，因为实时交互太贵了。现在成本降下来之后，实时、多轮、带纠错的代理才有可能直接卖给客户。不过也要冷静看。七十六倍这个数字大概率是在特定测试集上跑出来的，换一个网站结构、换一种任务类型，收益可能完全不同。模型调用只是成本的一部分，浏览器渲染、网络延迟、失败重试这些隐性开销不会因为换了个模型就消失。对做出海工具的团队来说，这件事的启发是：别只盯着模型单价，要把整个调用链路拆开看。哪些步骤可以用小模型兜底，哪些步骤必须上大模型，缓存和上下文裁剪能做到什么程度，这些工程细节往往比选哪个模型更影响毛利。我会继续关注Asana后续有没有放出更细的对比数据，比如不同任务复杂度下的成本曲线。如果这个优化是可复现的，那浏览器代理这个赛道接下来半年应该会热闹不少。