我最近在用Cursor开发一个Next.js项目的时候,遇到了一些麻烦。比如,Agent在修复bug时总是重复写同样的逻辑,甚至还把原有的架构搞得一团糟。经过两个多月的摸索,我发现“记忆文件+小步重构”的组合,真的很有效!
首先,我们得给Agent建立一个由我们控制的长期记忆。你可能会问,什么时候AI才能对写的代码负责呢?这就得等我们能交给它全权控制的时候了。我参考reddit上的一些经验,在项目根目录下创建了两个文件:.cursorrules和CURSOR_MEMORY.md。第一个文件里有硬性要求:
所有编码会话都必须先参考CURSOR_MEMORY.md,并且实时更新新发现的架构规则到这个文件里。

Agent会在这个记忆文件里记录技术栈限制、项目结构图、以往的问题记录等等。经过实测,这个方法能减少80%的重复解释!
另外,cursor rules也可以参考这个awesome-cursorrules的仓库,里面有很多现成的cursor rules,你可以根据自己的需求做调整:

在这个仓库里,Cursor rules的样子是这样的:

接下来,别忘了阶段性进行重构哦!我的经验是每完成3到5个功能迭代,就应该进行一次:
- 扫描代码库:让Agent扫描一下,找出未使用的变量,甚至是那些没用的文件(因为有时候AI会创建一些文件但根本不使用…),并生成清理清单。
- 测试阶段:在要重构的模块上加上单元测试,测试覆盖核心功能就可以,不用追求太多。
- 重构阶段:按照“提取函数->合并重复逻辑/清理无用代码->优化接口”这个步骤来进行。
关于要不要全面重构,我的建议是:如果代码库超过两万行,就不要一次性重构。最好是根据模块进行重构,同时做好git记录,以便于回退。
在工具层面上,可以看看cursor directory社区的标准规则库。例如,nextjs-best-practices规则可以强制Agent遵循Next.js的App Router规范。我在项目中预加载了这些规则(记得根据你的项目手动调整),这样可以显著减少架构上的冲突。

其实,这类问题的根本原因在于Agent的“工作记忆”有限。通过外部记忆文件加上严格的任务拆解与重构,可以有效防止代码库的腐化。
我是安小强,专注于LLM/AI-Agent/RAG,欢迎大家关注我,交流更多AI的经验。










感觉“屎山”这个比喻太形象了,开发时真要小心!
对于代码库超过两万行的建议很实际,避免一次性重构的确能降低风险。
记忆机制这个点真不错,感觉能大大提升开发效率!
对AI的工作记忆限制有点担忧,怎么才能让它更智能呢?
很认同记忆机制的做法,特别是对于提高团队协作效率有很大帮助。
用记忆文件管理项目真是个好主意,感觉像是给Agent装上了大脑。
建议在每次迭代后都进行代码回顾,可以进一步提高代码质量。
提取函数和合并逻辑这两步我觉得很关键,能减少冗余代码!
记忆机制确实不错,能让Agent少犯错误,减少重复劳动。
记忆文件的用法太实用了,能有效减少AI的低级错误。
我在项目中也采用了类似策略,真的能减轻负担,大家有尝试过其他方法吗?