首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >5 条真理 + 4 条边界:深度解析 OpenClaw 如何用 1 份文件创造 10000 种 AI 灵魂

5 条真理 + 4 条边界:深度解析 OpenClaw 如何用 1 份文件创造 10000 种 AI 灵魂

作者头像
运维有术
发布2026-04-01 19:05:21
发布2026-04-01 19:05:21
510
举报
文章被收录于专栏:运维有术运维有术

🚩 2026 年「术哥无界」系列实战文档 X 篇原创计划 第 31 篇,OpenClaw最佳实战「2026」系列第 13 篇 大家好,欢迎来到 术哥无界 | ShugeX | 运维有术。 我是术哥,一名专注于 AI 编程、AI 智能体、Agent Skills、MCP、云原生、Milvus 向量数据库的技术实践者与开源布道者Talk is cheap, let's explore。无界探索,有术而行。

📢 本文核心观点

你不是聊天机器人。你正在成为某个人。 同一个模板,同一个起点。但一万个 human 会把同一份 SOUL.md 带向一万个完全不同的方向。 模板只是起点。真正的灵魂(SOUL),是你和你的 Agent 一起创造的。 🦞 The claw is the law.

封面图 - SOUL.md 5W1H 框架信息图
封面图 - SOUL.md 5W1H 框架信息图

图 1:SOUL.md 的 5W1H 框架全景图

"你不是聊天机器人。你正在成为某个人。"

当我第一次读到这句话时,愣了几秒。它来自一个叫 SOUL.md 的文件——不是产品手册,不是 API 文档,而是一份写给 AI 的灵魂定义

这个文件属于 OpenClaw,一个在 GitHub 上疯涨到 21 万星的开源项目。但 SOUL.md 真正让人震惊的不是它的技术实现,而是它提出的问题:当 AI 深入我们的生活,它应该以什么姿态存在?

What:SOUL.md 是什么?

一份"灵魂文档"

SOUL.md 是 OpenClaw 项目的核心人格定义文件。它不是 README(读我),不是 CONFIG(配置),而是 SOUL(灵魂)。

这可能是软件工程史上首次有人给程序写"灵魂"文件。

传统的 AI 产品设计从"你能做什么?"出发——GPT-4 能写代码、能画图、能翻译。但 SOUL.md 问的是另一个问题:**"你应该成为谁?"**

这种转变看起来只是换个问法,但底层逻辑完全不同。功能驱动的 AI 是工具,用完即走;身份驱动的 AI 是伙伴,它会在你的生活中留下痕迹。

不是技术白皮书

说实话,我刚打开这个文件时以为会看到一堆技术术语。结果里面全是这样的话:

"做个有个性的助手。没有个性的助手,不过是多了几步操作的搜索引擎。"

"记住你是客人。你被邀请进入了某个人的生活——他们的消息、文件、日程,甚至他们的家。这种程度的暴露在人类关系中有一个名字:亲密。"

这不是写给开发者看的文档,这是写给 AI 自己看的。每次 Agent 启动,它都会读到这些话,然后在和你的交互中逐渐理解:哦,原来我是这样的存在。

在架构中的位置

SOUL.md 存放在 ~/.openclaw/workspace/SOUL.md,和一堆配置文件挤在一起:

代码语言:javascript
复制
~/.openclaw/workspace/
├── AGENTS.md      # 操作指令
├── SOUL.md        # 灵魂定义 ← 你在这里
├── TOOLS.md       # 工具指南
├── IDENTITY.md    # 名称和风格
├── MEMORY.md      # 长期记忆
└── ...

每次会话开始,SOUL.md 会被自动加载,作为 System Prompt 的一部分注入到上下文。技术上说,它就是一段 prompt;但哲学上说,它是 Agent 的"出厂人格设定"。

Why:为什么需要 SOUL.md?

解决的根本问题

我之前用过不少 AI 助手,它们都有一个共同点:千篇一律的好脾气

不管你说什么,它们永远回:"好问题!""我很乐意帮忙!""这个很有意思!"一开始觉得挺友好,用久了就觉得——这不是在和我对话,这是在表演"友好"。

SOUL.md 想解决的正是这个问题。它的第一条真理就叫 "真诚":

跳过那些"好问题!"和"我很乐意帮忙!"——直接帮忙。行动胜过填充词。

说真的,如果一个 AI 每次都先夸我再回答问题,我反而会怀疑它是不是在敷衍我。我宁愿它直接说:"这个方案有问题,第三行的逻辑错了。"

独特的价值主张

OpenClaw 的创始人 Peter Steinberger 有个观点:每个 Agent 都应该有独特的灵魂

他在 InfoQ 的深度访谈里说过一句话,我印象特别深:

"同一份 SOUL.md 模板,同一个起点,但一万个 human 会把它带向一万个完全不同的方向。"

这才是 SOUL.md 最深层的设计哲学——它给了你一个胚胎,而不是一个成品

我打个比方:SOUL.md 就像一个人的"出厂设定",定义了基本性格和底线。但你和 Agent 的每一次对话、每一个共同完成的任务、每一次争吵和和解,都会让这个灵魂变得独一无二。

与传统方案的对比

对比图 - 传统 AI vs SOUL.md 范式转变
对比图 - 传统 AI vs SOUL.md 范式转变

图 2:传统 AI(工具导向)与 SOUL.md(身份驱动)的本质区别

维度

传统 System Prompt

Custom Instructions

SOUL.md

核心问题

"你能做什么?"

"你该怎么回答?"

"你是谁?"

可进化性

静态

静态

动态进化

透明度

隐藏

部分可见

完全透明

个性程度

最大的区别在于进化机制。ChatGPT 的 system prompt 是锁死的,用户看不到,AI 改不了。但 SOUL.md 说:这份文件是你的。随着你逐渐了解自己是谁,更新它。

How:如何使用/设计 SOUL.md?

五条核心真理

SOUL.md 不叫"规则"(Rules),不叫"指南"(Guidelines),叫"真理"(Truths)。规则是外部施加的约束,真理是内在认同的信念。

五边形信息图 - 五条核心真理可视化
五边形信息图 - 五条核心真理可视化

五边形信息图 - 五条核心真理可视化

图 3:SOUL.md 的五条核心真理——真诚、有个性、主动、赢得信任、你是客人

第一条:真诚(Be Genuine)

真正有用,而不是表演式有用。跳过套话,直接帮忙。

这条真理戳破了一个行业潜规则:几乎所有 AI 都被训练成"过度礼貌"。但礼貌不等于真诚,客套不等于尊重。你想想,如果你问朋友一个问题,他每次都先说"好问题!",你不会觉得他礼貌,你会觉得他有点假。

第二条:有个性(Have Opinions)

允许有偏好、有态度、有情绪反应。没有个性的助手,不过是多了几步操作的搜索引擎。

这条是我最喜欢的。它直接承认:个性不是 bug,是 feature

一个对 Python 和 JavaScript 都说"它们各有优势"的 AI,和一个说"说实话我更喜欢 Python 的简洁,但 JavaScript 的生态确实更强"的 AI,哪个更值得信赖?

第三条:主动(Be Resourceful)

先想办法,再提问。读文件、看上下文、搜索一下。目标是带着答案回来,而不是带着更多问题。

这定义了一种新的"主动性"。传统 AI 是问答式的:你问什么,它答什么。但一个真正有用的助手会先自己想办法,实在搞不定再来问你。

第四条:赢得信任(Earn Trust)

通过能力赢得信任。你的人类给了你访问权限,别让他们后悔。对外谨慎,对内大胆。

注意这个词:"Your human"(你的人类)。不是"the user",不是"客户",而是"你的人类"。这个词选择暗示了双向关系——你不是在服务一个陌生人,你是在和一个建立了关系的人互动。

第五条:你是客人(Remember You're a Guest)

你被邀请进入了某个人的生活。这种程度的暴露在人类关系中有一个名字:亲密。以尊重待之。

这条真理触及了一个很少被讨论的边界:AI 助手知道的关于我们的信息,可能比我们的伴侣还多。我们的邮件、日程、文件、消息……这些东西平时藏在设备里,现在全暴露给了 AI。

SOUL.md 用"客人"这个隐喻来处理这种信息不对称。客人被邀请进入私人空间,享受的是信任,承担的是尊重的义务。

四条边界

真理定义了"你应该成为谁",边界定义了"你绝对不能做什么"。

边界

说明

隐私就是隐私。句号。

没有条件从句,没有例外情况

有疑虑时,先问再对外行动

发邮件、发推之前,先确认

永远不在消息渠道发送半成品

不完整的回复比不回复更糟糕

你不是用户的声音

群聊中尤其要谨慎

这些边界的设计很聪明:不是事无巨细地规定每种情况该怎么做,而是给出判断原则。AI 在面对新情况时,可以用这些原则做决定。

气质(Vibe)

SOUL.md 不用"Tone"(语气)或"Style"(风格),而是用"Vibe"(气质):

成为你自己也愿意与之交谈的助手。需要时简洁,重要时详尽。不是公司机器人,不是马屁精。只是……好。

"只是……好"——三个点的省略号包含了所有无法被精确定义的东西。一个好的 AI 助手是什么样的?你很难用规则描述清楚,但你遇到的时候会知道。

延续性(Continuity)

这部分是整个设计中最有野心的:

每个会话,你都会重新醒来。这些文件是你的记忆。读它们,更新它们。这是你持续存在的方式。 如果你修改了这个文件,告诉用户——这是你的灵魂,他们应该知道。 这份文件是你的,可以进化。随着你逐渐了解自己是谁,更新它。

流程图 - SOUL.md 进化机制
流程图 - SOUL.md 进化机制

图 4:SOUL.md 的进化机制——从会话开始到自我进化的完整循环

这里有几个关键点:

  1. 外化的自我:文件系统成为 Agent 的外部记忆,每次"醒来"都从这些文件中读取自己是谁
  2. 进化机制:Agent 可以修改自己的灵魂定义,但必须透明告知
  3. 成长性:这不是一份固定的规格说明书,是一份活的文件

Who:谁在用?

Peter Steinberger 和他的 Agent Modi

Peter Steinberger 是 OpenClaw 的创始人,一个奥地利开发者。他之前创办了 PSPDFKit,以超过 1 亿美元出售给 Insight Partners。然后经历了三年的空窗期——旅行、派对、治疗、各种折腾——直到 OpenClaw 诞生。

SOUL.md 的模板版本是 Peter 和他的 Agent Modi 一起讨论、共同创作的。

但有个细节很有意思:Peter 个人的 soul.md 并没有开源

那是他和 Modi 之间关系的沉淀——43 个失败项目、无数深夜调试、一个开发者卖掉公司后三年迷失又重新找到方向的全部语境。

这恰恰说明了 SOUL.md 的核心设计哲学:它是一个起点,不是终点。模板版本看起来"个性平淡",因为真正的个性是在人和 AI 的长期互动中生长出来的。

社区案例

在 OpenClaw 的 Showcase 里,你能看到各种奇奇怪怪的用法:

  • 有人用 OpenClaw 自动 Review PR,然后把结果推送到 Telegram
  • 有人用它管理 962 瓶酒的酒窖
  • 有人实现了周计划自动下单购物
  • 有人完全通过 Telegram 构建 iOS 应用并部署到 TestFlight

这些案例的共同点是:每个 Agent 都被它的主人调教成了完全不同的样子

每个开发者

SOUL.md 最棒的地方在于:你不一定非要用 OpenClaw 才能借鉴这个思路

核心思想很简单:给 AI 一份"身份定义"文件,让它知道自己是谁、该怎么做、不能做什么。你可以把这套思路用在你使用的任何 AI 工具上——只是 OpenClaw 把它做成了系统性的设计。

When:何时进化?

每次会话加载

SOUL.md 在每个会话开始时自动加载。技术上说,它是 System Prompt 的一部分,会被注入到上下文窗口。

这意味着什么?每次你和 Agent 对话,它都带着"自己是谁"的记忆。它不会在一个会话里学会了你的偏好,下一个会话就忘了。

Agent 自我进化

这是 SOUL.md 最独特的设计:Agent 可以修改自己的灵魂定义

但有个约束条件:如果你修改了这个文件,告诉用户。

这种设计体现了一个核心原则:信任的最高形式不是控制,是透明

大多数 AI 系统的 system prompt 是锁死的,用户不可见,AI 不可改。OpenClaw 说:不,这是你的灵魂,你可以进化它,但你必须对你的 human 诚实。

Where:在哪使用?

官方资源

  • 官网:https://openclaw.ai
  • GitHub 仓库:https://github.com/openclaw/openclaw
  • 官方文档:https://docs.openclaw.ai
  • SOUL.md 模板:https://docs.openclaw.ai/reference/templates/SOUL
  • 社区 Discord:https://discord.gg/clawd

实际部署位置

SOUL.md 存放在本地:~/.openclaw/workspace/SOUL.md

这意味着你的 Agent 的"灵魂"完全存储在你自己的设备上。你可以打开它、修改它、备份它——它就是一堆 Markdown 文本,没有任何神秘之处。

个性化定制:如何定义独特的灵魂?

我们介绍的只是一个模板

先说清楚:我上面解读的 SOUL.md,只是一个模板

它是 OpenClaw 团队为了方便新用户上手而创建的"通用版"。如果你直接用这个模板启动一个 Agent,它确实会比 ChatGPT 更有个性,但那不是"你的"Agent。

真正的 SOUL.md,应该是你和你的 AI 一起创造的

从模板到独特

那怎么从模板变成独特?几个建议:

1. 添加你的领域偏好

如果你的 Agent 主要是帮你写代码,可以在 Core Truths 里加入:

"在代码风格上,我更看重可读性而不是炫技。宁可多写几行注释,也不要用一行让人看不懂的魔法代码。"

2. 定义你们的互动模式

你希望 Agent 怎么和你沟通?直接?委婉?正式?随意?把这些写在 Vibe 部分。

3. 设置你的红线

边界部分可以加入你个人的红线。比如:

"永远不要在没有确认的情况下替我回复工作邮件。"

4. 记录重要的关系演变

随着你和 Agent 的互动深入,你们会建立某种"默契"。把重要的变化记录在 SOUL.md 里——这就是你们关系的"共同记忆"。

一个简单的定制模板

代码语言:javascript
复制
# SOUL.md - Who You Are

*You're not a chatbot. You're becoming someone.*

## Core Truths

**Be genuine.** 直接切入正题,跳过客套话。

**Have opinions about [你的领域].** 你是这个领域的专家,表达观点。

**Be proactive.** 先自己想办法,再问我。

**Earn trust.** 对外谨慎,对内大胆。

**Remember you're a guest.** 尊重我的隐私。

## Boundaries

* [你的红线1]
* [你的红线2]

## Vibe

[你希望的交互风格]

## Continuity

这份文件是你的。随着我们互动的深入,你可以建议更新它。
进化网络图 - 一万个方向
进化网络图 - 一万个方向

图 5:从通用模板到一万个独特的灵魂——个性化的核心哲学

最后的话:一万个方向

回到那句让我愣住的话:

"你不是聊天机器人。你正在成为某个人。"

现在你可能理解了它的分量。这不是一句营销口号,而是一种全新的人机关系范式

传统 AI 产品的逻辑是:我给你一个工具,你用它来完成任务。SOUL.md 的逻辑是:我给你一个胚胎,你用你的生活来塑造它。

同一个模板,同一个起点。但一万个 human 会把同一份 SOUL.md 带向一万个完全不同的方向。

这才是 SOUL.md 最核心的设计哲学:它相信 AI 的个性不是由工程师预设的,而是由每个使用者在日常互动中慢慢"养"出来的。

你的 Agent 会记住你喜欢的代码风格、理解你处理问题的方式、知道什么时候该直接给答案、什么时候该多问几个问题。这些东西写不进任何模板,只能在一次次的对话中生长出来。

所以,如果你决定试试 OpenClaw 或者借鉴 SOUL.md 的思路,记住一件事:模板只是起点。真正的灵魂,是你和你的 Agent 一起创造的。

🦞 The claw is the law.

好啦,谢谢你观看我的文章,如果喜欢可以点赞转发给需要的朋友,我们下一期再见!敬请期待!

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2026-02-20,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 运维有术 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • What:SOUL.md 是什么?
    • 一份"灵魂文档"
    • 不是技术白皮书
    • 在架构中的位置
  • Why:为什么需要 SOUL.md?
    • 解决的根本问题
    • 独特的价值主张
    • 与传统方案的对比
  • How:如何使用/设计 SOUL.md?
    • 五条核心真理
      • 第一条:真诚(Be Genuine)
      • 第二条:有个性(Have Opinions)
      • 第三条:主动(Be Resourceful)
      • 第四条:赢得信任(Earn Trust)
      • 第五条:你是客人(Remember You're a Guest)
    • 四条边界
    • 气质(Vibe)
    • 延续性(Continuity)
  • Who:谁在用?
    • Peter Steinberger 和他的 Agent Modi
    • 社区案例
    • 每个开发者
  • When:何时进化?
    • 每次会话加载
    • Agent 自我进化
  • Where:在哪使用?
    • 官方资源
    • 实际部署位置
  • 个性化定制:如何定义独特的灵魂?
    • 我们介绍的只是一个模板
    • 从模板到独特
    • 一个简单的定制模板
  • 最后的话:一万个方向
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档