你们团队目前用什么作为智能体原生的共享知识库?
摘要
一位从业者调研了多种智能体记忆与共享知识库工具(Mem0、Engram、Memori、ByteRover、Basic Memory),并深入介绍了开源项目 OpenLore——该项目通过 SSH 或 MCP 将 Markdown 文件作为人类与智能体共享的知识库对外提供,具备 RBAC 权限控制且无需向量数据库,同时也在权衡这类智能体原生知识基础设施是否真的必要。
过去几个月,我一直在探索各种智能体记忆与上下文管理工具,包括 Mem0、Engram、Memori 以及另外几款。我最初的探索大多围绕持久化记忆、检索,以及如何在不同智能体会话之间保留上下文,围绕这些我也做过几个项目。但还有一个相关的品类我也在关注:人类和 AI 智能体都可以访问并共同向其贡献的共享知识库。ByteRover 和 Basic Memory 等工具已经在以不同方式触及这一领域,从在智能体与队友之间选择性同步项目记忆,到维护可通过 MCP 访问的 Markdown 知识。最近我接触到另一个名为 OpenLore 的开源项目,并亲自体验了一下。它的思路相当直接:通过 SSH 或 MCP 将现有的 Markdown 文件作为共享知识库对外提供,并为人类提供一个 Web 界面。这里没有向量数据库,没有摄取管道,也没有 SDK。有几个实现细节让我很感兴趣:
- **RBAC**:通过身份与角色来决定每个人或每个智能体可以对哪些文档集合(docset)进行读取、写入或发布。
- **受控贡献**:可以给智能体发布发现的收件箱权限,但不允许它们修改现有文档。
- **基于文件的访问**:智能体可以使用 grep、cat、find 这类熟悉命令,无需额外的向量数据库或摄取管道。
让我对这个品类感兴趣的一点是:一个团队的知识往往分散在代码仓库、文档、运维手册(runbook)、架构决策记录,以及各个智能体会话之中。让智能体使用这些知识有多种方式:ByteRover 侧重于同步与召回项目上下文,Basic Memory 将 Markdown 与索引化、互相链接的知识结合起来,而 OpenLore 则采取了更接近共享文件系统的思路,并配合作用域化的访问控制。
我不确定是否存在一个最优解。对于某些团队来说,一个用 Markdown 和 AGENTS.md 文件构成的共享 Git 仓库可能就足够了。但一旦有多位开发者和多个智能体共同向同一个知识库贡献内容,那么权限管理、内容更新,以及决定哪些内容能成为可信上下文,就都值得认真思考了。
相似文章
rohitg00/agentmemory
agentmemory 是一个开源的持久化记忆层,专为 AI 编程智能体(Claude Code、Cursor、Gemini CLI、Codex CLI 等)设计。它通过知识图谱、置信度评分和混合搜索技术,借助 MCP、Hooks 或 REST API,为智能体提供跨会话的长期记忆能力。该项目基于 iii 引擎构建,无需外部数据库,提供 51 个 MCP 工具。
分享我一直在做的东西:LoreKit(智能体记忆系统)—— 寻求反馈
Mads 推出了 LoreKit,一个免费且开源的智能体记忆系统,支持 CLI、MCP 和 Web UI,旨在跨会话、团队和环境共享记忆。
你是如何在各个智能体的会话之间管理记忆的?
一篇开发者讨论帖,询问其他人如何处理 AI 智能体跨会话的持久记忆,比较了笔记文件、向量数据库、mem0、Zep 和 Letta 等方案,并表达了对陈旧或过时的信息导致智能体依据已失效的决策采取行动的担忧。
寻求反馈:一个AI智能体和人类都能使用的记忆系统
作者介绍了Noosphere,一个面向AI智能体和人类的开源记忆与维基层,正在寻求对其基于Postgres的结构化记忆、Redis缓存的召回机制以及可人工编辑的维基页面的反馈。
什么是“最好的”用于编码智能体的多智能体记忆系统?我在 rohitg00/agentmemory 上提交了9个问题,已经放弃了。
一位开发者讨论了用于编码智能体的多智能体记忆系统的替代方案,对比了 Mem0 和 ByteRover,并询问关于 Opencode 和 Pi 的确认信息。