我构建了一个用于AI助手的开源记忆治理层 - 寻求技术反馈 [P]
摘要
MemoryOps AI 是一个用于AI助手的开源记忆治理层,通过策略、过期、审计和删除保证来处理记忆生命周期。作者希望从构建AI代理和RAG系统的开发者那里获得技术反馈。
我一直在开发一个名为 MemoryOps AI 的项目。我试图解决的问题是 AI 代理中的上下文债务。大多数记忆演示看起来像这样:聊天消息 → 向量数据库 → 稍后检索 这在演示中有效,但我认为生产环境的代理需要的不只是检索。它们需要规则来确定哪些记忆可以被保留、哪些应该过期、哪些应该被阻止、哪些可以更新、以及哪些必须被审计。MemoryOps AI 将记忆视为受治理的状态。生命周期是:捕获 → 评估 → 存储 → 检索 → 排序 → 组合 → 更新 → 遗忘 → 审计
我内置的一些功能:
- 存储前策略,因此敏感/秘密类内容在记忆保存前被过滤
- 类型化记忆,而非单一通用记忆桶
- 租户隔离
- 删除保证
- 存储记忆的溯源
- 仅追加审计日志
- 保留策略
- 法律保留
- 基于同意的记忆
- 用于生命周期任务的后台工作器
- 一个用于测试记忆行为的小型游乐场/演示
我发布这个不是作为一个 polished 的公司发布。我主要想从构建代理、RAG 系统、评估或 AI 基础设施的人那里获得反馈。我试图回答的问题是:
- AI 记忆系统应该被允许记住什么?
- 旧记忆应该如何过期或被覆盖?
- 你如何测试已删除的记忆永远不会影响未来的输出?
- 在信任真实助手中的记忆之前,你期望哪些不变量?
GitHub: https://github.com/patibandlavenkatamanideep/memoryops-ai
演示: memoryops-ai-production.up.railway.app
非常感谢任何技术反馈,特别是关于记忆生命周期设计、治理和评估方面的。
相似文章
MemoryOps AI 更新:从受治理记忆到生产加固、审计追踪与 API 安全边界
MemoryOps AI 是一个面向 AI 智能体的开源受治理记忆运行时,现已更新,新增上下文准入门、记忆使用追踪、删除血缘评估、审计追踪和 API 安全加固。作者讨论了诸如已删除记忆的有界无影响声明等治理挑战,并寻求社区对上下文门追踪和 API RBAC 边界的反馈。
我为 AI 编程助手构建了一个三层记忆系统(项目/会话/源)。欢迎提出不同意见
作者为 AI 编程助手构建了一个三层记忆系统(项目/会话/源),并希望收到反馈意见。
寻求反馈:一个AI智能体和人类都能使用的记忆系统
作者介绍了Noosphere,一个面向AI智能体和人类的开源记忆与维基层,正在寻求对其基于Postgres的结构化记忆、Redis缓存的召回机制以及可人工编辑的维基页面的反馈。
我为 AI 智能体构建了一个记忆层,可随时间追踪信念并处理矛盾,现寻找测试者。
OMEM 是一个面向 AI 智能体的记忆层,能随时间追踪信念、呈现矛盾并保留溯源信息,旨在取代静态的向量存储记忆。作者正在为这个尚未达到生产就绪状态的工具寻找早期测试者。
Memoars - 你的AI助手共享的加密记忆层
Memoars 是一个仅限邀请的加密记忆层,让 AI 助手通过 MCP 共享统一记忆,客户端已开源,托管协调器即将推出。