# Create Story - Workflow Instructions (Spec-compliant, non-interactive by default) ```xml The workflow execution engine is governed by: {project_root}/bmad/core/tasks/workflow.xml You MUST have already loaded and processed: {installed_path}/workflow.yaml This workflow creates or updates the next user story from epics/PRD and architecture context, saving to the configured stories directory and optionally invoking Story Context. Default execution mode: #yolo (minimal prompts). Only elicit if absolutely required and {{non_interactive}} == false. Resolve variables from config_source: story_dir (dev_story_location), output_folder, user_name, communication_language. If story_dir missing and {{non_interactive}} == false → ASK user to provide a stories directory and update variable. If {{non_interactive}} == true and missing, HALT with a clear message. Create {{story_dir}} if it does not exist Resolve installed component paths from workflow.yaml: template, instructions, validation Resolve recommended inputs if present: epics_file, prd_file, hla_file If {{tech_spec_file}} empty: derive from {{tech_spec_glob_template}} with {{epic_num}} and search {{tech_spec_search_dir}} recursively. If multiple, pick most recent by modified time. Build a prioritized document set for this epic: 1) tech_spec_file (epic-scoped) 2) epics_file (acceptance criteria and breakdown) 3) prd_file (business requirements and constraints) 4) hla_file (architecture constraints) 5) Architecture docs under docs/ and output_folder/: tech-stack.md, unified-project-structure.md, coding-standards.md, testing-strategy.md, backend-architecture.md, frontend-architecture.md, data-models.md, database-schema.md, rest-api-spec.md, external-apis.md (include if present) READ COMPLETE FILES for all items found in the prioritized set. Store content and paths for citation. List existing story markdown files in {{story_dir}} matching pattern: "story-..md" If none found → Set {{epic_num}}=1 and {{story_num}}=1 If files found → Parse epic_num and story_num; pick the highest pair Open the latest story (if exists) and read Status If Status != Done/Approved and {{non_interactive}} == true → TARGET the latest story for update (do not create a new one) If Status == Done/Approved → Candidate next story is {{epic_num}}.{{story_num+1}} If creating a new story candidate: VERIFY planning in {{epics_file}}. Confirm that epic {{epic_num}} explicitly enumerates a next story matching {{story_num+1}} (or an equivalent next planned story entry). If epics.md is missing or does not enumerate another story for this epic, HALT with message: "No planned next story found in epics.md for epic {{epic_num}}. Please load either PM (Product Manager) agent at {project-root}/bmad/bmm/agents/pm.md or SM (Scrum Master) agent at {project-root}/bmad/bmm/agents/sm.md and run `*correct-course` to add/modify epic stories, then rerun create-story." If verification passes → Set {{story_num}} = {{story_num}} + 1 If starting a new epic and {{non_interactive}} == false, ASK for {{epic_num}} and reset {{story_num}} to 1. In {{non_interactive}} == true, do NOT auto-advance epic; stay within current epic and continue incrementing story_num. From tech_spec_file (preferred) or epics_file: extract epic {{epic_num}} title/summary, acceptance criteria for the next story, and any component references. If not present, fall back to PRD sections mapping to this epic/story. From hla and architecture docs: extract constraints, patterns, component boundaries, and testing guidance relevant to the extracted ACs. ONLY capture information that directly informs implementation of this story. Derive a clear user story statement (role, action, benefit) grounded strictly in the above sources. If ambiguous and {{non_interactive}} == false → ASK user to clarify. If {{non_interactive}} == true → generate the best grounded statement WITHOUT inventing domain facts. requirements_context_summary If a previous story exists, scan its "Dev Agent Record" for completion notes and known deviations; summarize any carry-overs relevant to this story. If unified-project-structure.md present: align expected file paths, module names, and component locations; note any potential conflicts. structure_alignment_summary Assemble acceptance criteria list from tech_spec or epics. If gaps exist, derive minimal, testable criteria from PRD verbatim phrasing (NO invention). Create tasks/subtasks directly mapped to ACs. Include explicit testing subtasks per testing-strategy and existing tests framework. Cite architecture/source documents for any technical mandates. acceptance_criteria tasks_subtasks Resolve output path: {default_output_file} using current {{epic_num}} and {{story_num}}. If targeting an existing story for update, use its path. Initialize from template.md if creating a new file; otherwise load existing file for edit. Compute a concise story_title from epic/story context; if missing, synthesize from PRD feature name and epic number. story_header story_body dev_notes_with_citations change_log Validate against checklist at {installed_path}/checklist.md using bmad/core/tasks/validate-workflow.xml Save document unconditionally (non-interactive default). In interactive mode, allow user confirmation. If {{auto_run_context}} == true → Pass {{story_path}} = {default_output_file} Report created/updated story path ```