|
1 | | -# MASTER ROADMAP - HIGH LEVEL (v7 ADDITIVE) |
| 1 | +# MASTER ROADMAP - HIGH LEVEL (v7 ADDITIVE) |
2 | 2 |
|
3 | 3 | ## Status Key |
4 | 4 | - [x] complete |
|
232 | 232 | ### Track A - Debug Foundation |
233 | 233 | - [x] Dev Console (input + command execution) |
234 | 234 | - [x] Debug Overlay (visual panels) |
235 | | -- [x] Console ↆOverlay Boundary |
| 235 | +- [x] Console ââ â Overlay Boundary |
236 | 236 | - [x] Panel Registry |
237 | 237 | - [x] Data Providers (read-only model) |
238 | 238 | - [x] Operator Commands (control surface) |
|
409 | 409 | - [x] game-specific asset ownership enforced |
410 | 410 | - [x] shared-vs-game utility boundaries enforced |
411 | 411 | - [x] space_invaders normalized |
412 | | -- [x] puckman normalized |
| 412 | +- [x] pacman normalized |
413 | 413 | - [x] future games follow template-first path |
414 | 414 |
|
415 | 415 | --- |
|
707 | 707 | ## 18. Engine Finalization & Hardening (Deferred Execution) |
708 | 708 |
|
709 | 709 | > Purpose: convert the built system into a clean, stable, production-grade engine after all major capability tracks are complete. |
710 | | -> This is NOT a scaffolding phase — it is a consolidation + enforcement phase. |
| 710 | +> This is NOT a scaffolding phase it is a consolidation + enforcement phase. |
711 | 711 |
|
712 | 712 | ### Scope Rules |
713 | 713 | - additive only (no blind refactors) |
|
721 | 721 | [ ] Clean boundaries |
722 | 722 | [ ] Document contracts |
723 | 723 |
|
724 | | -### Track A — Engine Usage Enforcement |
| 724 | +### Track A Engine Usage Enforcement |
725 | 725 | - [x] verify all `samples/` use engine systems (no local reimplementation) |
726 | 726 | - [.] verify all `games/` use engine systems |
727 | 727 | - [x] migrate any local logic into engine/shared where appropriate |
728 | 728 | - [ ] remove sample-specific logic from engine paths |
729 | 729 |
|
730 | | -### Track B — Boundary Hardening |
| 730 | +### Track B Boundary Hardening |
731 | 731 | - [.] enforce engine vs shared vs game vs tool boundaries |
732 | 732 | - [.] eliminate cross-layer leakage |
733 | 733 | - [.] validate dependency direction rules across repo |
734 | 734 | - [ ] remove accidental coupling |
735 | 735 |
|
736 | | -### Track C — Contract Stabilization |
| 736 | +### Track C Contract Stabilization |
737 | 737 | - [.] finalize engine public APIs |
738 | 738 | - [.] finalize shared contracts |
739 | 739 | - [ ] ensure selectors/providers are stable |
740 | 740 | - [.] remove unstable or experimental surfaces |
741 | 741 |
|
742 | | -### Track D — Codebase Consistency |
| 742 | +### Track D Codebase Consistency |
743 | 743 | - [ ] single class per file enforcement |
744 | 744 | - [ ] remove duplicate helpers |
745 | 745 | - [ ] normalize naming consistency |
746 | 746 | - [ ] eliminate import/export anti-patterns |
747 | 747 |
|
748 | | -### Track E — CSS & UI Normalization |
| 748 | +### Track E CSS & UI Normalization |
749 | 749 | - [ ] flatten CSS layers |
750 | 750 | - [ ] enforce shared UI classes |
751 | 751 | - [ ] remove redundant styles |
752 | 752 |
|
753 | | -### Track F — Docs System Cleanup |
| 753 | +### Track F Docs System Cleanup |
754 | 754 | [ ] Docs organization: classify all `./docs/` into buckets. |
755 | 755 |
|
756 | 756 | [ ] Arrange docs into classification buckets. |
|
761 | 761 | - [ ] remove move-only historical docs (after validation) |
762 | 762 | - [ ] align docs to feature-based structure |
763 | 763 |
|
764 | | -### Track G — Repo Hygiene |
| 764 | +### Track G Repo Hygiene |
765 | 765 | [ ] Remove imports to export (should not be import x, export x) |
766 | 766 | [ ] Other than templates (games/samples/tools), remove the .keep file, if the folder is empty, delete |
767 | 767 | - [ ] remove unnecessary `.keep` files |
768 | 768 | - [ ] remove empty folders |
769 | 769 | - [ ] validate folder ownership rules |
770 | 770 | - [ ] enforce clean repo structure |
771 | 771 |
|
772 | | -### Track H — PR Consolidation Strategy |
| 772 | +### Track H PR Consolidation Strategy |
773 | 773 | - [ ] bundle related PRs into capability-level units |
774 | 774 | - [ ] reduce multi-PR fragmentation |
775 | 775 | - [ ] ensure each PR represents a complete capability |
|
786 | 786 | - no experimental work |
787 | 787 | - only stabilization, validation, and extensibility |
788 | 788 |
|
789 | | -### Track A — System Integration Validation |
| 789 | +### Track A System Integration Validation |
790 | 790 | - [.] validate all major systems working together: |
791 | 791 | - rendering |
792 | 792 | - input |
|
797 | 797 | - [.] verify no hidden coupling |
798 | 798 | - [.] verify predictable system interaction |
799 | 799 |
|
800 | | -### Track B — Runtime Lifecycle Validation |
801 | | -- [ ] validate boot → run → shutdown lifecycle |
| 800 | +### Track B Runtime Lifecycle Validation |
| 801 | +- [ ] validate boot ? run ? shutdown lifecycle |
802 | 802 | - [ ] validate hot reload / reset flows |
803 | 803 | - [ ] validate error handling paths |
804 | 804 | - [ ] validate long-running stability |
805 | 805 |
|
806 | | -### Track C — Performance & Scaling |
| 806 | +### Track C Performance & Scaling |
807 | 807 | - [.] validate large scene performance |
808 | 808 | - [.] validate stress scenarios (1k+ entities) |
809 | 809 | - [.] validate memory stability |
810 | 810 | - [.] identify bottlenecks |
811 | 811 |
|
812 | | -### Track D — Debug & Observability Maturity |
| 812 | +### Track D Debug & Observability Maturity |
813 | 813 | - [ ] ensure all systems expose debug data |
814 | 814 | - [x] ensure providers are complete and consistent |
815 | 815 | - [x] validate debug panels across systems |
816 | 816 | - [x] confirm production-safe debug toggling |
817 | 817 |
|
818 | | -### Track E — Toolchain Validation |
| 818 | +### Track E Toolchain Validation |
819 | 819 | - [ ] verify tools integrate cleanly with engine |
820 | 820 | - [ ] validate asset pipelines end-to-end |
821 | | -- [ ] validate editor → runtime consistency |
| 821 | +- [ ] validate editor ? runtime consistency |
822 | 822 | - [ ] confirm no tool-specific logic leaks into engine |
823 | 823 |
|
824 | | -### Track F — Sample & Game Validation |
| 824 | +### Track F Sample & Game Validation |
825 | 825 | - [.] Organize/rebuild `samples/` and `games/` as if newly constructed, with proper classes/data in proper folders. |
826 | 826 | - [.] Simulated code (for example, some network samples) should be converted to real networks, with tests as needed. |
827 | 827 | - [.] verify all samples still function correctly |
828 | 828 | - [ ] verify curriculum progression remains intact |
829 | 829 | - [ ] validate games follow template strictly |
830 | 830 | - [ ] confirm no regression across phases |
831 | 831 |
|
832 | | -### Track G — Extensibility Readiness |
| 832 | +### Track G Extensibility Readiness |
833 | 833 | - [x] validate plugin/extension patterns |
834 | 834 | - [x] validate adding new systems is clean |
835 | 835 | - [x] validate external integration points |
836 | 836 | - [x] ensure future phases can build cleanly |
837 | 837 |
|
838 | | -### Track H — Final Stability Gate |
| 838 | +### Track H Final Stability Gate |
839 | 839 | - [x] full-repo validation sweep |
840 | 840 | - [x] zero regression requirement |
841 | 841 | - [x] contract freeze readiness |
|
0 commit comments