Anthropic 出手“去耦合”：OpenCode 被迫移除 Claude，开源 AI 工具进入合规博弈阶段

开源 AI 编程生态，正在迎来一场“接口之外的竞争”。

据最新消息，Anthropic 已对开源 AI 编码工具 OpenCode 发起法律投诉，要求其移除所有与 Claude 相关的引用与集成。后者已迅速做出响应，彻底删除官方版本中的 Claude 支持路径。

这起事件的意义，远不止一次“品牌清理”，而是揭示了 AI 工具链中一个正在浮现的核心问题：

模型厂商，开始主动收紧“第三方调用与分发”的边界。

一次彻底的“去 Claude 化”改造

从变更范围来看，OpenCode 的调整是结构性的，而非表面整改：

• 删除 Anthropic 专有 system prompt（如 anthropic-20250930.txt）
• 移除模型列表中的 Claude 选项
• 下线认证插件（opencode-anthropic-auth）
• 清理请求头（如 claude-code-* 标识）
• 移除 OAuth 登录与 API Key 提示
• UI 层彻底去除 Claude 入口

这意味着：

Claude 从“内置能力”变为“外部可选依赖”

官方发行版不再提供任何开箱即用的接入路径。

技术视角：从“原生集成”到“插件化绕行”

尽管官方已断开支持，但社区迅速给出了替代方案：

• 第三方认证插件（通过 NPM 分发）
• 自定义模型提供商配置（手动接入 API）

这形成了一种典型结构：

Official Build（无 Claude）
        ↓
Plugin Layer（社区扩展）
        ↓
Claude API（用户自配）

这种模式在工程上并不复杂，但其含义非常关键：

能力没有消失，只是“责任边界”被重新划分

为什么是 Anthropic：控制接口 ≠ 控制生态

回看 Anthropic 的策略，其核心并不是限制使用，而是限制：

• 品牌绑定（Claude 被默认展示）
• 分发路径（开源工具直接内置）
• 用户关系（绕过官方产品触达用户）

换句话说：

Anthropic 要控制的，不是 API，而是“用户入口”。

这与此前围绕 OpenClaw 的命名与分发争议一脉相承。

行业趋势：AI 工具链进入“合规层竞争”

这起事件释放出一个更大的信号：

1. 模型厂商开始强化“平台属性”

• 控制品牌露出
• 控制认证流程
• 控制用户关系

2. 开源工具面临“灰色集成区”收缩

过去常见模式：

• 内置多个模型厂商
• 默认支持 API 调用
• 提供统一 UI

但现在，这种“聚合层”开始面临限制。

3. 插件化成为新的平衡方案

为了规避法律与合规风险：

• 官方 → 提供中立框架
• 社区 → 提供具体接入

类似浏览器插件生态：

核心产品保持“干净”，能力通过扩展获得

对比 OpenAI：两种不同的生态策略

有意思的是，对比 OpenAI，可以看到不同路径：

• OpenAI：强化自有入口（ChatGPT、超级应用）
• Anthropic：强化生态边界（限制第三方集成）

前者强调“集中”，后者强调“控制”。

但目标一致：

避免被开源工具“中间层抽象”，失去用户触点

本质冲突：开源中间层 vs 模型平台化

这类事件背后，是一个经典结构冲突：

当开源工具成为“模型入口”时，就会触发：

• 品牌使用问题
• 商业分发问题
• 用户数据归属问题

写在最后

OpenCode 事件，本质上不是一次简单的法律纠纷，而是 AI 生态进入下一阶段的标志：

从“开放调用”走向“受控接入”

可以预见，未来会出现更清晰的分层：

• 模型层：厂商控制
• 平台层：入口争夺
• 工具层：插件化生存

而开发者需要适应的新现实是：

你可以调用任何模型，但不一定能“默认拥有”它。