multi-pass-self-critique

Solid

Meta-skill for /audit-strict and high-stakes audits. Run two independent passes with different starting contexts, then keep only consensus findings. Aggressively cuts false positives.

AI & Automation 38 stars 5 forks Updated 2 days ago MIT

Install

View on GitHub

Quality Score: 82/100

Stars 20%
53
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Multi-pass self-critique (meta-skill) This skill governs the protocol for high-precision audits where false positives are unacceptable. ## When to use - `/audit-strict` invocations - Pre-launch audits where the user has explicitly opted into slower, higher-precision review - Re-audits where prior tools have been noisy ## The protocol ### Pass A — Skill-driven, bottom-up Read the code line-by-line. Apply the vuln-skill library. Emit candidate findings with reasoning traces. ### Pass B — Exploit-driven, top-down Fresh context. Pretend you have no prior findings. Approach the contract as an attacker: "What would I steal here? What's the cheapest exploit?" Emit findings. ### Compare For each Pass-A finding, check Pass-B: - Did Pass B independently identify this issue (under any name)? - Does Pass B's exploit narrative match this issue's mechanism? For each Pass-B finding, check Pass-A: - Did the skill library flag this? ### Categorize | Pass A | Pass B | Result | |---|---|---| | ✓ | ✓ | **Consensus** — Confidence HIGH, keep | | ✓ | ✗ | Single-source A — Confidence MEDIUM, keep with note | | ✗ | ✓ | Single-source B — Confidence MEDIUM, keep with note | | ✗ | ✗ | Not reported | ### Synthesize Output the consensus findings as primary, single-source findings as secondary. Be explicit about which is which. ## Why this works - Each pass has different blind spots. Skill-based misses novel patterns; exploit-based misses subtle CWE patterns. - Their intersection is the ...

Details

Author
iktok90-design
Repository
iktok90-design/ai-smart-contract-auditor
Created
1 weeks ago
Last Updated
2 days ago
Language
JavaScript
License
MIT

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

skill-auditor

Reviews a Claude Skill before it ships and returns concrete revision recommendations. Audits eight dimensions — leaked credentials, triggering reliability, dependency path pinning, scope boundaries, gap-finding, prompt depth, writing standards, and leanness (dead weight, layering, token cost). Use whenever a SKILL.md is written, edited, slimmed, or about to be packaged, even if no review was requested; when a skill runs unreliably - drifting off its workflow, skipping steps or dependencies, faking success, stopping mid-task, forgetting API details, or taking a different path each run; when a skill fails to trigger, feels bloated or too long, or its token cost needs cutting; or for help with skill structure and best practices.

0 Updated yesterday
jameswu881102
AI & Automation Listed

skill-deep-audit

Generic skill-quality auditor for any agent skill (Claude, OpenClaw, Cursor, etc.). Runs a 7-dimension static analysis (D1 process closure & idempotency, D2 tool/command conventions, D3 portability & defense, D4 skill usability, D5 security & op risk, D6 code & doc quality, D7 dependency & footprint) with explicit ERR / WARN severity, 115-point scoring (pass line 90 + zero ERR), and an opt-in `--fix` workflow that always backs up first. Two depths: L1 static (~2 min) and L2 dryRun (~5 min, read-only hub + reachability checks). Strict red lines — read-only by default, never executes the audited skill's writes. Use when the user asks to "audit a skill", "check skill quality", "is this skill ready to ship", "lint my skill", or runs this tool by name. Triggers also: "审计这个 Skill"、"检查 Skill 质量"、"Skill 能上线吗"、 "skill-deep-audit"、"审一下 xxx skill"。

1 Updated 2 weeks ago
Songhonglei
Code & Development Listed

skill-auditor

Reviews a Claude Skill before it ships and returns concrete revision recommendations. Audits six dimensions — leaked credentials, triggering reliability, dependency path pinning, gap-finding, writing standards, and leanness (dead weight, layering, token cost). Use whenever a SKILL.md is written, edited, slimmed, or about to be packaged, even if no review was requested; when a skill runs unreliably - drifting off its workflow, skipping steps or dependencies, faking success, stopping mid-task, forgetting API details, or taking a different path each run; when a skill fails to trigger, feels bloated or too long, or its token cost needs cutting; or for help with skill structure and best practices.

0 Updated yesterday
jameswu881102-del