841条接口变更，645条是AI模型退役：用API搭应用又多一笔隐形账
作者：许棠
X 账号 apievangelist 称，API 变更追踪工具 Okapi 记录的 841 条破坏性变更中，645 条是 AI 模型退役，接近八成。该统计只有其个人发帖一个出处，口径待核；但对靠模型 API 搭建 agent 应用的人来说，模型退役意味着换模型、改代码、重新测试的持续成本。
11 月 6 日，X 账号 apievangelist 发帖提到：一个叫 Okapi 的 API 变更追踪工具，它记录的 841 条破坏性变更里，有 645 条是 AI 模型退役，接近八成。它的说法很直白：这不是 bug，而是预算线 。
Dependabot 可以一句话讲清：它是 GitHub 的自动提醒，你项目依赖的代码库出了新版本或有问题，它就替你开个单子催升级。Okapi 把同样的思路搬到 API 层面：你的应用调用了哪些接口，接口一旦出现“破坏性变更”，也就是一改就会让现有代码报错的变动，它都会记录下来 。
麻烦在于，近八成的变更来自模型被厂商下线，并非接口写坏。模型一换，输出风格、格式和行为都可能发生变化，改代码、调参数、重跑评测、重新验收，一样都省不掉。这是持续发生的运营支出，并非一次修完就结束的故障。发帖者指出了一个关键问题：批准 agentic（面向智能体应用）支出的人，通常不看你仓库里的 pull request 。也就是说，这笔账记在工程那边，签字的人却在预算这边。
需要说明：841 与 645 这组数字目前只有这条个人发帖一个出处，Okapi 的统计口径，即按厂商、按版本还是按调用量计算，没有独立佐证，短链指向的原始材料也尚未读到，准确性待核 。但对靠 API 搭建 agent 应用的人来说，结论不依赖精确比例：把模型退役当作固定成本提前做预算，盯住厂商的退役公告和迁移窗口，总比哪天发现应用开始答非所问，才回去翻别人的 changelog 便宜。
转载说明
本文根据以下公开资料整理，原文及配图出处见下方。
评论 0
还没有评论，来抢沙发。