necessity-audit

Audits lifecycle specs for over-designed elements using a 6-dimension YAGNI rubric and Codex adversarial debate.

189|25|Updated Jan 30, 2026
One-click install
npx skills add https://github.com/sd0xdev/sd0x-harness --skill necessity-audit-sd0xdev
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: necessity-audit
Source: https://github.com/sd0xdev/sd0x-harness/tree/main/skills/necessity-audit
Command: npx skills add https://github.com/sd0xdev/sd0x-harness --skill necessity-audit-sd0xdev

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Lifecycle specs (requirements, tech-spec, architecture) often accumulate speculative features, premature abstractions, and unused configuration options. This Skill systematically challenges the necessity of every FR, NFR, component, and config in a spec so over-designed elements are flagged for removal before implementation. ## Core Features & Use Cases - 6-Dimension YAGNI Rubric: Scores each spec element against Necessity Now, Abstraction Justification, Extensibility Speculation, Configurability Excess, Premature Optimization, and Scope Drift. - Adversarial Codex Debate: Runs an independent second-opinion classification via the codex-brainstorm skill, then merges verdicts using the stricter of Claude and Codex classifications. - Deterministic Gate: Emits a binary ✅ Audit Clear / ⛔ Audit Revise sentinel backed by 6 deterministic checks, with --override support for justified keeps and --continue for re-auditing revised specs. - Use Case: Before implementing a tech spec, run the audit on docs/features/foo/2-tech-spec.md to identify FRs with no current stakeholder, abstractions with zero consumers, and flags nobody toggles. ## Quick Start Ask the AI to run a necessity audit on your spec file, for example: run /necessity-audit on docs/features/foo/2-tech-spec.md and tell me which elements should be cut.

Frequently Asked Questions about necessity-audit

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

FAQPage Schema
How do I audit a spec for over-engineering or YAGNI violations?▼

Run /necessity-audit with the path to your lifecycle spec, such as /necessity-audit docs/features/foo/2-tech-spec.md. It classifies each element against a 6-dimension necessity rubric, debates the classification with Codex, and reports Keep, Review, or Cut verdicts with a final gate.

What dimensions does a necessity audit check in a tech spec?▼

It checks six dimensions: Necessity Now, Abstraction Justification, Extensibility Speculation, Configurability Excess, Premature Optimization, and Scope Drift. The --depth brief option limits the audit to the first three dimensions.

When should I use necessity-audit instead of a spec review?▼

Use necessity-audit when the question is whether spec elements should exist at all. Use codex-review-doc for detail review, codex-review-spec for reasoning validity, feature-completeness for coverage, and simplify for code-level abstraction.

Can I keep an element that the audit flags as Cut?▼

Yes, pass --override with the element id and a rationale, such as --override FR-12:"needed for Q3 rollout". Overridden elements are marked Keep with a recorded justification, and the gate can flip to Audit Clear if no other Cut items remain.

How do I re-run the audit after revising the spec?▼

Use --continue with the threadId from the previous report's Debate section. This resumes the Codex thread, re-evaluates whether prior Cut items still apply to the revised spec, and emits a diff-focused report.