What problem does it solve? Translating a change proposal into precise, testable specifications is error-prone: requirements get lost, modified behavior is described partially, and scenarios lack a consistent format. This Skill produces structured delta specs (ADDED, MODIFIED, REMOVED, RENAMED requirements) that archive cleanly into a project's spec system. ## Core Features & Use Cases - Delta Spec Generation: Writes ADDED, MODIFIED, REMOVED, and RENAMED requirement sections based on the proposal's Capabilities mapping, with full-block MODIFIED requirements to prevent content loss at archive time. - Standardized Scenario Format: Enforces Given/When/Then scenarios and RFC 2119 keywords (MUST, SHALL, SHOULD, MAY) so every requirement is testable. - Multi-Mode Persistence: Supports engram, openspec, hybrid, and none artifact store modes, reading existing specs before writing deltas. - Use Case: After an orchestrator approves a change proposal for a new API rate-limiting capability, this Skill reads the proposal, checks existing specs, and produces a delta spec with requirements and edge-case scenarios ready for the design phase. ## Quick Start Ask the orchestrator to run the sdd-spec phase for your approved change proposal to generate the delta specifications.