request-to-spec-issueslisted

<!-- Generated by Agent Profile Compiler. Do not edit by hand. --> # Request To Spec Issues ## Purpose Convert a completed `grill-change` agreement record into an intent-first spec candidate and vertical TDD-ready issue briefs. Preserve product intent and decision rules so implementation choices follow the agreed direction. ## Preconditions - The grill is complete. - The user has confirmed the direction is ready for synthesis. - Relevant local specs, ADRs, docs, fixtures, and code context have been checked. - If there is no completed grill agreement, stop and run `grill-change` first. ## Synthesis Rules 1. Do not re-interview the user unless the grill record contains a contradiction or a genuinely missing decision. 2. Keep product intent, non-goals, durable terms, and hard-to-reverse decisions above implementation mechanics. 3. Preserve existing spec contracts and safety rules unless the user explicitly approved changing them. 4. Split work into vertical behavior slices, not file layers. 5. Make every issue small enough for a focused RED, GREEN, refactor loop. 6. Mark dependencies and parallel-safe work explicitly. 7. Propose architecture rescue candidates before feature slices when a change would deepen an already fragmented codebase. ## Architecture Rescue Candidates When architecture rescue is needed, propose candidates before feature issues. Each candidate must include: - Files or modules involved - Current friction - Proposed deeper module or clearer interface