无状态的问题
在一个 Claude Code 会话内，助手非常敏锐：它读你的代码、跟得上你的推理、记得这一小时里你做的每个设计决定。然后你关掉终端，第二天早上再打开，一切归零。
你重新解释项目结构。你重新粘贴关键文件。你又一次告诉它"我们这里用 Result<T, E>，从不用 try/catch"。你又一次解释为什么 monorepo 用 pnpm 但 lambda 用 npm。每。一次。会话。
这不是 Anthropic 的 bug——Claude Code 在设计上就是无状态的。会话彼此独立是有意为之，目的是不让信息在任务或仓库之间泄露。但这个设计取舍留下了一个空白：没有地方安放你想让 Claude Code 永远记住的东西。修复方案必须在产品之外，作为一个独立的记忆层存在——助手在会话开始时从中读取，在你工作时向其中写入。
MemoryLake 带来什么
MemoryLake 就是这个记忆层。它运行在 Claude Code 旁边，而不是内部。通过 MCP（Model Context Protocol）连接后，Claude Code 会在会话开始时自动拉取相关项目记忆，并在工作过程中归档新的上下文——架构决策、命名约定、上周讨论过的取舍、甚至选择某个库而不是另一个的理由。
你不需要 fork Claude Code、包装它、或改变调用方式。没有要学的自定义 CLI。MCP 服务器是标准的，配置只是一段 JSON，记忆存储在 MemoryLake 上——而不是在 Anthropic 的基础设施上。Anthropic 只能看到为当前消息注入到 prompt 中的具体记忆片段。
有几个实用属性很重要。分支感知意味着正确的记忆会随正确的 git 分支加载。团队共享意味着你和队友可以通过基于角色的访问共享同一个项目存储。跨工具便携意味着同一份记忆可以从 Cursor、OpenClaw、Cline 或任何其他 MCP 客户端访问——你在一个工具中投入的工作不会被困在那里。
两分钟搭建
第一步——在 app.memorylake.ai 注册。个人使用无需信用卡；免费层级足以让一个开发者跨多个项目使用。注册后，创建一个项目来界定这个记忆存储的范围（例如"acme-api"或"个人副业项目"）。
第二步——把 MCP 服务器添加到 Claude Code。从 MemoryLake 仪表板复制 MCP 配置块，类似这样：{ "mcpServers": { "memorylake": { "url": "https://mcp.memorylake.ai", "headers": { "Authorization": "Bearer YOUR_TOKEN" } } } }。粘贴到 Claude Code 设置的 MCP Servers 下。
第三步——打开一个新会话。网关第一次连接时，MemoryLake 会握手并注册该项目。从那一刻起，这个仓库中的每个 Claude Code 会话都会在启动时自动加载相关记忆，并在你工作时归档重要的新上下文。总耗时约两分钟，大部分时间用在等页面加载。
与 /context 如何协同
Claude Code 已经有原生的 /context 命令。它擅长自己擅长的事——把特定文件和片段拉进当前会话——但它没有"持久化"的概念。会话一结束，/context 就消失了。
MemoryLake 是补充，不是替代。把 /context 想成你的短期工作区（此刻桌面上有什么），把 MemoryLake 想成你的长期项目记忆（档案柜里有什么）。两者天生共存：短期工作上下文留在 /context，长期架构决策、约定和过往对话留在 MemoryLake，需要时自动拉取。
两者协作无需任何额外配置。MCP 服务器把 MemoryLake 注册为 Claude Code 可读取的另一个上下文源。用 /context 加载文件不会自动存到 MemoryLake，反之亦然。每个工具做自己最擅长的事，你不必关心衔接处。
工程师们的实际用法
"Claude Code 记得我们三周前讨论过的一个架构取舍——不需要重新解释。我自己都完全忘了当时的理由，问到相关变更时它把对的推理浮了出来。"
"切换 git 分支后，Claude Code 知道每条分支对应的上下文。feature 分支有它自己的设计笔记；main 分支有生产环境的护栏。同一个仓库，根据所在位置切换不同的大脑。"
"和队友共享同一个项目记忆。他的 Claude Code 接住了我离开时的状态——项目约定、待决问题、进行中的决策。把一位新工程师上手这个仓库的时间从一周结对压缩到了半天。"
常见问题
它能和 Claude Code 原生的 /context 协同工作吗？
可以——它们是互补的。短期上下文留在 /context；长期项目记忆在 MemoryLake 中自动加载。没有配置冲突，也无需设置优先级。
它会让 Claude Code 变慢吗？
记忆加载在会话开始时异步进行。端到端延迟影响小于 100ms——日常工作中察觉不到。会话中的检索给上下文组装增加约 50ms，与 LLM 推理时间相比可以忽略。
我的团队可以共享 Claude Code 记忆吗？
可以。在 MemoryLake 中创建团队项目；所有成员的 Claude Code 都能读写同一个记忆存储，并支持基于角色的访问。个人记忆保持私密，团队记忆共享。成员管理在仪表板完成。
Anthropic 能看到我的 MemoryLake 数据吗？
只能看到注入到你发送给 Claude 的 prompt 中的记忆片段。底层记忆存储在 MemoryLake 的基础设施上，而不是 Anthropic 的。你可以在 MemoryLake 仪表板审计被注入的具体内容。
它支持 Claude Code 桌面端、CLI 和 IDE 插件吗？
支持——只要 Claude Code 支持 MCP 服务器的地方，MemoryLake 就能用。同一个记忆项目跨各类客户端可达，所以你在桌面端讨论的理由，第二天早上在 CLI 里就能用。
结论
Claude Code 是最锐利的编码助手之一，无状态是个深思熟虑、站得住脚的设计选择——但它留下了一个空白，每个认真使用的工程师在第二周就能感受到。修复办法不是等 Anthropic 上线持久化；而是加一个独立于产品的记忆层，无论你调用哪个模型都同样工作。
MemoryLake 用两分钟填补这个空白。添加 MCP 服务器、打开新会话，助手就不再每天早上都是一个聪明的陌生人。复利价值在第二周显现——当你问一个问题，Claude Code 已经知道它十次会话前给你的答案。
设置一次。不再重新解释你的项目。这就是全部的承诺。