| name | verify-this |
|---|---|
| description | 验证一个具体声明是否成立。用户说“verify this / 证明它好了 / 看看是否修复 / 给证据 / 是否真的变快”等需要 before/after、本地测试、日志、截图或构建产物证据时使用。 |
Use this skill to prove or disprove a falsifiable claim with local evidence. Do not turn it into a recap.
- Restate the claim in measurable form: condition, expected behavior, and pass/fail threshold.
- Pick the smallest local surface that can disprove it:
- TypeScript behavior: focused unit test,
npm run test:unit, or a small repro. - Workspace packages:
npm run test --workspaces --if-present. - Compile safety:
npm run type-check. - Lint safety:
npm run lint. - Android/native behavior:
cd android && ./gradlew assembleDebug --no-daemon. - UI behavior: local screenshot or browser/app interaction evidence when applicable.
- TypeScript behavior: focused unit test,
- Capture baseline and treatment with the same command, input, environment, and threshold.
- If a real baseline is unavailable without reverting user changes, say so and use
INCONCLUSIVE; do not reset or overwrite user work. - Compare raw artifacts, not impressions.
- Return exactly one verdict:
VERIFIED,NOT VERIFIED, orINCONCLUSIVE.
- Never modify
.envfiles. - Never run destructive git commands to create a baseline.
- Keep artifacts minimal; prefer terminal output snippets unless screenshots/logs are necessary.
- If writing artifacts, use
/tmp/verify-this/<claim-slug>/, not the repo, unless the user asks. - Do not soften a negative result. A clear
NOT VERIFIEDis useful.
VERIFIED | NOT VERIFIED | INCONCLUSIVE
Claim: <falsifiable claim>
Evidence:
- <command/artifact>: baseline=<...>, treatment=<...>, delta=<...>, threshold=<...>
Reasoning:
<one concise paragraph naming evidence and confounds>