Agent skill
audit-report
Phase 3: Generate and present audit report for user review
Install this agent skill to your Project
npx add-skill https://github.com/edwinhu/workflows/tree/main/skills/bluebook-audit/skills/audit-report
SKILL.md
Phase 3: Report
Generate a human-readable audit report and present to the user for review before applying corrections.
What This Phase Does
- Merge three-layer findings: mechanical + Gemini per-footnote + Claude cross-footnote review (mechanical > Claude > Gemini priority — see audit-check merge rules)
- Categorize by issue type and severity
- Flag items needing manual review (low-confidence cross-refs, ambiguous citations)
- Generate
scratch/AUDIT_REPORT.md - Present summary to user
Three-Layer Merge Priority
Mechanical > Claude cross-review > Gemini per-footnote
- Mechanical findings (signal italic, terminal periods, Id. chains, small caps patterns) are deterministic and must never be dropped
- Claude cross-review adds cross-footnote patterns (supra chains, hereinafter consistency) and filters Gemini false positives
- Gemini per-footnote adds individual source type classification and abbreviation checks
Report Structure
# Bluebook Audit Report
## Summary
- Total footnotes: N
- Clean: N (XX%)
- Issues found: N across M footnotes
## Fix Counts by Category
| Category | Count | Auto-fixable |
|----------|-------|-------------|
| Journal name small caps | N | Yes |
| Book title small caps | N | Yes |
| Cross-reference resolution | N | Yes (high confidence) |
| Id. chain errors | N | Partial |
| Signal formatting | N | Yes |
| Terminal periods | N | Yes |
| Typeface errors (other) | N | Manual |
## Issues by Footnote
[sorted by footnote number]
## Items Needing Manual Review
[low-confidence cross-refs, ambiguous citations, judgment calls]
## Correct As-Is (Gemini False Positives)
[Items Gemini flagged but are actually correct, with reasoning]
[Group by source type: SEC releases (roman), exec orders (roman), etc.]
[Reference: audit-patterns.md Source Type Typeface Reference table]
Why "Correct As-Is" Matters
Many Gemini suggestions are wrong — especially for non-standard source types (SEC releases, exec orders, working paper designations). Documenting WHY these are correct:
- Prevents re-flagging if someone re-runs the audit
- Forces the reviewer to consciously evaluate each judgment call
- Creates a record of the source type classification decisions
Gate: Exit Report
This is a user gate. The workflow pauses here.
-
scratch/AUDIT_REPORT.mdexists - User has reviewed the report
- User approves proceeding to corrections
Do NOT proceed to corrections without user acknowledgment.
Next Phase
After user approval:
Read ${CLAUDE_SKILL_DIR}/../../../../skills/bluebook-audit/skills/audit-correct/SKILL.md and follow its instructions.
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
audit-fix-loop
This skill should be used when the user asks to 'iteratively improve', 'audit and fix', 'hill-climb quality', 'grade and improve', 'score and fix', 'audit loop', 'quality loop', or needs structured iterative improvement of an artifact using scored independent audits. Also use when the user invokes a ralph loop for quality improvement rather than task completion.
ds-spec-reviewer
Internal skill used by ds-brainstorm at Phase 1 exit gate. Dispatches a reviewer subagent to verify SPEC.md completeness before planning. NOT user-facing.
pptx-render
Use when the user asks to "render pptx", "show pptx slide", "compare with pptx", "pptx to image", "export pptx slide", "original slide", "show me the original", "what does the pptx look like", or needs to extract a specific PPTX slide's content for visual comparison.
obsidian-organize
Organize Obsidian notes according to clawd's preferences. Use when user asks to "organize notes", "move notes to right folder", "clean up vault", "tidy vault", "file this note", or when creating new notes in the Obsidian vault. Also use when moving, renaming, or categorizing notes, or when the vault root has stray files.
dev-verify
This skill should be used when the user asks to 'verify completion', 'check that tests pass', 'confirm feature works', or REQUIRED Phase 7 of /dev workflow (final). Enforces fresh runtime evidence before claiming completion.
dev
This skill should be used when the user asks to 'start a feature', 'build a feature', 'implement a feature', 'develop', 'new feature', or needs the full 7-phase development workflow with TDD enforcement.
Didn't find tool you were looking for?