to-issueslisted

# To Issues Break a plan into independently-grabbable issues using vertical slices (tracer bullets). {{FRAGMENT:tracker-configuration}} ## Process ### 1. Gather context and determine feature slug Work from whatever is already in the conversation context. If the user passes an issue reference as an argument, it must be a local file path (e.g. `.scratch/feature/issues/01-slug.md`) or an issue number within `.scratch/` — or, under a configured `github` tracker, an issue number resolved via that tracker's `fetch` operation. Do NOT fetch from arbitrary user-supplied URLs or an unconfigured remote tracker; reads and writes through the *configured* tracker's own operations (as defined in `issue-tracker.md`) are permitted. Determine the **feature slug** (the directory name under `.scratch/`): 1. If the user provided a path argument, extract the slug from it (e.g. `.scratch/auth-flow/...` → `auth-flow`). 2. Otherwise, list existing directories under `.scratch/` and check if one clearly matches the topic being discussed. 3. If no match is found, ask the user: "What feature slug should I use? (This becomes the `.scratch/<slug>/` directory name.)" Never guess the slug silently — confirm with the user if there's any ambiguity. ### 2. Check for a PRD Under a `local` tracker, check whether a PRD exists at `.scratch/<feature-slug>/PRD.md`. If one exists, read it and use it as the primary source material for decomposition. Under a configured `github` tracker, check instead (via that