add-delivery-validationlisted

# Delivery Validation <!-- uses: - command: /add.plan - command: /add.plan-to-ready - command: /add.review --> Skill for PRODUCT validation — checks whether requirements were 100% implemented. ## When to Use - Before `/add-done` (final gate) - After `/review` (complementary) - When the feature appears ready **Difference from code-review:** | code-review (Technical) | delivery-validation (Product) | |-------------------------|-------------------------------| | IoC, SOLID, security | RF/RN implemented? | | Type contracts | Acceptance criteria passing? | | Build compiles? | Functionality works end-to-end? | | Technical patterns | Implicit dependencies created? | **Runtime arm — the QA judgement in `/add.review`:** this skill validates delivery **statically** (reads the code/docs, checks the RF/RN checklist). `/add.review`'s QA sections are the **runtime** arm of the same goal (the `playwright` plugin adds live driving) — it drives the running app to prove functional delivery against `about.md` acceptance criteria (and UX fidelity vs `design.md`), producing a `_tests/run-NNN/qa-validation-NNN.md` audit. Use them together when the feature has UI: this skill confirms the requirements exist in code; the QA judgement confirms they actually work in the browser. ### When NOT to Use - During development (run only when feature appears ready) - To validate code quality (use `code-review` instead) - Without a defined `about.md` - For planning or discovery work --- ## Workflow #