技术栈崩塌：供应商锁定正在侵蚀AI应用

你选择 Bun 是因为它的速度，但你可能得到的比你想象的更多。当你的运行时、CLI 和 LLM 都由同一家公司拥有时会发生什么？

这就是 AI 驱动技术栈的新现实。我们用来构建应用程序的工具与我们消费的 AI 服务之间的界限正在模糊。这种"坍缩的技术栈"正在创造一种新的、危险的厂商锁定形式。

当一家公司控制了你的运行时，他们就可以开始影响你对 AI 提供商的选择。他们可以提供"无缝集成"，但一旦想要解脱就会困难重重。他们可以将服务捆绑在一起，使得切换其中一个组件变得不可能不切换全部。

如果你的运行时开始默认向供应商的 AI 服务发起计量请求呢？

如果你的应用部署 CLI 工具还"贴心"地帮你配置供应商的 AI 服务呢？

如果你的运行时服务条款更新后包含了关于你使用其 AI 服务的条款呢？

这不仅仅是假设场景。我们已经看到了这方面的第一个迹象——Bun 正在被同一家公司用 Rust 重写，而这家公司正是 Claude 模型的背后厂商。

保护自己的唯一方法是保持对技术栈的控制。你需要使用开放的、可互操作的、厂商无关的工具。

对于监控来说这一点尤为重要。你不能依赖供应商的仪表盘来获得关于成本的无偏视图。你需要一个独立的工具来监控你在所有提供商中的使用情况。

这就是我们构建 LLMeter（https://llmeter.org）的原因。它是一个开源的、自托管的工具，为你提供所有 LLM 成本的单一视图。它在设计上就是厂商无关的。

不要让坍缩的技术栈将你锁死。明智地选择你的工具，保持对自己命运的控制。