agile-v-lifecycle

# Instructions Multi-cycle lifecycle management for Agile V. Requires **agile-v-core** loaded first. ## Cycle ID `C1`, `C2`, ... -- recorded in STATE.md, propagated to all artifact IDs. ## Document Versioning | Document | Rule | Example | |---|---|---| | `.agile-v/REQUIREMENTS.md` | Revision header + per-REQ lifecycle state | `<!-- Revision: C2 -->` | | BUILD_MANIFEST.md | ART-XXXX.N suffix | ART-0001.2 | | TEST_SPEC.md | TC origin cycle | TC-0001 [C1] | | `.agile-v/VERIFICATION_SUMMARY.md` | One per cycle; prior archived | `VERIFICATION_SUMMARY_C1.md` | | DECISION_LOG.md | Cycle-tagged entries | [C2] DECISION: ... | | ATM.md | Partitioned by cycle | See compliance-auditor | ## REQ Lifecycle States Use canonical states `draft_persisted -> independent_findings -> architect_revisions -> gate_1 -> approved -> baselined`; changes create a new revision in `architect_revisions`, while retirement uses `retired`. Record cycle and change class (`new`, `modified`, `unchanged`) separately. Legacy values require the migration mapping in the canonical lifecycle contract. ## Change Requests Append-only in `.agile-v/CHANGE_LOG.md`. Format: `CR-XXXX` with Cycle, affected `REQ-XXXX` revision/baseline, change, rationale, ART/TC impact, requester, and approval status. Flow: Requirement Architect creates a new draft revision -> Logic Gatekeeper records findings without editing -> Requirement Architect resolves findings -> Human decides at Gate 1 -> approved revision is captured in a new...