adversarial-verification
Skill15 starsChanged 32 days agoApache-2.0View on GitHub
Assigns independent delegates to try to refute a claim and its evidence and returns a verdict with the part that survives, when the user or another skill calls for an adversarial review or fact-check of a numeric, legal, novelty or prior-art claim.
4 other projects use a version of this.
Adopted by
Most recently taken up by
- chuanzige/claude-code-main-skillstheir own version, first seen Nov 8, 2026
- GoogleCloudPlatform/devrel-demostheir own version, first seen Nov 2, 2026
- knokmki612/skillstheir own version, first seen Nov 1, 2026
- kadaliao/claude-code-skills-collectiontheir own version, first seen Mar 31, 2026
Other versions4 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 4
- GoogleCloudPlatform/devrel-demos★ 397same name
- kadaliao/claude-code-skills-collection★ 9same name
- chuanzige/claude-code-main-skills★ 5same name
- knokmki612/skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository10 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- agent-security-scanSkill
- boundary-contractSkill
- compact-handoffSkill
- merge-companionSkill
- necessity-gateSkill
- session-intent-analyzerSkill
- skill-evolutionSkill
- task-routerSkill
The file
We split this skill into the rules it gives an agent
4 rules. 0 are common, 2 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 3 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 30
Before starting delegates, the response model applies these bypass conditions:
- Very specific: line 43
Every source follows the source-locator contract in verification-before-completion's references/external-tool-evidence.md.
- Distinctive: line 55
After each cycle, the proponent may supply new evidence.
- Very specific: line 59
After collecting the required submissions, apply convergence-rules.md.
“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Adversarial Verification
The response model uses this skill to coordinate an adversarial review when a skill, a policy or project instructions assign a claim that carries evidence to that review. Independent delegates challenge the claim, its evidence and the reasoning of earlier rounds. The response model records the verdict and the limit of what the evidence supports; agreement alone does not establish truth.
Roles and input
The response model normalizes each claim, supplies the evidence, its source locators and the relevant schema or authoritative source, assigns the verification burden, and identifies claims about external tools. It assigns the attack roles, enforces the round protocol and returns a verdict. Following a domain procedure does not exempt the response model from a required adversarial review.
The response model supplies:
- claim-card and evidence;
- schema-context when relevant;
- verification-complexity: level-1-simple, level-2-evidence-required or level-3-high-stakes;
- domain-axes;
- optional consensus-rule: unanimity (default), majority or weighted;
- optional upstream-note on prior search, experiment or normalization.
Entry gate
The response model admits claims marked as required or recommended for verification, claims that use external documents, legal conditions, numbers or sources outside the approved context, and claims of guarantees, compatibility, novelty, prior-art difference, reproducibility, theoretical result or experimental effect.
Before starting delegates, the response model applies these bypass conditions:
- Level 1 uses evidence precheck only: accept when sufficient evidence exists; otherwise reject or escalate.
- A self-identical fixed fact, a plan, a question or other non-assertive statement, or an internal calculation for which external comparison is irrelevant returns accept with zero rounds.
The entry gate limits cost. After admitting a claim, the response model must not reduce the required variety of attacks because the result seems obvious or the review seems expensive.
Normalize the claim
The claim-card includes claim-id, claim-text, claim-type (empirical | theoretical | methodological | composition | prior-art), abstraction-level (theory | method | experiment | system | product), guarantees, non-guarantees, assumptions, possible-conflicts and evidence-list.
The response model rejects a claim with an empty evidence-list, removes inaccessible evidence and rejects the claim if no evidence remains. For a theoretical, composition or prior-art claim, missing guarantees, non-guarantees or assumptions require escalation. An unclear abstraction level also requires escalation.
Every source follows the source-locator contract in verification-before-completion's references/external-tool-evidence.md.
Assign independent delegates
Level 2 uses three delegates: internal-logic, external-fact and internal-fact. Level 3 adds two distinct roles selected from external-logic, edge-case, prior-art and incentive according to the claim and domain. references/agent-roles.md defines their axes and assignment constraints.
In a research review, the assigned delegates distinguish guarantees from non-guarantees, test assumptions and abstraction levels, check composition interfaces and challenge inflated wording that a result is the first or the only one.
Run and judge rounds
The response model follows the round protocol and host dispatch procedure, supplying the complete role assignment and retaining each returned delegate handle with its axis. The round protocol defines which delegates take part in the first cycle and which affected axes follow up.
After each cycle, the proponent may supply new evidence. The response model runs the mandatory utterance audit.
The response model retains each locator, assumption and guarantee while updating the claim-card. Repeated attacks without a new distinction require narrowing the claim or escalating it.
After collecting the required submissions, apply convergence-rules.md. When its state is accept or reject, return the accepted or rejected part of the claim; when its state is partial, run the next round; when its state is judge-deadlock, use the deadlock handoff below.
Deadlock and output
At deadlock, including the round cap, the response model has a fresh delegate summarize the dispute. That delegate does not decide the claim. It reports the agreed and unresolved subclaims, each issue, each side's supporting evidence and final attack, the cause of the deadlock, and the missing information or user-owned decisions. The response model keeps a factual disagreement unresolved with verdict escalate; lack of convergence cannot become acceptance. It asks the user only when the next action needs missing human authorization or a user-owned choice, using escalate-human for that condition. A human choice determines the authorized action or scope, not factual support. The response model preserves unmet claim criteria.
The returned record uses:
verdict: accept | reject | escalate | escalate-human
surviving-claim: <supported narrowed claim>
required-assumptions: <remaining assumptions>
guarantee-boundary: <what the claim guarantees and excludes>
rounds-log: <full log locator and summary>
retracted-claims: <withdrawn claims>
escalation-issues: <unresolved fields or human decisions>For reject, include the rejection reasons and the retracted claims. For escalate, identify the missing fields, evidence or decisions. For accept, keep the surviving claim and its assumptions; do not endorse the original overbroad wording.
External-tool and evaluator requirements
For a material claim about an external tool, the response model loads verification-before-completion's references/external-tool-evidence.md from the installed skill and supplies its evidence requirements and the exact claim scope in each delegate's assignment.
For a claim reviewed at level-3-high-stakes, external governance absorption or evaluator-candidate promotion, follow docs/policies/evaluator-artifact-contract.md for its required artifacts and accepted result. The response model retains the returned verifier result and its supported scope; this skill does not redefine the evaluation protocol.
Gotchas
The response model must not skip the entry gate, duplicate an attack axis, infer truth from unaudited agreement, or merge theory, experiment and system guarantees into one unsupported claim. A concession must identify which evidence or attack was defeated and how; pressure to finish is not evidence.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

