Mem0 vs llm-wiki Division of Responsibility
⚠️ 状态：SUPERSEDED（2026-04-18 起）
mem0 已退役，被 Honcho 替代。新版分工请看：Honcho vs llm-wiki Division of Responsibility
本页核心结论（"mem0 是工作记忆，llm-wiki 是长期知识编译"）结构上仍然成立——只要把 "mem0" 替换为 "Honcho memory" 就能继续读。但 Honcho 是 LLM-native"用户理解"层，而不是 vector 检索的"事实仓库"，新版会重新表述。
配套：Why Honcho over mem0 / Honcho / Honcho memory
本页保留作为决策演化历史。
What It Is
这页专门回答一个最关键的问题：
mem0和llm-wiki到底谁负责什么？
Why It Matters
如果这两个层次不分清，团队很快会出现两个极端：
- 要么什么都往 wiki 写，结果 wiki 变成噪音仓库
- 要么只靠 mem0，结果长期知识无法形成稳定、可读、可维护的知识体系
所以这两层必须明确分工。
Core Model
mem0
mem0 是工作记忆层。
它负责：
- 让 Agent 不失忆
- 让 Agent 跨会话保持连续性
- 快速写入记忆
- 快速搜索记忆
它适合保存：
- 已确认事实
- 用户偏好
- 可复用上下文
- 对后续执行有帮助的结论
llm-wiki
llm-wiki 是长期知识编译层。
它负责：
- 去重
- 归纳
- 重写
- 结构化
- 把高价值成果编译成可读 wiki 页面
它适合保存：
- SOP
- 稳定决策
- 团队规则
- 方法论
- 项目级长期背景知识
Practical Rule
最简单的工作规则是：
- Chat 用来思考
mem0用来延续工作记忆- wiki 用来保存长期团队知识
Workflow
- 人类和 Hermes 在 Chat / Issue 中完成工作
- 过程中 Hermes 通过
mem0搜索和写入工作记忆 - 任务结束后判断结果是否长期有价值
- 如果值得长期保留，再触发
wiki-compile llm-wiki将结果编译成真正的 wiki 页面
Rules
- 不是所有
mem0记录都应该进入 wiki - 只有稳定、可复用、组织级有价值的内容才进入 wiki
mem0记录不能原样整段复制进 wiki- wiki 页面必须经过解释、压缩、结构化和重写
Common Mistakes
- 把
mem0当成长期知识库 - 把 wiki 当成所有原始记录的堆放区
- 没有触发条件，导致所有任务都自动升格成 wiki 页面
- 把临时调试过程、噪音输出、未验证猜测写进 wiki
Final Decision
mem0 负责记住，llm-wiki 负责整理成知识库。
它们不是替代关系，而是上下层关系。