两次事件警示：审查你的AI技术栈锁定风险

两起不相关的事件，相隔四天。

Stripe 同意以超过 70 亿美元收购 OpenRouter。OpenRouter 是我们许多人为避免被单一模型提供商绑定而采用的 neutral 路由层。这个中间层现在有了一个有着自己路线图的主人。

随后 Claude Code 经历了一轮故障，其中一个帖子的最高赞评论是：Claude 挂了，我就挂了。

我对第二条评论感同身受。仔细想了想之后，我得出的结论是，这并不是 Anthropic 的错——至少不是那种有意思的错。这是我早在几个月前做出的一个耦合选择，从未重新审视过。

这是一篇关于审视这种选择的文章。

运行耦合审计

检查你的整个 AI 相关配置，标记每一个假设单一供应商的地方。我的审计结果比预想的更严重：

• Prompt 按照某个 CLI 的约定编写
• 包装脚本调用特定二进制文件并带有特定参数
• 配置文件采用某个工具的 schema（CLAUDE.md、.cursorrules、AGENTS.md，三个文件略微不同步）
• 调度和密钥存放在供应商平台上
• 下游脚本手工解析的输出格式

这些单独拎出来没有哪个是坏决策。但放在一起，意味着供应商故障是全面停摆而非降级，而价格变动则需要花一个周末重写。

有用的问题不是"哪家供应商最好"，而是"当这家供应商不可用或被收购时，我的工作会怎样"。

原则：把工作放在工具之外

通用的解决方案是将你想完成的事和执行它的人分开。

如果工作以可移植格式存在，执行只是一个配置值，那么切换供应商只需要改一行。如果工作是用某个供应商的习惯表达的，切换则需要重写。这就是全部的区别——这是一个架构决策，而非工具偏好。

具体来说，在 Aeon 中，一个工作单元就是一个 markdown 文件：

---
name: digest
description: "Generate and send a digest on a configurable topic"
metadata:
  mode: write
  var: ""
  requires:
    - XAI_API_KEY?
---

Today is ${today}. Generate a digest on ${var}.
[instructions in plain English]

这个文件不包含任何供应商。它只描述意图、权限和输入。

执行方式是单独声明的：

harness: claude    # claude | codex | grok | pi | vibe | kimi

一个适配器可以在六种 agent CLI 上运行同一个 skill 文件。当 Claude 度过艰难一周时，那一行改成 harness: codex，我的定时任务照常运行。其他什么都没变：同一个文件、同一个调度、同一个输出路径。

网关又是独立的，所以模型提供商和 CLI 可以独立切换。

坦诚看待可移植性带来什么

它带来的是保底，而非等价。

不同任务和 harness 下输出质量差异显著。我的一些 skill 在备用方案上明显更差，主方案恢复后我会切回去。任何告诉你这些 harnesses 可以互换的人，都没有在所有 harnesses 上跑过相同的工作负载。

但"降级"和"停摆"之间有真实的差别，而这个差别就是全部的论点。我的早间简报变差了 15% 持续两天，这不算个事。我的早间简报两天不存在，这是我需要解释的一件事。

你仍然依赖的东西

值得直说，因为替代方案不诚实：Aeon 的架构通过严重依赖另一个依赖项来消除模型提供商的依赖。你的 agent 是一个 GitHub 仓库，Actions 是运行时，所以如果 GitHub 挂了，你就挂了。

你没有消除任何单点故障。你只是把它换成了一个在你真正受伤的维度上更多样化的选项，而且可以说更可靠。这是一笔交易，你应该知情地做。

适用于任何技术栈的检查清单

这些都不需要这个框架。如果你从这篇文章只带走一样东西，就带走这个审计：

1. 你能说出你的工作存在哪个文件里吗？如果你的 prompt 只存在于工具的 UI 或历史记录中，它们就不是可移植的。把它们放入版本控制。
2. 供应商是一个配置值还是一段代码路径？如果切换意味着修改逻辑而非修改变量，你就耦合了。
3. 你拥有调度权吗？在供应商平台上调度意味着他们的故障会以两倍的程度影响你。
4. 你拥有记录吗？如果发生的唯一记录是工具生成的摘要，切换后你无法调试。
5. 你实际测试过备用方案吗？一个未经验证的故障转移不是真正的故障转移。在你需要它之前，有意地在备份方案上跑一周。

在我曾自认为"相当干净"的配置里，我失败了其中四条。

如果你想看看这个框架

Aeon 是 MIT 许可的，skills 是可读的 markdown，所以最快的评判方式就是打开 skills/ 读一个。

Repo: github.com/aeonfun/aeon

Site and docs: aeon.fun

安全披露：aeon.fun/security，74 个已合并修复的开源仓库，每个条目都链接到实际的 PR

Harness 适配器：这篇文章讨论的部分在 harness-adapter/ 中

两个我花了时间的设置坑，以防你尝试：gh 默认是上游仓库，所以运行 gh repo set-default <you>/aeon，而且 fork 的仓库需要在 Actions 标签页中启用一次才能激活 Actions。

这周的教训不是 Anthropic 在事故期间应该更好地沟通，虽然他们应该。也不是 Stripe 收购 OpenRouter 是坏事，它很可能对产品有好处。

而是我们大多数人都距自己选择且从未重新审视的停摆只有一家供应商决策之遥。两起事件从不同方向发出了提醒。

我的那个已经躺在那里好几个月了。值得花一个小时来找到你的。

你的审计发现了什么？真的很好奇有多少人有一个经过测试的备用方案而非理论上的。