关于 review-verify
review-verify 是用于审查流程的内部 Skill,按验证要求检查变更,并以固定格式表格报告证据。它适合需要记录命令结果、行为检查及人工验证事项的审查。
主要功能
- 01检查项目声明的验证命令
- 02实际运行主要声明行为
- 03复现指定故障场景
- 04验证变更测试能否发现回归
- 05检查跳过的测试和启动警告
- 06列出需人工确认的事项
适用场景
- 01在审查批准前验证变更
- 02确认新增测试能否捕获错误行为
- 03记录待人工跟进的视觉或设备检查
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ gtrabanco/ agentic-workflow --skill review-verify安装后在 Claude Code 中输入/review-verify确认已加载。
详细介绍
Review Verify(内部)
由 review-change / product-audit 在其对话中组合而成——对任何
Agent,均应将此文件作为路由步骤内联遵循。仅报告发现;绝不编辑、
绝不重构。
范围
调用方传入的差异或路径/全局匹配模式;默认为当前更改与 默认分支的差异。在返回表格顶部注明范围。
检查清单(评估每一项——无一例外;不适用必须注明)
✓ 本次审查中运行了项目的验证门禁(按项目声明的命令进行类型检查、测试、构建) ——逐条粘贴命令的退出状态 ✓ 实际验证了更改主要声称的行为(运行 CLI/端点/函数;粘贴实际观察到的输出) ✓ 复现了 SPEC 开发场景中的至少一种失败模式(错误输入、缺失文件、错误路径), 且其表现符合规范 ✓ 新增/更改的测试在实现被还原或破坏时确实会失败(通过变更或暂存证明其断言有效——之后恢复) ✓ 没有为通过验证而跳过/禁用测试(在差异中搜索 skip/only/todo 标记) ✓ 构建产物/开发服务器能够正常启动(没有表明发生故障的新警告) ✓ 任何只能由人工确认的事项(视觉效果、设备、区域设置、负载)均明确列在 “Manual”下——绝不悄然省略
重要性门槛
只有当有能力的用户的结果会发生变化,或违反了项目明确声明的规则时才报告——
并在证据旁引用被违反的规则。不属于发现的问题:注释/标点错误、仅格式偏差、
未引用规则的风格偏好、SPEC 未列出的假设性健壮性问题。
对于规范完善的更改,预期结果是空表格并标注 Decision: PASS——绝不凑数。
仅返回以下内容
REVIEW VERIFY — scope: <scope>
| # | Finding | Sev | Evidence | Suggested fix |
|---|---------|-----|----------|---------------|
| 1 | <what> | critical|major|minor | <file:line> | <smallest action> |
Checklist: <n> evaluated, <n> pass, <n> findings, <n> n/a (<which + why>)
Summary: <1-2 sentences>
Manual (a human must check): <bullet list, or "none">
Decision: PASS | FAIL
如果存在任何未解决的严重或主要问题,则为 FAIL;否则为 PASS。次要问题不会阻止通过—— 它们将转交调用方的分类步骤。
完成条件
- 每项检查清单均有证据(文件:行号或命令输出),或明确标记为不适用并说明原因。
- 返回上述固定格式的区块——不多不少——且未更改任何代码。