工程与开发者嵌入终端用户产品中的代理记忆
构建用户实际拥有的记忆上的嵌入式 AI 代理
嵌入终端用户产品中的代理处理私人用户数据。用户信任要求他们实际拥有这些记忆——导出、删除、控制。MemoryLake 为生活在消费产品中的代理提供可导出、可删除、可移植的记忆。
问题：大多数嵌入式代理记忆不是用户拥有的
用户将个人数据输入代理。供应商持有记忆并决定保留时间。当用户想要提取他们的数据时，供应商提供部分数据的 CSV 导出。这个“记忆”始终是供应商的，而不是用户的。
MemoryLake 如何提供用户拥有的记忆
加密以确保供应商无法读取
AES-256 三方加密。
一键全量导出
用户下载结构化记忆，而不是部分 CSV。
永久删除，无备份保留
真实的删除权利。
可移植到其他产品
记忆格式与用户选择的未来产品兼容。
免费开始使用
永久免费 · 无需信用卡
如何为用户拥有的嵌入式代理记忆工作
- 连接 — 嵌入式 SDK 采用用户密钥加密。
- 结构 — 所有记忆写入在客户端加密。
- 重用 — 用户可以随时导出和删除。
之前与之后：嵌入式代理记忆所有权
| DIY embedded memory | MemoryLake | |
|---|---|---|
| User can read vendor cannot | Rarely | Yes |
| Full structured export | Partial CSVs | Complete |
| Permanent deletion | Soft-delete usually | Permanent, no backups |
| Memory portability | None | Native |
适合谁
构建消费 AI 产品的产品团队——助手、日记、教练应用、生产力工具——用户信任依赖于记忆所有权的真实性，而不是理想化。
可运行的 demo约 3 分钟
在你自己的账号上跑通这个场景
一个内置 AI 教练的健康 App。六位用户告诉教练的 30 条信息，用三种方式存储：一个共享池、归属写在 metadata 里；同一个池、每条事实写上主人的名字；每个用户一个独立作用域。每位用户通过 MemoryRouter 向教练问一个问题。
你会看到
- 共享池、归属在
metadata.user_id：记忆被挂上时归属不跟着走。Omar 被提醒 Dana 的花生过敏，Sam 被叮嘱小心 Dana 的膝盖。7 次运行 42 题只对 9 题 - 在每条事实里写上主人的名字也没用：名字就在挂上的记忆里，模型照样当成提问者的。42 题对 22 题
- 每个用户一个 actor、一个 boundary（
boundary create --human-actor）：42 题全对。检查器（让 Claude 原样抄出收到的记忆）显示别人的记忆挂上 0 条，共享池是 134 条 - 记忆归用户所有：导出就是
fact list --actors，忘掉 Dana 就是删除她 actor 上的事实（之后她的 boundary 什么也挂不上）；在共享池里两者都要扫描所有人的记忆。另有memory、ask子命令与本地 Web 界面
需要: 一个 MemoryLake API key · memorylake CLI · Python 3.9+
运行
git clone https://github.com/memorylake-ai/memorylake-usecases.git cd memorylake-usecases/user-owned-memory export MEMORYLAKE_BASE_URL=https://app.memorylake.cn/openapi/memorylake export MEMORYLAKE_API_KEY=sk-… python3 demo.py # or: python3 web/server.py
看它跑起来 · 真实录制，未剪辑
常见问题
"用户拥有" 在技术上意味着什么？
"用户拥有" 在技术上意味着什么？
端到端加密，用户持有密钥；供应商和 MemoryLake 无法解密。
删除权利覆盖吗？
删除权利覆盖吗？
符合 GDPR 和 CCPA，提供永久删除且无备份保留。
自托管？
自托管？
是的——企业级在您的 VPC 中部署。