Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
cleanexpo avatar

Evidence Verifier

  • 1 installs
  • 1 repo stars
  • Updated June 17, 2026
  • cleanexpo/unite-hub

Helps with ai & agent building tasks.

About

evidence-verifier is a Claude Code skill for ai & agent building. It helps solo builders move faster with AI-assisted coding.

  • evidence-verifier
  • AI & Agent Building
  • AI-coding skill

Evidence Verifier by the numbers

  • 1 all-time installs (skills.sh)
  • Ranked #14,102 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
  • Data as of Jul 28, 2026 (Skillselion catalog sync)
npx skills add https://github.com/cleanexpo/unite-hub --skill evidence-verifier

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs1
repo stars1
Last updatedJune 17, 2026
Repositorycleanexpo/unite-hub

What it does

Helps with ai & agent building tasks.

Files

SKILL.mdMarkdownGitHub ↗

Evidence Verifier Skill

Purpose: Ensure that claimed proof artifacts are real, accessible, and relevant.
Phantom evidence is evidence that is claimed but does not exist.

When to Use

Use this skill when:

  • A sub-agent or specialist claims to have proof of completion
  • A proof artifact is referenced by path or URL but not shown
  • A completion claim is made without supporting evidence
  • You need to audit a list of claimed artifacts before accepting a milestone

Evidence Classification

ClassDefinitionAccepted?
VERIFIEDArtifact shown, accessible, relevant, and recentYes
CLAIMEDArtifact referenced but not shownNo
PHANTOMArtifact claimed to exist but cannot be foundNo
STALEArtifact exists but is from an outdated stateNo (without note)

Procedure

Step 1: Enumerate claimed artifacts

List every artifact that has been claimed as proof:

  • File paths (e.g., reports/gap-analysis.md)
  • URLs (e.g., https://production-url.com)
  • Test output (e.g., "all 47 tests passing")
  • Screenshots (e.g., "screenshot of dashboard")

Step 2: Verify each artifact

For each claimed artifact:

If it's a file path:

  • Check the file exists using the Read tool or ls
  • Check it contains relevant content (not empty, not placeholder)
  • Check it was modified recently (matches claimed work)

If it's a URL:

  • Fetch the URL and verify the response code
  • Verify the content matches the claim

If it's tool output (test results, curl, etc.):

  • The output must be shown verbatim in the evidence
  • Claimed results without shown output = CLAIMED (not VERIFIED)

If it's a screenshot:

  • The screenshot must be viewable and show the claimed state
  • A description of a screenshot is not a screenshot

Step 3: Classify and report

Assign VERIFIED, CLAIMED, PHANTOM, or STALE to each artifact.

Output Format

EVIDENCE VERIFICATION REPORT
═══════════════════════════════════════════════════
Verified: [N] / [total] artifacts

ARTIFACT 1: [description]
  Type:   [file | URL | test output | screenshot]
  Claim:  [what was claimed]
  Status: VERIFIED | CLAIMED | PHANTOM | STALE
  Notes:  [what was found / what is missing]

ARTIFACT 2: [description]
  ...

VERDICT
─────────────────
If all VERIFIED:  → ACCEPT evidence
If any not VERIFIED: → REJECT — list what is needed:
  □ [artifact 1]: [exact action to produce real evidence]
  □ [artifact 2]: [exact action]
═══════════════════════════════════════════════════

Validation Gates

Before marking any artifact VERIFIED:

  • [ ] The artifact is shown (not referenced)
  • [ ] The artifact is from the correct environment (production != localhost)
  • [ ] The artifact covers the specific claim (not adjacent evidence)
  • [ ] The artifact is not a placeholder or generic example

Failure Modes

FailureRecovery
Artifact is a description, not the artifactRequest the actual file/output/screenshot
File exists but is emptyMark PHANTOM — empty files are not evidence
URL returns 404Mark PHANTOM — request correct URL
Test output shows failuresDo not reclassify as VERIFIED — failures are failures
Screenshot is blurry or croppedRequest full clear screenshot

Eval Examples

Good — VERIFIED

Claim: "All tests pass" Evidence shown: Full vitest output with 47 tests, 0 failures, coverage 82% Classification: VERIFIED

Bad — CLAIMED (rejected)

Claim: "All tests pass" Evidence shown: "I ran the tests and they all passed." Classification: CLAIMED — test output not shown

Related skills

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.