尧图网页设计 
新记忆如何合并不覆盖旧结论深入ex-skill的增量Merge逻辑【免费下载链接】ex-skill把前任蒸馏成 AI Skill用ta的方式跟你说话。项目地址: https://gitcode.com/gh_mirrors/ex/ex-skill你是不是也有过这种经历好不容易把一段重要的回忆整理好了结果一补充新资料之前的结论就被悄悄改掉、甚至丢了这正是ex-skill前任.skill要解决的核心问题——它能把你的聊天记录、照片、口述蒸馏成一个「像 ta」的 AI Skill而真正的难点在于当后来追加的新记忆进来时如何让 ta 更完整而不是把已经写好的旧结论冲掉。这套思路就藏在项目的「增量 Merge」机制里本文将带你用大白话看懂它是怎么做到「只补充、不覆盖」的。为什么「不覆盖」这么重要ex-skill 生成的每个前任 Skill其实由两部分组成部分负责什么打个比方Part A — Relationship Memory共同经历、时间线、争吵/甜蜜档案你们的「共同相册」Part B — Persona说话风格、情感模式、关系行为ta 的「性格内核」想象你第一次只凭印象生成了 ta后来某天翻出了更多聊天记录。如果系统直接「用新的覆盖旧的」那些原本正确的细节比如 ta 其实不吃辣就会被新数据误判带偏。「增量不覆盖」就是给回忆上了保险新证据只负责补充不擅自改写已有结论。 核心理念记忆是「累加」出来的而不是每次「推倒重来」。增量 Merge 的 4 条核心原则这套逻辑完整写在 prompts/merger.md 中可以概括为 4 条原则。这也是整个合并流程的「宪法」1️⃣ 增量不覆盖新信息永远追加到已有内容后面而不是替换。旧结论只要没被推翻就一直有效。2️⃣ 冲突标注如果新信息和旧信息矛盾比如旧记录说 ta 秒回新记录说 ta 经常不回系统不会自己猜哪个对而是打上[⚠️ 冲突]标记把决定权交还给你——毕竟你最了解 ta。3️⃣ 时间线补充新的事件会按时间顺序插回时间线该在的位置而不是简单堆在末尾。这样「认识 → 在一起 → 关键事件 → 分手」的脉络始终完整、有序。4️⃣ 证据升级如果新材料提供了更充分的证据可以「强化」某个已有结论的可信度但依然是加强而不是推翻。三步走增量分析到底在做什么当你说「我找到了更多聊天记录」时ex-skill 会按 SKILL.md 里的「进化模式」启动整个过程分三步第一步 · 分析增量内容把新材料按既有的分析维度重新过一遍。关系记忆走 prompts/memory_analyzer.md时间线、日常模式、争吵甜蜜……性格走 prompts/persona_analyzer.md说话风格、情感模式、依恋类型……。输出三样东西新的记忆事件、新的性格证据、以及与现有内容的一致性/冲突。第二步 · 执行 Merge 策略根据内容类型把增量「对号入座」下面这张表是最关键的差异类型内容特征合并动作Memory事实类新事件、新地点、新梗事件插入时间线、地点追加、Joke 追加Persona性格类新口头禅、新情感证据口头禅追加、情感描述强化、行为追加Layer 0/1硬规则、身份锚定通常不动除非你明确纠正注意最后一条越「底层」的规则比如 ta 的硬底线越稳定越不容易被新数据动摇——这正好呼应了「不覆盖」的安全感。第三步 · 安全落地真正写入前系统会先给当前版本存档见 tools/version_manager.py再用编辑工具把内容追加到对应章节每条新内容前面都会带一个来源标记!-- [追加于 2026-09-01来源微信聊天记录] --这样每一笔新增都「有据可查」日后想追溯某条记忆来自哪次导入一目了然。兜底机制版本管理让你敢大胆补充「不覆盖」解决的是「逻辑层」的安全而 ex-skill 还准备了「操作层」的安全网——版本存档与回滚。每次更新前tools/version_manager.py 都会把memory.md、persona.md、SKILL.md、meta.json完整备份一份。这意味着✅ 补充错了 → 可以/ex-rollback一键回到任意历史版本✅ 想对比变化 → 可以查看历史版本列表✅ 合并完成后 → tools/skill_writer.py 会自动把最新的 Memory Persona 重新拼成可运行的SKILL.md换句话说你越放心地往里「加料」系统越能兜住底。这是「增量不覆盖」能成立的底气所在。快速上手亲手体验一次增量合并想亲自感受这套逻辑吗只需三步先建一个在 Claude Code 里运行/create-ex按提示输入代号和基本信息导入你手头第一批聊天记录。再追加点料过几天说「我找到了更多聊天记录」或「我想起来了」把新材料喂给它。观察合并结果你会发现新记忆被整齐地插入时间线和对应档案旧结论原封不动冲突处还贴心地等着你拍板。如果对话中你觉得「这里不像 ta」还可以触发对话纠正逻辑见 prompts/correction_handler.md把修正点精准打进对应层级立即生效。小结ex-skill 的增量 Merge 逻辑本质上回答了一个很朴素的问题如何让人 AI 的记忆「只变丰富不被洗掉」。它的做法可以浓缩成一句话——新证据追加、冲突交给用户、时间线保持有序、底层规则保持稳定、全程版本可回滚。这四道防线叠加才让「蒸馏一段回忆」这件事变得既大胆又安心。如果你想深入了解产品设计与数据流可以继续看 docs/PRD.md想自己调合并规则则从 prompts/merger.md 入手即可。【免费下载链接】ex-skill把前任蒸馏成 AI Skill用ta的方式跟你说话。项目地址: https://gitcode.com/gh_mirrors/ex/ex-skill创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 新记忆如何合并不覆盖旧结论？深入ex-skill的增量Merge逻辑
新记忆如何合并不覆盖旧结论深入ex-skill的增量Merge逻辑【免费下载链接】ex-skill把前任蒸馏成 AI Skill用ta的方式跟你说话。项目地址: https://gitcode.com/gh_mirrors/ex/ex-skill你是不是也有过这种经历好不容易把一段重要的回忆整理好了结果一补充新资料之前的结论就被悄悄改掉、甚至丢了这正是ex-skill前任.skill要解决的核心问题——它能把你的聊天记录、照片、口述蒸馏成一个「像 ta」的 AI Skill而真正的难点在于当后来追加的新记忆进来时如何让 ta 更完整而不是把已经写好的旧结论冲掉。这套思路就藏在项目的「增量 Merge」机制里本文将带你用大白话看懂它是怎么做到「只补充、不覆盖」的。为什么「不覆盖」这么重要ex-skill 生成的每个前任 Skill其实由两部分组成部分负责什么打个比方Part A — Relationship Memory共同经历、时间线、争吵/甜蜜档案你们的「共同相册」Part B — Persona说话风格、情感模式、关系行为ta 的「性格内核」想象你第一次只凭印象生成了 ta后来某天翻出了更多聊天记录。如果系统直接「用新的覆盖旧的」那些原本正确的细节比如 ta 其实不吃辣就会被新数据误判带偏。「增量不覆盖」就是给回忆上了保险新证据只负责补充不擅自改写已有结论。 核心理念记忆是「累加」出来的而不是每次「推倒重来」。增量 Merge 的 4 条核心原则这套逻辑完整写在 prompts/merger.md 中可以概括为 4 条原则。这也是整个合并流程的「宪法」1️⃣ 增量不覆盖新信息永远追加到已有内容后面而不是替换。旧结论只要没被推翻就一直有效。2️⃣ 冲突标注如果新信息和旧信息矛盾比如旧记录说 ta 秒回新记录说 ta 经常不回系统不会自己猜哪个对而是打上[⚠️ 冲突]标记把决定权交还给你——毕竟你最了解 ta。3️⃣ 时间线补充新的事件会按时间顺序插回时间线该在的位置而不是简单堆在末尾。这样「认识 → 在一起 → 关键事件 → 分手」的脉络始终完整、有序。4️⃣ 证据升级如果新材料提供了更充分的证据可以「强化」某个已有结论的可信度但依然是加强而不是推翻。三步走增量分析到底在做什么当你说「我找到了更多聊天记录」时ex-skill 会按 SKILL.md 里的「进化模式」启动整个过程分三步第一步 · 分析增量内容把新材料按既有的分析维度重新过一遍。关系记忆走 prompts/memory_analyzer.md时间线、日常模式、争吵甜蜜……性格走 prompts/persona_analyzer.md说话风格、情感模式、依恋类型……。输出三样东西新的记忆事件、新的性格证据、以及与现有内容的一致性/冲突。第二步 · 执行 Merge 策略根据内容类型把增量「对号入座」下面这张表是最关键的差异类型内容特征合并动作Memory事实类新事件、新地点、新梗事件插入时间线、地点追加、Joke 追加Persona性格类新口头禅、新情感证据口头禅追加、情感描述强化、行为追加Layer 0/1硬规则、身份锚定通常不动除非你明确纠正注意最后一条越「底层」的规则比如 ta 的硬底线越稳定越不容易被新数据动摇——这正好呼应了「不覆盖」的安全感。第三步 · 安全落地真正写入前系统会先给当前版本存档见 tools/version_manager.py再用编辑工具把内容追加到对应章节每条新内容前面都会带一个来源标记!-- [追加于 2026-09-01来源微信聊天记录] --这样每一笔新增都「有据可查」日后想追溯某条记忆来自哪次导入一目了然。兜底机制版本管理让你敢大胆补充「不覆盖」解决的是「逻辑层」的安全而 ex-skill 还准备了「操作层」的安全网——版本存档与回滚。每次更新前tools/version_manager.py 都会把memory.md、persona.md、SKILL.md、meta.json完整备份一份。这意味着✅ 补充错了 → 可以/ex-rollback一键回到任意历史版本✅ 想对比变化 → 可以查看历史版本列表✅ 合并完成后 → tools/skill_writer.py 会自动把最新的 Memory Persona 重新拼成可运行的SKILL.md换句话说你越放心地往里「加料」系统越能兜住底。这是「增量不覆盖」能成立的底气所在。快速上手亲手体验一次增量合并想亲自感受这套逻辑吗只需三步先建一个在 Claude Code 里运行/create-ex按提示输入代号和基本信息导入你手头第一批聊天记录。再追加点料过几天说「我找到了更多聊天记录」或「我想起来了」把新材料喂给它。观察合并结果你会发现新记忆被整齐地插入时间线和对应档案旧结论原封不动冲突处还贴心地等着你拍板。如果对话中你觉得「这里不像 ta」还可以触发对话纠正逻辑见 prompts/correction_handler.md把修正点精准打进对应层级立即生效。小结ex-skill 的增量 Merge 逻辑本质上回答了一个很朴素的问题如何让人 AI 的记忆「只变丰富不被洗掉」。它的做法可以浓缩成一句话——新证据追加、冲突交给用户、时间线保持有序、底层规则保持稳定、全程版本可回滚。这四道防线叠加才让「蒸馏一段回忆」这件事变得既大胆又安心。如果你想深入了解产品设计与数据流可以继续看 docs/PRD.md想自己调合并规则则从 prompts/merger.md 入手即可。【免费下载链接】ex-skill把前任蒸馏成 AI Skill用ta的方式跟你说话。项目地址: https://gitcode.com/gh_mirrors/ex/ex-skill创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考