mcpField
V
verify

verify

github.com/ariadoss测试与质量1260 次安装1 天前更新
代码仓库

关于 verify

verify 是面向软件开发的技能,要求先取得最新命令输出,再报告工作已完成。它指导测试、构建、回归检查、需求核对及对 Agent 修改的独立验证。

主要功能

  1. 01要求提供最新验证证据
  2. 02运行并检查完整命令输出
  3. 03验证测试与构建结果
  4. 04检查回归问题和需求
  5. 05独立审查 Agent 的修改

适用场景

  1. 01报告前确认测试通过
  2. 02提交前验证构建结果
  3. 03用回归测试检查修复
  4. 04复核委派给 Agent 的工作

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/ariadoss/superskills --skill verify

安装后在 Claude Code 中输入/verify确认已加载。

详细介绍

完成前验证

概述

未经验证就声称工作已完成,不是效率,而是不诚实。

这是 superskills 质量标准的一部分(“测试必须实际运行”——记录在 superskills 安装目录中的 ENGINEERING_STANDARDS.md,不在你的项目中)。这项技能用于证明“已完成”——凭借最新证据,而非口头断言。

核心原则: 始终先有证据,再作声明。

违反这条规则的字面要求,就是违背这条规则的精神。

铁律

NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE

如果你没有在此消息中运行验证命令,就不能声称验证通过。

把关流程

BEFORE claiming any status or expressing satisfaction:

1. IDENTIFY: What command proves this claim?
2. RUN: Execute the FULL command (fresh, complete)
3. READ: Full output, check exit code, count failures
4. VERIFY: Does output confirm the claim?
   - If NO: State actual status with evidence
   - If YES: State claim WITH evidence
5. ONLY THEN: Make the claim

Skip any step = lying, not verifying

常见错误

声明要求不足以证明
测试通过测试命令输出:0 个失败之前的运行结果、“应该能通过”
Linter 检查干净Linter 输出:0 个错误部分检查、推断
构建成功构建命令:退出码为 0Linter 通过、日志看起来不错
Bug 已修复针对原始症状的测试:通过代码已更改、假定已修复
回归测试有效已验证红绿循环测试只通过一次
Agent 已完成VCS diff 显示变更Agent 报告“成功”
满足要求逐行检查清单测试通过

危险信号——停止

  • 使用“应该”“可能”“看起来像是”等说法
  • 验证前就表达满意(“太好了!”“完美!”“完成了!”等)
  • 准备在未经验证的情况下提交、推送或创建 PR
  • 轻信 Agent 的成功报告
  • 依赖部分验证
  • 心想“就这一次”
  • 感到疲惫,想尽快结束工作
  • 任何暗示成功、但未运行验证的措辞

避免自我辩解

借口事实
“现在应该可以了”运行验证
“我很有把握”信心 ≠ 证据
“就这一次”没有例外
“Linter 通过了”Linter ≠ 编译器
“Agent 说成功了”独立验证
“我累了”疲惫 ≠ 借口
“部分检查就够了”部分检查无法证明任何事
“换了种说法,所以规则不适用”重精神,不拘字面

关键模式

测试:

✅ [Run test command] [See: 34/34 pass] "All tests pass"
❌ "Should pass now" / "Looks correct"

回归测试(TDD 红绿循环):

✅ Write → Run (pass) → Revert fix → Run (MUST FAIL) → Restore → Run (pass)
❌ "I've written a regression test" (without red-green verification)

构建:

✅ [Run build] [See: exit 0] "Build passes"
❌ "Linter passed" (linter doesn't check compilation)

要求:

✅ Re-read plan → Create checklist → Verify each → Report gaps or completion
❌ "Tests pass, phase complete"

委派给 Agent:

✅ Agent reports success → Check VCS diff → Verify changes → Report actual state
❌ Trust agent report

为什么这很重要

来自 24 条失败教训:

  • 你的人类搭档说“我不相信你”——信任破裂
  • 未定义的函数被交付——可能导致崩溃
  • 未满足的要求被交付——功能不完整
  • 时间浪费在虚假的完成声明上 → 重新安排 → 返工
  • 违背“诚实是核心价值观。若你撒谎,就会被替换。”

何时适用

始终在以下情况之前:

  • 任何形式的成功或完成声明
  • 任何满意的表达
  • 任何关于工作状态的正面陈述
  • 提交、创建 PR、完成任务
  • 转到下一个任务
  • 委派给 Agent

规则适用于:

  • 完全相同的说法
  • 改述和同义表达
  • 暗示成功的说法
  • 任何暗示已完成或正确的沟通

归根结底

验证没有捷径。

运行命令。阅读输出。然后再声明结果。

这条规则不容商量。

评论

支持 Markdown