昨天，你和 Agent 来回聊了几十轮。

需求拆过，代码改过，测试也跑过。聊天记录一条没丢，提交记录也都在。可今天重新打开项目，你还是会卡住：

现在到底做到哪了？ 哪些结论已经验证，哪些只是讨论过？ 还有什么风险没处理？ 下一步应该先做什么，又有什么不能碰？

如果这些问题仍然要靠翻聊天、猜上下文来回答，那么你保存的是历史，不是项目记忆。

聊天记录回答“说过什么”，项目记忆回答“接下来怎么做”

聊天记录当然有价值。它保留了探索过程，也能帮助你回看一句话是在什么语境里出现的。

但它天然按时间排列。真正影响下一步行动的信息，往往散落在几十轮对话里：

  • 一个已确认的事实，可能出现在开头；
  • 一次测试结果，可能藏在中间；
  • 一个尚未解决的风险，可能只在结尾提过一句；
  • 最重要的边界，甚至可能是你三天前说过的“这里不要改”。

聊天越长，信息不一定越清楚。因为“完整保存”解决的是丢失问题，而“项目记忆”解决的是接续问题。

判断一份记录是不是项目记忆，只需要问一句：

换一个人、换一个 Agent，或者隔一天再回来，它能不能在不重走旧路的前提下，安全地推进下一步？

如果不能，它就还只是档案。

真正有用的项目记忆，只需要四件事

一份能接住下一次行动的项目记忆，不必很长。相反，它应该短到让人愿意更新，也准到让下一次执行敢于相信。

1. 已确认的事实

只写已经从代码、页面、日志或真实结果中确认的内容。

“应该可以”不是事实。 “入口已经出现，并完成一次真实导入”才是事实。

这一步的作用，是让后来者知道哪些地面是实的，不需要重新证明。

2. 本次改动与验证证据

不要只写“修复了导入问题”。要写清改了什么，以及用什么结果证明它成立。

例如：

空文件现在会显示可定位的错误；import-empty.csv 用例已通过。

改动告诉你发生了什么，证据告诉你这不是一句自我判断。

3. 未完成的风险

项目最危险的时刻，往往不是不知道做过什么，而是不知道什么还没做完。

风险不需要包装成乐观进度。直接写：

大文件性能尚未验证。

这句话会阻止下一次执行把“一个用例通过”误读成“整个导入已经可靠”。

4. 下一步动作与边界

“继续优化”不是下一步。一个能被执行的下一步，应该包含对象、动作和完成信号。

例如：

用 10MB 样本完成一次真实导入；不要改现有字段映射。

前半句让行动开始，后半句防止行动走偏。

一张 150 字的接力卡，比 150 轮聊天更容易接住项目

把上面四件事压缩到一起，可以得到这样一张接力卡：

目标：让新用户完成首次导入。已确认：CSV 导入入口可用。本轮把空文件提示改为可定位错误，import-empty.csv 已通过。未完成：大文件性能未验证。下一步：用 10MB 样本跑一次真实导入。不要改现有字段映射。

它没有复述整个讨论过程，却保留了下一次行动最需要的东西：

  • 为什么做；
  • 哪些已经成立；
  • 什么仍然未知；
  • 接下来做什么；
  • 哪条边界不能越过。

这就是项目记忆和聊天摘要的差别。

摘要追求“这段对话讲了什么”。 项目记忆追求“项目怎样继续向前”。

项目记忆不是越多越好，而是越可验证越好

很多人第一次整理项目记忆，会把所有细节都搬进去。结果很快又得到一份没人愿意读、也没人敢改的长文档。

更可靠的做法是给记忆设三条门槛：

第一，和下一次行动无关的，不写。 已经结束且不会影响判断的讨论，可以留在聊天记录里。

第二，没有证据支撑的，不写成事实。 猜测可以保留，但必须明确标成“待验证”。

第三，状态变化后，旧结论要被替换。 项目记忆不是纪念碑。它是当前项目状态的入口。

当这三条成立，记忆会保持轻，接续成本也不会随着聊天轮数一起膨胀。

SoloMap 想解决的，正是“下一次还能接得上”

SoloMap 不替代你正在使用的 Agent，也不要求你把工作搬进另一套开发环境。

它把路线、阶段对话、执行摘要和交接信息留在项目旁边，让每次工作结束时，不只是多了一段聊天，而是多了一份下一次可以继续使用的项目状态。

工具可以换，会话可以结束，执行也可能中断。只要事实、证据、风险和下一步仍然留在项目里，方向就不会跟着一次会话一起消失。

现在就写下你的第一张接力卡

不用先整理全部历史，也不用设计一套复杂的知识库。

只看你最近一次 Agent 工作，用 150 字以内写下：

  1. 当前目标；
  2. 已确认事实；
  3. 本次改动与验证；
  4. 未完成风险；
  5. 下一步与不可越过的边界。

写完后，关掉聊天窗口。隔十分钟再回来，只读这 150 字。

如果你知道下一步该做什么，也知道什么不能误判为完成，这份项目记忆就开始工作了。

如果你希望这张接力卡不再散落在聊天和临时文档里，可以让 SoloMap 把它和项目路线、阶段与后续执行放在一起。

重要的不是记住每一句话，而是让项目接得上下一次行动。