[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6P9986Q5HHCNSC9AM0CDZPW":3,"skill-same:01M6P9986Q5HHCNSC9AM0CDZPW":75},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":35,"linkOnly":36,"markdownContent":37,"markdownBody":38,"frontMatter":39,"refName":40,"commitSha":41,"skillDirectory":42,"forksCount":43,"repositoryHtmlUrl":44,"repositoryHomepageUrl":6,"ownerHtmlUrl":45,"ownerBlogUrl":46,"ownerDescription":47,"updatedAt":48,"install":49,"resources":62},"01M6P9986Q5HHCNSC9AM0CDZPW","bmad-correct-course",null,"Manage significant changes during sprint execution. Use when the user says \"correct course\" or \"propose sprint change\"","combsmith\u002F.github-private","combsmith","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F258516906?v=4","01M6H305A64BBE95VKYNNXDV4Y","CombSmith","01M6P8XQJHQ22WV72XSHE3NSKS",4,"MIT","https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private\u002Fblob\u002Fmain\u002Fframeworks\u002Fbmad-method\u002Fsrc\u002Fbmm-skills\u002F4-implementation\u002Fbmad-correct-course\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000039","教师与教育","PROFESSION","适用职业",[24,25,26,27,28,29,30,31,32,33,34],"bmad correct course","correct","bmad","course","change","execution","user","use","manage","sprint","changes","2026-11-10 10:12:30",false,"---\nname: bmad-correct-course\ndescription: 'Manage significant changes during sprint execution. Use when the user says \"correct course\" or \"propose sprint change\"'\n---\n\n# Correct Course - Sprint Change Management Workflow\n\n**Goal:** Manage significant changes during sprint execution by analyzing impact across all project artifacts and producing a structured Sprint Change Proposal.\n\n**Your Role:** You are a Developer navigating change management. Analyze the triggering issue, assess impact across PRD, epics, architecture, and UX artifacts, and produce an actionable Sprint Change Proposal with clear handoff.\n\n## Conventions\n\n- Bare paths (e.g. `checklist.md`) resolve from the skill root.\n- `{skill-root}` resolves to this skill's installed directory (where `customize.toml` lives).\n- `{project-root}`-prefixed paths resolve from the project working directory.\n- `{skill-name}` resolves to the skill directory's basename.\n\n## On Activation\n\n### Step 1: Resolve the Workflow Block\n\nRun: `python3 {project-root}\u002F_bmad\u002Fscripts\u002Fresolve_customization.py --skill {skill-root} --key workflow`\n\n**If the script fails**, resolve the `workflow` block yourself by reading these three files in base → team → user order and applying the same structural merge rules as the resolver:\n\n1. `{skill-root}\u002Fcustomize.toml` — defaults\n2. `{project-root}\u002F_bmad\u002Fcustom\u002F{skill-name}.toml` — team overrides\n3. `{project-root}\u002F_bmad\u002Fcustom\u002F{skill-name}.user.toml` — personal overrides\n\nAny missing file is skipped. Scalars override, tables deep-merge, arrays of tables keyed by `code` or `id` replace matching entries and append new entries, and all other arrays append.\n\n### Step 2: Execute Prepend Steps\n\nExecute each entry in `{workflow.activation_steps_prepend}` in order before proceeding.\n\n### Step 3: Load Persistent Facts\n\nTreat every entry in `{workflow.persistent_facts}` as foundational context you carry for the rest of the workflow run. Entries prefixed `file:` are paths or globs under `{project-root}` — load the referenced contents as facts. All other entries are facts verbatim.\n\n### Step 4: Load Config\n\nLoad config from `{project-root}\u002F_bmad\u002Fbmm\u002Fconfig.yaml` and resolve:\n\n- `project_name`, `user_name`\n- `communication_language`, `document_output_language`\n- `user_skill_level`\n- `implementation_artifacts`\n- `planning_artifacts`\n- `project_knowledge`\n- `date` as system-generated current datetime\n- YOU MUST ALWAYS SPEAK OUTPUT in your Agent communication style with the config `{communication_language}`\n- Language MUST be tailored to `{user_skill_level}`\n- Generate all documents in `{document_output_language}`\n- DOCUMENT OUTPUT: Updated epics, stories, or PRD sections. Clear, actionable changes. User skill level (`{user_skill_level}`) affects conversation style ONLY, not document updates.\n\n### Step 5: Greet the User\n\nGreet `{user_name}`, speaking in `{communication_language}`.\n\n### Step 6: Execute Append Steps\n\nExecute each entry in `{workflow.activation_steps_append}` in order.\n\nActivation is complete. If `activation_steps_prepend` or `activation_steps_append` were non-empty, confirm every entry was executed in order before proceeding. Do not begin the main workflow until all activation steps have been completed.\n\n## Paths\n\n- `default_output_file` = `{planning_artifacts}\u002Fsprint-change-proposal-{date}.md`\n\n## Input Files\n\n| Input | Path | Load Strategy |\n|-------|------|---------------|\n| PRD | `{planning_artifacts}\u002F*prd*.md` (whole) or `{planning_artifacts}\u002F*prd*\u002F*.md` (sharded) | FULL_LOAD |\n| Epics | `{planning_artifacts}\u002F*epic*.md` (whole) or `{planning_artifacts}\u002F*epic*\u002F*.md` (sharded) | FULL_LOAD |\n| Architecture | `{planning_artifacts}\u002F*architecture*.md` (whole) or `{planning_artifacts}\u002F*architecture*\u002F*.md` (sharded) | FULL_LOAD |\n| UX Design | `{planning_artifacts}\u002F*ux*.md` (whole) or `{planning_artifacts}\u002F*ux*\u002F*.md` (sharded) | FULL_LOAD |\n| Spec | `{planning_artifacts}\u002F*spec-*.md` (whole) | FULL_LOAD |\n| Document Project | `{project_knowledge}\u002Findex.md` (sharded) | INDEX_GUIDED |\n\n## Execution\n\n### Document Discovery - Loading Project Artifacts\n\n**Strategy**: Course correction needs broad project context to assess change impact accurately. Load all available planning artifacts.\n\n**Discovery Process for FULL_LOAD documents (PRD, Epics, Architecture, UX Design, Spec):**\n\n1. **Search for whole document first** - Look for files matching the whole-document pattern (e.g., `*prd*.md`, `*epic*.md`, `*architecture*.md`, `*ux*.md`, `*spec-*.md`)\n2. **Check for sharded version** - If whole document not found, look for a directory with `index.md` (e.g., `prd\u002Findex.md`, `epics\u002Findex.md`)\n3. **If sharded version found**:\n   - Read `index.md` to understand the document structure\n   - Read ALL section files listed in the index\n   - Process the combined content as a single document\n4. **Priority**: If both whole and sharded versions exist, use the whole document\n\n**Discovery Process for INDEX_GUIDED documents (Document Project):**\n\n1. **Search for index file** - Look for `{project_knowledge}\u002Findex.md`\n2. **If found**: Read the index to understand available documentation sections\n3. **Selectively load sections** based on relevance to the change being analyzed — do NOT load everything, only sections that relate to the impacted areas\n4. **This document is optional** — skip if `{project_knowledge}` does not exist (greenfield projects)\n\n**Fuzzy matching**: Be flexible with document names — users may use variations like `prd.md`, `bmm-prd.md`, `product-requirements.md`, etc.\n\n**Missing documents**: Not all documents may exist. PRD and Epics are essential; Architecture, UX Design, Spec, and Document Project are loaded if available. HALT if PRD or Epics cannot be found.\n\n\u003Cworkflow>\n\n\u003Cstep n=\"1\" goal=\"Initialize Change Navigation\">\n  \u003Caction>Confirm change trigger and gather user description of the issue\u003C\u002Faction>\n  \u003Caction>Ask: \"What specific issue or change has been identified that requires navigation?\"\u003C\u002Faction>\n  \u003Caction>Verify access to project documents:\u003C\u002Faction>\n    - PRD (Product Requirements Document) — required\n    - Current Epics and Stories — required\n    - Architecture documentation — optional, load if available\n    - UI\u002FUX specifications — optional, load if available\n  \u003Caction>Ask user for mode preference:\u003C\u002Faction>\n    - **Incremental** (recommended): Refine each edit collaboratively\n    - **Batch**: Present all changes at once for review\n  \u003Caction>Store mode selection for use throughout workflow\u003C\u002Faction>\n\n\u003Caction if=\"change trigger is unclear\">HALT: \"Cannot navigate change without clear understanding of the triggering issue. Please provide specific details about what needs to change and why.\"\u003C\u002Faction>\n\n\u003Caction if=\"PRD or Epics are unavailable\">HALT: \"Need access to PRD and Epics to assess change impact. Please ensure these documents are accessible. Architecture and UI\u002FUX will be used if available.\"\u003C\u002Faction>\n\u003C\u002Fstep>\n\n\u003Cstep n=\"2\" goal=\"Execute Change Analysis Checklist\">\n  \u003Caction>Read fully and follow the systematic analysis from: checklist.md\u003C\u002Faction>\n  \u003Caction>Work through each checklist section interactively with the user\u003C\u002Faction>\n  \u003Caction>Record status for each checklist item:\u003C\u002Faction>\n    - [x] Done - Item completed successfully\n    - [N\u002FA] Skip - Item not applicable to this change\n    - [!] Action-needed - Item requires attention or follow-up\n  \u003Caction>Maintain running notes of findings and impacts discovered\u003C\u002Faction>\n  \u003Caction>Present checklist progress after each major section\u003C\u002Faction>\n\n\u003Caction if=\"checklist cannot be completed\">Identify blocking issues and work with user to resolve before continuing\u003C\u002Faction>\n\u003C\u002Fstep>\n\n\u003Cstep n=\"3\" goal=\"Draft Specific Change Proposals\">\n\u003Caction>Based on checklist findings, create explicit edit proposals for each identified artifact\u003C\u002Faction>\n\n\u003Caction>For Story changes:\u003C\u002Faction>\n\n- Show old → new text format\n- Include story ID and section being modified\n- Provide rationale for each change\n- Example format:\n\n  ```\n  Story: [STORY-123] User Authentication\n  Section: Acceptance Criteria\n\n  OLD:\n  - User can log in with email\u002Fpassword\n\n  NEW:\n  - User can log in with email\u002Fpassword\n  - User can enable 2FA via authenticator app\n\n  Rationale: Security requirement identified during implementation\n  ```\n\n\u003Caction>For PRD modifications:\u003C\u002Faction>\n\n- Specify exact sections to update\n- Show current content and proposed changes\n- Explain impact on MVP scope and requirements\n\n\u003Caction>For Architecture changes:\u003C\u002Faction>\n\n- Identify affected components, patterns, or technology choices\n- Describe diagram updates needed\n- Note any ripple effects on other components\n\n\u003Caction>For UI\u002FUX specification updates:\u003C\u002Faction>\n\n- Reference specific screens or components\n- Show wireframe or flow changes needed\n- Connect changes to user experience impact\n\n\u003Ccheck if=\"mode is Incremental\">\n  \u003Caction>Present each edit proposal individually\u003C\u002Faction>\n  \u003Cask>Review and refine this change? Options: Approve [a], Edit [e], Skip [s]\u003C\u002Fask>\n  \u003Caction>Iterate on each proposal based on user feedback\u003C\u002Faction>\n\u003C\u002Fcheck>\n\n\u003Caction if=\"mode is Batch\">Collect all edit proposals and present together at end of step\u003C\u002Faction>\n\n\u003C\u002Fstep>\n\n\u003Cstep n=\"4\" goal=\"Generate Sprint Change Proposal\">\n\u003Caction>Compile comprehensive Sprint Change Proposal document with following sections:\u003C\u002Faction>\n\n\u003Caction>Section 1: Issue Summary\u003C\u002Faction>\n\n- Clear problem statement describing what triggered the change\n- Context about when\u002Fhow the issue was discovered\n- Evidence or examples demonstrating the issue\n\n\u003Caction>Section 2: Impact Analysis\u003C\u002Faction>\n\n- Epic Impact: Which epics are affected and how\n- Story Impact: Current and future stories requiring changes\n- Artifact Conflicts: PRD, Architecture, UI\u002FUX documents needing updates\n- Technical Impact: Code, infrastructure, or deployment implications\n\n\u003Caction>Section 3: Recommended Approach\u003C\u002Faction>\n\n- Present chosen path forward from checklist evaluation:\n  - Direct Adjustment: Modify\u002Fadd stories within existing plan\n  - Potential Rollback: Revert completed work to simplify resolution\n  - MVP Review: Reduce scope or modify goals\n- Provide clear rationale for recommendation\n- Include effort estimate, risk assessment, and timeline impact\n\n\u003Caction>Section 4: Detailed Change Proposals\u003C\u002Faction>\n\n- Include all refined edit proposals from Step 3\n- Group by artifact type (Stories, PRD, Architecture, UI\u002FUX)\n- Ensure each change includes before\u002Fafter and justification\n\n\u003Caction>Section 5: Implementation Handoff\u003C\u002Faction>\n\n- Categorize change scope:\n  - Minor: Direct implementation by Developer agent\n  - Moderate: Backlog reorganization needed (PO\u002FDEV)\n  - Major: Fundamental replan required (PM\u002FArchitect)\n- Specify handoff recipients and their responsibilities\n- Define success criteria for implementation\n\n\u003Caction>Present complete Sprint Change Proposal to user\u003C\u002Faction>\n\u003Caction>Write Sprint Change Proposal document to {default_output_file}\u003C\u002Faction>\n\u003Cask>Review complete proposal. Continue [c] or Edit [e]?\u003C\u002Fask>\n\u003C\u002Fstep>\n\n\u003Cstep n=\"5\" goal=\"Finalize and Route for Implementation\">\n\u003Caction>Get explicit user approval for complete proposal\u003C\u002Faction>\n\u003Cask>Do you approve this Sprint Change Proposal for implementation? (yes\u002Fno\u002Frevise)\u003C\u002Fask>\n\n\u003Ccheck if=\"no or revise\">\n  \u003Caction>Gather specific feedback on what needs adjustment\u003C\u002Faction>\n  \u003Caction>Return to appropriate step to address concerns\u003C\u002Faction>\n  \u003Cgoto step=\"3\">If changes needed to edit proposals\u003C\u002Fgoto>\n  \u003Cgoto step=\"4\">If changes needed to overall proposal structure\u003C\u002Fgoto>\n\n\u003C\u002Fcheck>\n\n\u003Ccheck if=\"yes the proposal is approved by the user\">\n  \u003Caction>Finalize Sprint Change Proposal document\u003C\u002Faction>\n  \u003Caction>Determine change scope classification:\u003C\u002Faction>\n\n- **Minor**: Can be implemented directly by Developer agent\n- **Moderate**: Requires backlog reorganization and PO\u002FDEV coordination\n- **Major**: Needs fundamental replan with PM\u002FArchitect involvement\n\n\u003Caction>Provide appropriate handoff based on scope:\u003C\u002Faction>\n\n\u003C\u002Fcheck>\n\n\u003Ccheck if=\"Minor scope\">\n  \u003Caction>Route to: Developer agent for direct implementation\u003C\u002Faction>\n  \u003Caction>Deliverables: Finalized edit proposals and implementation tasks\u003C\u002Faction>\n\u003C\u002Fcheck>\n\n\u003Ccheck if=\"Moderate scope\">\n  \u003Caction>Route to: Product Owner \u002F Developer agents\u003C\u002Faction>\n  \u003Caction>Deliverables: Sprint Change Proposal + backlog reorganization plan\u003C\u002Faction>\n\u003C\u002Fcheck>\n\n\u003Ccheck if=\"Major scope\">\n  \u003Caction>Route to: Product Manager \u002F Solution Architect\u003C\u002Faction>\n  \u003Caction>Deliverables: Complete Sprint Change Proposal + escalation notice\u003C\u002Faction>\n\n\u003Caction>Confirm handoff completion and next steps with user\u003C\u002Faction>\n\u003Caction>Document handoff in workflow execution log\u003C\u002Faction>\n\u003C\u002Fcheck>\n\n\u003C\u002Fstep>\n\n\u003Cstep n=\"6\" goal=\"Workflow Completion\">\n\u003Caction>Summarize workflow execution:\u003C\u002Faction>\n  - Issue addressed: {{change_trigger}}\n  - Change scope: {{scope_classification}}\n  - Artifacts modified: {{list_of_artifacts}}\n  - Routed to: {{handoff_recipients}}\n\n\u003Caction>Confirm all deliverables produced:\u003C\u002Faction>\n\n- Sprint Change Proposal document\n- Specific edit proposals with before\u002Fafter\n- Implementation handoff plan\n\n\u003Caction>Report workflow completion to user with personalized message: \"Correct Course workflow complete, {user_name}!\"\u003C\u002Faction>\n\u003Caction>Remind user of success criteria and next steps for Developer agent\u003C\u002Faction>\n\u003Caction>Run: `python3 {project-root}\u002F_bmad\u002Fscripts\u002Fresolve_customization.py --skill {skill-root} --key workflow.on_complete` — if the resolved value is non-empty, follow it as the final terminal instruction before exiting.\u003C\u002Faction>\n\u003C\u002Fstep>\n\n\u003C\u002Fworkflow>\n","# Correct Course - Sprint Change Management Workflow\n\n**Goal:** Manage significant changes during sprint execution by analyzing impact across all project artifacts and producing a structured Sprint Change Proposal.\n\n**Your Role:** You are a Developer navigating change management. Analyze the triggering issue, assess impact across PRD, epics, architecture, and UX artifacts, and produce an actionable Sprint Change Proposal with clear handoff.\n\n## Conventions\n\n- Bare paths (e.g. `checklist.md`) resolve from the skill root.\n- `{skill-root}` resolves to this skill's installed directory (where `customize.toml` lives).\n- `{project-root}`-prefixed paths resolve from the project working directory.\n- `{skill-name}` resolves to the skill directory's basename.\n\n## On Activation\n\n### Step 1: Resolve the Workflow Block\n\nRun: `python3 {project-root}\u002F_bmad\u002Fscripts\u002Fresolve_customization.py --skill {skill-root} --key workflow`\n\n**If the script fails**, resolve the `workflow` block yourself by reading these three files in base → team → user order and applying the same structural merge rules as the resolver:\n\n1. `{skill-root}\u002Fcustomize.toml` — defaults\n2. `{project-root}\u002F_bmad\u002Fcustom\u002F{skill-name}.toml` — team overrides\n3. `{project-root}\u002F_bmad\u002Fcustom\u002F{skill-name}.user.toml` — personal overrides\n\nAny missing file is skipped. Scalars override, tables deep-merge, arrays of tables keyed by `code` or `id` replace matching entries and append new entries, and all other arrays append.\n\n### Step 2: Execute Prepend Steps\n\nExecute each entry in `{workflow.activation_steps_prepend}` in order before proceeding.\n\n### Step 3: Load Persistent Facts\n\nTreat every entry in `{workflow.persistent_facts}` as foundational context you carry for the rest of the workflow run. Entries prefixed `file:` are paths or globs under `{project-root}` — load the referenced contents as facts. All other entries are facts verbatim.\n\n### Step 4: Load Config\n\nLoad config from `{project-root}\u002F_bmad\u002Fbmm\u002Fconfig.yaml` and resolve:\n\n- `project_name`, `user_name`\n- `communication_language`, `document_output_language`\n- `user_skill_level`\n- `implementation_artifacts`\n- `planning_artifacts`\n- `project_knowledge`\n- `date` as system-generated current datetime\n- YOU MUST ALWAYS SPEAK OUTPUT in your Agent communication style with the config `{communication_language}`\n- Language MUST be tailored to `{user_skill_level}`\n- Generate all documents in `{document_output_language}`\n- DOCUMENT OUTPUT: Updated epics, stories, or PRD sections. Clear, actionable changes. User skill level (`{user_skill_level}`) affects conversation style ONLY, not document updates.\n\n### Step 5: Greet the User\n\nGreet `{user_name}`, speaking in `{communication_language}`.\n\n### Step 6: Execute Append Steps\n\nExecute each entry in `{workflow.activation_steps_append}` in order.\n\nActivation is complete. If `activation_steps_prepend` or `activation_steps_append` were non-empty, confirm every entry was executed in order before proceeding. Do not begin the main workflow until all activation steps have been completed.\n\n## Paths\n\n- `default_output_file` = `{planning_artifacts}\u002Fsprint-change-proposal-{date}.md`\n\n## Input Files\n\n| Input | Path | Load Strategy |\n|-------|------|---------------|\n| PRD | `{planning_artifacts}\u002F*prd*.md` (whole) or `{planning_artifacts}\u002F*prd*\u002F*.md` (sharded) | FULL_LOAD |\n| Epics | `{planning_artifacts}\u002F*epic*.md` (whole) or `{planning_artifacts}\u002F*epic*\u002F*.md` (sharded) | FULL_LOAD |\n| Architecture | `{planning_artifacts}\u002F*architecture*.md` (whole) or `{planning_artifacts}\u002F*architecture*\u002F*.md` (sharded) | FULL_LOAD |\n| UX Design | `{planning_artifacts}\u002F*ux*.md` (whole) or `{planning_artifacts}\u002F*ux*\u002F*.md` (sharded) | FULL_LOAD |\n| Spec | `{planning_artifacts}\u002F*spec-*.md` (whole) | FULL_LOAD |\n| Document Project | `{project_knowledge}\u002Findex.md` (sharded) | INDEX_GUIDED |\n\n## Execution\n\n### Document Discovery - Loading Project Artifacts\n\n**Strategy**: Course correction needs broad project context to assess change impact accurately. Load all available planning artifacts.\n\n**Discovery Process for FULL_LOAD documents (PRD, Epics, Architecture, UX Design, Spec):**\n\n1. **Search for whole document first** - Look for files matching the whole-document pattern (e.g., `*prd*.md`, `*epic*.md`, `*architecture*.md`, `*ux*.md`, `*spec-*.md`)\n2. **Check for sharded version** - If whole document not found, look for a directory with `index.md` (e.g., `prd\u002Findex.md`, `epics\u002Findex.md`)\n3. **If sharded version found**:\n   - Read `index.md` to understand the document structure\n   - Read ALL section files listed in the index\n   - Process the combined content as a single document\n4. **Priority**: If both whole and sharded versions exist, use the whole document\n\n**Discovery Process for INDEX_GUIDED documents (Document Project):**\n\n1. **Search for index file** - Look for `{project_knowledge}\u002Findex.md`\n2. **If found**: Read the index to understand available documentation sections\n3. **Selectively load sections** based on relevance to the change being analyzed — do NOT load everything, only sections that relate to the impacted areas\n4. **This document is optional** — skip if `{project_knowledge}` does not exist (greenfield projects)\n\n**Fuzzy matching**: Be flexible with document names — users may use variations like `prd.md`, `bmm-prd.md`, `product-requirements.md`, etc.\n\n**Missing documents**: Not all documents may exist. PRD and Epics are essential; Architecture, UX Design, Spec, and Document Project are loaded if available. HALT if PRD or Epics cannot be found.\n\n\u003Cworkflow>\n\n\u003Cstep n=\"1\" goal=\"Initialize Change Navigation\">\n  \u003Caction>Confirm change trigger and gather user description of the issue\u003C\u002Faction>\n  \u003Caction>Ask: \"What specific issue or change has been identified that requires navigation?\"\u003C\u002Faction>\n  \u003Caction>Verify access to project documents:\u003C\u002Faction>\n    - PRD (Product Requirements Document) — required\n    - Current Epics and Stories — required\n    - Architecture documentation — optional, load if available\n    - UI\u002FUX specifications — optional, load if available\n  \u003Caction>Ask user for mode preference:\u003C\u002Faction>\n    - **Incremental** (recommended): Refine each edit collaboratively\n    - **Batch**: Present all changes at once for review\n  \u003Caction>Store mode selection for use throughout workflow\u003C\u002Faction>\n\n\u003Caction if=\"change trigger is unclear\">HALT: \"Cannot navigate change without clear understanding of the triggering issue. Please provide specific details about what needs to change and why.\"\u003C\u002Faction>\n\n\u003Caction if=\"PRD or Epics are unavailable\">HALT: \"Need access to PRD and Epics to assess change impact. Please ensure these documents are accessible. Architecture and UI\u002FUX will be used if available.\"\u003C\u002Faction>\n\u003C\u002Fstep>\n\n\u003Cstep n=\"2\" goal=\"Execute Change Analysis Checklist\">\n  \u003Caction>Read fully and follow the systematic analysis from: checklist.md\u003C\u002Faction>\n  \u003Caction>Work through each checklist section interactively with the user\u003C\u002Faction>\n  \u003Caction>Record status for each checklist item:\u003C\u002Faction>\n    - [x] Done - Item completed successfully\n    - [N\u002FA] Skip - Item not applicable to this change\n    - [!] Action-needed - Item requires attention or follow-up\n  \u003Caction>Maintain running notes of findings and impacts discovered\u003C\u002Faction>\n  \u003Caction>Present checklist progress after each major section\u003C\u002Faction>\n\n\u003Caction if=\"checklist cannot be completed\">Identify blocking issues and work with user to resolve before continuing\u003C\u002Faction>\n\u003C\u002Fstep>\n\n\u003Cstep n=\"3\" goal=\"Draft Specific Change Proposals\">\n\u003Caction>Based on checklist findings, create explicit edit proposals for each identified artifact\u003C\u002Faction>\n\n\u003Caction>For Story changes:\u003C\u002Faction>\n\n- Show old → new text format\n- Include story ID and section being modified\n- Provide rationale for each change\n- Example format:\n\n  ```\n  Story: [STORY-123] User Authentication\n  Section: Acceptance Criteria\n\n  OLD:\n  - User can log in with email\u002Fpassword\n\n  NEW:\n  - User can log in with email\u002Fpassword\n  - User can enable 2FA via authenticator app\n\n  Rationale: Security requirement identified during implementation\n  ```\n\n\u003Caction>For PRD modifications:\u003C\u002Faction>\n\n- Specify exact sections to update\n- Show current content and proposed changes\n- Explain impact on MVP scope and requirements\n\n\u003Caction>For Architecture changes:\u003C\u002Faction>\n\n- Identify affected components, patterns, or technology choices\n- Describe diagram updates needed\n- Note any ripple effects on other components\n\n\u003Caction>For UI\u002FUX specification updates:\u003C\u002Faction>\n\n- Reference specific screens or components\n- Show wireframe or flow changes needed\n- Connect changes to user experience impact\n\n\u003Ccheck if=\"mode is Incremental\">\n  \u003Caction>Present each edit proposal individually\u003C\u002Faction>\n  \u003Cask>Review and refine this change? Options: Approve [a], Edit [e], Skip [s]\u003C\u002Fask>\n  \u003Caction>Iterate on each proposal based on user feedback\u003C\u002Faction>\n\u003C\u002Fcheck>\n\n\u003Caction if=\"mode is Batch\">Collect all edit proposals and present together at end of step\u003C\u002Faction>\n\n\u003C\u002Fstep>\n\n\u003Cstep n=\"4\" goal=\"Generate Sprint Change Proposal\">\n\u003Caction>Compile comprehensive Sprint Change Proposal document with following sections:\u003C\u002Faction>\n\n\u003Caction>Section 1: Issue Summary\u003C\u002Faction>\n\n- Clear problem statement describing what triggered the change\n- Context about when\u002Fhow the issue was discovered\n- Evidence or examples demonstrating the issue\n\n\u003Caction>Section 2: Impact Analysis\u003C\u002Faction>\n\n- Epic Impact: Which epics are affected and how\n- Story Impact: Current and future stories requiring changes\n- Artifact Conflicts: PRD, Architecture, UI\u002FUX documents needing updates\n- Technical Impact: Code, infrastructure, or deployment implications\n\n\u003Caction>Section 3: Recommended Approach\u003C\u002Faction>\n\n- Present chosen path forward from checklist evaluation:\n  - Direct Adjustment: Modify\u002Fadd stories within existing plan\n  - Potential Rollback: Revert completed work to simplify resolution\n  - MVP Review: Reduce scope or modify goals\n- Provide clear rationale for recommendation\n- Include effort estimate, risk assessment, and timeline impact\n\n\u003Caction>Section 4: Detailed Change Proposals\u003C\u002Faction>\n\n- Include all refined edit proposals from Step 3\n- Group by artifact type (Stories, PRD, Architecture, UI\u002FUX)\n- Ensure each change includes before\u002Fafter and justification\n\n\u003Caction>Section 5: Implementation Handoff\u003C\u002Faction>\n\n- Categorize change scope:\n  - Minor: Direct implementation by Developer agent\n  - Moderate: Backlog reorganization needed (PO\u002FDEV)\n  - Major: Fundamental replan required (PM\u002FArchitect)\n- Specify handoff recipients and their responsibilities\n- Define success criteria for implementation\n\n\u003Caction>Present complete Sprint Change Proposal to user\u003C\u002Faction>\n\u003Caction>Write Sprint Change Proposal document to {default_output_file}\u003C\u002Faction>\n\u003Cask>Review complete proposal. Continue [c] or Edit [e]?\u003C\u002Fask>\n\u003C\u002Fstep>\n\n\u003Cstep n=\"5\" goal=\"Finalize and Route for Implementation\">\n\u003Caction>Get explicit user approval for complete proposal\u003C\u002Faction>\n\u003Cask>Do you approve this Sprint Change Proposal for implementation? (yes\u002Fno\u002Frevise)\u003C\u002Fask>\n\n\u003Ccheck if=\"no or revise\">\n  \u003Caction>Gather specific feedback on what needs adjustment\u003C\u002Faction>\n  \u003Caction>Return to appropriate step to address concerns\u003C\u002Faction>\n  \u003Cgoto step=\"3\">If changes needed to edit proposals\u003C\u002Fgoto>\n  \u003Cgoto step=\"4\">If changes needed to overall proposal structure\u003C\u002Fgoto>\n\n\u003C\u002Fcheck>\n\n\u003Ccheck if=\"yes the proposal is approved by the user\">\n  \u003Caction>Finalize Sprint Change Proposal document\u003C\u002Faction>\n  \u003Caction>Determine change scope classification:\u003C\u002Faction>\n\n- **Minor**: Can be implemented directly by Developer agent\n- **Moderate**: Requires backlog reorganization and PO\u002FDEV coordination\n- **Major**: Needs fundamental replan with PM\u002FArchitect involvement\n\n\u003Caction>Provide appropriate handoff based on scope:\u003C\u002Faction>\n\n\u003C\u002Fcheck>\n\n\u003Ccheck if=\"Minor scope\">\n  \u003Caction>Route to: Developer agent for direct implementation\u003C\u002Faction>\n  \u003Caction>Deliverables: Finalized edit proposals and implementation tasks\u003C\u002Faction>\n\u003C\u002Fcheck>\n\n\u003Ccheck if=\"Moderate scope\">\n  \u003Caction>Route to: Product Owner \u002F Developer agents\u003C\u002Faction>\n  \u003Caction>Deliverables: Sprint Change Proposal + backlog reorganization plan\u003C\u002Faction>\n\u003C\u002Fcheck>\n\n\u003Ccheck if=\"Major scope\">\n  \u003Caction>Route to: Product Manager \u002F Solution Architect\u003C\u002Faction>\n  \u003Caction>Deliverables: Complete Sprint Change Proposal + escalation notice\u003C\u002Faction>\n\n\u003Caction>Confirm handoff completion and next steps with user\u003C\u002Faction>\n\u003Caction>Document handoff in workflow execution log\u003C\u002Faction>\n\u003C\u002Fcheck>\n\n\u003C\u002Fstep>\n\n\u003Cstep n=\"6\" goal=\"Workflow Completion\">\n\u003Caction>Summarize workflow execution:\u003C\u002Faction>\n  - Issue addressed: {{change_trigger}}\n  - Change scope: {{scope_classification}}\n  - Artifacts modified: {{list_of_artifacts}}\n  - Routed to: {{handoff_recipients}}\n\n\u003Caction>Confirm all deliverables produced:\u003C\u002Faction>\n\n- Sprint Change Proposal document\n- Specific edit proposals with before\u002Fafter\n- Implementation handoff plan\n\n\u003Caction>Report workflow completion to user with personalized message: \"Correct Course workflow complete, {user_name}!\"\u003C\u002Faction>\n\u003Caction>Remind user of success criteria and next steps for Developer agent\u003C\u002Faction>\n\u003Caction>Run: `python3 {project-root}\u002F_bmad\u002Fscripts\u002Fresolve_customization.py --skill {skill-root} --key workflow.on_complete` — if the resolved value is non-empty, follow it as the final terminal instruction before exiting.\u003C\u002Faction>\n\u003C\u002Fstep>\n\n\u003C\u002Fworkflow>\n",{"name":5,"description":7},"main","46520352938752d2973ade5f7a84b01205f7aac6","frameworks\u002Fbmad-method\u002Fsrc\u002Fbmm-skills\u002F4-implementation\u002Fbmad-correct-course",1,"https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private","https:\u002F\u002Fgithub.com\u002Fcombsmith","https:\u002F\u002Fcombsmith.com","Open-source tools and experiments spanning agent orchestration, AI agent interfaces, AI content tooling, beekeeping tech, personal finance, and consumer apps.","2026-11-11 09:59:11",{"source":8,"skillName":5,"commands":50,"prompt":60,"zipAvailable":61},[51,54,57],{"tool":52,"command":53},"npx","npx skills add combsmith\u002F.github-private --skill bmad-correct-course",{"tool":55,"command":56},"bunx","bunx skills add combsmith\u002F.github-private --skill bmad-correct-course",{"tool":58,"command":59},"pnpm","pnpm dlx skills add combsmith\u002F.github-private --skill bmad-correct-course","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private\u002Fblob\u002Fmain\u002Fframeworks\u002Fbmad-method\u002Fsrc\u002Fbmm-skills\u002F4-implementation\u002Fbmad-correct-course\u002FSKILL.md",true,[63,69],{"path":64,"resourceType":65,"resourceTypeDesc":66,"sizeBytes":67,"sourceHtmlUrl":68},"checklist.md","REFERENCE","参考文档",11634,"https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private\u002Fblob\u002Fmain\u002Fframeworks\u002Fbmad-method\u002Fsrc\u002Fbmm-skills\u002F4-implementation\u002Fbmad-correct-course\u002Fchecklist.md",{"path":70,"resourceType":71,"resourceTypeDesc":72,"sizeBytes":73,"sourceHtmlUrl":74},"customize.toml","OTHER","其他",1640,"https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private\u002Fblob\u002Fmain\u002Fframeworks\u002Fbmad-method\u002Fsrc\u002Fbmm-skills\u002F4-implementation\u002Fbmad-correct-course\u002Fcustomize.toml",[76,103,118,143,161,179],{"skillNo":77,"name":78,"nameZh":6,"description":79,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":80,"categories":81,"keywords":87,"publishedAt":35},"01M6P9K2GYFR9RBTH96ADYZXEW","bmad-testarch-trace","Generate traceability matrix and quality gate decision. Use when the user says \"lets create traceability matrix\" or \"I want to analyze test coverage\"","https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private\u002Fblob\u002Fmain\u002Fframeworks\u002Fbmad-test-architecture\u002Fsrc\u002Fworkflows\u002Ftestarch\u002Fbmad-testarch-trace\u002FSKILL.md",[82],{"categoryNo":83,"categoryName":84,"taxonomyType":85,"taxonomyTypeDesc":86},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",[88,89,26,90,91,92,93,94,95,31,96,30,97,98,99,100,101,102],"trace","bmad testarch trace","bmad testarch","analyze","matrix","traceability","gate","test coverage","coverage","decision","quality","generate","create","quality gate","test",{"skillNo":104,"name":105,"nameZh":6,"description":106,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":107,"categories":108,"keywords":110,"publishedAt":35},"01M6P9JB7TD978DGCMEWWJ88GR","bmad-testarch-test-review","Review test quality using best practices validation. Use when user says \"lets review tests\" or \"I want to evaluate test quality\"","https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private\u002Fblob\u002Fmain\u002Fframeworks\u002Fbmad-test-architecture\u002Fsrc\u002Fworkflows\u002Ftestarch\u002Fbmad-testarch-test-review\u002FSKILL.md",[109],{"categoryNo":83,"categoryName":84,"taxonomyType":85,"taxonomyTypeDesc":86},[26,90,111,112,113,102,114,115,116,117,31,30,98],"test review","bmad testarch test review","review","best practices","tests","validation","evaluate",{"skillNo":119,"name":120,"nameZh":6,"description":121,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":122,"categories":123,"keywords":131,"publishedAt":35},"01M6P9J2FJH9X93F027N9XKP8G","bmad-testarch-test-design","Create system-level or epic-level test plans. Use when the user says \"lets design test plan\" or \"I want to create test strategy\"","https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private\u002Fblob\u002Fmain\u002Fframeworks\u002Fbmad-test-architecture\u002Fsrc\u002Fworkflows\u002Ftestarch\u002Fbmad-testarch-test-design\u002FSKILL.md",[124,125,128],{"categoryNo":83,"categoryName":84,"taxonomyType":85,"taxonomyTypeDesc":86},{"categoryNo":126,"categoryName":127,"taxonomyType":85,"taxonomyTypeDesc":86},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":129,"categoryName":130,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000032","设计师",[90,26,132,133,102,134,135,136,137,138,31,30,139,140,141,100,142],"bmad testarch test design","design","test design","create test","EPIC","plans","test strategy","strategy","plan","test plan","system",{"skillNo":144,"name":145,"nameZh":6,"description":146,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":147,"categories":148,"keywords":149,"publishedAt":35},"01M6P9HNE1J104G3EYV50FET7Q","bmad-testarch-nfr","Audit NFR evidence for performance, security, reliability, and scalability. Use when implementation evidence exists and the user says \"audit NFR evidence\", \"audit NFRs\", or \"evaluate non-functional requirements\"","https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private\u002Fblob\u002Fmain\u002Fframeworks\u002Fbmad-test-architecture\u002Fsrc\u002Fworkflows\u002Ftestarch\u002Fbmad-testarch-nfr\u002FSKILL.md",[],[150,26,90,117,151,152,153,154,155,156,157,31,30,158,159,160],"bmad testarch nfr","reliability","for","functional","requirements","scalability","implementation","evidence","audit","performance","security",{"skillNo":162,"name":163,"nameZh":6,"description":164,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":165,"categories":166,"keywords":168,"publishedAt":35},"01M6P9HD6HCAFVSRQWT2Z62NEM","bmad-testarch-framework","Initialize test framework with Playwright or Cypress. Use when the user says \"lets setup test framework\" or \"I want to initialize testing framework\"","https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private\u002Fblob\u002Fmain\u002Fframeworks\u002Fbmad-test-architecture\u002Fsrc\u002Fworkflows\u002Ftestarch\u002Fbmad-testarch-framework\u002FSKILL.md",[167],{"categoryNo":83,"categoryName":84,"taxonomyType":85,"taxonomyTypeDesc":86},[169,170,26,90,171,172,173,102,174,175,176,177,178,31,30],"bmad testarch framework","framework","testing framework","setup","test framework","playwright","testing","initialize","with","cypress",{"skillNo":180,"name":181,"nameZh":6,"description":182,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":183,"categories":184,"keywords":189,"publishedAt":35},"01M6P9GVNB0SW4HPA4VR9VNN2V","bmad-testarch-ci","Scaffold CI\u002FCD quality pipeline with test execution. Use when the user says \"lets setup CI pipeline\" or \"I want to create quality gates\"","https:\u002F\u002Fgithub.com\u002Fcombsmith\u002F.github-private\u002Fblob\u002Fmain\u002Fframeworks\u002Fbmad-test-architecture\u002Fsrc\u002Fworkflows\u002Ftestarch\u002Fbmad-testarch-ci\u002FSKILL.md",[185,186],{"categoryNo":83,"categoryName":84,"taxonomyType":85,"taxonomyTypeDesc":86},{"categoryNo":187,"categoryName":188,"taxonomyType":85,"taxonomyTypeDesc":86},"01JBSEEDCAT000000000000011","运维与部署",[26,90,190,191,192,177,193,194,195,31,30,98,29,196,100,197,172,198,102],"bmad testarch ci","ci","gates","CI\u002FCD","test execution","cd","pipeline","quality gates","scaffold"]