m.1方法⏱ 约 6 分钟

需求拆解:把大需求切成小块

AI 不会一口吃成胖子,你得帮它切菜

🔎 最后验证 2026-05📚 来源:《AI编程实战三卷书》卷一🧰 Claude Code✅ 159 人学过👁 481 次阅读

为什么学这个

P3 你体会过:一句话让 AI 搭一个大项目,常得到"演示能跑、处处是坑"的半成品。问题往往不在 AI,而在需求太大。这一节教你一项核心功夫——把大需求拆成 AI 能稳定做对的小块。这是方法论级别的能力,不是技巧。

💡 打个比方

让 AI 做一个大需求,就像让厨师"做一桌满汉全席"——太大、太杂,必然手忙脚乱。但如果你拆成"先做一道番茄炒蛋",再一道道来,每道都能做好。拆解,就是把大菜单变成可执行的小菜。

为什么要拆:需求越大,AI 越容易理解偏、漏细节、过度设计;小块好描述、好验证、好回退
怎么拆(一个简单办法):
1. 先写出"做完的样子"(目标)
2. 拆成几个能独立验证的小步骤(每步都有"做对了的标志")
3. 一次只让 AI 做一步,做完验证再下一步
例:"做个待办清单" → ①能显示一个写死的列表 → ②能添加 → ③能删除 → ④能存本地。每步都能单独跑、单独验。

🔗 连一连

把'大需求'和'拆出来的第一小步'配对(都遵循'先能看见、再加功能')。

先点左边一项,再点它对应的右边。

❓ 测验

把大需求拆成小块,最关键的好处是?

⚠️ 避坑拆得'能独立验证'才算拆对

拆解不是随便切块,而是要切成每块都能单独跑起来看到效果的步骤。如果拆出来的步骤"做完也看不出对不对、必须等全做完才能验",那就白拆了。判断标准:这一步做完,我能立刻验证它对不对吗?

🤖 让 AI 帮你拆需求(收藏)

我想做【描述你的完整需求】。请先别写代码,把它拆解成一系列'每步都能独立运行和验证'的小步骤,按从易到难排序,每步说明'做完后我该看到什么效果'。

🔎 来源与核验· 1 条,点开核对

本节每个关键论断都对应一个可追溯的来源 —— 这是本课程"靠谱、不过时"的底线。

「把需求拆解成可独立验证的小步骤,是稳定使用 AI 编程的核心方法」

在 Claude Code 里拿一个稍大的需求,比如"做一个待办清单网页:能添加、删除、标记完成,刷新后还在(存本地)"。

先一次性扔给它做完。记下它漏了什么、哪里有坑(常见:刷新后数据没了、删除有 bug、样式崩了)。
再把它拆成 4 小块,每块能独立验证:①只做"添加+显示列表" ②加"标记完成" ③加"删除" ④加"存到 localStorage"。逐块让它做、逐块自己点一遍。

你会看到:拆开之后每一块都稳稳做对,而一次性那版处处是坑。

为什么:需求越大,AI 要同时兼顾的约束越多,越容易顾此失彼。拆成"能独立验证的小块",每块都在它能稳定做对的范围内——这不是技巧,是方法论级别的功夫。

✅ 小结

你学会了把任务切小。但即使任务切对了,长时间和 AI 对话,它也会慢慢"变笨"——这是另一个必须懂的机制。下一节揭开它。

下一节 → 上下文管理(一):为什么对话越长越笨

都看到这了，打个赏呗！