Levi Blog

1. OpenClaw 是什么#

按官方仓库和文档定义，OpenClaw 是一个可自托管的个人 AI Assistant Gateway：

• 你可以在自己的设备或服务器上运行它
• 它能连接多个消息渠道（如 Telegram、Discord、Slack、iMessage 等）
• 它不只“回复文本”，还可以调用工具执行任务

和传统聊天产品最大的区别是： 它更像一个“可执行工作流的代理层”，而不仅是一个问答框。

2. 为什么它会突然火起来#

截止 2026-03-09 我查到的 GitHub 公开数据（openclaw/openclaw）显示：

• Stars: 287k+
• Forks: 54k+
• Contributors: 1100+

这种增长速度本身就会形成网络效应：

• 教程和二次开发快速增多
• 插件/技能生态开始成型
• 同时也带来供应链和安全风险

3. 先跑通：最短安装路径#

根据官方 README，目前推荐路径是 CLI onboarding。

前置：

• Node.js >= 22
• 你选择的模型供应商凭据

安装与初始化：

1
npm install -g openclaw@latest
2
openclaw onboard --install-daemon

启动网关（示例）：

1
openclaw gateway --port 18789 --verbose

验证：

• 打开本地控制台：http://127.0.0.1:18789
• 执行一次最小消息/代理命令，确认链路通

4. 第一次上手最容易踩的坑#

4.1 把它当“纯聊天工具”#

OpenClaw 的价值在工具调用和自动化，不在闲聊。 建议第一批任务用结构化、可验证的目标，例如：

• 每日生成工作清单
• 收集某类通知并分类
• 把重复操作自动化为固定流程

4.2 一上来就接全部渠道#

先接一个渠道跑通，再扩展。 多渠道并行会显著增加排错复杂度。

4.3 忽略权限边界#

这是最常见风险源。 如果你给了过宽工具权限，任何错误指令或提示词注入都可能放大影响。

5. 安全基线：个人用户至少做到这 8 条#

1. 只从官方仓库/文档路径安装，不用搜索引擎里不明 installer。
2. 初期只开最小必要工具，禁用不需要的执行能力。
3. 对外部 DM 一律视为不可信输入。
4. 保留默认配对/白名单机制，不要一开始就全开放。
5. 网关优先监听 loopback，不直接暴露公网端口。
6. 如需远程访问，优先 SSH 隧道或 Tailscale。
7. 把 OpenClaw 运行在独立环境（独立机器/独立用户/独立容器）。
8. 定期更新并运行诊断命令，持续修补配置风险。

6. 一个更稳的上线节奏#

建议分三阶段：

1. 本地单机验证（只接 1 个渠道）
2. 小范围真实数据灰度（只允许白名单）
3. 再考虑多渠道和更复杂自动化

不要反过来做。先扩权限再补安全，通常会出事。

7. 写给准备深度使用的人#

如果你准备把 OpenClaw 真正用进日常工作流，建议优先沉淀这三类文档：

• 任务模板库（哪些任务交给它最稳定）
• 风险清单（哪些工具默认禁用）
• 故障应急手册（出现误执行时如何止损）

这会决定你是“玩一下”，还是“长期可用”。

总结#

OpenClaw 的热度不是偶然，它代表了一类更接近“可执行代理”的产品形态。 但越强的执行能力，越依赖你在权限、安全和流程上的工程化约束。

先把边界划清，再追求自动化规模，才是长期正确的用法。

参考链接#

• 官方仓库：https://github.com/openclaw/openclaw
• 官方文档：https://docs.openclaw.ai
• 安全文档：https://github.com/openclaw/openclaw/blob/main/SECURITY.md