13 KiB
HyperTwist Implementation Phase 1 Kickoff
Created on 2026-05-21.
Purpose
This file records the current implementation-facing HyperTwist runtime truth
after the retained-set reset, the restrictive clean-room waves, and the first
Phase 6R widening packets.
It exists so the repo has one short operational note that answers:
- what real product code exists now
- which live first-party seams are already real
- which newer doctrine surfaces govern future widening
- what the next concrete packet should be
Verified repo-state note on 2026-05-21
Current verified product-side reality is:
- first-party training/coaching/runtime surfaces are real and landed
- restrictive lanes
onionhoney/roux-trainers,cubing/alg.js,cubing/twisty.js,HactarCE/2x2x2x2-Scrambler, andkash/cubedeskare already implemented through accepted bounded packets cubing/cubing.jsis live through an accepted boundary-sensitiveMPL-side adapter/dependency route, not through a restrictive clean-room route- bounded permissive widening is already landed for:
HactarCE/Hyperspeedcubekkoomen/qbrvivaansinghvi07/rubix-cube-solverroice3/MagicTileggml-org/whisper.cppSYSTRAN/faster-whisperrhasspy/pipercoqui-ai/TTSroice3/Magic120Cellroice3/MagicCube5D
- the landed
coqui-ai/TTScode-side slice is not a clean-room lane by current doctrine; model and payload review remains separate from the package code license - the dedicated current doctrine note for
MPL-side non-GPLusage is: - the dedicated release-placement checklist for selling or externally
distributing builds that include those
MPLlanes is:- HYPERTWIST_MPL_DISTRIBUTION_PLACEMENT_CHECKLIST_2026-05-25.md
- that checklist explicitly covers public commercial website, store,
checkout, release, and download surfaces when they sell or deliver builds
containing those
MPLlanes
- the closed
0R-Epacket still retains these non-live benchmark, oracle, or clean-room-later rows:cs0x7f/cstimerbrownan/Rubiks-Cube-Solverefrantar/rob-twophaseShellPuppy/RCubevwcwong/CubeSimAviKaufman/Rubix-cube-traineralinen/cubeambisinister/blindsolveyakupbilen/drl-rubiks-cube
- the closed
0R-Epacket discarded these active-set rows:aMonteSl/CodeXRMathewKJ2048/Rubiks-cube-simulatorbrianpeiris/RiftSketch
- no other repo should be described as implemented without explicit packet and product-surface evidence
Live first-party runtime anchors
Current first-party anchors already present in code include:
UHyperTwistTrainingSubsystemUHyperTwistTrainingRuntimeLibraryUHyperTwistTrainingPanelWidgetAHyperTwistTrainingSessionActorUHyperTwistCoachDashboardWidgetUHyperTwistTrainingCatalogLibraryUHyperTwistTrainingTilingLibraryUHyperTwistContractLibraryUHyperTwistHttpVisionClientUHyperTwistHttpSpeechClientUHyperTwistMockSpeechClientUHyperTwistHttpVoiceClientUHyperTwistMockVoiceClient
These are real first-party seams, not speculative targets.
What this scaffold is not
This is not yet:
- a full memory federation implementation
- a finished provider-neutral BYOK/profile system
- a broad live skill layer
- the fully widened speech-input / voice-output stack
Those remain governed future capability families.
Governing doctrine stack for next widening
Use these as the current governing docs:
C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\FEATURE_REGISTRY.mdC:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\ROADMAP.mdC:\HyperTwist\docs\ops\HYPERTWIST_CROSS_LANE_AUTHORITY_HIERARCHY_AND_RECONCILIATION_2026-05-20.mdC:\HyperTwist\docs\ops\HYPERTWIST_PACKET_CLEANUP_AND_REBUILDABLE_ARTIFACT_HYGIENE_2026-05-20.mdC:\HyperTwist\docs\ops\HYPERTWIST_CANONICAL_COMPACT_CLOSEOUT_FORMAT_2026-05-19.mdC:\HyperTwist\docs\ops\HYPERTWIST_OPTIONAL_ASSISTIVE_FEATURE_DEACTIVATION_AND_REMOVABILITY_DOCTRINE_2026-05-21.mdC:\HyperTwist\docs\ops\HYPERTWIST_MEMORY_LANE_AUTHORITY_AND_PHASE_IMPLEMENTATION_DOCTRINE_2026-05-21.mdC:\HyperTwist\docs\ops\HYPERTWIST_CONTINUITY_LATTICE_AND_CONTEXT_ASSEMBLY_PROFILE_DOCTRINE_2026-05-23.mdC:\HyperTwist\docs\ops\HYPERTWIST_PROVIDER_NEUTRALITY_AND_BYOK_DOCTRINE_2026-05-21.mdC:\HyperTwist\docs\ops\HYPERTWIST_SKILLIZATION_AND_COMMAND_SURFACE_DOCTRINE_2026-05-21.md
Immediate next step
The next bounded move is now:
- the bounded permissive
Phase 6R-KHactarCE/Hyperspeedcubenotation and replay-log serialization implementation packet is now landed in current code - the bounded permissive
Phase 6R-LHactarCE/Hyperspeedcubereplay verification implementation packet is now landed in current code - the bounded permissive
Phase 6R-MHactarCE/Hyperspeedcubestats-shape and solve-record implementation packet is now landed in current code - the bounded permissive
Phase 6R-NHactarCE/Hyperspeedcubepuzzle-definition DSL implementation packet is now landed in current code - the bounded permissive
Phase 6R-Okkoomen/qbrwebcam UI shell packet is now landed in current code - the bounded permissive
Phase 6R-Pvivaansinghvi07/rubix-cube-solverbrowser/webcam shell packet is now landed in current code - the bounded permissive
Phase 6R-Qvivaansinghvi07/rubix-cube-solversolve explanation/recommendation packet is now landed in current code - the continuity-profile sync now names
Continuity Latticeas the substrate only, keepsMemory Lanescanonical, and treatsMax-Retention ModeandEconomic-Retention Modeas preset-backed overrideable context-assembly profiles rather than a second memory system - the generic source-backed
Phase 6R-Rshared classic-cube recognition multi-face correction/explanation control pass is now consumed - the bounded permissive
Phase 6R-Rshared classic-cube recognition multi-face correction/explanation shell packet is now landed in current code - the generic source-backed
Phase 6R-Sshared classic-cube correction-resolution closure control pass is now consumed - the bounded permissive
Phase 6R-Sshared classic-cube correction-resolution closure packet is now landed in current code - the generic source-backed
Phase 6R-Troice3/MagicTiletransform-aware macro remapping control pass is now consumed - the bounded permissive
Phase 6R-Troice3/MagicTiletransform-aware macro remapping packet is now landed in current code - the generic source-backed
Phase 6R-Uggml-org/whisper.cpplive microphone capture shell control pass is now consumed - the bounded permissive
Phase 6R-Uggml-org/whisper.cpplive microphone capture shell packet is now landed in current code - the generic source-backed
Phase 6R-Vggml-org/whisper.cppdevice-permission and capture-route readiness shell control pass is now consumed - the bounded permissive
Phase 6R-Vggml-org/whisper.cppdevice-permission and capture-route readiness shell packet is now landed in current code - the generic source-backed
Phase 6R-Wggml-org/whisper.cppdownloadable model and payload custody control pass is now consumed - the bounded permissive
Phase 6R-Wggml-org/whisper.cppdownloadable model and payload custody packet is now landed in current code - the generic source-backed
Phase 6R-Xfirst-party provider-profile and BYOK custody control pass is now consumed - the bounded first-party
Phase 6R-Xprovider-profile and BYOK custody packet is now landed in current code - the generic source-backed
Phase 6R-Yfirst-party provider routing and policy control pass is now consumed - the bounded first-party
Phase 6R-Yprovider routing and policy packet is now landed in current code - the generic source-backed
Phase 6R-Zfirst-party normalized usage/cost event-model control pass is now consumed - the bounded first-party
Phase 6R-Znormalized usage/cost event-model packet is now landed in current code - the generic source-backed
Phase 6R-AAfirst-party operator-facing provider usage/cost dashboard shell control pass is now consumed - the bounded first-party
Phase 6R-AAoperator-facing provider usage/cost dashboard shell packet is now landed in current code - the generic source-backed
Phase 6R-ABfirst-party provider usage/cost history/export shell control pass is now consumed - the bounded first-party
Phase 6R-ABprovider usage/cost history/export shell packet is now landed in current code - the generic source-backed
Phase 6R-ACfirst-party provider receipt review and posted-charge inspection control pass is now consumed - the bounded first-party
Phase 6R-ACprovider receipt review and posted-charge inspection packet is now landed in current code - the generic source-backed
Phase 6R-ADfirst-party provider billing settlement and invoice reconciliation control pass is now consumed - the bounded first-party
Phase 6R-ADprovider billing settlement and invoice reconciliation packet is now landed in current code - the generic source-backed
Phase 6R-AEfirst-party provider settlement exception and external-portal handoff control pass is now consumed - the bounded first-party
Phase 6R-AEprovider settlement exception and external-portal handoff packet is now landed in current code - the generic source-backed
Phase 6R-AFfirst-party real device-permission workflow control pass is now consumed - the bounded first-party
Phase 6R-AFreal device-permission workflow packet is now landed in current code - the generic source-backed
Phase 6R-AGfirst-party native capture-route ownership and workflow preparation/control pass is now consumed - the bounded first-party
Phase 6R-AGnative capture-route ownership and workflow preparation/control packet is now landed in current code - the generic source-backed
Phase 6R-AHfirst-party operator-facing native capture-route workflow shell pass is now consumed - the bounded first-party
Phase 6R-AHoperator-facing native capture-route workflow shell packet is now landed in current code - the generic source-backed
Phase 6R-AIfirst-party provider-neutral custom-endpoint runtime routing pass is now consumed - the bounded first-party
Phase 6R-AIprovider-neutral custom-endpoint runtime routing packet is now landed in current code - keep the speech-lane guard visible:
- keep code-license judgments separate from model, voice, and payload-license review
- keep the provider-neutral speech-lane guard visible:
- first-party HyperTwist owns the top-level provider/session contract
whisper.cppandfaster-whispermay win narrower donor slices without inheriting that lane, the provider routing/policy lane, or the usage/cost governance lane
- keep the
MagicTileguard visible:- keep broad non-Euclidean interaction or WinForms/OpenTK host-shell ownership closed by default unless a narrower first-party gap is proven above the landed macro-remapping seam
Memory-specific sequencing rule
When HyperTwist later returns to memory implementation:
- do not open one broad "memory packet"
- follow the lane map and packet order in
C:\HyperTwist\docs\ops\HYPERTWIST_MEMORY_LANE_AUTHORITY_AND_PHASE_IMPLEMENTATION_DOCTRINE_2026-05-21.md
Context-assembly sequencing rule
When HyperTwist chooses a context-assembly posture:
- do not replace the lane doctrine with one monolithic continuity concept
- use
Continuity Latticeas the substrate name only - keep
Memory Lanesas the governing internal taxonomy - treat
Max-Retention ModeandEconomic-Retention Modeas preset-backed, overrideable context-assembly profiles over the same substrate - escalate from
Economic-Retention ModetoMax-Retention Modebefore uncertainty becomes dangerous
Provider-specific sequencing rule
Do not implement provider-specific overlays, usage surfaces, or model-profile flows directly on top of a donor-specific schema.
First establish the first-party provider-neutral and BYOK-capable contract in:
C:\HyperTwist\docs\ops\HYPERTWIST_PROVIDER_NEUTRALITY_AND_BYOK_DOCTRINE_2026-05-21.md
Skillization sequencing rule
Do not jump directly from retained donor packets to a large live skill layer.
First follow:
C:\HyperTwist\docs\ops\HYPERTWIST_SKILLIZATION_AND_COMMAND_SURFACE_DOCTRINE_2026-05-21.md
Specifically:
S1-Aregistry and manifest contractS1-Bsettings/menu/off-state controlS2-Apermissive analyzer wrappersS2-Bclean-room command-contract specs