2.8 KiB
2.8 KiB
HyperTwist — DEVELOPMENT.md
Development philosophy
HyperTwist should be developed as a serious native product:
- Unreal project as the main runtime
- C++ simulation and rendering core
- Blueprints for interaction and curriculum logic
- bounded CV or analytics sidecars where needed
- minimal web-only surface
Current development gate
Do not reopen broad donor-driven widening as if the whole retained portfolio were already settled.
Current truth:
9repos are currently verified live in checked Unreal surfaces8are permissiveMITorApache-2.01is the restrictiveonionhoney/roux-trainerslane that is already properly clean-roomed and implementedPhase 0Ris now closed for the remaining62non-live rowsPhase 1Ris now closed as the retained-set contract and handoff overhaulPhase 2Ris now closed as the retained-set ownership and acceptance packet sequencePhase 3R-Ais now closed as the landedAarav2709/KubeTimrwidening packetPhase 3R-Bis now closed as the landedHypercubers/hypercubing.xyzwidening packetPhase 3R-Cis now closed as the landedapache/echartswidening packet
Next sequence:
- preserve the nine landed lanes
- use the retained-set contract as the only legal/roadmap routing surface for non-live rows
- keep
Aarav2709/KubeTimr,Hypercubers/hypercubing.xyz, andapache/echartson preserve-and-enhance footing through their landed packets - continue broader permissive widening from
Phase 3R-D
Suggested repo structure
HyperTwist/Source/HyperTwistCoreSource/HyperTwistSimulationSource/HyperTwistRecognitionSource/HyperTwistReplaySource/HyperTwistTrainingSource/HyperTwistCoachSource/HyperTwistXR
hypertwist-services/- optional CV inference service
- optional progression or coaching service
docs/- replay packet specs
- trainer logic
- notation / interchange specs
- benchmark notes
Build order
- preserve and document landed implementation truth
- completed
Phase 0Rdeep source evaluation reset for remaining rows - completed
Phase 1Rcontract / handoff / provenance overhaul - completed retained-set ratification and packet design
- permissive implementation waves from retained rows
- boundary-sensitive adapter or sidecar waves
- restrictive clean-room waves from retained rows
- simulation core expansion from retained set
- state and notation standardization
- replay and export
- physical recognition
- trainer/progression
- AI coach
- immersive hyper modes
- optimization and polish
Testing
- move/state correctness
- replay integrity
- scramble validity
- CV uncertainty handling
- coaching recommendation stability
- XR interaction reliability
- progression persistence and analytics