📄 一句话概括
有的规则是它自己学到的,有的必须你写死;凡是猜错了会出事的规则——尤其是红线——一条都不能指望自动记忆。
📝 本节和前面几节的关系
这一节处理一个很容易搞混的问题:它自己记住的那些,和你写进文件的那些,到底能不能一样看待。
一、两类规则,分清楚很重要
自动的:这次会话里的临时要求、它从你的纠正里学到的小习惯。 写死的:项目技术栈、验证方式、红线。 差别不在可靠性,在你能不能确认它什么时候失效。
二、自动记忆的优点与代价
优点是省事:你纠正一次,它下次照做,中间不需要任何动作。 代价是不可控:换个会话可能失忆,你也无法确认它到底记住了什么。 所以自动记忆适合无害的偏好,不适合出事 costly 的规矩。
三、一条很干脆的分界线
凡是猜错了会出事的规则,都必须写死。 猜错了不好看、猜错了下次要重写一遍——这些交给自动记忆。 猜错了会删掉你的东西、会把改动推出去——这些一条都不能省。
四、实用建议
把红线写进文件,并在文件里注明【这一段不许自动推断】,提醒自己也提醒它。 自动记忆里那些确实好用的习惯,隔一段时间补进文件——它不是保险,放进文件才是。
五、动手 Demo:自动记忆——它自己记住的和写死的
下面把四类规则按来源与可靠性排开。
rows = [(u"这次会话里的临时要求", u"自动", u"会话结束就没了"),
(u"它从你的纠正里学到的小习惯", u"自动", u"换个会话可能失忆"),
(u"项目的技术栈与验证方式", u"写死", u"必须落在文件里"),
(u"红线(不许删不许推送)", u"写死", u"任何自动记忆都不算数")]
实跑输出:
--------------------------------------------------------------------
自动记忆——它自己记住的和写死的
--------------------------------------------------------------------
有的规则是它自己学到的,有的必须你写死。分清楚很重要:
规则类型 来源 可靠性
-------------------------------------------------------------
这次会话里的临时要求 自动 会话结束就没了
它从你的纠正里学到的小习惯 自动 换个会话可能失忆
项目的技术栈与验证方式 写死 必须落在文件里
红线(不许删不许推送) 写死 任何自动记忆都不算数
规律很清楚:**凡是【猜错了会出事】的规则,都必须写死。**
自动记忆的好处是省事,代价是**你无法确认它在什么时候失效**。
所以红线一条都不能指望它自己记住。
第三列是关键:自动记忆那一栏,最右边那格写的是【可能失忆】。 所以分界线很干脆:猜错了会出事的,全部归到【写死】那一栏。
30 秒实验
- 把你心里那句【这种小事它应该记得吧】拿出来问:猜错了会出事吗?
- 把自动记忆里那些好用的习惯,挑两条补进规则文件。
常见误区
- 把红线寄托在【它上次那样做了就没错】上。它的记忆不构成保证。
- 所有规则都写进文件,一条不落。无害的偏好交给自动记忆,文件留给真正要紧的。
自测三问(点开对答案)
1. 自动记忆与写死的关键差别是什么? —— 你能不能确认它什么时候失效;自动记忆换个会话可能失忆。 2. 分界线怎么划? —— 凡是猜错了会出事的规则都必须写死,其余可以交给自动记忆。 3. 把习惯从自动记忆补进文件有什么好处? —— 自动记忆不是保险,放进文件才是。- ☐ 下一节(5.7 迭代飞轮:让Claude Code越用越好的方法)
相关笔记
- 🐳 DeepSeek Harness技术架构原理 · 索引 — 记忆与上下文的生命周期
- 🧡 Claude Code橙皮书 · 索引