OpenClaw 是一个开源终端 Agent(智能体,指能独立调用工具、完成多步任务的 AI 程序)模板平台,代码托管于 GitHub(仓库 clawdbot/clawdbot,前身为 Moltbot,2025 年更名 Clawdbot),安装后的命令名为 clawdbot。它解决的核心问题是:日常重复性任务(生成周报、检查发版、抓取网页出摘要)不值得每次都写一套编排代码,而应该沉淀为可复用、可分享的「模板」。OpenClaw 把模板作为平台的核心抽象,分三层:Skills(单点技能模板,Markdown 文件)、Procedures(多步流程模板,YAML 文件)、Recipes(打包前两者的模板包,一个文件夹即一个模板包)。它本身不提供模型推理,底层调用 Claude Code CLI 连接 Anthropic 的 Claude 模型,OpenClaw 负责模板加载、会话交互与命令落地。适用对象是开发者、DevOps 和任何想沉淀 Agent 工作流的团队:零代码、终端原生(macOS/Linux)、MIT 协议可商用。本文按「速览卡 → 安装配置 → 跑通首个模板 → 核心能力 → 生产部署 → 同类对比 → 应用场景 → 常见误区 → 面试题 → 学习资源」组织,所有命令与模板格式均以官方文档为准,开源仓库与命令名仍以 clawdbot 为准(OpenClaw 为其产品名)。
对 AI 从业者而言,掌握模板化 Agent 编排意味着能把重复工作固化为可复用的 Agent 资产——这是在团队中放大 Agent 价值、降低维护成本的关键技能。
目录
速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。
为什么需要 OpenClaw:重复的 Agent 任务不该每次重写
通用 Agent 框架的痛点是「重」。LangChain、LlamaIndex 这类框架以代码编排为核心,每做一个新任务都要写脚本、调依赖、管理状态;但如果只是「每天抓几个网页生成摘要」「发版前检查变更并生成 changelog」这类固定流程,用代码框架的边际成本极高。而这些任务恰恰占日常 Agent 使用的大头,它们不需要复杂的图编排,需要的是「把流程固定下来、可复用、可交接」。
OpenClaw 的解法是把「模板」作为一等公民:不需要写代码,用 Markdown 定义单点技能(Skills),用 YAML 定义多步流程(Procedures),用文件夹把技能和流程打包成可分享的模板包(Recipes)。Claude 模型负责理解和执行,OpenClaw 负责把模板加载进会话、把命令落到终端上。模板文件就是全部资产,写一次、到处用、随时改。
与同类工具的气质差异:相比 LangChain 这类「开发框架」,OpenClaw 更接近「终端里的个人 Agent 工作台」,学习成本低一个量级;相比裸用 Claude Code,它多了一层模板沉淀与分发能力,让 Agent 行为可复现、可交接,而不是只在某次会话里生效。
安装与环境配置:4 步就绪
第一步·安装依赖。OpenClaw 是 Claude Code CLI 的封装,需要 Node.js 环境安装 Claude Code,还需要 jq(JSON 处理)和 gum(终端交互界面)两个命令行工具。macOS 用 Homebrew,Debian/Ubuntu 用 apt。
第二步·安装 OpenClaw。官方提供一键安装脚本,curl 管道执行即可,脚本会安装命令到用户目录并配置 PATH。
第三步·认证 Claude。OpenClaw 本身不含模型,首次使用前必须先完成 Claude Code 的登录认证(使用 Anthropic API Key 或 Claude 订阅授权),否则会话启动时会反复提示认证失败。
第四步·验证。运行 clawdbot --version 确认安装结果,运行 clawdbot 进入会话验证认证是否通过。
# 1. 安装依赖(macOS:brew;Debian/Ubuntu:apt)npm install -g @anthropic-ai/claude-codebrew install jq gum # macOS# sudo apt install jq gum # Debian/Ubuntu # 2. 安装 OpenClaw(命令名 clawdbot)curl -fsSL https://clawdbot.com/install.sh | bash # 3. 首次认证 Claude Code(完成登录/授权)claude # 4. 验证安装与配置clawdbot --versionclawdbot
快速上手:5 分钟跑通第一个流程模板
思路:首次启动 OpenClaw 后先完成交互式设置(给助手命名、确认模型等),然后创建第一个 Procedure 模板,再用对话触发它——这是 OpenClaw 的最小可用闭环:模板定义 → 会话加载 → 模型执行。
- 步骤一:运行
clawdbot,按提示完成首次设置,并确认 Claude 认证已通过。
- 步骤二:创建流程模板目录
~/.clawdbot/procedures,生成一个 YAML 模板文件(见下方代码块)。
- 步骤三:退出当前会话,重新运行
clawdbot启动新会话。
- 步骤四:在对话中直接输入「执行 changelog 流程」,Claude 会读取模板并按 steps 逐步执行
git命令、输出每步结果。
结果:模板被加载,Claude 按步骤执行并汇报完成情况。进阶技巧:把模板放入 recipes 文件夹即可打包分享(见核心能力详解);在 ~/.clawdbot/settings.json 中可设置模型与自定义指令,统一约束 Claude 的输出风格。
# 创建第一个流程模板(Procedures)mkdir -p ~/.clawdbot/procedures cat > ~/.clawdbot/procedures/changelog.yaml <<'EOF'procedure: description: 生成发布变更摘要 steps: - 运行 git status 列出所有变更文件 - 运行 git diff 查看关键代码改动 - 汇总为 Markdown 摘要并保存为 CHANGELOG.mdEOF # 启动新会话并触发模板clawdbot
核心能力详解:3 大支柱
支柱一·技能模板(Skills):单点能力,Markdown 编写。位于 ~/.clawdbot/skills/,每个技能是一个带元信息头部(frontmatter,即文件开头用 --- 包裹的键值区)的 Markdown 文件,其中 name 与 description 字段让 Claude 判断何时调用它。技能可以封装一条本机命令,也可以声明「获取网页内容」——官方文档支持用 curl/playwright(后者是无头浏览器自动化工具)抓取外部页面,把实时信息带进对话。技能让能力模块化:新增能力就是新增一个文件,无需改任何代码。
支柱二·流程模板(Procedures):多步自动化,YAML 编写。位于 ~/.clawdbot/procedures/,用 YAML 的 steps 列表描述执行顺序。与 Skills 的区别:Skill 定义「会做什么」,Procedure 定义「按什么顺序做完一件事」。适合发版检查、数据汇总、报告生成等重复性多步任务;Claude 会逐步执行并在每步给出结果,用户可以随时叫停。
支柱三·模板包(Recipes):打包与分发。位于 ~/.clawdbot/recipes/,一个 Recipe 就是一个文件夹,内部可包含 skills/、procedures/ 子目录和描述性的 recipe.yaml 元数据(标题、作者、用途)。分发方式最直接:把文件夹打包 zip 发给同事,对方解压到自己的 recipes 目录即完成「安装」。这解决了 Agent 资产难以共享的问题——模板从个人经验变成团队资产。
---name: website-summarydescription: 获取网页内容并输出要点总结--- 使用 curl 获取页面并提炼要点:curl -sL https://example.com将页面正文整理为 5 条以内的要点列表输出。
生产部署与监控:从上线到运维
部署方式一·模板仓库化(模板即代码)。把 ~/.clawdbot/ 下的 skills/、procedures/、recipes/ 目录纳入 Git 仓库,用分支和 tag 管理模板版本。团队成员 clone 仓库后,用符号链接把模板目录指向仓库,例如 ln -s ~/work/clawdbot-templates/recipes ~/.clawdbot/recipes,之后 git pull 即完成团队模板同步。这是成本最低、最容易回滚的模板管理方式。
部署方式二·定时化执行。OpenClaw 是终端程序,可被 cron 等计划任务调用。将某个 Procedure 的触发脚本封装后写入 cron,即可实现每日自动生成摘要、定时检查发布状态等无人值守任务。正式运行前先用 dry-run 模式预览将要执行的命令,确认无误再放行;输出重定向到日志文件便于回查。
可观测性。终端会话输出可被 tee 记录为日志;模型用量在 Anthropic 控制台查看,用于成本核算与异常检测;在 settings.json 中设置自定义指令,可约束 Claude 的输出格式(如固定 JSON 结构),让机器可解析的输出直接对接下游系统。
<p class="para-label">避坑清单:</p>
<ul class="dash-list"><li>跳过依赖安装直接跑脚本:jq/gum 缺失会让脚本诡异报错,先按官方依赖清单逐一核对;</li><li>以为装完即可用、跳过 Claude 认证:OpenClaw 不含推理,未认证 Claude Code 时会话无法启动,先执行 claude 完成登录;</li><li>在原生 Windows 上运行:官方面向 macOS/Linux,Windows 请先装 WSL,否则终端路径与依赖均异常。</li></ul>
| 维度 | OpenClaw | LangChain | CrewAI | Dify |
|---|---|---|---|---|
| 定位 | 终端 Agent 模板平台 | LLM 应用开发框架 | 多角色 Agent 协作框架 | LLM 应用可视化平台 |
| 编排范式 | Markdown/YAML 模板 + 对话触发 | Python 代码链式编排 | 角色与任务声明式编排 | 可视化工作流编排 |
| 类型约束 | 无代码,模板即文件 | Python 动态类型 | Pydantic 类型约束 | 平台内部类型约束 |
| 学习曲线 | ★★☆☆☆ 低 | ★★★★☆ 高(需 Python) | ★★★☆☆ 中 | ★★★☆☆ 中 |
| 生态集成 | Claude Code/本机命令/网页获取 | 数百个第三方集成 | 多 LLM 提供商与工具 | 多模型接入/API 发布 |
| 生产部署 | 本机脚本 + 模板 Git 仓库分发 | 服务化部署,需自建 | 服务化部署,需自建 | 托管或私有化部署 |
| License | MIT | MIT | MIT | Apache 2.0 + 商业版 |
| 适合谁 | 个人开发者与小团队快速沉淀 Agent 资产 | 需要深度定制应用的开发团队 | 需要多 Agent 协作的团队 | 需要可视化搭建与托管的业务团队 |
选型建议:只想把每日重复工作固化成可复用模板、不想写代码,选 OpenClaw 最轻;要构建生产级嵌入式应用或复杂工作流,LangChain 生态最完整;需要多个 Agent 分工协作选 CrewAI;需要可视化搭建和托管能力、面向业务人员演示,选 Dify。
AI 应用场景
研发流程自动化:发版检查与变更摘要
阶段:Agent 编排
解决的问题:传统发版前要手敲多组命令(git status、git diff、跑测试)再人工汇总变更,步骤多、易遗漏。OpenClaw 用 Procedure 模板把「检查变更 → 查看差异 → 生成 changelog」固化为流程,一句话触发。
具体案例:某团队把发版前检查封装为 changelog 流程模板,原先逐条执行命令并人工整理摘要需 10 分钟以上,现在一次对话即可在 3 分钟内产出变更摘要文档,且步骤不会再遗漏。
信息聚合与摘要:竞品动态监控
阶段:工具调用与外部实时信息获取
解决的问题:人工逐个打开网页浏览并整理要点耗时且难以坚持。Skill 模板用 curl/playwright 获取页面内容,由 Claude 阅读并输出要点,把「获取 + 理解 + 总结」合并为一次对话。
具体案例:运营人员封装 website-summary 技能,每天在会话中给出目标网址,Claude 抓取 3–5 个竞品页面并输出要点清单,原来约 30 分钟的手工浏览压缩为 5 分钟内的对话任务。
团队模板分发:Agent 资产的沉淀与复用
阶段:Agent 资产沉淀
解决的问题:个人在会话里调好的流程无法交接,换人或换机器就要重来。Recipe 模板包把技能与流程打包为文件夹,通过 Git 或 zip 在团队内分发,新人拉下来即可用。
具体案例:团队把「客户反馈分类」Recipe 纳入内部 Git 仓库,新成员 clone 后放入 ~/.clawdbot/recipes 即可使用,Agent 流程搭建时间从小时级降到分钟级。
常见误区
误区我用 LangChain 写过 Agent,以为 OpenClaw 是把模板平台做成了 Python 库,得写 Python 代码才能编排。
正解OpenClaw 主体是 Bash + Gum 编写的终端程序,不是 Python 库。模板是 Markdown 和 YAML 文件,不需要写一行程序代码;真正的智能来自底层 Claude Code CLI 调用的 Claude 模型。你把文件放进模板目录,OpenClaw 负责加载,Claude 负责执行。
为何常见:主流 Agent 框架(LangChain、LlamaIndex)都是 Python 库,人们默认「Agent 平台 = 编程框架」,忽略了 OpenClaw 面向「非代码玩家」的定位。
误区装完 OpenClaw 直接对话就能用,它应该内置了模型,毕竟名字里带「Agent 平台」。
正解OpenClaw 不包含任何模型推理能力,它必须依赖 Claude Code CLI 连接 Anthropic API。跳过认证直接使用会反复失败。部署前要完成两件事:装好 Claude Code 并登录、确认 API 配额可用。
为何常见:抽象包装越好的工具,越容易让人忘记底层依赖;「平台」二字也强化了「开箱即用」的错觉。
误区技能模板就是命令别名,把 `git status` 这类固定命令写进文件,Claude 照抄执行。
正解Skill 的定义可以超出「本地命令」:官方文档明确支持通过 curl/playwright 获取外部网页内容,让 Claude 阅读实时网络信息。技能的本质是「给 Claude 的能力说明书」,既可以封装本机命令,也可以描述联网获取动作。
为何常见:早期教程多演示终端命令封装,让人形成「技能 = 别名脚本」的窄化理解。
误区都是模板文件,一个 Markdown 一个 YAML,功能应该一样,随便用哪个都行。
正解两者解决的问题不同:Skills 定义「会什么」——单点能力(一个命令、一项获取动作);Procedures 定义「怎么做」——多步流程(YAML steps 列表,按顺序执行并汇报)。Recipes 再把二者按业务主题打包。三层结构缺一不可。
为何常见:模板种类多而名字都在「模板」这个伞下,不看文档容易混为一谈。
误区终端工具一般跨平台,我在 Windows 直接装了脚本就能用。
正解OpenClaw 面向 macOS/Linux 的 bash 环境,依赖 gum、jq 等 Linux 系命令行工具。Windows 用户需要先启用 WSL(Windows Subsystem for Linux,Windows 下的 Linux 兼容层)再安装使用,原生 CMD/PowerShell 下无法正常工作。
为何常见:多数现代开发工具默认跨平台,而 OpenClaw 定位终端脚本工具,平台适配优先级靠后。
面试题
Q1. OpenClaw(命令 clawdbot)在技术架构上属于?
- A.内置大模型推理引擎的独立平台
- B.依托 Claude Code 的 Agent 模板平台← 正确答案
- C.替代 LangChain 的 Python 编排库
- D.本地向量数据库的管理工具
答案:B。OpenClaw 本身不含推理能力,它是 Claude Code CLI 的封装:负责模板加载、会话交互与命令落地,模型推理由 Claude 完成。A 错在「内置模型」,C 错在「Python 库」,D 与工具功能无关。
Q2. 官方推荐的安装命令是?
- A.pip install openclaw
- B.执行官方 curl 一键安装脚本← 正确答案
- C.npm install -g openclaw
- D.brew install openclaw
答案:B。官方文档提供一键安装脚本,命令为 curl -fsSL https://clawdbot.com/install.sh | bash,curl 管道执行即可安装并把命令加入 PATH。该项目不用 pip 或 npm 分发,也未进入 Homebrew 官方源,其余选项均不可用。
Q3. 首次使用前必须完成的前置步骤是?
- A.安装并认证 Claude Code CLI← 正确答案
- B.启动本地 Docker 容器
- C.创建 PostgreSQL 数据库
- D.初始化向量索引数据
答案:A。OpenClaw 依赖 Claude Code CLI 调用 Claude 模型,必须先安装并完成登录认证;它不依赖容器、数据库或向量索引,B/C/D 是其他系统的前置条件,与本工具无关。
Q4. 用于把多步操作定义成 YAML 步骤列表的模板类型是?
- A.Skills 技能模板
- B.Procedures 流程模板← 正确答案
- C.Recipes 模板包
- D.Prompts 提示模板
答案:B。Procedures 位于 ~/.clawdbot/procedures/,以 YAML 的 steps 列表描述执行顺序,Claude 按步骤执行。Skills 是单点能力,Recipes 是打包容器,OpenClaw 没有 Prompts 模板类型。
Q5. Skill 技能模板文件的标准写法是?
- A.纯 Bash 可执行脚本
- B.带元信息的 Markdown 文件← 正确答案
- C.JSON 键值配置文件
- D.TOML 格式的说明文件
答案:B。Skill 是带 frontmatter(name、description 等元信息头部)的 Markdown 文件,Claude 通过元信息判断何时调用技能。纯 Bash 文件缺少语义描述,JSON/TOML 不是官方模板格式。
Q6. 默认的模板与配置目录位于哪里?
- A.系统目录 /etc/openclaw
- B.用户目录 ~/.clawdbot← 正确答案
- C.当前项目目录 ./config
- D.全局目录 /usr/local/clawdbot
答案:B。安装脚本把模板与配置统一放在用户目录 ~/.clawdbot 下,包含 skills/、procedures/、recipes/ 与 settings.json,无需 root 权限,也便于整个目录纳入 Git 管理。
Q7. 运行 OpenClaw 需要哪些运行时依赖?(多选)
- A.Node.js 运行时← 正确答案
- B.jq 命令工具← 正确答案
- C.gum 交互程序← 正确答案
- D.Redis 缓存服务
答案:ABC。OpenClaw 通过 Claude Code CLI(依赖 Node.js)调用模型,脚本内部用 jq 处理 JSON、用 gum 渲染交互菜单,三者缺一不可。Redis 与模板平台的运行无关。
Q8. Recipe 模板包在文件系统中的本质是?
- A.一个可通过 pip 安装的 Python 包
- B.一个组合 skills 与 procedures 的文件夹← 正确答案
- C.一个可直接运行的 Docker 镜像
- D.一段被动态编译的 Lua 脚本
答案:B。Recipe 的形态就是文件夹:内部含 skills/、procedures/ 子目录和可选的 recipe.yaml 元数据,zip 打包即可分发。它是模板的组织单位,不是安装包、镜像或脚本。
Q9. 关于 Skill 模板的能力,下列描述正确的有?(多选)
- A.可封装本机自定义命令供调用← 正确答案
- B.可通过 curl 获取网页内容← 正确答案
- C.必须使用 Python 编写才生效
- D.只能在断网环境离线运行
答案:AB。Skill 既能封装本地命令,也能让 Claude 通过 curl/playwright 获取实时网页内容。它用 Markdown 编写而非 Python,也支持联网操作,C/D 均错误。
Q10. 你在 OpenClaw 会话中发出指令后,模型推理实际在哪里执行?
- A.本机 GPU 上的开源推理引擎
- B.Anthropic API(经 Claude Code 转发)← 正确答案
- C.OpenClaw 内置的轻量模型
- D.浏览器本地 WebGPU 运行
答案:B。OpenClaw 的全部智能来自 Claude:它把模板与对话内容交给 Claude Code CLI,由后者调用 Anthropic 的 API 完成推理并返回结果。本机只承担脚本执行、终端交互与模板文件管理,不做任何推理。
参考来源
- webpageClawdbot 官网产品介绍与一键安装入口