为什么复杂项目会崩

你让 AI 做一个待办清单——一次搞定，没问题。你让 AI 做一个"带用户登录、数据存储、任务分享、日历视图的项目管理系统"——AI 给了一坨代码，跑不起来，改一处坏三处。

这不是 AI 能力不够。是因为你把一个复杂项目当成一个任务扔给了它。AI 的"一口能吃下的量"是有限的——超出这个量，它就开始"幻觉"，给你看起来能跑但逻辑混乱的代码。

解决方法不是找更强的 AI，而是学会把大项目拆成小任务。

原则：切成 AI 能"一口吃下"的粒度

什么叫"一口吃下"？标准是：AI 一次生成的代码，你能看懂、能验证、能跑起来。如果 AI 给的代码你看了发懵、不知道从哪验证，说明任务太大了。

经验法则：

• 一个功能点 = 一个任务。不要一次塞三个功能。
• 一个页面区域 = 一个任务。不要一次做整个页面。
• 代码量大概在 50-150 行之间。超过这个量，拆。

方法：先骨架再填肉

第一步：搭骨架

先让 AI 生成结构，不生成细节。比如做一个网页：

"先帮我搭一个网页的骨架：header + 侧边栏 + 主内容区 + footer。不需要具体内容，只要结构和布局。用 HTML + CSS。"

AI 会给你一个空架子——没有具体功能，但布局对了。你先验证骨架：布局对不对？响应式对不对？颜色对不对？

第二步：逐块填肉

骨架确认后，一块一块地填功能：

"在 header 里加一个导航栏：首页、博客、关于。当前页高亮。"

做完 header，验证。再做侧边栏，验证。再做主内容区，验证。

每填一块，立刻验证。不要攒了三块一起看——如果出了问题，你不知道是哪块引起的。

第三步：连接和打磨

各块都做完后，可能需要调整它们之间的配合：点击导航跳转、侧边栏联动主内容等。这是最后的"集成"阶段。

验证节奏：每步都要可验证

这是工程篇最重要的一个原则：每一步做完，立刻验证，不要攒到最后。

反面案例：你让 AI 一次性做了登录+注册+任务列表+日历+分享——五大功能一起生成。跑起来一看：白屏。你不知道是哪个功能出了问题，只能从头排查，痛苦至极。

正面案例：先做登录，跑通。再做注册，跑通。再做任务列表，跑通。每一步都是在一个能跑的基础上加一个新功能——出了问题，范围立刻锁定在"新加的这个功能"。

模块化思维

拆任务不只是"先做 A 再做 B"，还要想怎么让各部分独立。这就是模块化。

一个模块应该：自己能跑、跟其他模块的依赖尽量少。

比如做一个有"任务列表"和"统计图表"的页面。如果你让 AI 一口气做，任务列表和图表的代码会搅在一起。但如果你分两步：

1. "先做任务列表模块，独立能跑。"
2. "再做统计图表模块，从任务列表的数据里读取。"

这样两个模块各自独立，改一个不会影响另一个。出了问题也好定位。

拆任务的感觉

拆任务是一种工程思维，一开始可能不习惯。但你会发现，一旦养成这个习惯，不只是 AI 编程——你自己做任何复杂项目都会更高效。

核心就一句话：把"做一个大东西"变成"做很多个小东西，然后拼起来"。每个小东西都简单、可验证、可替换。这是软件工程的精髓，也是和 AI 协作做复杂项目的关键。