Commit Graph

49 Commits

Author SHA1 Message Date
Z. Cliffe Schreuders
57d9b8f5d8 docs: Remove critical action required for room dimension audit from implementation plan -- these are older rooms replaced by 2.0 rooms 2025-11-16 02:17:39 +00:00
Z. Cliffe Schreuders
128727536e docs: Complete comprehensive review2 of room layout plans with critical bug fixes
Performed detailed validation of room layout implementation plans against
ceo_exfil.json scenario, identifying and fixing 3 critical bugs that would
have caused implementation failure.

## Critical Bugs Fixed

1. **Negative Modulo Bug** (CRITICAL)
   - JavaScript modulo with negatives: -5 % 2 = -1 (not 1)
   - Affected all rooms with negative grid coordinates
   - Fixed: Use ((sum % 2) + 2) % 2 for deterministic placement
   - Applied to all door placement functions (N/S/E/W)

2. **Asymmetric Door Alignment Bug** (CRITICAL)
   - Single-door rooms connecting to multi-door rooms misaligned
   - Example: office1 (2 doors) ↔ office2 (1 door) = 64px misalignment
   - Fixed: Check connected room's connection array and align precisely
   - Applied to all 4 directions with index-based alignment

3. **Grid Rounding Ambiguity** (CRITICAL)
   - Math.round(-0.5) has implementation-dependent behavior
   - Fixed: Use Math.floor() consistently for grid alignment
   - Applied to all positioning functions

## Scenario Validation

- Traced ceo_exfil.json step-by-step through positioning algorithm
- Simulated door placements for all rooms
- Verified office1↔office2/office3 connections (key test case)
- Result: Would fail without fixes, will succeed with fixes

## Documents Updated

- DOOR_PLACEMENT.md: Added asymmetric alignment + negative modulo fix
- POSITIONING_ALGORITHM.md: Changed Math.round() to Math.floor()
- GRID_SYSTEM.md: Added grid alignment rounding clarification
- README.md: Updated critical fixes status, added Phase 0

## Review Documents Created

- review2/COMPREHENSIVE_REVIEW.md: Full analysis (400+ lines)
- review2/SUMMARY.md: Executive summary and status

## Confidence Assessment

- Before fixes: 40% success probability
- After fixes: 90% success probability

## Status

 Plans are self-contained and actionable
 All critical bugs fixed in specifications
 Validated against real scenario
 Ready for implementation (after Phase 0 audit)

Remaining risk: Room dimension validation (must audit before coding)
2025-11-16 02:13:21 +00:00
Z. Cliffe Schreuders
019986ceef docs: Add comprehensive room layout system redesign plan
Created detailed implementation plan for redesigning the room layout system
to support variable room sizes and four-direction connections.

Core Concepts:
- Grid unit system (5×4 tiles base, excluding 2-tile visual top)
- Valid room heights: 6, 10, 14, 18, 22, 26... (formula: 2 + 4N)
- Breadth-first room positioning from starting room
- Deterministic door placement with alignment for asymmetric connections
- Comprehensive scenario validation

Documents Created:
- OVERVIEW.md: High-level goals and changes
- TERMINOLOGY.md: Definitions and concepts
- GRID_SYSTEM.md: Grid unit system specification
- POSITIONING_ALGORITHM.md: Room positioning logic
- DOOR_PLACEMENT.md: Door placement rules and algorithms
- WALL_SYSTEM.md: Wall collision system updates
- VALIDATION.md: Scenario validation system
- IMPLEMENTATION_STEPS.md: Step-by-step implementation guide
- TODO_LIST.md: Detailed task checklist
- README.md: Quick start and overview

Review & Critical Fixes:
- review1/CRITICAL_REVIEW.md: Identified 4 critical issues
- review1/RECOMMENDATIONS.md: Solutions for all issues
- UPDATED_FILES_SUMMARY.md: Integration of review feedback

Critical Issues Identified & Resolved:
1. Grid height calculation (now: 6, 10, 14, 18...)
2. Door alignment for asymmetric connections (solution documented)
3. Code duplication (shared module approach specified)
4. Disconnected rooms (validation added)

Implementation Strategy:
- Incremental approach with feature flag
- Phase 1: Constants and helpers
- Phase 2a: North/South positioning
- Phase 2b: East/West support
- Phase 3: Door placement with critical fixes
- Phase 4: Validation
- Phase 5-6: Testing and documentation

Estimated time: 18-26 hours
Confidence: 9/10 (all critical issues addressed)

Ready for implementation.
2025-11-15 23:58:19 +00:00
Z. Cliffe Schreuders
7ecda9d39d feat(rfid): Implement multi-protocol RFID system with 4 protocols
Implement comprehensive multi-protocol RFID system with deterministic
card_id-based generation, MIFARE key attacks, and protocol-specific UI.

## New Protocol System (4 protocols):
- EM4100 (low security) - Instant clone, already implemented
- MIFARE_Classic_Weak_Defaults (low) - Dictionary attack succeeds (95%)
- MIFARE_Classic_Custom_Keys (medium) - Requires Darkside attack (30s)
- MIFARE_DESFire (high) - UID only, forces physical theft

## Key Features:

### 1. Protocol Foundation
- Created rfid-protocols.js with protocol definitions
- Added protocol detection, capabilities, security levels
- Defined attack durations and common MIFARE keys

### 2. Deterministic Card Generation
- Updated rfid-data.js with card_id-based generation
- Same card_id always produces same hex/UID (deterministic)
- Simplified scenario format - no manual hex/UID needed
- getCardDisplayData() supports all protocols

### 3. MIFARE Attack System
- Created rfid-attacks.js with MIFAREAttackManager
- Dictionary Attack: Instant, 95% success on weak defaults
- Darkside Attack: 30 sec (10s on weak), cracks all keys
- Nested Attack: 10 sec, uses known key to crack rest
- Protocol-aware attack behavior

### 4. UI Enhancements
- Updated rfid-ui.js with protocol-specific displays
- showProtocolInfo() with color-coded security badges
- showAttackProgress() and updateAttackProgress()
- Protocol headers with icons and frequency info
- Updated showCardDataScreen() and showEmulationScreen()

### 5. Unlock System Integration
- Updated unlock-system.js for card_id matching
- Support multiple valid cards per door (array)
- Added acceptsUIDOnly flag for DESFire UID emulation
- Backward compatible with legacy key_id format

### 6. Minigame Integration
- Updated rfid-minigame.js with attack methods
- startKeyAttack() triggers dictionary/darkside/nested
- handleCardTap() and handleEmulate() use card_id arrays
- UID-only emulation validation for DESFire
- Attack manager cleanup on minigame exit

### 7. Styling
- Added CSS for protocol headers and security badges
- Color-coded security levels (red=low, teal=medium, green=high)
- Attack progress styling with smooth transitions
- Dimmed menu items for unlikely attack options

## Scenario Format Changes:

Before (manual technical data):
```json
{
  "type": "keycard",
  "rfid_hex": "01AB34CD56",
  "rfid_facility": 1,
  "key_id": "employee_badge"
}
```

After (simplified with card_id):
```json
{
  "type": "keycard",
  "card_id": "employee_badge",
  "rfid_protocol": "MIFARE_Classic_Weak_Defaults",
  "name": "Employee Badge"
}
```

Technical data (hex/UID) generated automatically from card_id.

## Door Configuration:

Multiple valid cards per door:
```json
{
  "lockType": "rfid",
  "requires": ["employee_badge", "contractor_badge", "master_card"],
  "acceptsUIDOnly": false
}
```

## Files Modified:
- js/minigames/rfid/rfid-protocols.js (NEW)
- js/minigames/rfid/rfid-attacks.js (NEW)
- js/minigames/rfid/rfid-data.js
- js/minigames/rfid/rfid-ui.js
- js/minigames/rfid/rfid-minigame.js
- js/systems/unlock-system.js
- css/rfid-minigame.css
- planning_notes/rfid_keycard/protocols_and_interactions/03_UPDATES_SUMMARY.md (NEW)

## Next Steps:
- Phase 5: Ink integration (syncCardProtocolsToInk)
- Test with scenarios for each protocol
- Add Ink variable documentation

Estimated implementation time: ~12 hours (Phases 1-4 complete)
2025-11-15 23:48:15 +00:00
Z. Cliffe Schreuders
d697eef3ca docs(rfid): Add multi-protocol RFID system planning & review
Created comprehensive planning for adding multiple RFID protocols with
different security levels and attack capabilities.

Planning Documents:
- 00_IMPLEMENTATION_SUMMARY.md: Complete implementation guide (14h estimate)
- 01_TECHNICAL_DESIGN.md: Protocol specs, data models, UI design
- 02_IMPLEMENTATION_PLAN.md: Detailed file-by-file implementation plan
- CRITICAL_REVIEW.md: Pre-implementation review with 12 improvements

Protocol System (Simplified from Original):
 EM4100 (low security) - Instant clone, already implemented
 MIFARE Classic (medium) - Requires key attacks (Darkside/Nested/Dictionary)
 MIFARE DESFire (high) - UID only, forces physical theft
 HID Prox - Removed (too similar to EM4100, saves 2h)

Key Features:
- Protocol detection with color-coded security levels
- MIFARE key cracking minigames (30s Darkside, 10s Nested, instant Dictionary)
- Ink integration for conditional interactions based on card protocol
- Dual format support (no migration needed)
- UID-only emulation for DESFire with acceptsUIDOnly door property

Review Improvements Applied:
- Merged "attack mode" into clone mode (simpler state machine)
- Removed firmware upgrade system (can add later)
- Dual format card data support instead of migration (safer)
- Added error handling for unsupported protocols
- Added cleanup for background attacks
- Documented required Ink variables

Time Estimate: 14 hours (down from 19h)
- Phase 1: Protocol Foundation (3h)
- Phase 2: Protocol Detection & UI (3h)
- Phase 3: MIFARE Attack System (5h)
- Phase 4: Ink Integration (2h)
- Phase 5: Door Integration & Testing (1h)

Next Steps: Begin implementation starting with Phase 1
2025-11-15 23:48:15 +00:00
Z. Cliffe Schreuders
0210a12c64 docs(rfid): Add comprehensive post-implementation review
Added three review documents analyzing the completed RFID system:

- POST_IMPLEMENTATION_REVIEW.md: Full technical analysis of implementation
  - Reviewed 4 core files, 6 integration points, CSS, and test scenario
  - Found 0 critical issues, 2 medium priority improvements (optional)
  - Confirmed production-ready status
  - Verified correct conversation return pattern
  - Validated EM4100 protocol implementation

- ISSUES_SUMMARY.md: Quick reference for identified issues
  - 7 total issues (all minor/optional)
  - Action items with code examples
  - Testing checklist

- README.md: Review overview and quick status

Key findings:
 Clean modular architecture following established patterns
 Authentic Flipper Zero UI with smooth animations
 Robust error handling and validation
 Seamless integration with all game systems
 Comprehensive test scenario created

Recommended improvements (optional):
- Use hex ID for key_id to prevent collisions
- Add cardToClone validation in clone mode
- Extract timing constants for maintainability

Overall assessment: Production ready with minor improvements recommended
2025-11-15 23:48:15 +00:00
Z. Cliffe Schreuders
a52f8da171 docs(rfid): Second review - fix critical conversation pattern error
CRITICAL ISSUE: Planned return-to-conversation pattern was fundamentally incorrect.
Fixed to use proven window.pendingConversationReturn pattern from container minigame.

Key changes:
- NEW: review2/CRITICAL_FINDINGS.md - 8 findings with detailed analysis
- NEW: review2/README.md - Quick action guide
- FIXED: Task 3.4 - Simplified conversation return (2.5h → 1h)
- ADDED: Task 3.9 - returnToConversationAfterRFID function (0.5h)
- FIXED: Section 2c in architecture doc - Correct minimal context pattern
- Updated time estimates: 102h → 101h

npcConversationStateManager handles all conversation state automatically.
No manual Ink story save/restore needed.

Reference: /js/minigames/container/container-minigame.js:720-754

Risk: HIGH → MEDIUM (after fix)
Confidence: 95% → 98%
2025-11-15 23:48:15 +00:00
Z. Cliffe Schreuders
c5d5ebeff3 docs(rfid): Apply all implementation review improvements to planning docs
Applied all 7 critical fixes and 12 high-priority improvements from the
implementation review to create a complete, self-contained implementation plan.

## Critical Fixes Applied:

1. **CSS File Path Corrected**
   - Changed: css/minigames/rfid-minigame.css → css/rfid-minigame.css
   - Updated: All references in both TODO and architecture docs

2. **Interaction Handler Location Fixed**
   - Changed: inventory.js → interactions.js for keycard click handler
   - Reason: handleObjectInteraction() is defined in interactions.js

3. **Interaction Indicator Integration Added**
   - New Task 3.6: Update getInteractionSpriteKey() for RFID locks
   - Ensures RFID-locked doors show correct icon

4. **Complete 4-Step Registration Pattern**
   - Task 3.2: Added full Import → Export → Register → Window pattern
   - Matches pattern used by all other minigames

5. **Event Dispatcher Integration**
   - Added event emission for card_cloned, card_emulated, rfid_lock_accessed
   - Enables NPC reactions and telemetry tracking

6. **Return-to-Conversation Pattern** (Critical user correction)
   - Task 3.4: Completely rewritten to return to conversation after cloning
   - Added conversation context storage and restoration
   - Matches notes minigame behavior as intended

7. **Hex Validation Specifications**
   - Task 1.2: Added validateHex() method with complete rules
   - Validates length, format, and character set

## High-Priority Improvements:

8. **Card Name Generation**
   - Added CARD_NAME_TEMPLATES array with 8 descriptive names
   - Better UX than generic numbered cards

9. **Duplicate Card Handling**
   - Strategy: Overwrite with updated timestamp
   - MAX_SAVED_CARDS limit: 50 cards

10. **DEZ8 Formula Specified**
    - Proper EM4100 format: last 3 bytes (6 hex chars) to decimal
    - Pad to 8 digits with leading zeros

11. **Facility Code Formula**
    - Extract first byte (chars 0-1) as facility code (0-255)
    - Extract next 2 bytes (chars 2-5) as card number (0-65535)

12. **Checksum Calculation**
    - XOR of all bytes for EM4100 compliance
    - Returns checksum byte (0x00-0xFF)

13. **HTML CSS Link Task**
    - New Task 3.7: Add CSS link to index.html
    - Critical integration step that was missing

14. **Phaser Asset Loading Task**
    - New Task 3.8: Load all RFID sprites and icons
    - Critical integration step that was missing

## Files Updated:

### Review Documents:
- review/IMPLEMENTATION_REVIEW.md - Updated Improvement #1 with correct behavior
- review/CRITICAL_FIXES_SUMMARY.md - Added return-to-conversation pattern

### Planning Documents:
- 01_TECHNICAL_ARCHITECTURE.md - All fixes + formulas + patterns
- 02_IMPLEMENTATION_TODO.md - All task updates + 2 new tasks
- README.md - Updated time estimate (91h → 102h)
- PLANNING_COMPLETE.md - Updated time estimate + review notes

## Time Estimate Updates:

- Original: 91 hours (~11 days)
- Updated: 102 hours (~13 days)
- Increase: +11 hours (+12%)
  - Phase 1: +1h (validation/formulas)
  - Phase 3: +2h (new integration tasks)
  - Phase 6: +3h (additional testing)
  - Phase 8: +5h (comprehensive review)

## Impact:

 Planning documents now self-contained and complete
 All critical integration points specified
 All formulas mathematically correct for EM4100
 User-corrected behavior (return to conversation) implemented
 No references to review findings outside review/ directory
 Ready for implementation with high confidence

Confidence level: 95% → 98% (increased after review)
2025-11-15 23:48:15 +00:00
Z. Cliffe Schreuders
ed09fe7c50 docs: Add comprehensive implementation review for RFID keycard system
Review findings:
- 7 critical issues identified (must fix before implementation)
- 12 important improvements recommended
- Complete analysis of integration points
- Code examples for all fixes provided

Critical issues found:
- Incorrect CSS file path (css/minigames/ vs css/)
- Wrong modification target (inventory.js vs interactions.js)
- Missing interaction indicator integration
- Incomplete minigame registration pattern
- Missing event dispatcher integration
- No hex ID validation specified
- Unclear duplicate card handling

Review documents:
- IMPLEMENTATION_REVIEW.md: Full 35-page analysis
- CRITICAL_FIXES_SUMMARY.md: Quick fix checklist
- README.md: Review overview and navigation

Impact:
- Timeline: +2 hours for critical fixes, +6 hours for improvements
- Success probability: Significantly increased with fixes applied
- Overall assessment: 4/5 stars, excellent plan with fixable issues

All fixes are documented with code examples and can be applied in ~2 hours.
Ready for fix application before implementation begins.
2025-11-15 23:48:15 +00:00
Z. Cliffe Schreuders
bd8b9a4f85 docs: Add comprehensive RFID keycard lock system planning documentation
Planning documentation for new RFID keycard lock system feature:

Documentation:
- Complete planning docs in planning_notes/rfid_keycard/
- 7 planning documents (~16,000 words)
- 90+ implementation tasks with estimates
- Technical architecture and code design
- Asset specifications and creation guides

Assets Created:
- 4 keycard sprite variants (CEO, Security, Maintenance, Generic)
- RFID cloner device sprite (Flipper Zero-inspired)
- 2 icon assets (RFID icon, NFC waves)
- Helper scripts for placeholder creation

System Documentation:
- Lock & key system architecture reference
- Lock & key quick start guide

Feature Overview:
- New lock type: "rfid"
- New items: keycard, rfid_cloner
- New minigame: Flipper Zero-style RFID reader/cloner
- Ink tag support: # clone_keycard:name|hex
- Inventory integration: Click cards to clone
- Two modes: Unlock (tap/emulate) and Clone (read/save)

Implementation:
- Estimated time: 91 hours (~11 working days)
- 11 new files, 5 modified files
- Full test plan included
- Ready for immediate implementation

All placeholder assets functional for development.
Documentation provides complete roadmap from planning to deployment.
2025-11-15 23:48:15 +00:00
Z. Cliffe Schreuders
660105421a Add Hostile NPC mode
Fix NPC interaction and event handling issues

- Added a visual problem-solution summary for debugging NPC event handling.
- Resolved cooldown bug in NPCManager by implementing explicit null/undefined checks.
- Modified PersonChatMinigame to prioritize event parameters over state restoration.
- Updated security guard dialogue in Ink scenarios to improve interaction flow.
- Adjusted vault key parameters in npc-patrol-lockpick.json for consistency.
- Changed inventory stylesheet references to hud.css in test HTML files for better organization.

feat(combat): Integrate chair kicking with punch mechanic

Update chair interaction to use the punch system instead of direct kicking:

**Changes to interactions.js:**
- Modified swivel chair interaction to trigger player punch instead of
  directly applying kick velocity
- Simplified chair interaction handler to just call playerCombat.punch()

**Changes to player-combat.js:**
- Extended checkForHits() to detect chairs in punch range and direction
- Added kickChair() method that applies the same velocity calculation:
  - Calculates direction from player to chair
  - Applies 1200 px/s kick force in that direction
  - Triggers spin direction calculation for visual rotation
  - Adds visual feedback (flash chair, light screen shake)
- Chairs now respond to punch AOE damage like hostile NPCs

Now clicking a chair or pressing 'E' near it triggers a punch, and if the
chair is in punch range and facing direction, it gets kicked with the
original velocity physics. Multiple chairs can be kicked with one punch.

feat(combat): Implement hostile NPC behavior and final integration (Phase 6-7)

Complete hostile NPC combat system with chase behavior and integration:

**Phase 6: Hostile NPC Behavior**
- Modified npc-behavior.js determineState() to check hostile state from npcHostileSystem
- Implemented updateHostileBehavior() with chase and attack logic:
  - NPCs chase player when hostile and in aggro range
  - NPCs stop and attack when in attack range
  - NPCs use directional movement with proper animations
  - Integration with npcCombat system for attack attempts
- Added KO state check to prevent KO'd NPCs from acting

**Phase 7: Final Integration**
- Modified player.js to disable movement when player is KO
- Added visual KO effect (50% alpha) to NPC sprites in npc-hostile.js
- Connected all combat systems end-to-end:
  - Ink dialogue → hostile tag → hostile state → chase behavior → combat
  - Player interaction → punch → NPC damage → KO → visual feedback
  - NPC chase → attack → player damage → HP UI → game over

Full combat loop now functional: hostile NPCs chase and attack player,
player can punch hostile NPCs, complete visual/audio feedback, game over on KO.

feat(combat): Add feedback, UI, and combat mechanics (Phase 2-5)

Implement comprehensive combat feedback, UI, and mechanics:

**Phase 2: Enhanced Feedback Systems**
- damage-numbers.js: Floating damage numbers with object pooling
- screen-effects.js: Screen flash and shake for combat feedback
- sprite-effects.js: Sprite tinting, flashing, and visual effects
- attack-telegraph.js: Visual indicators for incoming NPC attacks

**Phase 3: UI Components**
- health-ui.js: Player health display as hearts (5 hearts, shows when damaged)
- npc-health-bars.js: Health bars above hostile NPCs with color coding
- game-over-screen.js: KO screen with restart/main menu options

**Phase 4-5: Combat Mechanics**
- player-combat.js: Player punch system with AOE directional damage
- npc-combat.js: NPC attack system with telegraph and cooldowns
- Modified interactions.js to trigger punch on hostile NPC interaction
- Integrated all systems into game.js create() and update() loops

Combat now functional with complete visual/audio feedback pipeline.
Player can punch hostile NPCs, NPCs can attack player, health tracking works.

feat(combat): Add hostile NPC system foundation (Phase 0-1)

Implement core hostile NPC combat system infrastructure:

- Add #hostile tag handler to chat-helpers.js for Ink integration
- Fix security-guard.ink to use proper hub pattern with -> hub instead of -> END
- Add #hostile:security_guard tags to hostile conversation paths
- Create combat configuration system (combat-config.js)
- Create combat event constants (combat-events.js)
- Implement player health tracking system with HP and KO state
- Implement NPC hostile state management with HP tracking
- Add combat debug utilities for testing
- Add error handling utilities for validation
- Integrate combat systems into game.js create() method
- Create test-hostile.ink for testing hostile tag system

This establishes the foundation for hostile NPC behavior, allowing NPCs to
become hostile through Ink dialogue and tracking health for both player and NPCs.

docs(npc): Apply codebase-verified corrections to hostile NPC plans

Apply critical corrections based on actual codebase verification:

CORRECTIONS.md (Updated):
-  Confirms #exit_conversation tag ALREADY IMPLEMENTED
  * Location: person-chat-minigame.js line 537
  * No handler needed in chat-helpers.js
-  Hostile tag still needs implementation in chat-helpers.js
- Provides exact code for hostile tag handler
- Clarifies tag format: #hostile:npcId or #hostile (uses current NPC)
- Updated action items to reflect what's already working

INTEGRATION_UPDATES.md (New):
- Comprehensive correction document
- Issue 1 Corrected: Exit conversation already works
- Issue 6 Corrected: Punch mechanics are interaction-based with AOE
- Details interaction-based punch targeting:
  * Player clicks hostile NPC OR presses 'E' nearby
  * Punch animation plays in facing direction
  * Damage applies to ALL NPCs in range + direction (AOE)
  * Can hit multiple enemies if grouped (strategic gameplay)
- Provides complete implementation examples
- Removes complexity of target selection systems
- Uses existing interaction patterns

quick_start.md (Updated):
- Removed exit_conversation handler (already exists)
- Updated hostile tag handler code
- Added punch mechanics design section
- Clarified interaction-based targeting
- Added troubleshooting for exit_conversation

Key Findings:
 Exit conversation tag works out of the box
 Punch targeting uses existing interaction system (simpler!)
 AOE punch adds strategic depth without complexity
 Only ONE critical task remains: Add hostile tag to chat-helpers.js

Impact:
- Less work required (don't need exit_conversation handler)
- Simpler implementation (use existing interaction patterns)
- Better gameplay (AOE punches, directional attacks)
- Clear path forward with exact code examples

docs(npc): Add critical corrections and codebase integration review

Add comprehensive review of hostile NPC plans against actual codebase:

CORRECTIONS.md:
- Identifies critical Ink pattern error (-> END vs -> hub)
- Documents correct hub-based conversation pattern
- Provides corrected examples for all Ink files
- Explains why -> hub is required after #exit_conversation

FORMAT_REVIEW.md:
- Validates JSON scenario format against existing scenarios
- Reviews NPC object structure and required fields
- Documents correct Ink hub pattern from helper-npc.ink
- Proposes hostile configuration object for NPC customization
- Provides complete format reference and checklists

review2/integration_review.md:
- Comprehensive codebase analysis by Explore agent
- Identifies 2 critical blockers requiring immediate attention:
  * Missing tag handlers for #hostile and #exit_conversation
  * Incorrect Ink pattern (-> END) in planning documents
- Documents 4 important integration differences:
  * Initialization in game.js not main.js
  * Event dispatcher already exists (window.eventDispatcher)
  * Room transition behavior needs design decision
  * Multi-hostile NPC targeting needs design decision
- Confirms 8 systems are fully compatible with plan
- Provides existing code patterns to follow
- Corrects integration sequence

review2/quick_start.md:
- Step-by-step guide for Phase 0-1 implementation
- Includes complete code examples for critical systems
- Browser console test procedures
- Common issues and solutions
- Success criteria checklist

Key Findings:
 90% compatible with existing codebase
 Must add tag handlers to chat-helpers.js before implementation
 Must fix all Ink examples to use -> hub not -> END
⚠️ Should follow game.js initialization pattern not main.js
⚠️ Should use existing window.eventDispatcher
⚠️ Need design decisions on room transitions and multi-targeting

All critical issues documented with solutions ready.
Implementation can proceed with high confidence after corrections applied.

docs(npc): Add comprehensive planning documents for hostile NPC system

Add detailed implementation plans for hostile NPC feature including:
- Complete implementation plan with phase-by-phase breakdown
- Architecture overview with system diagrams and data flows
- Detailed TODO list with 200+ actionable tasks
- Phase 0 foundation with design decisions and base components
- Enhanced combat feedback implementation guide
- Implementation roadmap with 6-day schedule

Add comprehensive review documents:
- Implementation review with risk assessment and recommendations
- Technical review analyzing code patterns and best practices
- UX review covering player experience and game feel

Key features planned:
- NPC hostile state triggered via Ink tags
- Player health system with heart-based UI
- NPC health bars and combat mechanics
- Punch combat for both player and NPCs
- Strong visual/audio feedback for combat
- Game over system and KO states
- Attack telegraphing for fairness
- Enhanced NPC chase behavior with LOS
- Debug utilities and error handling
- Comprehensive testing strategy
2025-11-14 19:47:54 +00:00
Z. Cliffe Schreuders
87072c6f4e Add title screen minigame implementation with customization options
- Created TITLE_SCREEN_CUSTOMIZATION.md with examples for extending the title screen.
- Added TITLE_SCREEN_DEVELOPER_GUIDE.md for technical guidance on implementation.
- Introduced TITLE_SCREEN_IMPLEMENTATION.md detailing the architecture and features.
- Compiled TITLE_SCREEN_INDEX.md as a documentation index for easy navigation.
- Updated TITLE_SCREEN_OVERLAY_UPDATE.md to reflect changes in title screen display mode.
- Created TITLE_SCREEN_QUICK_START.md for a quick setup guide.
- Developed TITLE_SCREEN_README.md as a comprehensive overview of the title screen system.
- Added title-screen-demo.json scenario to demonstrate title screen functionality.
- Modified existing files to integrate the title screen into the game flow.
2025-11-14 13:20:21 +00:00
Z. Cliffe Schreuders
a1e50b93f4 Refactor LOS documentation and enhance debugging features
- Deleted outdated quick reference file and replaced it with a comprehensive LOS visualization guide.
- Updated console commands for enabling/disabling LOS and added detailed explanations for visual elements.
- Improved console output for distance and angle checks during NPC detection.
- Introduced new test functions for graphics rendering and system status checks.
- Enhanced logging during LOS cone drawing to provide detailed graphics object properties and rendering status.
- Created new documentation files for quick commands and debugging improvements.
- Added a structured troubleshooting flow for common issues related to LOS detection and rendering.
2025-11-13 11:52:20 +00:00
Z. Cliffe Schreuders
2707027de2 Implement Line-of-Sight (LOS) System for NPCs
- Added core LOS detection module (`js/systems/npc-los.js`) with functions for distance and angle checks, and debug visualization.
- Integrated LOS checks into NPC manager (`js/systems/npc-manager.js`) to enhance lockpicking interruption logic based on player visibility.
- Updated scenario configurations for NPCs to include LOS properties.
- Created comprehensive documentation covering implementation details, configuration options, and testing procedures.
- Enhanced debugging capabilities with console commands and visualization options.
- Established performance metrics and future enhancement plans for server-side validation and obstacle detection.
2025-11-12 11:58:29 +00:00
Z. Cliffe Schreuders
72e2e6293f feat: Implement NPC security guard interaction for lockpicking detection
- Added a new security guard NPC with conversation flow for lockpicking attempts.
- Integrated influence system to determine NPC reactions based on player choices.
- Created a new JSON scenario for the security guard's behavior and interactions.
- Refactored lockpicking system to allow NPC interruptions during attempts.
- Developed a test scenario to visualize NPC patrol and line-of-sight detection.
- Added a debug panel for testing line-of-sight visualization in the game.
2025-11-11 01:07:05 +00:00
Z. Cliffe Schreuders
f41b2a41ac feat(npc): Implement multi-room navigation for NPCs with route validation and automatic transitions 2025-11-10 13:20:27 +00:00
Z. Cliffe Schreuders
629ff55371 feat(npc): Implement collision-safe movement for NPCs
- Added a new system to prevent NPCs from clipping through walls and tables during collisions.
- Introduced functions for position validation and safe movement: `isPositionSafe()`, `boundsOverlap()`, and `findSafeCollisionPosition()`.
- Updated `handleNPCCollision()` and `handleNPCPlayerCollision()` to utilize the new safe position logic, allowing NPCs to find alternative paths when blocked.
- Created comprehensive documentation detailing the implementation, testing procedures, and performance analysis.
- Ensured minimal performance impact with efficient collision checks and pathfinding.
2025-11-10 13:04:14 +00:00
Z. Cliffe Schreuders
db681fd8b0 Implement NPC-to-NPC and NPC-to-Player Collision Avoidance
- Added automatic collision avoidance for NPCs when colliding with each other and the player.
- Updated `setupNPCToNPCCollisions()` to include collision callbacks for NPC-to-NPC interactions.
- Created `handleNPCCollision()` to manage NPC-to-NPC collision responses, moving NPCs 5px northeast and recalculating paths.
- Implemented `handleNPCPlayerCollision()` for NPC-to-Player collisions, ensuring consistent behavior with NPC-to-NPC avoidance.
- Modified `updatePatrol()` to check for path recalculation after collisions.
- Enhanced console logging for collision events and path recalculations.
- Created comprehensive documentation covering implementation details, quick reference, and testing procedures.
- Ensured minimal performance impact with efficient pathfinding and collision detection.
2025-11-10 08:29:06 +00:00
Z. Cliffe Schreuders
adc5f3baa4 Add NPC Patrol Features Documentation and Implementation Scripts
- Created comprehensive documentation for two new NPC patrol features: Waypoint Patrol and Cross-Room Navigation.
- Added `QUICK_START_NPC_FEATURES.md` detailing configuration, implementation phases, and testing guidelines.
- Introduced `README_NPC_FEATURES.md` as an index for navigating the documentation package.
- Implemented `update_tileset.py` script to update Tiled map with all objects from the assets directory, ensuring proper GIDs.
- Updated test scenarios for NPC patrol behaviors, including waypoint patrol tests in `test-npc-waypoints.json`.
- Adjusted positions in existing test scenarios for better alignment with new patrol features.
2025-11-10 02:00:27 +00:00
Claude
62d6956b40 feat(npc): Implement Phase 4 - Personal Space Behavior Testing
 Phase 4: Personal Space Behavior COMPLETE

Test scenario with 10 NPCs, comprehensive documentation (1000+ lines),
and Ink toggle testing for personal space behavior.

Includes:
- 10 test NPCs with varied configurations
- Distance tests (32px to 128px bubbles)
- Backing speed tests (3px to 10px increments)
- Wall collision detection tests
- Personal space + patrol integration
- Ink toggle for runtime distance control
- Complete test guide with debugging tools

Key features tested:
- Gradual backing away (5px increments)
- Face player while backing
- Wall collision detection
- Priority system integration
- Idle animations (not walk)
- Distance-based activation
2025-11-09 18:52:27 +00:00
Claude
b94752de3b feat(npc): Implement Phase 3 - Patrol Behavior Testing & Verification
 Phase 3: Patrol Behavior COMPLETE

Test scenario with 9 NPCs, comprehensive documentation (800+ lines),
and Ink toggle testing for patrol behavior.

Includes:
- 9 test NPCs with varied configurations
- Speed tests (50-200 px/s)
- Bounds validation tests
- Stuck detection tests
- Narrow corridor tests
- Patrol + face player integration
- Complete test guide with debugging tools
2025-11-09 18:45:40 +00:00
Claude
1f0ddecacb feat(npc): Complete Phase 2 - Face Player Behavior Testing & Verification
 Phase 2: Face Player Behavior COMPLETE

This phase focuses on testing and verifying the face player behavior
implemented in Phase 1. Includes comprehensive test scenarios,
documentation, and unit tests for direction calculation.

## New Files Created

### Test Scenario
**scenarios/test-npc-face-player.json**
- 12 NPCs arranged to test all 8 directions
- Cardinal tests: North, South, East, West
- Diagonal tests: NE, NW, SE, SW
- Edge case tests: Range limits, disabled behavior
- Visual layout for easy testing

### Test Documentation
**planning_notes/npc/npc_behaviour/PHASE2_TEST_GUIDE.md**
- Complete test procedure for all 8 directions
- Expected behaviors for each test case
- Debugging tools and console commands
- Common issues and solutions
- Success criteria checklist
- Performance metrics

### Unit Tests
**planning_notes/npc/npc_behaviour/phase2_direction_tests.js**
- 24 unit tests for direction calculation
- Pure cardinal direction tests (4)
- Threshold boundary tests (8)
- Pure diagonal tests (4)
- Edge case tests (5)
- Integration tests with actual behavior
- Auto-run in browser console

## Test Coverage

### Direction Calculation Tests

 **Cardinal Directions** (4 tests)
- Pure right (player directly east)
- Pure left (player directly west)
- Pure down (player directly south)
- Pure up (player directly north)

 **Diagonal Directions** (4 tests)
- Down-right (45° angle)
- Down-left (45° angle)
- Up-right (45° angle)
- Up-left (45° angle)

 **Threshold Tests** (8 tests)
- Mostly right (30° angle → cardinal)
- Mostly left (30° angle → cardinal)
- Mostly down (30° angle → cardinal)
- Mostly up (30° angle → cardinal)
- Barely diagonal right-down (60° → diagonal)
- Barely cardinal right (30° → cardinal)
- Barely diagonal down-right (30° → diagonal)
- Barely cardinal down (60° → cardinal)

 **Edge Cases** (5 tests)
- Zero distance (player on top of NPC)
- Small movements (1px)
- Large movements (1000px)
- Negative movements
- Boundary conditions

### Scenario Tests

 **12 NPCs in Test Scenario**:
1. `npc_center` - Default behavior, all 8 directions
2. `npc_north` - Cardinal north position
3. `npc_south` - Cardinal south position
4. `npc_east` - Cardinal east position
5. `npc_west` - Cardinal west position
6. `npc_northeast` - Diagonal NE position
7. `npc_northwest` - Diagonal NW position
8. `npc_southeast` - Diagonal SE position
9. `npc_southwest` - Diagonal SW position
10. `npc_far` - Short range test (64px)
11. `npc_disabled` - Face player disabled
12. (Center serves as rotation test)

## Implementation Review

### Code Quality Checks

 **Direction Calculation Algorithm**
- 2x threshold prevents flickering
- Handles all 8 directions correctly
- Edge cases handled (zero distance)
- Performance: O(1) calculation

 **Animation Integration**
- Idle animations for all 8 directions
- FlipX support for left-facing
- Graceful fallback if animation missing
- Change detection prevents redundant plays

 **Distance-Based Activation**
- Squared distance for performance
- Configurable range (default 96px)
- Only updates when in range
- Smooth transitions

## Testing Instructions

### Run Unit Tests
```javascript
// In browser console
await import('./planning_notes/npc/npc_behaviour/phase2_direction_tests.js?v=1');
runDirectionTests();
```

### Test with Actual NPC
```javascript
// After loading test scenario
testWithActualBehavior('npc_center');
```

### Load Test Scenario
```javascript
// Load test scenario in game
window.gameScenario = await fetch('scenarios/test-npc-face-player.json').then(r => r.json());
```

## Expected Results

### Success Criteria

- [ ] All 24 unit tests pass
- [ ] All 8 cardinal/diagonal directions work
- [ ] NPCs face player smoothly (no flickering)
- [ ] Multiple NPCs work independently
- [ ] Distance activation works correctly
- [ ] Disabled NPCs don't face player
- [ ] No console errors
- [ ] Performance acceptable (10+ NPCs)

## Known Issues

None identified. Implementation appears solid.

## Next Steps

Once Phase 2 testing completes:
- **Phase 3**: Patrol Behavior testing
- **Phase 4**: Personal Space testing
- **Phase 5**: Ink Integration testing
- **Phase 6**: Hostile visual feedback

## Performance Notes

- Update throttling: 50ms (20 Hz)
- Direction calculation: O(1)
- Animation checks: Change detection only
- Expected FPS impact: < 2% with 10 NPCs

## Documentation

Comprehensive test guide includes:
- Step-by-step test procedures
- Visual layout diagrams
- Debugging commands
- Common issues/solutions
- Success criteria checklist

Ready for user testing and validation!
2025-11-09 17:30:58 +00:00
Z. Cliffe Schreuders
62967d5234 feat(npc): Add final implementation review for NPC behavior system 2025-11-09 16:05:32 +00:00
Z. Cliffe Schreuders
289c326765 Refactor NPC Behavior Implementation Plan and Documentation
- Updated IMPLEMENTATION_PLAN.md to reflect new architecture and simplified lifecycle management due to rooms never unloading.
- Added critical prerequisites in Phase -1 for walk animations, player position checks, and phone NPC filtering.
- Revised QUICK_REFERENCE.md and README.md for clarity on implementation status and next steps.
- Introduced QUICK_TAKEAWAYS.md summarizing key changes from the code review.
- Created UPDATE_SUMMARY.md detailing updates applied based on maintainer clarifications.
- Adjusted review README.md to streamline navigation and highlight important documents for developers and stakeholders.
2025-11-09 15:15:21 +00:00
Z. Cliffe Schreuders
b97ebb3960 Implement Phase -1 Action Plan for NPC Behavior
- Added PHASE_MINUS_ONE_ACTION_PLAN.md detailing critical fixes needed before Phase 1 implementation.
- Updated README.md to include new action plan and review status.
- Created README_REVIEWS.md as a navigation guide for review documents.
- Addressed critical issues including walk animations, player position tracking, phone NPC filtering, and environment collisions.
- Established a checklist for testing and verification of fixes.
- Revised estimated timelines for implementation phases.
2025-11-09 11:07:36 +00:00
Z. Cliffe Schreuders
418f5b497a feat(npc): Update NPC behavior implementation plan and review documents
- Created CHANGES_SUMMARY.md to summarize updates and fixes post-review.
- Added PLAN_REVIEW_AND_RECOMMENDATIONS.md detailing critical issues and recommendations for NPC behavior implementation.
- Fixed critical issues regarding animation creation timing, integration points, and validation for patrol bounds and sprite references.
- Updated implementation plan to include a new Phase 0 for animation prerequisites.
- Clarified NPC collision configuration and ensured roomId is stored in NPC data.
- Enhanced documentation across multiple files to reflect changes and provide troubleshooting guidance.
2025-11-09 10:16:23 +00:00
Z. Cliffe Schreuders
1f6166ccf6 Add review changes and improvements for NPC behavior implementation
- Created CHANGES_APPLIED.md to document critical clarifications and updates based on code review findings.
- Established a new review and improvements document (REVIEW_AND_IMPROVEMENTS.md) outlining 9 critical improvements and 12 enhancement opportunities for NPC behavior.
- Updated TECHNICAL_SPEC.md, IMPLEMENTATION_PLAN.md, QUICK_REFERENCE.md, and example_scenario.json with necessary changes regarding roomId tracking, sprite storage, wall collision setup, animation creation timing, and personal space behavior.
- Clarified async import patterns and depth update requirements in the implementation plan.
- Enhanced personal space behavior design to ensure NPCs back away slowly while maintaining eye contact with players.
- Documented all changes and improvements to ensure better integration with existing systems and reduce complexity in NPC behavior implementation.
2025-11-09 02:43:17 +00:00
Z. Cliffe Schreuders
cb95a857fd Implement global variable system for NPC conversations
- Introduced a data-driven global variable system to manage narrative state across NPC interactions.
- Added support for global variables in scenario JSON, allowing for easy extension and management.
- Implemented synchronization of global variables between Ink stories and the game state, ensuring real-time updates across conversations.
- Enhanced state persistence, allowing global variables to survive page reloads and be restored during conversations.
- Created comprehensive documentation and testing guides to facilitate usage and verification of the new system.
2025-11-08 15:44:24 +00:00
Z. Cliffe Schreuders
14bc9af43e Add NPC inventory management and UI enhancements
- Introduced new NPC inventory system allowing NPCs to hold and give items to players.
- Updated ContainerMinigame to support NPC mode, displaying NPC avatars and available items.
- Enhanced chat and conversation systems to sync NPC item states with Ink variables, improving narrative interactions.
- Added event listeners for item changes, ensuring dynamic updates during conversations.
- Implemented new methods in NPCGameBridge for item giving and inventory display, streamlining item interactions.
2025-11-08 10:26:50 +00:00
Z. Cliffe Schreuders
d4deec2376 Refactor NPC loading implementation and enhance error handling
- Consolidated async function updates for NPC loading in the `create()` function to streamline the process.
- Improved error handling during NPC loading for the starting room, ensuring room creation continues even if NPC loading fails.
- Updated documentation to reflect changes in the implementation checklist for better clarity on migration steps.
2025-11-07 00:17:19 +00:00
Z. Cliffe Schreuders
ffc7394fcd Enhance NPC migration documentation and progress tracking
- Updated various planning documents to include additional details and clarity on the NPC migration process.
- Added new sections to CLIENT_SERVER_SEPARATION_PLAN.md, NPC_MIGRATION_OPTIONS.md, RAILS_ENGINE_MIGRATION_PLAN.md, and README.md to improve overall documentation and ensure comprehensive coverage of migration strategies.
- Ensured all documents reflect the latest architectural decisions and implementation plans for better guidance during the migration process.
2025-11-07 00:12:24 +00:00
Z. Cliffe Schreuders
17603b3c97 Add comprehensive planning and implementation documentation for NPC lazy-loading architecture
- Create README.md outlining the entire migration plan, including executive summary, technical details, migration guide, API specification, and testing checklist.
- Introduce START_HERE.md as a quick start guide for implementation, detailing initial steps and phase breakdown.
- Develop VISUAL_GUIDE.md with diagrams and visual references for current vs. target architecture, NPC types, implementation phases, and memory usage comparisons.
2025-11-06 23:55:31 +00:00
Z. Cliffe Schreuders
e73a6a038b Add NPC sprite test scenario, server for development, and HTML test pages
- Created a new JSON scenario file for testing NPC sprite functionality.
- Implemented a simple HTTP server with caching headers for development purposes.
- Added an HTML page for testing NPC interactions, including system checks and game controls.
- Introduced a separate HTML page for testing item delivery through person chat interactions.
2025-11-04 14:16:48 +00:00
Z. Cliffe Schreuders
2a5eed9963 feat: Implement comprehensive sound management system for Break Escape
- Created SoundManager class for centralized audio management using Phaser's audio system.
- Integrated 34 sound assets, including UI interactions, item collection, and lock attempts.
- Developed UI sound helpers for seamless attachment to DOM elements.
- Updated game.js to preload and initialize sound manager, ensuring global access.
- Modified interactions.js, unlock-system.js, and panels.js to incorporate sound feedback.
- Provided extensive documentation, including implementation summary and usage examples.
- Ensured backward compatibility and optimized performance for audio playback.
2025-11-01 08:58:07 +00:00
Z. Cliffe Schreuders
e05b4d7903 feat(npc): Add pixel-art avatars for NPCs in bark notifications and update scenario configurations 2025-11-01 00:08:13 +00:00
Z. Cliffe Schreuders
34f1739484 feat(npc): Add audio feedback for NPC bark notifications with message received sound 2025-10-31 21:10:07 +00:00
Z. Cliffe Schreuders
40da85dac4 feat(npc): Enhance NPC interaction with room navigation events and refined greeting logic 2025-10-31 16:31:07 +00:00
Z. Cliffe Schreuders
c80aa5b68d Implement event-driven NPC reactions and fix event dispatcher issues
- Added event emissions for NPC interactions in core game systems:
  - Unlock System: door_unlocked, item_unlocked, door_unlock_attempt
  - Interactions System: object_interacted
  - Inventory System: item_picked_up:*
  - Minigame Framework: minigame_completed, minigame_failed

- Created event-triggered reactions for the helper NPC:
  - Added knots for lockpick pickup, success, failure, door unlock, and object interaction.
  - Implemented state tracking and context-aware responses.

- Updated event mappings in scenario JSON for the helper NPC to respond to various events.

- Fixed global variable references in event emission code to ensure proper event dispatching.

- Added debug logging to verify event emissions and NPC reactions.

- Documented implementation details and testing instructions for new features.
2025-10-31 11:48:43 +00:00
Z. Cliffe Schreuders
99097130f4 feat(npc): Implement NPC Game Bridge with helper NPC functionality
- Added NPCGameBridge class to facilitate interactions between NPCs and game state.
- Implemented methods for unlocking doors, giving items, setting objectives, revealing secrets, adding notes, triggering events, and discovering rooms.
- Introduced a helper NPC that can assist players by unlocking the CEO's office and providing items based on trust levels.
- Created comprehensive documentation for the NPC Game Bridge implementation.
- Updated scenario JSON to include the new helper NPC and its interactions.
- Added Ink story for the helper NPC demonstrating its capabilities.
2025-10-31 10:42:08 +00:00
Z. Cliffe Schreuders
e375537b61 feat: Implement phone badge system for unread messages; redesign bark notifications for better visual integration 2025-10-31 00:25:27 +00:00
Z. Cliffe Schreuders
01010e7e20 refactor: Remove old phone-messages minigame and transition to phone-chat
- Deleted `phone-messages-minigame.js` and archived related CSS.
- Updated `interactions.js` to exclusively use phone-chat with runtime conversion.
- Enhanced error handling for phone interactions.
- Marked completion of old phone minigame removal in implementation log.
- Added detailed cleanup summary documentation.
2025-10-30 10:16:31 +00:00
Z. Cliffe Schreuders
7a8e8a22a7 feat: Add voice message support to Phone Chat UI; integrate Web Speech API for playback and enhance UI with audio controls 2025-10-30 03:12:31 +00:00
Z. Cliffe Schreuders
f5f7de3d48 feat: Add voice message playback functionality using Web Speech API; implement voice selection and UI controls 2025-10-30 03:07:46 +00:00
Z. Cliffe Schreuders
f369b41547 feat: Implement voice messages in phone chat minigame
- Added support for voice messages prefixed with "voice:" in Ink files.
- Updated UI rendering to display voice message UI with play button and transcript.
- Implemented automatic conversion for scenario JSON with voice properties.
- Created test examples for pure voice messages and mixed content.
- Fixed issues with NPC registration and message duplication in test scenarios.
- Documented feature details, use cases, and testing procedures.
2025-10-30 02:45:05 +00:00
Z. Cliffe Schreuders
99a631f42f feat: Implement timed messages system for NPC interactions; preload intro messages and enhance UI with avatars 2025-10-30 01:31:37 +00:00
Z. Cliffe Schreuders
ef5d85b744 Refactor InkEngine to allow manual control of story continuation; enhance continue method for better text accumulation and logging
Update interactions.js to reference new version of constants

Improve NPCBarkSystem to dynamically import phone-chat minigame and handle fallback UI more gracefully

Modify constants.js to conditionally export GAME_CONFIG based on Phaser availability

Update implementation log for Phone Chat Minigame, detailing completed modules and next steps

Create detailed implementation plan for Phone Chat Minigame, outlining structure, features, and integration points

Add test HTML page for Phone Chat Minigame, including setup, chat tests, and history management functionalities
2025-10-29 19:17:51 +00:00
Z. Cliffe Schreuders
9fffb6b4e4 Add NPC dialogue and interaction scripts
- Created a generic NPC script with conversation handling.
- Developed an Alice NPC script demonstrating branching dialogue and state tracking.
- Implemented a test NPC script for development purposes.
- Added JSON representations for the NPC scripts.
- Created an HTML test interface for NPC integration testing.
- Included event handling and bark systems for NPC interactions.
2025-10-29 13:48:22 +00:00
Z. Cliffe Schreuders
887e5f6443 Add NPC integration planning documents and example scenario
- Created `05_EXAMPLE_SCENARIO.md` with a complete Ink script for the Biometric Breach scenario featuring NPCs Alice and Bob.
- Added `QUICK_REFERENCE.md` as a cheat sheet for NPC system components, event types, and common patterns.
- Introduced `README.md` as an index for NPC integration planning, outlining document structure and key concepts.
2025-10-29 00:18:22 +00:00
Z. Cliffe Schreuders
f1471c7d29 Add Minigame Documentation: Introduce detailed usage guides for the Container and Notes minigames, outlining features, usage scenarios, and integration with existing systems. Include example data structures and testing instructions to enhance developer understanding and facilitate future enhancements. 2025-10-22 11:43:45 +01:00