audit-validation

Verify audit claims against repository state using grep, wc, and ls.

2|Updated Apr 2, 2026
One-click install
npx skills add https://github.com/jonaseck2/slaktforskning --skill audit-validation
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: audit-validation
Source: https://github.com/jonaseck2/slaktforskning/tree/main/.claude/skills/audit-validation
Command: npx skills add https://github.com/jonaseck2/slaktforskning --skill audit-validation

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents wasted effort and incorrect plans by forcing verification of audit and codebase claims (e.g., missing files, LOC counts, duplicated patterns) against the actual repository state before you act on them.

Core Features & Use Cases

  • Grep-first claim verification: checks existence, LOC, and pattern counts before using the audit’s assertions.
  • Pattern shape confirmation: reads surrounding lines around representative matches to confirm the audit’s interpretation matches reality.
  • Name and functionality cross-checking: searches for similarly named modules/components and for canonical call-site patterns when exact names may differ.
  • Duplication validation: confirms duplication claims by locating duplication markers and sampling matches to ensure they’re truly duplicates.
  • Discrepancy-aware planning: when verified measurements differ, the plan scope should record actual measurements and note mismatches instead of glossing over them.

Quick Start

Use the audit-validation skill when an input includes phrases like “the audit says,” “the analysis found,” or any “X is N LOC / Y doesn’t exist yet / this is duplicated across …” claim, and ask it to generate one-line shell verifications for each claim before writing a plan.

Frequently Asked Questions about audit-validation

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I verify stale audit claims about a codebase before planning?

Verify stale codebase audit claims by running deterministic repository checks for each assertion, using grep, wc, and ls to validate file existence, LOC counts, and pattern presence before acting on the audit.

How do I validate duplication claims across source files before refactoring?

Validate duplication claims by locating duplication markers with grep and sampling matched contexts to ensure they are truly duplicates, rather than trusting the audit's interpretation of the pattern presence.

What should I do when an audit says a component is missing but the plan depends on it?

When an audit claims a component is missing, search for similarly named modules and canonical call-site patterns with grep to cross-check functionality, recording verified measurements or reframing the plan when the premise fails.

How do I check if LOC counts in an analysis match the actual repository state?

Check if analysis LOC counts match actual repository state by running wc commands to count lines of code, then recording verified measurements and noting mismatches in the plan scope instead of glossing over them.

When do I need to run grep validation against third-party codebase measurements?

Run grep validation against third-party codebase measurements when inputs contain stale measurements, missing-component assertions, duplication counts, or symbol existence claims that would change the plan's shape if incorrect.

What happens when verified measurements differ from the original audit findings?

When verified measurements differ from audit findings, the plan scope should record actual measurements and note the mismatches explicitly, ensuring discrepancy-aware planning instead of proceeding on failed premises.