测试并修复
在以下场景使用该 Skill:
- - 用户希望 Claude 对前端改动进行校验
- 重构后需要补一轮安全检查
- 需要修复 lint、类型检查、单测或构建失败的问题
必需流程
- 1. 从 package.json 或仓库文档中识别可用命令。
- 优先按以下顺序执行:
- lint
- type-check
- unit tests
- build
- 3. 仔细阅读失败输出。
- 先做范围最小且正确的修复。
- 每次关键修复后重新执行受影响命令。
- 最后按以下格式总结:
输出格式
CODEBLOCK0
报告文件输出
修复完成后,必须将报告内容使用 Write 工具保存为 Markdown 文件:
- - 目录:项目根目录下的
reports/(如不存在则创建) - 文件名:
test-fix-YYYY-MM-DD-HHmmss.md(使用当前时间戳) - 保存后告知用户报告文件路径
强约束
- - 不要盲目关闭规则来消除报错
- 除非有明确理由,不要为了通过检查而降低类型安全
- 不要因为附近测试失败就顺手重写无关模块
测试并修复
在以下场景使用该 Skill:
- - 用户希望 Claude 对前端改动进行校验
- 重构后需要补一轮安全检查
- 需要修复 lint、类型检查、单测或构建失败的问题
必需流程
- 1. 从 package.json 或仓库文档中识别可用命令。
- 优先按以下顺序执行:
- lint
- type-check
- unit tests
- build
- 3. 仔细阅读失败输出。
- 先做范围最小且正确的修复。
- 每次关键修复后重新执行受影响命令。
- 最后按以下格式总结:
输出格式
测试与修复报告
生成时间: YYYY-MM-DD HH:mm
评审工具: frontend-craft
执行结果
| 命令 | 状态 | 说明 |
|---|
| lint | ✅ 通过 / ❌ 失败 | ... |
| type-check |
✅ 通过 / ❌ 失败 | ... |
| test | ✅ 通过 / ❌ 失败 | ... |
| build | ✅ 通过 / ❌ 失败 | ... |
发现的问题与修复
问题 1: ...
- - 根因: ...
- 修复: ...
- 变更文件: ...
剩余风险或未覆盖项
报告文件输出
修复完成后,必须将报告内容使用 Write 工具保存为 Markdown 文件:
- - 目录:项目根目录下的 reports/(如不存在则创建)
- 文件名:test-fix-YYYY-MM-DD-HHmmss.md(使用当前时间戳)
- 保存后告知用户报告文件路径
强约束
- - 不要盲目关闭规则来消除报错
- 除非有明确理由,不要为了通过检查而降低类型安全
- 不要因为附近测试失败就顺手重写无关模块