给团队上的 Agent 跑了两个月账单出来就是一个总数这个月四千七百多。你想知道是哪几个任务烧的后台只能按天拉曲线往下再拆就拆不动了。这不是你一个人的问题。Agent 和聊天框不一样一次任务背后是几十次调用把邮件分个类、从文档里抠一个日期、决定下一步走哪个分支。这些步骤一点都不难却全都跑在你当初写代码时定的那个模型上——通常是当时最稳的那个也就是最贵的那个。上线之后没人回去改改了怕出错不改又看不出钱花在哪于是就这么一直跑着。今天在 Product Hunt 排到第二的 Navige做的就是这件没人回头的活。它把自己放在 Agent 和模型之间改一行 base URL 就能接上然后在每次调用真正发生之前做判断这一步够不够简单够简单就挪到小模型上工具返回的一大坨结果塞进上下文之前先裁一刀同一个文件刚读过这次直接复用某个步骤连着失败先掐掉不再烧下一次调用。它有个规矩我很认同——只往下走不往上走拿不准就保留你原来那个模型省下来多少和估算能省多少两个数分开写不混在一起报。真正值钱的其实不是路由是它点出来的那几处浪费模型错配、工具输出膨胀、失败之后的循环、重复读取。这四样在账单上全都看不见只会变成月末那个变大的总数。入口也做得克制免费那档只观察不改动出周报告诉你哪些钱可以不花——它给的样例是一周 242 美元里能省 41 美元来源就是重复的工具调用和一个被提前掐掉的循环。等你看清楚数字再决定开不开控制。收费也不按调用量而是从实际证明省下的钱里抽成。话说回来省多少是它自己算的得把你真实账单并排放在旁边对只降不升也挡不住便宜模型给出似是而非的答案这类偏差它标不出来。多一层代理也就多一处可能出问题的地方。模型和线路一轮轮换账得自己看得懂。把这些收在一处管交给EasyAPI就够了。