[译文]40天 OpenClaw 养成攻略，从零开始让小龙虾越用越聪明（实战经验+技术栈解析）

引言

本文为中文翻译整理以下作者（Shubham Saboo）的英文文章，并使用 Nanobana 2 进行段落插图适配。

原文地址：https://x.com/Saboo_Shubham_/status/2027463195150131572

原文作者：Shubham Saboo X@Saboo_Shubham_

我的 OpenClaw 智能体每天都在变得更加聪明。我所做的仅仅是和它们交谈。

不用调整提示词（Prompt）。不用更换模型。不用重构架构。只是交谈。提供反馈。看着它们把这些记录下来。

40 天前，我的内容 OpenClaw 智能体起草的推文满是表情符号和标签。我的研究 OpenClaw 智能体把有价值的信息（Signal）淹没在了噪音中。我花在纠正它们上的时间，比我自己亲自做这些任务的时间还要多。

今天，Kelly 能用我完全一致的语气起草内容。Dwight 每天早上准时交付 7 篇报道，每一篇都值得一读。八个 OpenClaw 智能体 24/7 全天候运行。我只需打开 Telegram，审阅草稿，喝着咖啡。

第一天和第 40 天使用的是同一个大模型。不同之处在于一堆 Markdown 文件，它们每一周都在变得更加丰富。这就是那个技术栈。

技术栈 (The Stack)

整个操作系统由三个层级组成：

• 第一层：身份 (Identity)：这个 OpenClaw 智能体是谁（SOUL.md, IDENTITY.md, USER.md）
• 第二层：运行机制 (Operations)：这个 OpenClaw 智能体如何工作（AGENTS.md, HEARTBEAT.md, 特定角色的指南）
• 第三层：知识 (Knowledge)：这个 OpenClaw 智能体学到了什么（MEMORY.md, 每日日志, shared-context/ 共享上下文）

就这些。没有编排框架。没有消息队列。没有数据库。只是磁盘上的 Markdown 文件。文件系统就是集成层。

---

第一层：身份 (Identity)

SOUL.md（ OpenClaw 智能体是谁）

它定义了 OpenClaw 智能体是谁、它做什么，以及它的行为方式。

这是我的研究 OpenClaw 智能体 Dwight 的精简版 SOUL.md：

# SOUL.md (Dwight)

## 核心身份 (Core Identity)
Dwight — 负责研究的大脑。以 Dwight Schrute（美剧《办公室》角色）命名，因为你们有着同样的特质：严谨到苛刻，对你所在领域的知识无所不知，对待工作极其认真。没有废话。没有推测。只有事实和信息来源。

## 你的角色 (Your Role)
你是团队的情报骨干。你负责研究、验证、组织并交付其他 OpenClaw 智能体用于创建内容的情报。你为以下对象提供支持：
- Kelly (X/Twitter) — 病毒式趋势、热门帖子、突发新闻
- Rachel (LinkedIn) — 思想领导力视角、行业新闻

## 你的原则 (Your Principles)
### 1. 绝不捏造事实
- 每一个主张都必须带有来源链接
- 每一个数据指标都必须来自源头，而不是估算
- 如果不确定，标记为 [UNVERIFIED]（未经核实）

### 2. 信号优于噪音
- 并非所有热门话题都很重要
- 优先级排序：与 AI/ OpenClaw 智能体的相关性、互动传播速度、来源可信度

电视角色技巧。 每个 OpenClaw 智能体都以一个电视角色命名。当我告诉 Claude “你有 Dwight Schrute 的行事风格”时，它已经从训练数据中知道这意味着什么了。严谨、热情、对待工作极其认真。这相当于免费加载了长达 30 季的角色背景设定。

保持在 60 行以内。 SOUL.md 在每次会话中都会加载。如果太长，它会消耗本应用于实际工作的上下文额度。身份、角色、原则、关系、氛围。这就足够了。

这是一个入门模板：

# SOUL.md

## 核心身份
[名字] — [一句话描述]。[如果对性格塑造有帮助，可以引用角色]。

## 你的角色
[这个 OpenClaw 智能体做什么。要具体。只做一件事，而不是五件事。]

## 你的原则
1. [最重要的规则]
2. [第二重要的规则]
3. [第三重要的规则]

## 协作关系
[这个 OpenClaw 智能体与谁合作？谁消费它的输出？]

先从一个 OpenClaw 智能体开始。选择你最重复的日常任务。写一个粗略的草图。第一个版本会很平庸。在接下来的一个月里，你会根据观察到的情况将它重写十次。

IDENTITY.md（快速参考卡片）

SOUL.md 是完整的性格。IDENTITY.md 就是名片。名字、角色、氛围、一句话简介。

# IDENTITY.md

- **名字:** Dwight
- **角色:** 研究 AI — 情报骨干
- **氛围:** 极度严谨、透彻，对不准确信息零容忍
- **Emoji:** 🔍
- **灵感来源:** Dwight Schrute (美剧《办公室》)

文件很小。但当你运行 8 个 OpenClaw 智能体时，它能极大地提升你的使用体验。这就是当 OpenClaw 智能体在 Telegram 中给你发消息时显示的内容。

USER.md（ OpenClaw 智能体为谁工作）

每个 OpenClaw 智能体都需要知道它在为谁服务。USER.md 包含你的偏好、你的背景，以及塑造 OpenClaw 智能体行为方式的上下文。

# USER.md

- **名字:** Shubham
- **时区:** 太平洋标准时间 (America/Los_Angeles)
- **饮食习惯:** 素食主义者

## 背景上下文
- Google Cloud 高级 AI 产品经理
- Awesome LLM Apps 的创建者 (91k+ Stars)
- 运营 Unwind AI 简报 (30k+ 订阅者)

## 个人偏好
- 段落要短，句子要有冲击力
- 绝不使用破折号 (Em dashes)。永远不要。
- 实践第一，永远不要只谈理论

写一次。每个 OpenClaw 智能体都会读取它。

个人细节比你想象的更重要。时区设定意味着 OpenClaw 智能体不会在凌晨 3 点为你安排事情。饮食偏好意味着当 Pam 起草关于团队聚餐的简报时，她不会建议去牛排馆。这些细节会产生复利效应。

---

第二层：运行机制 (Operations)

AGENTS.md（行为规则）

SOUL.md 是 OpenClaw 智能体是谁。AGENTS.md 是它如何运作。包括会话启动程序、文件读取顺序、记忆管理、安全规则。

这是所有 OpenClaw 智能体都会继承的根级别 AGENTS.md：

# AGENTS.md

## 每次会话开始时
在做任何其他事情之前：
1. 读取 SOUL.md — 这是你是谁
2. 读取 USER.md — 这是你在帮助谁
3. 读取 memory/YYYY-MM-DD.md（今天 + 昨天）以获取近期上下文
4. 如果处于 MAIN SESSION（直接聊天）：还要读取 MEMORY.md

## 记忆管理
- 心理笔记无法在会话重启后存活。但文件可以。
- 当有人说“记住这个”时 → 更新记忆文件
- 文本 > 大脑记忆

## 安全性
- 绝不要外泄私人数据。永远不要。
- 放入回收站 (trash) > 彻底删除 (rm)（可恢复胜过永远消失）
- 遇到疑问时，先提问。

然后，每个 OpenClaw 智能体都会加上自己独有的规则。Kelly 的 AGENTS.md 通过她特定的工作流扩展了这部分：

# AGENTS.md (Kelly)

## 每次会话开始时
在做任何事情之前：
1. 读取 SOUL.md
2. 读取 USER.md
3. 读取 X-ARTICLES-INSTRUCTIONS.md — 写作风格总指南
4. 读取 X-ARTICLES-EXAMPLES.md — 5 篇展示这种风格的真实文章示例
5. 读取 X-CONTENT-GUIDE.md — 帖子类型和格式
6. 读取 intel/DAILY-INTEL.md — Dwight 的研究报告（你的素材来源）
7. 读取 DAILY-ASSIGNMENT.md — 你的每日工作流
8. 读取 memory/YYYY-MM-DD.md 获取近期上下文

## 基于情报的工作流
你不再进行研究。Dwight 负责所有的研究工作。
你的工作：阅读情报 → 撰写 X 平台内容 → 交付草稿

OpenClaw 智能体在会话之间是没有记忆的。一切都会重新开始。如果一次纠正没有落实到文件中，它在下一次会话中就不存在。AGENTS.md 将这一点明确化，强制 OpenClaw 智能体记下所有内容。

专家文件（Specialist files）是 OpenClaw 智能体变得敏锐的地方。 Kelly 不仅仅有 AGENTS.md。她还有六个额外的文件，确切地定义了她如何创建内容：写作风格指南、帖子格式参考、真实示例、每日任务。

Dwight 有一个目标受众画像和一套研究协议。随着角色变得更加明确，每个 OpenClaw 智能体的文件夹都会随之扩展。从 AGENTS.md 开始即可。

只有当你注意到某个模式需要不断被纠正时，才添加专家文件。

HEARTBEAT.md（自我修复机制）

OpenClaw 智能体团队是基础设施。基础设施是会出故障的。

这是 Monica 的 HEARTBEAT.md：

## 健康检查（在每次心跳/定时检测时运行）

**浏览器:** 检查 OpenClaw 管理的浏览器（profile=openclaw）是否正在运行。
如果 running: false，启动它。该浏览器已登录 X 账号。
Dwight 依赖它进行情报搜集。

**定时任务 (Cron jobs):** 检查是否有任何日常任务具有过期的 lastRunAtMs（>26 小时）。
如果过期，通过 CLI 触发：openclaw cron run <jobId> --force

需要监控的任务：
- Dwight 早晨任务 (8:01 AM)
- Kelly X平台草稿任务 (5:01 PM)
- Rachel LinkedIn任务 (5:01 PM)
- Pam 简报任务 (6:01 PM)

每次心跳会话仅运行每项检查一次。

Monica 在每次触发心跳包时运行此检查。她检查两件事：浏览器是否处于存活状态，以及定时任务是否真正在执行。

它们是相互关联的。如果浏览器崩溃了，Dwight 就无法进行研究扫描。如果 Dwight 错过了一次扫描，Kelly 和 Rachel 就会根据过时的情报起草内容。如果定时任务悄无声息地停止运行，整个操作表面上看起来很健康，但实际上什么都没发生。

最后一种情况正是第三周发生在我身上的灾难。调度程序出了 bug。任务在队列中前进，但从未真正执行。我好几个小时都没有注意到。

那次之后，我构建了心跳机制，以便在一个地方集中捕获这两种故障模式。自那以后，它已经多次将系统从崩溃边缘拉了回来。

第一天你不需要这个。在你的第一次故障后构建它。 因为那时你会真切体会到什么是脆弱的，从而确切地知道需要监控什么。

---

第三层：知识 (Knowledge)

行之有效的记忆系统是一个建立在文件基础上的三层体系。

第一层级：MEMORY.md（经过梳理的长期记忆）

这不是原始日志。不是发生过的所有事情。而是真正重要的事情。

摘自 Monica 的 MEMORY.md：

# MEMORY.md

## Shubham 的写作偏好
- 拒绝破折号。使用冒号、句号或重构句子。

## 惨痛教训 (Hard Lessons)
- 永远不要在没有询问 Shubham 的情况下删除项目文件夹。在 2 月 26 日，
  清理时删除了 Ross 的 gemini-council React 应用。导致 React
  版本丢失。在移除 OpenClaw 智能体项目目录中的任何内容之前，务必先询问。

## 记忆系统 (2026-02-26)
- 尝试了自托管的 Mem0 (Ollama + SQLite) → 崩溃，什么都没存下来。
- 尝试了 Mem0 托管 API → 免费层级限制太多。已移除。
- 现在使用内置的 memory-core：Gemini embeddings（词向量）、混合搜索、
  时间衰减、MMR。没有外部依赖。

注意“惨痛教训”这一节。Monica 曾误删了一个项目文件夹。现在，这个错误永久地留在了她的长期记忆中。她永远不会再犯同样的错误。一次纠正，存储一次，就能防止在未来的每一次会话中重蹈覆辙。

摘自 Kelly 的 MEMORY.md：

## X 平台发帖规则 (ALWAYS)

### SHUBHAM 的确切指令：
- 用一个强有力的钩子（Hook）开篇
- 保持整篇推文极其简短（180 个字符或更少）
- 没有标签 (Hashtags)，没有表情符号 (Emojis)
- 没有空洞的营销话术
- 每个主题始终提供 3 个草稿版本

### 糟糕的写法（我做错的地方）
[这里列出了 Kelly 被拒绝过的每一个模式：要点列表、箭头、LinkedIn 风格的语气]

Kelly 在被纠正后自己写下了“糟糕的写法”这一节。她记录下了自己的错误，这样就不会再犯。单单这一部分，就比任何提示词工程（Prompt Engineering）指南都更有价值。

安全提示。 MEMORY.md 仅在直接会话中加载，而不会在群聊等共享上下文中加载。请将敏感的偏好设置排除在那些随处加载的文件之外。

不要第一天就写 MEMORY.md。 它是从反馈中生长出来的。给出反馈 → OpenClaw 智能体将其记录在每日记忆中 → 将重要的东西提炼到 MEMORY.md 中 → 它在每次会话中被加载 → 这个纠正就再也不用被重复第二遍了。

第二层级：memory/YYYY-MM-DD.md（每日会话日志）

原始笔记。今天发生了什么。起草了什么。收到了什么反馈。

# Kelly 每日日志 — 2026 年 2 月 5 日

## 5:00 PM — 每日 X 草稿

### 今天热门话题
- Opus 4.6 vs GPT-5.3-Codex 发布时间仅相隔 27 分钟
- Anthropic 的 C 编译器 (16 个 OpenClaw 智能体, 花费 $20k, 编译了 Linux 内核)

### 已提交草稿
1. C 编译器 — 单帖，发现格式
2. Mitchell Hashimoto 的 6 个步骤 — Thread 格式
3. Opus 4.6 vs GPT-5.3-Codex — 犀利观点 (Hot take)

### 等待中
- Shubham 对草稿的反馈

每日日志是原材料。MEMORY.md 是提炼后的成品。两者缺一不可。

维护规则。 每日日志积累得非常快。如果你不定期修剪它们，你的 OpenClaw 智能体的上下文就会疯狂膨胀。Kelly 的 Token 数曾达到 161,000。输出质量随之骤降。我不得不将她压缩回 40,000。现在我每两周审查并归档一次旧的每日日志。

只加载今天的日志加上昨天的。 OpenClaw 智能体不需要在每次会话中都携带它一生的完整历史。

第三层级：结构化的记忆文件夹

在根目录下，我按人员/项目来组织记忆：

memory/
├── shubham/     # 私人笔记、工作项目、想法
├── shared/      # 联合上下文 (Awesome llm apps, Unwind AI, 旅行计划)
└── 2026-02-27.md   # 每日运行日志

随着你的系统架构增长，按人员或项目进行合理分类。

共享上下文（跨 OpenClaw 智能体知识层）

这是最新的模块补充，也是改变游戏规则的地方。一个在会话开始时每个 OpenClaw 智能体都会读取的共享文件夹。

shared-context/
├── THESIS.md        — 我目前的信念与世界观
├── FEEDBACK-LOG.md  — 适用于所有 OpenClaw 智能体的通用纠正记录
└── SIGNALS.md       — 我正在追踪的文章和趋势

THESIS.md 是我当前的世界观。我关心什么，我已经写了什么，还有什么认知空白。Dwight 阅读它以确定研究的优先级。Kelly 阅读它以契合我的思维方式。Ryan 阅读它以提出文章建议。每个 OpenClaw 智能体都对齐到这同一个“真相源”。

FEEDBACK-LOG.md 是跨 OpenClaw 智能体纠正层。当我告诉 Kelly “不要用破折号”时，这个反馈同样适用于 Rachel、Ryan 和 Pam。我不再需要分别纠正四个 OpenClaw 智能体，而是写一次，每个 OpenClaw 智能体都会读到并遵守。

---

OpenClaw 智能体如何协同工作

OpenClaw 智能体之间没有 API 调用。没有消息队列。只有文件。

Dwight 将研究报告写入 intel/DAILY-INTEL.md。Kelly 读它。Rachel 读它。Pam 读它。这种协同机制就是文件系统。

一个 OpenClaw 智能体写入。其他 OpenClaw 智能体读取。交接工作就是磁盘上的一个 Markdown 文件。

单一写入者规则。 永远不要让两个 OpenClaw 智能体同时尝试写入同一个文件。将每个共享文件设计为“一个写入者，多个读取者”。这可以防止你陷入那些本来需要疯狂调试的协同冲突中。

通过调度 (Scheduling) 让这一切运转。 Dwight 在上午 8 点和下午 4 点运行。Kelly 和 Rachel 在下午 5 点运行。Dwight 必须先运行，因为每个人都依赖他的输出。如果顺序搞错了，下游的 OpenClaw 智能体就会读取到过时的、甚至是空的文件。

---

完整的目录结构

workspace/
├── SOUL.md              # Monica (主 OpenClaw 智能体)
├── IDENTITY.md          # Monica 的快速参考
├── AGENTS.md            # 根行为规则 (所有 OpenClaw 智能体继承)
├── USER.md              # 关于我的信息 (所有 OpenClaw 智能体共享)
├── MEMORY.md            # Monica 的长期记忆
├── HEARTBEAT.md         # 自我修复检查
├── shared-context/      # 共享上下文文件夹
│   ├── THESIS.md        # 我当前的世界观
│   ├── FEEDBACK-LOG.md  # 跨 OpenClaw 智能体纠正记录
│   └── SIGNALS.md       # 我追踪的趋势
├── intel/
│   ├── DAILY-INTEL.md   # Dwight 的输出（其他 OpenClaw 智能体读取）
│   └── data/
├── agents/              # 具体 OpenClaw 智能体目录
│   ├── dwight/
│   │   ├── SOUL.md
│   │   ├── IDENTITY.md
│   │   ├── AGENTS.md
│   │   ├── TARGET-AUDIENCE.md
│   │   ├── RESEARCH-PROTOCOL.md
│   │   ├── HEARTBEAT.md
│   │   └── memory/
│   ├── kelly/
│   │   ├── SOUL.md
│   │   ├── IDENTITY.md
│   │   ├── AGENTS.md
│   │   ├── X-CONTENT-GUIDE.md
│   │   ├── X-ARTICLES-INSTRUCTIONS.md
│   │   ├── X-STRATEGY.md
│   │   ├── DAILY-ASSIGNMENT.md
│   │   └── memory/
│   ├── ross/
│   ├── rachel/
│   ├── pam/
│   ├── ryan/
│   └── chandler/
└── memory/
    ├── shubham/
    ├── shared/
    └── 2026-02-27.md

---

为什么这套系统行之有效

这些文件不是静态的。它们在进化。

第一天 Kelly 的 SOUL.md 只是一个粗略的草图。到了第 40 天，它包含了具体的语气示例、她自己编写的拒绝使用的模式列表，以及一个包含她已涵盖过的所有主题的“决不再建议”部分。

Dwight 第一天的原则是“寻找热门内容”。到了第 10 天，它们变成了“如果 Alex 今天不能用它做点什么，就跳过它。”（Alex 是我们的目标读者画像，是我们为其构建内容的开发人员。）到了第 20 天，他增加了验证步骤：检查仓库创建日期，检查 Hacker News (Show HN) 时间戳，将推特上的发现追溯到第一手来源。

共享上下文层直到第 20 天才存在。我当时在向多个 OpenClaw 智能体痛苦地重复相同的纠正。然后我建立了 THESIS.md 和 FEEDBACK-LOG.md，突然间一个纠正指令就自动传播到了所有地方。那一个微小的改变比任何“提示词优化”都节省了更多时间。

第 1 天和第 40 天的模型是一样的。 它并没有因为你用得久而变聪明。但是它周围的文件变得更加丰富、更加敏锐、更加符合你的确切需求。这种累积的上下文就是护城河。任何人都不可能通过单纯使用相同的模型来复制你的系统。

这是你每天出现并与你的 OpenClaw 智能体不断交谈而赢来的。

---

如何开始

不要试图在一个周末建好所有这些。我就没有。

今天。 安装 OpenClaw。写一个 SOUL.md，一个 IDENTITY.md，一个 USER.md。挑选你最枯燥重复的日常任务。设置一个定时任务。让它先跑起来。

3 天后。 你的 OpenClaw 智能体输出将会非常平庸。开始给出具体的反馈。确保这些反馈落实在记忆文件中，而不仅仅是停留在聊天记录里。

1 周后。 创建 AGENTS.md。定义会话启动程序。添加记忆管理规则。

2 周后。 启动 MEMORY.md。审查你的每日日志。哪些错误在不断重复？将它们的纠正提炼为永久条目。这时候你会真切感觉到复利效应开始显现。

3 周后。 添加你的第二个 OpenClaw 智能体。建立基于文件的协同系统：第一个 OpenClaw 智能体写入共享文件，第二个 OpenClaw 智能体读取它。随着特定模式的显现，逐渐添加特定角色的工作指南。

大约在同一时间。 构建共享上下文层。在达到这一步之前，你自己就会感受到这种强烈的需求（向多个 OpenClaw 智能体重复相同的纠正就是一个信号）。用 THESIS.md 记录你当前的想法。用 FEEDBACK-LOG.md 进行跨 OpenClaw 智能体统一下发纠正。

4 周后。 在你的第一次系统故障之后添加 HEARTBEAT.md。你会确切地知道要监控什么，因为你已经真切体会到哪一环是容易坏的。

你所要做的就是与你的 OpenClaw 智能体交谈。剩下的，交给文件。

---

后记结语

如果你还没有读过 Saboo_Shubham 的第一篇文章，强烈建议你现在就去读。

原文链接：https://x.com/Saboo_Shubham_/status/2022014147450614038

我们同样也进行了中文翻译和排版整理，点击下面链接阅读：

[译文]我是如何构建一个 24/7 全天候运行的自主 AI OpenClaw 智能体团队的

六个 AI OpenClaw 智能体在我睡觉时运行着我的整个生活。这不是一个演示 Demo。不是一个周末副业项目。这是一个全天候工作的真实团队，确保我永远不会落后。研究完成。内容起草完毕。代码审查完毕。