验证
- 作者仓库星标 39
- 作者仓库 awesome-omni-skill
验证循环
工具
| 工具 | 类型 | 用法 | 调用方式 |
|---|---|---|---|
| Superpowers verification-before-completion | Plugin Skill | 完成前结构化检查 | 自动: V 阶段触发 |
| cunzhi MCP | MCP | 验证失败时寸止 | cunzhi.confirm(VERIFY_FAIL) |
| skill/debugging | VibeCoding Skill | 2 次失败后加载 | 按需 |
流程
1. → Superpowers verification-before-completion
2. 执行验证清单 (按 Path 选择)
3. 通过? → done.md (verified: true)
4. 失败?
→ 分析原因 → 修复 → 重试 (max 3)
→ 第 2 次失败: 加载 skill/debugging
→ 第 3 次失败: cunzhi [VERIFY_FAIL] 请求人工
验证清单 (按 Path 分级)
Path A — 基础验证
□ 所有测试通过
□ Lint 通过
□ 无 console.log / debugger 残留
不检查 plan.md (Path A 无 P 阶段)。
Path B — 标准验证
□ 所有测试通过
□ TypeScript 类型检查 (tsc --noEmit)
□ Lint 通过
□ plan.md 目标逐项覆盖
□ 验收标准逐项满足
□ 无 console.log / debugger 残留
□ 无注释掉的代码块
Path C/D — 严格验证
□ Path B 全部清单
□ 覆盖率达标 (C: 80%, D: 85%)
□ 无未使用 import
□ 组件 <200 行
□ 单文件 <500 行
□ 安全检查通过 (无硬编码密钥/未验证输入)
.ai_state
- 通过 → done.md 标记
verified: true - 失败 → todo.md 追加修复子任务
降级
Superpowers 未安装 → 直接执行上述清单 (AI 自主检查)。
- 流狐分类
- 通用
- 作者声明 Agent
- 未找到明确声明;不据此推断已兼容或已测试
- 静态检查
- 88 / 100 · 启发式扫描,不代表运行安全
- 作者 / 版本 / 许可
- @diegosouzapw · 未声明 license
- 流狐 Token 估算
- 低消耗
- 流狐接入估算
- 即装即用
- 是否需要外部 API Key
- 未发现要求
- 检测到的系统要求
- 未声明
- 底层运行要求
- 未声明
- 检测到的文件与系统行为
-
- 只读
- 检测到的网络行为
- 仅限本地
- 安装命令数
- 无(仅作为资料)
档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。
需要注意: 未限定 allowed-tools,默认拥有全部工具权限。
作者没有在当前 SKILL.md 中定义固定输出样例。 工具
工具 · 类型 · 用法 · 调用方式 Superpowers verification-before-completion · Plugin Skill · 完成前结构化检查 · 自动: V 阶段触发 cunzhi MCP · MCP · 验证失败时寸止 · cunzhi.confirm(VERIFYFAIL)
流程
流程
验证清单 (按 Path 分级)
验证清单 (按 Path 分级)
Path A — 基础验证
不检查 plan.md (Path A 无 P 阶段)。
Path B — 标准验证
Path B — 标准验证
Path C/D — 严格验证
Path C/D — 严格验证
# 验证循环
## 工具
| 工具 | 类型 | 用法 | 调用方式 |
|:---|:---|:---|:---|
| Superpowers verification-before-completion | Plugin Skill | 完成前结构化检查 | 自动: V 阶段触发 |
| cunzhi MCP | MCP | 验证失败时寸止 | `cunzhi.confirm(VERIFY_FAIL)` |
| skill/debugging | VibeCoding Skill | 2 次失败后加载 | 按需 |
## 流程
```
1. → Superpowers verification-before-completion
2. 执行验证清单 (按 Path 选择)
3. 通过? → done.md (verified: true)
4. 失败?
→ 分析原因 → 修复 → 重试 (max 3)
→ 第 2 次失败: 加载 skill/debugging
→ 第 3 次失败: cunzhi [VERIFY_FAIL] 请求人工
```
## 验证清单 (按 Path 分级)
### Path A — 基础验证
```
□ 所有测试通过
□ Lint 通过
□ 无 console.log / debugger 残留
```
不检查 plan.md (Path A 无 P 阶段)。
### Path B — 标准验证
```
□ 所有测试通过
□ TypeScript 类型检查 (tsc --noEmit)
□ Lint 通过
□ plan.md 目标逐项覆盖
□ 验收标准逐项满足
□ 无 console.log / debugger 残留
□ 无注释掉的代码块
```
### Path C/D — 严格验证
```
□ Path B 全部清单
□ 覆盖率达标 (C: 80%, D: 85%)
□ 无未使用 import
□ 组件 <200 行
□ 单文件 <500 行
□ 安全检查通过 (无硬编码密钥/未验证输入)
```
## .ai_state
- 通过 → done.md 标记 `verified: true`
- 失败 → todo.md 追加修复子任务
## 降级
Superpowers 未安装 → 直接执行上述清单 (AI 自主检查)。 证据边界与执行链路
作者原文负责流程事实;流狐只索引当前章节、要点、文件与命令。
章节 -> 工具 → 流程 → 验证清单 (按 Path 分级) → Path A — 基础验证 → Path B — 标准验证 → Path C/D — 严格验证
要点 -> 不检查 plan.md (Path A 无 P 阶段)。 · Superpowers 未安装 → 直接执行上述清单 (AI 自主检查)。
文件/命令 -> cunzhi.confirm(VERIFYFAIL) · verified: true · skill/debugging · done.md · plan.md · C/D · todo.md
内容 SHA-256 -> ae4e750ccf0d
原文结构
适用与边界
原文中的明确线索
cunzhi.confirm(VERIFYFAIL)、verified: true、skill/debugging、done.md、plan.md、C/D、todo.md