赵卫国当前主力工具是 Claude Code（见用户全局配置），OpenCode 是同类定位的开源竞品/参考对象。本页做架构层面对比，供技术选型/借鉴参考。
定位差异
| 维度 | OpenCode | Claude Code |
|---|---|---|
| 开源程度 | 完全开源（MIT），TypeScript | 官方闭源 CLI 产品 |
| Provider 策略 | 中立，支持 75+ Provider，可任意切换/自建网关 | 绑定 Anthropic，模型即 Claude 系列 |
| 客户端形态 | TUI + 桌面 App(Beta) + Web + IDE 插件 + ACP | 主要是 CLI + IDE 插件（VS Code/JetBrains），无独立桌面/Web App |
| 官方模型服务 | Zen（按量付费网关）+ Go（订阅制开源模型） | 直接走 Anthropic API/Console 订阅 |
| 定价模式 | 自身免费开源；用 Zen/Go 或自备 Key 按量或订阅付费 | Claude Code 本身免费，token 走 Anthropic API/Claude 订阅计费 |
| 企业部署 | 提供 Enterprise 方案（中心化配置+SSO+内部 Gateway+自托管分享页） | 依赖 Anthropic 企业协议/Bedrock/Vertex 等渠道 |
Agent/Subagent 体系对照
| OpenCode | Claude Code | 相似度 |
|---|---|---|
| build（主 Agent，全权限） | 默认主循环 | 高度一致 |
| plan（只读分析型，edit/bash 默认 ask） | Plan Mode | 高度一致 |
| general（子 Agent，通用调研+多步任务） | general-purpose subagent | 高度一致 |
| explore（只读代码搜索子 Agent） | Explore agent | 高度一致 |
| scout（只读，专职外部依赖/文档调研，可 clone 依赖仓库到缓存） | 无直接对应，Claude Code 靠 WebFetch/WebSearch + general 拼凑 | OpenCode 独有细分角色 |
| compaction/title/summary（隐藏系统 Agent） | 上下文压缩为系统内建能力，未暴露为可配置 Agent | OpenCode 把这些做成显式、可能可插拔的 Agent 概念 |
两者的 Agent 权限模型（allow/ask/deny 三态 + glob 细粒度规则 + “最后匹配规则生效”）几乎同构，说明这套设计已成为 Agent 工具链的事实标准模式（另可参考 概念/AI-Agent工程方法论全景）。
Skill / Rules 体系对照
- OpenCode 的
SKILL.md（frontmatter + 正文懒加载）与 Claude Code 的 Skill 机制几乎完全一致——这不是巧合，OpenCode 文档明确声明兼容读取.claude目录（prompt + skills），可用环境变量关闭该兼容行为 - OpenCode 项目规则文件
AGENTS.md≈ Claude Code 的CLAUDE.md，两者都支持项目级/全局级双层 - 结论：OpenCode 在 Agent/Skill/Rules 层面对 Claude Code 做了显式对齐甚至直接兼容，选型时可以认为”迁移成本较低”，Skill 文件基本可复用
工具与 MCP
- 内置工具集合（read/write/edit/bash/grep/glob/webfetch/websearch 等）命名和职责划分与 Claude Code 高度相似，
websearch用于发现、webfetch用于抓取的分工规则完全一致 - MCP 集成方式（local/remote + OAuth 自动处理）与 Claude Code 的 MCP 支持在设计思路上一致，但 OpenCode 额外强调”MCP 会占用上下文，谨慎选用”这一实操建议
- OpenCode 的 Plugin 系统（JS/TS 模块 + 事件 hook，覆盖 tool/session/permission/shell 等生命周期）比 Claude Code 当前暴露的扩展点更细，尤其是
experimental.session.compacting可完全自定义压缩提示词——这是 OpenCode 相对突出的差异化能力 - OpenCode 自定义工具支持”用 TS/JS 包装任意语言脚本”，Claude Code 对应能力依赖 Skill/Bash 组合，机制不完全等价
权限模型
几乎同构：三态（allow/ask/deny）+ glob 细粒度 + 最后匹配规则生效。OpenCode 额外提供了独立于 Permission 的 Policy 层（专门管控 Provider 访问，且全局配置压制项目配置，防止仓库越权），这是因为 OpenCode 面临”任意 Provider 接入”带来的额外治理需求——Claude Code 因为绑定单一 Provider，不需要这层。
生态成熟度
- OpenCode 开源+多 Provider 中立的定位吸引了大量第三方插件（认证桥接、沙箱隔离、记忆持久化、编排框架等，见 生态与集成平台），生态繁荣度目前明显超过 Claude Code 的第三方插件生态（Claude Code 更多是官方 Skill/MCP 体系内延伸）
- 值得注意：
oh-my-opencode、opencode-background-agents等项目主动声称对标/兼容 Claude Code，说明社区把 Claude Code 的能力集（Skills、后台 Agent）当作事实基准在追赶
给用户的参考结论
- 若需要多 Provider 灵活切换（成本优化、企业内部网关、避免锁定），OpenCode 的架构设计更彻底；Claude Code 目前无此诉求场景
- 若已深度投入 Claude Code 的 Skill/CLAUDE.md 体系，迁移到 OpenCode 的边际成本较低（机制几乎一一对应，甚至直接兼容读取
.claude目录） - OpenCode 的 Plugin hook 体系（尤其 compaction 自定义、shell.env 注入）在深度定制场景上给的口子更大，如果 概念/Agent自进化数据表 相关的自进化机制需要 hook 进 Agent 生命周期做实验，OpenCode 的插件模型值得研究借鉴思路
- Zen/Go 的”策展模型网关”模式（官方测试后精选模型+按成本价转售）是一个值得关注的产品化思路，对比 Anthropic 官方直营模式是不同的商业化路径
关联
- 索引 — 返回总索引
- Agent系统 — Agent/Skill/权限详细设计
- 工具与集成 — 插件/MCP 详细机制
- 权限与安全 — Permission/Policy 详细规则
- 概念/AI-Agent工程方法论全景 — 更广的方法论背景
- 赵卫国 — 当前 OpenClaw/Claude Code 相关工作背景
来源
综合整理自 opencode/ 目录下各文件抓取的官方文档信息，以及对 Claude Code 已知机制的对比（Claude Code 侧未建立独立官方文档抓取页，如需更严谨对比建议后续补充 Claude-Code 实体页）。整理：赵卫国 2026-07-07。