AREX Feed Article
OpenCode 官宣：Claude 订阅可在开源编码代理中使用，新通道在本机运行 Claude Code
北京时间 10 月 31 日 0 时（UTC 10 月 30 日 16 时），开源编码代理 OpenCode 的官方 X 账号 发帖宣布：「你的 Claude 订阅现在可以在 OpenCode 中使用了」。截至发稿，这条一句话推文获得约 5,900 个赞、约 39 万次浏览和 208 次引用。距离 Anthropic 于 4 月 4 日切断第三方工具的 Claude 订阅接入，已过去近七个月。
OpenCode 是托管在 上的 MIT 许可开源项目，目前有 223,331 颗星。与今年 1 月被封的 OAuth 直连接法不同，这一次给出了接法：新增的内置提供商 Claude Agent 在用户本机运行 Claude Code，模型调用仍由 Claude Code 完成，订阅额度照常消耗——文档费用表写着，以 Claude 订阅登录时，费用一栏为「无，由你的套餐覆盖」。
官方文档：Claude Code 调模型，OpenCode 负责其余一切
这份文档写明，使用前提是本机安装 Claude Code 2.1.248 或更高版本，先执行 claude auth login 登录自己的 Claude 账号；随后在 OpenCode 中运行 /connect 选择 Claude Agent，/models 里的模型列表直接来自 Claude Code，工作量档位以变体形式提供，例如 claude-agent/opus#high。OpenCode 默认在 PATH 中查找 claude，也可用环境变量 OPENCODE_CLAUDE_PATH 指定另一份副本。
文档用一句话概括分工：「Claude Code 调用模型，其余一切由 OpenCode 完成。」模型侧拿到 Claude Code 的系统提示词，再叠加用户在 OpenCode 中的代理提示词、AGENTS.md 文件、技能与 MCP 指令；工具和权限走 OpenCode 的一套，Claude Code 内置工具被关闭；Claude Code 自己的设置、CLAUDE.md、钩子、MCP 服务器、技能和记忆一律不加载；上下文压缩和子代理由 OpenCode 执行。同一会话里，用户可以把 Claude Agent 换成其他模型继续工作。
限制也列得具体：Claude Code 必须与 OpenCode 服务器在同一台机器上，远程工作区不可用；temperature、top-p、top-k、随机种子和停止序列等采样参数不受支持；插件的 http 请求钩子不会触发；Claude Code 的 /usage、/loop、自动模式（auto mode）与多代理团队（agent teams）功能不可用。
近十个月的空窗：从停权风波到 4 月 4 日全面切断
OpenCode 与 Claude 订阅的关系并非从零开始。其至今记录着：社区插件可以把 Claude Pro/Max 模型接入 OpenCode，「Anthropic 明确禁止这样做」；早期版本曾捆绑这类插件，「自 1.3.0 起不再捆绑」。同一页把 ChatGPT Plus、GitHub Copilot 和 GitLab Duo 列为可零配置使用的订阅——订阅可携带此前只覆盖 Anthropic 之外的厂商。
转折发生在今年 1 月。Firecrawl 的对比文章：1 月初的一个早上，经 OpenCode 路由的 Claude Max 突然失效，GitHub 上名为「Broken Claude Max」的 几小时内被填满，Anthropic 封掉了第三方工具使用订阅凭据的通道。iThome 1 月 12 日，有用户按 OpenCode 官网指引以 OAuth 登录后出现连接异常，也有人在升级 Max 套餐时账号遭停权；Anthropic Claude Code 团队成员 Thariq Shihipar 随即表示，已加强防护阻挡伪装官方客户端的第三方调用，并指以订阅账号驱动第三方工具违反服务条款，Anthropic 支持的整合方式是 API。Ruby on Rails 创建者 DHH 当时连发推文批评封锁，公开呼吁 Anthropic CEO Dario Amodei 让订阅方案在 OpenCode 这类工具中正常使用。
据 dev.to ：Anthropic 于 2 月修订服务条款，正式禁止第三方 harness（代理运行外壳）使用订阅；4 月 3 日晚，Claude Code 负责人 Boris Cherny 在 X 宣布变更；4 月 4 日 12 时（太平洋时间）起，Claude Pro 和 Max 订阅不再覆盖任何第三方代理工具，OpenCode 也在受影响之列。Anthropic 给出的技术理由是第三方工具绕过 Claude Code 内建的提示词缓存优化，给基础设施造成「过大压力」。
Anthropic 文档仍写着「除非事先获批」，OpenCode 同日把文档转为未收录
Anthropic 当前在线的 在 Get started 一节写明：「除非事先获得批准，Anthropic 不允许第三方开发者在其产品中提供 claude.ai 登录或速率限制，包括基于 Claude Agent SDK 构建的代理」，并让开发者改用 API 密钥（API key）认证。
10 月 24 日以草案状态关闭的 描述了同样的设计：新提供商通过 @anthropic-ai/claude-agent-sdk 驱动用户自己的 claude，「Claude Code 只充当模型」，OpenCode 保留自己的工具、权限、代理与会话。PR 页面标注为 AI 生成的自动化评审意见记录了项目内部的分歧：PR 附带的设计文档 README 主张这种接法属于允许范围，因为运行的是用户未修改的 claude、OpenCode 不接触凭据；意见同时提醒，项目「是否接受对 Anthropic 条款的这种解读」，应由维护者在合并前明确决定。
官宣当天（10 月 30 日），仓库里合并的两个 PR 给出了对应的产品改动： 修掉 Claude Agent 未登录时的报错，改为提示运行 claude auth login； 据其评审意见，删除了控制台 FAQ 中所有语言版本的 Claude 订阅表述，把 Claude Agent 文档移到一个不被搜索引擎收录的未列出页面（该页当前仍可直达），并从应用连接对话框与提供商设置的热门列表中撤下 Claude Agent。
命名上还有一个可核对的细节：Anthropic 的品牌指引允许第三方产品在菜单中使用「Claude Agent」这一名称，并明确禁止自称「Claude Code」；OpenCode 的新提供商与文档页都恰好叫 Claude Agent。至于这次接入是否属于「事先获批」的情形，双方的公开材料都没有说明。
回复区：四分钟内就有人问「账号会不会被封」
官宣不到四分钟，用户 在回复里问：「账号会被封吗？」用户 abue_ammar 随后圈了 @lydiahallie 请求确认：「能确认一下吗？我不想被封号。」中文回复区是同一个问题：独立开发者 KC（据其 X 简介）「也就是说不怕封号了？」， 则问 Anthropic 是放行了这种用法，还是它仍属可封号行为。
开发者 Moriarty 的概括了这种紧张：「在 Anthropic 今年春天切断第三方工具订阅登录之后，这是一个大反转。文档里只要有一行说明它怎么工作——官方 Agent SDK 还是普通 OAuth——就能回答这里一半的回复。那才是告诉大家 Max 账号有没有风险的东西。」
欢迎的声音同样直接。AJ Stuyvenberg（AWS Hero、Datadog 员工工程师，据其 X 简介）：「看到这个我很高兴！」；CC Switch 开发者 Jason Young（据其 X 简介）：「又可以在 OpenCode 里使用 Claude 订阅了，史诗级和解？」怀疑者则质疑接法的成色，用户 TypeDrifter 这「基本是个谎言……OpenCode 用的是 Claude Code（那个二进制文件），跟在 OpenCode 里使用 Claude 订阅不是一回事」。
回复区里还有一类更具体的问题：版本。OpenCode 文档写明了 Claude Code 的版本下限，却没有写明需要哪个版本的 OpenCode；用户 问这个提供商是否已在 1.19 和 2.0 版本生效， 则回复称自己那边仍不可用。截至发稿，这些问题仍留在原帖回复区。