mcpField
V
verify-this

verify-this

github.com/hachej测试与质量162 次安装3 天前更新
代码仓库

关于 verify-this

Verify This 是一项技能，用可重复的证据检验具体且可证伪的主张。适用于缺陷修复以及应用行为、API、Agent 输出或性能相关主张，通过前后对比得出明确结论。

主要功能

  1. 01将主张改写为可测测试
  2. 02比较基线与变更后的状态
  3. 03检查原始证据产物
  4. 04返回三种结论之一

适用场景

  1. 01确认缺陷修复是否生效
  2. 02测量页面或 API 主张
  3. 03比较变更前后的 Agent 输出
  4. 04检验性能阈值

安装

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

$npx skills add https://github.com/hachej/boring-stack --skill verify-this

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

详细介绍

验证此事

改编自 Cursor 的 cursor-team-kit/verify-this（MIT，见 THIRD_PARTY.md），并结合了此应用的功能界面。

验证不是复述，而是通过可重复的证据证实或推翻一项具体主张。

适用场景

  • 用户要求“验证一下”“证明它有效”“这个修复了吗”或“给我看看证据”。
  • Bug 修复需要修复前后的复现对比。
  • 页面、API、Agent 输出或性能方面的主张需要测量。
  • 测试通过了，但仍需确认用户可见的行为。

不要用它验证“代码更整洁了”这类模糊主张。请先要求对方提出可测量的主张。

工作流

  1. 将主张改写为可证伪的形式：条件、指标和阈值。
  2. 选择能够推翻该主张的最小本地功能界面（见下文）。
  3. 从旧状态采集基线：合并基点、父提交或当前有问题的复现（基线的 git worktree 会有自己的验证实例）。
  4. 使用相同的命令、数据和环境，从变更后的状态采集处理结果。
  5. 比较原始产物：数字、快照、HTTP 响应、运行记录行、评估表。
  6. 只返回以下一种结论：VERIFIED、NOT VERIFIED 或 INCONCLUSIVE。

此应用中的本地功能界面

  • 代码行为：有针对性的单元测试（node --test test/unit/<file>）。
  • 页面：应用的使用流程（npm run build && npm run journey，参见 boring-app-template），或用于获取 snapshot、screenshot、network-summary、trace 的浏览器驱动程序（control-ui）。
  • API 和网络传输：前后分别运行 verify api <path>。
  • Agent 的输出：在本地运行应用（npm run dev）并驱动它，或使用 hachej/boring-stack 的评估来测试专家的技能。
  • 性能：运行 verify perf，或在同一台机器上分别测量基线和处理结果的用时。

结论规则

  • VERIFIED：基线和处理结果按预测方向变化，达到所声称的阈值，且没有明显的混杂因素。
  • NOT VERIFIED：行为没有变化、变化方向错误，或未达到阈值。
  • INCONCLUSIVE：没有有效基线、信号嘈杂（Agent 在 3 个案例中的输出有噪声）、测量失败，或环境差异导致比较无效。

输出

VERIFIED | NOT VERIFIED | INCONCLUSIVE
Claim: <falsifiable claim>

Evidence:
<metric/artifact>: baseline=<...>, treatment=<...>, delta=<...>, threshold=<...>

Reasoning:
<one tight paragraph naming the evidence and any confounds>

不要淡化负面结果。明确给出 NOT VERIFIED 很有用。切勿将真实用户数据放入你提交的产物中。

评论

支持 Markdown