若WorkBuddy切换模型后记忆功能失效，需依次执行四步修复：一、统一各模型关联工作区路径；二、确认MEMORY.md存在、编码正确且权限正常；三、通过--reload-memory-context指令及“启用记忆热重载”开关刷新加载器；四、检查并修复session.db中memory_index表索引完整性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在WorkBuddy中切换模型后发现记忆功能（如MEMORY.md读取、历史对话回溯、跨轮次参数继承）不再生效，则很可能是历史消息存储路径未被新模型上下文正确挂载或访问。以下是修复此问题的具体操作步骤：
一、确认记忆模块所依赖的本地存储路径是否一致
WorkBuddy的记忆功能将用户显式保存的指令、关键参数、任务状态等持久化写入固定路径下的特定文件（如MEMORY.md、session.db、history.json），若模型切换时工作区路径未同步，新模型实例将无法定位原有记忆载体。
1、在WorkBuddy主界面右下角点击“指定工作区”按钮，复制当前显示的绝对路径（例如：C:\Users\Alice\Documents\WorkBuddy_Projects\Q4_Report）。
2、进入【设置】→【AI模型管理】→【模型配置】，逐个检查已启用模型的“关联工作区”字段。
3、对每个目标模型，手动粘贴步骤1中复制的路径，确保所有模型均绑定至同一物理目录。
4、保存配置后，关闭并重新启动WorkBuddy，使路径绑定在新会话中初始化生效。
二、验证MEMORY.md文件是否存在且可被读写
MEMORY.md是WorkBuddy记忆机制的核心载体，用于长期存储用户指定需复用的关键信息。若该文件缺失、权限受限或格式损坏，所有模型切换后的记忆调用均会静默失败。
1、打开文件资源管理器（Windows）或访达（macOS），导航至步骤1中确认的工作区路径。
2、查找名为MEMORY.md的文件；若不存在，新建一个空白文本文件，重命名为MEMORY.md，并确保其编码为UTF-8无BOM。
3、右键该文件 → 属性 → 安全（Windows）或 显示简介 → 权限（macOS），确认当前登录用户拥有“读取”与“写入”权限。
4、双击打开MEMORY.md，在首行手动添加测试内容：# MEMORY TEST —— 切换模型后应可见此行，保存后重启WorkBuddy并执行一次记忆调用指令（如“读取我的记忆”）。
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
三、强制刷新模型上下文中的记忆加载器实例
部分模型切换逻辑未触发记忆模块的重新初始化，导致仍沿用旧会话缓存或空记忆对象。需通过指令+配置双重方式重置加载器状态。
1、在任意对话输入框中输入指令：--reload-memory-context，然后发送。
2、观察响应是否包含“记忆加载器已刷新”或“共加载X条历史记录”字样；若返回“未检测到有效MEMORY.md”，说明路径或文件异常仍未解决。
3、若指令无效，进入【设置】→【会话设置】→【高级选项】，找到“启用记忆热重载”开关，将其关闭后再开启一次。
4、再次发送--reload-memory-context，确认响应中出现完整记忆摘要片段（如最近三条带时间戳的记录）。
四、检查SQLite会话数据库中记忆索引是否完整
WorkBuddy使用本地SQLite数据库（session.db）维护记忆条目的元数据索引（如last_accessed、is_pinned、source_model），若该库中memory_index表损坏或字段为空，即使MEMORY.md存在，模型也无法检索对应条目。
1、关闭WorkBuddy客户端。
2、前往工作区路径，定位session.db文件；若不存在，跳过本节其余步骤。
3、使用DB Browser for SQLite（或其他兼容工具）打开session.db，切换至“Browse Data”标签页，选择表memory_index。
4、检查是否存在至少一条status = 'active'且content_hash非空的记录；若全为空或报错“no such table”，则执行恢复流程：从同级backup_YYYYMMDD文件夹中复制最新session.db覆盖当前文件。
