Memoars - encrypted memory layer that your AI assistants share
Show HN: Memoars - encrypted memory layer that your AI assistants share
我们发现了什么
Show HN: Memoars - encrypted memory layer that your AI assistants share. I struggled a bit with context sharing, knowledge sharing, memories sharing between AI agents (I use two or three on
- 来源:Hacker News(发现于 2026-08-07)
- 证据等级:D · 发现产品或需求信号,暂未获得可核验的商业证据。
- 商业模式:API / Usage-based
- 主题:独立产品
- 初筛评分:18.1/100 · 收录 1 次
证据,比故事更重要。
规则清洗与初筛,未经人工商业核验。原文语境、实际客户和付费情况仍需自行验证。
引用与数字披露
来源类型(原作者自述/第三方测算/媒体转引)需采集端标注,本版尚未落字段。
- 作者
- 未标注
- 抓取日期
- 来源类型
- 未标注
- 币种
- 未标注
- 口径
- 未标注
- 披露主体
- 未标注
- 披露日期
- 未标注
中文辅助译文(全文)
我在 AI 智能体之间的上下文共享、知识共享、记忆共享方面遇到了一些困难(我日常使用两到三个智能体)。它们每个都有自己的记忆,要么无法共享,要么进行记忆策展和改进比较麻烦(尤其是当偶尔会有来自不同模型的 API AI 调用时)。Memoars 就是为了解决这一问题而做的尝试——一个属于你自己的记忆(无存储厂商锁定),任何助手都可以通过 MCP 进行读写。其工作原理如下:记忆内容在你的机器上加密(XChaCha20-Poly1305,密钥由 Argon2id 派生),并直接写入你拥有的存储(R2、S3、MinIO、Supabase 等);协调器处理元数据层面:序列号、版本、授权、冲突解决。它永远不会接收工作区的内容密钥,因此无法读取记忆内容,但可以看到运营元数据——组织、工作区、身份、版本、使用情况;每一次变更都会记录在一个仅追加、哈希链式的日志中,并在写入时采用比较并交换(CAS)机制,因此两个客户端不会互相悄无声息地覆盖数据,你也可以看到记忆是如何演变到当前状态的;权限采用 组织 → 工作区 → 身份 的结构,并支持按工作区授权。每个工作区都有各自的密码,因此隔离既通过加密也通过 API 来强制执行。当前实际状态:目前为邀请制,我需要坦白地说,这更像是一个邀请名单,而不是今天下午就可以安装的产品(因为我希望在发布前确认它是合理的,并能解决你的问题)。客户端将开源,托管的协调器随后不久也会开放。如需了解更多信息,请给我发邮件或联系我——我会回复所有询问。感谢你的关注!
译文由上游机器翻译生成,可能有误;判断请以英文原文为准。
英文原文(来源本站未改写)
I struggled a bit with context sharing, knowledge sharing, memories sharing between AI agents (I use two or three on a daily basis).Each of them has its own memory, they dont share it or its a bit cumbersome to do memory curation and improve it (especially if there are some API AI calls that run occasionally from different models) Memoars is an attempt to solve it - one memory that belongs to you (no storage vendor lock) that any assistant can read and write through MCP.
How it works: - Memory content is encrypted on your machine (XChaCha20-Poly1305, key derived with Argon2id) and written directly to storage you own - R2, S3, MinIO, Supabase etc) - A coordinator handles the metadata plane: sequence numbers, versions, grants, conflict resolution.It never receives the workspace content key, so it can't read memory content.
It does see operational metadata - org, workspace, identity, version, usage - Every change lands in an append-only, hash-chained log with compare-and-swap on writes, so two clients can't silently clobber each other and you can see how a memory got to its current state. - Permissions are orgs → workspaces → identities, with per-workspace grants.Each workspace has its own passphrase, so isolation is enforced by encryption as well as by the API.Where it actually is: It's invite-only right now, and I want to be honest that this is a invite list rather than a product you can go install this afternoon (as I want to make sure it makes sense and that it solves a problem for you before its shipped).
The client is being open-sourced and the hosted coordinator opens shortly after.Drop me a mail or ping me for more info - as I will reply to all inquiries Tnx for taking a look!
这条还缺什么证据?
下面每条都由本条已有字段推出(等级、理由、商业模式、来源次数、是否演示), 本站不生成推测性结论;通用验证方法放在方法论页。
- 可核验的收入或付费证据查官网定价页与付费口径;第三方数据源(如 GetLatka)只作旁证,需标注来源与时点。
- 只有单一来源找一手站点或其他渠道是否重复出现同一产品;社区热帖数量不等于商业进展。
通用验证清单(谁有这个问题/谁愿意付费/一个人能交付哪一小步)见我们的筛选方法。