audit

Automates post-build review to produce a PASS or BLOCKED verdict.

Updated Mar 31, 2026
One-click install
npx skills add https://github.com/LeoCode03/spkie_gpu --skill audit-leocode03
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: audit
Source: https://github.com/LeoCode03/spkie_gpu/tree/main/.claude/skills/audit
Command: npx skills add https://github.com/LeoCode03/spkie_gpu --skill audit-leocode03

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Post-build review gate. Validates the completed implementation before closure. Use after implementation-build has completed. Accepts a CR-ID. Runs three mandatory review perspectives — parallel for Critical/High severity (max rigour), sequential for Normal severity (token-efficient). Consolidates findings and produces a PASS or BLOCKED verdict. Resolves BLOCKER findings autonomously where possible. Also use when: "review the implementation", "run the code review", "check the build". Do NOT use for: spec review, planning review, or ad-hoc code audits unrelated to a CR.

Frequently Asked Questions about audit

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

FAQPage Schema
How do I automate post-build code review for a completed implementation?

To automate post-build code review, provide a CR-ID to trigger the review gate. The system locates relevant specs, runs gate checks across three mandatory perspectives, and produces a PASS or BLOCKED verdict to validate the implementation before closure.

What is a post-build review gate and when do I need it?

A post-build review gate validates a finished implementation before closure. You need it after implementation-build has completed to evaluate the CR across Critical, High, and Normal severity perspectives, ensuring code quality before finalizing.

How do I validate a completed CR build before closure?

To validate a completed CR build before closure, run the post-build review gate using the CR-ID. It runs Critical and High severity checks in parallel for maximum rigor, and Normal severity checks sequentially for token efficiency, producing a PASS or BLOCKED verdict.

Can I resolve blocker findings autonomously during a post-build code review?

Yes, autonomous resolution of BLOCKER findings is supported during the post-build code review. When the gate checks produce a BLOCKED verdict, the system attempts to resolve the findings automatically where possible before requiring manual intervention.

When should I not use an automated post-build review gate?

Do not use an automated post-build review gate for spec reviews, planning reviews, or ad-hoc code audits unrelated to a CR. It is specifically designed to validate completed implementation builds after they are finished and requires a CR-ID to function.

How does the review gate handle different severity levels during build verification?

During build verification, the review gate handles severity levels by running Critical and High severity checks in parallel for maximum rigor, while running Normal severity checks sequentially for token efficiency. This ensures thorough validation while optimizing resource usage.