From prompt-audit
Audits any AI instruction set for over-prompting using the core test — would a smarter model make this rule unnecessary? Applies Five Questions to every rule (Claude already does this? Contradiction? Redundant? One-off fix? Vague?) then classifies as CUT/RESOLVE/MERGE/EVALUATE/SHARPEN/MOVE/KEEP. Workflows: Audit (full system, token savings), QuickCheck (single file). Principle: less scaffolding = better output. USE WHEN BPE, bitter pill, prompt bloat, audit setup, over-prompting, trim instructions, dead weight, simplify setup, clean up CLAUDE.md. NOT FOR attacking logical flaws in ideas (use RedTeam).
How this skill is triggered — by the user, by Claude, or both
Slash command
/prompt-audit:PromptBloatThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Audits any AI instruction set for over-prompting. It runs every rule through Five Questions — does Claude already do this, does it contradict another rule, is it redundant, was it a one-off fix, is it vague — then classifies each as CUT, RESOLVE, MERGE, EVALUATE, SHARPEN, MOVE, or KEEP, with an estimate of the tokens you'd save. Two workflows: Audit (full system) and QuickCheck (single file).
Audits any AI instruction set for over-prompting. It runs every rule through Five Questions — does Claude already do this, does it contradict another rule, is it redundant, was it a one-off fix, is it vague — then classifies each as CUT, RESOLVE, MERGE, EVALUATE, SHARPEN, MOVE, or KEEP, with an estimate of the tokens you'd save. Two workflows: Audit (full system) and QuickCheck (single file).
Instruction sets accumulate. Every time the model does something wrong, someone adds a rule, and over months the file fills with instructions that restate default behavior, contradict each other, or fixed one bad output that never recurred. The cost is hidden: every unnecessary rule competes for attention and degrades the rules that actually matter, so a bloated setup produces worse output than a lean one. The hard part is telling load-bearing rules from dead weight — which is what this audit does, rule by rule.
Built on the principle that less scaffolding = better output. The core test for every rule: "Would a smarter model make this unnecessary?" If yes, it's scaffolding, not architecture, and it's a candidate to cut. The Five Questions and the classification table below drive the verdict for each rule.
| Workflow | Trigger | File |
|---|---|---|
| Audit | "audit setup", "full audit", "check all rules" | Workflows/Audit.md |
| QuickCheck | "quick check", "check this file", "check these rules" | Workflows/QuickCheck.md |
Example 1: Full system audit
User: "Run PromptBloat on my setup"
→ Invokes Audit workflow
→ Reads all force-loaded files from settings.json
→ Evaluates each rule against the Five Questions
→ Returns categorized report with estimated token savings
Example 2: Check a single file
User: "Quick check this CLAUDE.md"
→ Invokes QuickCheck workflow
→ Reads the target file
→ Returns concise keep/cut/sharpen verdict
Example 3: Post-cleanup validation
User: "I trimmed my rules, check if anything's still redundant"
→ Invokes Audit workflow
→ Compares remaining rules against Claude defaults
→ Flags any surviving dead weight
loadAtStartup list in settings.json and postCompactRestore.fullFiles must stay in sync — if you remove a file from one, check the other.For every rule, instruction, or preference found, evaluate:
| Category | Action |
|---|---|
| Restates default behavior | CUT — the model already does this |
| Contradicts another rule | RESOLVE — pick one, cut the other |
| Duplicates another rule | MERGE — one location, one statement |
| One-off fix for past mistake | EVALUATE — still relevant or already learned? |
| Vague / unquantifiable | SHARPEN — add specific DO/DON'T examples, or cut |
| Loaded but rarely actionable | MOVE to on-demand — load via CONTEXT_ROUTING when needed |
| Specific, actionable, non-default | KEEP — this is what good instructions look like |
Keep (anti-fragile): Verification harnesses, ISC, data pipelines, specific DO/DON'T examples, tool preferences, routing rules.
Cut (fragile): CoT orchestrators, format parsers, retry cascades, numeric personality scales, abstract value statements, process descriptions that aren't followed.
## PromptBloat Audit
**Scope:** [what was audited]
**Files read:** [count]
**Rules evaluated:** [count]
### CUT (restating defaults)
- [rule] — [reason]
### RESOLVE (contradictions)
- [rule A] vs [rule B] — [which to keep and why]
### MERGE (redundancies)
- [locations] — [merge into where]
### EVALUATE (one-off fixes)
- [rule] — [still needed? verdict]
### SHARPEN or CUT (vague)
- [rule] — [sharpen how, or cut why]
### MOVE to on-demand
- [content] — [how often it's actually needed]
### KEEP (carrying weight)
- [rule] — [why it matters]
**Estimated savings:** [lines] lines, ~[tokens] tokens
npx claudepluginhub p/fadrienne-prompt-audit-plugins-prompt-auditGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Reference for writing and editing skills with predictable behavior, covering invocation models, description writing, and information hierarchy.