根本原因是上下文继承机制默认关闭且未绑定统一工作区；需手动开启“上下文理解”开关、设窗口长度≥7轮、将各模型关联至同一绝对路径工作区、重启应用，并验证MEMORY.md与session.db状态正常。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy模型切换后对话内容错乱、历史消息突然消失、刚聊到一半的任务状态归零——这类问题在5.2版升级后高频出现，根本原因不是模型本身不兼容，而是上下文继承机制默认关闭且未绑定统一工作区。
确认上下文是否真的被继承
切换模型前，先检查右上角模型指示器旁是否有“上下文已继承”小图标。没有该图标，说明当前会话未启用跨模型上下文延续功能。
点击右上角【个人中心】→ 进入【智能助手】设置页 → 在【会话设置】中找到“上下文理解”开关，必须手动开启。这是所有后续操作的前提，【关闭状态下切换模型，100%丢失上下文】。
开启后，把“上下文窗口长度”设为7轮以上。默认5轮常不足以覆盖“上传文件→提取数据→生成图表→写结论”这类四步任务链。
绑定统一工作区路径
不同模型若指向不同物理目录，系统会初始化彼此隔离的上下文实例。哪怕设置全开，也会断连。
第一步：点击主界面右下角“指定工作区”，复制当前显示的绝对路径（例如：C:\Users\Alice\Documents\WorkBuddy_Projects\Q4_Report）。
第二步：进入【设置】→【AI模型管理】→【模型配置】，逐个打开已启用模型的配置卡片。
第三步：在每个模型的“关联工作区”字段中，粘贴第一步复制的路径。注意：不能留空，也不能用相对路径或桌面快捷方式路径。
第四步：保存全部配置 → 完全退出WorkBuddy → 重新启动。这一步不可跳过，热重载不生效。
验证MEMORY.md与session.db状态
MEMORY.md是长期记忆载体，session.db是实时对话链路数据库。两者任一损坏，切换后记忆即失效。
打开工作区路径，确认存在MEMORY.md文件。若不存在，新建一个UTF-8无BOM编码的空白文本文件，命名为MEMORY.md。
检查Windows用户路径：%APPDATA%\WorkBuddy\session.db；macOS用户路径：~/Library/Application Support/WorkBuddy/session.db。文件修改时间必须晚于你最近一次有效对话发生时间。
若session.db时间戳异常或文件缺失，从备份中恢复最新版本，并确保当前用户对该文件拥有“完全控制”权限（Windows）或“读写”权限（macOS）。
通过URL参数临时启用新模型上下文
方法一：在WorkBuddy主界面地址栏末尾追加 ?model=glm-5.0-turbo，按回车刷新。左下角模型指示器变为GLM图标即生效。
方法二：使用企业微信机器人时，在指令末尾添加 #model=kimi-k2.6。注意：此方式强制新建会话，不继承旧上下文，仅适用于临时测试或隔离任务。
方法三：调用API时在请求体中显式传入 {"model": "deepseek-v3.2", "inherit_context": true}。该字段必须为true，否则服务端将忽略上下文延续逻辑。
