Gemini CLI 的“分层记忆”系统：媲美 Claude 的 L1/L2 缓存设计
如果说项目的 Productivity 是一场与遗忘的赛跑，那么 Claude 的 L1/L2 记忆系统无疑跑在了最前面。最近一篇关于其两层记忆缓存的设计在开发者圈子里流传甚广，文章指出 Claude 通过CLAUDE.md与memory/构建了一个纯文本的记忆世界。
很多用户在问：Gemini CLI 有类似的功能吗？
答案是：不仅有，而且设计得更加严密、分层更清晰。
一个反直觉的类比：四层存储 vs 双层缓存
如果说 Claude 的记忆系统是为个人开发者设计的“双层缓存”，那么 Gemini CLI 的设计则是一套面向团队协作、兼顾隐私安全的“四层存储架构”。这就像是计算机中的寄存器、L1、L2 和硬盘的关系：
- Global Tier (全局记忆):
~/.gemini/GEMINI.md—— 寄存器，跟随你处理任何项目。 - Workspace Root Tier (团队记忆):
./GEMINI.md—— L1，团队共享的架构规范，随 Git 走。 - Subdirectory Tier (局部记忆):
./src/.../GEMINI.md—— L2，特定目录的作用域隔离。 - Private Project Tier (私人笔记):
MEMORY.md—— 硬盘，本地环境的私密记录。
拆开看：它到底如何工作？
你可能会问：Gemini CLI 没有/update命令，它是怎么记住东西的？
秘诀在于“主动式更新”。
在 Gemini CLI 的内核中，有一套极其严格的Routing Rules (路由规则)。每当你在对话中提到一个新的规范（比如“以后所有 API 都要加版本号”）或者一个新的人员（比如“Todd 是我们的前端负责人”），Gemini 会根据预设规则自动判断并将其路由到正确的层级。
这种“边做边记”的模式，避免了像 Claude 那样需要周期性运行/update才能同步记忆的滞后感。
它不解决什么
虽然分层记忆系统非常强大，但它也有明确的边界：
- 不替代 RAG：如果你的知识库是“十万份合同条款”，纯 Markdown 的分层搜索依然无法替代向量数据库。
- 不自动同步：私人层级（Private Tier）物理存储在用户家目录，严禁提交 Git。这意味着换台电脑，你的本地私有记忆不会自动跟着走。
总结：从“记住一切”到“精准记忆”
Claude 的 L1/L2 设计确实让人惊艳，它证明了 LLM 时代的记忆系统不需要昂贵的向量数据库，只需要结构化的纯文本。而 Gemini CLI 在此基础上更进一步，它意识到：AI 的记忆不应该是一团乱麻，而应该是分等级、有作用域、且尊重隐私的。