Claude Code 免费长期记忆：每个工作会话最多省 95% Token

每次打开新的 Claude Code 会话，你都得重新介绍项目、重申代码规范、复述上次做到哪儿了？程序员社区里口口相传的一则技术分享说：完全可以为 Claude Code 免费搭建长期记忆，让每个会话的 token 消耗最多降低 95%，并自动记录各项决策，从你上次停下的地方继续。本文解析其背后的机制以及用好它的思维方式。

问题：AI 每次会话后"失忆"

Claude Code 以及 AI 编程助手普遍工作在一个有限的上下文窗口（Context Window）里。每次会话都是一段独立的"人生"：当你关掉终端，AI 对项目的一切理解——架构、技术决策、做到一半的工作——全部消失。下一个会话，又得从头装载。

后果是双重的：

• 费 token： 每个会话都重复装载同样的大段上下文，成本以最直白的方式往上堆。
• 费时间且易出错： AI 每次都得"重新学"一遍项目，上次的决策可能与这次相互矛盾。

长期记忆如何运作

核心思路：不是保留完整的对话历史，而是只留存有长期价值的内容，并在需要时按需选择性加载。

一套典型的长期记忆设置包含三层：

1. 项目静态记忆层： 放在根目录的配置文件（如 CLAUDE.md），记录项目结构、代码规范、构建/测试命令。这一层完全由你掌控，像其他文档一样纳入 git。
2. 决策记忆层： 每个会话结束后，系统自动总结重要决策——选了哪个库、做了什么重构、卡在什么问题上——并更新到笔记库。
3. 情境记忆层： 开始新任务时，AI 查询笔记库，只拉取与当前问题相关的部分，而不是全部装载。

这套运作方式，和一位新员工接班时一模一样：读一本（小巧的）项目手册，而不是回看一整年的（海量）会议记录。

为什么能省下高达 95% 的 token

原始分享里的 95% 这个数字听来惊人，但分析一下典型会话的 token 构成就知道合理：

组成部分	旧用法	有长期记忆
项目上下文	每个会话完整重装	浓缩在配置文件里，仅几十行
对话历史	会话内无限拉长	拆成小会话，决策已存档
相关代码	整个长文件粘贴进对话	AI 自行打开需要读的文件

旧用法中的大部分 token 是重复——同一段项目描述、同样几个已经贴过几十次的文件。去掉重复、只留变化部分之后，完成同样工作量所需的 token 大幅下降，是必然结果。

应用思维：把 AI 当作团队的一员

要让长期记忆真正发挥作用，先改变对工具的看法：

• 记决策，不记对话。 没有人需要回看前一天的寒暄；需要留下的是"因为 X 选择了 PostgreSQL 而不是 MongoDB"。请让你的笔记系统养成这个习惯。
• 会话短，笔记厚。 做完一块工作就停下来，让系统总结，然后开新会话。多个有良好笔记的小会话，永远胜过一个巨型会话。
• 定期检查笔记库。 错误的记忆会随时间累积错误。每周或每个迭代（sprint）花几分钟回顾笔记，删掉过时的内容。
• 与代码一起做版本管理。 把笔记库放进代码仓库，让它与代码同步变化——旧分支配旧笔记。

几点实际提醒

• "免费"意味着自行存储： 这类设置利用的是本地文件和工具自带能力，不需要额外的外部服务费。你唯一支付的是各工作会话本身的 token——而这笔开支会显著下降。
• 数据安全： 笔记库里存有内部系统描述和架构决策——请把它当作敏感资产管理，必要时放入单独的受权限控制的仓库。
• 不能替代正式文档： 长期记忆是为了让 AI 高效工作；项目文档仍然要写给人看。

给越南企业的启示

对于越南中小企业里的开发团队——一个项目往往由少数人身兼数职——长期记忆解决的正是知识分散的问题。技术决策不再散落在数百个对话里，而是汇聚成一个可查阅的知识库，在人员变动时顺利交接。API 成本下降只是附赠品；更大的价值是项目在时间维度上的一致性。

结语

Claude Code 的长期记忆是一个更普遍原则的典型例证：价值不在于工具有多聪明，而在于你把自己的知识组织得有多严密。组织良好的知识，让人和 AI 都能高效工作。

资料来源：整理自 Facebook 技术分享，由 Wotech Electronics 编辑。

如果您的企业需要咨询如何搭建高效且安全的 AI 工作流程，Wotech Electronics 位于北宁的团队随时愿与您同行。