项目要炸了怎么办

问题描述：

我目前在开发的一个Flutter项目，用了大量的AI（约99.99%）基本闭着眼睛用的，有没有啥办法让自己快速了解这个项目，让他不至于到后期没有AI了自己维护不了

网友解答：

---

--【壹】--：

把项目一股脑的扔在ai里面，让龙虾给你慢慢整理出头绪来，俗话说得好，解铃还须系铃人

---

--【贰】--：

了解完了过几周又会变成这个样子，最好的办法还是把每个模块都分出来，比如用 monorepo 架构，然后每个 repo 都写非常详细的文档

---

--【叁】--：

ai写的让ai写文档呗 你就专心当包工头吧

---

--【肆】--：

这你得问 AI, 让它把文档写清楚呗

---

--【伍】--：

记录原始需求和关键逻辑。

代码不重要，重要的是业务需求，产出的那一坨代码，你要能找到。

比如：知道这个 user 模块是这一坨，订单模块是那一坨

大概记住这个按钮在某个文件的第几行，点击按钮打开一个窗口，这个窗口又在哪一个代码文件

至于具体的代码实现细节，那不重要。

就算自己写，过一段时间发现 bug 大概率需要重新梳理的，你也不记得细节了

架构合理的话，炸也就某一坨炸了，炸不到那里去。

---

--【陆】--：

我也是5.4和Claude混着用 ，一上班就开始鞭策AI

---

--【柒】--：

直接扔给ai做能做好吗。据我自己实践来看，即便使用了一些harness框架，没有人工深度协调参与的情况下，ai基本上会给我拉坨大的。甚至我用的还是5.4 xhigh

---

--【捌】--：

让ai写之前一定要设计好技术文档，约束好开发规范，ai写完一个小需求或功能模块后一定要re一遍，重点查冗余和无用代码，其次看代码是否规范，最后检查逻辑，也可以写个skill让另一个ai去re，然后自己决定是否有参考价值，如果你这个项目不大，我更推荐你先让ai出一遍文档，然后文档再多迭代几版，后让ai基于这个项目和文档做一次标准的工程化重构，千万不要完全托管给ai，很多屎山代码无用代码冗余代码未来都会误导ai，甚至会消耗更多的token，久了之后一个小的需求可能都会造成巨大上下文而出现幻觉，血的教训

---

--【玖】--： VirtualGemini:

让ai写之前一定要设计好技术文档

关键是要让ai一定要写设计和技术文档，并持续迭代，否则后续换人或者换AI都很麻烦。

---

--【拾】--：

我用ai写了三万多行才发现啥说明文档都没有。不过ai读得懂也不怕。

---

--【拾壹】--：

还以为影响生产了准备进来看跑路准备

结果没有

---

--【拾贰】--：

功能架构需要设计好，不设计好的话怎么写文档都没用，这就属于是开发经验了

---

--【拾叁】--：

主要是心慌慌的感觉，全黑盒不可控那种太可怕了（虽然现在还是在鞭策AI ）

---

--【拾肆】--：

基本的review还是要的，要么让它砍一刀