k3.1动手⏱ 约 7 分钟

CLAUDE.md 的等价物:项目记忆怎么搬过去

用三条判据分辨一个工具有没有真正的项目记忆,并当场测出来

🔎 最后验证 2026-08📚 来源:主课「用 CLAUDE.md 记住项目」与「CLAUDE.md 进阶:分层与模块化」两节的既有方法、本课 K2.4 横评协议中的项目记忆测试设计

为什么学这个

换工具时最容易丢的不是功能,是你教给它的那些规矩。

“这个项目金额一律用整数分”“别动 legacy/ 目录”“提交信息用中文”——这些话你已经说过几十遍。在原来的工具里,它们躺在一个文件里,每次开工自动生效。换个工具之后,它们去哪了?

大多数人的答案是:又开始每次对话手动说一遍,说着说着就忘了说,然后 AI 又用浮点数算了钱。这一节讲怎么把这份资产搬走,以及一个更重要的本事:分辨一个工具说的“记住了”到底是不是真的记住了。

💡 打个比方

新员工入职,你有两种交接方式。一种是口头讲:讲得很清楚,他也点头,但明天换个人来问,还得再讲一遍。另一种是写进部门手册:谁来了都自己看,手册跟着部门走,不跟着某次谈话走。

“项目记忆”就是后者。关键不在于它当时听懂没有,而在于这条规矩最后落在了哪里、下一次谁还能看到。 一个工具如果只是在对话里应了一声“好的,我记住了”,那它给你的是口头交接。

三条判据:什么才算真的项目记忆

判断一个工具的记忆能力,只看三件事,缺一条就不算数:

落成文件了吗? 规矩最终有没有变成一个你能打开、能编辑、能看见的文件?看不见的记忆等于没有——你无法审查它,也无法修正它。
跟着仓库走吗? 那个文件在项目目录里,还是在工具的私有配置里?在项目里,规矩才能随着 git clone 传给同事和你的另一台电脑;在工具私有目录里,换台机器就没了。

都看到这了，打个赏呗！