《养龙虾踩了21个坑后，我才敢说你别急着下水》

养龙虾这事儿已经折腾了好一阵子了，踩了不少坑。把它们整理出来，供有需要的同学参考。算是入门的一些个人经验吧，或许能让同样养虾不久的小伙伴们少走一些弯路，少踩一些坑。

一、龙虾设置规则

1. 起步：先想好让龙虾干什么

预设好应用场景，才会有动力接着干。否则好不容易装好了龙虾，会感觉和普通 AI 也没什么差别，热情一旦消退，龙虾就要吃灰了。

2. 主龙虾：别让他干具体活儿

第一条龙虾作为主龙虾，不要让他干具体某块业务的活。他处于 agent 顶层，主要和你沟通，做任务的分发、监管，及一些龙虾层的配置更新。他的定位是项目的管理者和协调者，不是执行者。

3. 一事一虾：每条龙虾都要有明确定位

想做一件具体的事，就建一个新的小龙虾。每条龙虾都要有自己明确的定位、风格、规则、流程、记忆等，对应的 Soul、Identity、Agents、Memory这些md文档都要设置好，体现差异化。每个龙虾都要养成不同的样子。

4. 进化规则：先把机制制定好

每个龙虾怎么进化、怎么成长，要把规则先制定好——比如什么信息存到 memory.md 里，什么存到 soul.md 里，什么存到 agents.md 里，什么存到 identity.md 里。各个 md 之间内容怎么更迭补充，触发机制和内容更新机制是什么，要通过 agents.md 去建立规则，从而形成进化的闭环。

这几个 md 也要定期检查：是否内容过于繁杂，是否有重复、过期的信息。可以让龙虾自己排查总结，由你来确认后再更新。

5. 逐个养虾：跑通一只再养下一只

不要一上来就建一个大的龙虾军团。龙虾要一只一只养，逐个调试，跑通了进化规则之后再养下一只。就像带孩子一样，等孩子成长了再略微放手——否则就是放手让一群孩子去干活，看着热闹，实际上会混乱不堪，自己也会忘了不同的孩子需要怎样针对性地去培养 TA 的个性。

6. 角色互补：同一件事用两条龙虾交叉验证

同一件事避免只让一个小龙虾干，需要交叉验证、监督管控。比如给写作龙虾配一个评论者龙虾，给 App 开发的龙虾配一个 CTO 做代码和安全的审查工作。

同一件事至少用两个龙虾，且这两个龙虾用不同的 LLM。 交叉验证可以大幅提升准确性。即使多消耗一些 token，也比同一个龙虾自己解决自己的问题反复修改来得高效。

7. LLM 适配：为不同角色选对的模型

• 主龙虾：适合 MiniMax，包年，省钱

• 深度推理/编程：考虑用 Claude、长文本 Kimi

• 备份 LLM：设置 fallback，防止 token 量上限时 idle（idle 了也问题不大，gateway restart 就行）

• 成本分账：同一个 LLM 需要不同的小龙虾调用时，可以用不同 API key，从而看清每个龙虾的 token 消耗量

二、技术配置

1. Token 省流：约定好什么时候调用什么

在 agents.md 里要约定好，什么样的对话需要加载 soul、identity、user、memory，什么时候不需要——

• 有些直接操作性的，什么 md 都不用调用

• SOP 可以直接封装到 skill 里，不要放在其它 md 里，每次操作都直接调用

否则有些小龙虾会直接默认所有对话都调用好多个 md，那样 token 量会大增，也会影响效率。

2. Skill 安全：新 skill 装之前先过安检

Clawhub上的skill-auditor/vetter 先装上，每个新的 skill 在安装之前让安保龙虾验证安全性。

在各个 agent.md 里规定好流程：所有新装 skill 都得用这个安全 skill 去验证。

3. 密钥加密：所有明文密钥必须迁移

LLM API key、飞书 Bot 密钥、Gateway 管理 Token，这些在 OpenClaw 里默认是明文形式存储的。需要用 Openclaw secrets configure 做一次迁移，所有 key 写入 secret store，把明文值替换掉。做完后验证（例如：所有 62 处密钥已全部转为 ${ENV_VAR} 引用，配置文件中的明文已清除）。

另外明文还有个副本会默认保存在 ~/.openclaw/openclaw.env，这个也要删除掉。本地不存任何明文密钥。

注意：这个操作最好让Claude Code来帮忙做，openclaw自己会把整个env文件删掉，那样重新登录的时候又会报错。Claude Code会帮忙把密钥写到Mac自带的钥匙串里去，这样就不再有明文暴露的隐患了。

4. 备份：别忘了保存加密恢复密钥

本机装的龙虾，要有本地或云端备份策略，注意每次都要保存加密的恢复密钥到密码管理器，否则默认存在 index-all.md 里，是明文存储的，一旦泄漏，备份就可以被别人恢复了。要告诉龙虾不要在index-all.md存恢复密钥。

备份文件的存储方式，如果是本地，Mac 可以用 Time Machine，或者搞个加密移动硬盘。如果是云端，可以直接让openclaw每次保存到iCloud相应的文件夹去，这样云端有备份，又有密钥加密，既安全又不会丢失。

5. 软件下载：GitHub 来源速度慢时换源或换网

命令执行过程中如果有 GitHub 来源的软件，下载速度可能会很慢。不要让龙虾反复尝试，可以切换国内镜像下载源，或者用 5G 网络下载。

三、喂养经验 / 坑

1. 各司其职：让每个龙虾干自己擅长的事

让每个龙虾干自己擅长的事情，别混搭。

我之前为了图省事儿，直接让主龙虾去改前端 UI，结果搞得一团糟。之后我把事情交给主管编程的小龙虾，然后让 CTO 验收，效果就好很多，一下就把问题搞定了。

2. 搞不定？换人！

当一个龙虾反复跟你说”改好了，有好消息，让你测试”，结果是没改好的时候，说明这个龙虾既着急又懵。这时候有两个办法——

一是让他和另一个龙虾交流。 比如小叮当改 UI 到崩溃，已经无计可施了，我让他和 CTO 联系交流，很快他们一起就找到了解决方案。

二是直接换人。 更新 MiniMax API key 的时候，Minimax自己一直搞不清楚怎么弄，改来改去改到崩溃。后来换了 Kimi 的 CTO，几下就解决了问题。

3. UI 修改：先说清楚规则，不要反复打补丁

简单的app的后端和前端代码跑通一般会比较顺，在做 UI 调整的时候，避免每次跟 agent 说”哪里不满意，要怎么改”——他会不断地打补丁，直到补丁过多而崩溃，sandbox 卡死跑不动。

正确的做法是先和他把规则说清楚，规则的模板可以直接单独问 AI 工具，省流又高效。

4. AI 辅助：有 bug 先让 AI 列出可能性，再让龙虾逐一排查

有 bug 可以先扔给 AI 回答有哪些可能性，然后再让小龙虾去一项一项排查。否则小龙虾会以猜的方式解决某个问题，而不是全盘解决问题，反复测试反复失败，体验感很差。

5. 反复强调：规则说一次不够，要持续提醒

不要指望说一次规则龙虾就能记住，即使写到 Soul、Memory 里也不一定会遵循。流程就算在 Agents 里写死也不一定会被遵循。

比如我让主龙虾不要在其它 agent 超时的时候自己就去建一个 sub agent 干活，说了三四次了他还是经常会忘记。我让他只作为一个任务派发、汇报、沟通的角色，不要自己干活，他也是好几次联系不上其他 agent 就自己上手干了。他跟我解释说：“一着急就会忘了去读那些规则，就想急着把活儿给干了。”

这话说的，和人好像啊。

6. 直接派活：不要过度依赖龙虾之间的自动沟通

让主龙虾去调度各个龙虾干活的方式，效率并不高，经常会因为超时而让主龙虾认为联系不上分龙虾，导致流程卡死。

在可能的情况下尽量自己做这个调度的工作，别让龙虾之间自动沟通。沟通目前仍旧存在一定的障碍，会卡死的情况太多了：异步消息导致问答错位、API rate limit、工作量过大等。

7. 建立 SOP：重复性工作必须固化流程

发现重复性工作时，比如日记导入工作，7一定要建立标准 SOP，要求复用 SQL，不要每次任务重新生成 SQL。要把流程固化下来，封装到skill里，或者是在agents.md里规定好。

8. 不断复盘：SOP 要定期优化，并封装进 Skill

有重复性的事情，就要想到建 SOP。在试跑 SOP 的过程中，如果感觉速度慢、消耗 token 多，就要求复盘总结——什么样的方式可以更高效、更节省 token。把方案发给 CTO 审阅，让两个龙虾交叉验证后，通过复盘优化 SOP。

然后要把 SOP 封装到 Skill 里直接调用，避免龙虾每次去 memory 里找 SOP，同时把 Skill 相关的内容从各个 md 里都拎出来，避免各 md 有重复的信息。

9. 警惕”吃撑了”：龙虾不是喂得越多越好 ⭐

当喂给小龙虾的东西越来越多，设置的规则、要求、流程越来越多的时候，会发现龙虾开始各种出错。你喂的东西越多，感觉 TA 应该变得更好——其实没有，反而会变得更笨了。

这种时候就是龙虾”吃撑了”的状态。

比如 agents 的流程里让小龙虾调用哪个 md，如果这个 md 文本过长，那效果就不好——必然会有地方被遗漏。龙虾说调用了，其实并没有，TA 可能读了个开头和结尾，其它地方全部都跳过了，偷工减料的情况相当常见。

所以得跟他说得很清楚：每一步具体做什么，在哪一步要去调用哪个 md 里的哪一部分，越精确越好，这样效果才会可控。

而且还得精简内容，各个 md 之间不能重复。最好遵循 MECE 原则——这是个系统化的大工程，得我们自己想清楚。如果让小龙虾自己干，要么他直接晕掉，要么就是消耗巨量的 token，也不一定干得好。

→ 我的小龙虾喂养经验（26-04-25） → 296《我给小龙虾喂了两年的日记，TA像是变成了另一个我》 → MOC-AI

双链来源

引用来源：我的小龙虾喂养经验（项目笔记）

双链来源

• 297《养龙虾踩了21个坑后，我才敢说你别急着下水》 — 龙虾设置规则与skill调教入门

来源：我的小龙虾喂养经验（26-04-25）（updated 2026-04-25）

相关笔记

• 我的小龙虾喂养经验（26-04-25） — 项目层：Le的龙虾(Agent)喂养核心经验，related列表已含本文
• 296《我给小龙虾喂了两年的日记，TA像是变成了另一个我》 — 同期文章，小乐Agent通过日记理解Le的实践
• 299《AI Agent时代：先升级人，再调教虾》 — 同期文章，AI Agent时代方法论
• 056《罗振宇跨年演讲后第一周，人类失守了最后的智力阵地》 — 早期AI文章，与本文相隔近9年形成呼应