必须为每个用户分配唯一session_id以隔离上下文，禁用跨会话记忆继承，并通过Redis或TDSQL自定义记忆存储，否则将导致隐私泄露或对话中断。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
腾讯混元智能体需在多用户共用同一模型实例时，确保A用户的对话历史、偏好设置、临时变量不泄露给B用户，否则会导致隐私暴露、角色错乱或指令污染。
通过会话ID强制隔离用户上下文
调用混元智能体API时，必须在请求体中显式传入唯一会话标识符session_id。该字段为字符串类型，长度建议16～64位，推荐使用UUIDv4生成。混元服务端依据此ID检索专属KV缓存，不同ID间物理隔离，无共享内存或交叉读取可能。
若未传session_id或传空字符串，系统将自动分配默认会话，所有未指定ID的请求将被归入同一“匿名池”，【此时不同用户记忆将完全混杂，严禁用于生产环境】。
禁用全局状态，启用租户级上下文管理
在TokenHub控制台开通混元智能体服务后，进入「智能体配置」→「高级设置」→ 关闭「启用跨会话记忆继承」开关。该选项默认关闭，但部分测试环境曾被误开启，导致历史对话意外延续至新会话。
开启状态下，即使session_id不同，只要用户ID（如union_id）相同，系统可能合并记忆片段；关闭后，每个session_id对应独立的上下文快照，生命周期与会话绑定，超时自动销毁。
自定义记忆存储层对接
方法一：接入Redis集群实现自主记忆托管
在智能体配置中选择「外部记忆源」→ 填写自有Redis连接地址、密码及DB编号。混元仅把session_id作为key前缀写入，所有value加密后存入，业务方完全掌控读写权限与TTL策略。
方法二：使用腾讯云TDSQL for MySQL做持久化记忆库
创建含user_id、session_id、timestamp、content、role五字段的数据表，通过TokenHub提供的Webhook回调地址，在每次消息收发后同步写入。混元不主动读取该库，仅当配置了「记忆回填插件」且触发条件匹配时，才按session_id查最新3条记录注入prompt。
注意：若使用方法二但未部署记忆回填插件，智能体将退化为无状态模式，每次请求均为全新上下文，【无法支持多轮连贯对话】。
