ARTICLE · 991709
OpenClaw是什么?一个软件让AI接管你的聊天和办公
OpenClaw是什么?一个软件让AI接管你的聊天和办公OpenClaw 是由 Peter Steinberger 发起的开源 AI Agent 平台。项目从 2025 年 11 月的 WhatsApp Relay 起步，随后经历 Clawd/Clawdbot、Moltbot 等名称演变，2026 年 1 月正式定名 OpenClaw。GitHub 上一只红龙虾图标，社区里把部署它叫"养龙虾"。 
这篇文章只讲一件事：装好 OpenClaw，让它接管你飞书、Slack、Telegram 等聊天渠道里的那些重复工作。命令全部可跑，不写概念。
把 OpenClaw 当 Kimi、ChatGPT 用就错了——打开网页问问题，那是聊天机器人。OpenClaw 是另一码事。 OpenClaw 是Agent 网关，对外连接飞书/Slack/Telegram 等不同的聊天渠道，对内连接各种大模型和工具。它的架构是五大模块 Gateway：所有消息的入口，负责路由、认证、会话 Agent：接 LLM，理解你那句话要干什么 Skills：JS/TS 写的可执行工具，能跑 shell、改文件、控制浏览器 Channels：统一封装各消息平台的接口 Nodes：跑在你手机/电脑上的端点，调用设备能力 跟 LangChain 比，OpenClaw 把"工具调用+渠道对接+权限管理"打包好了，你不用自己写胶水代码。跟 AutoGPT 比，它不追求"完全自主"，而是让你通过对话指挥 AI 干活——你按一个回车，它执行一步。 跟国内字节扣子（Coze）、Dify 比，OpenClaw 的位置是"工程师的瑞士军刀"。扣子和 Dify 主打零代码拖拽，适合产品经理和运营；OpenClaw 主打命令行 + 配置文件，适合写得了 JS、看得懂 JSON 的人。所以你会看到两种生态：扣子在国内大厂里推，OpenClaw 在独立开发者和跨境团队里火。 还有个常被混淆的点：OpenClaw ≠ Open Interpreter ≠ OpenHands。三个都是 2025 年开始火的开源 Agent 项目，但定位完全不同。OpenClaw 是网关型（重渠道），Open Interpreter 重在本地代码解释，OpenHands 重在云端沙箱跑代码。认准红龙虾图标。
前置：当前 OpenClaw 推荐 Node.js 26，支持 Node.js 22.22.3+、24.15+ 和 25.9+。OpenClaw 服务跑起来后默认占 18789 端口，开机自启是默认勾的。 第一步，macOS/Linux 终端跑一键脚本： Windows PowerShell 用： 安装完验证： 第三步，配置飞书 按提示输入飞书开放平台创建的 App ID 和 App Secret。当前 OpenClaw 的飞书插件默认使用 WebSocket 接收事件，因此本地测试不需要公网域名和 SSL。
OpenClaw 的能力很大一部分来自 Tools、Skills 和 Plugins。装什么能力，它就多会做什么。 安装命令： Skill 本质上是一套给 Agent 使用的能力说明和工具操作规范。核心文件是 SKILL.md，里面告诉 Agent：这个能力什么时候使用、怎么使用、需要哪些工具。OpenClaw 根据你的对话意图，自动挑合适的 Skill 跑。装得越多，它能干的事越多。 最实用的三套： gog（谷歌办公）：自动分类 Gmail、智能排 Calendar、协同 Docs、自动跑 Sheets。装上 Skill、绑谷歌账号、配规则——每天早上自动把垃圾邮件归档，重要邮件提取摘要。 会议纪要：粘你的粗糙笔记或录音转写，它生成带"出席者/讨论摘要/关键决策/待办"的格式化纪要。 post-to-wechat：抓新闻→生成公众号草稿→自动排版→一键推送到草稿箱。 嫌官方的功能不够，自己写一个也快。 Skill 模板： 丢到 ~/.openclaw/skills/hello/ 目录下，通过 openclaw skills list 查看是否被加载，并用 openclaw skills check 检查依赖和可用状态。这是 OpenClaw 比扣子更灵活的地方——你想加什么能力，自己写一个 Markdown 。
讲概念不如看一个在跑的系统。 流程大致是这样： 对比传统客服：客户复制问题→问 AI→复制回客户。OpenClaw 直接挂在 Slack 通道上，实时监听。 OpenClaw 的一个典型应用方向，是把 Agent 直接挂到 Slack 等团队沟通渠道，让它自动完成问题分类、资料查询、初步回复和工单分流。涉及退款、账号变更等高风险操作，则可以设置人工确认。 国内团队照搬这套，最容易的落地点是企业微信客服 + 飞书审批。把 OpenClaw 挂在企业微信客户群里做第一道分流，飞书里走审批流（退款、发货、变更），人工只处理 AI 标记"高风险"的工单。
OpenClaw 给的权限太大，踩坑代价也大。 **坑一：别把它直接装在你的主力工作环境。OpenClaw 的价值恰恰来自“能干活”：它可以调用 Shell、浏览器、文件系统以及各种外部工具。但权限越大，Prompt Injection 和恶意 Skill 带来的风险也越大。 坑二：2026 年 3 月，OpenClaw 曾在数天内集中披露多项安全漏洞，因此自托管用户尤其需要保持版本更新。装完第一件事是 openclaw update**，别用 0.x 老版本。每周三官方会发安全公告，建议订阅 RSS。 坑三：临时隧道 URL 会变。本地调试常用 cloudflared tunnel --url 暴露公网，但每次重启 URL 都变，得去飞书后台改 Request URL。生产环境一定要配固定域名的 Cloudflare Tunnel 或者直接上服务器。免费方案：用 tailscale funnel，固定 HTTPS 域名，不用自己续证书。 坑四（隐藏）：Skill 不是越多越好。对于长期不用的 Skill，可以直接从 workspace 中移除，避免让 Agent 面对过多无关能力。大量无关 Skill 会增加 Agent 的可用能力范围和上下文负担，建议只安装真正需要的能力。
适合：每天被重复劳动困住的开发者（跨平台通知、批量改文件、自动报表）；想给团队搭客服/工单自动化的小团队负责人；愿意折腾 Node.js 的极客。 不适合：只会用网页版 AI 的普通用户；想要"零配置"的——OpenClaw 默认是工程师视角，没前端友好。 替代品横向对比：
一句话判断：OpenClaw 是给你"拧螺丝"用的，不是给你"开箱即用"的。它真正有价值的地方，不是让 AI 回答得更漂亮，而是让 AI 从“回答问题”进一步变成“执行任务”。
今日动手：打开终端，跑 openclaw --version，看看自己机器上有没有这个命令。没有就去拉一键脚本，装完接飞书——然后在群里 @机器人发一句"帮我把昨天那份 PDF 转成 Markdown"。
01 OpenClaw 不是聊天机器人，是 AI 网关
02 30 分钟装好 + 接入飞书
curl -fsSL https://openclaw.ai/install.sh | bashiwr -useb https://openclaw.ai/install.ps1 | iexopenclaw --versionopenclaw onboard --install-daemon启动网关，默认端口 18789openclaw logs --follow # 看实时日志openclaw status # 一眼看渠道/token/技能 状态
第二步，接飞书（国内版）。先去飞书开放平台创建"企业自建应用"，拿到 App ID 和 App Secret，权限里勾上 im:message:send_as_bot 和 im:message:receive_as_bot。
openclaw channels login --channel feishu03 Skills 给 AI 装上技能
openclaw skills search "calendar"openclaw skills install @owner/<skill-slug>openclaw skills listopenclaw skills checkopenclaw skills update --all
---name: meeting-summarydescription: 将会议记录整理成结构化会议纪要---Meeting Summary当用户提供会议录音转写、会议笔记或聊天记录，并要求整理会议纪要时使用。输出以下内容：1. 参会人员2. 讨论摘要3. 关键决策4. 待办事项5. 负责人和截止时间如果原始材料中没有明确负责人或截止时间，不要自行编造。
04 一个真实在跑的案例：客服工单自动分流
- id: triageaction: classify_intentoptions: [退款, 技术问题, 账号异常, 其他]- id: handle_refundif: triage == "退款"action: call_apiendpoint: "refund.create"approval: required退款必须人工确认- id: notify_human if: triage == "技术问题" action: send_to_human timeout: 1800