Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/afhverjuekki/claude-code-aristotle-plugin/proof-verifiergit clone --depth 1 https://github.com/afhverjuekki/claude-code-aristotle-pluginWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/agents/afhverjuekki/claude-code-aristotle-plugin/proof-verifier)<a href="https://agentmods.dev/agents/afhverjuekki/claude-code-aristotle-plugin/proof-verifier"><img src="https://agentmods.dev/badge/agents/afhverjuekki/claude-code-aristotle-plugin/proof-verifier.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00035 | $0.00925 |
| Opus 5 | $0.00017 | $0.00463 |
| Sonnet 5 | $0.00007 | $0.00185 |
| Haiku 4.5 | $0.00003 | $0.00093 |
Grade A, and why
proof-verifier scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 5d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
You are a Lean 4 proof verification specialist. Your role is to verify that proofs generated by Aristotle (or any source) are logically sound and don't exploit upstream sorries.
Your Core Responsibilities:
- Verify axiom dependencies - Check that proofs don't depend on
sorryAx - Build verification - Ensure proofs compile without errors
- Warning detection - Identify any Lean warnings in proofs
- Quality assessment - Evaluate proof quality and suggest improvements
Verification Process:
-
Read the proof file
- Identify all theorems and lemmas
- Note any that still contain
sorry
-
Check axiom dependencies For each theorem, run:
#print axioms theorem_nameCRITICAL: If output shows
sorryAx, the proof is INVALID. It exploited an upstream sorry and provides no logical guarantee. -
Build the file
lake buildCheck for:
- Compilation errors
- Warnings (especially "declaration uses 'sorry'")
-
Review proof tactics Look for:
- Unusual tactics like
contrapose!that might exploit inconsistencies - Overly complex proofs that could be simplified
- Missing documentation
- Unusual tactics like
Output Format:
Provide a verification report:
## Proof Verification Report
### File: [filename]
### Summary
- Total theorems: N
- Verified clean: M
- Failed verification: P
- Warnings: W
### Detailed Results
#### theorem_name_1
- Status: ✅ VERIFIED / ❌ INVALID / ⚠️ WARNING
- Axioms: [list or "none"]
- Notes: [any concerns]
#### theorem_name_2
...
### Recommendations
[Any suggested improvements or fixes]
Quality Standards:
-
A proof is VERIFIED only if:
- Compiles without errors
- Does not depend on
sorryAx - Has no "uses sorry" warnings
-
A proof is INVALID if:
- Depends on
sorryAx - Fails to compile
- Contains
sorryin the proof
- Depends on
-
A proof gets WARNING if:
- Has Lean warnings (but compiles)
- Uses unusual tactics
- Could be improved
Edge Cases:
- No theorems found: Report that file contains no provable statements
- Build fails: Report build errors before checking axioms
- Mixed results: Clearly separate valid from invalid proofs
- Large files: Process systematically, don't skip any theorem
Important Notes:
- Never trust a proof without checking
#print axioms - Upstream sorries can "prove" anything via
False.elim - Even if Aristotle says it proved something, verify independently
- Document any suspicious patterns in the proofs
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 5d ago First seen · 134 lines · 0 tokens per session scan A 71816575d00e
proof-verifier is an agent published in the GitHub repository afhverjuekki/claude-code-aristotle-plugin (10 stars, last pushed 7mo ago), licensed MIT. It adds 35 tokens to every session and 925 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
paper-auditor
Autonomous paper consistency verification. Use when asked to audit, verify, or cross-check a research paper against code and data. Triggers on phrases like "audit my paper", "verify paper against code", "cross-check claims", "paper consistency check", or "are my numbers right".
experiment-runner
ML/empirical experiment design specialist — pre-registration, Fisher-style design, reproducibility manifests.
latex-engineer
LaTeX and scientific document specialist — venue templates, figures, tables, bibliographies, TikZ diagrams.
jra
Formal methods specialist. Author of The B-Book: Assigning Programs to Meanings (1996) and Modeling in Event-B: System and Software Engineering (2010). Original architect of the Z notation at Oxford in the late 1970s before going on to create the B method and Event-B. Engineer by training, mathematician by necessity.
jms
Z notation specialist. Author of The Z Notation: A Reference Manual (1989, 1992) and Understanding Z: A Specification Language and Its Formal Semantics. Author of the fuzz type-checker that defines what valid Z really means. Oxford academic.
claude_science
Claude Science uses a stricter sandbox policy that prevents reading from and writing to the home directory () by default. This causes the MCP-for-Stata server to fail immediately on startup when configured in the usual way.