乐于分享
好东西不私藏

让 AI 少犯重复错误,开发者可以先建立这套项目记忆工作流

让 AI 少犯重复错误,开发者可以先建立这套项目记忆工作流

我开了一个新的 AI 编程会话,准备让它继续改一个小工具。结果第一件事不是写代码,而是重新解释项目结构、技术栈、接口约定、上次踩过的坑。

这事有点尴尬。

我们一边说 AI Agent 越来越强,一边又在每个新会话里,把同一段上下文讲一遍。

先记一下这个判断:AI 编程下一阶段,拼的不只是模型会不会写代码,而是它能不能稳定继承一个项目的经验。

最近我拆了一个叫 agentmemory 的开源项目。它做的事很直白:给 AI coding agents 做持久记忆。

这个项目有意思的地方,不是又多了一个 AI 工具,而是它把“记忆”从一句玄学概念,拆成了会话捕获、压缩检索、下次注入、跨工具复用这一整套工作流。

01 真正浪费时间的,不是写代码慢

很多人用 AI 编程,第一反应是优化提示词。

提示词当然重要。但我现在越来越觉得,真正浪费时间的地方,往往不是“这句话怎么写”,而是 Agent 根本不知道你这个项目走到哪了。

比如这些信息,你是不是经常重复讲:项目为什么选这个技术栈,某个接口为什么不能改,上次已经踩过哪个测试坑,哪个文件看起来奇怪但其实是兼容历史逻辑。

这些东西不是临时上下文。它们更像项目里的长期经验。一个人类同事做久了会记住,但 AI 新会话默认不会。

所以 AI Agent 想进入真实项目,第一道门槛不是更会生成代码,而是更会继承项目经验。

02 记忆不是把所有东西塞进上下文

先别急着把“长上下文”当答案。

我一开始也这么想。窗口变大了,那我把文档、聊天记录、代码片段都扔进去,不就行了吗?

后来发现,这个思路很容易把 Agent 拖乱。上下文越大,里面的噪音也越多。模型不是在记住项目,它只是在一堆材料里临时翻东西。

更靠谱的记忆,应该是经过筛选、压缩、检索、更新的。只在需要的时候,把当前任务相关的几条经验注入回来。

03 这个项目值得学的,是记忆接进工作流

agentmemory 的方向很像一个独立的记忆层。它不只服务某一个编辑器,而是可以接 Claude Code、Cursor、Gemini CLI、Codex CLI,以及能走 MCP 或 HTTP 的客户端。

这点对普通开发者很现实。因为未来你大概率不会只用一个 AI 编程工具。你可能白天用 Cursor,晚上用 Codex,查资料用 Claude,自动化时再接 MCP。

如果每个工具都有自己的记忆,那项目经验还是被切碎了。更有价值的是,一套项目记忆能被多个工具复用。

项目公开说明里还给了 LongMemEval-S 的检索数据,比如 R@5、R@10、MRR 这些指标。这个我不会把它当成绝对结论,但它至少说明一件事:记忆不是感觉好用就行,它需要被检索和评估。

未来真正值钱的不是某个 AI 工具单独记得你,而是一套项目记忆能在多个 Agent 之间流动。

04 普通开发者先学这三层

你不一定马上装一个完整的记忆系统。

但你可以先把自己的项目经验分成三层。

1.事实层:项目结构、关键文件、接口约定、数据库字段。

2.决策层:为什么选这个方案,为什么拒绝另一个方案。

3.经验层:踩过什么坑,怎么验收,哪些地方下次别再犯。

4.更新层:哪些记忆过期了,哪些记忆需要删除或覆盖。

这就像你带一个新人。

你不会把公司所有聊天记录发给他。你会告诉他:这个模块谁负责,为什么这么设计,哪些地方千万别乱动。

AI Agent 也一样。

05 但别把记忆当魔法

说实话,我对 Agent 记忆是兴奋的,但我不建议你上来就把所有东西都交给它记。

记忆系统最怕四件事:记错、过期、污染、泄密。

一次错误判断如果被长期保存,下次 Agent 可能继续沿着错路走。项目方案已经改了,但记忆里还保留旧约定,这比没记忆更危险。

还有一个很现实的问题:密钥、客户数据、内部业务规则,不应该被随便记录和复用。

能被保存的,应该是可验证的项目经验,不是未经确认的聊天碎片。

今天可以先做一个小实验

如果你现在已经开始用 AI 写真实项目,我建议你今天就做一个小实验。

别先换模型。先把你当前项目里最重要的 10 条记忆写下来。

1.建一个 PROJECT_MEMORY,只放长期有效的信息。

2.每次 AI 改完重要功能,让它输出“本次新增的项目记忆”。

3.人手动确认后再保存,不让 Agent 自己乱写。

4.每周清一次过期决策,尤其是架构、接口、测试约定。

5.开新会话前,只注入和当前任务有关的 3-7 条记忆。

如果你想试 agentmemory 这类工具,也建议先从非敏感 side project 开始。不要第一天就接公司核心仓库。

你要观察的不是它有没有酷炫界面,而是三个土指标:少解释了多少上下文,少重复踩了多少坑,少复制粘贴了多少历史信息。

最后记一下

AI 编程这件事,正在从“让模型帮我写一段代码”,变成“让 Agent 参与一个长期项目”。

这两件事的难度不一样。

写一段代码,靠的是生成能力。参与一个项目,靠的是上下文、记忆、边界、验收和责任。

未来能把 AI 用好的人,可能不是最会写提示词的人,而是最会管理项目记忆的人。

我是艾瑞壳,继续记录 AI 编程和大模型应用的真实实战。

感谢你的关注。