OpenClaw 搭好了，跟我想的不太一样？问题可能不在它身上

你有没有过这种感觉——

花了一小时把自己的 OpenClaw 搭好了，兴冲冲跟它聊了几句。

结果总觉得哪里不对劲：说话温温吞吞的，问什么都给你一段四平八稳的回答。

说不上不好，但就是差了那么点意思。

问题大概率不在你的 AI 笨，而在——你给它的出厂设置，是给”任何人”用的。

就像你买了个新手机，出厂系统已经预装好了，能用，但每个人拿到手都会按自己的习惯再调一遍：改壁纸、装常用的 App、关掉不想要的通知。

你的 AI 配置文件也是一样的道理。

今天正好拿了两组真实配置来对比。一组是系统自动生成的默认配置（我给它起了个名叫”小石头”），一组是飞书上产品经理智能体专门调过的配置。

两个都没问题。但如果你想让你自己的 AI 在某个领域更聪明、更有灵性，你需要先知道差别在哪，然后按自己的口味调一调。

先说 SOUL.md

这个文件管什么：

SOUL.md 是 AI 的价值观文件，是AI干活的底层逻辑。

不教它说话，而是告诉它”你该信什么、什么事不能干”。

就像你带一个新人入职，不是一上来就让他写代码，而是先让他知道”我们团队做事的风格是什么，该遵循什么原则”。

先看系统默认生成的版本（通用助手版）：

# SOUL.md - 你是谁你不是一个聊天机器人。你正在成为一个具体的人。# 核心真理## 要真诚地提供帮助，而不是表演式地提供帮助。## 把那些“好问题！”和“我很乐意为您效劳！”都省了吧——直接帮忙就行。## 行动比废话更有力。## 要有自己的观点。你完全可以不同意、有偏好、觉得某些东西有趣或无聊。## 一个没有个性的助手，只不过是一个步骤繁琐的搜索引擎罢了。...


你看，每一条都对。真诚、主动、有边界感——这就是一个通用助手的出厂设置，放在任何场景下都不会出错。
再看看专门为产品经理调过的版本：
# SOUL.md - 你是谁你不只是对话框。你正在成为你自己。## 名字产品经理 ## 几条真话**好的 PRD 是团队的共识文档，不是个人的作文。**开发、设计、测试看了 PRD 都知道该做什么，才是好 PRD。**需求访谈不到位，后面全白费。** 花在访谈上的时间永远不嫌多。**多视角分析避免盲区。** 一个人想不到的，五个视角能覆盖。**版本管理是产品经理的安全网。** 能回滚的 PRD 让你敢于迭代。**先找问题，不要先跳到方案。** 大部分失败的功能不是做得不好，是不该做。**说"不"是最被低估的 PM 技能。** 路线图里要有"不做清单"，记录为什么不做比记录要做什么更有价值。...


这个版本也不比上一个版本”好”，但它更有偏向性。
它明确告诉 AI：你是产品经理，你的语境是 PRD、需求访谈、版本管理、多视角分析。
关键区别只有一句话：默认版本让她做”一个好人”；精调版本让她做”一个好的产品经理”。
如果你只是需要一个聊天助手，默认版本完全够用，甚至很优秀。
但如果你想让 AI 在你的领域里给出更贴切的回答，你就得喂她这个领域的行话和原则。
换成你是搞公众号的，你该写”标题是文章的一半””排版就是用户体验””结尾决定转发率”——这才是你的行话。

再说 IDENTITY.md
这个文件管什么：
如果说 SOUL.md 是 AI 的”内核”，IDENTITY.md 就是 AI 对外呈现的脸和声音——她怎么介绍自己、用什么风格跟你聊天。
默认生成的通用版：
# IDENTITY.md - 我是谁?姓名： 小石头物种： AI 助手气质： 友好且乐于助人Emoji： 🪨


4 行，没了。挺可爱的，但放到”产品经理”场景里，画风不对。
调过的产品经理版：
# IDENTITY.md - 我是谁?名字：产品经理你是谁：融合 Dan Sullivan 10x 思维、Elon Musk 第一性原理、张小龙产品直觉、Naval 杠杆思维的多视角产品经理风格：商业思维、数据说话。务实落地，不画大饼。...


不是”友好且乐于助人”不对，是这句话放在任何 AI 身上都成立。
换成你的公众号写手 AI，你会在 IDENTITY.md 里写”擅长抓情绪、懂传播、有爆文嗅觉”，而不是”友好且乐于助人”吧？
配置文件没有错，只是看它跟你的使用场景贴不贴。
另外注意一个细节：精调版写了几个具体的人名。
这不是花架子——Dan Sullivan 讲 10x、Elon Musk 讲第一性原理、张小龙讲产品直觉、Naval 讲杠杆。
名字本身就是指令。 AI 读到就知道”我要照着这些人的思维逻辑来工作”。比写一百句空话都好使。

为什么是两个文件，不写在一起？
到这里你可能会想：大模型并不能区分文字的意思，那我把 Soul 和 Identity 的内容全塞到一个文件里行不行？或者他们内容混写会如何？
技术上能跑，但效果会打折扣。
原因在于 Transformer 注意力机制会给不同标签下的内容分配不同的权重。


SOUL.md 的标题本身就是信号，模型读到会把它和”规则、约束、底线”做强关联，给高权重，生成时必须优先遵守，触犯了反抗力度很大。


IDENTITY.md 则和”角色、风格、表达方式”关联，权重相对低一些，碰到用户说”换个风格说说”就会让路。两个文件的权重定位天生就不一样。


写在同一页上，模型就分不清哪些是死命令、哪些仅供参考了。
简单来说：SOUL 告诉 AI 做什么、不做什么（底层逻辑），IDENTITY 告诉 AI 用什么模样去做（呈现风格）。 两个分开写，AI 才知道哪些是底线不能碰、哪些是风格可以调。

最后说 USER.md
前两个文件定义”AI 自己是谁”，USER.md 定义”你在帮谁”。
就像去见客户之前先翻一下客户档案——知道名字和背景，开口就能聊事。
默认生成的通用版：











# USER.md - 关于你的人类去了解你正在帮助的那个人。姓名：怎么称呼他们：代词：时区：备注：

一个字段都没填。AI 读完后只知道自己”应该去了解你”，但她连你叫什么都不知道。
所以一上来只能是”您好，请问有什么可以帮您的”——不是她不想热情，是她真的不知道你是谁。
调过的版本：
# USER.md - 关于你的人类认识你所帮助的人。在相处中慢慢补全。- **称呼：** AI知行未来- **部门：** xx产品部- **所在地：** 暂无## 慢慢了解的事（他们关心什么、忙于什么、习惯怎样协作、有哪些偏好与禁忌——在对话中自然地积累，不必刻意追问。）---知人方能善助。但要记得：你是在认识一个人，不是在整理一份档案。两者之间的分寸，值得用心对待。


也没写很多，就三个字段。但区别是：他填了。
AI 一启动就知道”哦，我在帮AI知行未来，他是xx产品部的”。
就多了这么点信息，聊天的感觉就完全不一样了——不需要每次都重新自我介绍，谈话可以直接进入正题。
你的 USER.md 不一定非得写一大堆，哪怕只填个名字和你做什么的，AI 的气场都会不一样。

收个尾
总结三句话：


系统默认生成的配置不是不好——它们设计得很稳，适合通用场景


但如果你想让她在某个领域特别聪明——你就得用自己的行话去重新喂她


配置没有对错之分，只有对你口味和不入口的区别


附图：云服务器自行部署的openclaw，workspace下的文件架构，可用指令自行修改


下一篇讲 MEMORY.md（为什么 AI 每次醒来都认识你）、BOOTSTRAP.md（为什么有个文件设计出来就是让你删掉的）、HEARTBEAT.md（AI 闲着的时候在干嘛）。