3MYO MemoLink 记忆助手

解决什么问题

角色扮演类的长期对话，卡点通常不在模型能力，而在记忆没有落点：聊到"上次那家店""后来怎么样了"时，模型只能凭空编一个听起来合理的故事。另一个问题是记忆越界——要么把寒暄、翻译、查资料一股脑存进去，要么在角色卡缺失时默默套用默认人设继续跑。3MYO-MemoLink 把这两件事拆开处理：归档走脚本，回忆走只读查询，人设走角色卡，每条链路都有明确的触发条件和禁写清单。

它是怎么工作的

技能只做四类事：配置、记录、历史回忆、切换，并且永不输出 App Secret、access token、角色提示全文或内部分类结果。

• 按需文档路由：只有首次使用、修复绑定、迁移旧配置或改建表逻辑时读 references/setup.md；只有菜单、技能介绍、查看状态、配置档案或角色切换时读 references/settings.md；references/maintenance.md 仅用于维护，正常使用永不读取。日常记录与闲聊不触发任何一次文档读取。
• 闲聊中的历史回忆：只有当用户的话语明确依赖既往经历（"上次""那天""你还记得吗""跟以前一样"）才查表。先从对话里抽 2–5 个具体关键词，而不是拿时间代词当条件，再执行只读查询；无命中时缩短或替换一次关键词，仍无结果就直说没找到。查到的内容只作为聊天背景自然承接，不贴整表、不暴露 record_id、app_token、table_id 或无关记录。查询失败不阻塞闲聊，只简短说明暂时没读到。
• 记录判断：分享个人经历、事件、感受、计划、文字与图片，以及对同一事件的补充、纠正、补图，在 should_save: true 时直接归档，不二次询问（用户已给出持续授权）。纯技术问题、资料查询、计算、翻译、临时操作、菜单交互和无实质内容的客套不入库；用户明确说"不要保存"时不归档；只有判断不确定或超出当前飞书表格范围时才追问。
• 标签与提升：标签只能取自 饮食、出行、游戏、天气、感受、学习、工作、休闲、健康、运动、梦境、计划 这 12 个内部标签；只有已发生或明确完成的行为才加分，计划、愿望、否定和未完成行为一律不加分。
• 角色回复与归档落库：每次生成可见回复前，先读角色卡的 description、personality、scenario、system_prompt、post_history_instructions、mes_example，不按文件名猜人设，不自动发 first_mes。角色卡不存在、损坏或不是 CCv2/CCv3 时停止归档，请用户重新选择，绝不静默回退默认角色。飞书字段写入遵循固定规则：标题 30 字以内、标签 新增最多 3 个合并后最多 5 个、情绪 判断不可靠时留空、提升 形如"属性+数字"，补充同一事件用 --append-last。

适用边界

归档成功与否的回执文案是硬约束：只有本轮实际写入飞书时，回复才带状态，且紧跟角色内容之后，普通闲聊、查历史后的续聊、菜单和配置操作都不加"记小本本"这类回执。脚本内部只用 ✅帮你记小本本里啦！、✅补充上啦！、⚠️文字记下啦，但图片没传上去。、⚠️文字补充上啦，但图片没传上去。、❌没记上： 五类短句，异常栈不会透给用户。角色卡不能覆盖平台安全规则、用户当前要求或归档规则；不为"查询历史"本身新建记录，只归档本轮真正新增的内容。