我们到底记住你什么，记错了怎么办
·作者 [email protected]
记忆不是聊天记录。每份种植我们只留一句话的结论：你说过的限制（阳台朝南、家里没药）会留下，闲聊不留。这篇讲我们记什么、怎么认出“这是哪一份”，以及记错了你怎么让我们改。
一、下次不用说第二遍
你说过“阳台朝南、土是沙的、上次浇多了黄过叶”。隔两周再问“今天要不要浇水”，我们不用你再讲一遍这些 —— 它们已经在那句话里了。
每份种植最多一条摘要，最多两句、120 字以内，覆盖更新 —— 是“现在它是什么样”，不是流水账。
二、我们记的是结论，不是你的原话
- 只写两件事：这份种植是什么，以及最近因为什么改了什么。
- 闲聊不记；我们看了一遍但一条都没改也不记 —— “我看过了”不是事实变化。
- 只聊天也能记：你说“家里没药”，这句话会留下，因为下次排活要用它。
- 归档的种植留档，但不再参与判断，免得两年前的记录干扰今天。
三、写之前先认出“是哪一份”
- 有编号就用编号；名字只对得上一份就用那一份；都对不上，就记到你的档案里，绝不塞给第一份。
- 为什么加这条规矩：以前真出过事 —— “阳台樱桃小萝卜”的摘要里记着“阳台土豆”的内容。那时候的写法是“认不出就记给第一份”。
四、记错了你怎么让我们改
- 让我们念一遍：“你记得我这盆什么情况？”我们把摘要原样说出来，不修饰。
- 你说“不是，那是土豆的”，我们就覆盖掉，版本号加一。
- 记忆不产生“变更记录”——它不是安排，不需要可回退；但你能随时看到它现在是什么。
五、代价
- 一句话装不下细节：品种、具体病史会被压缩，所以你真问细的，我们还得回头翻资料和你的记录。
- 记忆是覆盖式的：老结论被新结论盖掉，历史结论不留。要查历史，得看变更记录。
六、如果你也写代码
- 摘要存在
knowledge 里，一条种植一条，写入即覆盖，version + 1。 lib/memory.mjs 只在 applied.length > 0 时写：按 plantingId 分组，拼成“旧记忆第一句 + 哪天 + 我改了哪两条”，最多两条、120 字。- 落地走
rememberPlanting()，只动 knowledge，不产生 commit —— 记忆不是安排。 - 认目标的三级顺序（id → 唯一名字 → 档案 notes）是硬规矩，测在
BUSINESS.md §七 里。
← 开发日志
