bmad-method 4.30.2 → 4.30.3
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +7 -0
- package/README.md +1 -1
- package/bmad-core/core-config.yaml +0 -1
- package/dist/agents/analyst.txt +1 -1
- package/dist/agents/bmad-master.txt +1 -1
- package/dist/agents/bmad-orchestrator.txt +1 -1
- package/dist/expansion-packs/bmad-2d-unity-game-dev/agents/game-designer.txt +2409 -0
- package/dist/expansion-packs/bmad-2d-unity-game-dev/agents/game-developer.txt +1480 -0
- package/dist/expansion-packs/bmad-2d-unity-game-dev/agents/game-sm.txt +826 -0
- package/dist/expansion-packs/bmad-2d-unity-game-dev/teams/unity-2d-game-team.txt +10690 -0
- package/dist/teams/team-all.txt +1 -1
- package/dist/teams/team-fullstack.txt +1 -1
- package/dist/teams/team-ide-minimal.txt +1 -1
- package/dist/teams/team-no-ui.txt +1 -1
- package/docs/bmad-workflow-guide.md +1 -1
- package/expansion-packs/bmad-2d-phaser-game-dev/config.yaml +2 -2
- package/expansion-packs/bmad-2d-unity-game-dev/agent-teams/unity-2d-game-team.yaml +13 -0
- package/expansion-packs/bmad-2d-unity-game-dev/agents/game-designer.md +72 -0
- package/expansion-packs/bmad-2d-unity-game-dev/agents/game-developer.md +78 -0
- package/expansion-packs/{bmad-creator-tools/agents/bmad-the-creator.md → bmad-2d-unity-game-dev/agents/game-sm.md} +26 -28
- package/expansion-packs/bmad-2d-unity-game-dev/checklists/game-design-checklist.md +201 -0
- package/expansion-packs/bmad-2d-unity-game-dev/checklists/game-story-dod-checklist.md +160 -0
- package/expansion-packs/bmad-2d-unity-game-dev/config.yaml +6 -0
- package/expansion-packs/bmad-2d-unity-game-dev/data/bmad-kb.md +251 -0
- package/expansion-packs/bmad-2d-unity-game-dev/data/development-guidelines.md +590 -0
- package/expansion-packs/bmad-2d-unity-game-dev/tasks/advanced-elicitation.md +111 -0
- package/expansion-packs/bmad-2d-unity-game-dev/tasks/create-game-story.md +217 -0
- package/expansion-packs/bmad-2d-unity-game-dev/tasks/game-design-brainstorming.md +308 -0
- package/expansion-packs/bmad-2d-unity-game-dev/templates/game-architecture-tmpl.yaml +545 -0
- package/expansion-packs/bmad-2d-unity-game-dev/templates/game-brief-tmpl.yaml +356 -0
- package/expansion-packs/bmad-2d-unity-game-dev/templates/game-design-doc-tmpl.yaml +343 -0
- package/expansion-packs/bmad-2d-unity-game-dev/templates/game-story-tmpl.yaml +256 -0
- package/expansion-packs/bmad-2d-unity-game-dev/templates/level-design-doc-tmpl.yaml +484 -0
- package/expansion-packs/bmad-2d-unity-game-dev/workflows/game-dev-greenfield.yaml +183 -0
- package/expansion-packs/bmad-2d-unity-game-dev/workflows/game-prototype.yaml +175 -0
- package/expansion-packs/bmad-infrastructure-devops/config.yaml +2 -2
- package/package.json +4 -8
- package/tools/bump-all-versions.js +8 -9
- package/tools/bump-expansion-version.js +40 -35
- package/tools/installer/bin/bmad.js +8 -21
- package/tools/installer/lib/file-manager.js +76 -44
- package/tools/installer/lib/ide-base-setup.js +227 -0
- package/tools/installer/lib/ide-setup.js +8 -58
- package/tools/installer/lib/installer.js +99 -121
- package/tools/installer/lib/memory-profiler.js +224 -0
- package/tools/installer/lib/module-manager.js +110 -0
- package/tools/installer/lib/resource-locator.js +310 -0
- package/tools/installer/package.json +1 -1
- package/tools/semantic-release-sync-installer.js +20 -21
- package/dist/expansion-packs/bmad-creator-tools/agents/bmad-the-creator.txt +0 -2008
- package/expansion-packs/bmad-creator-tools/README.md +0 -8
- package/expansion-packs/bmad-creator-tools/config.yaml +0 -6
- package/expansion-packs/bmad-creator-tools/tasks/create-agent.md +0 -200
- package/expansion-packs/bmad-creator-tools/tasks/generate-expansion-pack.md +0 -1020
- package/expansion-packs/bmad-creator-tools/templates/agent-teams-tmpl.yaml +0 -178
- package/expansion-packs/bmad-creator-tools/templates/agent-tmpl.yaml +0 -154
- package/expansion-packs/bmad-creator-tools/templates/expansion-pack-plan-tmpl.yaml +0 -120
- package/tools/bump-core-version.js +0 -57
|
@@ -0,0 +1,217 @@
|
|
|
1
|
+
# Create Game Development Story Task
|
|
2
|
+
|
|
3
|
+
## Purpose
|
|
4
|
+
|
|
5
|
+
Create detailed, actionable game development stories that enable AI developers to implement specific game features in Unity without requiring additional design decisions.
|
|
6
|
+
|
|
7
|
+
## When to Use
|
|
8
|
+
|
|
9
|
+
- Breaking down game epics into implementable stories
|
|
10
|
+
- Converting GDD features into development tasks
|
|
11
|
+
- Preparing work for game developers
|
|
12
|
+
- Ensuring clear handoffs from design to development
|
|
13
|
+
|
|
14
|
+
## Prerequisites
|
|
15
|
+
|
|
16
|
+
Before creating stories, ensure you have:
|
|
17
|
+
|
|
18
|
+
- Completed Game Design Document (GDD)
|
|
19
|
+
- Game Architecture Document
|
|
20
|
+
- Epic definition this story belongs to
|
|
21
|
+
- Clear understanding of the specific game feature
|
|
22
|
+
|
|
23
|
+
## Process
|
|
24
|
+
|
|
25
|
+
### 1. Story Identification
|
|
26
|
+
|
|
27
|
+
**Review Epic Context:**
|
|
28
|
+
|
|
29
|
+
- Understand the epic's overall goal
|
|
30
|
+
- Identify specific features that need implementation
|
|
31
|
+
- Review any existing stories in the epic
|
|
32
|
+
- Ensure no duplicate work
|
|
33
|
+
|
|
34
|
+
**Feature Analysis:**
|
|
35
|
+
|
|
36
|
+
- Reference specific GDD sections
|
|
37
|
+
- Understand player experience goals
|
|
38
|
+
- Identify technical complexity
|
|
39
|
+
- Estimate implementation scope
|
|
40
|
+
|
|
41
|
+
### 2. Story Scoping
|
|
42
|
+
|
|
43
|
+
**Single Responsibility:**
|
|
44
|
+
|
|
45
|
+
- Focus on one specific game feature
|
|
46
|
+
- Ensure story is completable in 1-3 days
|
|
47
|
+
- Break down complex features into multiple stories
|
|
48
|
+
- Maintain clear boundaries with other stories
|
|
49
|
+
|
|
50
|
+
**Implementation Clarity:**
|
|
51
|
+
|
|
52
|
+
- Define exactly what needs to be built
|
|
53
|
+
- Specify all technical requirements
|
|
54
|
+
- Include all necessary integration points
|
|
55
|
+
- Provide clear success criteria
|
|
56
|
+
|
|
57
|
+
### 3. Template Execution
|
|
58
|
+
|
|
59
|
+
**Load Template:**
|
|
60
|
+
Use `templates#game-story-tmpl` following all embedded LLM instructions
|
|
61
|
+
|
|
62
|
+
**Key Focus Areas:**
|
|
63
|
+
|
|
64
|
+
- Clear, actionable description
|
|
65
|
+
- Specific acceptance criteria
|
|
66
|
+
- Detailed technical specifications
|
|
67
|
+
- Complete implementation task list
|
|
68
|
+
- Comprehensive testing requirements
|
|
69
|
+
|
|
70
|
+
### 4. Story Validation
|
|
71
|
+
|
|
72
|
+
**Technical Review:**
|
|
73
|
+
|
|
74
|
+
- Verify all technical specifications are complete
|
|
75
|
+
- Ensure integration points are clearly defined
|
|
76
|
+
- Confirm file paths match architecture
|
|
77
|
+
- Validate C# interfaces and classes
|
|
78
|
+
- Check for proper use of prefabs and scenes
|
|
79
|
+
|
|
80
|
+
**Game Design Alignment:**
|
|
81
|
+
|
|
82
|
+
- Confirm story implements GDD requirements
|
|
83
|
+
- Verify player experience goals are met
|
|
84
|
+
- Check balance parameters are included
|
|
85
|
+
- Ensure game mechanics are correctly interpreted
|
|
86
|
+
|
|
87
|
+
**Implementation Readiness:**
|
|
88
|
+
|
|
89
|
+
- All dependencies identified
|
|
90
|
+
- Assets requirements specified
|
|
91
|
+
- Testing criteria defined
|
|
92
|
+
- Definition of Done complete
|
|
93
|
+
|
|
94
|
+
### 5. Quality Assurance
|
|
95
|
+
|
|
96
|
+
**Apply Checklist:**
|
|
97
|
+
Execute `checklists#game-story-dod-checklist` against completed story
|
|
98
|
+
|
|
99
|
+
**Story Criteria:**
|
|
100
|
+
|
|
101
|
+
- Story is immediately actionable
|
|
102
|
+
- No design decisions left to developer
|
|
103
|
+
- Technical requirements are complete
|
|
104
|
+
- Testing requirements are comprehensive
|
|
105
|
+
- Performance requirements are specified
|
|
106
|
+
|
|
107
|
+
### 6. Story Refinement
|
|
108
|
+
|
|
109
|
+
**Developer Perspective:**
|
|
110
|
+
|
|
111
|
+
- Can a developer start implementation immediately?
|
|
112
|
+
- Are all technical questions answered?
|
|
113
|
+
- Is the scope appropriate for the estimated points?
|
|
114
|
+
- Are all dependencies clearly identified?
|
|
115
|
+
|
|
116
|
+
**Iterative Improvement:**
|
|
117
|
+
|
|
118
|
+
- Address any gaps or ambiguities
|
|
119
|
+
- Clarify complex technical requirements
|
|
120
|
+
- Ensure story fits within epic scope
|
|
121
|
+
- Verify story points estimation
|
|
122
|
+
|
|
123
|
+
## Story Elements Checklist
|
|
124
|
+
|
|
125
|
+
### Required Sections
|
|
126
|
+
|
|
127
|
+
- [ ] Clear, specific description
|
|
128
|
+
- [ ] Complete acceptance criteria (functional, technical, game design)
|
|
129
|
+
- [ ] Detailed technical specifications
|
|
130
|
+
- [ ] File creation/modification list
|
|
131
|
+
- [ ] C# interfaces and classes
|
|
132
|
+
- [ ] Integration point specifications
|
|
133
|
+
- [ ] Ordered implementation tasks
|
|
134
|
+
- [ ] Comprehensive testing requirements
|
|
135
|
+
- [ ] Performance criteria
|
|
136
|
+
- [ ] Dependencies clearly identified
|
|
137
|
+
- [ ] Definition of Done checklist
|
|
138
|
+
|
|
139
|
+
### Game-Specific Requirements
|
|
140
|
+
|
|
141
|
+
- [ ] GDD section references
|
|
142
|
+
- [ ] Game mechanic implementation details
|
|
143
|
+
- [ ] Player experience goals
|
|
144
|
+
- [ ] Balance parameters
|
|
145
|
+
- [ ] Unity-specific requirements (components, prefabs, scenes)
|
|
146
|
+
- [ ] Performance targets (stable frame rate)
|
|
147
|
+
- [ ] Cross-platform considerations
|
|
148
|
+
|
|
149
|
+
### Technical Quality
|
|
150
|
+
|
|
151
|
+
- [ ] C# best practices compliance
|
|
152
|
+
- [ ] Architecture document alignment
|
|
153
|
+
- [ ] Code organization follows standards
|
|
154
|
+
- [ ] Error handling requirements
|
|
155
|
+
- [ ] Memory management considerations
|
|
156
|
+
- [ ] Testing strategy defined
|
|
157
|
+
|
|
158
|
+
## Common Pitfalls
|
|
159
|
+
|
|
160
|
+
**Scope Issues:**
|
|
161
|
+
|
|
162
|
+
- Story too large (break into multiple stories)
|
|
163
|
+
- Story too vague (add specific requirements)
|
|
164
|
+
- Missing dependencies (identify all prerequisites)
|
|
165
|
+
- Unclear boundaries (define what's in/out of scope)
|
|
166
|
+
|
|
167
|
+
**Technical Issues:**
|
|
168
|
+
|
|
169
|
+
- Missing integration details
|
|
170
|
+
- Incomplete technical specifications
|
|
171
|
+
- Undefined interfaces or classes
|
|
172
|
+
- Missing performance requirements
|
|
173
|
+
|
|
174
|
+
**Game Design Issues:**
|
|
175
|
+
|
|
176
|
+
- Not referencing GDD properly
|
|
177
|
+
- Missing player experience context
|
|
178
|
+
- Unclear game mechanic implementation
|
|
179
|
+
- Missing balance parameters
|
|
180
|
+
|
|
181
|
+
## Success Criteria
|
|
182
|
+
|
|
183
|
+
**Story Readiness:**
|
|
184
|
+
|
|
185
|
+
- [ ] Developer can start implementation immediately
|
|
186
|
+
- [ ] No additional design decisions required
|
|
187
|
+
- [ ] All technical questions answered
|
|
188
|
+
- [ ] Testing strategy is complete
|
|
189
|
+
- [ ] Performance requirements are clear
|
|
190
|
+
- [ ] Story fits within epic scope
|
|
191
|
+
|
|
192
|
+
**Quality Validation:**
|
|
193
|
+
|
|
194
|
+
- [ ] Game story DOD checklist passes
|
|
195
|
+
- [ ] Architecture alignment confirmed
|
|
196
|
+
- [ ] GDD requirements covered
|
|
197
|
+
- [ ] Implementation tasks are ordered and specific
|
|
198
|
+
- [ ] Dependencies are complete and accurate
|
|
199
|
+
|
|
200
|
+
## Handoff Protocol
|
|
201
|
+
|
|
202
|
+
**To Game Developer:**
|
|
203
|
+
|
|
204
|
+
1. Provide story document
|
|
205
|
+
2. Confirm GDD and architecture access
|
|
206
|
+
3. Verify all dependencies are met
|
|
207
|
+
4. Answer any clarification questions
|
|
208
|
+
5. Establish check-in schedule
|
|
209
|
+
|
|
210
|
+
**Story Status Updates:**
|
|
211
|
+
|
|
212
|
+
- Draft → Ready for Development
|
|
213
|
+
- In Development → Code Review
|
|
214
|
+
- Code Review → Testing
|
|
215
|
+
- Testing → Done
|
|
216
|
+
|
|
217
|
+
This task ensures game development stories are immediately actionable and enable efficient AI-driven development of game features in Unity.
|
|
@@ -0,0 +1,308 @@
|
|
|
1
|
+
# Game Design Brainstorming Techniques Task
|
|
2
|
+
|
|
3
|
+
This task provides a comprehensive toolkit of creative brainstorming techniques specifically designed for game design ideation and innovative thinking. The game designer can use these techniques to facilitate productive brainstorming sessions focused on game mechanics, player experience, and creative concepts.
|
|
4
|
+
|
|
5
|
+
## Process
|
|
6
|
+
|
|
7
|
+
### 1. Session Setup
|
|
8
|
+
|
|
9
|
+
[[LLM: Begin by understanding the game design context and goals. Ask clarifying questions if needed to determine the best approach for game-specific ideation.]]
|
|
10
|
+
|
|
11
|
+
1. **Establish Game Context**
|
|
12
|
+
|
|
13
|
+
- Understand the game genre or opportunity area
|
|
14
|
+
- Identify target audience and platform constraints
|
|
15
|
+
- Determine session goals (concept exploration vs. mechanic refinement)
|
|
16
|
+
- Clarify scope (full game vs. specific feature)
|
|
17
|
+
|
|
18
|
+
2. **Select Technique Approach**
|
|
19
|
+
- Option A: User selects specific game design techniques
|
|
20
|
+
- Option B: Game Designer recommends techniques based on context
|
|
21
|
+
- Option C: Random technique selection for creative variety
|
|
22
|
+
- Option D: Progressive technique flow (broad concepts to specific mechanics)
|
|
23
|
+
|
|
24
|
+
### 2. Game Design Brainstorming Techniques
|
|
25
|
+
|
|
26
|
+
#### Game Concept Expansion Techniques
|
|
27
|
+
|
|
28
|
+
1. **"What If" Game Scenarios**
|
|
29
|
+
[[LLM: Generate provocative what-if questions that challenge game design assumptions and expand thinking beyond current genre limitations.]]
|
|
30
|
+
|
|
31
|
+
- What if players could rewind time in any genre?
|
|
32
|
+
- What if the game world reacted to the player's real-world location?
|
|
33
|
+
- What if failure was more rewarding than success?
|
|
34
|
+
- What if players controlled the antagonist instead?
|
|
35
|
+
- What if the game played itself when no one was watching?
|
|
36
|
+
|
|
37
|
+
2. **Cross-Genre Fusion**
|
|
38
|
+
[[LLM: Help user combine unexpected game genres and mechanics to create unique experiences.]]
|
|
39
|
+
|
|
40
|
+
- "How might [genre A] mechanics work in [genre B]?"
|
|
41
|
+
- Puzzle mechanics in action games
|
|
42
|
+
- Dating sim elements in strategy games
|
|
43
|
+
- Horror elements in racing games
|
|
44
|
+
- Educational content in roguelike structure
|
|
45
|
+
|
|
46
|
+
3. **Player Motivation Reversal**
|
|
47
|
+
[[LLM: Flip traditional player motivations to reveal new gameplay possibilities.]]
|
|
48
|
+
|
|
49
|
+
- What if losing was the goal?
|
|
50
|
+
- What if cooperation was forced in competitive games?
|
|
51
|
+
- What if players had to help their enemies?
|
|
52
|
+
- What if progress meant giving up abilities?
|
|
53
|
+
|
|
54
|
+
4. **Core Loop Deconstruction**
|
|
55
|
+
[[LLM: Break down successful games to fundamental mechanics and rebuild differently.]]
|
|
56
|
+
- What are the essential 3 actions in this game type?
|
|
57
|
+
- How could we make each action more interesting?
|
|
58
|
+
- What if we changed the order of these actions?
|
|
59
|
+
- What if players could skip or automate certain actions?
|
|
60
|
+
|
|
61
|
+
#### Mechanic Innovation Frameworks
|
|
62
|
+
|
|
63
|
+
1. **SCAMPER for Game Mechanics**
|
|
64
|
+
[[LLM: Guide through each SCAMPER prompt specifically for game design.]]
|
|
65
|
+
|
|
66
|
+
- **S** = Substitute: What mechanics can be substituted? (walking → flying → swimming)
|
|
67
|
+
- **C** = Combine: What systems can be merged? (inventory + character growth)
|
|
68
|
+
- **A** = Adapt: What mechanics from other media? (books, movies, sports)
|
|
69
|
+
- **M** = Modify/Magnify: What can be exaggerated? (super speed, massive scale)
|
|
70
|
+
- **P** = Put to other uses: What else could this mechanic do? (jumping → attacking)
|
|
71
|
+
- **E** = Eliminate: What can be removed? (UI, tutorials, fail states)
|
|
72
|
+
- **R** = Reverse/Rearrange: What sequence changes? (end-to-start, simultaneous)
|
|
73
|
+
|
|
74
|
+
2. **Player Agency Spectrum**
|
|
75
|
+
[[LLM: Explore different levels of player control and agency across game systems.]]
|
|
76
|
+
|
|
77
|
+
- Full Control: Direct character movement, combat, building
|
|
78
|
+
- Indirect Control: Setting rules, giving commands, environmental changes
|
|
79
|
+
- Influence Only: Suggestions, preferences, emotional reactions
|
|
80
|
+
- No Control: Observation, interpretation, passive experience
|
|
81
|
+
|
|
82
|
+
3. **Temporal Game Design**
|
|
83
|
+
[[LLM: Explore how time affects gameplay and player experience.]]
|
|
84
|
+
|
|
85
|
+
- Real-time vs. turn-based mechanics
|
|
86
|
+
- Time travel and manipulation
|
|
87
|
+
- Persistent vs. session-based progress
|
|
88
|
+
- Asynchronous multiplayer timing
|
|
89
|
+
- Seasonal and event-based content
|
|
90
|
+
|
|
91
|
+
#### Player Experience Ideation
|
|
92
|
+
|
|
93
|
+
1. **Emotion-First Design**
|
|
94
|
+
[[LLM: Start with target emotions and work backward to mechanics that create them.]]
|
|
95
|
+
|
|
96
|
+
- Target Emotion: Wonder → Mechanics: Discovery, mystery, scale
|
|
97
|
+
- Target Emotion: Triumph → Mechanics: Challenge, skill growth, recognition
|
|
98
|
+
- Target Emotion: Connection → Mechanics: Cooperation, shared goals, communication
|
|
99
|
+
- Target Emotion: Flow → Mechanics: Clear feedback, progressive difficulty
|
|
100
|
+
|
|
101
|
+
2. **Player Archetype Brainstorming**
|
|
102
|
+
[[LLM: Design for different player types and motivations.]]
|
|
103
|
+
|
|
104
|
+
- Achievers: Progression, completion, mastery
|
|
105
|
+
- Explorers: Discovery, secrets, world-building
|
|
106
|
+
- Socializers: Interaction, cooperation, community
|
|
107
|
+
- Killers: Competition, dominance, conflict
|
|
108
|
+
- Creators: Building, customization, expression
|
|
109
|
+
|
|
110
|
+
3. **Accessibility-First Innovation**
|
|
111
|
+
[[LLM: Generate ideas that make games more accessible while creating new gameplay.]]
|
|
112
|
+
|
|
113
|
+
- Visual impairment considerations leading to audio-focused mechanics
|
|
114
|
+
- Motor accessibility inspiring one-handed or simplified controls
|
|
115
|
+
- Cognitive accessibility driving clear feedback and pacing
|
|
116
|
+
- Economic accessibility creating free-to-play innovations
|
|
117
|
+
|
|
118
|
+
#### Narrative and World Building
|
|
119
|
+
|
|
120
|
+
1. **Environmental Storytelling**
|
|
121
|
+
[[LLM: Brainstorm ways the game world itself tells stories without explicit narrative.]]
|
|
122
|
+
|
|
123
|
+
- How does the environment show history?
|
|
124
|
+
- What do interactive objects reveal about characters?
|
|
125
|
+
- How can level design communicate mood?
|
|
126
|
+
- What stories do systems and mechanics tell?
|
|
127
|
+
|
|
128
|
+
2. **Player-Generated Narrative**
|
|
129
|
+
[[LLM: Explore ways players create their own stories through gameplay.]]
|
|
130
|
+
|
|
131
|
+
- Emergent storytelling through player choices
|
|
132
|
+
- Procedural narrative generation
|
|
133
|
+
- Player-to-player story sharing
|
|
134
|
+
- Community-driven world events
|
|
135
|
+
|
|
136
|
+
3. **Genre Expectation Subversion**
|
|
137
|
+
[[LLM: Identify and deliberately subvert player expectations within genres.]]
|
|
138
|
+
|
|
139
|
+
- Fantasy RPG where magic is mundane
|
|
140
|
+
- Horror game where monsters are friendly
|
|
141
|
+
- Racing game where going slow is optimal
|
|
142
|
+
- Puzzle game where there are multiple correct answers
|
|
143
|
+
|
|
144
|
+
#### Technical Innovation Inspiration
|
|
145
|
+
|
|
146
|
+
1. **Platform-Specific Design**
|
|
147
|
+
[[LLM: Generate ideas that leverage unique platform capabilities.]]
|
|
148
|
+
|
|
149
|
+
- Mobile: GPS, accelerometer, camera, always-connected
|
|
150
|
+
- Web: URLs, tabs, social sharing, real-time collaboration
|
|
151
|
+
- Console: Controllers, TV viewing, couch co-op
|
|
152
|
+
- VR/AR: Physical movement, spatial interaction, presence
|
|
153
|
+
|
|
154
|
+
2. **Constraint-Based Creativity**
|
|
155
|
+
[[LLM: Use technical or design constraints as creative catalysts.]]
|
|
156
|
+
|
|
157
|
+
- One-button games
|
|
158
|
+
- Games without graphics
|
|
159
|
+
- Games that play in notification bars
|
|
160
|
+
- Games using only system sounds
|
|
161
|
+
- Games with intentionally bad graphics
|
|
162
|
+
|
|
163
|
+
### 3. Game-Specific Technique Selection
|
|
164
|
+
|
|
165
|
+
[[LLM: Help user select appropriate techniques based on their specific game design needs.]]
|
|
166
|
+
|
|
167
|
+
**For Initial Game Concepts:**
|
|
168
|
+
|
|
169
|
+
- What If Game Scenarios
|
|
170
|
+
- Cross-Genre Fusion
|
|
171
|
+
- Emotion-First Design
|
|
172
|
+
|
|
173
|
+
**For Stuck/Blocked Creativity:**
|
|
174
|
+
|
|
175
|
+
- Player Motivation Reversal
|
|
176
|
+
- Constraint-Based Creativity
|
|
177
|
+
- Genre Expectation Subversion
|
|
178
|
+
|
|
179
|
+
**For Mechanic Development:**
|
|
180
|
+
|
|
181
|
+
- SCAMPER for Game Mechanics
|
|
182
|
+
- Core Loop Deconstruction
|
|
183
|
+
- Player Agency Spectrum
|
|
184
|
+
|
|
185
|
+
**For Player Experience:**
|
|
186
|
+
|
|
187
|
+
- Player Archetype Brainstorming
|
|
188
|
+
- Emotion-First Design
|
|
189
|
+
- Accessibility-First Innovation
|
|
190
|
+
|
|
191
|
+
**For World Building:**
|
|
192
|
+
|
|
193
|
+
- Environmental Storytelling
|
|
194
|
+
- Player-Generated Narrative
|
|
195
|
+
- Platform-Specific Design
|
|
196
|
+
|
|
197
|
+
### 4. Game Design Session Flow
|
|
198
|
+
|
|
199
|
+
[[LLM: Guide the brainstorming session with appropriate pacing for game design exploration.]]
|
|
200
|
+
|
|
201
|
+
1. **Inspiration Phase** (10-15 min)
|
|
202
|
+
|
|
203
|
+
- Reference existing games and mechanics
|
|
204
|
+
- Explore player experiences and emotions
|
|
205
|
+
- Gather visual and thematic inspiration
|
|
206
|
+
|
|
207
|
+
2. **Divergent Exploration** (25-35 min)
|
|
208
|
+
|
|
209
|
+
- Generate many game concepts or mechanics
|
|
210
|
+
- Use expansion and fusion techniques
|
|
211
|
+
- Encourage wild and impossible ideas
|
|
212
|
+
|
|
213
|
+
3. **Player-Centered Filtering** (15-20 min)
|
|
214
|
+
|
|
215
|
+
- Consider target audience reactions
|
|
216
|
+
- Evaluate emotional impact and engagement
|
|
217
|
+
- Group ideas by player experience goals
|
|
218
|
+
|
|
219
|
+
4. **Feasibility and Synthesis** (15-20 min)
|
|
220
|
+
- Assess technical and design feasibility
|
|
221
|
+
- Combine complementary ideas
|
|
222
|
+
- Develop most promising concepts
|
|
223
|
+
|
|
224
|
+
### 5. Game Design Output Format
|
|
225
|
+
|
|
226
|
+
[[LLM: Present brainstorming results in a format useful for game development.]]
|
|
227
|
+
|
|
228
|
+
**Session Summary:**
|
|
229
|
+
|
|
230
|
+
- Techniques used and focus areas
|
|
231
|
+
- Total concepts/mechanics generated
|
|
232
|
+
- Key themes and patterns identified
|
|
233
|
+
|
|
234
|
+
**Game Concept Categories:**
|
|
235
|
+
|
|
236
|
+
1. **Core Game Ideas** - Complete game concepts ready for prototyping
|
|
237
|
+
2. **Mechanic Innovations** - Specific gameplay mechanics to explore
|
|
238
|
+
3. **Player Experience Goals** - Emotional and engagement targets
|
|
239
|
+
4. **Technical Experiments** - Platform or technology-focused concepts
|
|
240
|
+
5. **Long-term Vision** - Ambitious ideas for future development
|
|
241
|
+
|
|
242
|
+
**Development Readiness:**
|
|
243
|
+
|
|
244
|
+
**Prototype-Ready Ideas:**
|
|
245
|
+
|
|
246
|
+
- Ideas that can be tested immediately
|
|
247
|
+
- Minimum viable implementations
|
|
248
|
+
- Quick validation approaches
|
|
249
|
+
|
|
250
|
+
**Research-Required Ideas:**
|
|
251
|
+
|
|
252
|
+
- Concepts needing technical investigation
|
|
253
|
+
- Player testing and market research needs
|
|
254
|
+
- Competitive analysis requirements
|
|
255
|
+
|
|
256
|
+
**Future Innovation Pipeline:**
|
|
257
|
+
|
|
258
|
+
- Ideas requiring significant development
|
|
259
|
+
- Technology-dependent concepts
|
|
260
|
+
- Market timing considerations
|
|
261
|
+
|
|
262
|
+
**Next Steps:**
|
|
263
|
+
|
|
264
|
+
- Which concepts to prototype first
|
|
265
|
+
- Recommended research areas
|
|
266
|
+
- Suggested playtesting approaches
|
|
267
|
+
- Documentation and GDD planning
|
|
268
|
+
|
|
269
|
+
## Game Design Specific Considerations
|
|
270
|
+
|
|
271
|
+
### Platform and Audience Awareness
|
|
272
|
+
|
|
273
|
+
- Always consider target platform limitations and advantages
|
|
274
|
+
- Keep target audience preferences and expectations in mind
|
|
275
|
+
- Balance innovation with familiar game design patterns
|
|
276
|
+
- Consider monetization and business model implications
|
|
277
|
+
|
|
278
|
+
### Rapid Prototyping Mindset
|
|
279
|
+
|
|
280
|
+
- Focus on ideas that can be quickly tested
|
|
281
|
+
- Emphasize core mechanics over complex features
|
|
282
|
+
- Design for iteration and player feedback
|
|
283
|
+
- Consider digital and paper prototyping approaches
|
|
284
|
+
|
|
285
|
+
### Player Psychology Integration
|
|
286
|
+
|
|
287
|
+
- Understand motivation and engagement drivers
|
|
288
|
+
- Consider learning curves and skill development
|
|
289
|
+
- Design for different play session lengths
|
|
290
|
+
- Balance challenge and reward appropriately
|
|
291
|
+
|
|
292
|
+
### Technical Feasibility
|
|
293
|
+
|
|
294
|
+
- Keep development resources and timeline in mind
|
|
295
|
+
- Consider art and audio asset requirements
|
|
296
|
+
- Think about performance and optimization needs
|
|
297
|
+
- Plan for testing and debugging complexity
|
|
298
|
+
|
|
299
|
+
## Important Notes for Game Design Sessions
|
|
300
|
+
|
|
301
|
+
- Encourage "impossible" ideas - constraints can be added later
|
|
302
|
+
- Build on game mechanics that have proven engagement
|
|
303
|
+
- Consider how ideas scale from prototype to full game
|
|
304
|
+
- Document player experience goals alongside mechanics
|
|
305
|
+
- Think about community and social aspects of gameplay
|
|
306
|
+
- Consider accessibility and inclusivity from the start
|
|
307
|
+
- Balance innovation with market viability
|
|
308
|
+
- Plan for iteration based on player feedback
|