任务拆解与模块化
小东西 AI 一次能做完，项目一复杂就崩。问题不在 AI 的能力，在你怎么切任务。先搭骨架再填肉，每步可验证。
为什么复杂项目会崩
你让 AI 做一个待办清单——一次搞定，没问题。你让 AI 做一个"带用户登录、数据存储、任务分享、日历视图的项目管理系统"——AI 给了一坨代码，跑不起来，改一处坏三处。
这不是 AI 能力不够。是因为你把一个复杂项目当成一个任务扔给了它。AI 的"一口能吃下的量"是有限的——超出这个量，它就开始"幻觉"，给你看起来能跑但逻辑混乱的代码。
解决方法不是找更强的 AI，而是学会把大项目拆成小任务。
AI 一次能高质量处理的复杂度是有限的。你把一个「项目」当成一个「任务」扔过去，超出它的处理窗口，它就开始编。学会拆任务，是 AI 编程从「玩具」到「工具」的分水岭。
原则：切成 AI 能"一口吃下"的粒度
什么叫"一口吃下"？标准是：AI 一次生成的代码，你能看懂、能验证、能跑起来。如果 AI 给的代码你看了发懵、不知道从哪验证，说明任务太大了。
经验法则：
- 一个功能点 = 一个任务。不要一次塞三个功能。
- 一个页面区域 = 一个任务。不要一次做整个页面。
- 代码量大概在 50-150 行之间。超过这个量，拆。
方法：先骨架再填肉
第一步：搭骨架
先让 AI 生成结构，不生成细节。比如做一个网页：
先帮我搭一个网页的骨架：header + 侧边栏 + 主内容区 + footer。不需要具体内容，只要结构和布局。用 HTML + CSS。AI 会给你一个空架子——没有具体功能，但布局对了。你先验证骨架：布局对不对？响应式对不对？颜色对不对？
第二步：逐块填肉
骨架确认后，一块一块地填功能：
在 header 里加一个导航栏：首页、博客、关于。当前页高亮。做完 header，验证。再做侧边栏，验证。再做主内容区，验证。
每填一块，立刻验证。不要攒了三块一起看——如果出了问题，你不知道是哪块引起的。
第三步：连接和打磨
各块都做完后，可能需要调整它们之间的配合：点击导航跳转、侧边栏联动主内容等。这是最后的"集成"阶段。
验证节奏：每步都要可验证
这是工程篇最重要的一个原则：每一步做完，立刻验证，不要攒到最后。
反面案例：你让 AI 一次性做了登录+注册+任务列表+日历+分享——五大功能一起生成。跑起来一看：白屏。你不知道是哪个功能出了问题，只能从头排查，痛苦至极。
正面案例：先做登录，跑通。再做注册，跑通。再做任务列表，跑通。每一步都是在一个能跑的基础上加一个新功能——出了问题，范围立刻锁定在"新加的这个功能"。
模块化思维
拆任务不只是"先做 A 再做 B"，还要想怎么让各部分独立。这就是模块化。
一个模块应该：自己能跑、跟其他模块的依赖尽量少。
比如做一个有"任务列表"和"统计图表"的页面。如果你让 AI 一口气做，任务列表和图表的代码会搅在一起。但如果你分两步：
- "先做任务列表模块，独立能跑。"
- "再做统计图表模块，从任务列表的数据里读取。"
这样两个模块各自独立，改一个不会影响另一个。出了问题也好定位。
完整示例：拆一个天气查询页
假设你要做一个天气查询页面：输入城市名，显示当前天气（温度、湿度）和未来 3 天预报。这个需求如果一次扔给 AI，大概率给你 500 行代码然后各种报错。
用「先骨架再填肉」的方法拆解：
第一步：搭骨架
做一个天气查询网页的骨架。要求：
- 顶部：城市名输入框 + 搜索按钮
- 中间：当前天气展示区（先放占位文字）
- 下方横排三个卡片：未来 3 天预报区（占位文字）
纯 HTML + CSS，深色主题，响应式布局。先不要功能和 API。AI 给你一个空架子。打开浏览器验证：布局对了？三个区域摆正了？手机看没问题？——确认后继续。
第二步：填肉——拆成 4 个小任务
任务 1：接入天气 API
在骨架基础上，接入 OpenWeatherMap API（免费）。先在控制台打印获取的 JSON 数据，确认能正常拿到。任务 2：渲染当前天气
把天气数据填到「当前天气展示区」：温度（℃）、湿度（%）、天气描述（中文）。任务 3：渲染未来预报
把未来 3 天预报填到下方三个卡片：日期、天气图标、最高/最低温度。任务 4：搜索与错误处理
完善交互：搜索按钮+回车触发查询。城市名错误时友好提示。加载中显示 loading。第三步：连接和打磨
以上功能都做完了。请整体检查：API 调用正常？错误处理完整？响应式布局没问题？为什么拆了之后就好做了
不拆的话，你给 AI 的是一个复杂项目——5 个关注点搅在一起，输出 500 行代码，跑不起来你也不知道哪段错了。
拆了之后，每个任务都是一个简单功能——50-100 行，能独立验证。做完一个，确认对了，再做下一个。每一步你都知道「这步是干嘛的」「什么算成功」。
你不需要把所有任务预先列出来。只需要问自己：第一步做什么，能让这个项目从「什么都没有」变成「有了一个能看到的东西」？那就是第一个任务。做完它，第二个任务自然浮现。
拆任务的感觉
拆任务是一种工程思维，一开始可能不习惯。但你会发现，一旦养成这个习惯，不只是 AI 编程——你自己做任何复杂项目都会更高效。
核心就一句话：把"做一个大东西"变成"做很多个小东西，然后拼起来"。每个小东西都简单、可验证、可替换。这是软件工程的精髓，也是和 AI 协作做复杂项目的关键。
正面案例：先做登录，跑通。再做注册，跑通。再做任务列表，跑通。每一步都是在一个能跑的基础上加一个新功能——出了问题，范围立刻锁定在"新加的这个功能"。
工程铁律：做完一块 → 立刻验证 → 确认能跑 → 再做下一块。不要攒三块一起看——出了 bug 你找不到是哪块。这个习惯不仅省调试时间，还能让你在每一步都「看到进度」，保持推进感。
本章小结
- 复杂项目崩不是因为 AI 不行，是因为你没拆任务——AI 一次只能高质量处理有限复杂度。
- 拆任务原则：一个功能点一个任务，50-150 行代码，你能看懂能验证。
- 施工方法：先搭骨架（结构）→ 逐块填肉（功能）→ 连接打磨（集成）。
- 每步做完立刻验证，不要攒到最后——问题范围越早锁定越好。