AI 噼里啪啦把内容、代码、方案一下子生成出来，看着像模像样。可等到后面要迭代修改的时候，我自己都看不懂当初 AI 生成的逻辑，不知道该从哪里下手改。
长期这样下去可不行，AI 是帮手，不能变成包袱。你们有这种困扰吗？佬们
生成的时候就要看一下，不然累计多了确实会有这样的情况
用ai要做好文档，留痕
自己掌控大架构或者全ai, 大部分让ai写基本上就只能继续让ai写了, 人一般看不懂
有一点，但是不太多。我这都是小功能慢慢迭代的。
然后会让AI 拉满各种注释。
现在又让AI 给整个项目跑文档了。我直接要求AI 在每个方法入口上注释该方法对应哪个文档的哪个需求。 
但是token是哗哗的烧啊 ，具体有没有用这个我也不知道了。毕竟我才刚开始搞
方案生成的时候就要看清楚了，如果AI的长篇大论不想看，那就确保交互链路是正确的，每个链路写好注释、日志。方法的复用性要高，注释可以要求以业务角度简短说明，例如说这个方法做什么的，为什么这么做，这个sql取的是什么数据
我是把变化的部分参数做成一个配置文件，这样有什么情况，业务逻辑不变，改改配置文件就得了
我现在做的工具就是解决这个问题的，打算后面和我的中转站结合在一起，怎么收费还没想好。
我是每个任务都有建档，包括需求，方案，决策啥的，每次提交前记录变更日志，同步维护项目文档。要改之前的东西，让AI按需看之前的记录和代码就行
有的，我的做法是在一开始设计的时候就让它先输出文档，然后严格按照文档执行
要么你全面接手设计，写设计文档，让ai做的每一件事你都知道。要么全面让ai接手，定好流程和必要步骤生成文档，你去读它给你生成的文档了解它干了什么
AI执行任务的时候还是要盯一下执行过程，如果发现AI跑偏了或者过度防御性编程就要出手干预了。另外如果看不懂的内容，就让AI汇报给你
【开源】像 DeepSeek 团队一样维护项目 也许这个会对你有帮助
这就是review,把控ai进度的文档一定是自己能看懂的,它自己输出自己执行放在哪有什么用。要调整你都没法描述给它怎么改,改哪里
这么巧了吗？ 我刚刚升级了一个项目，经验是，你让ai做项目的时候，同时让他把每一步的md文件写好，什么模块什么架构 ，什么约束。
后期升级或者重构，让ai阅读自己写的md文档就好，我现在只关注md文档和env配置文件，其他从不点开
找找skill，约束一下AI写代码的风格，别太过冗余
要AI记录下来自己干了些什么 或者重新问一遍他怎么干的
AI写的让AI迭代就行，反复忘记的就让它记下来，重复的动作，就弄成skill
维护一个项目专门用的skill，到时候根目录下会记录项目的整体概况，详细修改会记录到每个memory里面，换agent或者provider的时候也不怕项目都不懂了，没必要写太详细的注释或者专门的开发文档。
第一天行，第二天行，第三天就看不过来（至于是物理上看不过来，还是心理上开始排斥看代码，就不好说了）