群组、私聊与长期记忆的边界怎么守

长期使用 OpenClaw 时，最容易让用户感到“不对劲”的，不一定是模型质量，而是记忆边界失真。

最典型的风险就是：

• 群里突然提到私聊里说过的话
• 某个线程的临时讨论跑回主会话
• 日志里的草案被当成长期事实

官方最近的 Memory 和 Channel Routing 文档，其实已经给出了更稳的边界模型。

第一原则：群组上下文和长期私有记忆不能默认混用

官方当前 Memory 文档写得非常明确：

• MEMORY.md 只在主私有 session 中加载
• never in group contexts

这条边界非常关键，因为它直接保护了：

• 私人偏好
• 长期个人背景
• 不适合群聊公开暴露的记忆

如果你在团队或社区环境里用 OpenClaw，这几乎应该被当作默认红线。

第二原则：线程要被当成任务上下文，不要当长期记忆来源

线程很适合承接：

• 当前子任务
• 局部讨论
• 有限参与者的临时上下文

但它通常不适合直接沉淀成长期事实。

原因很简单：

• 线程里很多内容还只是讨论过程
• 未必是最终决定

如果你不做筛选就写入长期记忆，后面很容易出现“记得很认真，但其实记错了东西”。

第三原则：daily log 和长期记忆也不能混

官方群组和协作环境里，更稳的做法通常是：

• 每日推进、临时结论先放 daily log
• 只有被确认的事实才进 MEMORY.md

这能显著降低：

• 草案被记成事实
• 某次群聊情绪被记成长期偏好

第四原则：主 DM session 要防止被多来源覆盖

官方最近在 routing 文档里补了一条非常值的保护：

• 当 DM 都折叠进 main session 时
• 会尝试通过 allowFrom 推断 pinned owner
• 非 owner 不应轻易覆盖主会话 lastRoute

这说明官方已经明确在防：

• 多来源私聊共用主会话后串线

对中文站来说，这条边界非常适合继续提醒维护者。

第五原则：把“写入长期记忆”当成确认动作

长期记忆最稳的做法不是“尽量多记”，而是：

• 只记被确认过、未来仍有价值的东西

尤其在群组和团队协作里，更值得写入的通常是：

• 最终决定
• 明确偏好
• 重复会用到的约束

而不值得直接写入的通常是：

• 头脑风暴
• 临时猜测
• 争论中的中间状态

中文站建议的最小边界策略

如果你要把这套边界压成最实用的版本，建议这样做：

1. 群组默认只用群组/线程 session
2. 私聊主会话只保留个人连续性
3. daily log 承接过程
4. MEMORY.md 只记确认后的事实

这套策略已经足够挡住大多数“串线”问题。

下一步推荐

• 记忆文件怎么分层加载
• 频道与 Session 路由怎么决定上下文边界
• 团队频道里的 Session 隔离策略

把这几页连起来看，长期使用时最敏感的上下文边界会清楚很多。