Decentralization? We're still early!

开源 AI 工具对比之 OpenClaw 与 OpenCode

  • 开源 AI 工具对比之 OpenClaw 与 OpenCode

    發布人 Brave 2026-03-08 08:42

    在开源 AI 工具生态中,OpenClaw 和 OpenCode 是两个近期备受关注的项目。虽然它们都带有"Open"字样,但其核心功能、应用场景及技术侧重点有着明显的区别。这两个项目均在 2025 年下半年至 2026 年初经历了爆发式增长,成为开源社区中现象级的存在。

    在深入对比之前,需要明确的基本定义是:OpenClaw 是一个自主执行任务的 AI 智能体(Agent);OpenCode 是一个以编程为核心功能的智能体。理解这一区别,是正确认识两者的前提。


    1. 核心定位与功能

    📌 OpenClaw

    OpenClaw(前身依次为 Clawdbot → Moltbot → OpenClaw)是一个自主型 AI 智能体(Autonomous AI Agent),由奥地利开发者 Peter Steinberger 于 2025 年 11 月创建。它的核心定位不是提供聊天界面,而是作为一个能够代替用户自主执行真实任务的 AI 代理。

    其工作方式与传统聊天机器人截然不同:

    • 🔗 通过消息平台交互:用户通过 WhatsApp、Telegram、Slack、Discord、Signal、iMessage 等 20 余种日常消息平台与其互动,而非通过专门的 Web 界面
    • 🤖 自主任务执行:OpenClaw 可以读取邮件、管理日历、执行终端命令、部署代码、自动化浏览器操作、管理文件系统等,具备真正的"行动力"
    • 🧠 持久化记忆:上下文本地存储,能够记住用户偏好、进行中的项目和个人细节,实现跨会话的连续工作
    • 🔌 模型无关:支持接入 Claude、GPT-4o、Gemini、Mistral 以及通过 Ollama 运行的本地模型,用户自行选择"大脑"

    简而言之,如果说传统 AI 聊天机器人是"你问我答",OpenClaw 则是"你说我做"——它代表了从生成式 AI 到自主智能体(Agentic AI)的范式转变。

    然而,需要客观指出的是,OpenClaw 的"自主执行"能力伴随着极高的 Token 消耗成本。由于其架构设计特点(每轮对话重发完整上下文、庞大的系统提示词、后台心跳检测等机制),实际使用中的 API 费用远超多数用户预期,这一点将在后续"成本与 Token 消耗"章节中详细分析。

    📌 OpenCode

    OpenCode 是由 Anomaly Innovations 团队(即 SST / Serverless Stack 的创始团队)开发的开源 AI 编程智能体,使用 Go 语言编写,于 2025 年 6 月首次发布。它并非一个代码大模型本身,而是一个模型无关(Model-agnostic)的终端原生编程助手,支持接入 75+ 种 LLM 提供商。

    OpenCode 的核心特色包括:

    • 🖥️ 终端原生体验(Terminal-Native):基于 Bubble Tea 框架构建精致的 TUI(终端用户界面),包括文件 diff 视图窗口、集成的类 Vim 编辑器和交互式菜单
    • 📐 双智能体架构(Plan & Build):通过 Tab 键切换两种模式——Plan 模式为只读模式,用于代码分析和架构规划,不会修改任何文件;Build 模式为默认的全权限模式,用于实际开发工作,支持文件修改、命令执行等全部操作
    • 🔧 多形态部署:除 CLI 工具外,还提供桌面应用和 IDE 插件(支持 VS Code、Cursor 等),以及通过 Agent Client Protocol(ACP)支持 JetBrains IDEs、Zed、Neovim、Emacs 等编辑器
    • 🔗 LSP 深度集成:与语言服务器协议(Language Server Protocol)集成,支持 Rust、Swift、TypeScript、PyRight 等多种语言服务器,实现定义跳转和引用查找

    从定位上看,OpenCode 可以被理解为开源版的 Claude Code / GitHub Copilot,但它的独特之处在于完全的提供商无关性和终端原生的工作流设计。值得注意的是,由于 OpenCode 内置了 Shell 执行、文件管理、Web 内容抓取等通用工具能力,加上支持非交互模式(Non-Interactive Mode)进行脚本化和自动化,具备一定技术基础的用户完全可以将其用途延伸到编程之外——例如通过终端命令管理文件、批量处理数据、自动化 CI/CD 流程,甚至编排日常工作中的重复性任务。OpenCode 的能力边界,本质上取决于你所接入的模型能力和你对终端工作流的掌控程度。


    2. 项目起源与发展历程

    这一部分对于理解两个项目的性质和背景至关重要。

    📌 OpenClaw 的命名风波与爆红之路

    OpenClaw 的发展历程本身就是一段充满戏剧性的开源故事:

    时间节点事件
    2025 年 11 月Peter Steinberger 以"Clawdbot"之名发布项目,名称灵感来自 Anthropic 的 Claude,保持龙虾(Lobster)主题
    2026 年 1 月 27 日因 Anthropic 提出商标投诉,更名为"Moltbot"(molt = 蜕皮,继续龙虾主题)
    2026 年 1 月 30 日Steinberger 认为 Moltbot"念起来不顺口",再次更名为"OpenClaw"
    2026 年 1 月底项目爆红,14 天内获得 190,000 GitHub Stars,成为 GitHub 历史上增长最快的仓库
    2026 年 2 月超越 React 成为 GitHub 上 Star 数最多的软件项目(250K+),而 React 花了十余年才达到这一数字
    2026 年 2 月 14 日Steinberger 宣布加入 OpenAI,领导其个人智能体部门。OpenClaw 项目转交给独立的 501(c)(3) 开源基金会管理,保持 MIT 许可证

    伴随项目爆红的还有一个名为 Moltbook 的社交平台——这是一个专为 AI 智能体设计的类 Reddit 论坛。在 Moltbook 上,用户的 OpenClaw 智能体可以自动发帖、评论、投票,甚至发行加密货币代币。该平台迅速积累了超过 160 万注册机器人和 750 万条 AI 生成的帖子,引发了关于 AI 自主性边界的广泛讨论。

    📌 OpenCode 的稳健发展路径

    相比 OpenClaw 的戏剧性故事,OpenCode 的发展路径更为技术导向:

    时间节点事件
    2025 年 6 月 19 日由 Jay Fan(CEO)和 Frank Wang(CTO)领衔的 Anomaly Innovations 团队正式发布 OpenCode
    2026 年 1 月两周内新增 18,000 Stars(从 39,800 涨至 71,900),单日最高增长 2,087 Stars
    2026 年 1 月 9–27 日Anthropic 对第三方工具使用 Claude OAuth 实施技术封锁,间接推动大量开发者转向 OpenCode(此事件成为其 Star 数激增的重要催化剂)
    2026 年 2 月GitHub Stars 突破 110,000,月活开发者达 250 万,534+ 贡献者,7,000+ 提交

    3. 目标用户群体

    📌 OpenClaw

    OpenClaw 的目标用户群体极为广泛:

    • 🏠 个人效率追求者:希望拥有一个全天候个人 AI 助理,自动处理邮件、日程、信息筛选等日常事务的用户
    • 👨‍💻 技术爱好者与开发者:希望在自有硬件上运行 AI 智能体,保护隐私且可深度定制的极客用户
    • 🏢 企业内部应用:希望在私有化环境下部署自动化工作流,完成跨系统任务编排的团队
    • 🔬 AI 研究人员:研究自主智能体行为、多智能体交互和安全性的学术群体

    ⚡ 特别值得注意的是,OpenClaw 的用户不需要任何编程背景——通过日常使用的消息应用即可与之交互,这使其用户群体远超传统开发者工具的范畴。

    📌 OpenCode

    OpenCode 的核心用户群仍以开发者为主,但其能力边界正在向更广泛的技术工作流延伸:

    • 💻 终端原教旨用户:偏好命令行和 Vim/Neovim 工作流、不愿被锁定在 GUI IDE 中的"键盘战士"
    • 🔓 反供应商锁定的开发者:不希望被 Cursor、Claude Code 等单一平台绑定,追求自由切换模型提供商的团队
    • 🏗️ 需要代码审计性的企业:要求对 AI 辅助编码过程具有完全可见性和可控性的合规敏感型组织
    • 💰 成本敏感的独立开发者和初创团队:OpenCode 本体完全免费(MIT 协议),即便使用付费模型网关 Zen,也仅收取成本价加信用卡手续费(4.4% + $0.30)
    • 🔧 运维与自动化工程师:利用 OpenCode 的 Shell 执行能力和非交互模式,将其嵌入 CI/CD 流水线、数据处理脚本和日常运维自动化任务中

    4. 技术栈与架构

    📌 OpenClaw

    🏗️ 核心架构特征:

    • 运行方式:在用户本地硬件上运行,通过 API Key 调用外部 LLM(BYOK,Bring Your Own Key 模式)
    • 交互层:不依赖自建 UI,而是通过 20+ 种消息平台 SDK 作为前端交互层
    • 技能系统(Skills):通过 ClawHub 技能市场提供 100+ 种预配置技能包,涵盖 Shell 命令执行、文件系统管理、网页自动化、邮件处理等
    • 记忆系统:本地持久化存储,实现跨会话的上下文连续性
    • 模型支持:支持 OpenAI、Anthropic、Gemini、Mistral 以及本地运行的 Ollama 模型

    🔑 技术优势:自主性(Autonomy)。OpenClaw 的核心竞争力在于其"代理人"能力——它不仅"理解"你的意图,还能"执行"具体操作。这也是它与传统聊天机器人的本质区别。

    📌 OpenCode

    🏗️ 核心架构特征:

    • 编程语言:Go 语言编写,保证高性能和快速启动
    • TUI 框架:基于 Bubble Tea(Go 的终端 UI 框架),提供精致的终端交互体验
    • 双智能体系统:Plan(只读分析)+ Build(全权限开发),通过 Tab 键即时切换
    • 持久化存储:使用 SQLite 数据库存储会话和上下文,支持关闭终端后恢复工作进度
    • 上下文压缩:对长会话自动进行上下文摘要压缩(Context Compaction),释放 Token 窗口空间同时保留关键信息
    • 模型支持:75+ 种 LLM 提供商,包括 Anthropic Claude、OpenAI GPT、Google Gemini、AWS Bedrock、Groq、Ollama 本地模型等
    • LSP 集成:通过语言服务器协议提供代码智能能力(定义跳转、引用查找等),而非依赖模型自身的代码理解能力
    • 内置工具链:Shell 执行、精确字符串替换式文件编辑、Web 内容抓取、LSP 交互、通用子智能体(@general)等

    🔑 技术优势:灵活性(Flexibility)。OpenCode 的哲学是"你选大脑,我提供身体"——用户可根据任务复杂度和预算,自由选择从免费本地模型到顶级商业模型的任意组合。其性能上限取决于所选模型,而非工具本身。


    5. 部署与生态

    📌 OpenClaw

    • 部署方式:支持 Docker 容器化部署,也支持直接在本地机器上运行
    • 🛒 ClawHub 技能市场:用户可以下载和分享自动化技能包,涵盖邮件管理、股票交易、日程安排等各类工作流。截至 2026 年 3 月,市场上已有约 2,857 个技能包
    • 🌐 Moltbook 生态:AI 智能体专属社交平台,注册机器人超 160 万,AI 生成帖子超 750 万条
    • 🏛️ 治理结构:项目已转交独立的 501(c)(3) 开源基金会,由 OpenAI 赞助但不拥有代码所有权,保持 MIT 许可证和社区治理

    📌 OpenCode

    • 📦 安装方式:支持 curl 脚本、npm、Homebrew、Scoop、Chocolatey、pacman、mise、Nix 等多种包管理器一键安装
    • 🖥️ 多形态部署:CLI 终端工具(核心形态)、桌面应用(Desktop App)、IDE 插件(VS Code、Cursor 等)
    • 🤝 编辑器协议支持:通过 Agent Client Protocol(ACP)支持 JetBrains IDEs、Zed、Neovim、Emacs 等编辑器
    • 🐙 GitHub 集成:在 Issue 或 PR 评论中 @opencode 或 /oc,即可在 GitHub Actions Runner 中自动执行任务,包括 Issue 分类、Bug 修复、功能实现并提交 PR
    • 💰 商业模式:
      • OpenCode Zen(付费网关):按量计费的模型网关,提供经过编程任务基准测试和优化的模型集合,起步 $20 充值,以成本价转售模型调用(无加价),年化收入已达数百万美元
      • OpenCode Black(订阅制):\(20/\)100/$200 月度方案(截至 2026 年 2 月暂停新注册)

    6. 成本与 Token 消耗

    这是选择 AI 工具时最容易被低估、也最容易导致"翻车"的维度。尤其是 OpenClaw,"免费开源"的标签掩盖了其惊人的运行成本。

    📌 OpenClaw 的 Token 消耗问题

    ⚠️ 尽管 OpenClaw 本身开源免费,但其 API Token 消耗一直是社区中最大的争议点之一。德国科技杂志 c't 实测单日花费超过 100美金,多名用户在 GitHub Discussions 中报告"一天烧掉200美金"的经历。

    🔍 造成高消耗的核心原因:

    1. 每轮对话重发完整上下文:每次请求都将完整对话历史发送给模型。有用户反映,主会话上下文已占据 400K Token 窗口的 56-58%,这意味着一个简单问题也要处理超过 20 万 Token 的缓存上下文。
    2. 庞大的基础系统提示词:即便在全新空白会话中,单轮输入也可能达到 136K Token,这是 OpenClaw 内部系统提示词 + 工具 Schema + 框架开销的总和。
    3. 思考模式的成倍放大:开启模型 Thinking 模式后,内部推理链条会将单次 Token 消耗放大 10-50 倍
    4. 后台心跳/定时触发:有用户发现 OpenClaw 在夜间自动发起了约 25 次请求,只是让昂贵的 Claude Opus 模型回答"现在是白天吗?"——一个晚上花掉十几美金。
    5. 默认使用最强模型:多数用户使用默认的最强(也最贵)模型处理所有任务,而实际上查邮件、重命名文件等简单操作完全不需要 Opus 级别的模型。

    💰 实际使用成本参考:

    使用场景月均成本估算
    🏠 轻度个人使用\(6 –\)13
    🏢 小型业务工作流\(25 –\)50
    ⚙️ 重度自动化 + 高端模型$200+
    🌐 Moltbook 社交媒体集成约 \(380/天(每 30 分钟\)8)

    💡 省钱策略:

    • 通过 /model 命令按需切换模型——简单任务用 Haiku(约为 Sonnet 的 1/5、Opus 的 1/25),复杂任务才用 Opus
    • 将指令从 Personality Markdown 文件移入 Skills,减少每次请求的附带内容
    • 使用免费方案:Oracle Cloud 免费层 + Gemini Flash-Lite 免费层,轻度个人使用可实现零成本运行

    📌 OpenCode 的成本结构

    相比之下,OpenCode 在成本控制方面有明显的结构性优势:

    • 工具本身完全免费(MIT 许可证)
    • 自带上下文压缩(Context Compaction)功能,自动摘要旧对话以减少 Token 消耗
    • Plan 模式为只读模式,不触发写操作的 Token 开销
    • 通过 Zen 网关使用模型时,仅收取成本价 + 信用卡手续费(4.4% + $0.30),无加价
    • 支持通过 Ollama 接入完全免费的本地模型(如 DeepSeek、Llama 等)

    💡 总结:OpenClaw 的"免费开源"标签极易误导用户——软件本身免费,但驱动它的智能和算力绝不免费。对于预算有限的个人用户,在启用任何自动化工作流之前,务必设置 API 费用上限和使用限额。


    7. 安全性与风险

    OpenClaw 在 2026 年初已成为 AI 安全领域的重大案例,对于任何考虑使用自主 AI 智能体的人来说,这都是必须了解的内容。

    📌 OpenClaw 面临的安全危机

    OpenClaw 的爆发式增长伴随着严重的安全问题,堪称 2026 年最具警示意义的 AI 安全事件之一。

    🔴 关键漏洞(CVE):

    • CVE-2026-25253(CVSS 8.8):一键远程代码执行(RCE)漏洞,即使是绑定到 localhost 的实例也可被利用,已在 v2026.1.29 中修补
    • 其他漏洞包括 CVE-2026-24763(命令注入)、CVE-2026-25157(提示注入)、CVE-2026-25475 等

    🔴 供应链攻击(ClawHub 技能市场):

    • 在 2,857 个技能包中,约 1,184 个(约 20%,即每五个中有一个)被确认含有恶意代码
    • 攻击手段包括伪装成正常工具名称(如"solana-wallet-tracker"),配以专业文档,实际植入键盘记录器(Windows)或 Atomic Stealer 恶意软件(macOS)

    🔴 暴露实例:

    • 安全公司 Bitsight 扫描发现全球 82 个国家共 42,900 个 OpenClaw 实例暴露在公网,其中 15,200 个存在远程代码执行风险

    🔴 提示注入风险:

    • 安全团队 Giskard 展示了通过精心构造的提示词,从运行中的 OpenClaw 实例中提取私有 API Key、环境变量和其他机密信息的攻击路径

    🌍 各国政府反应:

    国家/组织措施
    韩国限制使用
    中国工信部发布安全警告
    Meta内部禁止使用

    📌 OpenCode 的安全态度

    相比之下,OpenCode 采取了更为审慎的安全架构设计:

    • 🔒 隐私优先架构:OpenCode 不存储用户代码和上下文(Privacy-First),用户对会话分享拥有完全控制权
    • 👁️ 透明的权限模型:Plan 模式(只读)与 Build 模式(读写)的分离,降低了意外修改的风险
    • 📊 可审计性:所有 AI 操作在终端中可见可追溯,适合合规敏感的企业环境

    8. 竞品格局与市场定位

    为帮助读者建立更完整的认知框架,有必要将 OpenClaw 和 OpenCode 放在更大的竞品图谱中理解。

    📊 OpenClaw 所处的赛道——自主 AI 智能体:

    工具类型特点
    OpenClaw开源自主智能体消息平台交互、任务自动化、本地运行
    ChatGPT(Operator 模式)商业智能体OpenAI 官方,浏览器自动化
    Google Project Mariner商业智能体Google 的浏览器智能体

    📊 OpenCode 所处的赛道——AI 编程助手:

    工具开源/商业价格核心特点
    OpenCode开源(MIT)$0(工具本身)终端原生、模型无关、Plan/Build 双模式
    Claude Code商业~$20/月起Anthropic 官方,200K 上下文,SWE-bench 80.9%
    Cursor商业~$20/月VS Code Fork,GUI 优先,360K 付费用户
    GitHub Copilot商业~$10-19/月GitHub 官方,最大用户基数
    Windsurf商业~$15/月Codeium 出品,性价比路线

    9. 核心对比总结

    维度OpenClawOpenCode
    本质自主 AI 智能体(Agent)AI 编程智能体(Coding Agent)
    创始人Peter Steinberger(奥地利)Jay Fan & Frank Wang(Anomaly Innovations)
    首发时间2025 年 11 月2025 年 6 月
    编程语言Node.js 为主Go 语言
    交互方式WhatsApp / Telegram / Slack 等消息平台终端 TUI / 桌面应用 / IDE 插件
    核心能力跨系统任务自动化(邮件、日历、浏览器、终端等)代码编写、调试、重构、项目分析,兼具 Shell 自动化能力
    模型支持Claude, GPT, Gemini, Mistral, Ollama75+ 提供商(最广泛)
    GitHub Stars250K+(GitHub 历史第一)110K+
    月活用户数百万(含 Moltbook 生态)250 万开发者
    许可证MITMIT
    Token 消耗⚠️ 极高(每轮重发全量上下文,存在后台心跳消耗)✅ 相对可控(内置上下文压缩,Plan 模式零写操作开销)
    安全状况⚠️ 多次严重安全事件✅ 隐私优先、相对审慎
    商业模式纯开源,BYOK开源 + Zen(按量付费网关)+ Black(订阅制)
    非编程用途✅ 核心设计就是通用任务自动化⚡ 可延伸(Shell 执行、非交互模式、脚本化自动化)

    10. 要点回顾

    📝 理解 OpenClaw 与 OpenCode 的关键认知框架:

    1. 🎯 不要被名字误导:两者虽都以"Open"命名,但分别属于完全不同的产品品类——一个是通用任务自动化智能体,一个是以编程为核心、兼具通用自动化能力的终端助手
    2. 🧩 理解"模型无关"的意义:两者都不内置或训练自己的大模型,而是作为"工具层"接入第三方模型,这代表了 AI 工具生态中"应用层"与"模型层"解耦的趋势
    3. 💸 "开源 ≠ 免费"的认知陷阱:OpenClaw 的案例是最好的教材——软件免费,但 Token 消耗可以让你的月账单从 $6 飙升到数百美元。选择 AI 工具时,总拥有成本(TCO)远比工具本身的价格标签更值得关注
    4. ⚖️ 安全性与开放性的张力:OpenClaw 的案例深刻说明——开源和自主执行能力的结合在带来便利的同时,也可能引发供应链攻击、权限滥用等严重安全风险
    5. 📈 开源增长的飞轮效应:两者都展示了开源项目在 2025-2026 年的爆发式增长模式——事件驱动(如 Anthropic 封锁第三方工具)可以成为增长的催化剂
    6. 🔮 智能体化是大势所趋:从 OpenClaw 的个人生活自动化到 OpenCode 的编程工作流自动化(及其向通用场景的延伸),AI 工具正从"回答问题"向"完成任务"全面演进

    小结

    OpenClaw 是你数字生活中的"全能执行者"——你在 WhatsApp 上给它发一条消息,它就能帮你读邮件、排日程、部署代码、甚至在网上完成各类操作;OpenCode 是你终端里的"编程搭档"——你告诉它想实现什么功能,它帮你分析代码库、规划方案、编写和修改代码,而且凭借其强大的终端工具链和自动化能力,有技术背景的用户完全可以将它的用途拓展到编程之外的日常任务管理中。

    两者都体现了 AI 从"对话工具"向"行动工具"演进的核心趋势,但各自服务于不同的场景和用户需求。在选择时,关键问题不是"哪个更好",而是"你需要自动化的是什么"以及"你愿意承受的成本和风险边界在哪里"。对于 OpenClaw,务必在启用前做好 API 预算规划和安全配置;对于 OpenCode,它的上手门槛虽然更高(如果不是在Mac上部署图形界面版本,可能需要终端操作能力),但在成本可控性和安全性方面提供了更大的确定性。

    当然,两者完全可以同时使用——让 OpenClaw 处理你的邮件和日程,让 OpenCode 帮你写代码并管理自动化工作流。


    📚 参考资料与延伸阅读:

    Brave 回复 1 day, 19 hours ago 1 成員 · 0 回复
  • 0 回复

歡迎留言回复交流。

Log in to reply.

讨论開始
00 回复 2018 年 6 月
現在