一条命令跑全分层验证

静态检查 → 单测 → 构建 → 集成 → E2E，用一条命令串起来。别靠人当测试员。

AI 生成代码越来越快，如果验证还是靠人手动点、手动测，AI 越快你就越跟不上——最后只能用它改的风险赌。解法：把验证切成一层层，用一条命令全部串起来跑。

读完你能回答：

• 分层验证有哪几层，每层查什么？
• 为什么必须一条命令串起来？
• 验证怎么追上生成的速度？

分层验证是哪几层

• 静态检查：类型、lint、格式。查"表面"错误，最快，秒级
• 单测：每个函数、每个逻辑块对不对。查"逻辑"错误
• 构建：能不能编译、能不能打包。查"集成"错误
• 集成 / E2E：把模块连起来、按真实流程跑一遍。查"端到端"错误

越往下的层，越接近真实用户，也越慢、越贵。分层的好处是：最快的那层先拦下最多的低级错误，别让贵的那层去测本可早发现的 bug。

为什么必须一条命令

• 避免漏跑：每次只跑"我记得的那几层"，容易漏掉最关键的
• 避免顺序错：验证顺序不一致，结果不可比
• 让 AI 自己会跑：告诉它"改完跑 pnpm check"比"按这个那个顺序点一堆"可靠得多

一条命令把全部层串起来，人在旁边只等结果，不亲手测 vibe-report。

验证要追上生成

• 生成快，验证必须更快，否则 AI 越用越慌
• 一层层收敛：先静态（快、拦住大多数），再构建，再 E2E
• 把「验证慢」的层自动化、加速，让每个改动都能快速验证

让 AI 在会话内自测自修

• 写完就让它跑验证，红了就让它自己修 copilot-cost
• 你只设好「跑什么、绿了算过」，剩下循环交给 AI
• 一层层自测通过，才把产物交给你

验证一条命令串起来 + 让 AI 自测自修，你就不会变成测试员。下一步防住最坑的一种"完成"——假修复。