OpenClaw 西游记 · 第六回

品牌进驻闹乌龙配置分离保平安

这一篇讲明白：分了 Session 和 Channel，只是让 AI 不要走错房间；要让它别说错话，还得告诉它每个房间里的规矩。 

⏱️ 预计阅读时间：5 分钟

分了房间，咋还串味？

上回说到，AI 不能啥都塞进一个会话里。

写文章、排查问题、做总结，最好分开。不同入口、不同频道、不同任务，也最好别混在一起。

这一步很重要。

它至少能避免一种情况：

我明明在聊 A 任务，AI 却把 B 任务的东西带进来了。

实际使用时可能会发现，只把 Session[*会话] 和 Channel[*渠道] 分开，还不够。

因为 AI 可能没有走错房间。但它进了房间以后，还是说错了话。

比如，让它写科技博主的内容。

这个场景里，语气可以直接一点。有问题说问题，有坑说坑，偶尔讲点技术细节，也没关系。

但如果同样的口吻，被它拿去写一家烘焙店的文案，就很奇怪。

顾客还没看到新品的原料介绍，先被按在地上科普了一顿。

所以这一回要解决的，不仅仅是“AI 有没有拿错资料”。

而是：

AI 知不知道自己现在该按谁的规矩说话。

不是资料错了，是规矩没说清

对于日常工作来说，区分项目就是多建几个文件夹。

这个文件夹放科技文章。那个文件夹放门店文案。再来一个文件夹放客户资料。

人当然能看懂。

但 AI 不一定。

对 AI 来说，只知道“这里有一堆资料”还不够。它还得知道这堆资料该怎么用。

比如：

• • 这个项目是啥？
• • 写给谁看？
• • 语气要直接，还是温和？
• • 要不要解释专业名词？
• • 哪些词不能乱用？
• • 哪些内容最好别碰？

这些东西，才是一个项目真正的规矩。

所以项目不只是文件夹，更需要一份给 AI 看的说明书。

在 OpenClaw 里，这类说明书可以理解成 config[*配置文件]。

它会告诉 AI：

你现在服务的是谁。应该加载哪些资料。应该用什么语气。哪些内容不要乱碰。

这时候，Multi-tenancy Isolation[*多租户隔离] 就不只是“别把会话混在一起”了。

上一回讲的是外层隔离：先把入口、会话和房间分开，别让任务互相串台。

这一回补充的是内层规则：每个房间里到底该加载哪套资料、遵守哪套规矩、用哪种身份说话。

房间搭好了，只说明 AI 不会乱跑。门牌和家规写清楚了，它才知道进门以后该怎么做事。

规矩怎么告诉 AI？

规矩写好了，AI 怎么知道？

总不能每次开工前，我都重新说一遍：

请注意，你现在服务的是某某项目，读者是谁，语气应该怎样，哪些词不能用，哪些资料要优先参考……

这还没开始写正文，人已经累到原地劈叉。

所以更好的办法是：

在 AI 开始回答之前，自动把当前项目的规矩交给它。

这就可以理解成 Context Injection[*上下文注入]。

说人话就是：

让 AI 开口之前，先看一眼当前任务的背景、资料、语气和边界。

这并不是重新训练 AI。也不是让 AI 永久变成某个角色。

更像是开工前递一张任务卡：

现在处理科技博主任务，请按科技内容的方式说话。现在处理烘焙店文案，请按生活品牌的方式说话。现在处理客户项目，请先看品牌边界，不要替人乱表态。

有了这一步，AI 就不是凭感觉猜。它至少知道自己现在站在哪个场景里。

为了避免每次重说一遍，可以做个切换开关。

因为每次都手动粘贴一大段规矩，还是麻烦。所以我更喜欢把它做成一个简单的切换动作。

比如我告诉 AI：

切换到科技博主。

它就自动加载科技博主的相关信息：定位、读者、语气、常用资料、表达边界。

如果我再说：

切换到烘焙店。

它就换成另一套规则。

重点不是名字变了。重点是背后的资料、语气和边界都变了。

而且切换以后，AI 最好还要明确告诉我：

目前为【某某项目】。

这句话看起来很小，但很有用。

因为人也会忘。聊着聊着，我可能自己都不确定现在加载的是哪个项目。

让 AI 把当前状态亮出来，我就能及时发现：

诶，不对。现在怎么还在科技博主？我要写的是烘焙店文案。

这其实就是一个很朴素的设计：

让 AI 不但加载规矩，还要把当前加载的是谁说清楚。

切换之后，顺手清一下场

补充一个实用小技巧。

切换项目以后，如果你要开始一项正式工作，比如写一篇完整文案、整理一套方案，可以让当前对话更干净一点。

比如用 /reset 或 /new，把前面残留的上下文清掉。

这并不是每次都必须做。

但如果你刚刚从科技内容切到生活品牌，又发现 AI 说话还是有点“技术味儿”，那就很值得试一下。

我的理解是：

切换项目，是告诉 AI 接下来该按哪套规矩办事。清空上下文，是减少它回头乱翻旧聊天记录的机会。

一个管方向。一个管现场。

两件事搭配起来，AI 会更专注。

稍微总结一下下

分 Session 和 Channel，只是让 AI 不要走错房间。

但要让它别说错话，还得告诉它：

进了这个房间以后，应该按谁的规矩办事。

所以，真正有用的多租户隔离，不只是把不同会话隔开。

它还要把不同项目的资料、身份、语气和边界都隔开。

资料不混，只是第一步。身份不混，才是更难也更关键的一步。

不然 AI 很可能每句话都没错。但整篇读下来，就是不对劲。

因为错别字好修。身份错了，麻烦可就大了。

下回预告

项目和身份分清楚之后，下一个问题也冒出来了：

有些事情，像“记录一件事”，更像一个可以反复调用的小工具。有些事情，像“发布公众号”，却是一整套不能漏步骤的流程。

这两个看起来差不多的概念，在 OpenClaw 里其实有明确区分。

下回，我们就聊聊 OpenClaw 里的 Skill 和 Workflow，这两个容易混淆、但又特别实用的概念。

聊一聊

你用 AI 的时候，有没有遇到过这种“说错身份”的情况？

资料明明没错，但语气、口吻、场景完全不对。

欢迎在评论区聊聊：你最希望 AI 在哪些场景里，千万别串味？

黑话小词典

• • Session：会话。可以理解成一段独立聊天，用来承载某个任务的上下文。
• • Channel：渠道。不同入口或平台，比如不同聊天窗口、不同群、不同应用入口。
• • config：配置文件。给 AI 看的项目说明书，告诉它当前项目是谁、应该加载什么资料、用什么语气、有哪些边界。
• • Multi-tenancy Isolation：多租户隔离。简单说，就是不同项目、品牌、渠道之间要隔开，避免资料、身份、语气和边界互相串台。
• • Context Injection：上下文注入。在 AI 回答前，把当前任务需要的背景、规则、资料和风格说明交给它，让它知道该按哪套身份工作。