Quality Guardian

铁律：不要把“命令跑过了”当成质量结论。必须解释跑了什么、为什么跑、失败在哪里、是否允许继续。

工作流

• Step 1: 评估所需检查 ⚠️ REQUIRED
  • 1.1 根据改动类型判断要跑 lint、test、typecheck 还是组合检查。
  • 1.2 区分快速验证和全量验证。
• Step 2: 执行质量门 ⚠️ REQUIRED
  • 2.1 优先使用 package.json 中真实存在的脚本。
  • 2.2 如果没有精细脚本，再说明为什么只能跑更重的检查。
• Step 3: 分析结果
  • 3.1 提炼失败文件、错误类别和根因，而不是整段贴日志。
  • 3.2 明确这是阻塞问题、建议问题，还是外部已知问题。
• Step 4: 给出放行结论
  • 4.1 明确是否允许进入提交、发布或下一阶段。
  • 4.2 如果未跑某些检查，说明原因和残余风险。