30秒速读：当多个 AI Agent 要共享同一份项目记忆时，最容易出的问题是各记各的、上下文断在会话边界上。Eunomia 就是为这个场景做的自托管共享记忆服务：以 Vault 为单位隔离项目、客户、团队和个人知识，Agent 通过 MCP 或 REST 读取和更新记忆，召回时结合语义搜索、关键词、图关系和日期范围。它的取舍也很直接：数据边界和部署责任都在你自己手里，换来的是对记忆数据的完全控制；但商业使用要先核对它的 PolyForm Noncommercial 许可证。
GitHub 国内访问较慢，如打不开可多刷新几次
项目信息表
| 项目 | Eunomia（AI Agent 自托管共享记忆服务） |
|---|---|
| 实现语言与组件 | Rust 构建；主题指向 Axum、SurrealDB、Next.js、向量搜索与知识图谱（具体版本以文档或源码为准） |
| 隔离单位 | Vault：项目、客户、团队、个人知识分别管理 |
| 接入方式 | MCP 或 REST，供 Agent 读取和更新共享记忆 |
| 召回方式 | 语义搜索、关键词、文本、图关系、明确日期范围组合召回 |
| 权限模型 | Vault 成员邀请、所有者与成员角色、按 Vault 检查读写权限、可限定 Vault 与过期时间的令牌 |
| 数据同步 | 12 个内置来源的数据同步能力（具体来源清单需看文档或源码确认） |
| 许可证 | PolyForm Noncommercial，商业使用前必须核对全文 |
它解决什么问题
单个 Agent 的记忆好做，难的是多个 Agent 跨会话共享：如果没有统一的记忆层，项目决策、客户资料、团队知识只能散落在各自的会话里，新会话一开就得重新交代。Eunomia 把记忆收进 Vault：每个 Vault 保存实体、记忆与关系，成员按角色读写，Agent 跨会话调取同一份上下文。更进一步，它还支持把 12 个内置来源的数据同步进来，与记忆、实体和关系统一检索，让 Agent 的上下文不只来自对话本身，也来自已有的资料源。
核心能力一览
- Vault 级知识边界：项目、客户、团队和个人知识分别放入独立 Vault，隔离、组织和共享都在 Vault 这一层解决。
- 多路组合召回：语义、关键词、图关系和日期条件可以组合使用，找一段旧决策时既能按意思找，也能按时间范围收窄。
- 双接入路径：MCP 与 REST 两条路都提供，不同 Agent 客户端可以按自己的集成方式选。
- 成员与权限管理：支持成员邀请、所有者与成员角色、按 Vault 的读写检查，以及可限定范围和过期时间的令牌。
- Vault 整理操作：支持实体、记忆和关系的克隆、合并等操作，便于在知识空间变大后重新组织。
上手指南
- 先定许可证合规结论：采用前核对 PolyForm Noncommercial 许可证全文，确认组织用途在允许范围内；这一步要在部署之前做，不要事后补。
- 按组织规划 Vault 结构：先想好按项目、客户还是团队切 Vault，成员角色与读写范围随 Vault 一起定，避免后期跨 Vault 搬数据的麻烦。
- 确认运行依赖再部署：根据文档确认 Rust、数据库及前端运行依赖、数据库初始化方式和生产部署拓扑，不要只凭摘要部署。
- 先接一个 Agent 跑通读写：选 MCP 或 REST 其中一条路，让一个 Agent 完成写入与跨会话读取，确认召回结果符合预期，再扩展到多个 Agent。
- 把令牌与备份流程立起来：令牌设好 Vault 限定与过期策略，同时把组织数据库、成员权限和备份恢复流程写进日常运维清单。
用之前先确认的 3 件事
- 自托管等于自担运维：数据库、凭据、备份和运行环境都由部署者自己维护，没有托管方兜底；团队里要有能接手这摊事的人。
- 内置来源清单要实地确认：README 摘要中没有列出 12 个内置来源的具体名称和同步边界，选型时不能假设它覆盖了你想要的来源，必须看文档或源码。
- 生产部署细节不在摘要里：公开信息有限，生产部署要求、升级流程和长期维护状态都要结合 README 或源码确认，评估时要留出这部分时间。
常见问题
问：只有一个 Agent 需要记东西，用它是不是太重了？
很可能是。Eunomia 的完整 Vault、图搜索与协作模型是为多 Agent 共享准备的；单 Agent 的简单键值记忆用更轻的方案就够了，不要为用而用。
问：Agent 通过什么方式读写记忆？
MCP 或 REST 两条路都可以，写入与读取都走同一套 Vault 权限检查；选哪条取决于你的 Agent 客户端支持哪种集成。
问：不同项目的数据会串吗？
设计上不会：不同 Vault 各自隔离，读写按 Vault 检查。但隔离成立的前提是 Vault 划分与成员角色一开始就划对，权限配错再好的隔离也白搭。
问：升级前要注意什么？
先检查数据迁移与接口兼容性说明，再动生产 Vault；令牌、成员权限与过期策略也要在升级后复核一遍。
明确取舍：选它还是不选它
选它，如果：你需要 Vault 级知识边界、跨会话记忆、成员协作以及多种召回方式，并且团队能承担自托管的部署与运维责任。
不选它，如果：用途涉及商业场景但许可证还没核对清楚，或者只需要单 Agent 的简单记忆，又或者团队没有人能长期维护数据库、凭据与备份。这三种情况都不适合直接上。
获取方式
本项目为开源项目，仓库地址见文首的 GitHub 按钮。部署前请通读仓库 README 与许可证全文，确认运行依赖、内置来源清单与权限模型后再动手。
关注「软件教程管家」
回复软件名即取即下：网盘下载链接 + 提取码，一步直达，不用再跳转。
本站资源仅供个人学习交流，请勿用于商业用途。软件与资料版权归原作者所有；如有侵权，请通过公众号「软件教程管家」联系我们，我们将在 24 小时内下架处理。查看免责声明 ›
