agent 调用外部服务的"水电表"正在成型:一个 base URL、一把 key,接通 2000 多个工具与 72 家供应商,覆盖搜索抓取、SEO、社媒、电商与音视频生成。这层中间件最值得拆的不是连接数量,而是两处设计。
第一处是计费。它统一按调用结算,连接器自行声明计量单位——按次、按结果数、按每千字符、按每秒视频;引擎在原始响应层面记账,供应商报错或零结果时费用记为零。这条对 agent 场景格外要紧:agent 天然带大量试错与重试,若失败也照常计费,烧掉的尝试会原样进账单;失败计零等于把探索成本从开销里剥出去,敢不敢让 agent 放开跑,账单结构比模型能力更直接。
第二处是路由。用哪家供应商在调用那一刻才决定:先做服务发现,按任务对全部供应商排名,返回候选、价格、实时健康度与 p50/p95 延迟,还会提示哪里更便宜。写死一家供应商等于放弃了对故障、涨价与延迟的全部腾挪空间;运行时可换,价格战和宕机才与你有关。
接这类聚合层时先问三件事:失败计不计费、供应商能否运行时切换、有没有价格与延迟的对比数据。答不出来的聚合层,用的仍是传统云市场那一套——挂着 2000 个入口,实际只是 2000 张价目表。
话题来源 @aigclink
1.7K阅读 ❤️9 x.com/…↗ 已改写,非原文转载
108 浏览 0 评论
0 反应














