现在用 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的时候也不怕项目都不懂了，没必要写太详细的注释或者专门的开发文档。