Menü
Use when verifying completed features against their spec through visual audit, boundary testing, and regression checks - triggers on /spec:verify, 验证, 检查, 验收
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
| name | spec:verify |
| description | Use when verifying completed features against their spec through visual audit, boundary testing, and regression checks - triggers on /spec:verify, 验证, 检查, 验收 |
对已完成的功能进行视觉审计、边界测试和回归检查，生成验证报告。
前置: 必须先有 specs/[feature_name]/spec.md 和已完成的代码修改
产物: specs/[feature_name]/verify_report.md
验证报告必须同时满足以下指标：
| # | 检查项 | 合格标准 |
|---|---|---|
| 1 | 环境确认 | 明确记录 npm run build 是否成功、dist/ 是否为最新 |
| 2 | 视觉审计 | 逐条对比 spec.md 的视觉需求，每条给出 ✅/❌ 判定 |
| 3 | 边界测试 | 逐条对比 spec.md 的边界情况，每条给出测试结果 |
| 4 | 回归检查 | 确认无已有功能退化 |
| 5 | 最终结论 | 明确给出 通过 / 不通过 的总判定 |
npm run build，确认编译通过且 dist/ 目录产物为最新specs/[feature_name]/spec.md 的 视觉需求 章节| # | 视觉需求描述 | 判定 | 差异说明 |
|---|-------------|------|---------|
| 1 | xxx 最小宽度 120px | ✅ 符合 | — |
| 2 | 窄模式下自动换行 | ❌ 不符 | 仍为单行 |
| # | 边界场景 | 测试步骤 | 期望结果 | 实际结果 | 判定 |
|---|---------|---------|---------|---------|------|
| 1 | 500px 临界值抖动 | 反复拖拽经过 500px | 平滑切换 | ? | ✅/❌ |
| 2 | 极窄面板保护 | 面板拖到最窄 | 选择框 ≥ 120px | ? | ✅/❌ |
确认修改未破坏原有功能。重点检查：
创建 specs/[feature_name]/verify_report.md，必须包含以下结构：
# 验证报告 - [功能名称]
## 测试环境
- 日期：YYYY-MM-DD
- 编译状态：通过/失败
- 编辑器版本：Cocos Creator 2.4.x
## 视觉审计结果
（逐条表格）
## 边界测试结果
（逐条表格）
## 回归检查结果
- [ ] 正常宽度布局正常
- [ ] 按钮功能正常
- [ ] 分辨率切换正常
- [ ] 游戏画面正常
## 最终结论
**✅ 通过** / **❌ 不通过**（附不通过原因）
回复用户时，简要总结验证结论：
Use when converting a spec into an actionable implementation plan with file manifests, phased checkbox steps, and code snippets - triggers on /spec:architect, 写 plan, 实施计划, 架构计划
Use when creating a feature specification from requirements - triggers on /spec:define, 写 spec, 定义规范, 功能说明, or when needing deep code research before defining what to build
Use when executing an implementation plan step by step with enforced compilation verification and status sync - triggers on /spec:execute, 执行计划, 实施, 开始改代码
Use when auditing and cleaning legacy code before new feature development, with mandatory user confirmation before changes - triggers on /spec:refactor, 重构, 清理代码, 代码审计