用 AI 写代码的正确姿势 — Ahui 的数字花园

刚开始用 AI 写代码的时候，我觉得特别爽，一句话丢过去，几秒钟就吐出一大段能跑的代码。可随着项目的进行，问题就一个接一个冒出来了。
后来我慢慢意识到，这些问题几乎都指向同一个根源。今天就把我踩过的坑，和后来摸索出的办法，整理成这篇文章。

一、三个绕不开的痛点

代码越堆越多，却没有清晰的模块划分。
项目初期一切顺利，可随着功能一个个加上去，代码像滚雪球一样越滚越大。模块之间没有清晰的边界，改一处就得动全身，维护起来越来越吃力。

所有功能都塞在一个文件夹里，AI 的上下文装不下。
AI 能看到的上下文是有限的。当几百上千行代码全堆在一块儿，它根本”读不完”你的项目，只能盲人摸象。给出的建议越来越离谱，效率也跟着往下掉。

出了问题不知从何下手，只能把报错无脑丢给 AI。
一报错就复制粘贴丢给 AI 让它改。它改一版，冒出个新错；再改一版，又弄坏了别的地方。越修越乱，到最后连自己都说不清代码到底在干嘛。

这三个痛点，说到底是同一个原因：我们把”设计”这件事，也一起外包给了 AI。

盖楼的时候，没人会直接对施工队说”给我盖栋楼”。得先有图纸、有结构、有规范，施工队才能照着干。

用 AI 写代码是一个道理。AI 是一支高效的施工队，但它当不了总设计师。拆解、分层、定规范这些活儿，得你自己来。 蓝图画清楚了，AI 才能把活儿干漂亮。

具体怎么做？我总结了四个方法。

别直接对 AI 说”帮我做一个软件”。这种又大又空的需求，AI 只能还你一坨糊在一起的代码。

正确的做法是先拆分。一个软件可以拆成很多模块，比如用户登录、前端界面、后台服务等等。每个模块独立完成、独立验证，最后再组装到一起。

如果你不知道从何拆起，这一步也能交给 AI，记得给它一个明确的角色和要求：

假如你是一名资深架构师，请给我输出一个同类产品的标准目录结构，要求模块清晰、职责单一、命名规范。

几乎任何软件，都能拆成三层：

先想清楚每一层各自管什么，再让 AI 分层去写，代码结构自然就清爽了。层与层边界分明，将来出了问题也好定位。

这一步最容易被跳过，却也最关键。

在让 AI 动手之前，先逼它把”施工方案”讲清楚。我一般会这么问它：

先别写代码。告诉我你打算分几步做，每一步改哪些文件、影响哪些模块。

先出方案，再出代码。这样你能在下笔前就发现设计漏洞，而不是等一大堆代码写完了才追悔莫及。

模块拆开之后，它们之间怎么协作，得提前约定死。核心就三个问题：

把接口规范定清楚，各个模块才能严丝合缝地拼起来，而不是各写各的、最后对不上。

用 AI 写代码，真正的分水岭不在于你多会写提示词，而在于你有没有”总设计师”的意识。

拆模块、分层次、画图纸、定规范，这些主意得你自己拿；但只要蓝图在你手里，AI 就能成为你最高效的施工队。

别再当那个只会丢报错的人了。当好总设计师，让 AI 好好干活。