MemoryLake
工程师与开发者LLM开发者的记忆API

无需从头构建记忆基础设施即可交付LLM应用

每个LLM开发者最终都会重复编写相同的记忆层——一个向量存储、一个摘要链、一个会话表、一个去重器。MemoryLake用一个单一的记忆API替代了这一堆栈,开箱即用地处理持久性、冲突解决、版本控制和跨模型检索。

Day 1“每个LLM开发者最终都会重复编写相同的记忆层——一个向量存储、一个摘要链、一个会话表、一个去重器。MemoryLake用一个单一的记忆API替代了这一堆栈,开箱即用地处理持久性、冲突解决、版本控制和跨模型检索。”✓ Got it, I will remember.Day 7 — new session“Same task again — can you keep the context?”× Sure — what was the context again?(forgot every detail you taught it)+ MEMORYLAKE LAYERMemory auto-loaded一个SDK,六种记忆类型REST、MCP和Python SDK内置冲突解决SESSION OUTPUT✓ Same prompt, on-brand answerNo re-briefing required.

无需从头构建记忆基础设施即可交付LLM应用

免费开始使用

永久免费 · 无需信用卡

问题:每个LLM应用重建相同的记忆堆栈

你为检索连接Pinecone,为会话连接Redis,为用户事实连接Postgres,并建立一个自定义去重管道以保持它们同步。三个月后,你更换模型,大部分管道都坏了。LLM开发者的记忆API应该是一次HTTP调用,而不是五个子系统。

MemoryLake如何为开发者解决记忆基础设施

一个SDK,六种记忆类型

一个SDK,六种记忆类型

背景、事实、事件、对话、反思、技能。停止为你的应用需要记住的每种上下文编写自定义架构。

MEMORYREST、MCP和Python SDK

REST、MCP和Python SDK

可以从任何后端、任何框架、任何代理运行时使用。MCP支持意味着Claude Desktop、Cursor和Windsurf可以原生读取你的应用记忆。

MEMORY内置冲突解决

内置冲突解决

当新事实与旧事实相矛盾时,MemoryLake会标记冲突并应用你选择的策略:最新来源、置信度加权或手动审核。

Git风格的版本控制

Git风格的版本控制

分支、提交、合并和回滚记忆状态。每个更改都有不可变的审计记录。这对受监管行业至关重要。

免费开始使用

永久免费 · 无需信用卡

它如何为LLM开发者工作

  1. 连接 — 安装Python SDK或访问REST端点。使用API密钥进行身份验证。
  2. 结构 — 发送原始用户交互、文档或事件。MemoryLake将它们路由到正确的记忆类型并解决重复项。
  3. 重用 — 在推理时调用retrieve()。为你的提示获取一个排名的、令牌预算的上下文块。

之前与之后:LLM开发者工作流程

Without MemoryLakeWith MemoryLake
Memory infra to build4–6 subsystems wired togetherOne SDK call
Schema design for user factsCustom tables per appSix built-in memory types
Switching the underlying modelRewrite retrieval pipelineSame API, any model
Audit log of memory changesBuild it yourselfBuilt in, exportable

适合谁

后端工程师、代理构建者和独立创始人,交付LLM产品,想将时间花在用户体验和模型编排上——而不是调试记忆管道。对无法合理化专职基础设施招聘的独立开发者和小团队开发者尤其有价值。

可运行的 demo约 2 分钟

在你自己的账号上跑通这个场景

Brindle Lane Deliveries 的派单助手经 MemoryRouter 读取 6 位收件人的门禁码,对话放在 Responses API 上(store: true,之后用 previous_response_id 续)。第 1 轮问门禁码,答对。随后每位收件人来电改码:fact update 改掉事实,fact trace 保留旧文本,新开一次对话答的是新码。第 2 轮在同一条链上再问。MemoryRouter 第 1 轮挂上的备注随请求一起存进了链里,任何记忆操作都改不到那份拷贝。12 次运行:请求里带完整对话 144/144 答新码;续链不带 boundary 0/144(每次都是旧码);续链带 boundary,「确认一下门禁码」15/72,「司机该按哪个码」69/72;续链并在 instructions 里加一句「最新一条消息上的备注为准」143/144。

你会看到

  • 6 个门禁码用 fact add 存进一个项目,一个 boundary 覆盖它;每次模型调用都是 memorylake router responses --body … --boundary
  • 两轮之间 fact update 改掉全部 6 个码;fact trace 在历史里显示旧文本,fact list 显示新码
  • 第 2 轮从同一个已存储的第 1 轮用四种发法、两种问法发出,每条回复按旧码 / 新码判分
  • ask --recipient "Ruth Abara" 把一单连同中途改码重放一遍;facts 列出全部备注;另有本地 Web 界面

需要: 一个 MemoryLake API key · memorylake CLI · Python 3.9+

运行

git clone https://github.com/memorylake-ai/memorylake-usecases.git
cd memorylake-usecases/frozen-chain-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是向量数据库吗?

不是。向量数据库检索嵌入。MemoryLake存储结构化、类型化的记忆,具有冲突解决、版本控制和来源追踪。如果你需要文档块检索加用户状态,可以同时使用两者。

Python SDK与直接使用REST相比如何?

SDK增加了类型化记忆对象、批处理和集群级操作。REST适用于简单集成;SDK在生产应用中更快交付。

我可以自托管MemoryLake吗?

企业级支持在你的VPC中部署。端到端的AES-256加密适用于云和自托管模式——即使是MemoryLake也无法读取你的数据。