同一个用户在 Telegram 私聊和 Discord 群组里和 Agent 对话，正确做法是：会话隔离、记忆共享。对话上下文按「渠道 + 对话空间」切分，私聊是一个会话，每个群组、频道、话题、线程各自独立；长期记忆（用户偏好、身份信息）则跨渠道共享。OpenClaw 用会话键（SessionKey）实现这套粒度：每条入站消息归属哪个会话，完全由 sessionKey 决定，格式为 agent:{agentId}:{scope}。
一、共享与隔离的取舍
先看两种极端的代价：
| 方案 | 收益 | 风险 |
|---|---|---|
| 全局共享一个会话 | 跨渠道连续性好 | 群组上下文漏进私聊，多用户互看数据 |
| 全部彻底隔离 | 安全干净 | Agent 处处失忆，重复自我介绍 |
生产环境的答案是折中：会话（短期对话窗口）隔离，记忆（长期状态）共享。类比一个真人朋友——在哪儿遇到你都认识你，但每段对话从当处开始。
二、OpenClaw 的会话键粒度
2.1 私聊：默认按渠道隔离
session.dmScope 控制私聊粒度，默认 per-channel-peer：同一用户在同一渠道共享一个私聊会话。也就是说，你的 Telegram 私聊和 Discord 私聊是两个会话，互不串扰。
2.2 群组、频道与线程：按房间隔离
群组天然是多对多空间，一个人的消息全群可见，因此按房间切分：
agent:main:telegram:dm:123456 # Telegram 私聊
agent:main:telegram:group:-1001234567890 # Telegram 群组
agent:main:telegram:group:-1001234567890:topic:42 # Forum 话题
agent:main:discord:channel:123456 # Discord 频道
agent:main:discord:channel:123456:thread:987654 # Discord 线程群 A 的上下文不会污染群 B，写作频道聊的内容不会带进研究频道。支持子结构的平台（Telegram Forum 话题、Discord 线程）在基础键上追加子级标识，实现更细一层隔离。
2.3 跨渠道连续性：identityLinks
希望同一个人换个渠道也接得上对话？用 session.identityLinks 把 Telegram 用户 ID 和 Discord 用户 ID 关联为同一个规范身份，配合 dmScope 调整即可。这是显式配置，不是默认行为——跨渠道共享属于用户主动选择。
三、设计自己系统的隔离粒度
- 定义会话键的构成：至少包含 agentId、channel、chatId，支持话题的平台追加 topicId/threadId；
- 区分两层状态：会话历史按会话键存储，长期记忆（MEMORY.md 类文件）放会话外，全局可读；
- 私聊粒度做成配置项：默认 per-channel-peer，多 Bot 账号场景切到 per-account-channel-peer；
- 持久化与会话键对齐：会话文件按键落盘（OpenClaw 存于
~/.openclaw/agents/<id>/sessions/），排障时直接按键查文件； - 加审计：记录每条消息落入的会话键，出现「答非所问」先查键是否漂移。
四、各渠道行为差异
隔离粒度定了，还要适配平台特性。Telegram 群组默认隐私模式，Bot 只能看到 @提及的消息，需要全量消息得在 BotFather 里 /setprivacy 关闭；WhatsApp 群组无提及机制，Agent 靠参与逻辑判断何时说话；Discord 结构最丰富，频道、线程、角色都可以承载隔离边界。线程级隔离是低成本高收益的一档：短任务在线程内闭环，不污染频道主会话。
一个常见坑：主会话（Main Session）机制下，私聊中 Agent 加载所有者记忆并保持持续上下文，而项目频道各有独立键。用户常误以为「Agent 记得我在私聊说的事」等于频道共享了会话——其实共享的是记忆文件，不是对话窗口。理解这一点，很多「上下文丢失」的误报就能排除。
常见问题（FAQ）
Q1：私聊和群组默认共享会话吗？
不共享。私聊与每个群组各有独立会话键，上下文互不流通。
Q2：怎么让多渠道对话连续？
配置 session.identityLinks 关联各渠道用户 ID，形成统一规范身份。
Q3：群里的其他人能看到我的私聊上下文吗？
不能。群组会话独立存储，私聊内容不会进入群组上下文。
