sjennings ccb64623bc
feat(bmgd): comprehensive BMGD module upgrade (#1151)
* 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>
2025-12-17 14:33:22 +08:00

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:

  1. Present the problem clearly
  2. Propose a solution
  3. Get user confirmation
  4. 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.