菜单
小改动验证。触发：/hany:verify-small。针对小bug修复、单个文件修改的快速验证：编译检查+功能验证+修复确认。不需要完整审查流程。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
自动化编排。触发：/hany:auto。根据用户描述自动调用 hany-require → planreview → hany-implement → 智能验证路由(verify-small/verify-project)，渐进式加载+验证修复循环+错误回退。
详细实现。触发：/hany:implement。基于hany:require确认的示例和方案，拆解任务+分配Agent→并行实现→完成前验证→提交。
需求确认+示例原型。触发：/hany:require。Brainstorming+Deep-interview式提问→歧义评分→确认需求→输出可行示例+技术说明+架构图+思维过程。
项目级验证。触发：/hany:verify-project。针对大功能、架构调整、多文件改动的完整验证：多视角并行审查+功能测试+回归验证+边界检查+修复循环+质量清单+根因分析。
hany skill 公共层：共享规则库、公共流程模式、公共配置。所有 hany-* skill 共享。
需求文档评审优化。触发：/hany:planreview。针对已创建的需求文档，挑战不合理性并优化文档质量。
| name | hany-verify-small |
| description | 小改动验证。触发：/hany:verify-small。针对小bug修复、单个文件修改的快速验证：编译检查+功能验证+修复确认。不需要完整审查流程。 |
| author | hany |
| version | 1.0 |
触发方式：/hany:verify-small
调用方：可独立触发
/hany:verify-small，也可由hany-autoStep 4 自动调用。
适用场景：小 bug 修复、单个文件修改、紧急热修复。 不适用：大功能改动、架构调整、多文件修改（请用
/hany:verify-project）
核心原则：没有证据就不说完成。运行命令看到输出才能下结论。
详见
hany-common/procedures/quality_modes.md
禁止跳过验证直接说"测试通过"，禁止不运行就声称代码能工作。
读取
hany-common/rules/rules.md，11 条规则全程生效。
触发 → 先想想看 → 检查改动 → 功能验证 → 修复确认 → 输出报告
⚠️ 若由
hany-auto调用，跳过此步（auto 已完成初步思考）。
触发后，先思考再执行。
思考完后输出思路再进入 Step 1。
git diff（或用 git diff --name-only）确认改动的文件tsc --noEmit / python -m py_compile / go vet 等铁律：Agent 报告"完成" ≠ 真的完成。
实际运行验证，不能只看代码。
| 检查项 | 命令 |
|---|---|
| 语法/编译 | tsc --noEmit / python -m py_compile / go vet |
| 构建 | npm run build / go build |
| 测试 | npm test / pytest / go test |
| 功能走查 | 正常输入→预期输出，关键路径通顺 |
边找边报：发现阻塞问题立即汇报，其余攒批汇报。
确认 bug 真的被修复了。
如果无法写测试，用"手动验证步骤"替代。
## 小改动验证报告
### 改动文件
- [文件路径]
### 验证结果
| 检查项 | 结果 | 证据 |
|--------|------|------|
| 语法检查 | ✅/❌ | [命令输出] |
| 构建 | ✅/❌ | [命令输出] |
| 测试 | ✅/❌ | [命令输出] |
| 功能验证 | ✅/❌ | [描述] |
### 修复确认
- Bug 是否修复：✅/❌
### 结论
[通过 / 不通过]
用 AskUserQuestion：
/hany:verify-project 进一步检查