<!--
Body template for requirements-audit.md
Loaded by /reversa-quality.

FILLING RULES:
- Total between ten and thirty items. Fewer is shallow, more is noise.
- Each item has a stable Q-NNN ID within this report.
- Allowed categories: Clarity, Completeness, Consistency, Coverage, EdgeCases, Jargon, ImpliedSolution, Principles.
- Failed items get an extra line "> reason: ..." and, when applicable, "> suggestion: ...".
- THIS COMMAND EVALUATES WRITING QUALITY. Do not include implementation-testing items ("verify the button works", etc.).
-->

# Requirements Audit

> Feature identifier: `<NNN>-<short-name>`
> Date: `YYYY-MM-DD`
> Audited document: `<feature-dir>/requirements.md`

## Summary

| Metric | Value |
|--------|-------|
| Total items | <NN> |
| Passed | <NN> |
| Failed | <NN> |
| Verdict | Passed / Passed with reservations / Failed |

## Items by category

### Clarity

- [ ] Q-001 | Clarity | Every sentence in requirements has an explicit subject, verb, and object
- [ ] Q-002 | Clarity | No sentence starts with "perhaps", "probably", or "if possible" without a numeric qualifier
- [ ] Q-003 | Clarity | Project glossary terms are defined on their first occurrence

### Completeness

- [ ] Q-004 | Completeness | All mandatory template sections are filled with content, not placeholders
- [ ] Q-005 | Completeness | Each Functional Requirement has a verifiable acceptance criterion
- [ ] Q-006 | Completeness | Gherkin scenarios exist for happy-path cases AND negative cases

### Consistency

- [ ] Q-007 | Consistency | Key domain terms appear with the same spelling across all sections
- [ ] Q-008 | Consistency | IDs referenced in one section exist in the section that defines them
- [ ] Q-009 | Consistency | Confidence (🟢 / 🟡 / 🔴) is coherent with the cited source from `_reversa_sdd/`

### Coverage

- [ ] Q-010 | Coverage | Every Functional Requirement has at least one Gherkin scenario
- [ ] Q-011 | Coverage | Every new or changed Business Rule cites the original rule from `_reversa_sdd/domain.md` when applicable

### EdgeCases

- [ ] Q-012 | EdgeCases | Relevant numeric limits have a concrete value (not "many", "few")
- [ ] Q-013 | EdgeCases | Empty, null, and initial states have been considered
- [ ] Q-014 | EdgeCases | Concurrency, retry, and timeout have been considered where applicable

### Jargon

- [ ] Q-015 | Jargon | A new team member would understand the requirements without a glossary
- [ ] Q-016 | Jargon | Acronyms are expanded on their first occurrence

### ImpliedSolution

- [ ] Q-017 | ImpliedSolution | The requirements describe the what, not the how
- [ ] Q-018 | ImpliedSolution | No library, framework, or commercial product name appears in the document

### Principles

- [ ] Q-019 | Principles | Each Business Rule respects the active principles in `.reversa/principles.md`
- [ ] Q-020 | Principles | Conflicts with principles are explicitly recorded, not hidden

## Failed items, detail

<!--
For each item still marked [ ] after evaluation, repeat the ID and add reason + suggestion.
For items marked [X] write nothing here.
-->

### Q-NNN

> reason: <objective reason, one to two sentences>
> suggestion: <short text the author could apply>

## Verdict

<!--
Choose ONE of the three:
- Passed: zero failures.
- Passed with reservations: up to three failures, none CRITICAL.
- Failed: more than three failures OR at least one CRITICAL.

CRITICAL items: missing coverage, violated principle, internal contradiction between sections.
-->

**Passed / Passed with reservations / Failed**

## Change history

| Date | Change | Author |
|------|--------|--------|
| YYYY-MM-DD | Audit generated by `/reversa-quality` | reversa |
