测试优先，或至少并进

核心路径先铺测试，「会不会改坏东西」由机器回答而不是靠你猜。测试让放权变大。

vibe coding 里的测试，不是"完工后的加分项"，而是放权的通行证。测试铺到哪里，AI 就能在那块多放肆一分。

读完你能回答：

• 为什么核心路径要先铺测试？
• 测试怎么把"人当测试员"的活交给机器？
• 测试优先和测试并进，区别在哪？

测试是放权的通行证

• 没有测试，AI 每次改完你都得亲手点一遍确认
• 有测试，AI 改完跑一遍绿了，你就能放心
• 测试覆盖越多，你能让 AI 干越多独立的事

核心路径先铺

不用一下子全铺，先把最值钱的铺上：

• 核心逻辑：最容易出错、影响面最大的那几块
• 关键流程：用户会反复走的路径
• 回归保护：以前出过 bug 的地方，写用例防止再犯 copilot-cost

这些铺好，90% 的"改坏东西"都能被机器提前逮到。

测试优先 vs 并进

• 测试优先（TDD）：先写测试（定义"对"），再让 AI 写实现跑到绿。适合逻辑清晰的模块，能让 AI 目标明确
• 测试并进：实现和测试一起写。适合探索型、形态未定的功能

新手先从"并进"开始，熟练后核心模块用"优先"。关键在于测试要和实现一起进，别等全做完再补——那通常等于不补。

让 AI 帮你写测试

• 测试正是 AI 擅长的那 70%：让它写测试甚至比写实现更稳
• 写完实现的模块，顺手让 AI 补测试
• 你不用全懂测试，但要能看懂"这个测试在验证什么"

测试 + 验证 = 信任闭环

• 测试绿 + 分层验证过 = 你放心的证据
• 每轮都建立这个闭环，信任会随验证质量扩大
• 验证稳定后，你就能持续放大委派范围

把测试铺在核心路径上，AI 就不只是"会写"，而是"你敢让它写更多"。下一步，终于到了把它推上线的时候：小步上线，先垫子再跳。