第4章 蓝图先行：从 Spec 到 Task 再到红灯

写给正在磨笔的你：上一章，我们写好了一份滴水不漏的 Spec.md。你或许迫不及待地想对 Agent 说：“开始写测试吧！”——且慢。如果你直接把 Spec 扔给 Agent 让它写测试，它很可能会一口气生成几十个测试、然后试图一次性把实现代码也写完，完全违背 TDD 的“小步快跑”原则。在 Spec 和测试之间，还缺一份施工蓝图——Task.md。它把 Spec 拆解成按 TDD 节奏排列的子任务，告诉 Agent：“先做这一步，做完等我检查，再做下一步。”本章，我们就来生成这份蓝图。4.1 为什么 Spec 不能直接喂给 Agent 写测试？Spec.md 是静态的、完整的需求文档——它描述了系统“最终应该长什么样”。但软件开发（尤其是 TDD）是动态的、迭代的过程——我们遵循Red → Green → Refactor的节奏，一次只解决一个子问题。如果跳过Task.md，直接让 Agent 基于 Spec 写测试，会出现三个典型问题：问题后果