SOUL调教方法论：从「通用废话」到「专属搭档」

社区里最常见的一句话："装了OpenClaw，感觉和ChatGPT没什么区别。"

原因特别简单——没写SOUL.md，或者写了但写得像废话。

有人从网上抄了个模板，结果"同一件事，今天写得像爆款，明天写得像说明书"。模板解决不了这个问题。别人的业务逻辑、偏好、禁忌跟你的完全不一样，抄过来只是给AI一堆跟你无关的指令。

这篇教你从自己的业务逻辑推导出配置。

OpenClaw有三个核心配置，各管一件事：

SOUL.md管它是谁——说话风格、能做什么、什么绝对不能做。USER.md管你是谁——你的身份、偏好、业务上下文。AGENTS.md管每次任务怎么干——工作流程和交付标准。

打个比方：SOUL是驾驶风格，USER是目的地，AGENTS是导航路线。三个都配好，AI才能稳定地把你送到你想去的地方。

花20分钟配好这三个文件，效果比折腾2小时提示词好得多。

别从"我要写什么"开始。从三个问题开始。

它主要帮你干什么？ 列3到5个最高频的使用场景。写"什么都能做"等于没写——什么都能做的员工，什么都做得平庸。

拿星芒助手举例。我写的是：商业分析和决策支持、内容创作辅助（公众号、朋友圈、口播稿）、产品和定价分析、竞品研究、日程提醒和任务管理。

场景越具体，输出越稳定。"帮我写内容"是废话。"帮我写公众号文章，短句风格，开头3段必须有痛点和收益"才是有效指令。

它必须知道什么才能干好？ 大多数人忽略这个。你以为AI什么都知道，但它不知道你的业务。

需要写清楚的东西：你的身份背景（决定回答的专业深度）、你在卖什么产品卖给谁（让建议有针对性）、你的偏好（短句还是长文、直接还是委婉）、你的工具栈（飞书还是钉钉）、这个季度的重点（让建议有优先级）。

什么事绝对不能做？ 这个最重要。没有底线的AI员工比没有AI员工更危险。

还记得Meta安全总监的事吗？OpenClaw删光了她数百封邮件，喊三次停手都没用。底线写清楚了，很多事情就不会发生：未经确认不对外发布、不编造数据、覆盖文件前先备份、不主动删除文件、涉及金钱操作必须二次确认。

第一版（Day 1）——通用废话。 Claude Code帮我生成的初稿就四行："你是一个AI助手，帮助用户完成各种任务。请保持友好、专业的态度。如有不确定的信息，请说明。"

问题很明显：回复一会儿像客服，一会儿像写论文，完全不稳定。这等于没写。

第二版（Day 2）——有框架，太粗。 加入了身份和基本规则："你是星芒AI进化岛的AI助手。服务对象是Tia，前投资人，做一人公司。回答要简短直接。"

有了基本人格，不再像通用客服。但业务上下文太粗，遇到具体问题还是给泛泛的建议。比如我问"这个定价合不合理"，它不知道我的产品矩阵和竞品情况，只能给教科书式回答。

第三版（Day 3）——定稿。 加入了完整的产品矩阵（6个产品的名称、定价、状态）、行为规则（必须做和禁止做各5条）、语气示例。

语气示例这个东西，对效果提升最大。直接给它看好的回复长什么样、不好的回复长什么样，比抽象地说"要简洁"有效得多。

用同一个选题连续跑3次，第一版3次输出天差地别，第三版3次风格高度一致。这就是SOUL.md的价值——让AI的输出稳定可预期。

SOUL.md解决"它是谁"，AGENTS.md解决"每次干活按什么流程"。

没有SOP的员工，每次都要重新教。有了SOP，工作流程固定，你只做最终审核。

拿内容创作举例。我的AGENTS.md里写了：先确认目标读者、核心收益和发布场景，然后输出5个标题方向让我选，接着生成1000到1500字的初稿，最后自动输出markdown文件并附上金句版和转发文案。

交付标准也写了：开头要有冲突感、每节要有可执行的方法、至少给一个可复制的模板。

还有安全规则：外发前必须确认、覆盖文件前先备份。

SOUL.md有长度限制吗？ 理论上没有。但越长每次交互消耗的token越多——系统提示词每次消耗8,000到15,000 token。建议控制在500到1500字，写最重要的信息。

业务变了怎么办？ SOUL.md是活文档，随时改。建议每月review一次，更新"当前重点"。但核心人格和底线规则别频繁变——变太多AI的行为会不稳定。

中文还是英文？ 都行。用你最自然的语言写。

改完要重启吗？ 要。修改后重启OpenClaw服务，新配置才生效。