Implemented complete WebSocket integration for real-time player substitutions.
System is now 80% complete - only tests remain.
## WebSocket Events Implemented (600 lines)
### Event Handlers (backend/app/websocket/handlers.py):
1. request_pinch_hitter - Pinch hitter substitution
- Validates: game_id, player_out_lineup_id, player_in_card_id, team_id
- Executes: SubstitutionManager.pinch_hit()
- Broadcasts: player_substituted (all clients), substitution_confirmed (requester)
- Error codes: MISSING_FIELD, INVALID_FORMAT, NOT_CURRENT_BATTER, etc.
2. request_defensive_replacement - Defensive replacement
- Additional field: new_position (P, C, 1B, 2B, 3B, SS, LF, CF, RF)
- Executes: SubstitutionManager.defensive_replace()
- Same broadcast pattern as pinch hitter
3. request_pitching_change - Pitching change
- Validates minimum batters faced (handled in SubstitutionManager)
- Executes: SubstitutionManager.change_pitcher()
- Broadcasts new pitcher to all clients
4. get_lineup - Get active lineup for team
- Returns: lineup_data with all active players
- Uses: StateManager cache (O(1)) or database fallback
- Purpose: UI refresh after substitutions
### Event Pattern (follows existing handlers):
- Validate inputs (UUID format, required fields, game exists)
- Create SubstitutionManager instance with DatabaseOperations
- Execute substitution (validate → DB → state)
- Broadcast player_substituted to game room
- Send substitution_confirmed to requester
- Error handling with specific error codes
### Events Emitted:
- player_substituted (broadcast) - Includes: type, lineup IDs, position, batting_order
- substitution_confirmed (requester) - Success confirmation with new_lineup_id
- substitution_error (requester) - Validation error with error code
- lineup_data (requester) - Active lineup response
- error (requester) - Generic error
## Documentation Updates (350 lines)
### backend/app/websocket/CLAUDE.md:
- Complete handler documentation with examples
- Event data structures and response formats
- Error code reference (MISSING_FIELD, INVALID_FORMAT, NOT_CURRENT_BATTER, etc.)
- Client integration examples (JavaScript)
- Complete workflow diagrams
- Updated event summary table (+8 events)
- Updated Common Imports section
### .claude/implementation/ updates:
- NEXT_SESSION.md: Marked Task 1 complete, updated to 80% done
- SUBSTITUTION_SYSTEM_SUMMARY.md: Added WebSocket section, updated status
- GAMESTATE_REFACTOR_PLAN.md: Marked complete
- PHASE_3_OVERVIEW.md: Updated all phases to reflect completion
- phase-3e-COMPLETED.md: Created comprehensive completion doc
## Architecture
### DB-First Pattern (maintained):
```
Client Request → WebSocket Handler
↓
SubstitutionManager
├─ SubstitutionRules.validate_*()
├─ DatabaseOperations.create_substitution() (DB first!)
├─ StateManager.update_lineup_cache()
└─ Update GameState if applicable
↓
Success Responses
├─ player_substituted (broadcast to room)
└─ substitution_confirmed (to requester)
```
### Error Handling:
- Three-tier: ValidationError, GameValidationError, Exception
- Specific error codes for each failure type
- User-friendly error messages
- Comprehensive logging at each step
## Status Update
**Phase 3F Substitution System**: 80% Complete
- ✅ Core logic (SubstitutionRules, SubstitutionManager) - 1,027 lines
- ✅ Database operations (create_substitution, get_eligible_substitutes)
- ✅ WebSocket events (4 handlers) - 600 lines
- ✅ Documentation (350 lines)
- ⏳ Unit tests (20% remaining) - ~300 lines needed
- ⏳ Integration tests - ~400 lines needed
**Phase 3 Overall**: ~97% Complete
- Phase 3A-D (X-Check Core): 100%
- Phase 3E (GameState, Ratings, Redis, Testing): 100%
- Phase 3F (Substitutions): 80%
## Files Modified
backend/app/websocket/handlers.py (+600 lines)
backend/app/websocket/CLAUDE.md (+350 lines)
.claude/implementation/NEXT_SESSION.md (updated progress)
.claude/implementation/SUBSTITUTION_SYSTEM_SUMMARY.md (added WebSocket section)
.claude/implementation/GAMESTATE_REFACTOR_PLAN.md (marked complete)
.claude/implementation/PHASE_3_OVERVIEW.md (updated all phases)
.claude/implementation/phase-3e-COMPLETED.md (new file, 400+ lines)
## Next Steps
Remaining work (2-3 hours):
1. Unit tests for SubstitutionRules (~300 lines)
- 15+ pinch hitter tests
- 12+ defensive replacement tests
- 10+ pitching change tests
2. Integration tests for SubstitutionManager (~400 lines)
- Full DB + state sync flow
- State recovery verification
- Error handling and rollback
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
12 KiB
Substitution System Implementation - Phase 3 Week 8
Date: 2025-11-04 (Updated) Status: WebSocket Integration Complete (4/5 phases done - 80% complete) Estimated Time: 8-9 hours completed, 2-3 hours remaining (tests only)
Overview
Implemented core substitution system for baseball gameplay following established DB-first pattern.
Components Implemented ✅
1. SubstitutionRules (validation logic)
File: backend/app/core/substitution_rules.py (345 lines)
Comprehensive baseball substitution validation:
Classes:
ValidationResult: Data class for validation resultsSubstitutionRules: Static validation methods
Methods:
validate_pinch_hitter(): Validates pinch hitter substitutionsvalidate_defensive_replacement(): Validates defensive replacementsvalidate_pitching_change(): Validates pitching changesvalidate_double_switch(): Validates complex double switches
Rules Enforced:
- ✅ No re-entry (once removed, cannot return)
- ✅ Roster eligibility (must be on roster)
- ✅ Active status (substitute must be inactive)
- ✅ Current batter check (pinch hitter only for current batter)
- ✅ Minimum batters faced (pitcher must face 1 batter)
- ✅ Position validation (valid baseball positions)
- ✅ Timing checks (with warnings for mid-inning changes)
2. SubstitutionManager (orchestration logic)
File: backend/app/core/substitution_manager.py (552 lines)
Orchestrates substitutions with DB-first pattern:
Classes:
SubstitutionResult: Data class for operation resultsSubstitutionManager: Main orchestration class
Methods:
pinch_hit(): Execute pinch hitter substitutiondefensive_replace(): Execute defensive replacementchange_pitcher(): Execute pitching change
Pattern (DB-First):
- Validate using in-memory state
- Update DATABASE FIRST
- Update in-memory state SECOND
- Return result (WebSocket broadcast in handler)
Key Features:
- ✅ Comprehensive error handling
- ✅ State + DB sync guaranteed
- ✅ Automatic lineup cache updates
- ✅ Current player references updated (batter/pitcher/catcher)
- ✅ Logging at every step
3. Database Operations (persistence)
File: backend/app/database/operations.py (extended)
Added substitution-specific operations:
Methods Added:
create_substitution(): Creates substitution in database- Marks old player inactive
- Creates new lineup entry with metadata
- Returns new lineup_id
get_eligible_substitutes(): Gets inactive players (potential subs)
Database Fields Used:
is_active: Tracks current vs benchedis_starter: Original vs substituteentered_inning: When player enteredreplacing_id: Links to replaced playerafter_play: Exact play number of substitution
4. Model Enhancements (helper methods)
File: backend/app/models/game_models.py (modified)
Added helper method to TeamLineupState:
get_player_by_card_id(): Find player by card/player ID
Architecture Decisions
1. DB-First Pattern
Following established game engine pattern:
1. Validate (in-memory, fast)
2. Update DATABASE (source of truth)
3. Update STATE (cache)
4. Broadcast (WebSocket in handler)
Rationale: Database is source of truth, survives server restarts
2. Immutable Lineup History
- Never delete lineup entries
- Use
is_activeflag for current lineup replacing_idcreates complete audit trail
Benefits:
- Can reconstruct any moment in game history
- Rollback support
- Complete substitution tracking
3. Position Flexibility (MVP)
- Don't enforce strict position eligibility in MVP
- Any player can play any position
- Can add position validation post-MVP
Rationale: Simplifies MVP, users know their rosters
4. Batting Order Inheritance
- Pinch hitter takes batting order of replaced player
- Defensive replacement keeps batting order if in lineup
- Double switch allows batting order changes
Rationale: Matches real baseball rules
Components Implemented ✅ (cont'd)
5. WebSocket Events (2025-11-04) - ✅ COMPLETED
File: backend/app/websocket/handlers.py (+600 lines)
Real-time substitution events for multiplayer gameplay:
Event Handlers:
request_pinch_hitter(sid, data)- Pinch hitter substitution eventrequest_defensive_replacement(sid, data)- Defensive replacement eventrequest_pitching_change(sid, data)- Pitching change eventget_lineup(sid, data)- Get active lineup for team (UI refresh)
Event Pattern:
- Validate inputs (game_id, player_out_lineup_id, player_in_card_id, team_id)
- Create SubstitutionManager instance
- Execute substitution (validate → DB → state)
- Broadcast
player_substitutedto all clients in game room - Send
substitution_confirmedto requester - Error handling with specific error codes
Events Emitted:
player_substituted- Broadcast to game room with substitution detailssubstitution_confirmed- Confirmation to requester with new lineup_idsubstitution_error- Validation error to requester with error codelineup_data- Active lineup data responseerror- Generic error to requester
Error Codes:
MISSING_FIELD- Required field not providedINVALID_FORMAT- Invalid game_id UUID formatNOT_CURRENT_BATTER- Can only pinch hit for current batterPLAYER_ALREADY_OUT- Player has already been removedNOT_IN_ROSTER- Substitute not on team rosterALREADY_ACTIVE- Substitute already in game
Documentation: Added 350+ lines to backend/app/websocket/CLAUDE.md with:
- Complete handler documentation
- Event data structures
- Client integration examples
- Error code reference
- Workflow diagrams
What's NOT Implemented Yet
6. Testing (2-3 hours) - REMAINING WORK
Need to write:
- Unit tests for SubstitutionRules (~300 lines)
- Test all validation paths (15+ pinch hitter, 12+ defensive, 10+ pitcher)
- Edge cases (already out, not in roster, already active)
- Integration tests for SubstitutionManager (~400 lines)
- Test full DB + state sync flow
- Verify state recovery after substitution
- Test error handling and rollback
- WebSocket event tests (optional, can defer)
- Mock event testing
- End-to-end flow testing
7. API Documentation (optional, 1 hour)
Optional (WebSocket docs already complete):
- Python API usage examples (already in code)
- Additional flow diagrams
- Troubleshooting guide
Files Created/Modified
Created:
backend/app/core/substitution_rules.py (345 lines)
backend/app/core/substitution_manager.py (552 lines)
.claude/implementation/SUBSTITUTION_SYSTEM_SUMMARY.md
Modified:
backend/app/models/game_models.py (+15 lines - helper method)
backend/app/database/operations.py (+115 lines - DB operations)
backend/app/websocket/handlers.py (+600 lines - WebSocket events) 2025-11-04
backend/app/websocket/CLAUDE.md (+350 lines - event documentation) 2025-11-04
Total: ~1,977 lines of new code (core logic + WebSocket integration)
Integration Points
With Game Engine
from app.core.substitution_manager import SubstitutionManager
from app.database.operations import DatabaseOperations
# In GameEngine.__init__()
self.substitution_manager = SubstitutionManager(self.db_ops)
# Usage
result = await self.substitution_manager.pinch_hit(
game_id=game_id,
player_out_lineup_id=current_batter_lineup_id,
player_in_card_id=123,
team_id=1
)
With WebSocket (To be implemented)
# In handlers.py
@sio.event
async def request_pinch_hitter(sid, data):
result = await game_engine.substitution_manager.pinch_hit(...)
if result.success:
# Broadcast to all clients
await manager.broadcast_to_game(
game_id,
'player_substituted',
{
'type': 'pinch_hitter',
'player_out': result.player_out_lineup_id,
'player_in': result.player_in_card_id,
'new_lineup_id': result.new_lineup_id,
'updated_lineup': result.updated_lineup.model_dump()
}
)
else:
await sio.emit('substitution_error', {
'error': result.error_message,
'code': result.error_code
}, room=sid)
Success Criteria
Completed ✅:
- Validation rules enforced
- DB-first pattern followed
- Database + state stay in sync
- Comprehensive error handling
- Audit trail (replacing_id, entered_inning, after_play)
- Logging at every step
- WebSocket events implemented ✅ (2025-11-04)
- Real-time lineup updates broadcast ✅ (2025-11-04)
- WebSocket event documentation complete ✅ (2025-11-04)
Remaining ⏳ (20%):
- Unit tests written (~300 lines needed)
- Integration tests written (~400 lines needed)
- Substitution history visible in UI (frontend work, deferred)
Testing Strategy
Unit Tests (SubstitutionRules)
def test_validate_pinch_hitter_not_current_batter()
def test_validate_pinch_hitter_player_already_out()
def test_validate_pinch_hitter_substitute_not_in_roster()
def test_validate_pinch_hitter_substitute_already_active()
def test_validate_pinch_hitter_success()
# Similar for defensive_replacement and pitching_change
Integration Tests (SubstitutionManager)
async def test_pinch_hit_full_flow()
async def test_defensive_replace_full_flow()
async def test_change_pitcher_full_flow()
async def test_substitution_updates_state_correctly()
async def test_substitution_survives_recovery()
WebSocket Tests
async def test_pinch_hitter_event()
async def test_substitution_broadcast()
async def test_substitution_error_handling()
Performance Notes
Expected Latency:
- Validation: < 1ms (in-memory)
- Database update: < 20ms (INSERT + UPDATE)
- State update: < 1ms (in-memory)
- Total: < 25ms for complete substitution
Memory Impact:
- Minimal (one additional LineupPlayerState object)
- Old player remains in memory (marked inactive)
Next Steps
-
Add WebSocket Events (2-3 hours)
- Event handlers in
app/websocket/handlers.py - Integrate SubstitutionManager
- Broadcast to all clients
- Event handlers in
-
Write Tests (2-3 hours)
- Unit tests for validation rules
- Integration tests for manager
- WebSocket event tests
-
Documentation (1 hour)
- API usage guide
- Event format reference
- Error codes list
- Example workflows
Commit Message
CLAUDE: Phase 3 - Substitution System Core Logic
Implemented comprehensive substitution system with DB-first pattern:
## Core Components (897 lines)
1. SubstitutionRules (345 lines)
- Validates pinch hitter, defensive replacement, pitching change
- Enforces no re-entry, roster eligibility, active status
- Comprehensive error messages with error codes
2. SubstitutionManager (552 lines)
- Orchestrates DB-first pattern: validate → DB → state
- Handles pinch_hit, defensive_replace, change_pitcher
- Automatic state sync and lineup cache updates
3. Database Operations (+115 lines)
- create_substitution(): Creates sub with full metadata
- get_eligible_substitutes(): Lists inactive players
4. Model Enhancements (+15 lines)
- Added get_player_by_card_id() to TeamLineupState
## Key Features
- ✅ DB-first pattern (database is source of truth)
- ✅ Immutable lineup history (audit trail)
- ✅ Comprehensive validation (8+ rule checks)
- ✅ State + DB sync guaranteed
- ✅ Error handling at every step
- ✅ Detailed logging for debugging
## Architecture Decisions
- Position flexibility (MVP - no eligibility check)
- Batting order inheritance (pinch hitter takes spot)
- No re-entry (matches real baseball rules)
- Validation uses in-memory state (fast)
## Remaining Work
- WebSocket event handlers (2-3 hours)
- Comprehensive testing (2-3 hours)
- API documentation (1 hour)
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Status: 60% complete - Core logic done, WebSocket + tests remaining Next Session: Implement WebSocket events and testing