Asana浏览器代理成本砍到1/76

看到Asana这个案例，我第一反应是：浏览器代理的账终于有人算明白了。他们用GPT-6 Astra在Codex里跑了一轮优化，把自家浏览器代理的推理成本压到了原来的七十六分之一，速度还快了五倍。这个数字放在任何一家做Agent产品的团队面前，都足够让人坐不住。

过去一年大家聊浏览器代理，聊的都是能力边界——能不能点对按钮、能不能跨页面填表。但真到商业化落地，卡住你的往往不是它会不会做，而是每跑一次要烧多少钱。一个任务动辄几十次模型调用，用户量一上来，毛利直接被吃光。Asana这次等于把「能不能用得起」这个问题往前推了一大步。我比较在意的是他们选择在Codex里做这件事。这说明模型成本优化不一定要自己训小模型或者搞复杂蒸馏，把工程链路和调用策略重新设计一遍，效果可能更直接。七十六倍不是靠单点技巧，更像是一整套编排、缓存和模型路由的组合拳。对做跨境工具和SaaS的团队来说，这个信号挺明确：别急着堆更贵的模型，先把现有链路里浪费掉的调用挤出来。很多团队的成本结构里，真正必要的推理可能只占一小部分。当然，测试数据好看不代表生产环境一样稳。浏览器代理面对的是千奇百怪的网页，优化之后会不会在长尾场景掉链子，还得看后续真实用户的反馈。但方向我是认同的，成本降下来，才敢给用户开更贵的模型。