mcpField
V
verify-this

verify-this

github.com/poteto测试与质量13263 次安装21 周前更新
代码仓库

关于 verify-this

verify-this 是用于以可重复证据检验具体主张的技能，指导开发者对比基线与变更后的结果，并给出明确结论。

主要功能

  1. 01将主张转为可证伪条件
  2. 02对比基线与变更结果
  3. 03收集测试、截图和性能资料
  4. 04给出明确验证结论

适用场景

  1. 01通过修复前后复现确认缺陷修复
  2. 02测量 UI、API、命令行、性能或内存主张

安装

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

$npx skills add https://github.com/poteto/plugins --skill verify-this

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

详细介绍

验证此项

验证不是回顾，而是用可重复的证据证明或证伪某项具体主张。

适用场景

  • 用户提出“验证一下”“证明它能正常工作”“这个修复解决问题了吗”或“给我看看证据”。
  • Bug 修复需要修复前后的复现对比。
  • UI、CLI、API、性能或内存相关的主张需要测量。
  • 测试通过了，但仍需确认用户可见的行为。

不要将其用于“代码更整洁”这类模糊主张。先要求对方提出可测量的主张。

工作流

  1. 将主张重述为可证伪的形式：条件、指标和阈值。
  2. 选择能够证伪该主张的最小本地范围。
  3. 从旧状态获取基线：合并基点、父提交、失败分支或当前的故障复现。
  4. 在更改后的状态下，使用相同的命令、数据、预热步骤和环境获取处理结果。
  5. 比较原始产物：数值、截图、终端记录、HTTP 响应、性能分析文件、堆快照或测试输出。
  6. 最终只能给出以下一种结论：VERIFIED、NOT VERIFIED 或 INCONCLUSIVE。

本地范围

  • 代码行为：有针对性的单元测试／集成测试或最小复现脚本。
  • CLI/TUI 行为：control-cli、终端记录或演示录制。
  • UI 行为：control-ui、截图、无障碍快照或浏览器跟踪记录。
  • API 行为：本地 HTTP/RPC 请求和响应差异。
  • 性能：同一台机器上的基线／处理计时或 CPU 性能分析文件。
  • 内存：疑似操作前后的堆快照。

产物布局

在安全的情况下写入产物：

/tmp/verify-this/<claim-slug>/
├── claim.md
├── timeline.md
├── baseline/
├── treatment/
├── diff/
└── verdict.md

如果产物可能包含敏感代码、提示词、截图、HTTP 正文或堆数据，除非用户同意将数据写入磁盘，否则只保留最少量的内联证据。

结论规则

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

输出

使用以下格式：

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