测试并修复

在以下场景使用该 Skill：

• 用户希望 Claude 对前端改动进行校验
• 重构后需要补一轮安全检查
• 需要修复 lint、类型检查、单测或构建失败的问题

必需流程

1. 从 package.json 或仓库文档中识别可用命令。
2. 优先按以下顺序执行：
   • lint
   • type-check
   • unit tests
   • build
3. 仔细阅读失败输出。
4. 先做范围最小且正确的修复。
5. 每次关键修复后重新执行受影响命令。
6. 最后按以下格式总结：

输出格式

# 测试与修复报告

> 生成时间: YYYY-MM-DD HH:mm
> 评审工具: frontend-craft

## 执行结果
| 命令 | 状态 | 说明 |
|------|------|------|
| lint | ✅ 通过 / ❌ 失败 | ... |
| type-check | ✅ 通过 / ❌ 失败 | ... |
| test | ✅ 通过 / ❌ 失败 | ... |
| build | ✅ 通过 / ❌ 失败 | ... |

## 发现的问题与修复
### 问题 1: ...
- **根因**: ...
- **修复**: ...
- **变更文件**: ...

## 剩余风险或未覆盖项
- ...

报告文件输出

修复完成后，必须将报告内容使用 Write 工具保存为 Markdown 文件：

• 目录：项目根目录下的 reports/（如不存在则创建）
• 文件名：test-fix-YYYY-MM-DD-HHmmss.md（使用当前时间戳）
• 保存后告知用户报告文件路径

强约束

• 不要盲目关闭规则来消除报错
• 除非有明确理由，不要为了通过检查而降低类型安全
• 不要因为附近测试失败就顺手重写无关模块