求链接大佬
是的，指导AI重构
文档，todo，项目约束
以及最重要的：及时开新会话而不是一个会话走到黑
上一些业界通用规范和约束，以及组内沉淀，能优化一部分你说得问题
需求后面都加一句：用尽可能少的代码完整这个功能 
代码审查，多git，少改动，发现不对直接回滚
只要不看，你就不会发现有屎山了 
有BUG再修，能跑就行。
先安装superpower，另外在发任务时末尾加一句：最小化改动，最大程度复用，不要引入新的抽象/层级
1 个赞
先把项目底子固定好，避免重复造轮子，多看提交代码不和规范直接不合主分支，打回重新开发，多来几次就好了。
已经是屎山了= =
现在后端都用ai来写前端项目 一看他们代码 两眼一黑
算了算了 过阵子我也要去写后端 给他们的屎山添砖加瓦 
一到周末就开始重构，要识别耦合和依赖，强调复用和可维护性。踩过的坑记到memory中。
openclaw都避免不了，我们就不用考虑怎么避免了吧 
可以加一些硬约束：单文件行数、函数复杂度、禁止无意义抽象，超了就让它重写。其实说到低就是规则，不过ai加太多规则 ，又会约束很多，这都是相对问题。
楼里好多佬，学到了
防不了的，别看上面很多方法，各种skill，其它ai review等，依然没用。如果觉得有用，要么是没仔细看过代码，要么是项目足够的简单
1 个赞
同求链接
好像没什么办法，ai会越写越复杂，看都看不懂，没法维护
想预防屎山，就得指定规范。可以试试 Spec Coding，会更繁琐一些，但是可控度确实更高。比如 OpenSpec，就是可以先和模型进行讨论来编写提案，审核通过后再开始编码。
当然对于小型项目，Vibe Coding 其实就够了，Spec Coding 老实说会引入一些复杂度 
，更适合较大项目的维护。
发了啊？看不到吗？
1 个赞