From bb6b86861e878fdd3d45173201a04cf8738247af Mon Sep 17 00:00:00 2001 From: axiomlogicnexus Date: Wed, 13 May 2026 01:13:39 +0200 Subject: [PATCH] Close HyperTwist Phase 0R packet 0R-E --- ...NICAL_RESTART_RECONCILIATION_2026-05-12.md | 21 +- ...SE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md | 674 ++++++++++++++++++ ..._AND_IMPLEMENTATION_SCHEDULE_2026-05-11.md | 56 +- .../HYPERTWIST_REPO_STATE_BOARD_2026-05-11.md | 133 ++-- docs/REPO_LICENSE_TRACKING.md | 283 +++++++- ..._unified_copyleft_strategy_matrix_v6_3.csv | 24 +- ...epo_portfolio_unified_operational_v6_3.csv | 24 +- docs/repo_portfolio_unified_phase_g_v6_3.csv | 24 +- ...po_portfolio_unified_source_audit_v6_3.csv | 24 +- .../HyperTwist/LICENSETRACKING.md | 22 +- 10 files changed, 1159 insertions(+), 126 deletions(-) create mode 100644 docs/HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md diff --git a/docs/HYPERTWIST_CANONICAL_RESTART_RECONCILIATION_2026-05-12.md b/docs/HYPERTWIST_CANONICAL_RESTART_RECONCILIATION_2026-05-12.md index 2c7d48a..98bf36e 100644 --- a/docs/HYPERTWIST_CANONICAL_RESTART_RECONCILIATION_2026-05-12.md +++ b/docs/HYPERTWIST_CANONICAL_RESTART_RECONCILIATION_2026-05-12.md @@ -63,7 +63,15 @@ That restrictive lane must be treated as: The remaining `65` rows are not to be treated as already implemented. -They are the `Phase 0R` evaluation backlog. +`Phase 0R` is now closed for that non-live set. + +Those rows now resolve into: + +- retained straight-permissive candidates +- retained boundary-sensitive candidates +- retained restrictive clean-room candidates +- retained benchmark, oracle, and clean-room-later rows +- discarded active-set rows ## Canonical-location findings @@ -427,7 +435,7 @@ After this reconciliation: ## Current packet status -`Packet 0R-A`, `Packet 0R-B`, `Packet 0R-C`, and `Packet 0R-D` are now closed as evaluation packets. +`Packet 0R-A`, `Packet 0R-B`, `Packet 0R-C`, `Packet 0R-D`, and `Packet 0R-E` are now closed as evaluation packets. See: @@ -435,6 +443,7 @@ See: - `docs/HYPERTWIST_PHASE_0R_PACKET_0R_B_EVALUATION_2026-05-12.md` - `docs/HYPERTWIST_PHASE_0R_PACKET_0R_C_EVALUATION_2026-05-12.md` - `docs/HYPERTWIST_PHASE_0R_PACKET_0R_D_EVALUATION_2026-05-13.md` +- `docs/HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` Result: @@ -442,9 +451,12 @@ Result: - all thirty-six `0R-B` repos remain retained - all six `0R-C` repos remain retained - all four `0R-D` repos remain retained +- `9` `0R-E` rows remain retained only as benchmark, oracle, or clean-room-later reservations +- `3` `0R-E` rows are now discarded from the active retained set - `Packet 0R-B` is now a deep-source integration authority packet, not merely a permissive backlog summary - `Packet 0R-C` is now the deep-source boundary-use authority for the mixed, attributed, asset-term, and commercial rows - `Packet 0R-D` is now the governance and Model A authority for the restrictive clean-room rows +- `Packet 0R-E` is now the deep-source benchmark, reference, clean-room-later, and discard authority for its twelve rows - none of those packet rows are currently proven live in checked Unreal surfaces - `Aarav2709/KubeTimr` is the earliest straight permissive subsystem implementation candidate after `Phase 2R` - `Hypercubers/hypercubing.xyz` is the retained knowledge/curriculum/community donor @@ -460,6 +472,7 @@ License-tracking boundary: - `docs/v6_5_deep_manual_pack/HyperTwist/LICENSETRACKING.md` is policy-only and must not become a second repo-row legal ledger - `Packet 0R-A`, `Packet 0R-B`, and `Packet 0R-C` are the source-value and exclusion-rationale authorities for their retained rows - `Packet 0R-D` is the governance and Model A authority for its retained rows, but not the Model B handoff artifact +- `Packet 0R-E` is the source-value and discard-rationale authority for its twelve rows - those packet docs must now also carry concise implementation-facing licensing snapshots so an integrating instance does not miss the legal posture at handoff time - full license, attribution, notice, asset-term, and provenance obligations still belong in `docs/REPO_LICENSE_TRACKING.md` @@ -468,5 +481,5 @@ License-tracking boundary: The next bounded move is: 1. keep `Phase 3R+` widening frozen -2. open `Packet 0R-E` -3. continue the remaining reference, benchmark, reserve, and discard `Phase 0R` backlog until the broader `Phase 0R` set is actually closed +2. open `Phase 1R` +3. rebuild the contract, board, handoff, allowlist, and packet-routing surfaces from the retained post-`Phase 0R` set only diff --git a/docs/HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md b/docs/HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md new file mode 100644 index 0000000..c017811 --- /dev/null +++ b/docs/HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md @@ -0,0 +1,674 @@ +# HyperTwist Phase 0R Packet 0R-E Deep Source Evaluation + +Created on `2026-05-13` + +## Status + +`Packet 0R-E` is now `closed` as a `Phase 0R` evaluation packet. + +This packet applies the same deep-source standard already established by `0R-A`, `0R-B`, `0R-C`, and `0R-D`: + +- read the upstream source directly +- salvage all meaningful value +- omit only when the surface is: + - an inferior duplicate + - superseded by a stronger retained donor + - off topic to HyperTwist's retained product scope + - host-shell glue with no durable architecture value +- record the rationale every time something is not promoted + +For these twelve repos, this document is now the canonical `reference, benchmark, clean-room-later, and discard authority` packet. + +Before a future instance implements, clean-rooms, benchmarks against, or discards any `0R-E` repo, it must read: + +1. this document for source-value extraction, benchmark/reference/discard posture, and exclusion rationale +2. [REPO_LICENSE_TRACKING.md](C:/HyperTwist/docs/REPO_LICENSE_TRACKING.md:1) for repo-row legal and provenance obligations +3. [HYPERTWIST_REPO_EVALUATION_RESET_AND_IMPLEMENTATION_SCHEDULE_2026-05-11.md](C:/HyperTwist/docs/HYPERTWIST_REPO_EVALUATION_RESET_AND_IMPLEMENTATION_SCHEDULE_2026-05-11.md:1) for sequencing + +## Purpose + +This packet redoes `Phase 0R-E` as a true deep source parsing packet for: + +- `cs0x7f/cstimer` +- `brownan/Rubiks-Cube-Solver` +- `efrantar/rob-twophase` +- `aMonteSl/CodeXR` +- `MathewKJ2048/Rubiks-cube-simulator` +- `ShellPuppy/RCube` +- `vwcwong/CubeSim` +- `AviKaufman/Rubix-cube-trainer` +- `alinen/cube` +- `ambisinister/blindsolve` +- `brianpeiris/RiftSketch` +- `yakupbilen/drl-rubiks-cube` + +It answers, repo by repo: + +- what was actually read in source +- what value HyperTwist should salvage +- what is subordinate, duplicate, inferior, or off topic +- why that non-promotion decision was made +- which repo should own a domain when these rows overlap with stronger retained donors +- whether the row survives as benchmark, oracle, clean-room-later reservation, or discard + +## Storage boundary + +To stop future confusion, the storage boundary is explicit: + +- `this packet doc`: source-value extraction, benchmark/reference/discard posture, overlap resolution, and exclusion rationale +- [REPO_LICENSE_TRACKING.md](C:/HyperTwist/docs/REPO_LICENSE_TRACKING.md:1): repo-row license, attribution, notice, publication, and provenance obligations +- existing `C:\Workspaces\HyperTwist\clean-room-specs\*.md` files for `0R-E` rows: historical seeds only unless this packet explicitly keeps the row active for later clean-room use +- [HYPERTWIST_REPO_STATE_BOARD_2026-05-11.md](C:/HyperTwist/docs/HYPERTWIST_REPO_STATE_BOARD_2026-05-11.md:1): row state and next-step board +- [HYPERTWIST_REPO_EVALUATION_RESET_AND_IMPLEMENTATION_SCHEDULE_2026-05-11.md](C:/HyperTwist/docs/HYPERTWIST_REPO_EVALUATION_RESET_AND_IMPLEMENTATION_SCHEDULE_2026-05-11.md:1): packet sequencing and restart phases +- [HYPERTWIST_CANONICAL_RESTART_RECONCILIATION_2026-05-12.md](C:/HyperTwist/docs/HYPERTWIST_CANONICAL_RESTART_RECONCILIATION_2026-05-12.md:1): cross-location authority routing + +This packet is a `Phase 0R` closure authority doc, not a blanket implementation handoff. + +Rows retained only as benchmarks or references do not become donor-approved merely because they remain documented here. + +## Packet licensing snapshot + +- `cs0x7f/cstimer`: `GPL-3.0` +- `brownan/Rubiks-Cube-Solver`: `GPL-3.0` +- `efrantar/rob-twophase`: `GPL-3.0` +- `aMonteSl/CodeXR`: `GPL-3.0-only` +- `MathewKJ2048/Rubiks-cube-simulator`: `GPL-3.0` +- `ShellPuppy/RCube`: `GPL-3.0` +- `vwcwong/CubeSim`: `GPL-3.0` +- `AviKaufman/Rubix-cube-trainer`: `All Rights Reserved` +- `alinen/cube`: `no explicit license visible` +- `ambisinister/blindsolve`: `no explicit license visible` +- `brianpeiris/RiftSketch`: `MIT` +- `yakupbilen/drl-rubiks-cube`: `MIT` + +## Inputs used + +This rewrite used: + +- current reset docs in `C:\HyperTwist\docs` +- current mirrors under: + - `C:\Workspaces\HyperTwist\mirrors\restrictive\cs0x7f\cstimer` + - `C:\Workspaces\HyperTwist\mirrors\restrictive\brownan\Rubiks-Cube-Solver` + - `C:\Workspaces\HyperTwist\mirrors\restrictive\efrantar\rob-twophase` + - `C:\Workspaces\HyperTwist\mirrors\restrictive\aMonteSl\CodeXR` + - `C:\Workspaces\HyperTwist\mirrors\restrictive\MathewKJ2048\Rubiks-cube-simulator` + - `C:\Workspaces\HyperTwist\mirrors\restrictive\ShellPuppy\RCube` + - `C:\Workspaces\HyperTwist\mirrors\restrictive\vwcwong\CubeSim` + - `C:\Workspaces\HyperTwist\mirrors\restrictive\AviKaufman\Rubix-cube-trainer` + - `C:\Workspaces\HyperTwist\mirrors\restrictive\alinen\cube` + - `C:\Workspaces\HyperTwist\mirrors\restrictive\ambisinister\blindsolve` + - `C:\Workspaces\HyperTwist\mirrors\permissive\brianpeiris\RiftSketch` + - `C:\Workspaces\HyperTwist\mirrors\permissive\yakupbilen\drl-rubiks-cube` +- preexisting clean-room docs for selected rows under: + - `C:\Workspaces\HyperTwist\clean-room-specs\brownan-rubiks-cube-solver.model-a.md` + - `C:\Workspaces\HyperTwist\clean-room-specs\brownan-rubiks-cube-solver.oracle.md` + - `C:\Workspaces\HyperTwist\clean-room-specs\vwcwong-cubesim.model-a.md` + - `C:\Workspaces\HyperTwist\clean-room-specs\avi-kaufman-rubix-cube-trainer.model-a.md` + - `C:\Workspaces\HyperTwist\clean-room-specs\alinen-cube.model-a.md` + - `C:\Workspaces\HyperTwist\clean-room-specs\ambisinister-blindsolve.model-a.md` + - `C:\Workspaces\HyperTwist\clean-room-specs\mathewkj2048-rubiks-cube-simulator.model-a.md` +- checked live Unreal surfaces under: + - `C:\HyperTwist\UnrealHyperTwist\Source` + - `C:\HyperTwist\UnrealHyperTwist\Content\HyperTwistTraining\MaterializedCatalog` + +## Live-state result + +Current live-evidence check result for all twelve `0R-E` repos: + +- no exact live-surface match found in checked Unreal source or materialized catalog + +That means: + +- none of these twelve are currently proven live in checked Unreal surfaces +- all decisions in this packet are retention, benchmark, clean-room-later, or discard decisions only + +## Packet-wide hierarchy + +This packet does not treat all twelve rows as equal. + +| Domain | Primary retained owner | Secondary retained owner | Non-promotion rule | +| --- | --- | --- | --- | +| Competitive timer, stats, scramble, persistence, and smart-device behavior benchmarking | `cs0x7f/cstimer` | `Aarav2709/KubeTimr`, `kash/cubedesk` | Keep `cstimer` as the benchmark/oracle owner only. Do not let its mature browser shell turn into direct donor approval. | +| Compact optimal-ish solver correctness and heuristic-table clean-room-later planning | `brownan/Rubiks-Cube-Solver` | `efrantar/rob-twophase` | Keep `brownan` as the cleaner compact solver oracle. Use `efrantar` as the performance and robot-metric comparator, not as the first clean-room target. | +| Large-cube centers, edges, parity, and orientation-virtualized rotation strategy | `ShellPuppy/RCube` | none in `0R-E` | Keep it narrowly as large-`N` algorithm reference. Do not widen it into a general HyperTwist runtime owner. | +| Guided pedagogy and stepwise solver-state UX | `AviKaufman/Rubix-cube-trainer` | `alinen/cube`, `vwcwong/CubeSim` | Keep `AviKaufman` as the strongest guided-lesson benchmark. `alinen` owns planner/task segmentation; `vwcwong` owns readable history/solver decomposition. `MathewKJ2048` does not survive this lane. | +| Blindfold memo micro-mode behavior | `ambisinister/blindsolve` | none in `0R-E` | Keep it as a narrow memo benchmark only. Do not widen it into a general trainer or solver donor. | +| Learned heuristic search and training experimentation | `yakupbilen/drl-rubiks-cube` | none in `0R-E` | Keep it as a research bench, not as a product-shell donor or core training-system replacement. | +| XR collaboration and live-coding shells | none retained | `aMonteSl/CodeXR`, `brianpeiris/RiftSketch` discarded | Those repos expose interesting subfeatures, but HyperTwist already has better retained rows for XR runtime, collaboration, capture, and replay. Do not keep these as active donor rows. | + +## Packet outcome summary + +- retained: `9` +- discarded from the active retained set: `3` +- newly proven live: `0` + +Retained rows: + +- `cs0x7f/cstimer` +- `brownan/Rubiks-Cube-Solver` +- `efrantar/rob-twophase` +- `ShellPuppy/RCube` +- `vwcwong/CubeSim` +- `AviKaufman/Rubix-cube-trainer` +- `alinen/cube` +- `ambisinister/blindsolve` +- `yakupbilen/drl-rubiks-cube` + +Discarded active-set rows: + +- `aMonteSl/CodeXR` +- `MathewKJ2048/Rubiks-cube-simulator` +- `brianpeiris/RiftSketch` + +Most important scheduling consequences: + +- the reference, benchmark, reserve, and discard backlog is now closed as a `Phase 0R` evaluation class +- `Phase 0R` is now fully closed across all `65` non-live rows +- nine `0R-E` rows survive only as bounded benchmark, oracle, or clean-room-later reservations +- three `0R-E` rows are now removed from the active retained implementation set +- the next clean move is `Phase 1R`, not another `Phase 0R` packet + +## Repo evaluations + +### `cs0x7f/cstimer` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/restrictive/cs0x7f/cstimer/README.md:1) +- [src/js/cstimer.js](C:/Workspaces/HyperTwist/mirrors/restrictive/cs0x7f/cstimer/src/js/cstimer.js:1) +- [src/js/kernel.js](C:/Workspaces/HyperTwist/mirrors/restrictive/cs0x7f/cstimer/src/js/kernel.js:1) +- [src/js/timer.js](C:/Workspaces/HyperTwist/mirrors/restrictive/cs0x7f/cstimer/src/js/timer.js:1) +- [src/js/stats/stats.js](C:/Workspaces/HyperTwist/mirrors/restrictive/cs0x7f/cstimer/src/js/stats/stats.js:1) +- [src/js/scramble/scramble.js](C:/Workspaces/HyperTwist/mirrors/restrictive/cs0x7f/cstimer/src/js/scramble/scramble.js:1) +- [src/js/lib/puzzlefactory.js](C:/Workspaces/HyperTwist/mirrors/restrictive/cs0x7f/cstimer/src/js/lib/puzzlefactory.js:1) +- [src/js/hardware/gancube.js](C:/Workspaces/HyperTwist/mirrors/restrictive/cs0x7f/cstimer/src/js/hardware/gancube.js:1) + +Licensing posture: + +- `GPL-3.0` +- retain only as a restrictive benchmark/oracle and future clean-room timer-pattern lane +- do not route direct donor code into first-party HyperTwist + +High-value salvage: + +- `kernel.js` exposes a mature event and property bus that cleanly separates settings, module listeners, and UI reactions +- `timer.js` carries a real timer-state machine with explicit ready, inspection, running, and multi-phase transitions rather than a simplistic stopwatch shell +- `stats.js` is donor-grade benchmark material for solve persistence, penalty handling, rolling averages, filters, ranking, and reconstruction URLs +- `scramble.js` shows a large registry-driven scramble architecture with type registration, formatted scramble generation, state filters, and probability control +- `puzzlefactory.js` preserves the puzzle-viewer adapter boundary between timing flow and puzzle visualization +- `gancube.js` is strategically valuable benchmark material for smart-cube BLE discovery, characteristic routing, manufacturer-data handling, and encrypted GAN request/response flows + +Subordinate or later value: + +- the browser/PWA shell is not the retained center of gravity +- the legacy jQuery host UI is implementation detail, not target architecture +- some scramble- and tool-module breadth is valuable mainly because it defines expectations, not because HyperTwist should mirror the exact module graph + +Non-promotion decisions and rationale: + +- do not promote the full product shell as donor value: `strong GPL benchmark, not direct donor` +- do not let `cstimer` displace `KubeTimr` as the earliest permissive timer implementation lane: `permissive-first sequencing` +- do not flatten its hardware and stats surfaces into generic "timer app" language: `hidden-value preservation` + +Integration call: + +- retain as the primary restrictive timer, stats, scramble, and smart-device benchmark/oracle row +- use it in `Phase 1R` and later `Phase 3R` acceptance planning to define first-party timer parity targets +- if a future clean-room timer lane is opened, start from a fresh scrubbed dossier rather than ordinary donor intake + +### `brownan/Rubiks-Cube-Solver` + +Inspected source surfaces: + +- [README.rst](C:/Workspaces/HyperTwist/mirrors/restrictive/brownan/Rubiks-Cube-Solver/README.rst:1) +- [cube.c](C:/Workspaces/HyperTwist/mirrors/restrictive/brownan/Rubiks-Cube-Solver/cube.c:1) +- [goal.c](C:/Workspaces/HyperTwist/mirrors/restrictive/brownan/Rubiks-Cube-Solver/goal.c:1) +- [main.c](C:/Workspaces/HyperTwist/mirrors/restrictive/brownan/Rubiks-Cube-Solver/main.c:1) + +Licensing posture: + +- `GPL-3.0` +- retain as a restrictive solver oracle and clean-room-later target +- Model B may only work from scrubbed first-party handoff material if this lane is ever opened + +High-value salvage: + +- compact `20`-cubie representation with position and orientation encoded in a small fixed state +- precomputed move and affected-cubie tables rather than repeatedly mutating large sticker surfaces +- split heuristic tables for corners and edges +- clear iterative deepening A* solve path with a small and legible search core +- a useful benchmark distinction between "written from scratch" compact solver architecture and larger product-shell solvers + +Subordinate or later value: + +- the CLI wrapper and standalone solver flow are not the retained center +- it is a classic `3x3` correctness lane, not a curriculum or UX donor + +Non-promotion decisions and rationale: + +- do not promote it as a broad product donor: `oracle lane only` +- do not let it replace `Hyperspeedcube` or the training donors in product ownership: `domain mismatch` +- do not prefer `efrantar` over it for future first-party clean-room solver recreation: `brownan is more compact and legible` + +Integration call: + +- retain as the primary compact solver oracle and clean-room-later heuristic/search benchmark +- preserve its current scrubbed materials, but treat this packet as the authority on why it survives +- if HyperTwist later needs a first-party classical solver lane, open it from a fresh scrubbed acceptance-contract pass + +### `efrantar/rob-twophase` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/restrictive/efrantar/rob-twophase/README.md:1) +- [src/cubie.cpp](C:/Workspaces/HyperTwist/mirrors/restrictive/efrantar/rob-twophase/src/cubie.cpp:1) +- [src/coord.cpp](C:/Workspaces/HyperTwist/mirrors/restrictive/efrantar/rob-twophase/src/coord.cpp:1) +- [src/solve.cpp](C:/Workspaces/HyperTwist/mirrors/restrictive/efrantar/rob-twophase/src/solve.cpp:1) + +Licensing posture: + +- `GPL-3.0` +- retain as a restrictive solver oracle and performance benchmark +- do not promote to direct donor or near-term clean-room target + +High-value salvage: + +- strong coordinate compression and decode/encode discipline +- multi-table phase architecture with move-table and pruning-table emphasis +- multi-threaded search structure +- explicit robot, axial, QT, and F5 metric handling +- strong performance benchmark value for solver-quality comparison rather than product-shell reuse + +Subordinate or later value: + +- CLI/program wrapper is subordinate +- many search details are valuable mainly as validation and comparison inputs, not as product architecture + +Non-promotion decisions and rationale: + +- do not prefer it over `brownan` as the cleaner first future clean-room candidate: `higher complexity and narrower robot emphasis` +- do not promote it as donor code: `GPL oracle benchmark only` +- do not let specialized robot metrics distort near-term HyperTwist implementation priority: `later validation lane` + +Integration call: + +- retain as a secondary solver oracle focused on metric comparison, search quality, and performance expectations +- use it for solver validation and research benchmarking, not for near-term feature scheduling + +### `aMonteSl/CodeXR` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/restrictive/aMonteSl/CodeXR/README.md:1) +- [src/extension.ts](C:/Workspaces/HyperTwist/mirrors/restrictive/aMonteSl/CodeXR/src/extension.ts:1) +- [src/core/startup/startupCoordinator.ts](C:/Workspaces/HyperTwist/mirrors/restrictive/aMonteSl/CodeXR/src/core/startup/startupCoordinator.ts:1) +- [src/code_analysis/engine/analysisOrchestrator.ts](C:/Workspaces/HyperTwist/mirrors/restrictive/aMonteSl/CodeXR/src/code_analysis/engine/analysisOrchestrator.ts:1) +- [src/code_analysis/engine/core/analysisSession.ts](C:/Workspaces/HyperTwist/mirrors/restrictive/aMonteSl/CodeXR/src/code_analysis/engine/core/analysisSession.ts:1) +- [src/servers/runtime/multiServerLauncher.ts](C:/Workspaces/HyperTwist/mirrors/restrictive/aMonteSl/CodeXR/src/servers/runtime/multiServerLauncher.ts:1) +- [templates/components/codexr/virtual-screen/virtualScreenRuntime.js](C:/Workspaces/HyperTwist/mirrors/restrictive/aMonteSl/CodeXR/templates/components/codexr/virtual-screen/virtualScreenRuntime.js:1) +- [src/servers/runtime/broadcast/screenBroadcastSignalingServer.ts](C:/Workspaces/HyperTwist/mirrors/restrictive/aMonteSl/CodeXR/src/servers/runtime/broadcast/screenBroadcastSignalingServer.ts:1) +- [templates/components/codexr/collaboration/codexrCollaborationRuntime.js](C:/Workspaces/HyperTwist/mirrors/restrictive/aMonteSl/CodeXR/templates/components/codexr/collaboration/codexrCollaborationRuntime.js:1) + +Licensing posture: + +- `GPL-3.0-only` +- discard from the active HyperTwist retained set +- keep only as historical reference context if a future operator wants to compare collaboration/XR ideas + +High-value salvage: + +- a clean deferred startup queue in `startupCoordinator.ts` +- a centralized session/orchestration model for launching heterogeneous analysis modes +- dynamic multi-server launch and active-registry patterns +- collaborative XR presence and screen-broadcast runtime patterns + +Subordinate or later value: + +- almost the entire VS Code extension host, code-analysis engine, and BabiaXR chart pipeline is off-domain for HyperTwist +- virtual screen and collaboration value is generic infrastructure rather than cubing-domain donor value + +Non-promotion decisions and rationale: + +- discard from the active donor set because its strongest surface is `off topic` to HyperTwist's retained product scope +- discard because its valuable generic subfeatures are already better covered by retained rows: + - `pmndrs/xr` for XR runtime-side strategy + - `screenpipe/screenpipe` for capture/history/replay + - `PostHog/posthog` for instrumentation and session controls + - `remotion-dev/remotion` for media export/explainer sidecars +- do not keep a speculative GPL-heavy repo active for generic side value alone: `governance discipline` + +Integration call: + +- discard from the active HyperTwist retained set +- do not schedule clean-room or direct implementation work from this row + +### `MathewKJ2048/Rubiks-cube-simulator` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/restrictive/MathewKJ2048/Rubiks-cube-simulator/README.md:1) +- [src/Main.java](C:/Workspaces/HyperTwist/mirrors/restrictive/MathewKJ2048/Rubiks-cube-simulator/src/Main.java:1) +- [src/GUI_Cube.java](C:/Workspaces/HyperTwist/mirrors/restrictive/MathewKJ2048/Rubiks-cube-simulator/src/GUI_Cube.java:1) +- [src/Cube_solver.java](C:/Workspaces/HyperTwist/mirrors/restrictive/MathewKJ2048/Rubiks-cube-simulator/src/Cube_solver.java:1) +- [src/cube/Cube.java](C:/Workspaces/HyperTwist/mirrors/restrictive/MathewKJ2048/Rubiks-cube-simulator/src/cube/Cube.java:1) + +Licensing posture: + +- `GPL-3.0` +- discard from the active retained set +- existing clean-room seed material should be treated as historical only, not active + +High-value salvage: + +- lightweight move grammar and cube-history playback ideas +- beginner-method staging as a didactic concept + +Subordinate or later value: + +- GUI and solver are tightly coupled +- solver code is weaker and more dated than stronger retained pedagogy/planner rows +- architecture is monolithic compared with clearer retained alternatives + +Non-promotion decisions and rationale: + +- discard as an `inferior duplicate` +- `AviKaufman/Rubix-cube-trainer` is the stronger guided-lesson benchmark +- `alinen/cube` is the stronger task/planner benchmark +- `vwcwong/CubeSim` is the more readable state/history/beginner-solver benchmark + +Integration call: + +- discard from the active HyperTwist retained set +- do not schedule further clean-room or direct work from this row + +### `ShellPuppy/RCube` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/restrictive/ShellPuppy/RCube/README.md:1) +- [RCube/Cube.h](C:/Workspaces/HyperTwist/mirrors/restrictive/ShellPuppy/RCube/RCube/Cube.h:1) +- [RCube/Cube.cpp](C:/Workspaces/HyperTwist/mirrors/restrictive/ShellPuppy/RCube/RCube/Cube.cpp:1) +- [RCube/CubeViewer.cpp](C:/Workspaces/HyperTwist/mirrors/restrictive/ShellPuppy/RCube/RCube/CubeViewer.cpp:1) + +Licensing posture: + +- `GPL-3.0` +- retain as a large-cube algorithm benchmark and clean-room-later research input +- do not promote to near-term donor or runtime owner + +High-value salvage: + +- orientation-virtualized face-turn handling rather than brute-force sticker reshuffling +- staged large-`N` solve framing for centers, corners, and edges +- parity and edge-handling logic for bigger cubes +- benchmark value for future large-cube widening, not just classic `3x3` + +Subordinate or later value: + +- MFC/Windows viewer shell is not relevant donor value +- exact legacy UI/export surfaces are subordinate to the algorithmic core + +Non-promotion decisions and rationale: + +- do not promote to active runtime donor: `niche scope and restrictive license` +- do not discard: `large-cube algorithm value is not duplicated elsewhere in the retained set` + +Integration call: + +- retain as benchmark/reference only for later large-cube widening +- revisit only if HyperTwist explicitly opens a post-`Phase 6R` large-`N` lane + +### `vwcwong/CubeSim` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/restrictive/vwcwong/CubeSim/README.md:1) +- [src/cube/cube.py](C:/Workspaces/HyperTwist/mirrors/restrictive/vwcwong/CubeSim/src/cube/cube.py:1) +- [src/cube/history_cube.py](C:/Workspaces/HyperTwist/mirrors/restrictive/vwcwong/CubeSim/src/cube/history_cube.py:1) +- [src/scramble/generator.py](C:/Workspaces/HyperTwist/mirrors/restrictive/vwcwong/CubeSim/src/scramble/generator.py:1) +- [src/cube/solver.py](C:/Workspaces/HyperTwist/mirrors/restrictive/vwcwong/CubeSim/src/cube/solver.py:1) + +Licensing posture: + +- `GPL-3.0` +- retain as clean-room-later benchmark material +- do not use directly in first-party HyperTwist + +High-value salvage: + +- readable sticker-array cube state model +- clean split between state, history, scramble generation, and solver +- useful beginner-method solver decomposition into explicit procedural stages +- history semantics that can inform replay, undo, and explanation flows without tying the design to a renderer + +Subordinate or later value: + +- classic `3x3` scope only +- overall shell is basic compared with retained training donors + +Non-promotion decisions and rationale: + +- do not promote to donor or product-shell owner: `subordinate to stronger retained training lanes` +- do retain because it is a more legible clean-room benchmark than the discarded `MathewKJ2048` row + +Integration call: + +- retain as a readable state/history and beginner-solver decomposition benchmark +- use only if a future first-party lesson or replay lane needs a small clean-room reference surface + +### `AviKaufman/Rubix-cube-trainer` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/restrictive/AviKaufman/Rubix-cube-trainer/README.md:1) +- [package.json](C:/Workspaces/HyperTwist/mirrors/restrictive/AviKaufman/Rubix-cube-trainer/package.json:1) +- [src/main.ts](C:/Workspaces/HyperTwist/mirrors/restrictive/AviKaufman/Rubix-cube-trainer/src/main.ts:1) + +Licensing posture: + +- `All Rights Reserved` +- retain only as clean-room pedagogy benchmark material +- no direct incorporation path exists + +High-value salvage: + +- strong guided-tutorial state machine +- per-step solve-prefix logic for lesson progression +- queue-based lesson and animation flow +- oversolve detection and step-satisfaction handling, which is real pedagogical value rather than simple rendering + +Subordinate or later value: + +- large monolithic `main.ts` host shell is not the desired architecture +- rendering and `cubejs` dependency usage are subordinate to the tutorial semantics + +Non-promotion decisions and rationale: + +- do not promote to donor use: `all-rights-reserved benchmark only` +- do not discard because its pedagogy value is stronger than several weaker simulator rows +- do not treat it as a foundation: `focused teaching-shell benchmark` + +Integration call: + +- retain as the primary clean-room pedagogy benchmark for stepwise beginner-method lesson behavior +- if first-party lesson implementation opens later, start from scrubbed pedagogy contracts, not repo code + +### `alinen/cube` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/restrictive/alinen/cube/README.md:1) +- [Assets/Scripts/CubeAnalyzer.cs](C:/Workspaces/HyperTwist/mirrors/restrictive/alinen/cube/Assets/Scripts/CubeAnalyzer.cs:1) +- [Assets/Scripts/CubePlanner.cs](C:/Workspaces/HyperTwist/mirrors/restrictive/alinen/cube/Assets/Scripts/CubePlanner.cs:1) +- [Assets/Scripts/CubeTaskSolver.cs](C:/Workspaces/HyperTwist/mirrors/restrictive/alinen/cube/Assets/Scripts/CubeTaskSolver.cs:1) +- [Assets/Scripts/CubeStateManager.cs](C:/Workspaces/HyperTwist/mirrors/restrictive/alinen/cube/Assets/Scripts/CubeStateManager.cs:1) +- [Assets/Scripts/CubeController.cs](C:/Workspaces/HyperTwist/mirrors/restrictive/alinen/cube/Assets/Scripts/CubeController.cs:1) + +Licensing posture: + +- `no explicit license visible` +- retain only as clean-room planner benchmark material +- direct incorporation is not permitted without a later explicit grant + +High-value salvage: + +- task-oriented solve planner rather than one monolithic solver pass +- scoring against constraints in `CubeTaskSolver` +- explicit task queue progression and focus-cue flow in `CubePlanner` +- useful state-manager layer/pivot grouping logic in `CubeStateManager` +- command queue and animation staging in `CubeController` + +Subordinate or later value: + +- `CubeAnalyzer` is effectively empty +- Unity host shell and absolute-axis command framing are not retained center value + +Non-promotion decisions and rationale: + +- do not promote to direct donor: `no visible license` +- do retain because planner/task segmentation is not fully duplicated elsewhere +- keep beneath `AviKaufman` for guided pedagogy ownership and beneath retained permissive core donors for runtime ownership + +Integration call: + +- retain as a clean-room planner and step-segmentation benchmark +- if future teaching work needs planner-style explicit tasks, start from scrubbed task contracts rather than source reuse + +### `ambisinister/blindsolve` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/restrictive/ambisinister/blindsolve/README.md:1) +- [main.py](C:/Workspaces/HyperTwist/mirrors/restrictive/ambisinister/blindsolve/main.py:1) +- [cube.py](C:/Workspaces/HyperTwist/mirrors/restrictive/ambisinister/blindsolve/cube.py:1) +- [algs.py](C:/Workspaces/HyperTwist/mirrors/restrictive/ambisinister/blindsolve/algs.py:1) + +Licensing posture: + +- `no explicit license visible` +- retain only as clean-room BLD memo benchmark material +- direct incorporation is not permitted without a later explicit grant + +High-value salvage: + +- narrow blindfold memo workflow instead of generic face-turn solving +- letter-pair setup/execute/reveal concept +- simple but clear cube-net visualization that supports memory confirmation rather than twisty control +- OP-method letter mapping as domain reference for memo UX expectations + +Subordinate or later value: + +- hardcoded algorithm tables are not donor-approved value +- shell is narrow and intentionally minimal + +Non-promotion decisions and rationale: + +- do not widen it into general trainer ownership: `extremely narrow scope` +- do not discard because the memo-practice behavior is specific and still strategically distinct +- do not promote source reuse: `no visible license` + +Integration call: + +- retain as clean-room benchmark material for any future BLD memo micro-mode +- keep it narrow and separate from broader trainer or solver implementation lanes + +### `brianpeiris/RiftSketch` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/permissive/brianpeiris/RiftSketch/README.md:1) +- [js/Sketch.js](C:/Workspaces/HyperTwist/mirrors/permissive/brianpeiris/RiftSketch/js/Sketch.js:1) +- [js/SketchController.js](C:/Workspaces/HyperTwist/mirrors/permissive/brianpeiris/RiftSketch/js/SketchController.js:1) +- [js/RiftSandbox.js](C:/Workspaces/HyperTwist/mirrors/permissive/brianpeiris/RiftSketch/js/RiftSandbox.js:1) +- [js/Files/Cube.js](C:/Workspaces/HyperTwist/mirrors/permissive/brianpeiris/RiftSketch/js/Files/Cube.js:1) + +Licensing posture: + +- `MIT` +- discard from the active HyperTwist retained set + +High-value salvage: + +- hot-reload live sketch loop +- immersive textarea and monitor composition +- VR sandbox structure for interactive code-driven scene editing + +Subordinate or later value: + +- the entire product is a VR live-coding shell +- the included cube scene is only a sample sketch, not a cubing product subsystem + +Non-promotion decisions and rationale: + +- discard from the active donor set because the core value is `off topic` to HyperTwist's retained roadmap +- do not keep it active just because it is permissive: `topic fit still matters` +- generic XR prototyping value is already better covered by retained XR/runtime rows + +Integration call: + +- discard from the active HyperTwist retained set +- do not schedule implementation work from this row + +### `yakupbilen/drl-rubiks-cube` + +Inspected source surfaces: + +- [README.md](C:/Workspaces/HyperTwist/mirrors/permissive/yakupbilen/drl-rubiks-cube/README.md:1) +- [cube/cube.py](C:/Workspaces/HyperTwist/mirrors/permissive/yakupbilen/drl-rubiks-cube/cube/cube.py:1) +- [search/search.py](C:/Workspaces/HyperTwist/mirrors/permissive/yakupbilen/drl-rubiks-cube/search/search.py:1) +- [train/train_utils.py](C:/Workspaces/HyperTwist/mirrors/permissive/yakupbilen/drl-rubiks-cube/train/train_utils.py:1) +- [networks/modelpaper.py](C:/Workspaces/HyperTwist/mirrors/permissive/yakupbilen/drl-rubiks-cube/networks/modelpaper.py:1) +- [networks/getNetwork.py](C:/Workspaces/HyperTwist/mirrors/permissive/yakupbilen/drl-rubiks-cube/networks/getNetwork.py:1) + +Licensing posture: + +- `MIT` +- retain as research and experimentation benchmark material +- do not promote to direct donor or committed implementation lane + +High-value salvage: + +- concise one-hot `54`-sticker state encoding and move-application tables +- anti-cancellation move-sequence generation for training data +- ADI-style target generation and weighted training preparation +- batch A* search with neural evaluation +- clear value-network shape in `modelpaper.py` + +Subordinate or later value: + +- the repo is research and experimentation heavy rather than product-shell strong +- training infrastructure is more important than UI or end-user product behavior + +Non-promotion decisions and rationale: + +- do not promote above the committed perception, training, and runtime core donors: `research bench only` +- do not discard because the learned-heuristic search lane remains strategically distinct +- do not treat permissive status as proof of near-term implementation priority + +Integration call: + +- retain as MIT research benchmark material for learned heuristic search, offline experimentation, and future solver-evaluation work +- revisit only if HyperTwist explicitly opens a first-party ML search or experimentation lane + +## Phase 0R closure result + +`Phase 0R` is now fully closed. + +Final non-live evaluation result: + +- packet-evaluated non-live rows: `65` of `65` +- remaining `Phase 0R` backlog: `0` + +Phase-wide retained split after `0R-E`: + +- straight permissive candidates: `43` +- boundary-sensitive candidates: `6` +- restrictive clean-room candidates: `4` +- reference, benchmark, or clean-room-later rows still retained: `9` +- discarded from the active retained set during `0R-E`: `3` + +Next move: + +- proceed to `Phase 1R` contract and handoff overhaul +- do not widen `Phase 3R+` implementation until the post-`Phase 0R` retained-set contract layer is rewritten + diff --git a/docs/HYPERTWIST_REPO_EVALUATION_RESET_AND_IMPLEMENTATION_SCHEDULE_2026-05-11.md b/docs/HYPERTWIST_REPO_EVALUATION_RESET_AND_IMPLEMENTATION_SCHEDULE_2026-05-11.md index 577ada2..d357370 100644 --- a/docs/HYPERTWIST_REPO_EVALUATION_RESET_AND_IMPLEMENTATION_SCHEDULE_2026-05-11.md +++ b/docs/HYPERTWIST_REPO_EVALUATION_RESET_AND_IMPLEMENTATION_SCHEDULE_2026-05-11.md @@ -182,6 +182,45 @@ Mandatory read rule before implementing any `0R-D` repo: 3. read the repo-specific scrubbed Model A handoff in `C:\Workspaces\HyperTwist\clean-room-specs\` 4. then apply the phase schedule in this document +## 2026-05-13 Packet 0R-E status + +The fifth `Phase 0R` packet is now also closed as an evaluation packet: + +- `Packet 0R-E` result doc: + - `docs/HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +That result doc is now the `reference, benchmark, clean-room-later, and discard authority` packet for all twelve `0R-E` repos. + +Packet result: + +- evaluated rows: `12` +- retained: `9` +- discarded from the active retained set: `3` +- newly proven live: `0` + +Most important scheduling result: + +- the reference, benchmark, reserve, and discard backlog is now closed as a `Phase 0R` evaluation class +- `cs0x7f/cstimer` remains the primary restrictive timer/stats/smart-device benchmark and future clean-room timer-pattern oracle +- `brownan/Rubiks-Cube-Solver` remains the primary compact solver oracle and clean-room-later heuristic-table benchmark +- `efrantar/rob-twophase` remains a secondary solver oracle for metric and performance comparison +- `ShellPuppy/RCube` remains a large-`N` algorithm and parity benchmark +- `AviKaufman/Rubix-cube-trainer`, `alinen/cube`, `ambisinister/blindsolve`, and `vwcwong/CubeSim` remain clean-room-later pedagogy, planner, memo, and history benchmarks +- `yakupbilen/drl-rubiks-cube` remains a permissive research benchmark for learned heuristic search and experimentation +- `aMonteSl/CodeXR`, `MathewKJ2048/Rubiks-cube-simulator`, and `brianpeiris/RiftSketch` are now discarded from the active retained implementation set + +Combined `Phase 0R` packet status: + +- packet-evaluated non-live rows: `65` of `65` +- remaining non-live rows still awaiting `Phase 0R` closure: `0` +- next phase: `1R` + +Mandatory read rule before implementing, benchmarking against, or clean-rooming any `0R-E` repo: + +1. read `docs/HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` +2. read `docs/REPO_LICENSE_TRACKING.md` +3. then apply the phase schedule in this document + Use it when a future model, operator, or reviewer needs one unambiguous answer to all of the following: - what is already implemented right now @@ -583,7 +622,7 @@ Current packet result: ### Wave `5` — benchmark, reserve, and discard candidates -These should be deep-evaluated specifically to answer whether they remain useful at all: +These were deep-evaluated specifically to answer whether they remain useful at all: - `cs0x7f/cstimer` - `efrantar/rob-twophase` @@ -604,6 +643,16 @@ Expected outcome: - clean-room-later reservation - or discard from the active retained set +Current packet result: + +- `Packet 0R-E` is now closed for all twelve rows in this wave +- none of those rows are newly proven live in checked Unreal surfaces +- the actual result was: + - `9` retained benchmark, oracle, or clean-room-later rows + - `3` discarded active-set rows +- `Phase 0R` is now fully closed +- next clean move is `Phase 1R` + ## What should happen to later phases ### `Phase 2` @@ -647,6 +696,11 @@ The clean practical sequence is: 5. re-schedule what remains by permissive, boundary-sensitive, clean-room, and benchmark lanes 6. resume later-phase widening from that corrected retained set +Current status: + +- steps `1` through `5` are now complete through `Phase 0R` +- the next bounded move is `Phase 1R` contract and handoff overhaul + ## Companion docs Read together with: diff --git a/docs/HYPERTWIST_REPO_STATE_BOARD_2026-05-11.md b/docs/HYPERTWIST_REPO_STATE_BOARD_2026-05-11.md index de3005c..bda0f44 100644 --- a/docs/HYPERTWIST_REPO_STATE_BOARD_2026-05-11.md +++ b/docs/HYPERTWIST_REPO_STATE_BOARD_2026-05-11.md @@ -10,7 +10,7 @@ This board is the readable row-by-row companion to the v6.3 CSVs. It is derived - Currently verified live in checked `UnrealHyperTwist` surfaces: `6` repos - Live permissive lanes: `5` - Live restrictive clean-room lanes: `1` -- Remaining rows requiring `Phase 0R` deep repo evaluation: `12` +- Remaining rows requiring `Phase 0R` deep repo evaluation: `0` ## 2026-05-13 packet overlay @@ -22,6 +22,7 @@ Read together with: - [HYPERTWIST_PHASE_0R_PACKET_0R_B_EVALUATION_2026-05-12.md](C:/HyperTwist/docs/HYPERTWIST_PHASE_0R_PACKET_0R_B_EVALUATION_2026-05-12.md:1) - [HYPERTWIST_PHASE_0R_PACKET_0R_C_EVALUATION_2026-05-12.md](C:/HyperTwist/docs/HYPERTWIST_PHASE_0R_PACKET_0R_C_EVALUATION_2026-05-12.md:1) - [HYPERTWIST_PHASE_0R_PACKET_0R_D_EVALUATION_2026-05-13.md](C:/HyperTwist/docs/HYPERTWIST_PHASE_0R_PACKET_0R_D_EVALUATION_2026-05-13.md:1) +- [HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md](C:/HyperTwist/docs/HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md:1) That overlay closes evaluation for: @@ -40,10 +41,12 @@ Important authority correction: - `Packet 0R-B` is now the deep-source value-extraction and exclusion-rationale authority for its thirty-six repos - `Packet 0R-C` is now the deep-source value-extraction and exclusion-rationale authority for its six boundary-sensitive repos - `Packet 0R-D` is now the governance and Model A authority for its four restrictive clean-room repos +- `Packet 0R-E` is now the deep-source benchmark, reference, clean-room-later, and discard authority for its twelve rows - future implementation of those seven repos should start from `Packet 0R-A`, not from this board alone - future implementation of those thirty-six repos should start from `Packet 0R-B`, not from this board alone - future implementation of those six boundary-sensitive repos should start from `Packet 0R-C`, not from this board alone - future implementation of those four restrictive repos should start from `Packet 0R-D`, then `REPO_LICENSE_TRACKING.md`, then the repo-specific scrubbed Model A handoff +- future implementation or benchmarking decisions for the twelve `0R-E` rows should start from `Packet 0R-E`, not from this board alone - this board remains the readable row-state companion, not the place for full source-value extraction Packet overlay result: @@ -51,9 +54,13 @@ Packet overlay result: - all `43` non-live permissive rows have now been packet-evaluated - all `6` boundary-sensitive rows have now been packet-evaluated - all `4` restrictive clean-room rows have now been packet-evaluated -- none of those `53` packet-evaluated rows are newly proven live in checked Unreal surfaces -- the remaining `Phase 0R` backlog is now `12` rows: - - `12` reference, benchmark, reserve, or discard candidates +- all `12` reference, benchmark, reserve, and discard rows have now been packet-evaluated +- none of those `65` packet-evaluated non-live rows are newly proven live in checked Unreal surfaces +- `Phase 0R` is now fully closed +- the `0R-E` result split is: + - `9` retained benchmark, oracle, or clean-room-later rows + - `3` discarded active-set rows +- the next bounded move is `Phase 1R` ## Count by live-state class @@ -103,49 +110,49 @@ Count: `43` | Repo | License | Prior bucket | Prior action | Current live state | Reset lane | Next step | | --- | --- | --- | --- | --- | --- | --- | -| `@react-spring/animated` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `@react-spring/core` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `@react-spring/parallax` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `@react-spring/rafz` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `@react-spring/shared` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `@react-spring/types` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `Aarav2709/KubeTimr` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `apache/echarts` | `Apache-2.0` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `cahidenes/rubiks-cube-solver` | `MIT` | Locked Strategic Donor | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `ecomfe/echarts-gl` | `BSD-3-Clause` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `ecomfe/zrender` | `BSD-3-Clause` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `google/model-viewer` | `Apache-2.0` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `google/model-viewer/packages/model-viewer-effects` | `Apache-2.0` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `google/model-viewer/packages/modelviewer.dev` | `Apache-2.0` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `google/model-viewer/packages/render-fidelity-tools` | `Apache-2.0` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `google/model-viewer/packages/space-opera` | `Apache-2.0` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `HactarCE/Hyperspeedcube` | `MIT` | Locked Foundation | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `Hypercubers/hypercubing.xyz` | `MIT` | Locked Strategic Donor | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `KhronosGroup/glTF-Sample-Renderer` | `Apache-2.0` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `KhronosGroup/glTF-Sample-Viewer` | `Apache-2.0` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `kkoomen/qbr` | `MIT` | Locked Foundation | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `met4citizen/TalkingHead` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `mrdoob/three.js` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `NuiLab/code-vr` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pissang/clay-viewer` | `BSD-3-Clause` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pissang/claygl` | `BSD-style permissive (see LICENSE)` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/drei` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/leva` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/maath` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/postprocessing` | `Zlib` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/react-postprocessing` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/react-spring` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/react-three-fiber` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/three-stdlib` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/uikit` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/use-gesture` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/xr` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `pmndrs/zustand` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `roice3/Magic120Cell` | `MIT` | Locked Strategic Donor | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `roice3/MagicCube5D` | `MIT` | Locked Strategic Donor | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `roice3/MagicTile` | `MIT` | Locked Strategic Donor | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `tentone/rubix-solver` | `MIT` | Locked Strategic Donor | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | -| `vivaansinghvi07/rubix-cube-solver` | `MIT` | Locked Parallel Foundation | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane. | +| `@react-spring/animated` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `@react-spring/core` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `@react-spring/parallax` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `@react-spring/rafz` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `@react-spring/shared` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `@react-spring/types` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `Aarav2709/KubeTimr` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `apache/echarts` | `Apache-2.0` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `cahidenes/rubiks-cube-solver` | `MIT` | Locked Strategic Donor | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `ecomfe/echarts-gl` | `BSD-3-Clause` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `ecomfe/zrender` | `BSD-3-Clause` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `google/model-viewer` | `Apache-2.0` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `google/model-viewer/packages/model-viewer-effects` | `Apache-2.0` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `google/model-viewer/packages/modelviewer.dev` | `Apache-2.0` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `google/model-viewer/packages/render-fidelity-tools` | `Apache-2.0` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `google/model-viewer/packages/space-opera` | `Apache-2.0` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `HactarCE/Hyperspeedcube` | `MIT` | Locked Foundation | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `Hypercubers/hypercubing.xyz` | `MIT` | Locked Strategic Donor | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `KhronosGroup/glTF-Sample-Renderer` | `Apache-2.0` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `KhronosGroup/glTF-Sample-Viewer` | `Apache-2.0` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `kkoomen/qbr` | `MIT` | Locked Foundation | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `met4citizen/TalkingHead` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `mrdoob/three.js` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `NuiLab/code-vr` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pissang/clay-viewer` | `BSD-3-Clause` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pissang/claygl` | `BSD-style permissive (see LICENSE)` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/drei` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/leva` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/maath` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/postprocessing` | `Zlib` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/react-postprocessing` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/react-spring` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/react-three-fiber` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/three-stdlib` | `MIT` | Merge Bench | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/uikit` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/use-gesture` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/xr` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `pmndrs/zustand` | `MIT` | Donor Bench | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `roice3/Magic120Cell` | `MIT` | Locked Strategic Donor | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `roice3/MagicCube5D` | `MIT` | Locked Strategic Donor | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `roice3/MagicTile` | `MIT` | Locked Strategic Donor | `repurpose` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `tentone/rubix-solver` | `MIT` | Locked Strategic Donor | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | +| `vivaansinghvi07/rubix-cube-solver` | `MIT` | Locked Parallel Foundation | `integrate` | `selected_not_live_permissive_candidate` | `phase0r_permissive_eval_then_implement` | `Packet 0R-A/0R-B` closed. Retain and implement later only from the packet authority for this row; do not reopen `Phase 0R` evaluation. | ## Retained Boundary-Sensitive Candidates @@ -175,30 +182,30 @@ Count: `4` | `HactarCE/2x2x2x2-Scrambler` | `GPL-3.0` | Donor Bench | `repurpose` | `selected_not_live_clean_room_candidate` | `phase0r_clean_room_eval_then_model_a_model_b` | `Packet 0R-D` closed. Retain as the clean-room-only Melinda `2x2x2x2` donor; keep the copied-port lineage explicit and implement later only from the scrubbed Model A dossier. | | `kash/cubedesk` | `GPLv3-or-later in README/LICENSE; package.json says All Rights Reserved` | Locked Strategic Donor | `repurpose` | `selected_not_live_clean_room_candidate` | `phase0r_clean_room_eval_then_model_a_model_b` | `Packet 0R-D` closed. Retain as the clean-room-only timer/trainer/stats/smart-cube product-pattern donor; later work must stay bounded and start from the scrubbed Model A dossier. | -## Reference, Benchmark, Or Discard Candidates Pending Phase 0R +## Reference, Benchmark, Or Discard Results -These rows are not currently proven live and should be re-evaluated mainly for benchmark, oracle, reference, clean-room-later, or discard posture. +These rows are not currently proven live and have now cleared `Phase 0R` deep evaluation. They now resolve into benchmark/oracle retention, clean-room-later reservation, or discard posture. Count: `12` | Repo | License | Prior bucket | Prior action | Current live state | Reset lane | Next step | | --- | --- | --- | --- | --- | --- | --- | -| `alinen/cube` | `no explicit license visible` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `ambisinister/blindsolve` | `no explicit license visible` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `aMonteSl/CodeXR` | `GPL-3.0-only` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `AviKaufman/Rubix-cube-trainer` | `All Rights Reserved` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `brianpeiris/RiftSketch` | `MIT` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `brownan/Rubiks-Cube-Solver` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `cs0x7f/cstimer` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `efrantar/rob-twophase` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `MathewKJ2048/Rubiks-cube-simulator` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `ShellPuppy/RCube` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `vwcwong/CubeSim` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | -| `yakupbilen/drl-rubiks-cube` | `MIT` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation. | +| `alinen/cube` | `no explicit license visible` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Retain as a no-license clean-room planner benchmark for task segmentation, focus cues, and stepwise teaching flow; do not incorporate source directly. | +| `ambisinister/blindsolve` | `no explicit license visible` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Retain as a no-license BLD memo benchmark for hide/reveal, letter-pair rehearsal, and feedback cadence; keep it narrow and clean-room only. | +| `aMonteSl/CodeXR` | `GPL-3.0-only` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Discard from the active retained set; its XR collaboration value is off-domain and already superseded by stronger retained rows. | +| `AviKaufman/Rubix-cube-trainer` | `All Rights Reserved` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Retain as the primary all-rights-reserved guided-pedagogy benchmark for clean-room lesson-state and stepwise solve flow design. | +| `brianpeiris/RiftSketch` | `MIT` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Discard from the active retained set; immersive live-coding is off topic to HyperTwist's retained product scope. | +| `brownan/Rubiks-Cube-Solver` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Retain as the primary compact solver oracle and clean-room-later heuristic/search benchmark; use for correctness, not donor code. | +| `cs0x7f/cstimer` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Retain as the primary restrictive timer/stats/scramble/smart-device benchmark and future clean-room timer-pattern oracle. | +| `efrantar/rob-twophase` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Retain as a secondary solver oracle for metric, pruning, and performance comparison; do not treat as donor code. | +| `MathewKJ2048/Rubiks-cube-simulator` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Discard from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks. | +| `ShellPuppy/RCube` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Retain as a large-`N` centers/edges/parity benchmark and later clean-room research input, not as an active product donor. | +| `vwcwong/CubeSim` | `GPL-3.0` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Retain as a readable state/history and beginner-solver decomposition benchmark for later clean-room use. | +| `yakupbilen/drl-rubiks-cube` | `MIT` | Reserve Bench | `future candidate` | `not_live_reference_or_discard_candidate` | `phase0r_reference_benchmark_or_discard_eval` | `Packet 0R-E` closed. Retain as an MIT research benchmark for learned heuristic search, ADI training loops, and offline experimentation rather than near-term product implementation. | ## Implementation rule going forward - Preserve the six landed lanes as current truth. - Keep `onionhoney/roux-trainers` explicitly marked as the only currently verified restrictive clean-room lane already implemented. -- Run `Phase 0R` deep source integration evaluation for the remaining `65` before resuming broad implementation widening. -- After `Phase 0R`, run `Phase 1R` contract and handoff overhaul so all downstream docs, prompts, and schedules reflect only the retained set. +- `Phase 0R` is now fully closed for the remaining `65` non-live rows. +- The next bounded move is `Phase 1R` contract and handoff overhaul so all downstream docs, prompts, and schedules reflect only the retained set. diff --git a/docs/REPO_LICENSE_TRACKING.md b/docs/REPO_LICENSE_TRACKING.md index 63ca861..c613c3e 100644 --- a/docs/REPO_LICENSE_TRACKING.md +++ b/docs/REPO_LICENSE_TRACKING.md @@ -90,8 +90,17 @@ Current `Phase 0R` packet status: - `0R-A` is closed - `0R-B` is closed -- non-live rows already packet-evaluated: `43` -- non-live rows still awaiting packet evaluation: `22` +- `0R-C` is closed +- `0R-D` is closed +- `0R-E` is closed +- non-live rows already packet-evaluated: `65` +- non-live rows still awaiting packet evaluation: `0` + +Current practical interpretation: + +- `Phase 0R` is now fully closed +- benchmark, reference, clean-room-later, and discard posture for the last twelve rows now lives in `docs/HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` +- the next bounded move is `Phase 1R` contract and handoff overhaul Companion docs: @@ -336,11 +345,13 @@ Source basis: - `C:\Workspaces\HyperTwist\mirrors\restrictive\cs0x7f\cstimer` - `C:\visual_studio_solutions\multi_project\GPT 5.4 HyperTwist parse\41-cs0x7f-cstimer-upstream-dossier.md` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` Approved working posture: - do not read it into clean implementation lanes - use it as a benchmark and planning reference for timer UX, session flow, import/export parity, and competitive timer behavior +- preserve its `0R-E` status as the primary restrictive timer/stats/scramble/smart-device oracle row - if later implementation value remains high, route it through a dedicated clean-room handoff rather than ordinary donor intake ### `efrantar/rob-twophase` @@ -360,13 +371,281 @@ Source basis: - `C:\Workspaces\HyperTwist\mirrors\restrictive\efrantar\rob-twophase` - `C:\visual_studio_solutions\multi_project\GPT 5.4 HyperTwist parse\40-efrantar-rob-twophase-upstream-dossier.md` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` Approved working posture: - use as a correctness and solver-quality reference only - do not expose it to clean implementation lanes +- preserve its `0R-E` status as a secondary solver oracle focused on metric and performance comparison - preserve its benchmark-oracle role explicitly in later validation and Phase `8` planning docs +### `brownan/Rubiks-Cube-Solver` + +Decision date: + +- `2026-05-13` + +Current licensing judgment: + +- `GPL-3.0` +- treat as restrictive +- do not use directly in a proprietary HyperTwist core +- retain as: + - compact solver oracle + - heuristic/search clean-room-later benchmark + +Source basis: + +- `C:\Workspaces\HyperTwist\mirrors\restrictive\brownan\Rubiks-Cube-Solver\README.rst` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\brownan\Rubiks-Cube-Solver\cube.c` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\brownan\Rubiks-Cube-Solver\goal.c` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\brownan\Rubiks-Cube-Solver\main.c` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +Approved working posture: + +- preserve it as the primary compact restrictive solver oracle from `0R-E` +- if HyperTwist later opens a first-party classic solver lane, start from scrubbed first-party contracts rather than direct source reuse +- keep the current `brownan-rubiks-cube-solver.model-a.md` and `.oracle.md` files subordinate to the `0R-E` packet authority + +### `aMonteSl/CodeXR` + +Decision date: + +- `2026-05-13` + +Current licensing judgment: + +- `GPL-3.0-only` +- treat as restrictive +- discard from the active HyperTwist retained set + +Source basis: + +- `C:\Workspaces\HyperTwist\mirrors\restrictive\aMonteSl\CodeXR\README.md` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\aMonteSl\CodeXR\src\extension.ts` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\aMonteSl\CodeXR\src\core\startup\startupCoordinator.ts` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\aMonteSl\CodeXR\src\servers\runtime\multiServerLauncher.ts` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\aMonteSl\CodeXR\templates\components\codexr\virtual-screen\virtualScreenRuntime.js` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +Approved working posture: + +- do not schedule donor, clean-room, or implementation work from this row +- if later XR collaboration ideas are compared historically, keep that comparison conceptual and bounded +- the active retained set should rely on already-kept XR/runtime/capture rows instead + +### `MathewKJ2048/Rubiks-cube-simulator` + +Decision date: + +- `2026-05-13` + +Current licensing judgment: + +- `GPL-3.0` +- treat as restrictive +- discard from the active HyperTwist retained set + +Source basis: + +- `C:\Workspaces\HyperTwist\mirrors\restrictive\MathewKJ2048\Rubiks-cube-simulator\README.md` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\MathewKJ2048\Rubiks-cube-simulator\src\Main.java` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\MathewKJ2048\Rubiks-cube-simulator\src\GUI_Cube.java` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\MathewKJ2048\Rubiks-cube-simulator\src\Cube_solver.java` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\MathewKJ2048\Rubiks-cube-simulator\src\cube\Cube.java` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +Approved working posture: + +- do not continue active clean-room planning from this row +- treat any preexisting scrubbed handoff material for this repo as historical only +- prefer `AviKaufman/Rubix-cube-trainer`, `alinen/cube`, and `vwcwong/CubeSim` for the surviving pedagogy/planner/history benchmark surfaces + +### `ShellPuppy/RCube` + +Decision date: + +- `2026-05-13` + +Current licensing judgment: + +- `GPL-3.0` +- treat as restrictive +- retain as: + - large-`N` algorithm benchmark + - later clean-room research input + +Source basis: + +- `C:\Workspaces\HyperTwist\mirrors\restrictive\ShellPuppy\RCube\README.md` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\ShellPuppy\RCube\RCube\Cube.h` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\ShellPuppy\RCube\RCube\Cube.cpp` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\ShellPuppy\RCube\RCube\CubeViewer.cpp` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +Approved working posture: + +- keep it as benchmark/reference only +- do not treat it as a near-term implementation donor +- revisit only if HyperTwist later opens an explicit large-cube widening lane + +### `vwcwong/CubeSim` + +Decision date: + +- `2026-05-13` + +Current licensing judgment: + +- `GPL-3.0` +- treat as restrictive +- retain as clean-room-later benchmark material + +Source basis: + +- `C:\Workspaces\HyperTwist\mirrors\restrictive\vwcwong\CubeSim\README.md` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\vwcwong\CubeSim\src\cube\cube.py` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\vwcwong\CubeSim\src\cube\history_cube.py` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\vwcwong\CubeSim\src\scramble\generator.py` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\vwcwong\CubeSim\src\cube\solver.py` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +Approved working posture: + +- keep as a readable state/history and beginner-solver decomposition benchmark +- do not use directly in first-party HyperTwist +- preserve the existing scrubbed handoff only as a later clean-room seed beneath the `0R-E` packet authority + +### `AviKaufman/Rubix-cube-trainer` + +Decision date: + +- `2026-05-13` + +Current licensing judgment: + +- `All Rights Reserved` +- retain only as clean-room pedagogy benchmark material +- direct incorporation is not permitted + +Source basis: + +- `C:\Workspaces\HyperTwist\mirrors\restrictive\AviKaufman\Rubix-cube-trainer\README.md` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\AviKaufman\Rubix-cube-trainer\package.json` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\AviKaufman\Rubix-cube-trainer\src\main.ts` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +Approved working posture: + +- keep as the strongest guided-pedagogy benchmark from `0R-E` +- any future first-party lesson work must proceed through scrubbed clean-room behavior contracts only +- preserve the existing model-a file only as a bounded seed beneath the packet authority + +### `alinen/cube` + +Decision date: + +- `2026-05-13` + +Current licensing judgment: + +- no explicit license visible +- do not incorporate source directly +- retain only as clean-room planner benchmark material + +Source basis: + +- `C:\Workspaces\HyperTwist\mirrors\restrictive\alinen\cube\README.md` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\alinen\cube\Assets\Scripts\CubePlanner.cs` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\alinen\cube\Assets\Scripts\CubeTaskSolver.cs` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\alinen\cube\Assets\Scripts\CubeStateManager.cs` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\alinen\cube\Assets\Scripts\CubeController.cs` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +Approved working posture: + +- keep as a planner/task-segmentation clean-room benchmark +- do not route direct donor work from this row +- preserve the existing model-a file only as bounded seed material beneath the packet authority + +### `ambisinister/blindsolve` + +Decision date: + +- `2026-05-13` + +Current licensing judgment: + +- no explicit license visible +- do not incorporate source directly +- retain only as clean-room BLD memo benchmark material + +Source basis: + +- `C:\Workspaces\HyperTwist\mirrors\restrictive\ambisinister\blindsolve\README.md` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\ambisinister\blindsolve\main.py` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\ambisinister\blindsolve\cube.py` +- `C:\Workspaces\HyperTwist\mirrors\restrictive\ambisinister\blindsolve\algs.py` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +Approved working posture: + +- keep as narrow memo-practice benchmark material only +- do not widen it into general trainer ownership +- preserve the existing model-a file only as bounded seed material beneath the packet authority + +### `brianpeiris/RiftSketch` + +Decision date: + +- `2026-05-13` + +Current licensing judgment: + +- `MIT` +- discard from the active HyperTwist retained set + +Source basis: + +- `C:\Workspaces\HyperTwist\mirrors\permissive\brianpeiris\RiftSketch\README.md` +- `C:\Workspaces\HyperTwist\mirrors\permissive\brianpeiris\RiftSketch\js\Sketch.js` +- `C:\Workspaces\HyperTwist\mirrors\permissive\brianpeiris\RiftSketch\js\SketchController.js` +- `C:\Workspaces\HyperTwist\mirrors\permissive\brianpeiris\RiftSketch\js\RiftSandbox.js` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +Approved working posture: + +- do not schedule implementation work from this row +- keep it only as historical XR live-coding context if a future operator needs comparison notes + +### `yakupbilen/drl-rubiks-cube` + +Decision date: + +- `2026-05-13` + +Current licensing judgment: + +- `MIT` +- retain as research and experimentation benchmark material +- not approved as a near-term product donor + +Source basis: + +- `C:\Workspaces\HyperTwist\mirrors\permissive\yakupbilen\drl-rubiks-cube\README.md` +- `C:\Workspaces\HyperTwist\mirrors\permissive\yakupbilen\drl-rubiks-cube\cube\cube.py` +- `C:\Workspaces\HyperTwist\mirrors\permissive\yakupbilen\drl-rubiks-cube\search\search.py` +- `C:\Workspaces\HyperTwist\mirrors\permissive\yakupbilen\drl-rubiks-cube\train\train_utils.py` +- `C:\Workspaces\HyperTwist\mirrors\permissive\yakupbilen\drl-rubiks-cube\networks\modelpaper.py` +- `C:\HyperTwist\docs\HYPERTWIST_PHASE_0R_PACKET_0R_E_EVALUATION_2026-05-13.md` + +Approved working posture: + +- keep as a permissive research bench for learned heuristic search and offline experimentation +- do not let permissive status alone promote it above the committed training/perception/runtime core + ### `HactarCE/2x2x2x2-Scrambler` Decision date: diff --git a/docs/repo_portfolio_unified_copyleft_strategy_matrix_v6_3.csv b/docs/repo_portfolio_unified_copyleft_strategy_matrix_v6_3.csv index 9f6646f..9bb161f 100644 --- a/docs/repo_portfolio_unified_copyleft_strategy_matrix_v6_3.csv +++ b/docs/repo_portfolio_unified_copyleft_strategy_matrix_v6_3.csv @@ -19,22 +19,22 @@ "cutelyaware/magiccube4d","https://github.com/cutelyaware/magiccube4d/tree/master","HyperTwist","Locked Strategic Donor","locked strategic donor","repurpose","moderate modification","Custom broad-use license with attribution requested","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","direct_incorporation_ok","The repo is operationally usable because the custom license explicitly allows use, modification, and redistribution, but attribution and provenance obligations must be preserved and tracked.","medium","custom-license-attribution-review","v6.3_final_source_of_truth","selected_not_live_boundary_sensitive","phase0r_boundary_sensitive_eval_then_adapter_or_sidecar","Deep source evaluate now; if retained, use as an attributed direct donor with preserved notices and provenance rather than as a clean-room lane." "roice3/Magic120Cell","https://github.com/roice3/Magic120Cell","HyperTwist","Locked Strategic Donor","locked strategic donor","repurpose","moderate modification","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and should remain a specialized 4D interaction donor. Direct donor use is legally straightforward if HyperTwist wants to preserve its dedicated UX and puzzle-handling surfaces.","high","permissive-specialized-donor","v6.3_final_source_of_truth","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "roice3/MagicCube5D","https://github.com/roice3/MagicCube5D","HyperTwist","Locked Strategic Donor","locked strategic donor","repurpose","moderate modification","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and should remain a specialized 5D interaction donor. Direct donor use is legally straightforward if HyperTwist wants to preserve its advanced cube-specific UX and macro behavior.","high","permissive-specialized-donor","v6.3_final_source_of_truth","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." -"cs0x7f/cstimer","https://github.com/cs0x7f/cstimer","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL timer/training software and the current HyperTwist posture is benchmark-only. Use it to define behavioral expectations and acceptance criteria, not for direct code incorporation.","high","gpl-timer-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"aMonteSl/CodeXR","https://github.com/aMonteSl/CodeXR","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0-only","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0-only and, per the dossier-backed HyperTwist posture, is retained only as a reference benchmark. Study interaction patterns and behavior; do not plan direct code incorporation.","high","gpl-reference-only-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"brianpeiris/RiftSketch","https://github.com/brianpeiris/RiftSketch","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","high","strategic-or-implemented-component","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"cs0x7f/cstimer","https://github.com/cs0x7f/cstimer","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0 and remains the primary restrictive timer, stats, scramble, and smart-device benchmark. Use it for behavioral parity and acceptance criteria, not direct source incorporation.","high","gpl-timer-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary restrictive timer/stats/scramble/smart-device benchmark and future clean-room timer-pattern oracle." +"aMonteSl/CodeXR","https://github.com/aMonteSl/CodeXR","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0-only","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0-only and was discarded from the active HyperTwist retained set because its strongest XR collaboration value is off-domain and already superseded by stronger retained rows.","high","gpl-reference-only-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set; its XR collaboration value is off-domain and already superseded by stronger retained rows." +"brianpeiris/RiftSketch","https://github.com/brianpeiris/RiftSketch","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT but was discarded from the active retained set because its immersive live-coding shell is off topic to HyperTwist's retained product scope.","high","strategic-or-implemented-component","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set; immersive live-coding is off topic to HyperTwist's retained product scope." "abunickabhi/5style-Trainer","https://github.com/abunickabhi/5style-Trainer","HyperTwist","Donor Bench","donor bench","repurpose","moderate modification","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","high","strategic-or-implemented-component","v6.3_final_source_of_truth","implemented_live_permissive","landed_permissive_preserve","Preserve the landed permissive lane, keep notices and attribution visible, and revisit only for enhancement planning after Phase 0R closes for remaining rows." -"MathewKJ2048/Rubiks-cube-simulator","https://github.com/MathewKJ2048/Rubiks-cube-simulator","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code. Retain it only as clean-room benchmark material and implement any strategically necessary simulator behavior from a scrubbed first-party specification.","high","gpl-clean-room-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"MathewKJ2048/Rubiks-cube-simulator","https://github.com/MathewKJ2048/Rubiks-cube-simulator","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL simulator code and was discarded from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks.","high","gpl-clean-room-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks." "NuiLab/code-vr","https://github.com/NuiLab/code-vr","HyperTwist","Donor Bench","donor bench","repurpose","moderate modification","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and direct use is legally straightforward, but the current HyperTwist posture is still below-core donor use because the strongest value is in XR pedagogy, embodied onboarding, and code-to-scene boundary ideas rather than product-core ownership.","high","below-core-mit-donor","v6.3_final_source_of_truth","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." -"ShellPuppy/RCube","https://github.com/ShellPuppy/RCube","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and is retained only as an algorithm/reference benchmark. Use it for comparison and expectations, not direct source incorporation.","high","gpl-large-n-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"brownan/Rubiks-Cube-Solver","https://github.com/brownan/Rubiks-Cube-Solver","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and should remain a benchmark oracle plus clean-room optimal-solver candidate. Preserve correctness/oracle behavior and produce any first-party solver through a scrubbed clean-room process.","high","gpl-oracle-clean-room-review","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"ShellPuppy/RCube","https://github.com/ShellPuppy/RCube","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and remains a benchmark/reference lane for centers, edges, parity, and later clean-room research rather than donor use.","high","gpl-large-n-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a large-N centers/edges/parity benchmark and later clean-room research input, not as an active product donor." +"brownan/Rubiks-Cube-Solver","https://github.com/brownan/Rubiks-Cube-Solver","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and remains the primary compact solver oracle and clean-room-later heuristic/search benchmark. Preserve correctness and search behavior through scrubbed first-party specifications only.","high","gpl-oracle-clean-room-review","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary compact solver oracle and clean-room-later heuristic/search benchmark; use for correctness, not donor code." "newyork-anthonyng/rubiks-cross-trainer","https://github.com/newyork-anthonyng/rubiks-cross-trainer","HyperTwist","Donor Bench","donor bench","repurpose","moderate modification","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","high","strategic-or-implemented-component","v6.3_final_source_of_truth","implemented_live_permissive","landed_permissive_preserve","Preserve the landed permissive lane, keep notices and attribution visible, and revisit only for enhancement planning after Phase 0R closes for remaining rows." -"vwcwong/CubeSim","https://github.com/vwcwong/CubeSim","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code. Retain it only as clean-room benchmark material and implement any strategically necessary state/history behavior from a scrubbed first-party specification.","high","gpl-clean-room-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"AviKaufman/Rubix-cube-trainer","https://github.com/AviKaufman/Rubix-cube-trainer","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","All Rights Reserved","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is all-rights-reserved. Retain it only as clean-room benchmark material and implement any strategically necessary tutorial behavior from a scrubbed first-party specification.","high","all-rights-reserved-clean-room-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"alinen/cube","https://github.com/alinen/cube","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room benchmark material and implement any strategically necessary behavior from a scrubbed first-party specification.","medium","no-license-clean-room-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"ambisinister/blindsolve","https://github.com/ambisinister/blindsolve","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room benchmark material and implement any strategically necessary memo-practice behavior from a scrubbed first-party specification.","medium","no-license-clean-room-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"efrantar/rob-twophase","https://github.com/efrantar/rob-twophase","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL solver/oracle code and the current HyperTwist posture is benchmark-only. Use it for correctness, metric, and performance comparison rather than direct source incorporation.","high","gpl-solver-oracle-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"vwcwong/CubeSim","https://github.com/vwcwong/CubeSim","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code and remains a readable state/history and beginner-solver decomposition benchmark for later clean-room use.","high","gpl-clean-room-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a readable state/history and beginner-solver decomposition benchmark for later clean-room use." +"AviKaufman/Rubix-cube-trainer","https://github.com/AviKaufman/Rubix-cube-trainer","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","All Rights Reserved","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is all-rights-reserved and remains the strongest guided-pedagogy benchmark in Packet 0R-E. Preserve tutorial behavior only through scrubbed first-party specifications.","high","all-rights-reserved-clean-room-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary all-rights-reserved guided-pedagogy benchmark for clean-room lesson-state and stepwise solve flow design." +"alinen/cube","https://github.com/alinen/cube","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room planner benchmark material and implement any strategically necessary behavior from scrubbed first-party specifications.","medium","no-license-clean-room-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a no-license clean-room planner benchmark for task segmentation, focus cues, and stepwise teaching flow; do not incorporate source directly." +"ambisinister/blindsolve","https://github.com/ambisinister/blindsolve","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room BLD memo benchmark material and implement any strategically necessary behavior from scrubbed first-party specifications.","medium","no-license-clean-room-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a no-license BLD memo benchmark for hide/reveal, letter-pair rehearsal, and feedback cadence; keep it narrow and clean-room only." +"efrantar/rob-twophase","https://github.com/efrantar/rob-twophase","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL solver/oracle code and remains a secondary metric, pruning, and performance benchmark rather than donor code.","high","gpl-solver-oracle-benchmark","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a secondary solver oracle for metric, pruning, and performance comparison; do not treat as donor code." "onionhoney/roux-trainers","https://github.com/onionhoney/roux-trainers","HyperTwist","Donor Bench","donor bench","repurpose","architecture only","GPL-3.0","known_from_reference_material","uploaded_reference_docs","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPLv3 and should not be used as direct donor code in the HyperTwist core. Its value is in selective behavior and subsystem extraction through a clean-room Model A / Model B process.","high","gpl-clean-room-donor","v6.3_final_source_of_truth","implemented_live_clean_room_verified","landed_clean_room_preserve","Preserve the only currently verified restrictive clean-room landed lane, keep the Model A/Model B chain explicit, and do not treat it as an unresolved direct-donor import." -"yakupbilen/drl-rubiks-cube","https://github.com/yakupbilen/drl-rubiks-cube","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","high","strategic-or-implemented-component","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"yakupbilen/drl-rubiks-cube","https://github.com/yakupbilen/drl-rubiks-cube","HyperTwist","Reserve Bench","Reserve Bench","future candidate","architecture only","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT and remains a research benchmark for learned heuristic search, ADI state generation, and offline experimentation rather than a near-term product donor.","high","strategic-or-implemented-component","v6.3_final_source_of_truth","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as an MIT research benchmark for learned heuristic search, ADI training loops, and offline experimentation rather than near-term product implementation." "Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","Locked Strategic Donor","locked strategic donor","repurpose","moderate modification","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is retained as a high-value knowledge and curriculum donor. Direct use of code/content structures is legally straightforward where it materially helps HyperTwist.","high","permissive-knowledge-donor","v6.3_final_source_of_truth","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "Aarav2709/KubeTimr","https://github.com/Aarav2709/KubeTimr","HyperTwist","Donor Bench","donor bench","repurpose","moderate modification","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is permissively licensed and currently best treated as a focused subsystem donor for timer-state logic, split-phase handling, local persistence, and keyboard-first practice flow. Selective incorporation is legally straightforward, but the product shell should still be reshaped to fit HyperTwist.","high","routine-review-only","v6.3_final_source_of_truth","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "roice3/MagicTile","https://github.com/roice3/MagicTile","HyperTwist","Locked Strategic Donor","locked strategic donor","repurpose","moderate modification","MIT","known_from_reference_material","uploaded_reference_docs","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is explicitly retained as a top-tier geometry/topology donor. Direct donor use is legally straightforward if the architecture benefits from it.","high","permissive-top-tier-donor","v6.3_final_source_of_truth","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." diff --git a/docs/repo_portfolio_unified_operational_v6_3.csv b/docs/repo_portfolio_unified_operational_v6_3.csv index e6c2b32..acbca13 100644 --- a/docs/repo_portfolio_unified_operational_v6_3.csv +++ b/docs/repo_portfolio_unified_operational_v6_3.csv @@ -19,22 +19,22 @@ "11869","cutelyaware/magiccube4d","https://github.com/cutelyaware/magiccube4d/tree/master","HyperTwist","11.0","122.0","137.0","A","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","Automatically exported from code.google.com/p/magiccube4d","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit cutelyaware/magiccube4d as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Automatically exported from code.google.com/p/magiccube4d","","cutelyaware/magiccube4d is treated as repurpose for HyperTwist because the current dossier keeps it as one of the most important legacy 4D interaction donors, with operationally usable custom licensing but explicit attribution and provenance obligations.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0003","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","cutelyaware/magiccube4d","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","Custom broad-use license with attribution requested","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","11.0","5","122.0","Locked Strategic Donor","Top-tier 4D interaction, history, and macro donor with attribution obligations","","P1","mixed_or_boundary_sensitive_known","direct_incorporation_ok","The repo is operationally usable because the custom license explicitly allows use, modification, and redistribution, but attribution and provenance obligations must be preserved and tracked.","Direct donor use is acceptable with explicit attribution and provenance tracking; keep the MyMath.java provenance note visible in license tracking.","Preserve the custom license text, requested attribution, and the provenance note for utility code with referenced GPL lineage.","Usually unnecessary unless later isolating a narrow seam is cleaner than carrying the legacy code directly.","medium","custom-license-attribution-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed usable custom-license donor status.","selected_not_live_boundary_sensitive","phase0r_boundary_sensitive_eval_then_adapter_or_sidecar","Deep source evaluate now; if retained, use as an attributed direct donor with preserved notices and provenance rather than as a clean-room lane." "11873","roice3/Magic120Cell","https://github.com/roice3/Magic120Cell","HyperTwist","12.0","122.0","137.0","A","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","4D Megaminx Analogue","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit roice3/Magic120Cell as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","4D Megaminx Analogue","","roice3/Magic120Cell is treated as repurpose for HyperTwist because the current dossier keeps it as a specialized 4D interaction and puzzle-UX donor with real save/load, visibility, filtering, and navigation value rather than as a foundation shell.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0004","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the hypercubing / nD simulation layer.","HyperTwist","hypercubing / nD simulation","integrate","heavy modification","medium","roice3/magic120cell","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","12.0","5","122.0","Locked Strategic Donor","Specialized 4D interaction and puzzle-UX donor","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and should remain a specialized 4D interaction donor. Direct donor use is legally straightforward if HyperTwist wants to preserve its dedicated UX and puzzle-handling surfaces.","Direct donor use or bounded extraction are both acceptable; choose the seam that best preserves specialized 4D interaction behavior.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","permissive-specialized-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed MIT specialized donor status.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "11877","roice3/MagicCube5D","https://github.com/roice3/MagicCube5D","HyperTwist","13.0","122.0","137.0","A","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","5D Rubik's Cube Analogue","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit roice3/MagicCube5D as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","5D Rubik's Cube Analogue","","roice3/MagicCube5D is treated as repurpose for HyperTwist because the current dossier keeps it as a specialized 5D interaction, macro, progress, and slice donor rather than as a foundation shell.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0005","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","roice3/magiccube5d","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","13.0","5","122.0","Locked Strategic Donor","Specialized 5D cube interaction, progress, and macro donor","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and should remain a specialized 5D interaction donor. Direct donor use is legally straightforward if HyperTwist wants to preserve its advanced cube-specific UX and macro behavior.","Direct donor use or bounded extraction are both acceptable; choose the seam that best preserves specialized 5D interaction and macro behavior.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","permissive-specialized-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed MIT specialized donor status.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." -"11881","cs0x7f/cstimer","https://github.com/cs0x7f/cstimer","HyperTwist","14.0","121.0","147.0","A","gold-standard timer benchmark","benchmark","Gold-standard timer benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: mature timer-state handling, persistence, statistics, reconstruction tooling, scramble generation, and smart-device expectations. Study behavior and category expectations only.","Keep as a restrictive benchmark. Use it as the timer behavior reference point for HyperTwist, not as donor code.","Do not merge this repo into the HyperTwist core. Translate only high-level timer and stats expectations into first-party implementations.","Repurpose here means: derive acceptance-test targets and product expectations for timer flow, persistence, statistics, and hardware support.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","behavior and acceptance-test benchmark review","Hidden value sits in timer edge cases, persistence behavior, reconstruction/statistics expectations, and mature product-surface decisions.","Which timer behaviors, persistence expectations, and solve-analysis surfaces should become first-party acceptance criteria?","Inspect timer-state transitions, solve/session persistence, statistics/reconstruction surfaces, scramble integration, and smart-device behavior as benchmark material only.","Audit cs0x7f/cstimer only as a restrictive gold-standard timer benchmark for HyperTwist. Extract behavior expectations and acceptance criteria, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL timer/training software and should remain the behavior/category benchmark in the timer lane rather than a donor codebase.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","cs0x7f/cstimer — GPL timer/training platform; keep only as the gold-standard timer benchmark.","cs0x7f/cstimer remains valuable because it defines the product-behavior ceiling for timer flow, persistence, and statistics. That value is benchmark authority, not donor code.","memo","False","True","0.0","5.0","HT_timer_training","HT_timer_training_0001","Gold-standard timer benchmark","Gold-standard timer benchmark for HyperTwist; retained for behavior calibration, not donor use.","HyperTwist","Gold-standard timer benchmark","future candidate","architecture only","medium","cs0x7f/cstimer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","14.0","5","121.0","Reserve Bench","Gold-standard timer benchmark","Included","P2","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL timer/training software and the current HyperTwist posture is benchmark-only. Use it to define behavioral expectations and acceptance criteria, not for direct code incorporation.","Reference only: benchmark timer and statistics behavior without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow timer behavior later proves strategically necessary to recreate in first-party code; otherwise keep this as a benchmark.","high","gpl-timer-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed gold-standard timer benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"11889","aMonteSl/CodeXR","https://github.com/aMonteSl/CodeXR","HyperTwist","16.0","119.0","134.0","B","reference-only XR benchmark","benchmark","Reference-only XR benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","Benchmark-only retained value: immersive interaction, collaboration-room, virtual-screen, and scene-launch patterns. Study behavior and workflow ideas only; do not plan direct product incorporation.","Keep in restrictive/reference custody. Use only as a benchmark for XR interaction ideas and immersive UI patterns; do not merge source into HyperTwist.","Do not treat this repo as part of the HyperTwist merge nucleus. If useful, translate isolated interaction ideas into first-party designs without inheriting the code-analysis shell.","Repurpose here means: abstract useful XR interaction ideas into first-party browser/XR surfaces without reusing source.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","behavior-level benchmark review","Hidden value sits in collaboration-room flow, scene-launch orchestration, virtual-screen components, and immersive inspection patterns.","Which interaction patterns are reusable at the behavior level without inheriting the code-analysis product identity or GPL source?","Inspect XR launch flow, collaboration-room server patterns, virtual-screen behavior, and immersive UI choreography as benchmark material only.","Audit aMonteSl/CodeXR only as a reference-only XR benchmark for HyperTwist. Do not recommend direct incorporation. Extract interaction patterns, collaboration metaphors, and virtual-screen ideas only.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is a GPL-3.0-only VS Code XR analysis extension and materially off-mission for HyperTwist; retain only as a reference benchmark.","high","Source-backed dossier and license verification collapse the old donor thesis.","high","Source-backed dossier and license verification collapse the old donor thesis.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","aMonteSl/CodeXR — GPL-3.0-only VS Code XR analysis extension; keep only as a reference-only XR benchmark for interaction ideas.","aMonteSl/CodeXR is retained only as a reference-only XR benchmark. It is a legitimate immersive code-analysis product, but the GPL-3.0-only license and domain mismatch rule out donor treatment for HyperTwist.","memo","False","True","0.0","3.0","HT_cube_vision","HT_cube_vision_0005","Reference-only XR benchmark","Reference-only XR benchmark for HyperTwist; not a donor lane.","HyperTwist","Reference-only XR benchmark","future candidate","architecture only","medium","amontesl/codexr","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0-only","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","16.0","5","119.0","Reserve Bench","Reference-only XR benchmark","Included","P3","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0-only and, per the dossier-backed HyperTwist posture, is retained only as a reference benchmark. Study interaction patterns and behavior; do not plan direct code incorporation.","Reference only: use as a benchmark for interaction patterns and immersive UI ideas without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a uniquely valuable interaction pattern later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-reference-only-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale pre-dossier donor posture to dossier-backed GPL reference-only benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"11893","brianpeiris/RiftSketch","https://github.com/brianpeiris/RiftSketch","HyperTwist","17.0","119.0","134.0","B","vision / perception / AR","subsystem donor","vision donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","brianpeiris/RiftSketch — https://github.com/brianpeiris/RiftSketch | brianpeiris/RiftSketch — MIT — WebVR live coding. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2V...","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit brianpeiris/RiftSketch as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 3","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brianpeiris/RiftSketch — https://github.com/brianpeiris/RiftSketch | brianpeiris/RiftSketch — MIT — WebVR live coding. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketch, aMonteSl/CodeXR.","brianpeiris/RiftSketch is treated as a future candidate for HyperTwist because the current dossier retains it mainly for WebXR spatial-UI, world-space monitor, and immersive tooling patterns rather than as a cubing-specific core or active merge donor.","memo","False","True","0.0","3.0","HT_cube_vision","HT_cube_vision_0006","cubing / algorithm training","Integrate as a shared building block across at least two projects. Its memo and bookmark signals place it in the computer vision / AR layer.","multi-project","computer vision / AR","integrate","heavy modification","medium","brianpeiris/riftsketch","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","17.0","5","119.0","Reserve Bench","XR interaction and spatial-UI bench","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"11881","cs0x7f/cstimer","https://github.com/cs0x7f/cstimer","HyperTwist","14.0","121.0","147.0","A","gold-standard timer benchmark","benchmark","Gold-standard timer benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: mature timer-state handling, persistence, statistics, reconstruction tooling, scramble generation, and smart-device expectations. Study behavior and category expectations only.","Keep as a restrictive benchmark. Use it as the timer behavior reference point for HyperTwist, not as donor code.","Do not merge this repo into the HyperTwist core. Translate only high-level timer and stats expectations into first-party implementations.","Repurpose here means: derive acceptance-test targets and product expectations for timer flow, persistence, statistics, and hardware support.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","behavior and acceptance-test benchmark review","Hidden value sits in timer edge cases, persistence behavior, reconstruction/statistics expectations, and mature product-surface decisions.","Which timer behaviors, persistence expectations, and solve-analysis surfaces should become first-party acceptance criteria?","Inspect timer-state transitions, solve/session persistence, statistics/reconstruction surfaces, scramble integration, and smart-device behavior as benchmark material only.","Audit cs0x7f/cstimer only as a restrictive gold-standard timer benchmark for HyperTwist. Extract behavior expectations and acceptance criteria, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL timer/training software and should remain the behavior/category benchmark in the timer lane rather than a donor codebase.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","cs0x7f/cstimer — GPL timer/training platform; keep only as the gold-standard timer benchmark.","cs0x7f/cstimer remains valuable because it defines the product-behavior ceiling for timer flow, persistence, and statistics. That value is benchmark authority, not donor code.","memo","False","True","0.0","5.0","HT_timer_training","HT_timer_training_0001","Gold-standard timer benchmark","Gold-standard timer benchmark for HyperTwist; retained for behavior calibration, not donor use.","HyperTwist","Gold-standard timer benchmark","future candidate","architecture only","medium","cs0x7f/cstimer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","14.0","5","121.0","Reserve Bench","Gold-standard timer benchmark","Included","P2","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0 and remains the primary restrictive timer, stats, scramble, and smart-device benchmark. Use it for behavioral parity and acceptance criteria, not direct source incorporation.","Reference only: benchmark timer, statistics, scramble, and smart-device behavior without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow timer behavior later proves strategically necessary to recreate in first-party code; otherwise keep this as a benchmark.","high","gpl-timer-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed gold-standard timer benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary restrictive timer/stats/scramble/smart-device benchmark and future clean-room timer-pattern oracle." +"11889","aMonteSl/CodeXR","https://github.com/aMonteSl/CodeXR","HyperTwist","16.0","119.0","134.0","B","reference-only XR benchmark","benchmark","Reference-only XR benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","Benchmark-only retained value: immersive interaction, collaboration-room, virtual-screen, and scene-launch patterns. Study behavior and workflow ideas only; do not plan direct product incorporation.","Keep in restrictive/reference custody. Use only as a benchmark for XR interaction ideas and immersive UI patterns; do not merge source into HyperTwist.","Do not treat this repo as part of the HyperTwist merge nucleus. If useful, translate isolated interaction ideas into first-party designs without inheriting the code-analysis shell.","Repurpose here means: abstract useful XR interaction ideas into first-party browser/XR surfaces without reusing source.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","behavior-level benchmark review","Hidden value sits in collaboration-room flow, scene-launch orchestration, virtual-screen components, and immersive inspection patterns.","Which interaction patterns are reusable at the behavior level without inheriting the code-analysis product identity or GPL source?","Inspect XR launch flow, collaboration-room server patterns, virtual-screen behavior, and immersive UI choreography as benchmark material only.","Audit aMonteSl/CodeXR only as a reference-only XR benchmark for HyperTwist. Do not recommend direct incorporation. Extract interaction patterns, collaboration metaphors, and virtual-screen ideas only.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is a GPL-3.0-only VS Code XR analysis extension and materially off-mission for HyperTwist; retain only as a reference benchmark.","high","Source-backed dossier and license verification collapse the old donor thesis.","high","Source-backed dossier and license verification collapse the old donor thesis.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","aMonteSl/CodeXR — GPL-3.0-only VS Code XR analysis extension; keep only as a reference-only XR benchmark for interaction ideas.","aMonteSl/CodeXR is retained only as a reference-only XR benchmark. It is a legitimate immersive code-analysis product, but the GPL-3.0-only license and domain mismatch rule out donor treatment for HyperTwist.","memo","False","True","0.0","3.0","HT_cube_vision","HT_cube_vision_0005","Reference-only XR benchmark","Reference-only XR benchmark for HyperTwist; not a donor lane.","HyperTwist","Reference-only XR benchmark","future candidate","architecture only","medium","amontesl/codexr","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0-only","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","16.0","5","119.0","Reserve Bench","Reference-only XR benchmark","Included","P3","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0-only and was discarded from the active HyperTwist retained set because its strongest XR collaboration value is off-domain and already superseded by stronger retained rows.","Reference only: discarded historical comparison context for XR collaboration patterns; do not plan direct incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a uniquely valuable interaction pattern later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-reference-only-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale pre-dossier donor posture to dossier-backed GPL reference-only benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set; its XR collaboration value is off-domain and already superseded by stronger retained rows." +"11893","brianpeiris/RiftSketch","https://github.com/brianpeiris/RiftSketch","HyperTwist","17.0","119.0","134.0","B","vision / perception / AR","subsystem donor","vision donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","brianpeiris/RiftSketch — https://github.com/brianpeiris/RiftSketch | brianpeiris/RiftSketch — MIT — WebVR live coding. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2V...","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit brianpeiris/RiftSketch as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 3","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brianpeiris/RiftSketch — https://github.com/brianpeiris/RiftSketch | brianpeiris/RiftSketch — MIT — WebVR live coding. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketch, aMonteSl/CodeXR.","brianpeiris/RiftSketch is treated as a future candidate for HyperTwist because the current dossier retains it mainly for WebXR spatial-UI, world-space monitor, and immersive tooling patterns rather than as a cubing-specific core or active merge donor.","memo","False","True","0.0","3.0","HT_cube_vision","HT_cube_vision_0006","cubing / algorithm training","Integrate as a shared building block across at least two projects. Its memo and bookmark signals place it in the computer vision / AR layer.","multi-project","computer vision / AR","integrate","heavy modification","medium","brianpeiris/riftsketch","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","17.0","5","119.0","Reserve Bench","XR interaction and spatial-UI bench","","","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT but was discarded from the active retained set because its immersive live-coding shell is off topic to HyperTwist's retained product scope.","Reference only: discarded historical comparison context for immersive live-coding patterns; do not plan direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set; immersive live-coding is off topic to HyperTwist's retained product scope." "11897","abunickabhi/5style-Trainer","https://github.com/abunickabhi/5style-Trainer","HyperTwist","18.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","abunickabhi/5style-Trainer — MIT — 5-style BLD trainer (fork of Alg-Trainer). | abunickabhi/5style-Trainer — MIT (BLD extension).","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit abunickabhi/5style-Trainer as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","strong adjacency to identified core stack; memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","abunickabhi/5style-Trainer — MIT — 5-style BLD trainer (fork of Alg-Trainer). | abunickabhi/5style-Trainer — MIT (BLD extension).","abunickabhi/5style-Trainer is treated as repurpose for HyperTwist because the current dossier keeps it as a focused advanced-training donor for 5-style edge-cycle drilling, subset practice, Giiker-aware flow, and high-skill BLD-oriented practice patterns rather than as a separate platform lane.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0006","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","direct","medium","abunickabhi/5style-trainer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","18.0","5","118.0","Donor Bench","Focused advanced-training donor","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed focused advanced-training donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Preserve the landed permissive lane, keep notices and attribution visible, and revisit only for enhancement planning after Phase 0R closes for remaining rows." -"11900","MathewKJ2048/Rubiks-cube-simulator","https://github.com/MathewKJ2048/Rubiks-cube-simulator","HyperTwist","19.0","118.0","133.0","B","clean-room simulator benchmark","benchmark","Clean-room simulator benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: lightweight simulator flow, text-command grammar, move-history UX, and timed step-playback behavior suitable for first-party clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape lightweight simulator behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful simulator behaviors into a scrubbed Model A spec only.","Repurpose here means: derive first-party lightweight simulator behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in text-command grammar, move-history logging, and timed step playback.","Which lightweight simulator behaviors are worth preserving through a scrubbed Model A handoff?","Inspect command grammar, move-history handling, beginner-solver flow, and timed step playback as clean-room benchmark material only.","Audit MathewKJ2048/Rubiks-cube-simulator only as a clean-room simulator benchmark. Extract behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL simulator code and should remain only as a low-priority clean-room simulator benchmark.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","MathewKJ2048/Rubiks-cube-simulator — GPL-3.0 simulator; keep only as a clean-room simulator benchmark.","MathewKJ2048/Rubiks-cube-simulator is retained only as a clean-room simulator benchmark. Its value is in small simulator behaviors, not donor code.","memo","False","True","0.0","2.0","HT_training_clean_room","HT_training_clean_room_0004","Clean-room simulator benchmark","Clean-room simulator benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room simulator benchmark","future candidate","architecture only","medium","mathewkj2048/rubiks-cube-simulator","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","19.0","5","118.0","Reserve Bench","Clean-room simulator benchmark","Included","P3","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code. Retain it only as clean-room benchmark material and implement any strategically necessary simulator behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if lightweight simulator behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room simulator benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"11900","MathewKJ2048/Rubiks-cube-simulator","https://github.com/MathewKJ2048/Rubiks-cube-simulator","HyperTwist","19.0","118.0","133.0","B","clean-room simulator benchmark","benchmark","Clean-room simulator benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: lightweight simulator flow, text-command grammar, move-history UX, and timed step-playback behavior suitable for first-party clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape lightweight simulator behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful simulator behaviors into a scrubbed Model A spec only.","Repurpose here means: derive first-party lightweight simulator behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in text-command grammar, move-history logging, and timed step playback.","Which lightweight simulator behaviors are worth preserving through a scrubbed Model A handoff?","Inspect command grammar, move-history handling, beginner-solver flow, and timed step playback as clean-room benchmark material only.","Audit MathewKJ2048/Rubiks-cube-simulator only as a clean-room simulator benchmark. Extract behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL simulator code and should remain only as a low-priority clean-room simulator benchmark.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","MathewKJ2048/Rubiks-cube-simulator — GPL-3.0 simulator; keep only as a clean-room simulator benchmark.","MathewKJ2048/Rubiks-cube-simulator is retained only as a clean-room simulator benchmark. Its value is in small simulator behaviors, not donor code.","memo","False","True","0.0","2.0","HT_training_clean_room","HT_training_clean_room_0004","Clean-room simulator benchmark","Clean-room simulator benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room simulator benchmark","future candidate","architecture only","medium","mathewkj2048/rubiks-cube-simulator","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","19.0","5","118.0","Reserve Bench","Clean-room simulator benchmark","Included","P3","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL simulator code and was discarded from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks.","Reference only: discarded historical comparison context for simulator pedagogy and history flow; do not plan direct incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if lightweight simulator behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room simulator benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks." "11903","NuiLab/code-vr","https://github.com/NuiLab/code-vr","HyperTwist","20.0","118.0","133.0","B","vision / perception / AR","subsystem donor","vision donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","NuiLab/code-vr — (license permissive per repo) — VR codebase explorer. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketc...","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit NuiLab/code-vr as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","NuiLab/code-vr — (license permissive per repo) — VR codebase explorer. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketch, aMonteSl/CodeXR.","NuiLab/code-vr is treated as repurpose for HyperTwist because the current dossier keeps it below core tier as an XR pedagogy and code-to-scene representation donor rather than as an active merge-set candidate or product shell.","memo","False","True","0.0","2.0","HT_cube_vision","HT_cube_vision_0007","cubing / algorithm training","Integrate as a shared building block across at least two projects. Its memo and bookmark signals place it in the computer vision / AR layer.","multi-project","computer vision / AR","integrate","heavy modification","medium","nuilab/code-vr","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","20.0","5","118.0","Donor Bench","XR pedagogy and code-to-scene representation donor","","P2","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and direct use is legally straightforward, but the current HyperTwist posture is still below-core donor use because the strongest value is in XR pedagogy, embodied onboarding, and code-to-scene boundary ideas rather than product-core ownership.","Use selectively as a donor or bounded adapter where the XR pedagogy and code-to-scene representation ideas materially shorten build time.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is architecturally cleaner than carrying the upstream code.","high","below-core-mit-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale merge-bench posture to dossier-backed below-core XR pedagogy donor status.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." -"11906","ShellPuppy/RCube","https://github.com/ShellPuppy/RCube","HyperTwist","21.0","118.0","133.0","B","large-N solver benchmark","benchmark","Large-N solver benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: large-N orientation tricks, stage framing, and big-cube algorithm expectations. Study the algorithm/reference behavior only.","Keep as a restrictive large-N solver benchmark. Use it for algorithm/reference comparison, not as donor code.","Do not treat this repo as a merge candidate. Translate only large-cube orientation and stage-framing ideas into first-party work if later needed.","Repurpose here means: use as an algorithm/reference benchmark for large-cube state and orientation tricks.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","algorithm benchmark review","Hidden value sits in orientation shortcuts and stage framing for extremely large cubes.","Which large-cube orientation and stage strategies are worth preserving as benchmark knowledge?","Inspect large-cube orientation logic, stage structure, and output/reporting surfaces as benchmark material only.","Audit ShellPuppy/RCube only as a restrictive large-N solver benchmark. Extract algorithm ideas and acceptance-test expectations, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL large-N solver code and should remain only as an algorithm/reference benchmark for big-cube behavior.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","ShellPuppy/RCube — GPL large-N cube solver; keep only as a large-N solver benchmark.","ShellPuppy/RCube remains useful only because it captures a narrow large-N solver lane that HyperTwist may later benchmark against. It is not a donor candidate.","memo","False","True","0.0","2.0","HT_solver_oracles","HT_solver_oracles_0001","Large-N solver benchmark","Large-N solver benchmark for HyperTwist; retained for reference value, not donor use.","HyperTwist","Large-N solver benchmark","future candidate","architecture only","medium","shellpuppy/rcube","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","21.0","5","118.0","Reserve Bench","Large-N solver benchmark","Included","P3","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and is retained only as an algorithm/reference benchmark. Use it for comparison and expectations, not direct source incorporation.","Reference only: use as a large-N solver benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a later first-party large-N lane needs recreation of a narrow behavior or algorithmic framing; otherwise keep this as a benchmark.","high","gpl-large-n-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed large-N solver benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"11909","brownan/Rubiks-Cube-Solver","https://github.com/brownan/Rubiks-Cube-Solver","HyperTwist","22.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","brownan/Rubiks-Cube-Solver — GPL-3.0 — Optimal pattern-database solver. | brownan/Rubiks-Cube-Solver — GPL-3.0.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit brownan/Rubiks-Cube-Solver as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brownan/Rubiks-Cube-Solver — GPL-3.0 — Optimal pattern-database solver. | brownan/Rubiks-Cube-Solver — GPL-3.0.","brownan/Rubiks-Cube-Solver is treated as a future candidate for HyperTwist because the current dossier keeps it as a benchmark oracle and later clean-room optimal-solver target rather than as a direct donor.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0007","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","brownan/rubiks-cube-solver","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","22.0","5","118.0","Reserve Bench","Benchmark oracle and clean-room optimal-solver candidate","","P2","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and should remain a benchmark oracle plus clean-room optimal-solver candidate. Preserve correctness/oracle behavior and produce any first-party solver through a scrubbed clean-room process.","Use as an oracle and Model A source only; Model B should implement any optimal-solver work from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for any later first-party optimal-solver effort.","high","gpl-oracle-clean-room-review","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed benchmark-oracle and clean-room optimal-solver status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"11906","ShellPuppy/RCube","https://github.com/ShellPuppy/RCube","HyperTwist","21.0","118.0","133.0","B","large-N solver benchmark","benchmark","Large-N solver benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: large-N orientation tricks, stage framing, and big-cube algorithm expectations. Study the algorithm/reference behavior only.","Keep as a restrictive large-N solver benchmark. Use it for algorithm/reference comparison, not as donor code.","Do not treat this repo as a merge candidate. Translate only large-cube orientation and stage-framing ideas into first-party work if later needed.","Repurpose here means: use as an algorithm/reference benchmark for large-cube state and orientation tricks.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","algorithm benchmark review","Hidden value sits in orientation shortcuts and stage framing for extremely large cubes.","Which large-cube orientation and stage strategies are worth preserving as benchmark knowledge?","Inspect large-cube orientation logic, stage structure, and output/reporting surfaces as benchmark material only.","Audit ShellPuppy/RCube only as a restrictive large-N solver benchmark. Extract algorithm ideas and acceptance-test expectations, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL large-N solver code and should remain only as an algorithm/reference benchmark for big-cube behavior.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","ShellPuppy/RCube — GPL large-N cube solver; keep only as a large-N solver benchmark.","ShellPuppy/RCube remains useful only because it captures a narrow large-N solver lane that HyperTwist may later benchmark against. It is not a donor candidate.","memo","False","True","0.0","2.0","HT_solver_oracles","HT_solver_oracles_0001","Large-N solver benchmark","Large-N solver benchmark for HyperTwist; retained for reference value, not donor use.","HyperTwist","Large-N solver benchmark","future candidate","architecture only","medium","shellpuppy/rcube","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","21.0","5","118.0","Reserve Bench","Large-N solver benchmark","Included","P3","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and remains a benchmark/reference lane for centers, edges, parity, and later clean-room research rather than donor use.","Reference only: use as a large-N centers, edges, and parity benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a later first-party large-N lane needs recreation of a narrow behavior or algorithmic framing; otherwise keep this as a benchmark.","high","gpl-large-n-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed large-N solver benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a large-N centers/edges/parity benchmark and later clean-room research input, not as an active product donor." +"11909","brownan/Rubiks-Cube-Solver","https://github.com/brownan/Rubiks-Cube-Solver","HyperTwist","22.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","brownan/Rubiks-Cube-Solver — GPL-3.0 — Optimal pattern-database solver. | brownan/Rubiks-Cube-Solver — GPL-3.0.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit brownan/Rubiks-Cube-Solver as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brownan/Rubiks-Cube-Solver — GPL-3.0 — Optimal pattern-database solver. | brownan/Rubiks-Cube-Solver — GPL-3.0.","brownan/Rubiks-Cube-Solver is treated as a future candidate for HyperTwist because the current dossier keeps it as a benchmark oracle and later clean-room optimal-solver target rather than as a direct donor.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0007","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","brownan/rubiks-cube-solver","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","22.0","5","118.0","Reserve Bench","Benchmark oracle and clean-room optimal-solver candidate","","P2","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and remains the primary compact solver oracle and clean-room-later heuristic/search benchmark. Preserve correctness and search behavior through scrubbed first-party specifications only.","Use as an oracle and Model A source only; Model B should implement any solver work from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for any later first-party optimal-solver effort.","high","gpl-oracle-clean-room-review","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed benchmark-oracle and clean-room optimal-solver status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary compact solver oracle and clean-room-later heuristic/search benchmark; use for correctness, not donor code." "11915","newyork-anthonyng/rubiks-cross-trainer","https://github.com/newyork-anthonyng/rubiks-cross-trainer","HyperTwist","24.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","newyork-anthonyng/rubiks-cross-trainer — MIT — Cross trainer library (scramble generator). | newyork-anthonyng/rubiks-cross-trainer — MIT.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit newyork-anthonyng/rubiks-cross-trainer as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","newyork-anthonyng/rubiks-cross-trainer — MIT — Cross trainer library (scramble generator). | newyork-anthonyng/rubiks-cross-trainer — MIT.","newyork-anthonyng/rubiks-cross-trainer is treated as repurpose for HyperTwist because the current dossier keeps it as a focused donor for its precomputed one-to-eight-move cross corpus and cross-specific drill progression rather than as a platform lane.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0008","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","newyork-anthonyng/rubiks-cross-trainer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","24.0","5","118.0","Donor Bench","Focused donor","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed focused-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Preserve the landed permissive lane, keep notices and attribution visible, and revisit only for enhancement planning after Phase 0R closes for remaining rows." -"11918","vwcwong/CubeSim","https://github.com/vwcwong/CubeSim","HyperTwist","25.0","118.0","133.0","B","clean-room state/history benchmark","benchmark","Clean-room state/history benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: cleaner domain architecture for simulator state/history separation, parser/scramble modules, and replay/history behavior suitable for clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape first-party state/history and replay behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful state/history ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party state/history and replay behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in state/history separation, parser/scramble modularity, and replay-oriented architecture.","Which state/history and replay behaviors are worth preserving through a scrubbed Model A handoff?","Inspect cube-state/history split, parser and scramble modules, tests, and replay-oriented behavior as clean-room benchmark material only.","Audit vwcwong/CubeSim only as a clean-room state/history benchmark. Extract architectural behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL simulator code and should remain only as a clean-room state/history benchmark.","high","The dossier-backed classification is stable: retain only the cleaner state/history architecture through a clean-room path.","high","The dossier-backed classification is stable: retain only the cleaner state/history architecture through a clean-room path.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","vwcwong/CubeSim — GPL simulator; keep only as a clean-room state/history benchmark.","vwcwong/CubeSim is retained only as a clean-room state/history benchmark. Its value is architectural and behavioral, not donor code.","memo","False","True","0.0","2.0","HT_training_clean_room","HT_training_clean_room_0005","Clean-room state/history benchmark","Clean-room state/history benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room state/history benchmark","future candidate","architecture only","medium","vwcwong/cubesim","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","25.0","5","118.0","Reserve Bench","Clean-room state/history benchmark","Included","P3","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code. Retain it only as clean-room benchmark material and implement any strategically necessary state/history behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if state/history or replay behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room state/history benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"11921","AviKaufman/Rubix-cube-trainer","https://github.com/AviKaufman/Rubix-cube-trainer","HyperTwist","26.0","117.0","132.0","B","clean-room pedagogy benchmark","benchmark","Clean-room pedagogy benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: beginner-method teaching flow, step guidance, and tutorial-state behavior worth preserving through a clean-room spec.","Keep only as a clean-room benchmark. Use it to shape first-party pedagogy and tutorial behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful teaching-flow ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party pedagogy and tutorial behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in beginner-method pedagogy flow, guidance cadence, and tutorial-state transitions.","Which teaching-flow and tutorial behaviors are worth preserving through a scrubbed Model A handoff?","Inspect beginner-method sequencing, step guidance, tutorial-state transitions, and 3D teaching behavior as clean-room benchmark material only.","Audit AviKaufman/Rubix-cube-trainer only as a clean-room pedagogy benchmark. Extract tutorial behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is explicitly all-rights-reserved and should remain only as a clean-room pedagogy benchmark.","high","The all-rights-reserved posture and the narrow pedagogy use case clearly block donor treatment.","high","The all-rights-reserved posture and the narrow pedagogy use case clearly block donor treatment.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","AviKaufman/Rubix-cube-trainer — all rights reserved; keep only as a clean-room pedagogy benchmark.","AviKaufman/Rubix-cube-trainer is retained only as a clean-room pedagogy benchmark. Its value is in teaching flow and tutorial behavior, not donor code.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0003","Clean-room pedagogy benchmark","Clean-room pedagogy benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room pedagogy benchmark","future candidate","architecture only","medium","avikaufman/rubix-cube-trainer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","All Rights Reserved","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","26.0","5","117.0","Reserve Bench","Clean-room pedagogy benchmark","Included","P3","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is all-rights-reserved. Retain it only as clean-room benchmark material and implement any strategically necessary tutorial behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source or assets directly without separate rights.","Yes — this is the preferred path if pedagogy and tutorial behavior later prove strategically necessary.","high","all-rights-reserved-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room pedagogy benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"11924","alinen/cube","https://github.com/alinen/cube","HyperTwist","27.0","117.0","132.0","B","clean-room planner benchmark","benchmark","Clean-room planner benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: guided lesson flow, cube-state handling, and bounded planner/search behavior suitable for first-party clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape first-party planner and guided-lesson behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful planner and lesson ideas into scrubbed Model A specifications only.","Repurpose here means: derive first-party planner and guided-lesson behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in bounded planner/search flow and guided lesson state transitions.","Which planner and lesson behaviors are worth preserving through a scrubbed Model A handoff?","Inspect planner logic, lesson flow, cube-state handling, and bounded-search behavior as clean-room benchmark material only.","Audit alinen/cube only as a clean-room planner benchmark. Extract planner behaviors and guided-lesson flow into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo has no explicit license visible and should remain only as a clean-room planner benchmark.","medium","The benchmark thesis is clear, but the repo remains small and non-permissive in practice because no explicit license is visible.","medium","The benchmark thesis is clear, but the repo remains small and non-permissive in practice because no explicit license is visible.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","alinen/cube — no explicit license visible; keep only as a clean-room planner benchmark.","alinen/cube is retained only as a clean-room planner benchmark. Its useful value is behavioral and architectural, not donor-grade.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0001","Clean-room planner benchmark","Clean-room planner benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room planner benchmark","future candidate","architecture only","medium","alinen/cube","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","27.0","5","117.0","Reserve Bench","Clean-room planner benchmark","Included","P3","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room benchmark material and implement any strategically necessary behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if planner or lesson behavior later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room planner benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"11927","ambisinister/blindsolve","https://github.com/ambisinister/blindsolve","HyperTwist","28.0","117.0","132.0","B","clean-room BLD memo benchmark","benchmark","Clean-room BLD memo benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: narrow memo-practice behavior and BLD training flow worth preserving through a clean-room spec.","Keep only as a clean-room benchmark. Use it to shape a first-party memo-practice micro-mode; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful memo-practice ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party BLD memo-practice behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in narrow memo-practice flow and user-feedback behavior.","Which memo-practice behaviors are worth preserving through a scrubbed Model A handoff?","Inspect memo-practice flow, prompt cadence, scoring/feedback behavior, and narrow training-state transitions as clean-room benchmark material only.","Audit ambisinister/blindsolve only as a clean-room BLD memo benchmark. Extract memo-practice behavior into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo has no explicit license visible and does not justify donor treatment; retain only as a clean-room memo benchmark.","medium","The clean-room benchmark role is clear, but the repo is narrow and license posture remains non-permissive in practice.","medium","The clean-room benchmark role is clear, but the repo is narrow and license posture remains non-permissive in practice.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","ambisinister/blindsolve — no explicit license visible; keep only as a clean-room BLD memo benchmark.","ambisinister/blindsolve is retained only as a clean-room BLD memo benchmark. Its value is in a narrow behavior slice, not in donor code.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0002","Clean-room BLD memo benchmark","Clean-room BLD memo benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room BLD memo benchmark","future candidate","architecture only","medium","ambisinister/blindsolve","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","28.0","5","117.0","Reserve Bench","Clean-room BLD memo benchmark","Included","P3","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room benchmark material and implement any strategically necessary memo-practice behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if a memo-practice micro-mode later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room BLD memo benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"11930","efrantar/rob-twophase","https://github.com/efrantar/rob-twophase","HyperTwist","29.0","117.0","132.0","B","solver oracle / robot-metric benchmark","benchmark","Solver oracle and robot-metric benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: correctness oracle, robot/axial-metric comparisons, multiple-solution search expectations, and pruning-table performance baselines.","Keep as a restrictive solver oracle benchmark. Use it for correctness, metric comparison, and performance expectations; do not treat it as donor code.","Do not merge this repo into the HyperTwist core. Translate only oracle behavior and robot-metric expectations into first-party acceptance tests.","Repurpose here means: use as a correctness/performance oracle and robot-metric benchmark.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","oracle benchmark review","Hidden value sits in metric handling, pruning-table organization, CLI oracle behavior, and multi-solution search expectations.","Which oracle surfaces, robot metrics, and correctness/performance baselines should be preserved for first-party solver validation?","Inspect metric handling, pruning-table structure, CLI oracle behavior, and multiple-solution search as benchmark material only.","Audit efrantar/rob-twophase only as a restrictive solver oracle and robot-metric benchmark. Extract acceptance-test expectations and oracle behavior, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL solver code and should remain only as a correctness/performance oracle and robot-metric benchmark.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","efrantar/rob-twophase — GPL two-phase solver; keep only as solver oracle and robot-metric benchmark.","efrantar/rob-twophase remains valuable because it is a strong correctness/performance oracle with robot-metric coverage. That value is benchmark authority, not donor code.","memo","False","True","0.0","1.0","HT_solver_oracles","HT_solver_oracles_0002","Solver oracle and robot-metric benchmark","Solver oracle and robot-metric benchmark for HyperTwist; retained for acceptance testing, not donor use.","HyperTwist","Solver oracle and robot-metric benchmark","future candidate","architecture only","medium","efrantar/rob-twophase","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","29.0","5","117.0","Reserve Bench","Solver oracle and robot-metric benchmark","Included","P2","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL solver/oracle code and the current HyperTwist posture is benchmark-only. Use it for correctness, metric, and performance comparison rather than direct source incorporation.","Reference only: use as a solver oracle and robot-metric benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow oracle behavior later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-solver-oracle-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed solver oracle benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"11918","vwcwong/CubeSim","https://github.com/vwcwong/CubeSim","HyperTwist","25.0","118.0","133.0","B","clean-room state/history benchmark","benchmark","Clean-room state/history benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: cleaner domain architecture for simulator state/history separation, parser/scramble modules, and replay/history behavior suitable for clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape first-party state/history and replay behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful state/history ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party state/history and replay behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in state/history separation, parser/scramble modularity, and replay-oriented architecture.","Which state/history and replay behaviors are worth preserving through a scrubbed Model A handoff?","Inspect cube-state/history split, parser and scramble modules, tests, and replay-oriented behavior as clean-room benchmark material only.","Audit vwcwong/CubeSim only as a clean-room state/history benchmark. Extract architectural behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL simulator code and should remain only as a clean-room state/history benchmark.","high","The dossier-backed classification is stable: retain only the cleaner state/history architecture through a clean-room path.","high","The dossier-backed classification is stable: retain only the cleaner state/history architecture through a clean-room path.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","vwcwong/CubeSim — GPL simulator; keep only as a clean-room state/history benchmark.","vwcwong/CubeSim is retained only as a clean-room state/history benchmark. Its value is architectural and behavioral, not donor code.","memo","False","True","0.0","2.0","HT_training_clean_room","HT_training_clean_room_0005","Clean-room state/history benchmark","Clean-room state/history benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room state/history benchmark","future candidate","architecture only","medium","vwcwong/cubesim","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","25.0","5","118.0","Reserve Bench","Clean-room state/history benchmark","Included","P3","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code and remains a readable state/history and beginner-solver decomposition benchmark for later clean-room use.","Model A may inspect and summarize state/history behavior; Model B should implement only from a scrubbed clean-room specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if state/history or replay behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room state/history benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a readable state/history and beginner-solver decomposition benchmark for later clean-room use." +"11921","AviKaufman/Rubix-cube-trainer","https://github.com/AviKaufman/Rubix-cube-trainer","HyperTwist","26.0","117.0","132.0","B","clean-room pedagogy benchmark","benchmark","Clean-room pedagogy benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: beginner-method teaching flow, step guidance, and tutorial-state behavior worth preserving through a clean-room spec.","Keep only as a clean-room benchmark. Use it to shape first-party pedagogy and tutorial behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful teaching-flow ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party pedagogy and tutorial behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in beginner-method pedagogy flow, guidance cadence, and tutorial-state transitions.","Which teaching-flow and tutorial behaviors are worth preserving through a scrubbed Model A handoff?","Inspect beginner-method sequencing, step guidance, tutorial-state transitions, and 3D teaching behavior as clean-room benchmark material only.","Audit AviKaufman/Rubix-cube-trainer only as a clean-room pedagogy benchmark. Extract tutorial behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is explicitly all-rights-reserved and should remain only as a clean-room pedagogy benchmark.","high","The all-rights-reserved posture and the narrow pedagogy use case clearly block donor treatment.","high","The all-rights-reserved posture and the narrow pedagogy use case clearly block donor treatment.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","AviKaufman/Rubix-cube-trainer — all rights reserved; keep only as a clean-room pedagogy benchmark.","AviKaufman/Rubix-cube-trainer is retained only as a clean-room pedagogy benchmark. Its value is in teaching flow and tutorial behavior, not donor code.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0003","Clean-room pedagogy benchmark","Clean-room pedagogy benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room pedagogy benchmark","future candidate","architecture only","medium","avikaufman/rubix-cube-trainer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","All Rights Reserved","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","26.0","5","117.0","Reserve Bench","Clean-room pedagogy benchmark","Included","P3","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is all-rights-reserved and remains the strongest guided-pedagogy benchmark in Packet 0R-E. Preserve tutorial behavior only through scrubbed first-party specifications.","Model A may inspect and summarize lesson-state behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source or assets directly without separate rights.","Yes — this is the preferred path if pedagogy and tutorial behavior later prove strategically necessary.","high","all-rights-reserved-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room pedagogy benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary all-rights-reserved guided-pedagogy benchmark for clean-room lesson-state and stepwise solve flow design." +"11924","alinen/cube","https://github.com/alinen/cube","HyperTwist","27.0","117.0","132.0","B","clean-room planner benchmark","benchmark","Clean-room planner benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: guided lesson flow, cube-state handling, and bounded planner/search behavior suitable for first-party clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape first-party planner and guided-lesson behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful planner and lesson ideas into scrubbed Model A specifications only.","Repurpose here means: derive first-party planner and guided-lesson behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in bounded planner/search flow and guided lesson state transitions.","Which planner and lesson behaviors are worth preserving through a scrubbed Model A handoff?","Inspect planner logic, lesson flow, cube-state handling, and bounded-search behavior as clean-room benchmark material only.","Audit alinen/cube only as a clean-room planner benchmark. Extract planner behaviors and guided-lesson flow into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo has no explicit license visible and should remain only as a clean-room planner benchmark.","medium","The benchmark thesis is clear, but the repo remains small and non-permissive in practice because no explicit license is visible.","medium","The benchmark thesis is clear, but the repo remains small and non-permissive in practice because no explicit license is visible.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","alinen/cube — no explicit license visible; keep only as a clean-room planner benchmark.","alinen/cube is retained only as a clean-room planner benchmark. Its useful value is behavioral and architectural, not donor-grade.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0001","Clean-room planner benchmark","Clean-room planner benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room planner benchmark","future candidate","architecture only","medium","alinen/cube","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","27.0","5","117.0","Reserve Bench","Clean-room planner benchmark","Included","P3","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room planner benchmark material and implement any strategically necessary behavior from scrubbed first-party specifications.","Model A may inspect and summarize planner behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if planner or lesson behavior later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room planner benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a no-license clean-room planner benchmark for task segmentation, focus cues, and stepwise teaching flow; do not incorporate source directly." +"11927","ambisinister/blindsolve","https://github.com/ambisinister/blindsolve","HyperTwist","28.0","117.0","132.0","B","clean-room BLD memo benchmark","benchmark","Clean-room BLD memo benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: narrow memo-practice behavior and BLD training flow worth preserving through a clean-room spec.","Keep only as a clean-room benchmark. Use it to shape a first-party memo-practice micro-mode; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful memo-practice ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party BLD memo-practice behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in narrow memo-practice flow and user-feedback behavior.","Which memo-practice behaviors are worth preserving through a scrubbed Model A handoff?","Inspect memo-practice flow, prompt cadence, scoring/feedback behavior, and narrow training-state transitions as clean-room benchmark material only.","Audit ambisinister/blindsolve only as a clean-room BLD memo benchmark. Extract memo-practice behavior into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo has no explicit license visible and does not justify donor treatment; retain only as a clean-room memo benchmark.","medium","The clean-room benchmark role is clear, but the repo is narrow and license posture remains non-permissive in practice.","medium","The clean-room benchmark role is clear, but the repo is narrow and license posture remains non-permissive in practice.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","ambisinister/blindsolve — no explicit license visible; keep only as a clean-room BLD memo benchmark.","ambisinister/blindsolve is retained only as a clean-room BLD memo benchmark. Its value is in a narrow behavior slice, not in donor code.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0002","Clean-room BLD memo benchmark","Clean-room BLD memo benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room BLD memo benchmark","future candidate","architecture only","medium","ambisinister/blindsolve","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","28.0","5","117.0","Reserve Bench","Clean-room BLD memo benchmark","Included","P3","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room BLD memo benchmark material and implement any strategically necessary behavior from scrubbed first-party specifications.","Model A may inspect and summarize memo-practice behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if a memo-practice micro-mode later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room BLD memo benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a no-license BLD memo benchmark for hide/reveal, letter-pair rehearsal, and feedback cadence; keep it narrow and clean-room only." +"11930","efrantar/rob-twophase","https://github.com/efrantar/rob-twophase","HyperTwist","29.0","117.0","132.0","B","solver oracle / robot-metric benchmark","benchmark","Solver oracle and robot-metric benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: correctness oracle, robot/axial-metric comparisons, multiple-solution search expectations, and pruning-table performance baselines.","Keep as a restrictive solver oracle benchmark. Use it for correctness, metric comparison, and performance expectations; do not treat it as donor code.","Do not merge this repo into the HyperTwist core. Translate only oracle behavior and robot-metric expectations into first-party acceptance tests.","Repurpose here means: use as a correctness/performance oracle and robot-metric benchmark.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","oracle benchmark review","Hidden value sits in metric handling, pruning-table organization, CLI oracle behavior, and multi-solution search expectations.","Which oracle surfaces, robot metrics, and correctness/performance baselines should be preserved for first-party solver validation?","Inspect metric handling, pruning-table structure, CLI oracle behavior, and multiple-solution search as benchmark material only.","Audit efrantar/rob-twophase only as a restrictive solver oracle and robot-metric benchmark. Extract acceptance-test expectations and oracle behavior, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL solver code and should remain only as a correctness/performance oracle and robot-metric benchmark.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","efrantar/rob-twophase — GPL two-phase solver; keep only as solver oracle and robot-metric benchmark.","efrantar/rob-twophase remains valuable because it is a strong correctness/performance oracle with robot-metric coverage. That value is benchmark authority, not donor code.","memo","False","True","0.0","1.0","HT_solver_oracles","HT_solver_oracles_0002","Solver oracle and robot-metric benchmark","Solver oracle and robot-metric benchmark for HyperTwist; retained for acceptance testing, not donor use.","HyperTwist","Solver oracle and robot-metric benchmark","future candidate","architecture only","medium","efrantar/rob-twophase","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","29.0","5","117.0","Reserve Bench","Solver oracle and robot-metric benchmark","Included","P2","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL solver/oracle code and remains a secondary metric, pruning, and performance benchmark rather than donor code.","Reference only: use as a solver oracle and robot-metric benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow oracle behavior later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-solver-oracle-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed solver oracle benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a secondary solver oracle for metric, pruning, and performance comparison; do not treat as donor code." "11933","onionhoney/roux-trainers","https://github.com/onionhoney/roux-trainers","HyperTwist","30.0","117.0","132.0","B","method-specific training donor","restrictive donor","clean-room donor","donor bench","repurpose","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Focused restrictive clean-room donor target. Retain the stage-specific training modes, solver-backed analyzer behavior, recognition masking, favorites/batch-drill flow, and 2D/3D training visualization ideas through Model A / Model B separation.","Keep in restrictive custody and route value through clean-room extraction only. Use it as a method-specific training and analyzer donor, not as direct donor code.","Do not merge this repo into the HyperTwist core as source. Convert the valuable training-state-machine and analyzer behaviors into first-party subsystems behind a clean-room boundary.","Repurpose here means: translate stage-specific training and analyzer behaviors into first-party implementations through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value sits in state-machine-driven training flows, solver-backed analyzer behavior, recognition masking, favorites persistence, and batch-drill mechanics.","Which Roux-specific training and analyzer behaviors are strategically worth reproducing in first-party code through a clean-room handoff?","Inspect blockbuilding micro-trainers, stage-specific state machines, solver-backed analyzer logic, recognition masking, favorites/batch-drill persistence, and 2D/3D visualization boundaries.","Audit onionhoney/roux-trainers as a focused restrictive clean-room donor for HyperTwist. Preserve method-specific training-state-machine, analyzer, recognition-masking, and drill-loop behavior in a scrubbed Model A handoff only.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","HyperTwist only","Restrictive clean-room donor value is real, but it should flow through Model A to a first-party implementation rather than through direct source sharing.","exclude from direct code use, keep as clean-room donor","The repo is GPLv3 and too method-specific for direct incorporation, but it still contains real training/analyzer subsystem value worth preserving through a clean-room donor path.","high","The dossier-backed classification is stable: stronger than a passive benchmark, but clearly a restrictive clean-room donor rather than direct donor code.","high","The dossier-backed classification is stable: stronger than a passive benchmark, but clearly a restrictive clean-room donor rather than direct donor code.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","onionhoney/roux-trainers — GPLv3 Roux trainer; keep as a focused restrictive clean-room donor, not direct donor code.","onionhoney/roux-trainers remains valuable because it contains stage-specific training-state machines, solver-backed analyzer modes, recognition masking, and batch-drill patterns. That value should flow through a clean-room donor path, not direct incorporation.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0006","Focused restrictive clean-room donor target","Focused restrictive clean-room donor target for HyperTwist; stronger than a passive benchmark, but still not direct donor code.","HyperTwist","Focused restrictive clean-room donor target","repurpose","architecture only","medium","onionhoney/roux-trainers","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","30.0","5","117.0","Donor Bench","Focused restrictive clean-room donor target","Included","P2","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPLv3 and should not be used as direct donor code in the HyperTwist core. Its value is in selective behavior and subsystem extraction through a clean-room Model A / Model B process.","Model A inspects the restrictive source; Model B implements only from a scrubbed first-party specification and must not access the repo directly.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for selectively reproducing stage-specific training and analyzer behavior in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed focused restrictive clean-room donor status.","implemented_live_clean_room_verified","landed_clean_room_preserve","Preserve the only currently verified restrictive clean-room landed lane, keep the Model A/Model B chain explicit, and do not treat it as an unresolved direct-donor import." -"11936","yakupbilen/drl-rubiks-cube","https://github.com/yakupbilen/drl-rubiks-cube","HyperTwist","31.0","117.0","132.0","B","vision / perception / AR","subsystem donor","vision donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","yakupbilen/drl-rubiks-cube — MIT — RL solver with PyQt5 + webcam input.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit yakupbilen/drl-rubiks-cube as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","yakupbilen/drl-rubiks-cube — MIT — RL solver with PyQt5 + webcam input.","yakupbilen/drl-rubiks-cube is treated as a future candidate for HyperTwist because the current dossier retains it mainly for learned-heuristic search, batched A-star style experimentation, and training-loop ideas, not as part of the committed perception core.","memo","False","True","0.0","1.0","HT_cube_vision","HT_cube_vision_0008","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","yakupbilen/drl-rubiks-cube","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","31.0","5","117.0","Reserve Bench","Search/training systems bench","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"11936","yakupbilen/drl-rubiks-cube","https://github.com/yakupbilen/drl-rubiks-cube","HyperTwist","31.0","117.0","132.0","B","vision / perception / AR","subsystem donor","vision donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","yakupbilen/drl-rubiks-cube — MIT — RL solver with PyQt5 + webcam input.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit yakupbilen/drl-rubiks-cube as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","yakupbilen/drl-rubiks-cube — MIT — RL solver with PyQt5 + webcam input.","yakupbilen/drl-rubiks-cube is treated as a future candidate for HyperTwist because the current dossier retains it mainly for learned-heuristic search, batched A-star style experimentation, and training-loop ideas, not as part of the committed perception core.","memo","False","True","0.0","1.0","HT_cube_vision","HT_cube_vision_0008","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","yakupbilen/drl-rubiks-cube","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","31.0","5","117.0","Reserve Bench","Search/training systems bench","","","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT and remains a research benchmark for learned heuristic search, ADI state generation, and offline experimentation rather than a near-term product donor.","Reference only: benchmark learned heuristic search and training experiments without near-term direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as an MIT research benchmark for learned heuristic search, ADI training loops, and offline experimentation rather than near-term product implementation." "11939","Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","32.0","92.0","101.0","C","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Treat this as a mineable codebase: keep selected internals (algorithms, renderers, adapters, parsers, schedulers) while replacing the surrounding product assumptions and architecture. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","Website for the Hypercubing community","Repurpose selected subsystems rather than the whole product. Mine the repo for nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit Hypercubers/hypercubing.xyz as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is heavy modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Website for the Hypercubing community","","Hypercubers/hypercubing.xyz is treated as repurpose for HyperTwist because visible metadata points to the hypercubing / nD simulation layer. Surface signal: Website for the Hypercubing community The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0006","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the hypercubing / nD simulation layer.","HyperTwist","hypercubing / nD simulation","integrate","heavy modification","medium","hypercubers/hypercubing.xyz","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","32.0","5","92.0","Locked Strategic Donor","Knowledge and curriculum donor","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is retained as a high-value knowledge and curriculum donor. Direct use of code/content structures is legally straightforward where it materially helps HyperTwist.","Use selectively as a donor for knowledge structures, notation, taxonomy, and leaderboard-generation logic; do not confuse the site snapshot with the canonical repo.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is cleaner than carrying the upstream code.","high","permissive-knowledge-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license donor-bench posture to dossier-backed MIT knowledge/curriculum donor status.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "11945","Aarav2709/KubeTimr","https://github.com/Aarav2709/KubeTimr","HyperTwist","34.0","88.0","97.0","C","cubing trainer / solver / timing","subsystem donor","training donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Aarav2709/KubeTimr — MIT — Keyboard-first offline timer. | Aarav2709/KubeTimr — MIT — Offline timer.","Repurpose selected subsystems rather than the whole product. Mine the repo for scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit Aarav2709/KubeTimr as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium","single-source signal; clear taxonomy; mostly donor/reference role","medium","strong adjacency to identified core stack; memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Aarav2709/KubeTimr — MIT — Keyboard-first offline timer. | Aarav2709/KubeTimr — MIT — Offline timer.","Aarav2709/KubeTimr is treated as repurpose for HyperTwist because the current dossier keeps it as a focused subsystem donor for timer-state logic, split-phase handling, local persistence, rolling stats, and keyboard-first offline practice flow rather than as a broader training-platform anchor.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0015","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","aarav2709/kubetimr","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","34.0","5","88.0","Donor Bench","Focused subsystem donor","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is permissively licensed and currently best treated as a focused subsystem donor for timer-state logic, split-phase handling, local persistence, and keyboard-first practice flow. Selective incorporation is legally straightforward, but the product shell should still be reshaped to fit HyperTwist.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","routine-review-only","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy adjacency wording and stale clean-room boundary posture to dossier-backed focused subsystem donor on 2026-04-25.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "11951","roice3/MagicTile","https://github.com/roice3/MagicTile","HyperTwist","36.0","88.0","97.0","C","infra / runtime / observability / integration","subsystem donor","integration utility","locked strategic donor","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving collectors/adapters/runtime topology logic while integrating into a larger control plane.","Non-euclidean Rubik's Cube Analogues","Repurpose selected subsystems rather than the whole product. Mine the repo for scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract collectors/adapters; Normalize topology/config schema; Bridge into control-plane API","deep source audit","Hidden value usually sits in service topology schemas, collector agents, auth/integration adapters, caching, deployment abstractions, and metrics/event correlation.","Inspect topology/service schema; collectors/agents; auth/integration adapters; caching/state sync; deployment/runtime abstractions; metrics/event correlation; config layering.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit roice3/MagicTile as a infra / runtime / observability / integration candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect topology/service schema; collectors/agents; auth/integration adapters; caching/state sync; deployment/runtime abstractions; metrics/event correlation; config layering. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / integration utility. Test the three merger paths in order: 1) project-local anchor [base + donor]; 2) shared portfolio utility [augmenter]; 3) cross-project transfer candidate [future merger]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","project-local anchor","base + donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","shared portfolio utility","augmenter","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cross-project transfer candidate","future merger","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Non-euclidean Rubik's Cube Analogues","","roice3/MagicTile is treated as repurpose for HyperTwist because visible metadata points to the cubing / algorithm training layer. Surface signal: Non-euclidean Rubik's Cube Analogues The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0007","cubing / algorithm training","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","roice3/magictile","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","36.0","5","88.0","Locked Strategic Donor","Top-tier non-Euclidean geometry and topology donor","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is explicitly retained as a top-tier geometry/topology donor. Direct donor use is legally straightforward if the architecture benefits from it.","Direct donor use or bounded adapter extraction are both acceptable; choose the seam that best preserves the topology and twist infrastructure.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","permissive-top-tier-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_hyper_engine during cluster normalization on 2026-04-25.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." diff --git a/docs/repo_portfolio_unified_phase_g_v6_3.csv b/docs/repo_portfolio_unified_phase_g_v6_3.csv index 4e5d720..661ce1f 100644 --- a/docs/repo_portfolio_unified_phase_g_v6_3.csv +++ b/docs/repo_portfolio_unified_phase_g_v6_3.csv @@ -19,22 +19,22 @@ "12.0","cutelyaware/magiccube4d","https://github.com/cutelyaware/magiccube4d/tree/master","HyperTwist","11.0","122.0","137.0","A","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","Automatically exported from code.google.com/p/magiccube4d","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit cutelyaware/magiccube4d as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Automatically exported from code.google.com/p/magiccube4d","","cutelyaware/magiccube4d is treated as repurpose for HyperTwist because the current dossier keeps it as one of the most important legacy 4D interaction donors, with operationally usable custom licensing but explicit attribution and provenance obligations.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0003","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","cutelyaware/magiccube4d","1.0","Locked Strategic Donor","5.0","Custom broad-use donor with strong 4D interaction/history/macro value and explicit attribution/provenance obligations.","Top-tier 4D interaction, history, and macro donor with attribution obligations","Included","P1","Keep as one of the most important legacy 4D interaction donors; the dossier-backed custom broad-use license is operationally usable, but attribution and provenance obligations must stay explicit.","2.0","3.0","3.0","11871.0","118.0","","cutelyaware/magiccube4d","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","Custom broad-use license with attribution requested","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","11.0","3","5.0","122.0","mixed_or_boundary_sensitive_known","direct_incorporation_ok","The repo is operationally usable because the custom license explicitly allows use, modification, and redistribution, but attribution and provenance obligations must be preserved and tracked.","Direct donor use is acceptable with explicit attribution and provenance tracking; keep the MyMath.java provenance note visible in license tracking.","Preserve the custom license text, requested attribution, and the provenance note for utility code with referenced GPL lineage.","Usually unnecessary unless later isolating a narrow seam is cleaner than carrying the legacy code directly.","medium","custom-license-attribution-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed usable custom-license donor status.","selected_not_live_boundary_sensitive","phase0r_boundary_sensitive_eval_then_adapter_or_sidecar","Deep source evaluate now; if retained, use as an attributed direct donor with preserved notices and provenance rather than as a clean-room lane." "13.0","roice3/Magic120Cell","https://github.com/roice3/Magic120Cell","HyperTwist","12.0","122.0","137.0","A","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","4D Megaminx Analogue","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit roice3/Magic120Cell as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","4D Megaminx Analogue","","roice3/Magic120Cell is treated as repurpose for HyperTwist because the current dossier keeps it as a specialized 4D interaction and puzzle-UX donor with real save/load, visibility, filtering, and navigation value rather than as a foundation shell.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0004","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the hypercubing / nD simulation layer.","HyperTwist","hypercubing / nD simulation","integrate","heavy modification","medium","roice3/magic120cell","1.0","Locked Strategic Donor","5.0","MIT specialized 4D donor with real interaction, visibility/filtering, save/load, and puzzle-UX value.","Specialized 4D interaction and puzzle-UX donor","Included","P1","Keep as a specialized 4D interaction and puzzle-UX donor; the dossier-backed MIT posture and source richness justify promotion above the old merge-bench treatment.","2.0","3.0","3.0","11875.0","119.0","","roice3/magic120cell","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","12.0","3","5.0","122.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and should remain a specialized 4D interaction donor. Direct donor use is legally straightforward if HyperTwist wants to preserve its dedicated UX and puzzle-handling surfaces.","Direct donor use or bounded extraction are both acceptable; choose the seam that best preserves specialized 4D interaction behavior.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","permissive-specialized-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed MIT specialized donor status.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "14.0","roice3/MagicCube5D","https://github.com/roice3/MagicCube5D","HyperTwist","13.0","122.0","137.0","A","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","5D Rubik's Cube Analogue","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit roice3/MagicCube5D as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","5D Rubik's Cube Analogue","","roice3/MagicCube5D is treated as repurpose for HyperTwist because the current dossier keeps it as a specialized 5D interaction, macro, progress, and slice donor rather than as a foundation shell.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0005","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","roice3/magiccube5d","1.0","Locked Strategic Donor","5.0","MIT specialized 5D donor with real macro, progress, slice, and advanced interaction value.","Specialized 5D cube interaction, progress, and macro donor","Included","P1","Keep as a specialized 5D cube interaction and macro donor; the dossier-backed MIT posture and source richness justify promotion above the old merge-bench treatment.","2.0","3.0","3.0","11879.0","120.0","","roice3/magiccube5d","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","13.0","3","5.0","122.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and should remain a specialized 5D interaction donor. Direct donor use is legally straightforward if HyperTwist wants to preserve its advanced cube-specific UX and macro behavior.","Direct donor use or bounded extraction are both acceptable; choose the seam that best preserves specialized 5D interaction and macro behavior.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","permissive-specialized-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed MIT specialized donor status.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." -"11.0","cs0x7f/cstimer","https://github.com/cs0x7f/cstimer","HyperTwist","14.0","121.0","147.0","A","gold-standard timer benchmark","benchmark","Gold-standard timer benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: mature timer-state handling, persistence, statistics, reconstruction tooling, scramble generation, and smart-device expectations. Study behavior and category expectations only.","Keep as a restrictive benchmark. Use it as the timer behavior reference point for HyperTwist, not as donor code.","Do not merge this repo into the HyperTwist core. Translate only high-level timer and stats expectations into first-party implementations.","Repurpose here means: derive acceptance-test targets and product expectations for timer flow, persistence, statistics, and hardware support.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","behavior and acceptance-test benchmark review","Hidden value sits in timer edge cases, persistence behavior, reconstruction/statistics expectations, and mature product-surface decisions.","Which timer behaviors, persistence expectations, and solve-analysis surfaces should become first-party acceptance criteria?","Inspect timer-state transitions, solve/session persistence, statistics/reconstruction surfaces, scramble integration, and smart-device behavior as benchmark material only.","Audit cs0x7f/cstimer only as a restrictive gold-standard timer benchmark for HyperTwist. Extract behavior expectations and acceptance criteria, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL timer/training software and should remain the behavior/category benchmark in the timer lane rather than a donor codebase.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","cs0x7f/cstimer — GPL timer/training platform; keep only as the gold-standard timer benchmark.","cs0x7f/cstimer remains valuable because it defines the product-behavior ceiling for timer flow, persistence, and statistics. That value is benchmark authority, not donor code.","memo","False","True","0.0","5.0","HT_timer_training","HT_timer_training_0001","Gold-standard timer benchmark","Gold-standard timer benchmark for HyperTwist; retained for behavior calibration, not donor use.","HyperTwist","Gold-standard timer benchmark","future candidate","architecture only","medium","cs0x7f/cstimer","1.0","Reserve Bench","3.0","GPL timer/training platform whose value is product expectations, acceptance tests, and behavior benchmarking rather than donor use.","Gold-standard timer benchmark","Included","P2","Keep in canon as the strongest restrictive timer benchmark; use it to calibrate first-party timer and stats behavior.","2.0","5.0","3.0","11881.0","121.0","","cs0x7f/cstimer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","14.0","2","3.0","121.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL timer/training software and the current HyperTwist posture is benchmark-only. Use it to define behavioral expectations and acceptance criteria, not for direct code incorporation.","Reference only: benchmark timer and statistics behavior without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow timer behavior later proves strategically necessary to recreate in first-party code; otherwise keep this as a benchmark.","high","gpl-timer-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed gold-standard timer benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"16.0","aMonteSl/CodeXR","https://github.com/aMonteSl/CodeXR","HyperTwist","16.0","119.0","134.0","B","reference-only XR benchmark","benchmark","Reference-only XR benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","Benchmark-only retained value: immersive interaction, collaboration-room, virtual-screen, and scene-launch patterns. Study behavior and workflow ideas only; do not plan direct product incorporation.","Keep in restrictive/reference custody. Use only as a benchmark for XR interaction ideas and immersive UI patterns; do not merge source into HyperTwist.","Do not treat this repo as part of the HyperTwist merge nucleus. If useful, translate isolated interaction ideas into first-party designs without inheriting the code-analysis shell.","Repurpose here means: abstract useful XR interaction ideas into first-party browser/XR surfaces without reusing source.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","behavior-level benchmark review","Hidden value sits in collaboration-room flow, scene-launch orchestration, virtual-screen components, and immersive inspection patterns.","Which interaction patterns are reusable at the behavior level without inheriting the code-analysis product identity or GPL source?","Inspect XR launch flow, collaboration-room server patterns, virtual-screen behavior, and immersive UI choreography as benchmark material only.","Audit aMonteSl/CodeXR only as a reference-only XR benchmark for HyperTwist. Do not recommend direct incorporation. Extract interaction patterns, collaboration metaphors, and virtual-screen ideas only.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is a GPL-3.0-only VS Code XR analysis extension and materially off-mission for HyperTwist; retain only as a reference benchmark.","high","Source-backed dossier and license verification collapse the old donor thesis.","high","Source-backed dossier and license verification collapse the old donor thesis.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","aMonteSl/CodeXR — GPL-3.0-only VS Code XR analysis extension; keep only as a reference-only XR benchmark for interaction ideas.","aMonteSl/CodeXR is retained only as a reference-only XR benchmark. It is a legitimate immersive code-analysis product, but the GPL-3.0-only license and domain mismatch rule out donor treatment for HyperTwist.","memo","False","True","0.0","3.0","HT_cube_vision","HT_cube_vision_0005","Reference-only XR benchmark","Reference-only XR benchmark for HyperTwist; not a donor lane.","HyperTwist","Reference-only XR benchmark","future candidate","architecture only","medium","amontesl/code-xr","1.0","Reserve Bench","5.0","GPL-3.0-only code-analysis XR extension with narrow benchmark value for immersive interaction patterns.","Reference-only XR benchmark","Included","P3","Keep in canon only as a reference-only XR benchmark; its value is in interaction ideas, not donor code.","2.0","3.0","3.0","11890.0","3226.0","","amontesl/codexr","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0-only","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","16.0","3","5.0","119.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0-only and, per the dossier-backed HyperTwist posture, is retained only as a reference benchmark. Study interaction patterns and behavior; do not plan direct code incorporation.","Reference only: use as a benchmark for interaction patterns and immersive UI ideas without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a uniquely valuable interaction pattern later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-reference-only-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale pre-dossier donor posture to dossier-backed GPL reference-only benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"17.0","brianpeiris/RiftSketch","https://github.com/brianpeiris/RiftSketch","HyperTwist","17.0","119.0","134.0","B","vision / perception / AR","subsystem donor","vision donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","brianpeiris/RiftSketch — https://github.com/brianpeiris/RiftSketch | brianpeiris/RiftSketch — MIT — WebVR live coding. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2V...","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit brianpeiris/RiftSketch as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 3","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brianpeiris/RiftSketch — https://github.com/brianpeiris/RiftSketch | brianpeiris/RiftSketch — MIT — WebVR live coding. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketch, aMonteSl/CodeXR.","brianpeiris/RiftSketch is treated as a future candidate for HyperTwist because the current dossier retains it mainly for WebXR spatial-UI, world-space monitor, and immersive tooling patterns rather than as a cubing-specific core or active merge donor.","memo","False","True","0.0","3.0","HT_cube_vision","HT_cube_vision_0006","cubing / algorithm training","Integrate as a shared building block across at least two projects. Its memo and bookmark signals place it in the computer vision / AR layer.","multi-project","computer vision / AR","integrate","heavy modification","medium","brianpeiris/riftsketch","1.0","Reserve Bench","5.0","Useful MIT WebXR interaction benchmark for spatial editor panels, world-space monitors, and keyboard-first immersive tooling, but explicitly below the HyperTwist core tier.","XR interaction and spatial-UI bench","Included","P2","brianpeiris/RiftSketch is placed in Reserve Bench for HyperTwist because it best serves the 'XR interaction and spatial-UI bench' role; recommended action is 'future candidate' with repurposing scope 'architecture only'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","3.0","3.0","11894.0","3227.0","","brianpeiris/riftsketch","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","17.0","3","5.0","119.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"11.0","cs0x7f/cstimer","https://github.com/cs0x7f/cstimer","HyperTwist","14.0","121.0","147.0","A","gold-standard timer benchmark","benchmark","Gold-standard timer benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: mature timer-state handling, persistence, statistics, reconstruction tooling, scramble generation, and smart-device expectations. Study behavior and category expectations only.","Keep as a restrictive benchmark. Use it as the timer behavior reference point for HyperTwist, not as donor code.","Do not merge this repo into the HyperTwist core. Translate only high-level timer and stats expectations into first-party implementations.","Repurpose here means: derive acceptance-test targets and product expectations for timer flow, persistence, statistics, and hardware support.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","behavior and acceptance-test benchmark review","Hidden value sits in timer edge cases, persistence behavior, reconstruction/statistics expectations, and mature product-surface decisions.","Which timer behaviors, persistence expectations, and solve-analysis surfaces should become first-party acceptance criteria?","Inspect timer-state transitions, solve/session persistence, statistics/reconstruction surfaces, scramble integration, and smart-device behavior as benchmark material only.","Audit cs0x7f/cstimer only as a restrictive gold-standard timer benchmark for HyperTwist. Extract behavior expectations and acceptance criteria, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL timer/training software and should remain the behavior/category benchmark in the timer lane rather than a donor codebase.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","cs0x7f/cstimer — GPL timer/training platform; keep only as the gold-standard timer benchmark.","cs0x7f/cstimer remains valuable because it defines the product-behavior ceiling for timer flow, persistence, and statistics. That value is benchmark authority, not donor code.","memo","False","True","0.0","5.0","HT_timer_training","HT_timer_training_0001","Gold-standard timer benchmark","Gold-standard timer benchmark for HyperTwist; retained for behavior calibration, not donor use.","HyperTwist","Gold-standard timer benchmark","future candidate","architecture only","medium","cs0x7f/cstimer","1.0","Reserve Bench","3.0","GPL timer/training platform whose value is product expectations, acceptance tests, and behavior benchmarking rather than donor use.","Gold-standard timer benchmark","Included","P2","Keep in canon as the strongest restrictive timer benchmark; use it to calibrate first-party timer and stats behavior.","2.0","5.0","3.0","11881.0","121.0","","cs0x7f/cstimer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","14.0","2","3.0","121.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0 and remains the primary restrictive timer, stats, scramble, and smart-device benchmark. Use it for behavioral parity and acceptance criteria, not direct source incorporation.","Reference only: benchmark timer, statistics, scramble, and smart-device behavior without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow timer behavior later proves strategically necessary to recreate in first-party code; otherwise keep this as a benchmark.","high","gpl-timer-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed gold-standard timer benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary restrictive timer/stats/scramble/smart-device benchmark and future clean-room timer-pattern oracle." +"16.0","aMonteSl/CodeXR","https://github.com/aMonteSl/CodeXR","HyperTwist","16.0","119.0","134.0","B","reference-only XR benchmark","benchmark","Reference-only XR benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","Benchmark-only retained value: immersive interaction, collaboration-room, virtual-screen, and scene-launch patterns. Study behavior and workflow ideas only; do not plan direct product incorporation.","Keep in restrictive/reference custody. Use only as a benchmark for XR interaction ideas and immersive UI patterns; do not merge source into HyperTwist.","Do not treat this repo as part of the HyperTwist merge nucleus. If useful, translate isolated interaction ideas into first-party designs without inheriting the code-analysis shell.","Repurpose here means: abstract useful XR interaction ideas into first-party browser/XR surfaces without reusing source.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","behavior-level benchmark review","Hidden value sits in collaboration-room flow, scene-launch orchestration, virtual-screen components, and immersive inspection patterns.","Which interaction patterns are reusable at the behavior level without inheriting the code-analysis product identity or GPL source?","Inspect XR launch flow, collaboration-room server patterns, virtual-screen behavior, and immersive UI choreography as benchmark material only.","Audit aMonteSl/CodeXR only as a reference-only XR benchmark for HyperTwist. Do not recommend direct incorporation. Extract interaction patterns, collaboration metaphors, and virtual-screen ideas only.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is a GPL-3.0-only VS Code XR analysis extension and materially off-mission for HyperTwist; retain only as a reference benchmark.","high","Source-backed dossier and license verification collapse the old donor thesis.","high","Source-backed dossier and license verification collapse the old donor thesis.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","aMonteSl/CodeXR — GPL-3.0-only VS Code XR analysis extension; keep only as a reference-only XR benchmark for interaction ideas.","aMonteSl/CodeXR is retained only as a reference-only XR benchmark. It is a legitimate immersive code-analysis product, but the GPL-3.0-only license and domain mismatch rule out donor treatment for HyperTwist.","memo","False","True","0.0","3.0","HT_cube_vision","HT_cube_vision_0005","Reference-only XR benchmark","Reference-only XR benchmark for HyperTwist; not a donor lane.","HyperTwist","Reference-only XR benchmark","future candidate","architecture only","medium","amontesl/code-xr","1.0","Reserve Bench","5.0","GPL-3.0-only code-analysis XR extension with narrow benchmark value for immersive interaction patterns.","Reference-only XR benchmark","Included","P3","Keep in canon only as a reference-only XR benchmark; its value is in interaction ideas, not donor code.","2.0","3.0","3.0","11890.0","3226.0","","amontesl/codexr","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0-only","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","16.0","3","5.0","119.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0-only and was discarded from the active HyperTwist retained set because its strongest XR collaboration value is off-domain and already superseded by stronger retained rows.","Reference only: discarded historical comparison context for XR collaboration patterns; do not plan direct incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a uniquely valuable interaction pattern later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-reference-only-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale pre-dossier donor posture to dossier-backed GPL reference-only benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set; its XR collaboration value is off-domain and already superseded by stronger retained rows." +"17.0","brianpeiris/RiftSketch","https://github.com/brianpeiris/RiftSketch","HyperTwist","17.0","119.0","134.0","B","vision / perception / AR","subsystem donor","vision donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","brianpeiris/RiftSketch — https://github.com/brianpeiris/RiftSketch | brianpeiris/RiftSketch — MIT — WebVR live coding. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2V...","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit brianpeiris/RiftSketch as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 3","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brianpeiris/RiftSketch — https://github.com/brianpeiris/RiftSketch | brianpeiris/RiftSketch — MIT — WebVR live coding. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketch, aMonteSl/CodeXR.","brianpeiris/RiftSketch is treated as a future candidate for HyperTwist because the current dossier retains it mainly for WebXR spatial-UI, world-space monitor, and immersive tooling patterns rather than as a cubing-specific core or active merge donor.","memo","False","True","0.0","3.0","HT_cube_vision","HT_cube_vision_0006","cubing / algorithm training","Integrate as a shared building block across at least two projects. Its memo and bookmark signals place it in the computer vision / AR layer.","multi-project","computer vision / AR","integrate","heavy modification","medium","brianpeiris/riftsketch","1.0","Reserve Bench","5.0","Useful MIT WebXR interaction benchmark for spatial editor panels, world-space monitors, and keyboard-first immersive tooling, but explicitly below the HyperTwist core tier.","XR interaction and spatial-UI bench","Included","P2","brianpeiris/RiftSketch is placed in Reserve Bench for HyperTwist because it best serves the 'XR interaction and spatial-UI bench' role; recommended action is 'future candidate' with repurposing scope 'architecture only'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","3.0","3.0","11894.0","3227.0","","brianpeiris/riftsketch","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","17.0","3","5.0","119.0","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT but was discarded from the active retained set because its immersive live-coding shell is off topic to HyperTwist's retained product scope.","Reference only: discarded historical comparison context for immersive live-coding patterns; do not plan direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set; immersive live-coding is off topic to HyperTwist's retained product scope." "21.0","abunickabhi/5style-Trainer","https://github.com/abunickabhi/5style-Trainer","HyperTwist","18.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","abunickabhi/5style-Trainer — MIT — 5-style BLD trainer (fork of Alg-Trainer). | abunickabhi/5style-Trainer — MIT (BLD extension).","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit abunickabhi/5style-Trainer as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","strong adjacency to identified core stack; memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","abunickabhi/5style-Trainer — MIT — 5-style BLD trainer (fork of Alg-Trainer). | abunickabhi/5style-Trainer — MIT (BLD extension).","abunickabhi/5style-Trainer is treated as repurpose for HyperTwist because the current dossier keeps it as a focused advanced-training donor for 5-style edge-cycle drilling, subset practice, Giiker-aware flow, and high-skill BLD-oriented practice patterns rather than as a separate platform lane.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0006","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","direct","medium","abunickabhi/5style-trainer","1.0","Donor Bench","5.0","Focused advanced-training donor for 5-style and BLD-specific case packs, subset structures, and niche practice flow rather than a broader training-platform shell.","Focused advanced-training donor","Included","P2","abunickabhi/5style-Trainer is placed in Donor Bench for HyperTwist because it best serves the 'Focused advanced-training donor' role; recommended action is 'repurpose' with repurposing scope 'moderate modification'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","3.0","3.0","11898.0","122.0","","abunickabhi/5style-trainer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","18.0","3","5.0","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed focused advanced-training donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Preserve the landed permissive lane, keep notices and attribution visible, and revisit only for enhancement planning after Phase 0R closes for remaining rows." -"18.0","MathewKJ2048/Rubiks-cube-simulator","https://github.com/MathewKJ2048/Rubiks-cube-simulator","HyperTwist","19.0","118.0","133.0","B","clean-room simulator benchmark","benchmark","Clean-room simulator benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: lightweight simulator flow, text-command grammar, move-history UX, and timed step-playback behavior suitable for first-party clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape lightweight simulator behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful simulator behaviors into a scrubbed Model A spec only.","Repurpose here means: derive first-party lightweight simulator behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in text-command grammar, move-history logging, and timed step playback.","Which lightweight simulator behaviors are worth preserving through a scrubbed Model A handoff?","Inspect command grammar, move-history handling, beginner-solver flow, and timed step playback as clean-room benchmark material only.","Audit MathewKJ2048/Rubiks-cube-simulator only as a clean-room simulator benchmark. Extract behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL simulator code and should remain only as a low-priority clean-room simulator benchmark.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","MathewKJ2048/Rubiks-cube-simulator — GPL-3.0 simulator; keep only as a clean-room simulator benchmark.","MathewKJ2048/Rubiks-cube-simulator is retained only as a clean-room simulator benchmark. Its value is in small simulator behaviors, not donor code.","memo","False","True","0.0","2.0","HT_training_clean_room","HT_training_clean_room_0004","Clean-room simulator benchmark","Clean-room simulator benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room simulator benchmark","future candidate","architecture only","medium","mathewkj2048/rubiks-cube-simulator","1.0","Reserve Bench","5.0","GPL simulator with narrow lightweight-behavior value; retain only as clean-room benchmark material.","Clean-room simulator benchmark","Included","P3","Keep in canon only as a low-priority clean-room simulator benchmark for lightweight simulator behaviors.","2.0","3.0","3.0","11901.0","123.0","","mathewkj2048/rubiks-cube-simulator","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","19.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code. Retain it only as clean-room benchmark material and implement any strategically necessary simulator behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if lightweight simulator behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room simulator benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"18.0","MathewKJ2048/Rubiks-cube-simulator","https://github.com/MathewKJ2048/Rubiks-cube-simulator","HyperTwist","19.0","118.0","133.0","B","clean-room simulator benchmark","benchmark","Clean-room simulator benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: lightweight simulator flow, text-command grammar, move-history UX, and timed step-playback behavior suitable for first-party clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape lightweight simulator behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful simulator behaviors into a scrubbed Model A spec only.","Repurpose here means: derive first-party lightweight simulator behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in text-command grammar, move-history logging, and timed step playback.","Which lightweight simulator behaviors are worth preserving through a scrubbed Model A handoff?","Inspect command grammar, move-history handling, beginner-solver flow, and timed step playback as clean-room benchmark material only.","Audit MathewKJ2048/Rubiks-cube-simulator only as a clean-room simulator benchmark. Extract behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL simulator code and should remain only as a low-priority clean-room simulator benchmark.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","MathewKJ2048/Rubiks-cube-simulator — GPL-3.0 simulator; keep only as a clean-room simulator benchmark.","MathewKJ2048/Rubiks-cube-simulator is retained only as a clean-room simulator benchmark. Its value is in small simulator behaviors, not donor code.","memo","False","True","0.0","2.0","HT_training_clean_room","HT_training_clean_room_0004","Clean-room simulator benchmark","Clean-room simulator benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room simulator benchmark","future candidate","architecture only","medium","mathewkj2048/rubiks-cube-simulator","1.0","Reserve Bench","5.0","GPL simulator with narrow lightweight-behavior value; retain only as clean-room benchmark material.","Clean-room simulator benchmark","Included","P3","Keep in canon only as a low-priority clean-room simulator benchmark for lightweight simulator behaviors.","2.0","3.0","3.0","11901.0","123.0","","mathewkj2048/rubiks-cube-simulator","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","19.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL simulator code and was discarded from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks.","Reference only: discarded historical comparison context for simulator pedagogy and history flow; do not plan direct incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if lightweight simulator behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room simulator benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks." "19.0","NuiLab/code-vr","https://github.com/NuiLab/code-vr","HyperTwist","20.0","118.0","133.0","B","vision / perception / AR","subsystem donor","vision donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","NuiLab/code-vr — (license permissive per repo) — VR codebase explorer. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketc...","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit NuiLab/code-vr as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","NuiLab/code-vr — (license permissive per repo) — VR codebase explorer. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketch, aMonteSl/CodeXR.","NuiLab/code-vr is treated as repurpose for HyperTwist because the current dossier keeps it below core tier as an XR pedagogy and code-to-scene representation donor rather than as an active merge-set candidate or product shell.","memo","False","True","0.0","2.0","HT_cube_vision","HT_cube_vision_0007","cubing / algorithm training","Integrate as a shared building block across at least two projects. Its memo and bookmark signals place it in the computer vision / AR layer.","multi-project","computer vision / AR","integrate","heavy modification","medium","nuilab/code-vr","1.0","Donor Bench","5.0","MIT XR pedagogy repo with interesting teaching and code-to-scene patterns, but too under-construction and off-domain to justify merge-bench treatment.","XR pedagogy and code-to-scene representation donor","Included","P2","Keep below core tier as an XR pedagogy and code-to-scene representation donor; the teaching frame and app/service split matter more than the under-construction product shell.","2.0","3.0","3.0","11904.0","3228.0","","nuilab/code-vr","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","20.0","3","5.0","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and direct use is legally straightforward, but the current HyperTwist posture is still below-core donor use because the strongest value is in XR pedagogy, embodied onboarding, and code-to-scene boundary ideas rather than product-core ownership.","Use selectively as a donor or bounded adapter where the XR pedagogy and code-to-scene representation ideas materially shorten build time.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is architecturally cleaner than carrying the upstream code.","high","below-core-mit-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale merge-bench posture to dossier-backed below-core XR pedagogy donor status.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." -"20.0","ShellPuppy/RCube","https://github.com/ShellPuppy/RCube","HyperTwist","21.0","118.0","133.0","B","large-N solver benchmark","benchmark","Large-N solver benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: large-N orientation tricks, stage framing, and big-cube algorithm expectations. Study the algorithm/reference behavior only.","Keep as a restrictive large-N solver benchmark. Use it for algorithm/reference comparison, not as donor code.","Do not treat this repo as a merge candidate. Translate only large-cube orientation and stage-framing ideas into first-party work if later needed.","Repurpose here means: use as an algorithm/reference benchmark for large-cube state and orientation tricks.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","algorithm benchmark review","Hidden value sits in orientation shortcuts and stage framing for extremely large cubes.","Which large-cube orientation and stage strategies are worth preserving as benchmark knowledge?","Inspect large-cube orientation logic, stage structure, and output/reporting surfaces as benchmark material only.","Audit ShellPuppy/RCube only as a restrictive large-N solver benchmark. Extract algorithm ideas and acceptance-test expectations, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL large-N solver code and should remain only as an algorithm/reference benchmark for big-cube behavior.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","ShellPuppy/RCube — GPL large-N cube solver; keep only as a large-N solver benchmark.","ShellPuppy/RCube remains useful only because it captures a narrow large-N solver lane that HyperTwist may later benchmark against. It is not a donor candidate.","memo","False","True","0.0","2.0","HT_solver_oracles","HT_solver_oracles_0001","Large-N solver benchmark","Large-N solver benchmark for HyperTwist; retained for reference value, not donor use.","HyperTwist","Large-N solver benchmark","future candidate","architecture only","medium","shellpuppy/rcube","1.0","Reserve Bench","5.0","GPL large-N solver with narrow algorithm/reference value and no donor-case for the HyperTwist product core.","Large-N solver benchmark","Included","P3","Keep in canon only as a restrictive benchmark for large-N state/orientation techniques.","2.0","3.0","3.0","11907.0","124.0","","shellpuppy/rcube","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","21.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and is retained only as an algorithm/reference benchmark. Use it for comparison and expectations, not direct source incorporation.","Reference only: use as a large-N solver benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a later first-party large-N lane needs recreation of a narrow behavior or algorithmic framing; otherwise keep this as a benchmark.","high","gpl-large-n-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed large-N solver benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"22.0","brownan/Rubiks-Cube-Solver","https://github.com/brownan/Rubiks-Cube-Solver","HyperTwist","22.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","brownan/Rubiks-Cube-Solver — GPL-3.0 — Optimal pattern-database solver. | brownan/Rubiks-Cube-Solver — GPL-3.0.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit brownan/Rubiks-Cube-Solver as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brownan/Rubiks-Cube-Solver — GPL-3.0 — Optimal pattern-database solver. | brownan/Rubiks-Cube-Solver — GPL-3.0.","brownan/Rubiks-Cube-Solver is treated as a future candidate for HyperTwist because the current dossier keeps it as a benchmark oracle and later clean-room optimal-solver target rather than as a direct donor.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0007","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","brownan/rubiks-cube-solver","1.0","Reserve Bench","5.0","GPL solver/oracle repo whose retained value is correctness/oracle behavior plus a later clean-room optimal-solver lane.","Benchmark oracle and clean-room optimal-solver candidate","Included","P2","Keep as a primary benchmark oracle and secondary clean-room optimal-solver candidate; the dossier-backed GPL posture blocks donor treatment but not benchmark/oracle and Model A value.","2.0","3.0","3.0","11910.0","125.0","","brownan/rubiks-cube-solver","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","22.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and should remain a benchmark oracle plus clean-room optimal-solver candidate. Preserve correctness/oracle behavior and produce any first-party solver through a scrubbed clean-room process.","Use as an oracle and Model A source only; Model B should implement any optimal-solver work from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for any later first-party optimal-solver effort.","high","gpl-oracle-clean-room-review","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed benchmark-oracle and clean-room optimal-solver status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"20.0","ShellPuppy/RCube","https://github.com/ShellPuppy/RCube","HyperTwist","21.0","118.0","133.0","B","large-N solver benchmark","benchmark","Large-N solver benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: large-N orientation tricks, stage framing, and big-cube algorithm expectations. Study the algorithm/reference behavior only.","Keep as a restrictive large-N solver benchmark. Use it for algorithm/reference comparison, not as donor code.","Do not treat this repo as a merge candidate. Translate only large-cube orientation and stage-framing ideas into first-party work if later needed.","Repurpose here means: use as an algorithm/reference benchmark for large-cube state and orientation tricks.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","algorithm benchmark review","Hidden value sits in orientation shortcuts and stage framing for extremely large cubes.","Which large-cube orientation and stage strategies are worth preserving as benchmark knowledge?","Inspect large-cube orientation logic, stage structure, and output/reporting surfaces as benchmark material only.","Audit ShellPuppy/RCube only as a restrictive large-N solver benchmark. Extract algorithm ideas and acceptance-test expectations, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL large-N solver code and should remain only as an algorithm/reference benchmark for big-cube behavior.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","ShellPuppy/RCube — GPL large-N cube solver; keep only as a large-N solver benchmark.","ShellPuppy/RCube remains useful only because it captures a narrow large-N solver lane that HyperTwist may later benchmark against. It is not a donor candidate.","memo","False","True","0.0","2.0","HT_solver_oracles","HT_solver_oracles_0001","Large-N solver benchmark","Large-N solver benchmark for HyperTwist; retained for reference value, not donor use.","HyperTwist","Large-N solver benchmark","future candidate","architecture only","medium","shellpuppy/rcube","1.0","Reserve Bench","5.0","GPL large-N solver with narrow algorithm/reference value and no donor-case for the HyperTwist product core.","Large-N solver benchmark","Included","P3","Keep in canon only as a restrictive benchmark for large-N state/orientation techniques.","2.0","3.0","3.0","11907.0","124.0","","shellpuppy/rcube","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","21.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and remains a benchmark/reference lane for centers, edges, parity, and later clean-room research rather than donor use.","Reference only: use as a large-N centers, edges, and parity benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a later first-party large-N lane needs recreation of a narrow behavior or algorithmic framing; otherwise keep this as a benchmark.","high","gpl-large-n-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed large-N solver benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a large-N centers/edges/parity benchmark and later clean-room research input, not as an active product donor." +"22.0","brownan/Rubiks-Cube-Solver","https://github.com/brownan/Rubiks-Cube-Solver","HyperTwist","22.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","brownan/Rubiks-Cube-Solver — GPL-3.0 — Optimal pattern-database solver. | brownan/Rubiks-Cube-Solver — GPL-3.0.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit brownan/Rubiks-Cube-Solver as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brownan/Rubiks-Cube-Solver — GPL-3.0 — Optimal pattern-database solver. | brownan/Rubiks-Cube-Solver — GPL-3.0.","brownan/Rubiks-Cube-Solver is treated as a future candidate for HyperTwist because the current dossier keeps it as a benchmark oracle and later clean-room optimal-solver target rather than as a direct donor.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0007","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","brownan/rubiks-cube-solver","1.0","Reserve Bench","5.0","GPL solver/oracle repo whose retained value is correctness/oracle behavior plus a later clean-room optimal-solver lane.","Benchmark oracle and clean-room optimal-solver candidate","Included","P2","Keep as a primary benchmark oracle and secondary clean-room optimal-solver candidate; the dossier-backed GPL posture blocks donor treatment but not benchmark/oracle and Model A value.","2.0","3.0","3.0","11910.0","125.0","","brownan/rubiks-cube-solver","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","22.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and remains the primary compact solver oracle and clean-room-later heuristic/search benchmark. Preserve correctness and search behavior through scrubbed first-party specifications only.","Use as an oracle and Model A source only; Model B should implement any solver work from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for any later first-party optimal-solver effort.","high","gpl-oracle-clean-room-review","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed benchmark-oracle and clean-room optimal-solver status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary compact solver oracle and clean-room-later heuristic/search benchmark; use for correctness, not donor code." "24.0","newyork-anthonyng/rubiks-cross-trainer","https://github.com/newyork-anthonyng/rubiks-cross-trainer","HyperTwist","24.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","newyork-anthonyng/rubiks-cross-trainer — MIT — Cross trainer library (scramble generator). | newyork-anthonyng/rubiks-cross-trainer — MIT.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit newyork-anthonyng/rubiks-cross-trainer as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","newyork-anthonyng/rubiks-cross-trainer — MIT — Cross trainer library (scramble generator). | newyork-anthonyng/rubiks-cross-trainer — MIT.","newyork-anthonyng/rubiks-cross-trainer is treated as repurpose for HyperTwist because the current dossier keeps it as a focused donor for its precomputed one-to-eight-move cross corpus and cross-specific drill progression rather than as a platform lane.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0008","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","newyork-anthonyng/rubiks-cross-trainer","1.0","Donor Bench","5.0","Focused donor for the precomputed cross-difficulty corpus and CFOP micro-drill progression rather than a broader training-platform shell.","Focused donor","Included","P2","newyork-anthonyng/rubiks-cross-trainer is placed in Donor Bench for HyperTwist because it best serves the 'Focused donor' role; recommended action is 'repurpose' with repurposing scope 'moderate modification'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","3.0","3.0","11916.0","126.0","","newyork-anthonyng/rubiks-cross-trainer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","24.0","3","5.0","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed focused-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Preserve the landed permissive lane, keep notices and attribution visible, and revisit only for enhancement planning after Phase 0R closes for remaining rows." -"25.0","vwcwong/CubeSim","https://github.com/vwcwong/CubeSim","HyperTwist","25.0","118.0","133.0","B","clean-room state/history benchmark","benchmark","Clean-room state/history benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: cleaner domain architecture for simulator state/history separation, parser/scramble modules, and replay/history behavior suitable for clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape first-party state/history and replay behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful state/history ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party state/history and replay behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in state/history separation, parser/scramble modularity, and replay-oriented architecture.","Which state/history and replay behaviors are worth preserving through a scrubbed Model A handoff?","Inspect cube-state/history split, parser and scramble modules, tests, and replay-oriented behavior as clean-room benchmark material only.","Audit vwcwong/CubeSim only as a clean-room state/history benchmark. Extract architectural behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL simulator code and should remain only as a clean-room state/history benchmark.","high","The dossier-backed classification is stable: retain only the cleaner state/history architecture through a clean-room path.","high","The dossier-backed classification is stable: retain only the cleaner state/history architecture through a clean-room path.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","vwcwong/CubeSim — GPL simulator; keep only as a clean-room state/history benchmark.","vwcwong/CubeSim is retained only as a clean-room state/history benchmark. Its value is architectural and behavioral, not donor code.","memo","False","True","0.0","2.0","HT_training_clean_room","HT_training_clean_room_0005","Clean-room state/history benchmark","Clean-room state/history benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room state/history benchmark","future candidate","architecture only","medium","vwcwong/cubesim","1.0","Reserve Bench","5.0","GPL simulator with unusually clean state/history architecture; retain only as clean-room benchmark material.","Clean-room state/history benchmark","Included","P3","Keep in canon only as a clean-room state/history benchmark for first-party simulator architecture.","2.0","3.0","3.0","11919.0","127.0","","vwcwong/cubesim","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","25.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code. Retain it only as clean-room benchmark material and implement any strategically necessary state/history behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if state/history or replay behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room state/history benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"26.0","AviKaufman/Rubix-cube-trainer","https://github.com/AviKaufman/Rubix-cube-trainer","HyperTwist","26.0","117.0","132.0","B","clean-room pedagogy benchmark","benchmark","Clean-room pedagogy benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: beginner-method teaching flow, step guidance, and tutorial-state behavior worth preserving through a clean-room spec.","Keep only as a clean-room benchmark. Use it to shape first-party pedagogy and tutorial behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful teaching-flow ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party pedagogy and tutorial behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in beginner-method pedagogy flow, guidance cadence, and tutorial-state transitions.","Which teaching-flow and tutorial behaviors are worth preserving through a scrubbed Model A handoff?","Inspect beginner-method sequencing, step guidance, tutorial-state transitions, and 3D teaching behavior as clean-room benchmark material only.","Audit AviKaufman/Rubix-cube-trainer only as a clean-room pedagogy benchmark. Extract tutorial behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is explicitly all-rights-reserved and should remain only as a clean-room pedagogy benchmark.","high","The all-rights-reserved posture and the narrow pedagogy use case clearly block donor treatment.","high","The all-rights-reserved posture and the narrow pedagogy use case clearly block donor treatment.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","AviKaufman/Rubix-cube-trainer — all rights reserved; keep only as a clean-room pedagogy benchmark.","AviKaufman/Rubix-cube-trainer is retained only as a clean-room pedagogy benchmark. Its value is in teaching flow and tutorial behavior, not donor code.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0003","Clean-room pedagogy benchmark","Clean-room pedagogy benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room pedagogy benchmark","future candidate","architecture only","medium","avikaufman/rubix-cube-trainer","1.0","Reserve Bench","5.0","All-rights-reserved repo with narrow teaching-flow value; retain only as clean-room benchmark material.","Clean-room pedagogy benchmark","Included","P3","Keep in canon only as a clean-room pedagogy benchmark for first-party teaching-flow work.","2.0","3.0","3.0","11922.0","128.0","","avikaufman/rubix-cube-trainer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","All Rights Reserved","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","26.0","3","5.0","117.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is all-rights-reserved. Retain it only as clean-room benchmark material and implement any strategically necessary tutorial behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source or assets directly without separate rights.","Yes — this is the preferred path if pedagogy and tutorial behavior later prove strategically necessary.","high","all-rights-reserved-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room pedagogy benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"27.0","alinen/cube","https://github.com/alinen/cube","HyperTwist","27.0","117.0","132.0","B","clean-room planner benchmark","benchmark","Clean-room planner benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: guided lesson flow, cube-state handling, and bounded planner/search behavior suitable for first-party clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape first-party planner and guided-lesson behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful planner and lesson ideas into scrubbed Model A specifications only.","Repurpose here means: derive first-party planner and guided-lesson behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in bounded planner/search flow and guided lesson state transitions.","Which planner and lesson behaviors are worth preserving through a scrubbed Model A handoff?","Inspect planner logic, lesson flow, cube-state handling, and bounded-search behavior as clean-room benchmark material only.","Audit alinen/cube only as a clean-room planner benchmark. Extract planner behaviors and guided-lesson flow into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo has no explicit license visible and should remain only as a clean-room planner benchmark.","medium","The benchmark thesis is clear, but the repo remains small and non-permissive in practice because no explicit license is visible.","medium","The benchmark thesis is clear, but the repo remains small and non-permissive in practice because no explicit license is visible.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","alinen/cube — no explicit license visible; keep only as a clean-room planner benchmark.","alinen/cube is retained only as a clean-room planner benchmark. Its useful value is behavioral and architectural, not donor-grade.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0001","Clean-room planner benchmark","Clean-room planner benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room planner benchmark","future candidate","architecture only","medium","alinen/cube","1.0","Reserve Bench","5.0","No explicit license visible and limited scope; retain only for clean-room planner behavior extraction.","Clean-room planner benchmark","Included","P3","Keep in canon only as a clean-room planner benchmark for first-party guided-lesson and planner work.","2.0","3.0","3.0","11925.0","129.0","","alinen/cube","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","27.0","3","5.0","117.0","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room benchmark material and implement any strategically necessary behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if planner or lesson behavior later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room planner benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"28.0","ambisinister/blindsolve","https://github.com/ambisinister/blindsolve","HyperTwist","28.0","117.0","132.0","B","clean-room BLD memo benchmark","benchmark","Clean-room BLD memo benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: narrow memo-practice behavior and BLD training flow worth preserving through a clean-room spec.","Keep only as a clean-room benchmark. Use it to shape a first-party memo-practice micro-mode; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful memo-practice ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party BLD memo-practice behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in narrow memo-practice flow and user-feedback behavior.","Which memo-practice behaviors are worth preserving through a scrubbed Model A handoff?","Inspect memo-practice flow, prompt cadence, scoring/feedback behavior, and narrow training-state transitions as clean-room benchmark material only.","Audit ambisinister/blindsolve only as a clean-room BLD memo benchmark. Extract memo-practice behavior into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo has no explicit license visible and does not justify donor treatment; retain only as a clean-room memo benchmark.","medium","The clean-room benchmark role is clear, but the repo is narrow and license posture remains non-permissive in practice.","medium","The clean-room benchmark role is clear, but the repo is narrow and license posture remains non-permissive in practice.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","ambisinister/blindsolve — no explicit license visible; keep only as a clean-room BLD memo benchmark.","ambisinister/blindsolve is retained only as a clean-room BLD memo benchmark. Its value is in a narrow behavior slice, not in donor code.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0002","Clean-room BLD memo benchmark","Clean-room BLD memo benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room BLD memo benchmark","future candidate","architecture only","medium","ambisinister/blindsolve","1.0","Reserve Bench","5.0","No explicit license visible and extremely narrow scope; retain only as clean-room benchmark material.","Clean-room BLD memo benchmark","Included","P3","Keep in canon only as a clean-room BLD memo benchmark for later first-party micro-mode work.","2.0","3.0","3.0","11928.0","130.0","","ambisinister/blindsolve","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","28.0","3","5.0","117.0","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room benchmark material and implement any strategically necessary memo-practice behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if a memo-practice micro-mode later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room BLD memo benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." -"29.0","efrantar/rob-twophase","https://github.com/efrantar/rob-twophase","HyperTwist","29.0","117.0","132.0","B","solver oracle / robot-metric benchmark","benchmark","Solver oracle and robot-metric benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: correctness oracle, robot/axial-metric comparisons, multiple-solution search expectations, and pruning-table performance baselines.","Keep as a restrictive solver oracle benchmark. Use it for correctness, metric comparison, and performance expectations; do not treat it as donor code.","Do not merge this repo into the HyperTwist core. Translate only oracle behavior and robot-metric expectations into first-party acceptance tests.","Repurpose here means: use as a correctness/performance oracle and robot-metric benchmark.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","oracle benchmark review","Hidden value sits in metric handling, pruning-table organization, CLI oracle behavior, and multi-solution search expectations.","Which oracle surfaces, robot metrics, and correctness/performance baselines should be preserved for first-party solver validation?","Inspect metric handling, pruning-table structure, CLI oracle behavior, and multiple-solution search as benchmark material only.","Audit efrantar/rob-twophase only as a restrictive solver oracle and robot-metric benchmark. Extract acceptance-test expectations and oracle behavior, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL solver code and should remain only as a correctness/performance oracle and robot-metric benchmark.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","efrantar/rob-twophase — GPL two-phase solver; keep only as solver oracle and robot-metric benchmark.","efrantar/rob-twophase remains valuable because it is a strong correctness/performance oracle with robot-metric coverage. That value is benchmark authority, not donor code.","memo","False","True","0.0","1.0","HT_solver_oracles","HT_solver_oracles_0002","Solver oracle and robot-metric benchmark","Solver oracle and robot-metric benchmark for HyperTwist; retained for acceptance testing, not donor use.","HyperTwist","Solver oracle and robot-metric benchmark","future candidate","architecture only","medium","efrantar/rob-twophase","1.0","Reserve Bench","5.0","GPL solver/oracle repo whose retained value is correctness, performance, and metric benchmarking rather than donor use.","Solver oracle and robot-metric benchmark","Included","P2","Keep in canon as a restrictive solver oracle benchmark with robot-metric value.","2.0","3.0","3.0","11931.0","131.0","","efrantar/rob-twophase","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","29.0","3","5.0","117.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL solver/oracle code and the current HyperTwist posture is benchmark-only. Use it for correctness, metric, and performance comparison rather than direct source incorporation.","Reference only: use as a solver oracle and robot-metric benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow oracle behavior later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-solver-oracle-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed solver oracle benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"25.0","vwcwong/CubeSim","https://github.com/vwcwong/CubeSim","HyperTwist","25.0","118.0","133.0","B","clean-room state/history benchmark","benchmark","Clean-room state/history benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: cleaner domain architecture for simulator state/history separation, parser/scramble modules, and replay/history behavior suitable for clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape first-party state/history and replay behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful state/history ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party state/history and replay behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in state/history separation, parser/scramble modularity, and replay-oriented architecture.","Which state/history and replay behaviors are worth preserving through a scrubbed Model A handoff?","Inspect cube-state/history split, parser and scramble modules, tests, and replay-oriented behavior as clean-room benchmark material only.","Audit vwcwong/CubeSim only as a clean-room state/history benchmark. Extract architectural behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL simulator code and should remain only as a clean-room state/history benchmark.","high","The dossier-backed classification is stable: retain only the cleaner state/history architecture through a clean-room path.","high","The dossier-backed classification is stable: retain only the cleaner state/history architecture through a clean-room path.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","vwcwong/CubeSim — GPL simulator; keep only as a clean-room state/history benchmark.","vwcwong/CubeSim is retained only as a clean-room state/history benchmark. Its value is architectural and behavioral, not donor code.","memo","False","True","0.0","2.0","HT_training_clean_room","HT_training_clean_room_0005","Clean-room state/history benchmark","Clean-room state/history benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room state/history benchmark","future candidate","architecture only","medium","vwcwong/cubesim","1.0","Reserve Bench","5.0","GPL simulator with unusually clean state/history architecture; retain only as clean-room benchmark material.","Clean-room state/history benchmark","Included","P3","Keep in canon only as a clean-room state/history benchmark for first-party simulator architecture.","2.0","3.0","3.0","11919.0","127.0","","vwcwong/cubesim","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","25.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code and remains a readable state/history and beginner-solver decomposition benchmark for later clean-room use.","Model A may inspect and summarize state/history behavior; Model B should implement only from a scrubbed clean-room specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if state/history or replay behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room state/history benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a readable state/history and beginner-solver decomposition benchmark for later clean-room use." +"26.0","AviKaufman/Rubix-cube-trainer","https://github.com/AviKaufman/Rubix-cube-trainer","HyperTwist","26.0","117.0","132.0","B","clean-room pedagogy benchmark","benchmark","Clean-room pedagogy benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: beginner-method teaching flow, step guidance, and tutorial-state behavior worth preserving through a clean-room spec.","Keep only as a clean-room benchmark. Use it to shape first-party pedagogy and tutorial behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful teaching-flow ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party pedagogy and tutorial behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in beginner-method pedagogy flow, guidance cadence, and tutorial-state transitions.","Which teaching-flow and tutorial behaviors are worth preserving through a scrubbed Model A handoff?","Inspect beginner-method sequencing, step guidance, tutorial-state transitions, and 3D teaching behavior as clean-room benchmark material only.","Audit AviKaufman/Rubix-cube-trainer only as a clean-room pedagogy benchmark. Extract tutorial behaviors into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is explicitly all-rights-reserved and should remain only as a clean-room pedagogy benchmark.","high","The all-rights-reserved posture and the narrow pedagogy use case clearly block donor treatment.","high","The all-rights-reserved posture and the narrow pedagogy use case clearly block donor treatment.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","AviKaufman/Rubix-cube-trainer — all rights reserved; keep only as a clean-room pedagogy benchmark.","AviKaufman/Rubix-cube-trainer is retained only as a clean-room pedagogy benchmark. Its value is in teaching flow and tutorial behavior, not donor code.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0003","Clean-room pedagogy benchmark","Clean-room pedagogy benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room pedagogy benchmark","future candidate","architecture only","medium","avikaufman/rubix-cube-trainer","1.0","Reserve Bench","5.0","All-rights-reserved repo with narrow teaching-flow value; retain only as clean-room benchmark material.","Clean-room pedagogy benchmark","Included","P3","Keep in canon only as a clean-room pedagogy benchmark for first-party teaching-flow work.","2.0","3.0","3.0","11922.0","128.0","","avikaufman/rubix-cube-trainer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","All Rights Reserved","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","26.0","3","5.0","117.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is all-rights-reserved and remains the strongest guided-pedagogy benchmark in Packet 0R-E. Preserve tutorial behavior only through scrubbed first-party specifications.","Model A may inspect and summarize lesson-state behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source or assets directly without separate rights.","Yes — this is the preferred path if pedagogy and tutorial behavior later prove strategically necessary.","high","all-rights-reserved-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room pedagogy benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary all-rights-reserved guided-pedagogy benchmark for clean-room lesson-state and stepwise solve flow design." +"27.0","alinen/cube","https://github.com/alinen/cube","HyperTwist","27.0","117.0","132.0","B","clean-room planner benchmark","benchmark","Clean-room planner benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: guided lesson flow, cube-state handling, and bounded planner/search behavior suitable for first-party clean-room reimplementation.","Keep only as a clean-room benchmark. Use it to shape first-party planner and guided-lesson behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful planner and lesson ideas into scrubbed Model A specifications only.","Repurpose here means: derive first-party planner and guided-lesson behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in bounded planner/search flow and guided lesson state transitions.","Which planner and lesson behaviors are worth preserving through a scrubbed Model A handoff?","Inspect planner logic, lesson flow, cube-state handling, and bounded-search behavior as clean-room benchmark material only.","Audit alinen/cube only as a clean-room planner benchmark. Extract planner behaviors and guided-lesson flow into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo has no explicit license visible and should remain only as a clean-room planner benchmark.","medium","The benchmark thesis is clear, but the repo remains small and non-permissive in practice because no explicit license is visible.","medium","The benchmark thesis is clear, but the repo remains small and non-permissive in practice because no explicit license is visible.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","alinen/cube — no explicit license visible; keep only as a clean-room planner benchmark.","alinen/cube is retained only as a clean-room planner benchmark. Its useful value is behavioral and architectural, not donor-grade.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0001","Clean-room planner benchmark","Clean-room planner benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room planner benchmark","future candidate","architecture only","medium","alinen/cube","1.0","Reserve Bench","5.0","No explicit license visible and limited scope; retain only for clean-room planner behavior extraction.","Clean-room planner benchmark","Included","P3","Keep in canon only as a clean-room planner benchmark for first-party guided-lesson and planner work.","2.0","3.0","3.0","11925.0","129.0","","alinen/cube","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","27.0","3","5.0","117.0","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room planner benchmark material and implement any strategically necessary behavior from scrubbed first-party specifications.","Model A may inspect and summarize planner behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if planner or lesson behavior later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room planner benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a no-license clean-room planner benchmark for task segmentation, focus cues, and stepwise teaching flow; do not incorporate source directly." +"28.0","ambisinister/blindsolve","https://github.com/ambisinister/blindsolve","HyperTwist","28.0","117.0","132.0","B","clean-room BLD memo benchmark","benchmark","Clean-room BLD memo benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: narrow memo-practice behavior and BLD training flow worth preserving through a clean-room spec.","Keep only as a clean-room benchmark. Use it to shape a first-party memo-practice micro-mode; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful memo-practice ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party BLD memo-practice behavior through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","clean-room benchmark review","Hidden value sits in narrow memo-practice flow and user-feedback behavior.","Which memo-practice behaviors are worth preserving through a scrubbed Model A handoff?","Inspect memo-practice flow, prompt cadence, scoring/feedback behavior, and narrow training-state transitions as clean-room benchmark material only.","Audit ambisinister/blindsolve only as a clean-room BLD memo benchmark. Extract memo-practice behavior into a scrubbed spec; do not recommend direct source incorporation.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo has no explicit license visible and does not justify donor treatment; retain only as a clean-room memo benchmark.","medium","The clean-room benchmark role is clear, but the repo is narrow and license posture remains non-permissive in practice.","medium","The clean-room benchmark role is clear, but the repo is narrow and license posture remains non-permissive in practice.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","ambisinister/blindsolve — no explicit license visible; keep only as a clean-room BLD memo benchmark.","ambisinister/blindsolve is retained only as a clean-room BLD memo benchmark. Its value is in a narrow behavior slice, not in donor code.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0002","Clean-room BLD memo benchmark","Clean-room BLD memo benchmark for HyperTwist; retained for behavior extraction only.","HyperTwist","Clean-room BLD memo benchmark","future candidate","architecture only","medium","ambisinister/blindsolve","1.0","Reserve Bench","5.0","No explicit license visible and extremely narrow scope; retain only as clean-room benchmark material.","Clean-room BLD memo benchmark","Included","P3","Keep in canon only as a clean-room BLD memo benchmark for later first-party micro-mode work.","2.0","3.0","3.0","11928.0","130.0","","ambisinister/blindsolve","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","28.0","3","5.0","117.0","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room BLD memo benchmark material and implement any strategically necessary behavior from scrubbed first-party specifications.","Model A may inspect and summarize memo-practice behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if a memo-practice micro-mode later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room BLD memo benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a no-license BLD memo benchmark for hide/reveal, letter-pair rehearsal, and feedback cadence; keep it narrow and clean-room only." +"29.0","efrantar/rob-twophase","https://github.com/efrantar/rob-twophase","HyperTwist","29.0","117.0","132.0","B","solver oracle / robot-metric benchmark","benchmark","Solver oracle and robot-metric benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: correctness oracle, robot/axial-metric comparisons, multiple-solution search expectations, and pruning-table performance baselines.","Keep as a restrictive solver oracle benchmark. Use it for correctness, metric comparison, and performance expectations; do not treat it as donor code.","Do not merge this repo into the HyperTwist core. Translate only oracle behavior and robot-metric expectations into first-party acceptance tests.","Repurpose here means: use as a correctness/performance oracle and robot-metric benchmark.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","oracle benchmark review","Hidden value sits in metric handling, pruning-table organization, CLI oracle behavior, and multi-solution search expectations.","Which oracle surfaces, robot metrics, and correctness/performance baselines should be preserved for first-party solver validation?","Inspect metric handling, pruning-table structure, CLI oracle behavior, and multiple-solution search as benchmark material only.","Audit efrantar/rob-twophase only as a restrictive solver oracle and robot-metric benchmark. Extract acceptance-test expectations and oracle behavior, not donor code.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","exclude from donor lane","The repo is GPL solver code and should remain only as a correctness/performance oracle and robot-metric benchmark.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","efrantar/rob-twophase — GPL two-phase solver; keep only as solver oracle and robot-metric benchmark.","efrantar/rob-twophase remains valuable because it is a strong correctness/performance oracle with robot-metric coverage. That value is benchmark authority, not donor code.","memo","False","True","0.0","1.0","HT_solver_oracles","HT_solver_oracles_0002","Solver oracle and robot-metric benchmark","Solver oracle and robot-metric benchmark for HyperTwist; retained for acceptance testing, not donor use.","HyperTwist","Solver oracle and robot-metric benchmark","future candidate","architecture only","medium","efrantar/rob-twophase","1.0","Reserve Bench","5.0","GPL solver/oracle repo whose retained value is correctness, performance, and metric benchmarking rather than donor use.","Solver oracle and robot-metric benchmark","Included","P2","Keep in canon as a restrictive solver oracle benchmark with robot-metric value.","2.0","3.0","3.0","11931.0","131.0","","efrantar/rob-twophase","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","29.0","3","5.0","117.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL solver/oracle code and remains a secondary metric, pruning, and performance benchmark rather than donor code.","Reference only: use as a solver oracle and robot-metric benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow oracle behavior later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-solver-oracle-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed solver oracle benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a secondary solver oracle for metric, pruning, and performance comparison; do not treat as donor code." "30.0","onionhoney/roux-trainers","https://github.com/onionhoney/roux-trainers","HyperTwist","30.0","117.0","132.0","B","method-specific training donor","restrictive donor","clean-room donor","donor bench","repurpose","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Focused restrictive clean-room donor target. Retain the stage-specific training modes, solver-backed analyzer behavior, recognition masking, favorites/batch-drill flow, and 2D/3D training visualization ideas through Model A / Model B separation.","Keep in restrictive custody and route value through clean-room extraction only. Use it as a method-specific training and analyzer donor, not as direct donor code.","Do not merge this repo into the HyperTwist core as source. Convert the valuable training-state-machine and analyzer behaviors into first-party subsystems behind a clean-room boundary.","Repurpose here means: translate stage-specific training and analyzer behaviors into first-party implementations through a clean-room process.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value sits in state-machine-driven training flows, solver-backed analyzer behavior, recognition masking, favorites persistence, and batch-drill mechanics.","Which Roux-specific training and analyzer behaviors are strategically worth reproducing in first-party code through a clean-room handoff?","Inspect blockbuilding micro-trainers, stage-specific state machines, solver-backed analyzer logic, recognition masking, favorites/batch-drill persistence, and 2D/3D visualization boundaries.","Audit onionhoney/roux-trainers as a focused restrictive clean-room donor for HyperTwist. Preserve method-specific training-state-machine, analyzer, recognition-masking, and drill-loop behavior in a scrubbed Model A handoff only.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","HyperTwist only","Restrictive clean-room donor value is real, but it should flow through Model A to a first-party implementation rather than through direct source sharing.","exclude from direct code use, keep as clean-room donor","The repo is GPLv3 and too method-specific for direct incorporation, but it still contains real training/analyzer subsystem value worth preserving through a clean-room donor path.","high","The dossier-backed classification is stable: stronger than a passive benchmark, but clearly a restrictive clean-room donor rather than direct donor code.","high","The dossier-backed classification is stable: stronger than a passive benchmark, but clearly a restrictive clean-room donor rather than direct donor code.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","onionhoney/roux-trainers — GPLv3 Roux trainer; keep as a focused restrictive clean-room donor, not direct donor code.","onionhoney/roux-trainers remains valuable because it contains stage-specific training-state machines, solver-backed analyzer modes, recognition masking, and batch-drill patterns. That value should flow through a clean-room donor path, not direct incorporation.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0006","Focused restrictive clean-room donor target","Focused restrictive clean-room donor target for HyperTwist; stronger than a passive benchmark, but still not direct donor code.","HyperTwist","Focused restrictive clean-room donor target","repurpose","architecture only","medium","onionhoney/roux-trainers","1.0","Donor Bench","5.0","GPLv3 method-specific trainer with real subsystem value that should be preserved through clean-room extraction rather than donor use.","Focused restrictive clean-room donor target","Included","P2","Keep in canon as a focused restrictive clean-room donor for method-specific training and analyzer behavior.","2.0","3.0","3.0","11934.0","132.0","","onionhoney/roux-trainers","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","30.0","3","5.0","117.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPLv3 and should not be used as direct donor code in the HyperTwist core. Its value is in selective behavior and subsystem extraction through a clean-room Model A / Model B process.","Model A inspects the restrictive source; Model B implements only from a scrubbed first-party specification and must not access the repo directly.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for selectively reproducing stage-specific training and analyzer behavior in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed focused restrictive clean-room donor status.","implemented_live_clean_room_verified","landed_clean_room_preserve","Preserve the only currently verified restrictive clean-room landed lane, keep the Model A/Model B chain explicit, and do not treat it as an unresolved direct-donor import." -"31.0","yakupbilen/drl-rubiks-cube","https://github.com/yakupbilen/drl-rubiks-cube","HyperTwist","31.0","117.0","132.0","B","vision / perception / AR","subsystem donor","vision donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","yakupbilen/drl-rubiks-cube — MIT — RL solver with PyQt5 + webcam input.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit yakupbilen/drl-rubiks-cube as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","yakupbilen/drl-rubiks-cube — MIT — RL solver with PyQt5 + webcam input.","yakupbilen/drl-rubiks-cube is treated as a future candidate for HyperTwist because the current dossier retains it mainly for learned-heuristic search, batched A-star style experimentation, and training-loop ideas, not as part of the committed perception core.","memo","False","True","0.0","1.0","HT_cube_vision","HT_cube_vision_0008","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","yakupbilen/drl-rubiks-cube","1.0","Reserve Bench","5.0","Useful MIT search and training benchmark for learned-heuristic search, state generation, and experimentation loops, but explicitly below the committed perception and training core.","Search/training systems bench","Included","P2","yakupbilen/drl-rubiks-cube is placed in Reserve Bench for HyperTwist because it best serves the 'Search/training systems bench' role; recommended action is 'future candidate' with repurposing scope 'architecture only'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","3.0","3.0","11937.0","133.0","","yakupbilen/drl-rubiks-cube","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","31.0","3","5.0","117.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +"31.0","yakupbilen/drl-rubiks-cube","https://github.com/yakupbilen/drl-rubiks-cube","HyperTwist","31.0","117.0","132.0","B","vision / perception / AR","subsystem donor","vision donor","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","yakupbilen/drl-rubiks-cube — MIT — RL solver with PyQt5 + webcam input.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit yakupbilen/drl-rubiks-cube as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","yakupbilen/drl-rubiks-cube — MIT — RL solver with PyQt5 + webcam input.","yakupbilen/drl-rubiks-cube is treated as a future candidate for HyperTwist because the current dossier retains it mainly for learned-heuristic search, batched A-star style experimentation, and training-loop ideas, not as part of the committed perception core.","memo","False","True","0.0","1.0","HT_cube_vision","HT_cube_vision_0008","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","yakupbilen/drl-rubiks-cube","1.0","Reserve Bench","5.0","Useful MIT search and training benchmark for learned-heuristic search, state generation, and experimentation loops, but explicitly below the committed perception and training core.","Search/training systems bench","Included","P2","yakupbilen/drl-rubiks-cube is placed in Reserve Bench for HyperTwist because it best serves the 'Search/training systems bench' role; recommended action is 'future candidate' with repurposing scope 'architecture only'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","3.0","3.0","11937.0","133.0","","yakupbilen/drl-rubiks-cube","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","31.0","3","5.0","117.0","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT and remains a research benchmark for learned heuristic search, ADI state generation, and offline experimentation rather than a near-term product donor.","Reference only: benchmark learned heuristic search and training experiments without near-term direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as an MIT research benchmark for learned heuristic search, ADI training loops, and offline experimentation rather than near-term product implementation." "32.0","Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","32.0","92.0","101.0","C","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Treat this as a mineable codebase: keep selected internals (algorithms, renderers, adapters, parsers, schedulers) while replacing the surrounding product assumptions and architecture. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","Website for the Hypercubing community","Repurpose selected subsystems rather than the whole product. Mine the repo for nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit Hypercubers/hypercubing.xyz as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is heavy modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Website for the Hypercubing community","","Hypercubers/hypercubing.xyz is treated as repurpose for HyperTwist because visible metadata points to the hypercubing / nD simulation layer. Surface signal: Website for the Hypercubing community The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0006","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the hypercubing / nD simulation layer.","HyperTwist","hypercubing / nD simulation","integrate","heavy modification","medium","hypercubers/hypercubing.xyz","1.0","Locked Strategic Donor","4.0","MIT knowledge/curriculum donor with canonical notation, progression, taxonomy, and leaderboard-generation value.","Knowledge and curriculum donor","Included","P1","Keep as one of the strongest non-runtime donors in the hypercubing half of HyperTwist; the dossier-backed MIT posture and content value justify promotion above the old donor-bench treatment.","2.0","2.0","2.0","11938.0","134.0","Thin-fit assignment; verify project mapping during source audit","hypercubers/hypercubing.xyz","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","32.0","3","4.0","92.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is retained as a high-value knowledge and curriculum donor. Direct use of code/content structures is legally straightforward where it materially helps HyperTwist.","Use selectively as a donor for knowledge structures, notation, taxonomy, and leaderboard-generation logic; do not confuse the site snapshot with the canonical repo.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is cleaner than carrying the upstream code.","high","permissive-knowledge-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license donor-bench posture to dossier-backed MIT knowledge/curriculum donor status.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "34.0","Aarav2709/KubeTimr","https://github.com/Aarav2709/KubeTimr","HyperTwist","34.0","88.0","97.0","C","cubing trainer / solver / timing","subsystem donor","training donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Aarav2709/KubeTimr — MIT — Keyboard-first offline timer. | Aarav2709/KubeTimr — MIT — Offline timer.","Repurpose selected subsystems rather than the whole product. Mine the repo for scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit Aarav2709/KubeTimr as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium","single-source signal; clear taxonomy; mostly donor/reference role","medium","strong adjacency to identified core stack; memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Aarav2709/KubeTimr — MIT — Keyboard-first offline timer. | Aarav2709/KubeTimr — MIT — Offline timer.","Aarav2709/KubeTimr is treated as repurpose for HyperTwist because the current dossier keeps it as a focused subsystem donor for timer-state logic, split-phase handling, local persistence, rolling stats, and keyboard-first offline practice flow rather than as a broader training-platform anchor.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0015","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","aarav2709/kubetimr","1.0","Donor Bench","4.0","Useful subsystem donor for timer-state logic, split-phase handling, local persistence, rolling stats, and keyboard-first offline practice flow.","Focused subsystem donor","Included","P2","Aarav2709/KubeTimr is placed in Donor Bench for HyperTwist because it best serves the 'Focused subsystem donor' role; recommended action is 'repurpose' with repurposing scope 'moderate modification'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","3.0","2.0","11944.0","135.0","","aarav2709/kubetimr","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","34.0","3","4.0","88.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is permissively licensed and currently best treated as a focused subsystem donor for timer-state logic, split-phase handling, local persistence, and keyboard-first practice flow. Selective incorporation is legally straightforward, but the product shell should still be reshaped to fit HyperTwist.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","routine-review-only","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy adjacency wording and stale clean-room boundary posture to dossier-backed focused subsystem donor on 2026-04-25.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "36.0","roice3/MagicTile","https://github.com/roice3/MagicTile","HyperTwist","36.0","88.0","97.0","C","infra / runtime / observability / integration","subsystem donor","integration utility","locked strategic donor","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving collectors/adapters/runtime topology logic while integrating into a larger control plane.","Non-euclidean Rubik's Cube Analogues","Repurpose selected subsystems rather than the whole product. Mine the repo for scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract collectors/adapters; Normalize topology/config schema; Bridge into control-plane API","deep source audit","Hidden value usually sits in service topology schemas, collector agents, auth/integration adapters, caching, deployment abstractions, and metrics/event correlation.","Inspect topology/service schema; collectors/agents; auth/integration adapters; caching/state sync; deployment/runtime abstractions; metrics/event correlation; config layering.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit roice3/MagicTile as a infra / runtime / observability / integration candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect topology/service schema; collectors/agents; auth/integration adapters; caching/state sync; deployment/runtime abstractions; metrics/event correlation; config layering. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / integration utility. Test the three merger paths in order: 1) project-local anchor [base + donor]; 2) shared portfolio utility [augmenter]; 3) cross-project transfer candidate [future merger]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","project-local anchor","base + donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","shared portfolio utility","augmenter","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cross-project transfer candidate","future merger","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Non-euclidean Rubik's Cube Analogues","","roice3/MagicTile is treated as repurpose for HyperTwist because visible metadata points to the cubing / algorithm training layer. Surface signal: Non-euclidean Rubik's Cube Analogues The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0007","cubing / algorithm training","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","roice3/magictile","1.0","Locked Strategic Donor","4.0","MIT donor with unusually strong non-Euclidean tiling, topology, and generalized twist infrastructure value.","Top-tier non-Euclidean geometry and topology donor","Included","P1","Keep as a top-tier non-Euclidean geometry and topology donor for HyperTwist; the dossier-backed MIT posture and source richness justify promotion above the old donor-bench treatment.","2.0","2.0","2.0","11950.0","136.0","Thin-fit assignment; verify project mapping during source audit","roice3/magictile","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","36.0","3","4.0","88.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is explicitly retained as a top-tier geometry/topology donor. Direct donor use is legally straightforward if the architecture benefits from it.","Direct donor use or bounded adapter extraction are both acceptable; choose the seam that best preserves the topology and twist infrastructure.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","permissive-top-tier-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_hyper_engine during cluster normalization on 2026-04-25.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." diff --git a/docs/repo_portfolio_unified_source_audit_v6_3.csv b/docs/repo_portfolio_unified_source_audit_v6_3.csv index 0da7648..a54ffed 100644 --- a/docs/repo_portfolio_unified_source_audit_v6_3.csv +++ b/docs/repo_portfolio_unified_source_audit_v6_3.csv @@ -93,7 +93,7 @@ 9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","poliva/cubedex is placed in Locked Strategic Donor for HyperTwist because it best serves the 'Top-tier training UX and smartcube donor' role; recommended action is 'integrate' with repurposing scope 'direct'. Confidence is high because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","Top-tier strategic donor for smartcube-aware, offline-first training UX and practical drill ergonomics, but not the owner of the long-term training backend.","Audit poliva/cubedex as a interface / visualization / shell surface candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect scene graph/canvas data model; layout primitives; component library; keyboard/gesture interactions; import/export schema; theming; plugin or extension hooks. Decide whether the best extraction path is direct and whether it belongs as foundation engine / visualization donor. Test the three merger paths in order: 1) project-local anchor [base + donor]; 2) shared portfolio utility [augmenter]; 3) cross-project transfer candidate [future merger]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_training_stack_0016","HT_training_stack","poliva/cubedex","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","145.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_training_stack during cluster normalization on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Preserve the landed permissive lane, keep notices and attribution visible, and revisit only for enhancement planning after Phase 0R closes for remaining rows." "cs0x7f/cstimer","https://github.com/cs0x7f/cstimer","HyperTwist","Reserve Bench","Gold-standard timer benchmark","P2","60","9216","22.0","121.0","147.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","future candidate","architecture only","Capture the timer, persistence, statistics, and hardware-support behaviors that make cstimer the gold-standard timer benchmark for HyperTwist.","Timer transitions, persistence, statistics, reconstruction, scramble flow, and smart-device surfaces as benchmark material.","Inspect timer-state transitions, solve/session persistence, statistics/reconstruction surfaces, scramble integration, and smart-device behavior as benchmark material only.","Which timer behaviors, persistence expectations, and solve-analysis surfaces should become first-party acceptance criteria?","Keep as a restrictive benchmark. Use it as the timer behavior reference point for HyperTwist, not as donor code.","Do not merge this repo into the HyperTwist core. Translate only high-level timer and stats expectations into first-party implementations.","Repurpose here means: derive acceptance-test targets and product expectations for timer flow, persistence, statistics, and hardware support.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in cs0x7f/cstimer 2) What must stay benchmark-only or clean-room-only -3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon as the strongest restrictive timer benchmark; use it to calibrate first-party timer and stats behavior.","GPL timer/training platform whose value is product expectations, acceptance tests, and behavior benchmarking rather than donor use.","Audit cs0x7f/cstimer only as a restrictive gold-standard timer benchmark for HyperTwist. Extract behavior expectations and acceptance criteria, not donor code.","HT_timer_training_0001","HT_timer_training","cs0x7f/cstimer","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","121.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL timer/training software and the current HyperTwist posture is benchmark-only. Use it to define behavioral expectations and acceptance criteria, not for direct code incorporation.","Reference only: benchmark timer and statistics behavior without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow timer behavior later proves strategically necessary to recreate in first-party code; otherwise keep this as a benchmark.","high","gpl-timer-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed gold-standard timer benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon as the strongest restrictive timer benchmark; use it to calibrate first-party timer and stats behavior.","GPL timer/training platform whose value is product expectations, acceptance tests, and behavior benchmarking rather than donor use.","Audit cs0x7f/cstimer only as a restrictive gold-standard timer benchmark for HyperTwist. Extract behavior expectations and acceptance criteria, not donor code.","HT_timer_training_0001","HT_timer_training","cs0x7f/cstimer","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","121.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0 and remains the primary restrictive timer, stats, scramble, and smart-device benchmark. Use it for behavioral parity and acceptance criteria, not direct source incorporation.","Reference only: benchmark timer, statistics, scramble, and smart-device behavior without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow timer behavior later proves strategically necessary to recreate in first-party code; otherwise keep this as a benchmark.","high","gpl-timer-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed gold-standard timer benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary restrictive timer/stats/scramble/smart-device benchmark and future clean-room timer-pattern oracle." "cutelyaware/magiccube4d","https://github.com/cutelyaware/magiccube4d/tree/master","HyperTwist","Locked Strategic Donor","Top-tier 4D interaction, history, and macro donor with attribution obligations","P1","7463","9218","49.0","122.0","137.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","repurpose","moderate modification","Determine whether cutelyaware/magiccube4d should stay donor/merge-tier for HyperTwist, be promoted, or be demoted; identify concrete salvageable modules and best merge path.","puzzle model, learning flow, UX loops, data schema, replay/export, plugin/hooks","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Capability inventory + salvage targets + promotion/demotion verdict","1) Confirmed visible capabilities 2) Hidden capabilities found only in source 3) Best salvageable modules/files/packages @@ -123,7 +123,7 @@ 9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep as a specialized 5D cube interaction and macro donor; the dossier-backed MIT posture and source richness justify promotion above the old merge-bench treatment.","MIT specialized 5D donor with real macro, progress, slice, and advanced interaction value.","Audit roice3/MagicCube5D as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_hyper_engine_0005","HT_hyper_engine","roice3/magiccube5d","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","122.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and should remain a specialized 5D interaction donor. Direct donor use is legally straightforward if HyperTwist wants to preserve its advanced cube-specific UX and macro behavior.","Direct donor use or bounded extraction are both acceptable; choose the seam that best preserves specialized 5D interaction and macro behavior.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","permissive-specialized-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed MIT specialized donor status.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "aMonteSl/CodeXR","https://github.com/aMonteSl/CodeXR","HyperTwist","Reserve Bench","Reference-only XR benchmark","P3","7467","9222","51.0","119.0","134.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","future candidate","architecture only","Validate that CodeXR remains reference-only and record the specific immersive interaction ideas worth preserving without direct source reuse.","Collaboration-room flow, scene launch, virtual screens, and immersive interaction behavior as benchmark material only.","Inspect XR launch flow, collaboration-room server patterns, virtual-screen behavior, and immersive UI choreography as benchmark material only.","Which interaction patterns are reusable at the behavior level without inheriting the code-analysis product identity or GPL source?","Keep in restrictive/reference custody. Use only as a benchmark for XR interaction ideas and immersive UI patterns; do not merge source into HyperTwist.","Do not treat this repo as part of the HyperTwist merge nucleus. If useful, translate isolated interaction ideas into first-party designs without inheriting the code-analysis shell.","Repurpose here means: abstract useful XR interaction ideas into first-party browser/XR surfaces without reusing source.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in aMonteSl/CodeXR 2) What must stay benchmark-only or clean-room-only -3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a reference-only XR benchmark; its value is in interaction ideas, not donor code.","GPL-3.0-only code-analysis XR extension with narrow benchmark value for immersive interaction patterns.","Audit aMonteSl/CodeXR only as a reference-only XR benchmark for HyperTwist. Do not recommend direct incorporation. Extract interaction patterns, collaboration metaphors, and virtual-screen ideas only.","HT_cube_vision_0005","HT_cube_vision","amontesl/codexr","","","","","","","Original global P0-P3 source audit retained","GPL-3.0-only","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","119.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0-only and, per the dossier-backed HyperTwist posture, is retained only as a reference benchmark. Study interaction patterns and behavior; do not plan direct code incorporation.","Reference only: use as a benchmark for interaction patterns and immersive UI ideas without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a uniquely valuable interaction pattern later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-reference-only-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale pre-dossier donor posture to dossier-backed GPL reference-only benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a reference-only XR benchmark; its value is in interaction ideas, not donor code.","GPL-3.0-only code-analysis XR extension with narrow benchmark value for immersive interaction patterns.","Audit aMonteSl/CodeXR only as a reference-only XR benchmark for HyperTwist. Do not recommend direct incorporation. Extract interaction patterns, collaboration metaphors, and virtual-screen ideas only.","HT_cube_vision_0005","HT_cube_vision","amontesl/codexr","","","","","","","Original global P0-P3 source audit retained","GPL-3.0-only","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","119.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0-only and was discarded from the active HyperTwist retained set because its strongest XR collaboration value is off-domain and already superseded by stronger retained rows.","Reference only: discarded historical comparison context for XR collaboration patterns; do not plan direct incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a uniquely valuable interaction pattern later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-reference-only-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale pre-dossier donor posture to dossier-backed GPL reference-only benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set; its XR collaboration value is off-domain and already superseded by stronger retained rows." "brianpeiris/RiftSketch","https://github.com/brianpeiris/RiftSketch","HyperTwist","Reserve Bench","Adjacency / future transfer","P2","7468","9223","51.0","119.0","134.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","future candidate","architecture only","Determine whether brianpeiris/RiftSketch should stay donor/merge-tier for HyperTwist, be promoted, or be demoted; identify concrete salvageable modules and best merge path.","puzzle model, learning flow, UX loops, data schema, replay/export, plugin/hooks","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Capability inventory + salvage targets + promotion/demotion verdict","1) Confirmed visible capabilities 2) Hidden capabilities found only in source 3) Best salvageable modules/files/packages @@ -132,10 +132,10 @@ 6) Best merge partners and exact coupling seam 7) Reasons to promote / retain / demote 8) Confidence change after source audit -9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","brianpeiris/RiftSketch is placed in Reserve Bench for HyperTwist because it best serves the 'XR interaction and spatial-UI bench' role; recommended action is 'future candidate' with repurposing scope 'architecture only'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","Useful MIT WebXR interaction benchmark for spatial editor panels, world-space monitors, and keyboard-first immersive tooling, but explicitly below the HyperTwist core tier.","Audit brianpeiris/RiftSketch as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_cube_vision_0006","HT_cube_vision","brianpeiris/riftsketch","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","119.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","brianpeiris/RiftSketch is placed in Reserve Bench for HyperTwist because it best serves the 'XR interaction and spatial-UI bench' role; recommended action is 'future candidate' with repurposing scope 'architecture only'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","Useful MIT WebXR interaction benchmark for spatial editor panels, world-space monitors, and keyboard-first immersive tooling, but explicitly below the HyperTwist core tier.","Audit brianpeiris/RiftSketch as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_cube_vision_0006","HT_cube_vision","brianpeiris/riftsketch","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","119.0","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT but was discarded from the active retained set because its immersive live-coding shell is off topic to HyperTwist's retained product scope.","Reference only: discarded historical comparison context for immersive live-coding patterns; do not plan direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set; immersive live-coding is off topic to HyperTwist's retained product scope." "MathewKJ2048/Rubiks-cube-simulator","https://github.com/MathewKJ2048/Rubiks-cube-simulator","HyperTwist","Reserve Bench","Clean-room simulator benchmark","P3","7469","9224","51.0","118.0","133.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","future candidate","architecture only","Capture the lightweight simulator behaviors worth preserving from MathewKJ2048/Rubiks-cube-simulator through a scrubbed clean-room spec.","Command grammar, move-history logging, beginner-solver flow, and timed step playback as clean-room benchmark material.","Inspect command grammar, move-history handling, beginner-solver flow, and timed step playback as clean-room benchmark material only.","Which lightweight simulator behaviors are worth preserving through a scrubbed Model A handoff?","Keep only as a clean-room benchmark. Use it to shape lightweight simulator behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful simulator behaviors into a scrubbed Model A spec only.","Repurpose here means: derive first-party lightweight simulator behavior through a clean-room process.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in MathewKJ2048/Rubiks-cube-simulator 2) What must stay benchmark-only or clean-room-only -3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a low-priority clean-room simulator benchmark for lightweight simulator behaviors.","GPL simulator with narrow lightweight-behavior value; retain only as clean-room benchmark material.","Audit MathewKJ2048/Rubiks-cube-simulator only as a clean-room simulator benchmark. Extract behaviors into a scrubbed spec; do not recommend direct source incorporation.","HT_training_clean_room_0004","HT_training_clean_room","mathewkj2048/rubiks-cube-simulator","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code. Retain it only as clean-room benchmark material and implement any strategically necessary simulator behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if lightweight simulator behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room simulator benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a low-priority clean-room simulator benchmark for lightweight simulator behaviors.","GPL simulator with narrow lightweight-behavior value; retain only as clean-room benchmark material.","Audit MathewKJ2048/Rubiks-cube-simulator only as a clean-room simulator benchmark. Extract behaviors into a scrubbed spec; do not recommend direct source incorporation.","HT_training_clean_room_0004","HT_training_clean_room","mathewkj2048/rubiks-cube-simulator","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL simulator code and was discarded from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks.","Reference only: discarded historical comparison context for simulator pedagogy and history flow; do not plan direct incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if lightweight simulator behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room simulator benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks." "NuiLab/code-vr","https://github.com/NuiLab/code-vr","HyperTwist","Donor Bench","XR pedagogy and code-to-scene representation donor","P2","7470","9225","51.0","118.0","133.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","repurpose","moderate modification","Determine whether NuiLab/code-vr should stay donor/merge-tier for HyperTwist, be promoted, or be demoted; identify concrete salvageable modules and best merge path.","puzzle model, learning flow, UX loops, data schema, replay/export, plugin/hooks","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Capability inventory + salvage targets + promotion/demotion verdict","1) Confirmed visible capabilities 2) Hidden capabilities found only in source 3) Best salvageable modules/files/packages @@ -147,7 +147,7 @@ 9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep below core tier as an XR pedagogy and code-to-scene representation donor; the teaching frame and app/service split matter more than the under-construction product shell.","MIT XR pedagogy repo with interesting teaching and code-to-scene patterns, but too under-construction and off-domain to justify merge-bench treatment.","Audit NuiLab/code-vr as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_cube_vision_0007","HT_cube_vision","nuilab/code-vr","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and direct use is legally straightforward, but the current HyperTwist posture is still below-core donor use because the strongest value is in XR pedagogy, embodied onboarding, and code-to-scene boundary ideas rather than product-core ownership.","Use selectively as a donor or bounded adapter where the XR pedagogy and code-to-scene representation ideas materially shorten build time.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is architecturally cleaner than carrying the upstream code.","high","below-core-mit-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale merge-bench posture to dossier-backed below-core XR pedagogy donor status.","selected_not_live_permissive_candidate","phase0r_permissive_eval_then_implement","Deep source evaluate now; if retained, schedule direct permissive implementation or bounded adapter work without opening a new clean-room lane." "ShellPuppy/RCube","https://github.com/ShellPuppy/RCube","HyperTwist","Reserve Bench","Large-N solver benchmark","P3","7471","9226","51.0","118.0","133.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","future candidate","architecture only","Document the large-N orientation and stage-framing ideas that justify retaining RCube only as a benchmark row.","Large-cube orientation logic, stage framing, and solver behavior as benchmark material.","Inspect large-cube orientation logic, stage structure, and output/reporting surfaces as benchmark material only.","Which large-cube orientation and stage strategies are worth preserving as benchmark knowledge?","Keep as a restrictive large-N solver benchmark. Use it for algorithm/reference comparison, not as donor code.","Do not treat this repo as a merge candidate. Translate only large-cube orientation and stage-framing ideas into first-party work if later needed.","Repurpose here means: use as an algorithm/reference benchmark for large-cube state and orientation tricks.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in ShellPuppy/RCube 2) What must stay benchmark-only or clean-room-only -3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a restrictive benchmark for large-N state/orientation techniques.","GPL large-N solver with narrow algorithm/reference value and no donor-case for the HyperTwist product core.","Audit ShellPuppy/RCube only as a restrictive large-N solver benchmark. Extract algorithm ideas and acceptance-test expectations, not donor code.","HT_solver_oracles_0001","HT_solver_oracles","shellpuppy/rcube","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and is retained only as an algorithm/reference benchmark. Use it for comparison and expectations, not direct source incorporation.","Reference only: use as a large-N solver benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a later first-party large-N lane needs recreation of a narrow behavior or algorithmic framing; otherwise keep this as a benchmark.","high","gpl-large-n-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed large-N solver benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a restrictive benchmark for large-N state/orientation techniques.","GPL large-N solver with narrow algorithm/reference value and no donor-case for the HyperTwist product core.","Audit ShellPuppy/RCube only as a restrictive large-N solver benchmark. Extract algorithm ideas and acceptance-test expectations, not donor code.","HT_solver_oracles_0001","HT_solver_oracles","shellpuppy/rcube","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and remains a benchmark/reference lane for centers, edges, parity, and later clean-room research rather than donor use.","Reference only: use as a large-N centers, edges, and parity benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a later first-party large-N lane needs recreation of a narrow behavior or algorithmic framing; otherwise keep this as a benchmark.","high","gpl-large-n-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed large-N solver benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a large-N centers/edges/parity benchmark and later clean-room research input, not as an active product donor." "abunickabhi/5style-Trainer","https://github.com/abunickabhi/5style-Trainer","HyperTwist","Donor Bench","Training / timing layer","P2","7472","9227","51.0","118.0","133.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","repurpose","moderate modification","Determine whether abunickabhi/5style-Trainer should stay donor/merge-tier for HyperTwist, be promoted, or be demoted; identify concrete salvageable modules and best merge path.","algorithm database, weighted scheduling, spaced repetition, scramble generation, timing/statistics model, case metadata, import/export, smartcube adapters","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Capability inventory + salvage targets + promotion/demotion verdict","1) Confirmed visible capabilities 2) Hidden capabilities found only in source 3) Best salvageable modules/files/packages @@ -165,7 +165,7 @@ 6) Best merge partners and exact coupling seam 7) Reasons to promote / retain / demote 8) Confidence change after source audit -9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep as a primary benchmark oracle and secondary clean-room optimal-solver candidate; the dossier-backed GPL posture blocks donor treatment but not benchmark/oracle and Model A value.","GPL solver/oracle repo whose retained value is correctness/oracle behavior plus a later clean-room optimal-solver lane.","Audit brownan/Rubiks-Cube-Solver as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_training_stack_0007","HT_training_stack","brownan/rubiks-cube-solver","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and should remain a benchmark oracle plus clean-room optimal-solver candidate. Preserve correctness/oracle behavior and produce any first-party solver through a scrubbed clean-room process.","Use as an oracle and Model A source only; Model B should implement any optimal-solver work from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for any later first-party optimal-solver effort.","high","gpl-oracle-clean-room-review","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed benchmark-oracle and clean-room optimal-solver status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep as a primary benchmark oracle and secondary clean-room optimal-solver candidate; the dossier-backed GPL posture blocks donor treatment but not benchmark/oracle and Model A value.","GPL solver/oracle repo whose retained value is correctness/oracle behavior plus a later clean-room optimal-solver lane.","Audit brownan/Rubiks-Cube-Solver as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_training_stack_0007","HT_training_stack","brownan/rubiks-cube-solver","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and remains the primary compact solver oracle and clean-room-later heuristic/search benchmark. Preserve correctness and search behavior through scrubbed first-party specifications only.","Use as an oracle and Model A source only; Model B should implement any solver work from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for any later first-party optimal-solver effort.","high","gpl-oracle-clean-room-review","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed benchmark-oracle and clean-room optimal-solver status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary compact solver oracle and clean-room-later heuristic/search benchmark; use for correctness, not donor code." "newyork-anthonyng/rubiks-cross-trainer","https://github.com/newyork-anthonyng/rubiks-cross-trainer","HyperTwist","Donor Bench","Training / timing layer","P2","7475","9230","51.0","118.0","133.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","repurpose","moderate modification","Determine whether newyork-anthonyng/rubiks-cross-trainer should stay donor/merge-tier for HyperTwist, be promoted, or be demoted; identify concrete salvageable modules and best merge path.","algorithm database, weighted scheduling, spaced repetition, scramble generation, timing/statistics model, case metadata, import/export, smartcube adapters","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Capability inventory + salvage targets + promotion/demotion verdict","1) Confirmed visible capabilities 2) Hidden capabilities found only in source 3) Best salvageable modules/files/packages @@ -177,19 +177,19 @@ 9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","newyork-anthonyng/rubiks-cross-trainer is placed in Donor Bench for HyperTwist because it best serves the 'Focused donor' role; recommended action is 'repurpose' with repurposing scope 'moderate modification'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","Focused donor for the precomputed cross-difficulty corpus and CFOP micro-drill progression rather than a broader training-platform shell.","Audit newyork-anthonyng/rubiks-cross-trainer as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_training_stack_0008","HT_training_stack","newyork-anthonyng/rubiks-cross-trainer","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed focused-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Preserve the landed permissive lane, keep notices and attribution visible, and revisit only for enhancement planning after Phase 0R closes for remaining rows." "vwcwong/CubeSim","https://github.com/vwcwong/CubeSim","HyperTwist","Reserve Bench","Clean-room state/history benchmark","P3","7476","9231","51.0","118.0","133.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","future candidate","architecture only","Capture the state/history and replay behaviors worth preserving from vwcwong/CubeSim through a scrubbed clean-room spec.","State/history separation, parser/scramble modules, tests, and replay-oriented behavior as clean-room benchmark material.","Inspect cube-state/history split, parser and scramble modules, tests, and replay-oriented behavior as clean-room benchmark material only.","Which state/history and replay behaviors are worth preserving through a scrubbed Model A handoff?","Keep only as a clean-room benchmark. Use it to shape first-party state/history and replay behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful state/history ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party state/history and replay behavior through a clean-room process.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in vwcwong/CubeSim 2) What must stay benchmark-only or clean-room-only -3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a clean-room state/history benchmark for first-party simulator architecture.","GPL simulator with unusually clean state/history architecture; retain only as clean-room benchmark material.","Audit vwcwong/CubeSim only as a clean-room state/history benchmark. Extract architectural behaviors into a scrubbed spec; do not recommend direct source incorporation.","HT_training_clean_room_0005","HT_training_clean_room","vwcwong/cubesim","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code. Retain it only as clean-room benchmark material and implement any strategically necessary state/history behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if state/history or replay behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room state/history benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a clean-room state/history benchmark for first-party simulator architecture.","GPL simulator with unusually clean state/history architecture; retain only as clean-room benchmark material.","Audit vwcwong/CubeSim only as a clean-room state/history benchmark. Extract architectural behaviors into a scrubbed spec; do not recommend direct source incorporation.","HT_training_clean_room_0005","HT_training_clean_room","vwcwong/cubesim","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL simulator code and remains a readable state/history and beginner-solver decomposition benchmark for later clean-room use.","Model A may inspect and summarize state/history behavior; Model B should implement only from a scrubbed clean-room specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if state/history or replay behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room state/history benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a readable state/history and beginner-solver decomposition benchmark for later clean-room use." "AviKaufman/Rubix-cube-trainer","https://github.com/AviKaufman/Rubix-cube-trainer","HyperTwist","Reserve Bench","Clean-room pedagogy benchmark","P3","7477","9232","52.0","117.0","132.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","future candidate","architecture only","Capture the teaching-flow and tutorial behaviors worth preserving from AviKaufman/Rubix-cube-trainer through a scrubbed clean-room spec.","Beginner-method sequencing, step guidance, and tutorial-state transitions as clean-room benchmark material.","Inspect beginner-method sequencing, step guidance, tutorial-state transitions, and 3D teaching behavior as clean-room benchmark material only.","Which teaching-flow and tutorial behaviors are worth preserving through a scrubbed Model A handoff?","Keep only as a clean-room benchmark. Use it to shape first-party pedagogy and tutorial behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful teaching-flow ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party pedagogy and tutorial behavior through a clean-room process.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in AviKaufman/Rubix-cube-trainer 2) What must stay benchmark-only or clean-room-only -3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a clean-room pedagogy benchmark for first-party teaching-flow work.","All-rights-reserved repo with narrow teaching-flow value; retain only as clean-room benchmark material.","Audit AviKaufman/Rubix-cube-trainer only as a clean-room pedagogy benchmark. Extract tutorial behaviors into a scrubbed spec; do not recommend direct source incorporation.","HT_training_clean_room_0003","HT_training_clean_room","avikaufman/rubix-cube-trainer","","","","","","","Original global P0-P3 source audit retained","All Rights Reserved","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is all-rights-reserved. Retain it only as clean-room benchmark material and implement any strategically necessary tutorial behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source or assets directly without separate rights.","Yes — this is the preferred path if pedagogy and tutorial behavior later prove strategically necessary.","high","all-rights-reserved-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room pedagogy benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a clean-room pedagogy benchmark for first-party teaching-flow work.","All-rights-reserved repo with narrow teaching-flow value; retain only as clean-room benchmark material.","Audit AviKaufman/Rubix-cube-trainer only as a clean-room pedagogy benchmark. Extract tutorial behaviors into a scrubbed spec; do not recommend direct source incorporation.","HT_training_clean_room_0003","HT_training_clean_room","avikaufman/rubix-cube-trainer","","","","","","","Original global P0-P3 source audit retained","All Rights Reserved","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is all-rights-reserved and remains the strongest guided-pedagogy benchmark in Packet 0R-E. Preserve tutorial behavior only through scrubbed first-party specifications.","Model A may inspect and summarize lesson-state behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source or assets directly without separate rights.","Yes — this is the preferred path if pedagogy and tutorial behavior later prove strategically necessary.","high","all-rights-reserved-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room pedagogy benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary all-rights-reserved guided-pedagogy benchmark for clean-room lesson-state and stepwise solve flow design." "alinen/cube","https://github.com/alinen/cube","HyperTwist","Reserve Bench","Clean-room planner benchmark","P3","7478","9233","52.0","117.0","132.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","future candidate","architecture only","Capture the planner and guided-lesson behaviors worth preserving from alinen/cube through a scrubbed clean-room spec.","Planner flow, guided lessons, cube-state handling, and bounded-search behavior as clean-room benchmark material.","Inspect planner logic, lesson flow, cube-state handling, and bounded-search behavior as clean-room benchmark material only.","Which planner and lesson behaviors are worth preserving through a scrubbed Model A handoff?","Keep only as a clean-room benchmark. Use it to shape first-party planner and guided-lesson behavior; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful planner and lesson ideas into scrubbed Model A specifications only.","Repurpose here means: derive first-party planner and guided-lesson behavior through a clean-room process.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in alinen/cube 2) What must stay benchmark-only or clean-room-only -3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a clean-room planner benchmark for first-party guided-lesson and planner work.","No explicit license visible and limited scope; retain only for clean-room planner behavior extraction.","Audit alinen/cube only as a clean-room planner benchmark. Extract planner behaviors and guided-lesson flow into a scrubbed spec; do not recommend direct source incorporation.","HT_training_clean_room_0001","HT_training_clean_room","alinen/cube","","","","","","","Original global P0-P3 source audit retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room benchmark material and implement any strategically necessary behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if planner or lesson behavior later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room planner benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a clean-room planner benchmark for first-party guided-lesson and planner work.","No explicit license visible and limited scope; retain only for clean-room planner behavior extraction.","Audit alinen/cube only as a clean-room planner benchmark. Extract planner behaviors and guided-lesson flow into a scrubbed spec; do not recommend direct source incorporation.","HT_training_clean_room_0001","HT_training_clean_room","alinen/cube","","","","","","","Original global P0-P3 source audit retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room planner benchmark material and implement any strategically necessary behavior from scrubbed first-party specifications.","Model A may inspect and summarize planner behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if planner or lesson behavior later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room planner benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a no-license clean-room planner benchmark for task segmentation, focus cues, and stepwise teaching flow; do not incorporate source directly." "ambisinister/blindsolve","https://github.com/ambisinister/blindsolve","HyperTwist","Reserve Bench","Clean-room BLD memo benchmark","P3","7479","9234","52.0","117.0","132.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","future candidate","architecture only","Capture the memo-practice and feedback behaviors worth preserving from blindsolve through a scrubbed clean-room spec.","Memo-practice flow, feedback behavior, and narrow training-state transitions as clean-room benchmark material.","Inspect memo-practice flow, prompt cadence, scoring/feedback behavior, and narrow training-state transitions as clean-room benchmark material only.","Which memo-practice behaviors are worth preserving through a scrubbed Model A handoff?","Keep only as a clean-room benchmark. Use it to shape a first-party memo-practice micro-mode; do not incorporate source.","Do not treat this repo as a merge candidate. Convert useful memo-practice ideas into a scrubbed Model A spec only.","Repurpose here means: derive first-party BLD memo-practice behavior through a clean-room process.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in ambisinister/blindsolve 2) What must stay benchmark-only or clean-room-only -3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a clean-room BLD memo benchmark for later first-party micro-mode work.","No explicit license visible and extremely narrow scope; retain only as clean-room benchmark material.","Audit ambisinister/blindsolve only as a clean-room BLD memo benchmark. Extract memo-practice behavior into a scrubbed spec; do not recommend direct source incorporation.","HT_training_clean_room_0002","HT_training_clean_room","ambisinister/blindsolve","","","","","","","Original global P0-P3 source audit retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room benchmark material and implement any strategically necessary memo-practice behavior from a scrubbed first-party specification.","Model A may inspect and summarize behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if a memo-practice micro-mode later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room BLD memo benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a clean-room BLD memo benchmark for later first-party micro-mode work.","No explicit license visible and extremely narrow scope; retain only as clean-room benchmark material.","Audit ambisinister/blindsolve only as a clean-room BLD memo benchmark. Extract memo-practice behavior into a scrubbed spec; do not recommend direct source incorporation.","HT_training_clean_room_0002","HT_training_clean_room","ambisinister/blindsolve","","","","","","","Original global P0-P3 source audit retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible. Retain this repo only as clean-room BLD memo benchmark material and implement any strategically necessary behavior from scrubbed first-party specifications.","Model A may inspect and summarize memo-practice behavior; Model B should implement only from a scrubbed clean-room specification.","Do not incorporate source directly without a confirmed license grant.","Yes — this is the preferred path if a memo-practice micro-mode later proves strategically necessary.","medium","no-license-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room BLD memo benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a no-license BLD memo benchmark for hide/reveal, letter-pair rehearsal, and feedback cadence; keep it narrow and clean-room only." "efrantar/rob-twophase","https://github.com/efrantar/rob-twophase","HyperTwist","Reserve Bench","Solver oracle and robot-metric benchmark","P2","7480","9235","52.0","117.0","132.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","future candidate","architecture only","Capture the correctness, metric, and oracle behaviors that justify keeping rob-twophase only as a benchmark row.","Robot metrics, pruning tables, CLI oracle behavior, and multiple-solution search as benchmark material.","Inspect metric handling, pruning-table structure, CLI oracle behavior, and multiple-solution search as benchmark material only.","Which oracle surfaces, robot metrics, and correctness/performance baselines should be preserved for first-party solver validation?","Keep as a restrictive solver oracle benchmark. Use it for correctness, metric comparison, and performance expectations; do not treat it as donor code.","Do not merge this repo into the HyperTwist core. Translate only oracle behavior and robot-metric expectations into first-party acceptance tests.","Repurpose here means: use as a correctness/performance oracle and robot-metric benchmark.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Reference only","Retain only as benchmark, oracle, acceptance-test, or clean-room planning input.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in efrantar/rob-twophase 2) What must stay benchmark-only or clean-room-only -3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon as a restrictive solver oracle benchmark with robot-metric value.","GPL solver/oracle repo whose retained value is correctness, performance, and metric benchmarking rather than donor use.","Audit efrantar/rob-twophase only as a restrictive solver oracle and robot-metric benchmark. Extract acceptance-test expectations and oracle behavior, not donor code.","HT_solver_oracles_0002","HT_solver_oracles","efrantar/rob-twophase","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL solver/oracle code and the current HyperTwist posture is benchmark-only. Use it for correctness, metric, and performance comparison rather than direct source incorporation.","Reference only: use as a solver oracle and robot-metric benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow oracle behavior later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-solver-oracle-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed solver oracle benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon as a restrictive solver oracle benchmark with robot-metric value.","GPL solver/oracle repo whose retained value is correctness, performance, and metric benchmarking rather than donor use.","Audit efrantar/rob-twophase only as a restrictive solver oracle and robot-metric benchmark. Extract acceptance-test expectations and oracle behavior, not donor code.","HT_solver_oracles_0002","HT_solver_oracles","efrantar/rob-twophase","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL solver/oracle code and remains a secondary metric, pruning, and performance benchmark rather than donor code.","Reference only: use as a solver oracle and robot-metric benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow oracle behavior later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-solver-oracle-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed solver oracle benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a secondary solver oracle for metric, pruning, and performance comparison; do not treat as donor code." "onionhoney/roux-trainers","https://github.com/onionhoney/roux-trainers","HyperTwist","Donor Bench","Focused restrictive clean-room donor target","P2","7481","9236","52.0","117.0","132.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","repurpose","architecture only","Capture the stage-specific training, analyzer, recognition, and drill-loop behaviors that justify keeping roux-trainers as a clean-room donor target.","Stage-specific training flows, solver-backed analyzer logic, recognition masking, favorites/batch-drill persistence, and 2D/3D visualization boundaries.","Inspect blockbuilding micro-trainers, stage-specific state machines, solver-backed analyzer logic, recognition masking, favorites/batch-drill persistence, and 2D/3D visualization boundaries.","Which Roux-specific training and analyzer behaviors are strategically worth reproducing in first-party code through a clean-room handoff?","Keep in restrictive custody and route value through clean-room extraction only. Use it as a method-specific training and analyzer donor, not as direct donor code.","Do not merge this repo into the HyperTwist core as source. Convert the valuable training-state-machine and analyzer behaviors into first-party subsystems behind a clean-room boundary.","Repurpose here means: translate stage-specific training and analyzer behaviors into first-party implementations through a clean-room process.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","HyperTwist only","Restrictive clean-room donor value is real, but it should flow through Model A to a first-party implementation rather than through direct source sharing.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Model A salvage map + clean-room boundary note + first-party subsystem extraction plan.","1) Which stage-specific subsystems are worth preserving 2) What must stay behind Model A / Model B separation 3) What first-party implementations should replace the GPL source","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon as a focused restrictive clean-room donor for method-specific training and analyzer behavior.","GPLv3 method-specific trainer with real subsystem value that should be preserved through clean-room extraction rather than donor use.","Audit onionhoney/roux-trainers as a focused restrictive clean-room donor for HyperTwist. Preserve method-specific training-state-machine, analyzer, recognition-masking, and drill-loop behavior in a scrubbed Model A handoff only.","HT_training_clean_room_0006","HT_training_clean_room","onionhoney/roux-trainers","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPLv3 and should not be used as direct donor code in the HyperTwist core. Its value is in selective behavior and subsystem extraction through a clean-room Model A / Model B process.","Model A inspects the restrictive source; Model B implements only from a scrubbed first-party specification and must not access the repo directly.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for selectively reproducing stage-specific training and analyzer behavior in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed focused restrictive clean-room donor status.","implemented_live_clean_room_verified","landed_clean_room_preserve","Preserve the only currently verified restrictive clean-room landed lane, keep the Model A/Model B chain explicit, and do not treat it as an unresolved direct-donor import." @@ -201,7 +201,7 @@ 6) Best merge partners and exact coupling seam 7) Reasons to promote / retain / demote 8) Confidence change after source audit -9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","yakupbilen/drl-rubiks-cube is placed in Reserve Bench for HyperTwist because it best serves the 'Search/training systems bench' role; recommended action is 'future candidate' with repurposing scope 'architecture only'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","Useful MIT search and training benchmark for learned-heuristic search, state generation, and experimentation loops, but explicitly below the committed perception and training core.","Audit yakupbilen/drl-rubiks-cube as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_cube_vision_0008","HT_cube_vision","yakupbilen/drl-rubiks-cube","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Deep source evaluate now; likely end as benchmark, oracle, clean-room-later reservation, or discard rather than direct donor incorporation." +9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","yakupbilen/drl-rubiks-cube is placed in Reserve Bench for HyperTwist because it best serves the 'Search/training systems bench' role; recommended action is 'future candidate' with repurposing scope 'architecture only'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","Useful MIT search and training benchmark for learned-heuristic search, state generation, and experimentation loops, but explicitly below the committed perception and training core.","Audit yakupbilen/drl-rubiks-cube as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) vivaansinghvi07/rubix-cube-solver [perception + replay donor]; 3) cubing/cubing.js [state/render backend]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_cube_vision_0008","HT_cube_vision","yakupbilen/drl-rubiks-cube","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT and remains a research benchmark for learned heuristic search, ADI state generation, and offline experimentation rather than a near-term product donor.","Reference only: benchmark learned heuristic search and training experiments without near-term direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as an MIT research benchmark for learned heuristic search, ADI training loops, and offline experimentation rather than near-term product implementation." "Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","Locked Strategic Donor","Knowledge and curriculum donor","P1","7483","9238","1.0","92.0","101.0","medium","Treat this as a mineable codebase: keep selected internals (algorithms, renderers, adapters, parsers, schedulers) while replacing the surrounding product assumptions and architecture. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","repurpose","moderate modification","Determine whether Hypercubers/hypercubing.xyz should stay donor/merge-tier for HyperTwist, be promoted, or be demoted; identify concrete salvageable modules and best merge path.","puzzle model, learning flow, UX loops, data schema, replay/export, plugin/hooks","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Repurpose selected subsystems rather than the whole product. Mine the repo for nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Capability inventory + salvage targets + promotion/demotion verdict","1) Confirmed visible capabilities 2) Hidden capabilities found only in source 3) Best salvageable modules/files/packages diff --git a/docs/v6_5_deep_manual_pack/HyperTwist/LICENSETRACKING.md b/docs/v6_5_deep_manual_pack/HyperTwist/LICENSETRACKING.md index fc29a85..226f087 100644 --- a/docs/v6_5_deep_manual_pack/HyperTwist/LICENSETRACKING.md +++ b/docs/v6_5_deep_manual_pack/HyperTwist/LICENSETRACKING.md @@ -84,14 +84,14 @@ for a repo row unless current first-party evidence supports it. ## Current reset rule -The remaining non-live HyperTwist rows should now be treated as an evaluation backlog. +The non-live HyperTwist rows were treated as a `Phase 0R` evaluation backlog before renewed widening. -That means: +That closed with these packet classes: -- permissive rows still need deep source integration evaluation before renewed widening -- boundary-sensitive rows still need explicit adapter/dependency review -- restrictive rows still need explicit clean-room scheduling unless already landed through the `onionhoney/roux-trainers` lane -- benchmark, reserve, no-license, and all-rights-reserved rows still need keep/discard decisions +- permissive rows through deep source integration evaluation +- boundary-sensitive rows through explicit adapter/dependency review +- restrictive rows through explicit clean-room scheduling unless already landed through the `onionhoney/roux-trainers` lane +- benchmark, reserve, no-license, and all-rights-reserved rows through keep/discard decisions Current `Phase 0R` packet status: @@ -99,8 +99,14 @@ Current `Phase 0R` packet status: - `0R-B` is closed - `0R-C` is closed - `0R-D` is closed -- non-live rows already packet-evaluated: `53` -- non-live rows still awaiting packet evaluation: `12` +- `0R-E` is closed +- non-live rows already packet-evaluated: `65` +- non-live rows still awaiting packet evaluation: `0` + +Current practical interpretation: + +- `Phase 0R` is now fully closed +- the next bounded move is `Phase 1R` contract and handoff overhaul Read together with: