导读：本文与我们探讨了 Anthropic 与开源工具 OpenCode 之间的路线之争。由于 Anthropic 封禁第三方 OAuth 访问并强化闭源托管，引发开发者对供应商锁定的担忧。OpenCode 凭借模型中立性吸引了 15.7 万开发者，开启了 AI 编程的“主权时代”。
Anthropic 在它的年度规模最大的开发者大会上，展示了全规模托管编程工具链的蓝图。在周三举行的首届“Code with Claude”会议上，该公司将 Pro、Max、Team 以及按席位付费的 Enterprise 计划的 Claude Code 五小时速率限制提高了一倍，取消了高峰时段的额度削减，提升了 Opus API 的限制，并签署了 SpaceX 协议，获得 Colossus 1 数据中心的全量容量——这意味着超过 300 兆瓦的电力和 22 万块 Nvidia GPU 将在本月内上线。托管智能体（Managed Agents）的更新增加了多智能体编排和“成果（Outcomes）”功能的公测；用于自我改进记忆的“梦境（dreaming）”功能进入研究预览版；Boris Cherny 演示了远程智能体和例行程序（routines），它们能将 Claude Code 转化为一个异步工作流引擎。这一系列公告只是故事的一半。另一半是一个开源编程智能体，Anthropic 在过去三个月中一直试图将其与 Claude 切断联系。截至本周，该工具已成为 GitHub 上星标最多的编程工具链，SST OpenCode 仓库拥有 15.7 万颗星，而anthropics/claude-code约为 12.2 万颗星。这两半故事并非同时发生，但它们处于同一条轨迹上，而这条轨迹正是值得命名的关键。故事的起源属于 1 月，而非 5 月。2026 年 1 月 9 日，Anthropic 部署了服务器端检查，阻止第三方工具通过 OAuth 身份验证连接到 Claude Pro 和 Max 订阅。受影响的工具包括 OpenCode、Cline 和 RooCode。这些工具此前一直发送 HTTP 请求头，使 Anthropic 的服务器误以为请求来自官方的 Claude Code 二进制文件，从而允许用户在每月固定 200 美元的 Max 订阅基础上运行自主智能体工作流，而不必支付在等量 Token 消耗下可能高出许多的 API 费用。Anthropic 采取封禁措施的理由是站得住脚的。订阅制的初衷是补贴第一方使用，而第三方工具链通过订阅 OAuth 令牌路由相同工作负载，会将这种补贴变成一种成本中心，对于出资的公司来说没有任何收益。在 Hacker News 中关于 OpenCode 提交的讨论帖中，许多开发者承认了这一点，其中包括后来为该仓库点星的人。Anthropic 本身也在 3 月份澄清了政策，告诉开发者订阅 OAuth 令牌从未被允许用于通过第三方产品路由请求。开发者的反应集中在执行方式上。事前没有任何通知。
开发者的反应集中在执行方式上。事前没有任何通知。一些账户在切换期间因触发滥用过滤器而被封禁。封禁发生在世界标准时间 02:20，正值某些时区用户的工作流途中。OpenCode 团队在数小时内就发布了对 ChatGPT Plus 的支持，并开始扩大服务商覆盖范围。到 2 月 19 日，Anthropic 在其更新的服务条款中正式确立了该规则。到 3 月 19 日，OpenCode 收到法律要求，并合并了 PR #18186，提交信息为“anthropic legal requests”，删除了代码库中所有关于 Claude Pro 和 Max 身份验证的引用。4 月 4 日的强制执行截止日期将限制扩大到了所有第三方工具链，包括 OpenClaw 和 NanoClaw，并将用户转移到按需付费计费模式。随后出现了 3 月 21 日的增长高峰。SST OpenCode 的提交在 Hacker News 上获得了 1,274 个点赞和 619 条评论，星标数随后开始增长。到 4 月 4 日 Anthropic 的第三方限制全面实施时，OpenCode 已突破 12 万 GitHub 星标。截至 5 月 8 日，该项目的活跃页面显示拥有 156,904 颗星、18,259 次 Fork、4,788 个 Issue 和 1,656 个开放的 Pull Request，该项目自己的网站声称拥有超过 850 名贡献者和 650 万月活开发者。我认为 OAuth 争议只是催化了增长，而非导致了全过程，这种区分很重要。星标数衡量的是知名度和意图，而非活跃使用量、留存率或生产可靠性。1 月后的增长中，肯定有一部分来自从未用过 OpenCode、仅将其作为一种对冲或抗议手段而点星的开发者。但时间节点的吻合是如此真实，以至于 OpenCode 自己也承认了这一点。在封禁发生后的几周内，该项目从一个 Claude Pro 加速器重新定位为一个模型无关的工具链，其官网上的宣传语现在也将“服务商中立性”置于“订阅经济学”之上。本周 Anthropic 的公告让那些已经做出选择的开发者觉得托管赛道更具吸引力。更强的算力、更高的限制、更深层的编排以及与 SpaceX 的容量协议，所有这些举措都在强化同一个论点。如果你想要一个由前沿模型算力和托管运行时支撑的纵向集成编程智能体，Claude Code 现在让你更难离开。本季度早些时候发布的例行程序、多智能体协作、梦境功能以及代码评审（Code Review）[6]功能，都假设开发者希望将更多的工作流交给单一供应商，而非更少。OpenCode、Cline、Aider与OpenClaw 是不同的项目，但它们都在优化同一种特性：模型中立性。OpenCode 的 README 直接陈述了设计目标：该项目“不与任何服务商绑定”，因为“随着模型演进，它们之间的差距会缩小且价格会下降，因此保持服务商无关性非常重要”。这种架构设计比初看上去更具战略性。服务商无关性并不标榜自己是功能上的差异化。如果一个开发者想要 Anthropic 的准确性，他照样可以将 OpenCode 指向 Claude。它改变的是切换成本。当 OpenAI 发布更好的编程模型时，OpenCode 用户只需更改一行配置。当 Anthropic 将速率限制翻倍时，同一用户无需动手指就能获益。而当 Anthropic 限制流量、封禁 OAuth 或调整定价时，OpenCode 用户只会感到轻微不便。而 Claude Code 用户则需要提交工单并等待。最清晰的类比是 Docker 和 Podman。Docker 通过 Desktop、Hub 和托管服务深化了其平台，为想要全套服务的团队构建了纵向集成的体验。Podman 则将控制权交还给了那些想要无守护进程、无根用户、即插即用替代方案且不想支付平台税的用户。两者在不同的市场中都取得了成功。谁也没有取代谁。对于任何团队来说，相关的问题变成了哪套权衡方案更适合他们的环境，而不是哪种工具在抽象意义上更好。这正是 AI 编程工具目前呈现的态势。如果一篇文章认为开源工具链在战略上很重要，就不应假装它已经打磨得很完美。将 OpenCode 推上首页的那个 Hacker News 帖子也引发了尖锐的批评。评论者指出该 TUI 占用 1 GB 或更多的内存，TypeScript 代码库比其功能所需的更大、更复杂，且在项目增长期间，发布实践和 Bug 覆盖面一直参差不齐。安全态势比闭源的第一方工具更难评估，因为每增加一个服务商集成都会扩大攻击面。PR #18186 中删除 OpenCode 插件的操作本身就引来了 437 个“踩”的反应，开发者们对团队处理法律压力的方式感到不满。关键不在于 OpenCode 不好。关键在于，选择 OpenCode 而非 Claude Code 的开发者是在接受一条不同的权衡曲线。Claude Code 优化的是由 Anthropic 的工程和容量支撑的纵向一致性。OpenCode 优化的是可移植性和退出机制。这两条曲线并没有绝对的优劣。选择取决于你的工作流是否能容忍单一供应商拥有工具链、模型、记忆和运行时。对本周新闻的真实解读是：Anthropic 正在加大对托管工具链赌注的投入，而这个赌注是站得住脚的。例行程序、多智能体协作、梦境和代码评审等举措，只有当你假设开发者会越来越多地将编排层交给单一供应商时才有意义。SpaceX 的协议，加上与亚马逊、谷歌和微软的协议，表明 Anthropic 相信自己能够跟上这一赌注产生的需求。而 OpenCode 的发展轨迹表明，很大一部分开发者会拒绝交出这一层，无论托管版本变得多么出色。并不是因为托管产品更差，而是因为一旦你的工作流与之绑定，依赖单一供应商的成本就太高了。这个赌注同样站得住脚。即便剔除对星标衡量标准的质疑，点星的人数也说明做出这种选择的群体大到不容忽视。绝大多数开发者在未来 12 个月面临的抉择不是 Claude Code 还是 OpenCode，而是他们的环境是否还能容忍单一供应商的工具链。
对于一些团队来说，答案是肯定的，深度集成平台带来的生产力提升足以抵消锁定风险。对于另一些团队来说，答案是否定的，开源工具链的可移植性值得他们去忍受那些粗糙的边缘。目前 GitHub 上星标最多的 AI 编程工具并不需要 Anthropic。单凭这一事实并不能证明开源赛道正在胜出。
它证明的是这条赛道确实存在，它正在增长，而资助其崛起的群体，正是 Anthropic 在过去六个月里试图留在其围墙内的同一个群体。托管赌注和主权赌注可以同时正确，而处于这一分歧两侧的工具并不会合流。编辑：手扶拖拉斯基
参考：
https://thenewstack.io/anthropic-claudecode-opencode-split/
原作者：Janakiram MSV
本篇文章为 @ 场长 创作并授权 21CTO 发布，未经许可，请勿转载。
内容授权事宜请您联系 webmaster@21cto.com或关注 21CTO 微信公众号。
该文观点仅代表作者本人，21CTO 平台仅提供信息存储空间服务。
