Roadmap & Milestones

Phase 00 — Repository, engine and dedicated-server baseline

ROAD-P00 Partial

Entry / dependencies: None; reconcile the existing baseline before dependent runtime work.

Current evidence: Source/LambeerServer.Target.cs, Core classes, GAS module dependencies and Git LFS rules exist. UI records include owner dedicated-server testing. A packaged Linux server build and clean-clone recovery were not verified in this audit.

Work packages

1. ROAD-P00-01 Evidence: Retain the UE 5.8 project, source-control/LFS rules, Core framework and server target; record the exact revision used for the next build.
2. ROAD-P00-02 Remaining: Verify a clean checkout can resolve required LFS assets and build the Windows client and Linux dedicated target.
3. ROAD-P00-03 Remaining: Package and launch the development server with configuration and logs retained; have the owner verify two clients connect, move and disconnect.
4. ROAD-P00-04 Remaining: Record authoritative ownership, build configuration and deployment instructions; establish the profiling capture baseline.

Exit / acceptance: Reproducible client/server artifacts, two-client owner result and build logs are linked. Existing owner PIE evidence does not substitute for the Linux package check.

Canonical specifications and detailed tasks: ROAD-P00-02 clean checkout/LFS/build runbook; ROAD-P00-03 package/launch/two-client runbook; Tech Stack & Engine TECH-STACK-ENGINE; Network Architecture TECH-NETWORK-ARCH; Performance Profiling & Debugging TECH-PERFORMANCE-PROFILING

Phase 01 — Player movement, camera and animation closure

ROAD-P01 Partial

Entry / dependencies: P00 for packaged network acceptance; retain existing movement work.

Current evidence: LambeerLocomotionComponent, LambeerAimComponent, LambeerCameraComponent and LambeerAnimInstance exist. MCP lists ABP_Player. The animation guide records owner prone results on 2026-09-05, but retains provisional collision/speed values and incomplete visual/network coverage for other selectors.

Work packages

1. ROAD-P01-01 Evidence: Retain standing/crouch/prone runtime and existing animation graphs; preserve the owner-recorded prone checks.
2. ROAD-P01-02 Remaining: Close the guide’s outstanding movement, transition, pivot/turn/spin and collision verification cases; resolve only their canonical tuning decisions.
3. ROAD-P01-03 Remaining: Check camera/aim transitions against movement, posture, obstruction and replicated remote presentation.
4. ROAD-P01-04 User-only: Owner performs missing retargeting and PIE checks; record clip/body mappings and separate standalone, listen-server and dedicated-client evidence.

Exit / acceptance: The animation guide has no unaccounted blocking cases for the selected slice body/locomotion set; remaining content variants have explicit follow-up scope.

Canonical specifications and detailed tasks: Player Locomotion Animation Guide TECH-PLAYER-LOCOMOTION; Player Character FEAT-PLAYER-CHARACTER

Phase 02 — Inventory, item identity and survival backend baseline

ROAD-P02 Partial

Entry / dependencies: Existing P00/P01 framework; prerequisite for subsequent inventory and gameplay extensions.

Current evidence: InventoryComponent, EquipmentComponent, HeldItemComponent, GAS attributes and SurvivalComponent are implemented. Owner UI records cover inventory commands, nested death drops, bed sleep and L1810 magazine flows. This does not close the full survival or combat feature.

Work packages

1. ROAD-P02-01 Evidence: Retain item-instance identity, nested containers, hand/worn/back equipment, quick-slot validation and server command checks from G3.2/G4.
2. ROAD-P02-02 Evidence: Retain L1810 world/held/back visuals and magazine load/install/cancel/unload/remove owner results; keep grip polish separate.
3. ROAD-P02-03 Remaining: Reconcile use, transfer, split and drop edge cases with the canonical inventory contract, including stale requests and full containers. Tools-folder Data Assets and world/held meshes are authored (ROAD-TOOLS-01–02). Remaining: pickups/icons (ROAD-TOOLS-03–04) and GrantedToolRoles (ROAD-TOOLS-14).
4. ROAD-P02-04 Remaining: Inventory the implemented survival rules versus the full-sim design; carry durable save work to P07 and full treatment/feedback work to P12.

Exit / acceptance: Every baseline inventory operation has an implementation/evidence reference or an explicit remaining task; no duplicate/lost item in owner multi-client regression. Baseline closure does not imply all survival effects are implemented.

Canonical specifications and detailed tasks: Inventory & Items FEAT-INVENTORY; Item IDs ITEM-DB; Held tools slice; Survival System FEAT-SURVIVAL; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION

Phase 03 — CommonUI, visual system and functional HUD baseline

ROAD-P03 Complete

Entry / dependencies: Existing G0/G1/G2/G3 baseline; completion is limited to recorded KBM scope.

Current evidence: TECH-HUD-UI-IMPLEMENTATION records completed G0/G1, core G2 and G3 tasks. MCP lists WBP_UIRoot, WBP_HUDRoot and HUD children. Physical Xbox/PlayStation checks remain outside this completed KBM baseline, tracked in P28; wet materials remain P12.

Work packages

1. ROAD-P03-01 Complete: G0: retain approved visual tokens, 64-icon source kit, Thai-capable Google Sans and documented regression baseline.
2. ROAD-P03-02 Complete: G1: retain CommonUI root/layers, modal-first Back, cursor and gameplay-input restoration contracts.
3. ROAD-P03-03 Complete: Core G2: retain imported styles/fonts/icons and recorded Thai/English, HUD scale and safe-zone evidence.
4. ROAD-P03-04 Complete: G3: retain event-driven eight-stat HUD, hands/quick slots, compass/minimap, reticle, prompts and local screen effects; no hit/headshot/kill markers.

Exit / acceptance: Recorded baseline is closed within its evidence scope. Reopen only affected contracts after changes; do not reimplement completed tasks. Full controller and artwork acceptance are separate phases.

Canonical specifications and detailed tasks: HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; HUD & UI System FEAT-HUD-UI

Phase 04 — Core screens, death/respawn, pause and settings

ROAD-P04 Complete

Entry / dependencies: P03; corresponds to the complete G4 gate.

Current evidence: G4 is recorded closed on 2026-09-13. Seven task rows are Complete; UI-CORE-003 intentionally belongs to G4.2. Owner results cover Tab, map controls, death/bed/fresh spawn, pause and Settings. Sandbox town markers are not a production map.

Work packages

1. ROAD-P04-01 Complete: UI-CORE-001/002: activatable inventory lifecycle and validated commands; keep new visual transfer layout in P05.
2. ROAD-P04-02 Complete: UI-CORE-004: full-map pan/zoom/center, category filters, ping and clipping; retain north-up minimap behavior.
3. ROAD-P04-03 Complete: UI-CORE-005/006: nested death bag, loot interaction, overlay reset, Last Bed and four-town Fresh Spawn test flow.
4. ROAD-P04-04 Complete: UI-CORE-007/008: multiplayer world-continues menu, standalone pause, staged Settings/Display Revert and language/font behavior; G4 Text Scale remains locked at 1.0.

Exit / acceptance: Owner-reported G4 exit evidence remains canonical in the UI task register. This gate is closed; do not merge G4.2 artwork into its completion claim.

Canonical specifications and detailed tasks: HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; HUD & UI System FEAT-HUD-UI

Phase 05 — Inventory UMG layout and texture integration

ROAD-P05 Complete

Entry / dependencies: P04 closed; G4.2 / UI-CORE-003 entered and completed.

Current evidence: G4.2 closed by owner-reported pass 2026-09-14. Night Ops replaced the former Rescue Equipment presentation while preserving the approved 36/64 hierarchy, responsive Worn flow and retained commands. The owner accepted the final visual correction plus drag, split, sort, drop, hand/Q1/Q2 and Player/Target transfer. Search failed and was removed by explicit owner decision; the owner then passed the field-free header and retained layout. Development Game/Editor builds, the field-free WBP_Inventory compile/save/readback, removal of Rescue references and focused non-PIE Inventory automation 3/3 pass.

Work packages

1. ROAD-P05-01 Complete: Use the approved Character + Container Focus layout and three RawResource/UI/Inventory/UMG PNG sources.
2. ROAD-P05-02 Complete: Import textures with documented UI settings; assign panel/slot Box brushes and focus overlay.
3. ROAD-P05-03 Complete: Designer hierarchy, C++ layout/transfer, WBP_ContainerTransfer reparent, and MCP compile/save against the rebuilt Editor.
4. ROAD-P05-04 Complete: Owner passed KBM Inventory/loot visual and retained-interaction flows plus the final Search-free header. Controller validation stays deferred.

Exit / acceptance: Complete. UI-CORE-003 passed its G4.2 exit checklist, including Take All/Transfer All presentation, focus, item-state preservation and final Search-free header. G4.3 may start.

Canonical specifications and detailed tasks: HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; HUD & UI System FEAT-HUD-UI; Inventory & Items FEAT-INVENTORY

Phase 06 — HUD and core-menu Night Ops presentation

ROAD-P06 Complete

Entry / dependencies: P05 / G4.2 is closed. Sequential closure of G4.3 / UI-HUD-018 followed by G4.4 / UI-MENU-001 is satisfied; P06 no longer blocks G5.

Current evidence: G4.3 owner-correction revision 3 and G4.4 Pause/Settings Option B feedback revision passed their complete owner PIE checklists on 2026-09-14. HUD revision 3 enforces equal hand-card sizing, square Quick Slots, four-segment Stats with exact current values, themed Weight and compact Compass spacing. G4.4 adds a 340×820 Pause tactical rail and 1480×820 Settings workbench without changing session/settings behavior; the owner-feedback revision removes visible world-continues warning copy and renders language choices white as English/ภาษาไทย while retaining internal en/th. The latest Editor build succeeds, headless non-PIE Lambeer.HUD passes 24/24, and both menu Widget Blueprints compile/save/read back cleanly.

Work packages

1. ROAD-P06-01 Complete: Replace olive/brass chrome with the owner-directed Night Ops source/runtime strategy; preserve rejected ImageGen attempts outside the project.
2. ROAD-P06-02 Complete: Import six alpha textures with verified UI settings and caps; stage their canonical HUD bindings.
3. ROAD-P06-03 Complete: Native Night Ops stat/card/quick-slot/prompt/minimap/reticle/screen-effect presentation is compiled while preserving G3/G4 adapters and aim visibility; Editor build, non-PIE HUD automation 24/24 and all eight affected Widget Blueprint compile/save/readbacks pass.
4. ROAD-P06-04 Complete — owner-reported 2026-09-14: all G4.3 checks and the complete G4.4 Pause/Settings Option B dedicated-server/Standalone, Settings, stacking and responsive EN/TH matrix passed.

Exit / acceptance: Complete. G4.3 / UI-HUD-018 and G4.4 / UI-MENU-001 are closed; G5 may begin when authorized. World rain VFX and material wetness are still P12; presentation work alone does not complete them.

Canonical specifications and detailed tasks: HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; HUD & UI System FEAT-HUD-UI

Phase 07 — Durable player persistence and world index

ROAD-P07 Complete

Entry / dependencies: P06 before G5-dependent work; P00/P02 provide authority and item schemas. [CONFIRMED 2026-09-14] TBD-HUD-UI-003 is resolved: SP uses embedded NM_Standalone. Persistence policies live in TECH-NETWORK-ARCH.

Current evidence: Closed-Editor LambeerEditor Win64 Development compiled and linked. Headless non-PIE Lambeer.Persistence passed 6/6 with zero failures (report: Saved/Automation/P07Persistence) and Lambeer.HUD stayed 24/24. Runtime uses one SQLite database per world under Saved/Lambeer/Worlds/<id>/world.db. UE 5.8 SQLiteCore is compiled with SQLITE_OMIT_WAL, so crash-safety is committed BEGIN IMMEDIATE transactions plus the engine rollback journal rather than WAL. Dirty flush is 30 seconds of world-up time, with immediate flushes on logout, graceful shutdown, death-bag spawn, death itself, authored pickup collection and runtime world-drop spawn. In-memory backend remains only while no world is open. Player rows key on pie-{PIEInstance} for Preview clients. Map-placed AWorldItemPickup actors stay collected after pickup. A dead player record reopens spawn select instead of a locked corpse. Owner-reported pass 2026-09-14 on Dedicated Server + two Preview clients: restart/rejoin restored position/items, collected map pickups stayed gone, and a post-death save opened spawn select. P08 Main Menu / Save World Select screens remain out of this phase.

Work packages

1. ROAD-P07-01 Complete: Retain ISaveBackend/USaveSubsystem as the persistence boundary; SQLite is installed only while a world is open.
2. ROAD-P07-02 Complete: Versioned SQLite schema v1, migrate-up / refuse-newer, integrity probe, 30-second dirty flush and critical flushes are implemented; automation covers schema, migrate/refuse, checksum and rollback.
3. ROAD-P07-03 Complete — owner-reported 2026-09-14: Capture/restore covers identity/appearance/transform/last bed, nested inventory/equipment/hands, survival, blood/wet, Q1–Q0 item-id refs, rain intensity, death bags and runtime drops with 24-hour remaining world-up despawn. Dead records restore spawn select. Collected map-placed pickup ids stay gone. Observed chamber/magazine knowledge is not saved. Player rows key on login LambeerPlayerKey (pie-{PIEInstance} in PIE) instead of ephemeral Null-OSS ids.
4. ROAD-P07-04 Complete: Create/list/rename/delete/open and missing/corrupt/incompatible probes exist on USaveSubsystem; remembered-world pointer lives in ULambeerUserSettings. Delete requires confirmation. P08 screens that consume the index remain out of P07.

Exit / acceptance: Complete. Owner restart/rejoin restored the selected player/world state without item loss or duplication; save/load and failure tests are retained. Building/vehicle/queue records must be added when those systems land.

Canonical specifications and detailed tasks: Network Architecture TECH-NETWORK-ARCH; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; Character Creation & Appearance FEAT-CHARACTER-CREATION

Phase 08 — Frontend, sessions and character entry

ROAD-P08 Partial

Animation follow-up, 2026-09-17: the requested grip/ShoulderAim progress, owner RMB observation and Procedural Recoil work are recorded in the owning P09 progress table, with P10 dependencies for shot/action events. P08 remains the frontend/session/character-entry phase; this cross-link does not change its acceptance scope.

Owner-reported Single Player frontend pass, 2026-09-16: Owner reported ROAD-P08-01 / UI-FE-001/UI-FE-003, ROAD-P08-03 / UI-FE-006/UI-FE-007, UI-FE-009, remaining Character Creation visual checks, and remaining persistence/restart/rejoin checks passed. Dedicated Null/LAN advertise, Server Browser join and Pause disconnect are implemented; owner reported extra-client first-time follow camera, dedicated Pause MENU/ONLINE SESSION without Save, Exit to Main Menu while the dedicated world and client 2 continue, restore without Character Creation, and Server Browser Refresh/Join. Steam metadata, Feedback URL and the production gameplay destination remain blocked on TBD-HUD-UI-004/ROAD-P08-04. G5 and P08 stay open.

Spawn recovery follow-up, 2026-09-15; owner-reported pass 2026-09-16: Owner confirms Continue skips creation but reports no character. The legacy saved origin collides with geometry. GameMode now recovers through PlayerStart and existing-character town selection, or explicitly refuses entry without overwriting the row if fallback fails. Canonical recovery behavior and acceptance. Closed-Editor build and 36/36 non-PIE checks pass; owner later reported Continue/town/move/save/restart passed.

Latest persistence correction, 2026-09-15; owner-reported pass 2026-09-16: Owner retest rejected the previous flush-only fix. Successful player writes were followed by a false Missing result because RestartPlayer read before OnWorldBeginPlay enabled periodic persistence. Early reads now use the selected database independently of that flag; unavailable storage refuses entry. PlayerController teardown saves before unpossessing and pawnless snapshots preserve prior records. See canonical diagnosis and regression coverage. Owner later reported Continue/restart persistence passed.

Entry / dependencies: P06 and P07; complete the existing G5 gate before later UI gates.

Current evidence: Owner selected P08 frontend Option C “Survivor Dossier” on 2026-09-15. Main Menu, Save World Select, session adapter/browser, character-entry state and native character-creation presentation are implemented. Unreal MCP compiled/saved/read back WBP_MainMenu, WBP_SaveWorldSelect, WBP_ServerBrowser and WBP_CharacterCreation. Owner PIE exposed and then verified fixes for the aliased world-probe path and invisible post-travel Character Creation root. Later visual, spawn-recovery and persistence corrections are recorded in the canonical creation and network documents. On 2026-09-16 the owner reported the remaining Single Player frontend, Character Creation visual and persistence/restart checks passed, then extra dedicated-client first-time follow camera, dedicated Pause MENU/ONLINE SESSION without Save, Exit to Main Menu while the dedicated world and client 2 continue, restore without Character Creation, and Server Browser Refresh/Join. UE 5.8 Play As Client starts a hidden dedicated instance; one-process PIE lists that host by listen port because Null FindSessions cannot see the same-process beacon. Steam/platform metadata, Feedback URL and the production gameplay destination remain blocked, so G5 and P08 remain open.

Work packages

1. ROAD-P08-01 Complete — owner-reported 2026-09-16: Main Menu, Continue and Save World Select consume the P07 world index and surface missing/corrupt/incompatible reasons. Editor validation may fall back to L_Dev_Sandbox; packaged production destination stays with the deferred ROAD-P08-04 work.
2. ROAD-P08-02 Complete — owner-reported 2026-09-16: Online session adapter and Server Browser provide cancellable refresh, Official/Community metadata, favorites, ping/population, search/filters, join routing and explicit full/stale/version/timeout failures. Dedicated and listen persistable worlds advertise a Null/LAN session. One-process PIE lists those hosts by listen port because Null FindSessions cannot see the same-process beacon. UE 5.8 Play As Client starts that dedicated world automatically (hidden under one-process PIE). Owner reported Refresh/Join from the returned client after Exit to Main Menu. Development uses OnlineSubsystemNull; Steam/platform metadata stays with TBD-HUD-UI-004.
3. ROAD-P08-03 Complete — owner-reported 2026-09-16: WBP_CharacterCreation exists with native live preview controls; initial appearance commit is server-owned, starter-town selection follows first creation, and an existing character restores persisted state/position. Owner reported remaining visual, spawn-recovery and restart/rejoin checks passed, then extra dedicated-client first-time follow camera behind the pawn. Final environment assets and art lighting/time of day remain later content, not this package’s reopen.
4. ROAD-P08-04 Blocked: Resolve TBD-HUD-UI-004 Steam metadata/Feedback URL and configure the production gameplay destination. Owner-reported Null/LAN Server Browser join is recorded on ROAD-P08-02.

Exit / acceptance: G5 exit criteria pass with authoritative character-per-server identity and usable failure paths. The owner-accepted Single Player and Null/LAN dedicated session slice is not full G5 closure while deferred Steam/Feedback/production-map work remains.

Canonical specifications and detailed tasks: HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; Character Creation & Appearance FEAT-CHARACTER-CREATION; Servers & Hosting TECH-SERVERS-HOSTING

Phase 09 — Held-item grip, pose and body compatibility

ROAD-P09 Partial

Progress and remaining work — 2026-09-17

Status: Partial. The grip/animation foundation, placeholder file preparation and per-item hand-pose AnimBP wiring are complete; authored Pose Assets, animation binding, action playback and visual acceptance remain open; procedural recoil now has an event/debug implementation. Canonical current observation and diagnosis. Owner confirmed 2026-09-17 that each held item needs its own hand pose: TBD-INVENTORY-GRIP-003.

Recommended execution order: profile binding and aim-pose verification → per-item hand Pose Assets with grip/contact review (offset without finger pose is provisional) → montage/action integration → procedural recoil and current-frame support solve → full owner visual/network acceptance. ABP hand-pose blends are already wired. P10 occupancy, melee, and L1810 flight numbers are confirmed; owner combat PIE closed under ROAD-P10-04. Recoil spring values remain owner-tuned.

Entry / dependencies: P01/P02; before final combat animation/content acceptance.

Historical grip-slice evidence (2026-09-16; current status above): The owner approved the shared character grip references, per-item placement/pose and body-specific corrections architecture on 2026-09-12, then the integration contract on 2026-09-16 under TBD-INVENTORY-GRIP-002. ROAD-P09-03 implemented those fields on ULambeerItemDefinition, KeepWorld attach, unauthored-left refusal, bone fallback, distinct inspect pivots, and ABP_Player Two Bone IK on hand_l. Headless Lambeer.HUD 25/25. First-slice Data Assets still store identity grips. Owner PIE and retargeted clips remain ROAD-P09-04.

Work packages

1. ROAD-P09-01 Complete: Retain the approved firearm, melee and physically held inspection scope; rigid items can remain Static Meshes. The Tools-folder Crowbar, FireAxe, Sledgehammer and WoodenMallet meshes are in that rigid-item scope; functional melee may use the current hand_r/hand_l attach until this phase’s mappings land.
2. ROAD-P09-02 Complete — 2026-09-16: Owner resolved socket names, item-definition transform storage, KeepWorld scale, left-hand eligibility, Two Bone IK and missing-socket fallback in FEAT-INVENTORY. Numeric grip offsets are still unauthored.
3. ROAD-P09-03 Complete — 2026-09-16: Implemented RightGripRelative / optional LeftGripRelative / optional SupportHandTarget / optional PresetId overrides; KeepWorld attach; refuse unauthored left-hand holds; bone fallback when a socket is missing; AnimBP Two Bone IK to the support target for two-handed items; keep UI preview pivots distinct. Headless Lambeer.HUD 25/25 including Lambeer.HUD.Backend.GripContract. MCP compiled and saved ABP_Player. No invented offset numbers; first-slice assets remain identity. Owner PIE is not claimed.
4. P09 expanded animation scope — 2026-09-16, foundation implemented / content pending: owner requests all-pose Carry/ShoulderAim/Attack/Fire layers, independent firearm hands, right-only mixed firearm/melee actions, shared animation profiles and per-item overrides. Design, folder/file plan and implementation status; Editor offset calibration guide. Native profile/context lookup, item overrides, free-left ShoulderAim support eligibility and three ABP Layered Blend nodes are implemented. Six empty profile assets are saved. Native build and HUD 26/26 passed; ABP compile/save/readback passed. ROAD-P09-03 retains its historical grip-slice completion; clips, measured grips, action/recoil playback and owner visual acceptance remain open.
5. P09 placeholder authoring — 2026-09-16: owner authorized temporary Stand-to-other-stance copies and explicit fallback sources. Sequence provenance and current completion status. Copied Fire aim poses are non-additive placeholders; no recoil behavior or final stance acceptance is implied.
6. ROAD-P09-05 Complete — 2026-09-17: Per-item hand pose runtime. Native Pose Asset fields, first-pose-name publish and ABP_Player Layered Blend for right fingers before support IK and left fingers after it. Closed-Editor LambeerEditor Win64 Development and headless Lambeer.HUD 26/26 (report: Saved/Automation/P09HandPoseNames). MCP compiled/saved ABP_Player and read back hand_r/hand_l BranchFilters. No Pose Assets were created or bound. Canonical contract: TBD-INVENTORY-GRIP-003.
7. ROAD-P09-04 User-only: Owner supplies required retargeted animations and per-item hand Pose Assets, and verifies selected bodies/items across hands, aim and movement; agent validates and binds assets through MCP.

Exit / acceptance: Selected slice equipment has stable placement and hand contact on approved bodies with explicit world-scale behavior; unsupported combinations fail according to the approved contract.

Canonical specifications and detailed tasks: Inventory & Items FEAT-INVENTORY; Combat System FEAT-COMBAT; Held tools slice; Art Direction & MetaHuman Pipeline ART-DIRECTION

Phase 10 — Authoritative firearm, melee and thrown combat

ROAD-P10 Complete

Entry / dependencies: P00/P01/P02/P09; resolve combat decisions before implementing the affected action.

Current evidence: Owner-reported pass 2026-09-20 on Dedicated Server + two clients for ROAD-P10-04 / ROAD-TOOLS-10. L1810: hits/misses, cover, lethal/nonlethal, close-versus-far falloff, remote shot views, rejected invalid actions. Tools (Crowbar, FireAxe, Sledgehammer, WoodenMallet): pickup, authored left/right/two-hand hold, reticle, strike hit/miss, stamina/durability, throw conservation, no duplicate stacks, remote strike/damage, rejected invalid client hits. FireAxe strike plus upper-body slot while moving at stamina ≥14. Follow-up: ADS left-wrist local-X, magazine install while moving, R mag-replace, yellow Development combat debug on LMB/R. Runtime remains UCombatComponent + ALambeerProjectile; numbers stay in FEAT-COMBAT and the owning Data Assets. Independent fire heading versus movement heading remains a later-phase upgrade (TBD-COMBAT-AIM-001). P09 grip/recoil visual acceptance stays separate.

Work packages

1. ROAD-P10-01 Complete — 2026-09-20: Owner finalized the P10 slice, occupancy LMB/RMB table, fire-from-hip promote-then-shot, L1810 projectile (not hitscan), falloff/hit-zone/melee numbers, throw-any-held-item, melee-only-if bMeleeWeapon, closed-bolt auto-chamber, R mag-install, and durability-0 refuse. Canonical record: FEAT-COMBAT.
2. ROAD-P10-02 Complete — 2026-09-20: UCombatComponent + ALambeerProjectile connect occupancy fire, closed-bolt consume, server projectile hit/falloff/hit-zone GAS damage, NotifyWeaponShot, and fired-round HUD UNKNOWN. Flight: 36000 cm/s, world gravity, no tracer. MCP authored and saved DA_Item_L1810.FirearmCombat (readback matches the approved curve). Owner PIE closed under ROAD-P10-04.
3. ROAD-P10-03 Complete — 2026-09-20: Shared Tools melee pipeline on UCombatComponent (no per-item subclass, no separate GameplayAbility). Light strike, stamina, 18 cm sphere sweep, Attack sequence playback, BloodAmount on connecting living hits. Occupancy LMB attack / RMB ready. MCP authored and saved Crowbar/FireAxe/Sledgehammer/WoodenMallet MeleeCombat plus bMeleeWeapon=true. Combat-usable unmarked world props remain a later catalog. Owner PIE closed under ROAD-P10-04.
4. ROAD-P10-04 Complete — owner-reported 2026-09-20: Dedicated Server + two clients. L1810 hits/misses, cover, lethal/nonlethal, close-versus-far falloff, remote views, rejected invalid actions. Crowbar, FireAxe, Sledgehammer and WoodenMallet pickup, authored hold, reticle, strike, stamina/durability, throw, no duplicate stacks, remote strike/damage, rejected invalid client hits. FireAxe stamina ≥14 retest. ADS left-wrist, mag-install while moving, R mag-replace, yellow combat debug.

Exit / acceptance: Complete. Owner-reported playable L1810 + Tools light melee + throw loop with server-authored damage. HUD hit/headshot/kill markers remain out of contract. Wider weapon content remains P20/P27. Tools harvest/build/raid extras stay out of this P10 exit (ROAD-TOOLS-11–13). Tool-role vocabulary is resolved in FEAT-INVENTORY. P09 visual combat acceptance is not part of this exit.

Canonical specifications and detailed tasks: Held tools slice; Combat System FEAT-COMBAT; Weapon Customization (Workbench & Field) FEAT-WEAPON-CUSTOMIZATION; Blood Visual (Stains, World Feedback, HUD) FEAT-BLOOD-VISUAL; Inventory & Items FEAT-INVENTORY

Phase 11 — Weapon customization, inspection and repair

ROAD-P11 Partial

Entry / dependencies: P08/P09/P10; G6 weapon tasks UI-SYS-005/006 follow backend readiness.

Current evidence: G3.2 records owner-passed L1810 magazine handling. Owner resolved 2026-09-20 field repair, salvage yield, overflow drop, parts-only 15%, magazine CompatibleItemIds, tactical-device input names, jam chance, and LRD-01 brightness copy in FEAT-WEAPON-CUSTOMIZATION. Source 2026-09-20 landed L1810 field attach/remove, replicated attachment meshes, laser/light presentation, jam-before-consume, planner helpers, and attachment persistence. The same day a closed-Editor LambeerEditor Win64 Development build succeeded, MCP created and saved DA_Item_LRD01 / DA_Item_LS901 / DA_Item_LTL100 and extended DA_Item_L1810 CompatibleItemIds, and all 50 Lambeer.* automation tests passed. MCP readback 2026-09-21 found the tactical keys already on IMC_Default DefaultKeyMappings (T toggle, Ctrl+T cycle) and emptied the leftover deprecated Mappings array. Owner-authored SightAttachment / MuzzleAttachment / TacticalAttachment sockets are bound on LRD-01 / LS9-01 / LTL-100. Owner 2026-09-21 cancelled the non-magazine attachment delay; install/remove is instant. Owner-reported PIE the same day: inventory UI drag-install onto L1810 succeeded. Remaining owner PIE for this slice: remove, held/back/world attachment meshes, laser/light T / Ctrl+T, jam chance, and save/reload. Workbench CommonUI, runtime salvage/repair (kit ItemId still TBD-8EF6FAED), and zombie laser awareness remain open.

Work packages

1. ROAD-P11-01 Evidence: Preserve existing magazine-as-item and chamber state; do not recreate the already tested L1810 flow.
2. ROAD-P11-02 Partial: Source implements both-sides compatible instant install/remove, replicated child meshes on held/back/world weapons, and laser/light toggle-cycle presentation. L1810 attachment Data Assets, SightAttachment / MuzzleAttachment / TacticalAttachment sockets, and IMC_Default T / Ctrl+T mappings are authored. Owner-reported inventory drag-install passed 2026-09-21. Remaining: later AI-awareness integration, plus owner PIE for remove, meshes, laser/light, jam, and persistence.
3. ROAD-P11-03 Partial: Head/Loop/Tail expansion and CompatibleItemIds rejection are implemented as LambeerMagazinePlanRules (UI-SYS-005). Remaining: workbench/3D inspect CommonUI and magazine planner modal (UI-SYS-006).
4. ROAD-P11-04 Remaining: Salvage 1 + floor(DurabilityPercent / 20) and parts-only +15% are test-covered helpers only. Connect durability and repair actions to approved kits/salvage and inventory costs using the loot-only kit identity resolved in TBD-8EF6FAED; verify cancellation, hands, transfers and save/reload.
5. ROAD-P11-05 Owner-selected redesign — 2026-09-22: Compact Inspector A and firearm analysis-window requirements supersede the earlier A2 visual composition. Compact Inspector A and the selected Distance Explorer are implemented in source with spread-only without gravity. The owner revised the body reference to an upright white PNG silhouette scaled to current player height; the final PNG asset, native rebuild and focused Ballistics 2/2 are verified. Closed-Editor build, widget compile/save, offscreen native layout render and non-PIE HUD 42/42 passed. Owner PIE remains pending. Existing inspect behavior retained from A2: The earlier selected centered A2 Inspector window established the runtime floating window inside ULambeerInventoryWidget. It starts centered, can be repositioned by dragging its header, is clamped inside the Inventory surface and leaves Inventory interactive at normal brightness behind it; Item Details adds no full-screen dim layer. RMB context menus expose Details for player inventory, held, worn, Q/back, use-quick and loot item projections. The window presents a SceneCapture 3D inspect of the physical item plus installed attachment meshes (2D icon fallback; no auto-spin, default screen-left InspectPreviewStartYaw -90 overridable on DA_Item_*, player drag-orbits, mouse-wheel zooms, wrap-lit from every side), identity, authored description, quantity, weight, durability, loaded rounds, wetness/blood state and live attachment item slots; Escape/Back/Close dismisses it and attempts to return focus to the originating slot. Slot visibility is definition/state driven: compatible magazine/non-magazine definitions contribute their slots, installed state remains visible, firearms and bMeleeWeapon items expose Charm, and unsupported items show a no-slots message rather than placeholder rows. Physical player items resolved from container/hand/worn/Q-back state accept a compatible Inventory/held attachment dropped on a matching Details slot; an installed Details slot can be dragged back to an inventory cell to request removal, dragged onto Drop or released outside Inventory chrome to world-drop, or hovered with E to unequip into inventory when there is space. UseQuick/loot projections remain read-only, and inventory removal does not promise exact target container/index placement. This inspect capture is not the later workbench 3D planner (UI-SYS-006). ELambeerAttachmentSlot::Charm, default CharmAttachment socket naming and server-side firearm/melee charm compatibility are implemented; exact charm ItemIds, meshes, sockets and per-item pairings remain catalog authoring under TBD-911C46EA. Owner PIE 2026-09-21 reported Details-to-inventory drag passed and first hover+E passed, but the 3D inspect showed no model and E failed after clicking elsewhere. Source follow-through matches portrait capture settings and routes E through the inventory Slate preprocessor. Closed-Editor LambeerEditor Win64 Development rebuild, WBP_Inventory/WBP_InventorySlot compile/save and non-PIE Lambeer.HUD 39/39 passed 2026-09-22. Remaining acceptance: owner KBM/controller and Dedicated Server PIE retest of 3D inspect with attachments, wheel zoom, wrap lighting, and hover+E after clicking elsewhere, plus header drag/clamp, undimmed background, context activation/focus return, live state refresh, feedback and persistence readback.

Exit / acceptance: Selected slice weapon customization and repair work end to end without lost/duplicated attachments or ammunition. Rail-position/stock-length depth stays in P21.

Canonical specifications and detailed tasks: Weapon Customization (Workbench & Field) FEAT-WEAPON-CUSTOMIZATION; Inventory & Items FEAT-INVENTORY; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION

Phase 12 — Full survival effects, world blood and rain presentation

ROAD-P12 Partial

Entry / dependencies: P02/P07/P10. The 2026-09-22 simulation numbers are approved. Medkit, antibiotic, splint, food and water ItemIds are still unassigned. Material wet-look and world VFX stay deferred by owner choice.

Current evidence: Owner evidence covers bed sleep, eight HUD bars and local rain-lens/shelter checks. [IMPLEMENTED 2026-09-22] Server simulation for bleeding, fracture, infection, cold/hot, wet-temperature pull, blood gain, rain wash and Item.Bandage is in ULambeerSurvivalComponent. Numbers stay in FEAT-SURVIVAL. [OWNER-REPORTED 2026-09-22] Dedicated Server client Preview passed Lambeer.Survival Bleed, Fracture, Infect, Clear, Temp 20, and Lambeer.Damage 40 bleeding/fracture rolls. Check, bandage use, the 10-minute infection timer, health drain, wet-temperature pull and rain wash are not reported. Medkit, antibiotic, splint, food and water ItemIds are still unassigned. No stamina regen rate is approved. Owner deferred wet-look materials, rain particles, world blood decals and a random weather cycle, so UI-HUD-017 and ROAD-P12-03 stay blocked. ROAD-P12-04 visual and treatment checks are still open.

Work packages

1. ROAD-P12-01 Implemented, owner PIE partial: Bleeding, fracture, infection, cold/hot and wet-temperature rules run on the server. Owner PIE 2026-09-22 passed forced Bleed, Fracture, Infect, Clear, Temp 20, and a Damage 40 bleeding/fracture roll. Lambeer.Survival Check, the 10-minute infection timer, ticking health drain, wet-temperature pull and rain wash are not reported. Poison, overeating and a separate rest key are out of this slice. No stamina regen rate is approved.
2. ROAD-P12-02 Partial: Item.Bandage stops bleeding and does not restore Health. Medkit, antibiotic, splint, cooked food, raw food and water ItemIds are still unassigned, so those effects are not wired.
3. ROAD-P12-03 Blocked: Owner deferred wet-look materials, rain particles, world blood decals and a random weather cycle on 2026-09-22. Blood gain and rain-wash scalars are approved and are not this presentation package.
4. ROAD-P12-04 User-only: Owner verifies damage-to-world/mesh/HUD feedback, infection/treatment, shelter/exposure and reset behavior; distinguish visual checks from GAS simulation checks.

Exit / acceptance: The selected survival loop can be played, treated and restored after restart; world/mesh effects and HUD are individually accepted, with no placeholder mapping presented as approved tuning.

Canonical specifications and detailed tasks: Survival System FEAT-SURVIVAL; Blood Visual (Stains, World Feedback, HUD) FEAT-BLOOD-VISUAL; Wetness and Rain FEAT-WETNESS-RAIN

Phase 13 — World production decision and streaming prototype

P13 blockout assembled — 2026-09-23: dedicated World Partition map, approved 1.0 km² envelope and 600 × 400 m road core, eight prototype buildings including Clinic and four storeys plus basement, eight doors, three no-build volumes and navigation bounds are saved. Owner cancelled the blocked dialog; MCP recovered. Starter materials are bound on 72 meshes / 142 slots. Canonical decisions and evidence. Owner additionally authorized durable map-container contents; persistence extension passed non-PIE validation.

Architecture kit import — updated 2026-09-23: all 75 base FBXs are imported and saved as Static Mesh assets under /Game/Lambeer/World/Environment/KitProofTown/Architecture/. Non-PIE MCP validation passed all 75 for registry identity, exact authored bounds, material-slot counts, source paths, saved packages, UV0 plus generated lightmap UV1, navigation support, Nanite policy and authored UCX collision. Nanite is enabled on 71 assets and disabled on the four movable/glass assets named by the workbook. All 20 owner texture sets, 76 source Texture2D assets and 20 provisional Material Instances are also prepared. Starter slot assignment and first blockout are saved; physical tiling and owner acceptance remain pending. These milestones do not certify streaming performance or owner PIE. Mesh import evidence · Texture coverage.

Sensei material presets — 2026-09-23: all 20 single-layer Material Instances use the owner-selected M_BlendMaster_Nanite. Owner resolved missing-Metallic handling: 19 presets disable Metallic, including the two grey presets; Corrugated Metal alone uses its supplied map. Saved readbacks and preview checks pass. Final normal direction, physical tiling and owner visual acceptance remain pending; starter mesh assignment is saved. Canonical settings and parent-file protection.

ROAD-P13 Partial

Entry / dependencies: P00/P01 profiling baseline. TBD-WORLD-002 is resolved: limited proof area first. The bounded brief is the fictional Kit Proof Town. Final 100 km² lock remains TBD-WORLD-001 / WORLD-C10 and does not block this phase.

Current evidence: the 75-piece Architecture kit and dedicated L_KitProofTown now exist as saved assets. The map contains 452 placed static meshes plus gameplay actors and template lighting. Building density remains an eight-address proof cluster, not a complete populated town. Kit dimensions follow the owner-confirmed module contract. TBD-WORLD-001 stays open. Editor screenshots and placement/material/volume reports are in outputs/p13-kit-proof-town-20260923/. No agent PIE or performance result is claimed.

Work packages

1. ROAD-P13-01 Complete: Owner confirmed limited proof area first on 2026-09-13 under TBD-WORLD-002. Preserve the final seven-settlement/island target for P24–P26.
2. ROAD-P13-02 Partial: Owner map/layout/material choices are approved and the first measured eight-building blockout is saved. Owner traversal and visual acceptance remain. Do not lock full-world landscape production until WORLD-C10.
3. ROAD-P13-03 Partial: Imported kit, starter materials, World Partition map, doors, no-build brushes, navigation bounds and shelter tags are placed. Two authored loot crates have saved stable IDs; persistence passed 9/9 non-PIE tests. Data Layers/HLOD, physical tiling, interior visibility, navigation/shelter and streaming acceptance remain.
4. ROAD-P13-04 Remaining: Profile dense interiors, streaming boundaries and server relevancy before multiplying environment content; document kit and POI handoff contracts.

Exit / acceptance: Production order and measured layout choices are approved; owner traversal/visual acceptance of the placed blockout is pending. Exit requires prototype streaming, navigation and shelter results. Those results do not yet exist, and no full-map completion follows from a sandbox map or from Kit Proof Town.

Canonical specifications and detailed tasks: World Design FEAT-WORLD-DESIGN; Scope & Constraints GDD-SCOPE-CONSTRAINTS; Performance Profiling & Debugging TECH-PERFORMANCE-PROFILING

Phase 14 — Zombie AI and bounded encounter slice

ROAD-P14 Partial

Entry / dependencies: P10/P12/P13. [CONFIRMED 2026-09-22] P14 AI is StateTree + EQS on an AIController, not a Behavior Tree and not Mass. Awareness in this slice is sight plus hearing of gunfire, sprinting and vehicles. Laser/light detection stays TBD-11668480. Horde events are not this phase.

Current evidence: StateTree modules are enabled. Source 2026-09-22 added LambeerZombieRules and ALambeerZombieCharacter: the confirmed General/Hulk starting stats, sight/hearing/reach checks, a server attribute set that accepts existing ApplyDamage, and the SKM_Manny_Simple idle stand-in. No StateTree asset, spawner, noise hook, or map placement exists. The stand-in is not a P07 save record. Imported/template content elsewhere was not audited as implemented game AI.

Work packages

1. ROAD-P14-01 Partial — 2026-09-22: Baseline stats and a damage-receiving pawn for Zombie_General and Zombie_Hulk are in source, using the P14 starting stats and the Manny stand-in. StateTree behavior, attack traces and navigation are not in this increment. Do not use a Behavior Tree or Mass in this slice.
2. ROAD-P14-02 Remaining: Build patrol/wander, sight/hearing investigation, chase, attack, lose-target and return behaviors with navigation failure handling.
3. ROAD-P14-03 Remaining: Implement region density/global server multiplier, active spawn caps and relevancy/AI LOD; integrate firearm, sprint and vehicle noise awareness. Do not apply laser/light detection bonuses here.
4. ROAD-P14-04 User-only: Owner validates selected encounters in interiors/outdoors and on two clients; retain server profiling and exploit/unstuck findings.

Exit / acceptance: A bounded selection of normal zombies threatens players, navigates the prototype area and respects measured caps; roster/boss expansion is separate.

Canonical specifications and detailed tasks: Zombie Design FEAT-ZOMBIE-DESIGN; Zombie & Boss Roster CHAR-DB-ZOMBIES; Performance Profiling & Debugging TECH-PERFORMANCE-PROFILING

Phase 15 — Crafting queues and station production

ROAD-P15 Partial

Entry / dependencies: P02/P07/P08; G6 UI-SYS-001/002. [CONFIRMED 2026-09-22] TBD-HUD-UI-005 is resolved: station destruction puts remaining storage and the full station-queue refund into one wreck recovery container.

Current evidence: [IMPLEMENTED 2026-09-22] ULambeerCraftingSubsystem reserves top-level stacks, cancels back into the living source, and spills a destroyed station into ALambeerStationRecoveryContainer. Active rows and that container persist on schema 1. No recipe DataAsset, craft completion, output grant, or crafting screen is in this slice. Closed-Editor LambeerEditor Win64 Development succeeded. Headless non-PIE Lambeer.Crafting 2/2 and Lambeer.Persistence 8/8 passed. Owner PIE has not been run.

Work packages

1. ROAD-P15-01 Remaining: Author approved recipe/blueprint/station data and discovery/unlock contracts without inventing economy values.
2. ROAD-P15-02 Partial — 2026-09-22: Player and station queues reserve top-level materials immediately, keep separate order, and refund on cancel. A living source that cannot hold a returned slice keeps the queue row. Nested contents are not reserved. Craft completion is not in this slice.
3. ROAD-P15-03 Partial — 2026-09-22: Active queue rows persist in the schema-1 world-state CraftingQueues array. The wreck is world-drop kind StationRecovery and uses the 24-hour world-up despawn. Missing-output behavior is still unresolved and is not implemented.
4. ROAD-P15-04 Remaining: Implement searchable recipe/detail/queue UI and validate queue ordering, concurrent access, full outputs and interrupted sessions.

Exit / acceptance: Player and station recipes consume exactly once, produce/refund correctly and persist; screens report authoritative availability and queue state.

Canonical specifications and detailed tasks: Crafting & Progression FEAT-CRAFTING-PROGRESSION; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; Network Architecture TECH-NETWORK-ARCH

Phase 16 — Building placement, ownership and minimal base kit

ROAD-P16 Partial — owner PIE pending

Entry / dependencies: P02/P13/P15; G6 UI-SYS-003/004. The new Squad-visible unfinished-site rule also needs an authoritative Squad-membership subset of P19 before its multiplayer acceptance; the current roadmap records P19 as not started. This dependency can be delivered as an earlier shared-service slice without claiming full P19 chat/voice completion. No-build categories and shapes are resolved in TBD-WORLD-003; per-volume buffer meters are authored during blockout.

Current evidence — 2026-09-29: A native 29-assembly catalog, Hammer-gated radial/local preview, server-authoritative placement/site contributions and cancellation, Squad membership, three resource tiers, and Squad/site world-state records are implemented. LambeerEditor builds; Lambeer.Building.CatalogAssets and Lambeer.Persistence.Codec pass without PIE. Owner multiplayer PIE and restart/rejoin acceptance are pending. Snap-marker matching, bundled details beyond the completed garage Blueprint, full Squad invite UI, damage/repair/upgrade and authored-house state remain open. Implementation details.

Design alignment — owner confirmed 2026-09-29: the Wood → Brick → Concrete tiers and shared building-piece model cover player structures and ordinary authored houses. Existing modular house art/assembly assets do not constitute building gameplay. POI/progression structures retain the protected world rule. See FEAT-BUILDING and WORLD-C09.

Work packages

1. ROAD-P16-01 Remaining: Use only the existing 41-type Modern Farmhouse catalog for the first playable construction set; do not add Foundation or Ramp meshes. Author the player-selectable assemblies and the selected starter bills as gameplay definitions, with bundled door/garage/roof detail meshes. Register the planned Item.Brick and Item.Concrete resources; Item.Wood already exists. Separate geometry/snap definitions from Wood, Brick and Concrete material gameplay/presentation data. Establish stable piece and ordinary-house instance identity without using Actor names or ISM indices. Place/upgrade/repair/demolish require held Tool.Role.Hammer (WoodenMallet) per FEAT-INVENTORY; Authorize does not.
2. ROAD-P16-02 Remaining: Implement client preview and server placement validation for current Squad membership, range, support, obstruction, canonical POI/no-build volumes and rotation; ordinary areas are buildable. Reject placement by a player without a Squad and show a create-or-join-Squad reason in the UI. Valid placement commits a collision-free Squad-owned hologram site with no placement-time material spend. Only current Squad members can see, contribute to or remove it; contribution/removal do not require a held Hammer. Outsiders cannot see it. The hologram cannot support other pieces. A full bill completes instantly. Manual removal or support loss cancels immediately and drops all contributions at the site. Show progress in world-anchored UI to nearby Squad members. Preserve firearm Reload when Hammer-held R opens the building radial. Persist the site, contributions, completed result and empty-Squad ownership through USaveSubsystem / ULambeerWorldPersistenceSubsystem in this same gameplay change, with matching Lambeer.Persistence automation. The hologram design decision is resolved.
3. ROAD-P16-03 Remaining: Implement Squad ownership/access for placed sites and completed pieces, plus Upgrade/Repair/Demolish/Authorize commands with tier state. The first construction increment does not require a territory anchor; outside POI/no-build volumes, ordinary areas are buildable. Add player-built door/window built-in lock state and installed Lock-item support on doors, windows and Player-built Storage per FEAT-LOCK-ACCESS. Claimed-radius build privilege remains a later design option.
4. ROAD-P16-04 Remaining: Connect build-selection/action radials and invalid-placement reasons; owner verifies remote visibility and hostile invalid requests.

Exit / acceptance: A player can construct and maintain a small valid base; clients cannot bypass placement or duplicate resources. Unfinished sites, contributions and completed pieces survive restart/rejoin before this phase exits. Raid destruction and recovery close in P17.

Canonical specifications and detailed tasks: Building System FEAT-BUILDING; Lock & Access FEAT-LOCK-ACCESS; Inventory & Items FEAT-INVENTORY; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; World Design FEAT-WORLD-DESIGN

Phase 17 — Base persistence, raid damage and recovery

ROAD-P17 Not evidenced

Entry / dependencies: P07/P10/P16; agree applicable raid rules before tuning them.

Current evidence: P07 has a working per-world SQLite save backend. Building-piece records, raid damage and ordinary authored-house destruction are not implemented or evidenced. Existing house meshes and assembled Blueprints are visual/architectural assets, not durable damage actors.

Work packages

1. ROAD-P17-01 Remaining: Extend the P16 durable building records through USaveSubsystem / ULambeerWorldPersistenceSubsystem for raid damage/recovery, ordinary authored-house piece deltas, storage, ownership/privilege and any approved structural relationships. Preserve unfinished-site and contribution records from P16. Save authored pieces by stable house-instance plus piece identity; untouched defaults may be derived from the authored definition.
2. ROAD-P17-02 Remaining: Implement authorized raid damage, repair/destruction, container fallout, lifecycle cleanup and Lockpick against every confirmed lockable building/container target. Type-specific raid damage for Crowbar/FireAxe/Sledgehammer is follow-on work under ROAD-TOOLS-13, not implied by P10 melee.
3. ROAD-P17-03 Remaining: Make save/restore, streaming and ISM/HISM-to-Actor promotion consistent so restart cannot resurrect demolished ordinary-house or player-built pieces, reroll initial lock state, lose/duplicate installed Lock items or duplicate stored loot. Extend Lambeer.Persistence automation with independent house instances, partial HP, destruction, ownership and stream/restart restoration.
4. ROAD-P17-04 User-only: Owner tests two-client raid, contested storage, death, restart, recovery and invalid authority; preserve database/build evidence.

Exit / acceptance: A constructed base and its complete storage survive restart; valid raids change durable state exactly once and recover without duplication.

Canonical specifications and detailed tasks: Building System FEAT-BUILDING; World Design WORLD-C09; Lock & Access FEAT-LOCK-ACCESS; PvP, Raiding & Trading FEAT-PVP-RAIDING-TRADING; Network Architecture TECH-NETWORK-ARCH

Phase 18 — First boss, component reward and permanent buff

ROAD-P18 Not evidenced

Entry / dependencies: P07/P10/P14/P15; G6 boss presentation UI-SYS-010.

Current evidence: Boss roster/loop are documented; no implemented boss encounter, durable first-kill award service or completed boss HUD was evidenced.

Work packages

1. ROAD-P18-01 Remaining: Author one selected boss encounter and fixed POI with telegraphs, weak points and server-owned lifecycle.
2. ROAD-P18-02 Remaining: Implement authoritative eligibility, component reward and once-only first-kill permanent buff; persist award identity and restore it.
3. ROAD-P18-03 Remaining: Connect boss component to a craftable weapon recipe and confirm the reward loop uses the existing inventory/crafting services.
4. ROAD-P18-04 Remaining: Implement boss health/inspected respawn-state presentation; owner tests repeat kills, multiple eligible players, interrupted fights and restart.

Exit / acceptance: The owner can hunt the boss, receive the correct component and first-kill buff, craft the reward weapon and retain state after restart without duplicate permanent awards.

Canonical specifications and detailed tasks: Zombie Design FEAT-ZOMBIE-DESIGN; Crafting & Progression FEAT-CRAFTING-PROGRESSION; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION

Phase 19 — Squad cooperation and communication

ROAD-P19 Not started

Entry / dependencies: P08/P18 and the specific group/chat/voice backend dependencies. Owner approved G7 squad work before unrelated G6 Skills/Vehicles; G6 need not close as a whole first.

Current evidence: UI-SOC tasks are Blocked/Not started/User-only. Map ping exists, but that does not prove squad membership, text chat or voice services.

Work packages

1. ROAD-P19-01 Blocked: Resolve applicable group authority/name/log rules in TBD-HUD-UI-007 before shared group service work.
2. ROAD-P19-02 Remaining: Implement squad create/invite/accept/leave, authoritative membership and group-context map ping without adding a persistent squad-roster HUD. A Squad is not deleted when its final member leaves; preserve its identity as an empty group because unfinished building sites remain Squad-owned. The minimum membership authority needed for P16 hologram visibility/permissions must land before P16 multiplayer acceptance.
3. ROAD-P19-03 Remaining: Implement canonical Server/Proximity/Squad chat and voice/PTT/mute/block states with membership validation and focus-safe screens.
4. ROAD-P19-04 User-only: Owner tests invitations, disconnect/rejoin, rejected actions and boss co-op; record available voice/device evidence and explicit unavailable states.

Exit / acceptance: Players can coordinate in the selected group flow with server-validated permissions. Clan territory depth is P22; the approved per-system G6/G7 sequencing retains each task’s own acceptance.

Canonical specifications and detailed tasks: Clans & Squads FEAT-CLANS-SQUADS; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; HUD & UI System FEAT-HUD-UI

Phase 20 — Integrated core-loop acceptance

ROAD-P20 Not evidenced

Entry / dependencies: P00–P19 exits and only the G6/G7 tasks needed for this slice; owner approved per-system dependency scheduling. Use the Kit Proof Town limited area approved under TBD-WORLD-002; P24–P26 expansion follows this acceptance.

Current evidence: Several foundational loops have owner results, but the complete join → survive → loot → build → boss → craft → death/raid → restart loop has no accepted evidence in this audit.

Work packages

1. ROAD-P20-01 Remaining: Assemble the selected guns/melee, zombies, boss, recipes, base kit, survival and squad flow into the approved test geography.
2. ROAD-P20-02 Remaining: Verify slice-required crafting/building/weapon/boss/squad UI tasks and their backend acceptance. Keep later Skills, Vehicles and clan-depth tasks open; do not claim the whole G6/G7 groups are complete.
3. ROAD-P20-03 User-only: Owner plays the complete dedicated-server loop with two clients and restart; record fun/readability defects as well as correctness failures.
4. ROAD-P20-04 Remaining: Close blocking defects and capture baseline CPU/GPU/memory/network/loading evidence; make the scope/go-forward decision explicit.

Exit / acceptance: The complete loop is owner-accepted with durable player/base state, loss/recovery and boss rewards. This is an acceptance milestone, not a new giant implementation phase.

Canonical specifications and detailed tasks: Core Gameplay Loop FEAT-CORE-LOOP; Scope & Constraints GDD-SCOPE-CONSTRAINTS; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; Risk Register PROD-RISK-REGISTER

Phase 21 — Skills, achievements and advanced weapon depth

ROAD-P21 Not started

Entry / dependencies: P20 accepted core loop; UI-SYS-007/008 and later weapon depth proceed on their own backend dependencies.

Current evidence: Owner-authorized P21 preparation completed 2026-09-22: editable 16-skill catalog asset, pure XP/level and bonus calculations, closed-Editor build and 3/3 non-PIE Lambeer.Skills tests. Canonical implementation boundary. P21 gameplay integration remains Not started; the P20 entry dependency and G6 backend/UI acceptance are unchanged.

Work packages

1. ROAD-P21-01 Preparation complete; integration remaining: Catalog, pure progression/bonus calculations and boundary tests are implemented. Remaining: authoritative activity-driven XP awards, live state, replication and persistence; retain all progress through death. Include durable shared first-opener Scavenging generation under the approved contract; no global character level.
2. ROAD-P21-02 Partially resolved: TBD-BCAE2104 now defines the ten-level skill cap, 20%-growth XP curve, award defaults and numeric bonuses. The work package remains blocked only on TBD-E2F4910C achievement catalog/reward decisions.
3. ROAD-P21-03 Remaining: Implement progression/achievement views, unlock toasts and authoritative reward actions without client-awarded progress.
4. ROAD-P21-04 Remaining: Add approved rail-position and stock-length customization with data-owned effects, compatible preview and durable per-item state.

Exit / acceptance: Repeated actions produce valid skill progress and approved rewards across restart; advanced weapon edits survive transfer/reload and cannot bypass compatibility.

Canonical specifications and detailed tasks: Crafting & Progression FEAT-CRAFTING-PROGRESSION; Player Statistics & Achievements FEAT-PLAYER-STATISTICS-ACHIEVEMENTS; Weapon Customization (Workbench & Field) FEAT-WEAPON-CUSTOMIZATION; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION

Phase 22 — Clans, territory and raid policy

ROAD-P22 Not started

Entry / dependencies: P17/P19/P20; G7 shared group service is reused.

Current evidence: Clan/territory concepts exist; UI-SOC-001 remains Blocked and no completed clan registry was evidenced.

Work packages

1. ROAD-P22-01 Blocked: Finalize canonical clan roles/name/tag/log and offline-raid policy decisions before shipping the affected permissions.
2. ROAD-P22-02 Remaining: Extend group services with clan roles, promotion/kick and invite-only administration; implement the required roster/activity UI.
3. ROAD-P22-03 Remaining: Connect territory/build privileges and raid access to authoritative group state and durable membership changes.
4. ROAD-P22-04 User-only: Owner verifies permission escalation/revocation, conflicting invitations, leader/member disconnect and raid access after restart.

Exit / acceptance: Clan and territory permissions are durable and auditable; all rejected actions have reasons and no stale membership grants unauthorized construction or access.

Canonical specifications and detailed tasks: Clans & Squads FEAT-CLANS-SQUADS; PvP, Raiding & Trading FEAT-PVP-RAIDING-TRADING; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION

Phase 23 — First networked vehicle and full-state persistence

ROAD-P23 Not started

Entry / dependencies: P07/P13/P20; UI-SYS-009 follows the vehicle backend without blocking the earlier squad/core slice.

Current evidence: Vehicle design exists; no Lambeer vehicle runtime was evidenced and the vehicle HUD task is Not started. Enabled engine capabilities or purchased meshes are not a working vehicle.

Work packages

1. ROAD-P23-01 Remaining: Deliver one selected vehicle with the confirmed 90% initial cabin-lock roll, exact-ID/inserted key ignition, cabin Lockpick, permanent Hotwire, driver/passenger seats, entry/exit and networked movement.
2. ROAD-P23-02 Remaining: Integrate fuel, damage, component condition, storage, repair and supported parts/upgrades per the full vehicle contract, including the owner-requested bumpers and protective exterior steel frames; resolve part behavior and first-release coverage before implementation. Action.VehicleRepair requires inventory Jack + Screwdriver + Pliers roles; those ItemIds are not registered. Canonical roles: FEAT-INVENTORY.
3. ROAD-P23-03 Remaining: Persist the full vehicle record and linked item/key/container state, including original spawn point, initial/current cabin lock, inserted key and permanent Hotwire; reject stale ownership and invalid access without rerolling.
4. ROAD-P23-04 Remaining: Connect vehicle HUD and owner-test passenger views, collision, seat changes, disconnect and restart with measured network behavior.

Exit / acceptance: One vehicle is drivable and recoverable after restart with all implemented state intact; it meets approved measured budgets before multiplying variants.

Canonical specifications and detailed tasks: Vehicles FEAT-VEHICLES; Lock & Access FEAT-LOCK-ACCESS; Network Architecture TECH-NETWORK-ARCH; HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION

Phase 24 — Starter towns and rural world production

ROAD-P24 Not evidenced

Entry / dependencies: P13 approved kits/streaming, P14/P16 integration and P20 accepted core loop. Owner confirmed expansion after limited-area proof.

Current evidence: The four-town Fresh Spawn UI passed in the sandbox. The production four starter towns, surrounding rural areas and authored spawn perimeters were not verified.

Work packages

1. ROAD-P24-01 Remaining: Produce the four selectable starter towns and connected rural/resource routes according to the canonical world concept.
2. ROAD-P24-02 Remaining: Populate enterable buildings with navigation, loot families, shelter, lighting, doors/windows and authored spawn perimeters.
3. ROAD-P24-03 Remaining: Integrate region threat, map landmarks and no-build areas without turning starter towns into safe zones.
4. ROAD-P24-04 User-only: Owner verifies traversal, spawn safety rules, interior access, AI, streaming and representative loot runs; retain region acceptance reports.

Exit / acceptance: All four starter-town areas satisfy the world concept’s relevant acceptance criteria; sandbox markers are replaced with accepted geography and measured traversal.

Canonical specifications and detailed tasks: World Design FEAT-WORLD-DESIGN; Inventory & Items FEAT-INVENTORY; Performance Profiling & Debugging TECH-PERFORMANCE-PROFILING

Phase 25 — Mainland cities and Lamla progression spaces

ROAD-P25 Not evidenced

Entry / dependencies: P24 kits/region acceptance; mainland city production follows starter-town production.

Current evidence: Central City, West Regional City and Lamla are concept requirements; this audit found no proof of completed production POIs.

Work packages

1. ROAD-P25-01 Remaining: Produce Central City and West Regional City districts, required malls/hospital/civic/military/airport and surrounding infrastructure from the world specification.
2. ROAD-P25-02 Remaining: Author enterable vertical and underground routes, lighting, navigation, loot and fixed encounter locations; honor approved floor rules.
3. ROAD-P25-03 Remaining: Implement Lamla’s restricted laboratory and anti-bypass progression locks using the findable, single-use, non-unique key rules in TBD-WORLD-006.
4. ROAD-P25-04 User-only: Owner validates city traversal, laboratory access, broken-door/window rules and dense-POI streaming/server profiles.

Exit / acceptance: Required mainland city/POI checklist is accepted with no inaccessible required floors or bypassable progression locks; perf evidence covers representative dense interiors.

Canonical specifications and detailed tasks: World Design FEAT-WORLD-DESIGN; Performance Profiling & Debugging TECH-PERFORMANCE-PROFILING

Phase 26 — Island, bridges and full-world integration

ROAD-P26 Not evidenced

Entry / dependencies: P25 and approved island/bridge/exclusion decisions; P20 limited-area acceptance precedes full-world expansion.

Current evidence: Island resort city, prison, port, airport and two independent highway bridges remain concept scope without completed runtime evidence.

Work packages

1. ROAD-P26-01 Remaining: Produce the island’s required resort/port/prison/military/airport spaces and their enterable interiors.
2. ROAD-P26-02 Remaining: Connect the two independent bridge approaches/landings and enforce approved no-build zones.
3. ROAD-P26-03 Remaining: Integrate mainland-island streaming, navigation, progression, loot, map markers and vehicle routes across the full target.
4. ROAD-P26-04 User-only: Owner audits the world’s WORLD-C acceptance criteria and full-route traversal/performance; record incomplete addresses/POIs explicitly.

Exit / acceptance: The full seven-settlement/island concept has an auditable content/QA inventory and accepted connectivity; no planning density or area baseline is relabeled as shipped geometry.

Canonical specifications and detailed tasks: World Design FEAT-WORLD-DESIGN; Performance Profiling & Debugging TECH-PERFORMANCE-PROFILING

Phase 27 — Roster expansion, loot economy and balance

ROAD-P27 Not evidenced

Entry / dependencies: P20 core acceptance plus relevant P21–P26 systems/regions.

Current evidence: Zombie/boss/skill/item catalogs describe intended content. Their existence is not proof that the roster, rewards or economy are integrated and tuned.

Work packages

1. ROAD-P27-01 Remaining: Expand normal zombies, fixed bosses, components/buffs and selected weapon/item recipes through canonical catalogs and runtime data.
2. ROAD-P27-02 Remaining: Implement the horde/surge event after cadence is decided. [CONFIRMED 2026-09-22] Trigger is player noise or player activity; a timer alone does not start a horde. Cadence remains TBD-C5A45C93. Measure AI load before raising density.
3. ROAD-P27-03 Remaining: Author source-owned drop-rate tables for every loot source and tune drop-trade, crafting and raid resource sinks from playtest data.
4. ROAD-P27-04 User-only: Owner runs repeated survival/progression/raid sessions; record scarcity, recovery, dominant strategies and adjustments with before/after evidence.

Exit / acceptance: Every promised content family has integration/QA evidence and traceable loot sources; progression and raid economy are accepted without invented drop-rate claims.

Canonical specifications and detailed tasks: Zombie & Boss Roster CHAR-DB-ZOMBIES; Zombie Design FEAT-ZOMBIE-DESIGN; PvP, Raiding & Trading FEAT-PVP-RAIDING-TRADING; Crafting & Progression FEAT-CRAFTING-PROGRESSION

Phase 28 — Accessibility, input, localization and presentation polish

ROAD-P28 Partial

Entry / dependencies: Existing G2/G4 presentation foundations; G8 follows G5/G6/G7 closure.

Current evidence: Fonts, localization samples and core settings have owner evidence. G8 accessibility/rebind/subtitle tasks are Not started; physical controller validation is still an explicit carryover.

Work packages

1. ROAD-P28-01 Remaining: Implement canonical colorblind palettes, English/Thai subtitles, reduced camera shake and centralized flashing policy.
2. ROAD-P28-02 Remaining: Finish rebind/conflict handling and hold/toggle settings with persistence and resolved input glyphs.
3. ROAD-P28-03 User-only: With hardware available, owner completes Xbox/PlayStation navigation, device-switch focus and glyph checks deferred from G2; do not infer them from KBM.
4. ROAD-P28-04 Remaining: Polish audio/VFX/UX and approved cosmetic presentation; validate supported resolution/aspect/language/settings combinations, including text clipping and focus.

Exit / acceptance: G8 presentation/input acceptance matrix is recorded, all supported devices have evidence or an explicit owner-approved release-scope change, and remaining strings/effects follow central policy.

Canonical specifications and detailed tasks: HUD & UI Implementation Plan TECH-HUD-UI-IMPLEMENTATION; HUD & UI System FEAT-HUD-UI; Audio Direction AUDIO-DIRECTION

Phase 29 — Performance, authority and stability hardening

ROAD-P29 Not evidenced

Entry / dependencies: Profile throughout; final gate requires accepted representative systems/content from P20–P28.

Current evidence: A detailed profiling runbook exists; no production-capacity profiling or integrated anti-cheat acceptance was established in this audit. Config player counts are not approved performance results.

Work packages

1. ROAD-P29-01 Blocked: Resolve canonical target/budget decision TBD-BFF08134 and security/platform choices before claiming target-load acceptance.
2. ROAD-P29-02 Remaining: Measure and optimize server CPU, client GPU, memory/GC, network, AI, MetaHuman LOD, streaming/loading and UI against comparable baselines.
3. ROAD-P29-03 Remaining: Integrate approved anti-cheat; harden inventory/combat/build/save/session authority and malformed/stale request rejection.
4. ROAD-P29-04 User-only: Owner performs target-load and long-session tests; retain crash/trace reports, defect reproduction and before/after regression evidence.

Exit / acceptance: Approved performance/stability/security gates have measured results on declared builds/hardware/topology; unresolved budgets or missing load tests block release acceptance.

Canonical specifications and detailed tasks: Performance Profiling & Debugging TECH-PERFORMANCE-PROFILING; Network Architecture TECH-NETWORK-ARCH; Risk Register PROD-RISK-REGISTER

Phase 30 — Server operations, backups and player hosting

ROAD-P30 Not evidenced

Entry / dependencies: P07/P17/P23 durable schemas, P29 hardening; operational constraints/ownership remain Unassigned until supplied.

Current evidence: Server target and hosting design exist. Official fleet, monitoring, admin tooling, tested backups/migrations and player-hosted distribution were not verified.

Work packages

1. ROAD-P30-01 Remaining: Package documented Linux server distribution, configuration and approved admin/RCON operations for player hosting.
2. ROAD-P30-02 Remaining: Implement/validate versioned migrations, backups, restore drills and database maintenance supporting no scheduled wipes.
3. ROAD-P30-03 Remaining: Prepare official server provisioning, monitoring, crash/log collection, update and rollback runbooks with measured capacity/cost inputs.
4. ROAD-P30-04 User-only: Owner approves operational configuration and executes restore/update drills; record data integrity and recovery outcome before live deployment.

Exit / acceptance: A recoverable server release can be installed, monitored, upgraded and rolled back with persistent state preserved; actual hosting costs/credentials/owners are not invented.

Canonical specifications and detailed tasks: Servers & Hosting TECH-SERVERS-HOSTING; Network Architecture TECH-NETWORK-ARCH; Risk Register PROD-RISK-REGISTER

Phase 31 — Release candidate and launch acceptance

ROAD-P31 Not evidenced

Entry / dependencies: P20–P30 applicable gates closed; no unresolved release-blocking decision or defect.

Current evidence: No release candidate, launch acceptance or live build was evidenced. This phase authorizes no deployment by itself.

Work packages

1. ROAD-P31-01 Remaining: Freeze the accepted content/scope and produce traceable client/server release artifacts and release notes.
2. ROAD-P31-02 User-only: Owner completes installation, join/rejoin, full-loop, localization/accessibility and persistence regression against the candidate.
3. ROAD-P31-03 Remaining: Verify support/feedback, player-hosting documentation, monitoring and recovery readiness; classify remaining defects explicitly.
4. ROAD-P31-04 User-only: Obtain the owner’s concrete release/deployment decision for the reviewed candidate, then follow the authorized launch procedure.

Exit / acceptance: The reviewed buy-to-play release is explicitly accepted by the owner with evidence and known issues; deployment and live health are recorded separately from a successful build.

Canonical specifications and detailed tasks: Scope & Constraints GDD-SCOPE-CONSTRAINTS; Servers & Hosting TECH-SERVERS-HOSTING; Risk Register PROD-RISK-REGISTER