more list cleanup
This commit is contained in:
@@ -103,8 +103,9 @@ This elicitation task is specifically designed for game development and should b
|
||||
- **Platform Considerations**: When adapting designs for different devices and input methods
|
||||
|
||||
The questions and perspectives offered should always consider:
|
||||
|
||||
- Player psychology and motivation
|
||||
- Technical feasibility with Phaser 3 and TypeScript
|
||||
- Performance implications for 60 FPS targets
|
||||
- Cross-platform compatibility (desktop and mobile)
|
||||
- Game development best practices and common pitfalls
|
||||
- Game development best practices and common pitfalls
|
||||
|
||||
@@ -14,6 +14,7 @@ Create detailed, actionable game development stories that enable AI developers t
|
||||
## Prerequisites
|
||||
|
||||
Before creating stories, ensure you have:
|
||||
|
||||
- Completed Game Design Document (GDD)
|
||||
- Game Architecture Document
|
||||
- Epic definition this story belongs to
|
||||
@@ -24,12 +25,14 @@ Before creating stories, ensure you have:
|
||||
### 1. Story Identification
|
||||
|
||||
**Review Epic Context:**
|
||||
|
||||
- Understand the epic's overall goal
|
||||
- Identify specific features that need implementation
|
||||
- Review any existing stories in the epic
|
||||
- Ensure no duplicate work
|
||||
|
||||
**Feature Analysis:**
|
||||
|
||||
- Reference specific GDD sections
|
||||
- Understand player experience goals
|
||||
- Identify technical complexity
|
||||
@@ -38,12 +41,14 @@ Before creating stories, ensure you have:
|
||||
### 2. Story Scoping
|
||||
|
||||
**Single Responsibility:**
|
||||
|
||||
- Focus on one specific game feature
|
||||
- Ensure story is completable in 1-3 days
|
||||
- Break down complex features into multiple stories
|
||||
- Maintain clear boundaries with other stories
|
||||
|
||||
**Implementation Clarity:**
|
||||
|
||||
- Define exactly what needs to be built
|
||||
- Specify all technical requirements
|
||||
- Include all necessary integration points
|
||||
@@ -55,6 +60,7 @@ Before creating stories, ensure you have:
|
||||
Use `templates#game-story-tmpl` following all embedded LLM instructions
|
||||
|
||||
**Key Focus Areas:**
|
||||
|
||||
- Clear, actionable description
|
||||
- Specific acceptance criteria
|
||||
- Detailed technical specifications
|
||||
@@ -64,18 +70,21 @@ Use `templates#game-story-tmpl` following all embedded LLM instructions
|
||||
### 4. Story Validation
|
||||
|
||||
**Technical Review:**
|
||||
|
||||
- Verify all technical specifications are complete
|
||||
- Ensure integration points are clearly defined
|
||||
- Confirm file paths match architecture
|
||||
- Validate TypeScript interfaces and classes
|
||||
|
||||
**Game Design Alignment:**
|
||||
|
||||
- Confirm story implements GDD requirements
|
||||
- Verify player experience goals are met
|
||||
- Check balance parameters are included
|
||||
- Ensure game mechanics are correctly interpreted
|
||||
|
||||
**Implementation Readiness:**
|
||||
|
||||
- All dependencies identified
|
||||
- Assets requirements specified
|
||||
- Testing criteria defined
|
||||
@@ -87,6 +96,7 @@ Use `templates#game-story-tmpl` following all embedded LLM instructions
|
||||
Execute `checklists#game-story-dod-checklist` against completed story
|
||||
|
||||
**Story Criteria:**
|
||||
|
||||
- Story is immediately actionable
|
||||
- No design decisions left to developer
|
||||
- Technical requirements are complete
|
||||
@@ -96,12 +106,14 @@ Execute `checklists#game-story-dod-checklist` against completed story
|
||||
### 6. Story Refinement
|
||||
|
||||
**Developer Perspective:**
|
||||
|
||||
- Can a developer start implementation immediately?
|
||||
- Are all technical questions answered?
|
||||
- Is the scope appropriate for the estimated points?
|
||||
- Are all dependencies clearly identified?
|
||||
|
||||
**Iterative Improvement:**
|
||||
|
||||
- Address any gaps or ambiguities
|
||||
- Clarify complex technical requirements
|
||||
- Ensure story fits within epic scope
|
||||
@@ -110,6 +122,7 @@ Execute `checklists#game-story-dod-checklist` against completed story
|
||||
## Story Elements Checklist
|
||||
|
||||
### Required Sections
|
||||
|
||||
- [ ] Clear, specific description
|
||||
- [ ] Complete acceptance criteria (functional, technical, game design)
|
||||
- [ ] Detailed technical specifications
|
||||
@@ -123,6 +136,7 @@ Execute `checklists#game-story-dod-checklist` against completed story
|
||||
- [ ] Definition of Done checklist
|
||||
|
||||
### Game-Specific Requirements
|
||||
|
||||
- [ ] GDD section references
|
||||
- [ ] Game mechanic implementation details
|
||||
- [ ] Player experience goals
|
||||
@@ -132,6 +146,7 @@ Execute `checklists#game-story-dod-checklist` against completed story
|
||||
- [ ] Cross-platform considerations
|
||||
|
||||
### Technical Quality
|
||||
|
||||
- [ ] TypeScript strict mode compliance
|
||||
- [ ] Architecture document alignment
|
||||
- [ ] Code organization follows standards
|
||||
@@ -142,18 +157,21 @@ Execute `checklists#game-story-dod-checklist` against completed story
|
||||
## Common Pitfalls
|
||||
|
||||
**Scope Issues:**
|
||||
|
||||
- Story too large (break into multiple stories)
|
||||
- Story too vague (add specific requirements)
|
||||
- Missing dependencies (identify all prerequisites)
|
||||
- Unclear boundaries (define what's in/out of scope)
|
||||
|
||||
**Technical Issues:**
|
||||
|
||||
- Missing integration details
|
||||
- Incomplete technical specifications
|
||||
- Undefined interfaces or classes
|
||||
- Missing performance requirements
|
||||
|
||||
**Game Design Issues:**
|
||||
|
||||
- Not referencing GDD properly
|
||||
- Missing player experience context
|
||||
- Unclear game mechanic implementation
|
||||
@@ -162,6 +180,7 @@ Execute `checklists#game-story-dod-checklist` against completed story
|
||||
## Success Criteria
|
||||
|
||||
**Story Readiness:**
|
||||
|
||||
- [ ] Developer can start implementation immediately
|
||||
- [ ] No additional design decisions required
|
||||
- [ ] All technical questions answered
|
||||
@@ -170,6 +189,7 @@ Execute `checklists#game-story-dod-checklist` against completed story
|
||||
- [ ] Story fits within epic scope
|
||||
|
||||
**Quality Validation:**
|
||||
|
||||
- [ ] Game story DOD checklist passes
|
||||
- [ ] Architecture alignment confirmed
|
||||
- [ ] GDD requirements covered
|
||||
@@ -179,6 +199,7 @@ Execute `checklists#game-story-dod-checklist` against completed story
|
||||
## Handoff Protocol
|
||||
|
||||
**To Game Developer:**
|
||||
|
||||
1. Provide story document
|
||||
2. Confirm GDD and architecture access
|
||||
3. Verify all dependencies are met
|
||||
@@ -186,9 +207,10 @@ Execute `checklists#game-story-dod-checklist` against completed story
|
||||
5. Establish check-in schedule
|
||||
|
||||
**Story Status Updates:**
|
||||
|
||||
- Draft → Ready for Development
|
||||
- In Development → Code Review
|
||||
- Code Review → Testing
|
||||
- Testing → Done
|
||||
|
||||
This task ensures game development stories are immediately actionable and enable efficient AI-driven development of game features.
|
||||
This task ensures game development stories are immediately actionable and enable efficient AI-driven development of game features.
|
||||
|
||||
@@ -9,6 +9,7 @@ This task provides a comprehensive toolkit of creative brainstorming techniques
|
||||
[[LLM: Begin by understanding the game design context and goals. Ask clarifying questions if needed to determine the best approach for game-specific ideation.]]
|
||||
|
||||
1. **Establish Game Context**
|
||||
|
||||
- Understand the game genre or opportunity area
|
||||
- Identify target audience and platform constraints
|
||||
- Determine session goals (concept exploration vs. mechanic refinement)
|
||||
@@ -164,26 +165,31 @@ This task provides a comprehensive toolkit of creative brainstorming techniques
|
||||
[[LLM: Help user select appropriate techniques based on their specific game design needs.]]
|
||||
|
||||
**For Initial Game Concepts:**
|
||||
|
||||
- What If Game Scenarios
|
||||
- Cross-Genre Fusion
|
||||
- Emotion-First Design
|
||||
|
||||
**For Stuck/Blocked Creativity:**
|
||||
|
||||
- Player Motivation Reversal
|
||||
- Constraint-Based Creativity
|
||||
- Genre Expectation Subversion
|
||||
|
||||
**For Mechanic Development:**
|
||||
|
||||
- SCAMPER for Game Mechanics
|
||||
- Core Loop Deconstruction
|
||||
- Player Agency Spectrum
|
||||
|
||||
**For Player Experience:**
|
||||
|
||||
- Player Archetype Brainstorming
|
||||
- Emotion-First Design
|
||||
- Accessibility-First Innovation
|
||||
|
||||
**For World Building:**
|
||||
|
||||
- Environmental Storytelling
|
||||
- Player-Generated Narrative
|
||||
- Platform-Specific Design
|
||||
@@ -193,16 +199,19 @@ This task provides a comprehensive toolkit of creative brainstorming techniques
|
||||
[[LLM: Guide the brainstorming session with appropriate pacing for game design exploration.]]
|
||||
|
||||
1. **Inspiration Phase** (10-15 min)
|
||||
|
||||
- Reference existing games and mechanics
|
||||
- Explore player experiences and emotions
|
||||
- Gather visual and thematic inspiration
|
||||
|
||||
2. **Divergent Exploration** (25-35 min)
|
||||
|
||||
- Generate many game concepts or mechanics
|
||||
- Use expansion and fusion techniques
|
||||
- Encourage wild and impossible ideas
|
||||
|
||||
3. **Player-Centered Filtering** (15-20 min)
|
||||
|
||||
- Consider target audience reactions
|
||||
- Evaluate emotional impact and engagement
|
||||
- Group ideas by player experience goals
|
||||
@@ -217,6 +226,7 @@ This task provides a comprehensive toolkit of creative brainstorming techniques
|
||||
[[LLM: Present brainstorming results in a format useful for game development.]]
|
||||
|
||||
**Session Summary:**
|
||||
|
||||
- Techniques used and focus areas
|
||||
- Total concepts/mechanics generated
|
||||
- Key themes and patterns identified
|
||||
@@ -232,21 +242,25 @@ This task provides a comprehensive toolkit of creative brainstorming techniques
|
||||
**Development Readiness:**
|
||||
|
||||
**Prototype-Ready Ideas:**
|
||||
|
||||
- Ideas that can be tested immediately
|
||||
- Minimum viable implementations
|
||||
- Quick validation approaches
|
||||
|
||||
**Research-Required Ideas:**
|
||||
|
||||
- Concepts needing technical investigation
|
||||
- Player testing and market research needs
|
||||
- Competitive analysis requirements
|
||||
|
||||
**Future Innovation Pipeline:**
|
||||
|
||||
- Ideas requiring significant development
|
||||
- Technology-dependent concepts
|
||||
- Market timing considerations
|
||||
|
||||
**Next Steps:**
|
||||
|
||||
- Which concepts to prototype first
|
||||
- Recommended research areas
|
||||
- Suggested playtesting approaches
|
||||
@@ -255,24 +269,28 @@ This task provides a comprehensive toolkit of creative brainstorming techniques
|
||||
## Game Design Specific Considerations
|
||||
|
||||
### Platform and Audience Awareness
|
||||
|
||||
- Always consider target platform limitations and advantages
|
||||
- Keep target audience preferences and expectations in mind
|
||||
- Balance innovation with familiar game design patterns
|
||||
- Consider monetization and business model implications
|
||||
|
||||
### Rapid Prototyping Mindset
|
||||
|
||||
- Focus on ideas that can be quickly tested
|
||||
- Emphasize core mechanics over complex features
|
||||
- Design for iteration and player feedback
|
||||
- Consider digital and paper prototyping approaches
|
||||
|
||||
### Player Psychology Integration
|
||||
|
||||
- Understand motivation and engagement drivers
|
||||
- Consider learning curves and skill development
|
||||
- Design for different play session lengths
|
||||
- Balance challenge and reward appropriately
|
||||
|
||||
### Technical Feasibility
|
||||
|
||||
- Keep development resources and timeline in mind
|
||||
- Consider art and audio asset requirements
|
||||
- Think about performance and optimization needs
|
||||
@@ -287,4 +305,4 @@ This task provides a comprehensive toolkit of creative brainstorming techniques
|
||||
- Think about community and social aspects of gameplay
|
||||
- Consider accessibility and inclusivity from the start
|
||||
- Balance innovation with market viability
|
||||
- Plan for iteration based on player feedback
|
||||
- Plan for iteration based on player feedback
|
||||
|
||||
Reference in New Issue
Block a user