记忆连接

记忆连接解决的是一个很具体的动作：告诉 Mem，这两条记忆以后应该一起看。

当一条记忆会改变你理解另一条记忆的方式，就适合连起来。一个发布计划可能依赖之前的定价假设；一条迁移笔记可能是某个实现方案背后的风险；一个真实例子，可能正好让某条规则变得可用。

这和搜索相似度不一样。搜索可以猜两条记忆看起来相关。记忆连接是你，或者带着明确意图工作的 Agent，决定要留下来的关系。

先试一次

1. 从侧边栏打开 Graph。
2. 选中一条 Memory 节点。
3. 选择 Connect memories。
4. 在同一个空间里选择另一条 Memory。
5. 输入一个简短的关系名，或使用建议。
6. 如果关系不是一眼能看懂，补一句原因，然后保存。

两条记忆必须在同一个空间里。这样可以避免把不同工作、项目、客户或 Agent 团队的上下文意外连在一起。

怎么知道成功了

你应该能在两条 Memory 节点之间看到一条线。点这条线，可以看到关系名和原因。

之后，当 Agent 或图谱工具读到其中一条记忆时，这条连接会比「两段文字有点像」更有用。它能把另一条记忆带到旁边，并知道为什么要带上。

关系名怎么写

不用先设计一整套分类。先用你工作里自然会说的话：

你也可以写自己的关系名，比如 migration_risk_for、pricing_assumption_for、source_of_truth_for。Mem 会标准化关系名，所以 same topic、same-topic 和 same_topic 会被当成同一种关系。

它和其他关系有什么区别

如果这其实是旧知识的新版本，用 EVOLVES。只是想做大类归档，用标签。

现在先不用管什么

不用一开始就设计完整的关系体系。先写下今天有用的那种关系。

不用一定让 AI 建议。AI 可以帮你起草关系名和原因，但它只会填表，保存前还是你决定。

如果你不是在做集成，也不用先理解 API 或 MCP 工具。Graph 视图就是正常入口。

给 Agent 和集成开发者

受支持的集成可以通过 REST API 和 MCP 工具读写记忆连接：

• memory_relation_add
• memory_relation_suggest
• memory_relation_list
• memory_relation_update
• memory_relation_delete

图谱里保存的是一条稳定的 Memory-to-Memory 边，关系名保持开放。这样 schema 不会膨胀，你自己的关系词也能慢慢长出来。

接下来读哪里

• 知识图谱：如果你想在图里创建或检查记忆连接。
• 知识演化：如果你想理解版本历史和矛盾关系。