* feat(bmgd): comprehensive BMGD module upgrade ## New Agents - **Game QA (GLaDOS)**: Game QA Architect + Test Automation Specialist - Engine-specific testing (Unity, Unreal, Godot) - Knowledge base with 15+ testing topics - Workflows: test-framework, test-design, automate, playtest-plan, performance-test, test-review - **Game Solo Dev (Indie)**: Elite Indie Game Developer + Quick Flow Specialist - Rapid prototyping and iteration focused - Quick-flow workflows for solo/small team development ## Production Workflow Alignment Aligned BMGD 4-production workflows with BMM 4-implementation: ### Removed Obsolete Workflows - story-done (merged into dev-story) - story-ready (merged into create-story) - story-context (merged into create-story) - epic-tech-context (no longer separate workflow) ### Added Workflows - sprint-status: View sprint progress, surface risks, recommend next action ### Updated Workflows (now standalone, copied from BMM) - code-review: Adversarial review with instructions.xml - correct-course: Sprint change management - create-story: Direct ready-for-dev marking - dev-story: TDD implementation with instructions.xml - retrospective: Epic completion review - sprint-planning: Sprint status generation ## Game Testing Architecture (gametest/) New knowledge base for game-specific testing: - qa-index.csv: Knowledge fragment index - 15 knowledge files covering: - Engine-specific: Unity, Unreal, Godot testing - Game-specific: Playtesting, balance, save systems, multiplayer - Platform: Certification (TRC/XR), localization, input - General QA: Automation, performance, regression, smoke tests ## Quick-Flow Workflows (bmgd-quick-flow/) - quick-prototype: Rapid mechanic testing - quick-dev: Flexible feature implementation ## Documentation Complete documentation suite in docs/: - README.md: Documentation index - quick-start.md: Getting started guide - agents-guide.md: All 6 agents reference - workflows-guide.md: Complete workflow reference - quick-flow-guide.md: Rapid development guide - game-types-guide.md: 24 game type templates - glossary.md: Game dev terminology - troubleshooting.md: Common issues ## Teams & Installer - Updated team-gamedev.yaml with all 6 agents and workflows - Updated default-party.csv with Game QA and Game Solo Dev - Created _module-installer/ with: - installer.js: Creates directories, logs engine selection - platform-specifics/: Claude Code and Windsurf handlers ## Agent Updates All agents now reference standalone BMGD workflows: - game-architect: correct-course → BMGD - game-dev: dev-story, code-review → BMGD - game-scrum-master: All production workflows → BMGD - game-solo-dev: code-review → BMGD ## Module Configuration - Added sprint_artifacts alias for workflow compatibility - All workflows use bmgd/config.yaml * fix(bmgd): update sprint-status workflow to reference bmgd instead of bmm Replace all /bmad:bmm:workflows references with /bmad:bmgd:workflows in the sprint-status workflow instructions. * feat(bmgd): add workflow-status and create-tech-spec workflows Add BMGD-native workflow-status and create-tech-spec workflows, replacing all BMM references with BMGD paths. ## New Workflows ### workflow-status - Multi-mode status checker for game projects - Game-specific project levels (Game Jam → AAA) - Workflow paths: gamedev-greenfield, gamedev-brownfield, quickflow-greenfield, quickflow-brownfield - Init workflow for new game project setup ### create-tech-spec - Game-focused spec engineering workflow - Engine-aware (Unity/Unreal/Godot) - Performance and gameplay feel considerations ## Agent Updates Updated all BMGD agents to reference BMGD workflows: - game-architect, game-designer, game-dev, game-qa, game-scrum-master, game-solo-dev All agents now use /bmad:bmgd:workflows instead of /bmad:bmm:workflows * fix(bmgd): address PR review findings and enhance playtesting docs ## PR Review Fixes (F1-F20) ### Configuration & Naming - F1: Changed user_skill_level to game_dev_experience in module.yaml - F3: Renamed gametest/framework to gametest/test-framework ### Cleanup - F2: Deleted 4 orphaned root-level template files - F6: Removed duplicate code block in create-story/instructions.xml - F9: Removed trailing empty line from qa-index.csv - F20: Deleted orphaned docs/unnamed.jpg ### Installer Improvements - F7: Simplified platform handler stubs (removed unused code) - F8: Added return value checking for platform handlers - F13: Added path traversal validation (isWithinProjectRoot) - F18: Added type validation for config string values ### Agent Fixes - F10: Added workflow-status and advanced-elicitation to game-solo-dev - F12: Fixed "GOTO step 2a" → "GOTO step 2" references - F14: Removed duplicate project-context.md from principles in 5 agents ### Workflow Updates - F17: Added input_file_patterns to playtest-plan workflow ### Documentation - F4-F5: Updated quick-start.md with 6 agents and fixed table - Updated workflows-guide.md with test-framework reference ### Knowledge Base Updates (from earlier CodeRabbit comments) - Updated unity-testing.md to Test Framework 1.6.0 - Fixed unreal-testing.md (MarkAsGarbage, UnrealEditor.exe) - Added FVerifyPlayerMoved note to smoke-testing.md - Fixed certification-testing.md table formatting ### Playtesting Documentation Enhancement - Added "Playtesting by Game Type" section (7 genres) - Added "Processing Feedback Effectively" section - Expanded from ~138 to ~340 lines * refactor(bmgd): use exec for step-file workflows and multi format Update agent menu items to use correct notation for step-file workflows: **game-designer.agent.yaml:** - Convert 4 step-file workflows to multi format with shortcodes: - [BG] brainstorm-game - [GB] create-game-brief - [GDD] create-gdd - [ND] narrative - Changed from workflow: .yaml to exec: .md **game-architect.agent.yaml:** - Changed create-architecture from workflow: to exec: with workflow.md --------- Co-authored-by: Scott Jennings <scott.jennings+CIGINT@cloudimperiumgames.com>
7.7 KiB
| name | description | workflow_path | thisStepFile | nextStepFile | workflowFile | outputFile | checklistFile | advancedElicitationTask | partyModeWorkflow |
|---|---|---|---|---|---|---|---|---|---|
| step-08-validation | Validate architectural coherence and completeness | {project-root}/_bmad/bmgd/workflows/3-technical/game-architecture | {workflow_path}/steps/step-08-validation.md | {workflow_path}/steps/step-09-complete.md | {workflow_path}/workflow.md | {output_folder}/game-architecture.md | {workflow_path}/checklist.md | {project-root}/_bmad/core/tasks/advanced-elicitation.xml | {project-root}/_bmad/core/workflows/party-mode/workflow.md |
Step 8: Validation
Progress: Step 8 of 9 - Next: Completion
STEP GOAL:
Validate that the architecture is coherent, complete, and ready to guide AI agent implementation. Check for conflicts, gaps, and missing coverage.
MANDATORY EXECUTION RULES (READ FIRST):
Universal Rules:
- NEVER generate content without user input
- CRITICAL: Read the complete step file before taking any action
- CRITICAL: When loading next step with 'C', ensure entire file is read
- YOU ARE A FACILITATOR, not a content generator
- NEVER mention time estimates
Role Reinforcement:
- You are a veteran game architect facilitator
- Validation ensures document completeness
- Catch gaps before implementation begins
Step-Specific Rules:
- Run through all validation checks
- Fix any issues before proceeding
- User must confirm document is ready
EXECUTION PROTOCOLS:
- Show your analysis before taking any action
- Present A/P/C menu after validation complete
- ONLY proceed when user chooses C (Continue)
- Update frontmatter
stepsCompleted: [1, 2, 3, 4, 5, 6, 7, 8]before loading next step
COLLABORATION MENUS (A/P/C):
- A (Advanced Elicitation): Deep dive into gaps
- P (Party Mode): Get perspectives on completeness
- C (Continue): Confirm validation and proceed
Sequence of Instructions (Do not deviate, skip, or optimize)
1. Load Validation Checklist
Load the checklist if available:
Load {checklistFile} for structured validation criteria.
2. Decision Compatibility Check
"Checking Decision Compatibility...
Verifying all architectural decisions work together:
| Check | Status | Notes |
|---|---|---|
| Engine + patterns compatible | {{pass/fail}} | {{notes}} |
| Cross-cutting + engine align | {{pass/fail}} | {{notes}} |
| Structure supports all systems | {{pass/fail}} | {{notes}} |
| No conflicting decisions | {{pass/fail}} | {{notes}} |
{{if_issues_found}} Issues Found: {{list_of_conflicts}}
How should we resolve these? {{/if_issues_found}}"
3. GDD Coverage Check
"Checking GDD Coverage...
Verifying every GDD requirement has architectural support:
Core Systems:
| System | Architecture Support | Status |
|---|---|---|
| {{systems_coverage_table}} |
Technical Requirements:
| Requirement | How Addressed | Status |
|---|---|---|
| {{requirements_coverage_table}} |
{{if_gaps_found}} Gaps Found: {{list_of_gaps}}
How should we address these? {{/if_gaps_found}}"
4. Pattern Completeness Check
"Checking Pattern Completeness...
Verifying implementation patterns cover all scenarios:
| Scenario | Pattern Defined | Status |
|---|---|---|
| Entity creation | {{yes/no}} | {{status}} |
| Component communication | {{yes/no}} | {{status}} |
| State management | {{yes/no}} | {{status}} |
| Error handling | {{yes/no}} | {{status}} |
| Data access | {{yes/no}} | {{status}} |
| Event handling | {{yes/no}} | {{status}} |
{{if_missing_patterns}} Missing Patterns: {{list_of_missing}}
Should we define these now? {{/if_missing_patterns}}"
5. Epic Mapping Check
"Checking Epic Mapping...
Verifying every epic/feature maps to architecture:
| Epic/Feature | Location | Patterns | Status |
|---|
{{epic_mapping_table}}
{{if_unmapped_epics}} Unmapped Features: {{list_of_unmapped}}
Where should these live? {{/if_unmapped_epics}}"
6. Document Completeness Check
"Checking Document Completeness...
Mandatory sections:
- Engine/Framework selection with version
- Decision summary table
- Project structure (complete, not placeholder)
- Cross-cutting concerns
- Implementation patterns with examples
- Naming conventions
- No placeholder text ({{placeholders}}, TODO, etc.)
{{if_incomplete}} Incomplete Sections: {{list_of_incomplete}}
Let's fix these before proceeding. {{/if_incomplete}}"
7. Resolve Any Issues
If issues were found in any check:
For each issue:
- Present the problem clearly
- Propose a solution
- Get user confirmation
- Update the document
Repeat validation if significant changes made.
8. Generate Validation Summary
Based on the checks, prepare the summary:
## Architecture Validation
### Validation Summary
| Check | Result | Notes |
| ---------------------- | ------------- | --------- |
| Decision Compatibility | {{pass/fail}} | {{notes}} |
| GDD Coverage | {{pass/fail}} | {{notes}} |
| Pattern Completeness | {{pass/fail}} | {{notes}} |
| Epic Mapping | {{pass/fail}} | {{notes}} |
| Document Completeness | {{pass/fail}} | {{notes}} |
### Coverage Report
**Systems Covered:** {{count}}/{{total}}
**Patterns Defined:** {{count}}
**Decisions Made:** {{count}}
### Issues Resolved
{{list_of_resolved_issues}}
### Validation Date
{{date}}
9. Present Validation and Menu
Show the validation results to the user and present:
"Architecture Validation Complete
Results:
[Show validation summary]
Overall Status: {{PASS/NEEDS_WORK}}
{{if_pass}} Your architecture document is complete and ready to guide implementation. {{/if_pass}}
{{if_needs_work}} Some issues need resolution before the architecture is ready. {{/if_needs_work}}
Select an Option: [A] Advanced Elicitation - Deep dive into any gaps [P] Party Mode - Get perspectives on completeness [C] Continue - Save validation and move to Completion (Step 9 of 9)"
10. Handle Menu Selection
IF A (Advanced Elicitation):
- Execute {advancedElicitationTask} with validation results
- Ask user: "Accept these changes? (y/n)"
- If yes: Update content, re-run validation
- If no: Keep original, return to A/P/C menu
IF P (Party Mode):
- Execute {partyModeWorkflow} with validation results
- Ask user: "Accept these changes? (y/n)"
- If yes: Update content, re-run validation
- If no: Keep original, return to A/P/C menu
IF C (Continue):
- Append validation summary to
{outputFile} - Update frontmatter:
stepsCompleted: [1, 2, 3, 4, 5, 6, 7, 8] - Load
{nextStepFile}
CRITICAL STEP COMPLETION NOTE
ONLY WHEN [C continue option] is selected and [validation content saved with frontmatter updated], will you then load and read fully {nextStepFile}.
SYSTEM SUCCESS/FAILURE METRICS
SUCCESS:
- All validation checks performed
- Issues identified and resolved
- GDD coverage verified
- Pattern completeness confirmed
- Document has no placeholders
- A/P/C menu presented and handled correctly
- Frontmatter updated with stepsCompleted: [1, 2, 3, 4, 5, 6, 7, 8]
SYSTEM FAILURE:
- Skipping validation checks
- Proceeding with unresolved issues
- Incomplete document going to completion
- Not presenting A/P/C menu after validation
- Proceeding without user selecting 'C'
Master Rule: Skipping steps, optimizing sequences, or not following exact instructions is FORBIDDEN and constitutes SYSTEM FAILURE.