🦞 OpenClaw小龙虾

个人AI助手平台培训

面向 ZZCreation 团队

2026年第二季度版

📋 今日议程

  1. OpenClaw 是什么
  2. 为什么值得关注
  3. Windows 用户如何安装
  4. 飞书如何完成接入
  5. 风险边界与落地建议
  6. 适合 ZZCreation 的试点场景

一、什么是小龙虾？

产品定义

OpenClaw，一个开源的个人 AI 助手平台。

它的核心不是“再做一个聊天框”，而是把下面几件事连起来：

  • 消息入口，如飞书、Telegram、网页控制台
  • 模型能力，如 OpenAI、Anthropic、Google
  • 真实工具，如浏览器、shell、文档、搜索
  • 本地状态，配置、记忆、日志都可留在自己环境里

它解决什么问题？

沟通入口

不只在网页里用

可以直接从聊天软件里和 AI 协作，而不是切换一堆窗口。

执行能力

不只回答问题

可以调用工具、读写文件、跑流程，向“助手”更进一步。

部署方式

更适合自己掌控

适合本地、私有机或 VPS，方便保留配置和长期上下文。

对 ZZCreation 的现实价值

短期

先提升个人效率

  • 飞书内直接问答和查资料
  • 把常见重复操作交给 Agent
  • 统一沉淀工具和技能
中期

再接业务流程

  • 文档协作与内容生成
  • 项目跟进与汇报辅助
  • 面向团队的自动化工作流
更准确地说，OpenClaw 的价值不是“替代人”，而是让团队先拥有一个能接消息、能调工具、能持续配置的 AI 工作底座。

OpenClaw 如何工作

💬消息进入
飞书 / 网页 / 其它渠道
→
🧭Gateway 路由
接收消息、分配 Agent
→
🛠️模型 + 工具
推理、搜索、文档、浏览器
→
✅结果返回
回到原来的消息渠道

核心架构图

20+接入渠道
本地优先数据和状态自己掌控
可扩展技能和工具可持续增加

可以做什么，不适合什么

✅ 更适合

  • 个人 AI 助手
  • 团队内部轻量自动化
  • 文档、消息、搜索、浏览器协作
  • 需要长期配置和持续迭代的场景

⚠️ 不适合直接上来就做

  • 高风险审批流程自动放权
  • 未梳理边界的对外自动发送
  • 完全无人值守的关键业务链路
  • 把它当成“万能全自动员工”

二、创始人与项目背景

Peter Steinberger (steipete)

  • GitHub: @steipete
  • 前 PSPDFKit 创始人
  • 退休后回归开源，专注 OpenClaw
  • 项目最初是个人 AI 实验场，后来逐步演化成完整平台
42.6k
GitHub Followers
13k+
OpenClaw 提交数
318k+
项目星标
MIT
开源协议

背景故事与演进

项目演进

Warelay → Clawdbot → Moltbot → OpenClaw

设计理念

  • 本地优先，数据和状态自己掌控
  • 可扩展，技能系统支持定制能力
  • 多模态，文字、语音、图像等逐步覆盖
  • 跨平台，支持 macOS / Linux / Windows / 移动端节点

🦐 国内龙虾系列对比

产品名 厂商 特点 首页
ArkClaw 字节跳动 零配置操作，降低门槛 -
QClaw 腾讯电脑管家 微信/QQ接入，桌面级Agent qclaw.qq.com
WorkBuddy 腾讯 企业微信接入，全场景覆盖 -
CoPaw 阿里云 开源本地部署、钉钉/飞书原生 copaw.github.io
LobsterAI 网易有道 7×24小时待命、16种内置技能 lobsterai.com
360安全龙虾 360 沙箱隔离、龙虾卫士安全防护 -

2026年"龙虾元年"：国内大厂纷纷推出OpenClaw衍生版本，形成"龙虾共斗"局面。

三、Windows 用户如何安装

为什么推荐 WSL2

推荐路径

WSL2 + Ubuntu

  • 更接近官方主流文档环境
  • CLI、Gateway、工具链兼容性更稳
  • 更适合长期运行和后续扩展
  • 对团队培训更容易统一口径
可用但次选

原生 Windows

  • 适合轻量 CLI 体验
  • 部分服务管理仍有差异
  • 文档与社区经验更多偏向 Linux / WSL2
  • 培训时更容易出现环境差异问题
一句话理解，**WSL2 就是在 Windows 里准备一套更稳定的 Linux 工作环境，让 OpenClaw 按它最熟悉的方式运行。**

WSL2 是什么

一句话理解

Windows 里的 Linux 工作区

你平时还是用 Windows，但真正跑 OpenClaw 的，是 WSL2 里的 Ubuntu 环境，所以兼容性更稳。

为什么培训里重点讲它
  • Windows 用户最常见、也最容易卡住
  • 理解三层关系后，后面安装就不容易懵
  • 能帮助非技术同学建立正确心智模型

WSL2 安装 4 步法

1

装 WSL2

在 Windows 安装 WSL2 和 Ubuntu。

wsl --install
2

开 systemd

在 /etc/wsl.conf 里开启。

[boot]
systemd=true
3

装 OpenClaw

在 Ubuntu 终端里执行官方安装流程。

curl -fsSL openclaw.ai/install.sh | bash
4

跑引导

完成模型、密钥和 Gateway 初始化。

openclaw onboard

安装成功怎么判断

检查 1

Gateway 正常

openclaw gateway status 能看到服务状态。

检查 2

Dashboard 可打开

openclaw dashboard 能正常打开控制台。

检查 3

首条消息可回复

无论在控制台还是飞书，发出首条测试消息都能拿到结果。

先完成“装好 OpenClaw + 能正常回消息”这个最小闭环，再讲更细的配置，会更适合培训节奏。

飞书接入总览

🏢创建应用
准备企业应用
→
🔑获取凭证
App ID / Secret
→
🤖开启能力
Bot + 事件订阅
→
✅接入测试
录入 OpenClaw 并发消息
对培训对象来说，飞书集成先抓住主线就够了，不需要一开始就展开所有配置字段。

四、飞书集成怎么做

整体路径
  • 飞书侧准备企业应用、Bot 和事件订阅
  • OpenClaw 侧录入 App ID / Secret
  • 启动 Gateway，发起首条测试消息
  • 首次私聊通过 pairing 完成授权
三层架构
  • 飞书侧：用户、企业应用、事件订阅
  • OpenClaw 侧：Feishu Channel、Gateway、Pairing
  • 能力侧：模型 API、Tools、Workspace

飞书接入 5 步法

1

创建应用

在飞书开放平台创建企业应用。

2

复制凭证

拿到 App ID 和 App Secret。

3

开权限

按官方要求导入必要权限。

4

开 Bot + 事件

启用 Bot，并订阅消息接收事件。

5

接入 OpenClaw

在 OpenClaw 中录入凭证并启动测试。

最小配置 + 首次 Pairing

最小配置

对非技术人员，先记住真正要填进 OpenClaw 的核心信息通常只有两个：

  • App ID
  • App Secret
openclaw channels add

选择 Feishu，按提示填入即可。

首次 Pairing

未知用户第一次私聊机器人时，默认不会直接放行，而是先返回一个 pairing code。

openclaw pairing approve feishu <CODE>

批准之后，这个用户就可以正常聊天。

常见问题（安装 + 飞书）

为什么会看到配对码

这是默认安全机制

未知用户第一次私聊机器人时，默认不会直接放行，而是先返回一个 pairing code。

openclaw pairing approve feishu <CODE>
完成后会怎样

通过批准后可正常聊天

管理员批准配对后，这个用户就能正式和 OpenClaw 建立稳定会话。

常见问题（安装 + 飞书）

安装类

  • 为什么推荐 WSL2，不直接装 Windows？
  • 为什么要开 systemd？
  • 为什么 PowerShell 和 Ubuntu 命令不同？

飞书类

  • 机器人不回消息，通常先查 Gateway 是否运行
  • 事件订阅未生效，通常与应用配置有关
  • 应用未发布，机器人可能无法正常对外使用
  • 未批准 pairing，首次私聊不会直接放行

五、风险提示与安全建议

风险入口

外部消息默认不可信

DM、群消息、外部输入，都不能直接当成可信指令。

→
控制机制

先加安全闸门

启用 pairing、allowlist、requireMention，把入口先收住。

执行阶段

高风险动作要人工确认

涉及外发、审批、关键操作时，保留人工把关。

→
目标

让 OpenClaw 可用，但不过度放权

既能提效，也不牺牲组织安全边界。

安全检查清单

🔐默认启用 pairing

私聊先配对，再建立稳定会话。

🪪最小权限原则

飞书应用只给必要权限，不多开。

🧯密钥不入库

API Key 不提交到 Git 仓库。

🔄保持更新

OpenClaw 版本和依赖定期升级。

👀群聊先收口

先从 allowlist 或 requireMention 开始。

✋高风险动作人工确认

涉及外发、审批、关键操作时保留人工把关。

六、对 ZZCreation 的落地建议

阶段 1

个人试点

先在少数成员电脑上完成 WSL2 安装与飞书接入。

  • 统一安装口径
  • 验证消息闭环
阶段 2

团队协作

沉淀可复用技能，统一常见操作与文档流程。

  • 形成标准 SOP
  • 沉淀内部技能
阶段 3

业务接入

把稳定的能力逐步接入内容、运营、项目管理等实际场景。

  • 接业务流程
  • 保留人工审核

建议的下一步

  1. 先完成 Windows + WSL2 标准安装模板
  2. 再完成 飞书应用的标准接入 SOP
  3. 最后沉淀 ZZCreation 内部技能 / 工作流模板
如果把这三步做好，OpenClaw 在团队里的角色就不只是“一个能聊天的 AI”，而会变成一个真正可持续迭代的工作平台。

🦞 谢谢

Q & A

  • 官网：openclaw.ai
  • 文档：docs.openclaw.ai
  • GitHub：github.com/openclaw/openclaw
  • Discord：discord.gg/clawd

最后更新：2026年4月9日 | 版本：v2.0-stage1