Output auditor
Skill a-ariff/ariff-claude-plugins/plugins/output-auditor/skills/output-auditor
Multi-angle review of responses before delivery. Audits from 4 perspectives -- factual accuracy, logical consistency, completeness, and safety. Use for high-stakes responses where errors have real consequences.From its SKILL.md
npx -y skills add a-ariff/ariff-claude-plugins --skill output-auditorAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 14 stars14 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.3 KB, 461 tokens by cl100k_base, as published. Nobody here has run it
Output Auditor: 4-Angle Response Review
Review every response from 4 independent angles before delivery.
The 4 audit angles
Angle 1: Factual accuracy
Is every claim true?
Check:
- File paths exist
- Function names are correct
- Code quotes match actual files
- Version numbers are current
- Behavior descriptions match actual code
Angle 2: Logical consistency
Does the response contradict itself?
Check:
- Does the diagnosis match the suggested fix?
- Are the steps in the right order?
- Do dependencies match (step 3 doesn't require something from step 5)?
- Are there circular arguments?
- Does the explanation match the code?
Angle 3: Completeness
Is anything missing?
Check:
- Does it answer the actual question?
- Are edge cases covered?
- Are prerequisites mentioned?
- Is there a rollback plan for risky changes?
- Are there obvious alternatives not mentioned?
Angle 4: Safety
Could this cause harm?
Check:
- Could this code change break existing functionality?
- Could this advice create a security vulnerability?
- Could this command cause data loss?
- Are there race conditions or concurrency issues?
- Is error handling adequate?
Audit process
- Write the response
- Run each angle as a mental checkpoint
- For each issue found, fix it before delivering
- If you can't fix it, flag it clearly in the response
Severity levels
CRITICAL: Wrong information that would cause harm (wrong security advice, data-destroying command) -> Must fix before delivering. If you can't fix, do not deliver.
WARNING: Incomplete or potentially misleading information -> Fix if possible. If not, add a clear caveat.
MINOR: Style issues, missing context that isn't essential -> Fix if quick. Otherwise note for follow-up.
Quick audit checklist
Before sending any response with code or technical advice:
[ ] Every file path verified with Glob [ ] Every function/variable verified with Grep or Read [ ] Steps are in correct order [ ] No self-contradictions [ ] The actual question is answered [ ] Dangerous operations have warnings [ ] Rollback path exists for destructive changes
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.