大家好，我是晨念。

这是晨念拆解 AI 实战的第 39 篇笔记。

养虾记：从零开始"养"OpenClaw的踩坑实录

崩溃。

盯着终端看了三小时，配置文件改了又改，技能还是报错。

窗外已经黑透了。键盘敲得噼里啪啦，楼下狗又叫了。

说实话，刚接触 OpenClaw 的时候，我以为装好就完事了。结果发现——这玩意儿跟养虾一样，得懂习性、得有耐心、得一步步来。

但我养虾，不是为了龙虾而龙虾。

说白了，我想要的是一套能持续进化的"数字养殖场"。用 AI 辅助决策、快速迭代、慢慢加需求。这才是养虾的真正目的。

先看效果。

现在我的openclaw龙虾跑起来之后，我每天省了 2 小时做重复工作。写文章、查资料、同步文件，全自动。真的，连咖啡都没凉透。

说白了，OpenClaw 是什么？

简单说：OpenClaw 是个 AI Agent 的"养殖场"。

你给它装上各种 Skills（技能），它就能帮你干各种活。写文章、管理日程、自动化同步、查天气、甚至帮你养虾（划掉）——帮你养 AI。

整个流程就三步：

1. 想清楚
   ：确定你要养什么"虾"
2. 搭环境
   ：服务器部署 OpenClaw，装技能
3. 慢慢养
   ：跑通之后持续迭代

但说实话，每一步都有坑。今天我把踩过的坑全给你填平。

Step 0：前期调研——跟 AI 聊了三天

别上来就装。先想清楚你要什么。

我这个"养虾场"的方案，不是拍脑袋想出来的。我跟 Gemini 沟通了整整三天，聊了各种方案的利弊，最后才确定了一个扁平化架构。

0.1 为什么选扁平化？

市面上的龙虾方案很多，特别是看到特别按照传统公司组织架构，有什么CEO/CFO/COO，听起来高大上，很唬人。但觉得那些都不是我的菜！我最后选了扁平化，原因很简单：

• 够轻
  ：没有复杂的依赖链，出了问题好排查
• 够快
  ：技能之间直接调用，没有中间层【token传递快准狠】
• 够活
  ：想加什么技能就加，不用重构整个架构

扁平化的核心思路：所有 Skills 都平铺在同一个层级，Agent 可以直接调用任意技能，没有复杂的模块隔离和消息队列。这样的好处是：

1. 调试简单
   ：报错直接看日志，不用追踪多层调用链
2. 扩展灵活
   ：新技能丢进去就能用，不用改架构
3. 资源占用低
   ：没有额外的中间件开销

💡 踩坑预警：别一上来就想搞个大而全的系统。我一开始也想做成微服务架构，跟 Gemini 聊了半天，发现——太重了。光是调试就能把人折磨死。扁平化虽然"简陋"，但跑得通、能迭代，才是正解。

0.2 核心需求梳理

我列了一个清单：

• 公众号写作系统（必须能跑起来）
• 文件同步（云服务器→本地）
• 飞书/企业微信集成
• 闲鱼自动化（待加）
• 小红书自动化（待加）

💡 听晨念一句劝：需求不要贪多。先跑通核心功能，再加其他。我先把公众号写作系统移植过来，跑通了才考虑后续的迭代。

Step 1：部署 OpenClaw 环境

1.1 选择服务器

我没折腾本地服务器，直接选了腾讯云轻量应用服务器。

为什么？省心。开箱即用，不用折腾系统环境，而且有现成的 OpenClaw 镜像可以直接用。

💡 踩坑预警：如果你选择自己搭环境，记得先检查 Node.js 版本。OpenClaw 需要 Node 18+，版本不对会各种报错。我之前在本地测试的时候在这里卡过，眼睛干得发涩，盯着报错信息看了半天才发现。

1.2 初始化工作目录

服务器部署好之后，OpenClaw 会在 ~/.openclaw/workspace/ 目录下创建配置文件。

这里有个关键点：USER.md、IDENTITY.md、SOUL.md 这几个文件，不是随便初始化的。

我跟 Gemini 沟通了整整三天，才把这些文件的内容确定下来：

• USER.md
  ：定义了"我是谁"——念哥，务实的连续创业者、AI极客、教育规划操盘手
• IDENTITY.md
  ：定义了 Agent 的身份——小念，飞书机器人+超级数字分身
• SOUL.md
  ：定义了 Agent 的调性——工厂老兵的偏执 + 小红书爆款操盘手的网感 + AI极客的高效
  

💡 踩坑预警：别照抄网上教程的模板。这些文件决定了你的 Agent 是什么样的人，值得花时间好好设计。我跟 Gemini 反复推敲了很多细节，比如"禁止出现企业名称"、"渠道风格切换"这些要求，都是在这三天里定下来的。

Step 2：移植核心技能——从"老本行"开始

技能选择要有策略。

我的思路是：先把我最常用的技能移植过来，确保能跑通，再慢慢加其他的。

2.1 核心技能：公众号写作系统

这是我第一个移植过来的技能。为什么？因为这是我每天都在用的。

注意，安装方式不是用命令行。

我是直接把 wechat-article 这个 skills 文件夹上传到服务器的，然后简单微调了 SOUL.md 等配置文件。

原因很简单：这套写作系统是我之前就在用的，里面有很多个性化的配置（Anti-AI 协议、风格库、标题策略等），直接上传文件夹比重新安装再配置更省事。

跑起来之后，我试着让 Agent 写了一篇文章。

跑通了。

说实话，那一刻挺激动的。虽然只是一个技能，但意味着整个系统的基础架构是对的。

2.2 其他技能推荐

根据我这段时间的踩坑经验，这几个技能值得装：

效率类：

• agent-browser
  ：浏览器自动化，能帮你自动填表、抓数据
• obsidian
  ：笔记同步
• summarize
  ：自动总结网页/PDF 内容

平台类：

• feishu-*
  ：飞书全套，文档、网盘、知识库都有
• wecom-*
  ：企业微信全套，日程、会议、待办

云服务类：

• tencent-cos-skill
  ：腾讯云对象存储
• tencentcloud-lighthouse-skill
  ：腾讯云服务器管理
  

2.3 配置技能

每个技能都需要单独配置。以飞书为例：

1. 打开 ~/.openclaw/workspace/.env 文件
2. 填入飞书的 App ID 和 App Secret
3. 运行 openclaw skills reload
   其实现在的云服务器通道配置都是相当丝滑，飞书选择快速配置，然后扫码授权基本就是OK了。

💡 踩坑预警：权限配置最容易出问题。飞书的权限必须勾选"读写"，否则你调用 API 必报 403 错误。我昨天在这里又卡了半小时。官方文档根本没写清楚，全靠摸索。凌晨两点，我盯着 403 错误，一度想砸键盘。

Step 3：配置 Syncthing 同步

这是最让我感叹的一步。

我想把云服务器上的文件自动同步到本地服务器，用obsidian客户端来沉淀我的内容资产并排版发布的。于是上了 Syncthing。

没想到，以为很复杂的地方，竟然一句话可解决了，现在的openclaw真的是太牛了！

3.1 安装 Syncthing

安装也是很简单，直接在飞书中跟龙虾说安装即可

配置龙虾也会给你详细的步骤，按照步骤执行即可，没有任何卡点！特别适合小白。

3.2 获取设备 ID

启动 Syncthing 后，访问 http://localhost:8384，在"操作" → "显示ID"里能看到设备 ID。

两台设备都需要获取各自的 ID，然后互相添加。

3.3 配置单向同步

在云服务器的 Syncthing 界面：

1. 添加远程设备 → 粘贴本地服务器的设备 ID
2. 创建共享文件夹 → 路径设为 ~/sync-chennian/
3. 关键
   ：文件夹类型选 Send Only（只发送）

💡 听晨念一句劝：如果你想要双向同步，两边都要添加对方为设备。但如果你只是想从云服务器拉文件到本地，Send Only 就够了。我一开始搞反了，结果文件全乱了。别问我是怎么知道的。

Step 4：验收与迭代规划

4.1 验收清单

现在所有配置都完成了。来验收一下：

如果本地也看到了同步的文件，恭喜你，基础架构跑通了。

4.2 后续迭代计划

跑通不是终点，是起点。

我的"养虾场"才刚刚开始。接下来我会慢慢加需求：

• 闲鱼自动化
  ：自动上架、自动回复
• 小红书自动化
  ：内容发布、数据监控
• 更多技能
  ：看需求再加

方法很简单：一个需求一个需求地加，每个都跑通了再继续。不贪多，不急躁。

跑起来！

恭喜，你成功"养"了一只 OpenClaw Agent。

现在它每天都在后台帮你干活：

• 自动写文章
• 自动同步文件
• 自动查资料

你只需要坐在那儿喝咖啡就行。

常见报错排查

福利：最近斑码AI | OpenClaw一人公司养虾训练营 正在如火如荼进行中，小伙伴们的反馈都非常实用！有兴趣的也可私聊我！

openclaw

去养。但别为了养龙虾而龙虾！

能帮你持续解决问题的虾才是好虾，否则都是白瞎。

养虾心得：不是为了龙虾而龙虾。先想清楚你要什么，再动手。跑通了核心功能，慢慢迭代。这才是正道。