118 KiB
Repo License Tracking
Created on 2026-04-24
Purpose
This file tracks repo-by-repo licensing determinations for external repos considered for HyperTwist.
It complements, rather than replaces, the policy-level file already present in:
C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\LICENSETRACKING.md
Use the v6.5 file for project policy categories.
Use this root file for concrete repo-by-repo judgments made during source-backed evaluation.
Authority boundary and placement rule
This root tracker is the canonical place for repo-row legal and provenance detail.
Store here:
- exact repo or package license posture
- repo-specific author attribution requirements
- repo-specific copyright notice preservation requirements
- Apache
NOTICEor equivalent redistribution requirements - asset-level or package-level attribution caveats
- source-basis quirks, mirror gaps, and provenance exceptions
Do not store those details only in:
C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\LICENSETRACKING.md
The v6.5 LICENSETRACKING.md file is policy-level only.
It may summarize categories, vocabulary, and current reset rules, but repo-row attribution and other concrete licensing detail must live here.
Packet docs may carry concise implementation-facing licensing snapshots so an integrating instance does not miss the legal posture during handoff.
Those packet snapshots do not replace this file.
Use it for:
- every canonized repo's current license determination, even when the answer is a straightforward
MIT,Apache-2.0, or BSD-style permissive case - custom licenses that are permissive enough to use but still deserve explicit attribution handling
- repos with embedded provenance notes that should be preserved in the implementation record
- exceptions where the practical integration posture differs from a naive
MIT/Apache-2.0/GPLbucket
Do not use it as the primary architecture ledger. The architecture and donor decisions remain in the GPT parse files.
2026-05-11 current HyperTwist implementation truth
This file now also preserves the current truth that future models must not lose:
- current curated HyperTwist shallow-eval set:
71repos - currently verified live/implemented in checked
UnrealHyperTwistsurfaces:8 - permissive live lanes:
7 - restrictive live lanes:
1
The seven permissive live lanes are:
Aarav2709/KubeTimrabunickabhi/5style-TrainerHypercubers/hypercubing.xyztao-yu/Alg-TrainerLykos/cube_trainerpoliva/cubedexnewyork-anthonyng/rubiks-cross-trainer
The one restrictive live lane is:
onionhoney/roux-trainers
That restrictive lane should now be treated as:
- properly clean-roomed
- properly implemented afterward
- the only currently verified restrictive HyperTwist repo that is already landed/live
Interpretation rule:
- repo-row legal posture does not equal implementation truth
integrate,repurpose,selected,donor bench,locked strategic donor, and similar labels must not be casually translated intoalready implemented
Reset rule:
- preserve the nine landed/live lanes
- do not treat the remaining non-live rows as already absorbed
- route all non-live rows only through the closed
Phase 1Rretained-set contract and the relevant0R-*packet
Current Phase 0R packet status:
0R-Ais closed0R-Bis closed0R-Cis closed0R-Dis closed0R-Eis closed- non-live rows already packet-evaluated:
65 - non-live rows still awaiting packet evaluation:
0
Current practical interpretation:
Phase 0Ris now fully closedPhase 1Ris now fully closedPhase 2R-Ais now fully closed for the five core retained permissive rowsPhase 2R-Bis now fully closed for the primary retained permissive support-plane rows in scopePhase 2R-Cis now fully closed for the final residual0R-Bpermissive rowsPhase 2Ris now fully closed for the retained permissive set- 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 - retained-set routing now lives in
docs/HYPERTWIST_PHASE_1R_RETAINED_SET_CONTRACT_AND_HANDOFF_2026-05-13.md - core ownership and acceptance packetization now lives in
docs/HYPERTWIST_PHASE_2R_PACKET_2R_A_OWNERSHIP_AND_ACCEPTANCE_CONTRACT_2026-05-13.md - support-plane ownership and acceptance packetization now lives in
docs/HYPERTWIST_PHASE_2R_PACKET_2R_B_OWNERSHIP_AND_ACCEPTANCE_CONTRACT_2026-05-13.md - residual
0R-Badjunct and alternative-lane packetization now lives indocs/HYPERTWIST_PHASE_2R_PACKET_2R_C_OWNERSHIP_AND_ACCEPTANCE_CONTRACT_2026-05-13.md - the landed
Aarav2709/KubeTimrwidening packet now lives indocs/HYPERTWIST_PHASE_3R_PACKET_3R_A_KUBETIMR_IMPLEMENTATION_2026-05-13.md - the landed
Hypercubers/hypercubing.xyzwidening packet now lives indocs/HYPERTWIST_PHASE_3R_PACKET_3R_B_HYPERCUBING_XYZ_IMPLEMENTATION_2026-05-13.md - the landed
apache/echartswidening packet now lives indocs/HYPERTWIST_PHASE_3R_PACKET_3R_C_ECHARTS_IMPLEMENTATION_2026-05-13.md - the next bounded move is
Phase 3R-D
Companion docs:
docs/HYPERTWIST_CANONICAL_RESTART_RECONCILIATION_2026-05-12.mddocs/HT_REPO_INCORPORATION_AUDIT_2026-05-11.mddocs/HYPERTWIST_REPO_EVALUATION_RESET_AND_IMPLEMENTATION_SCHEDULE_2026-05-11.mddocs/HYPERTWIST_PHASE_1R_RETAINED_SET_CONTRACT_AND_HANDOFF_2026-05-13.mddocs/HYPERTWIST_LIVE_LANES_SOURCE_AND_PRESERVATION_AUDIT_2026-05-13.mddocs/HYPERTWIST_PHASE_2R_PACKET_2R_A_OWNERSHIP_AND_ACCEPTANCE_CONTRACT_2026-05-13.mddocs/HYPERTWIST_PHASE_2R_PACKET_2R_B_OWNERSHIP_AND_ACCEPTANCE_CONTRACT_2026-05-13.mddocs/HYPERTWIST_PHASE_2R_PACKET_2R_C_OWNERSHIP_AND_ACCEPTANCE_CONTRACT_2026-05-13.mddocs/HYPERTWIST_PHASE_3R_PACKET_3R_A_KUBETIMR_IMPLEMENTATION_2026-05-13.mddocs/HYPERTWIST_PHASE_3R_PACKET_3R_B_HYPERCUBING_XYZ_IMPLEMENTATION_2026-05-13.mddocs/HYPERTWIST_REPO_STATE_BOARD_2026-05-11.md
Landed live-lane legal records
abunickabhi/5style-Trainer
Decision date:
2026-05-13
Current licensing judgment:
MIT- preserve the checked local license text exactly as present
- the checked local
LICENSEnotice namesTao Yu - treat the derivative Tao-trainer lineage as a tracked provenance fact, not as noise to erase
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\abunickabhi\5style-Trainer\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\abunickabhi\5style-Trainer\README.mdC:\HyperTwist\docs\HYPERTWIST_LIVE_LANES_SOURCE_AND_PRESERVATION_AUDIT_2026-05-13.md
Practical obligations:
- preserve the MIT text in third-party notices or equivalent release/legal materials
- preserve the checked copyright notice to
Tao Yu - do not restate this lane as a plain standalone authorless
MITtransplant
Approved working posture:
- preserve as a landed first-party permissive lane
- widen only through ordinary owned enhancement work
- keep the lineage note visible in future legal or provenance summaries
tao-yu/Alg-Trainer
Decision date:
2026-05-13
Current licensing judgment:
MIT
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\tao-yu\Alg-Trainer\LICENSEC:\HyperTwist\docs\HYPERTWIST_LIVE_LANES_SOURCE_AND_PRESERVATION_AUDIT_2026-05-13.md
Practical obligations:
- preserve the MIT text in third-party notices or equivalent release/legal materials
- preserve the checked copyright notice to
Tao Yu
Approved working posture:
- preserve as a landed first-party permissive lane
- widen only through ordinary owned enhancement work
Aarav2709/KubeTimr
Decision date:
2026-05-13
Current licensing judgment:
MIT- preserve the checked local license text exactly as present
- the checked local license notice currently uses
Copyright (c) 2024 KubeTimr
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\Aarav2709\KubeTimr\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\Aarav2709\KubeTimr\README.mdC:\HyperTwist\docs\HYPERTWIST_PHASE_3R_PACKET_3R_A_KUBETIMR_IMPLEMENTATION_2026-05-13.mdC:\HyperTwist\docs\HYPERTWIST_LIVE_LANES_SOURCE_AND_PRESERVATION_AUDIT_2026-05-13.md
Practical obligations:
- preserve the MIT text in third-party notices or equivalent release/legal materials
- preserve the checked copyright notice exactly as present
Approved working posture:
- preserve as a landed first-party permissive timer subsystem lane
- widen only through ordinary owned enhancement work
- treat future work as preserve-and-enhance work, not as unresolved donor-candidate work
Hypercubers/hypercubing.xyz
Decision date:
2026-05-13
Current licensing judgment:
MIT- preserve the checked local license text exactly as present
- the checked local license notice currently uses
Copyright (c) 2023 Hypercubers
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\Hypercubers\hypercubing.xyz\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\Hypercubers\hypercubing.xyz\docs\progression.mdC:\Workspaces\HyperTwist\mirrors\permissive\Hypercubers\hypercubing.xyz\docs\notation.mdC:\Workspaces\HyperTwist\mirrors\permissive\Hypercubers\hypercubing.xyz\docs\software\index.mdC:\Workspaces\HyperTwist\mirrors\permissive\Hypercubers\hypercubing.xyz\hooks\feature_matrix.pyC:\Workspaces\HyperTwist\mirrors\permissive\Hypercubers\hypercubing.xyz\leaderboards\generate_leaderboards.pyC:\HyperTwist\docs\HYPERTWIST_PHASE_3R_PACKET_3R_B_HYPERCUBING_XYZ_IMPLEMENTATION_2026-05-13.mdC:\HyperTwist\docs\HYPERTWIST_LIVE_LANES_SOURCE_AND_PRESERVATION_AUDIT_2026-05-13.md
Practical obligations:
- preserve the MIT text in third-party notices or equivalent release/legal materials
- preserve the checked copyright notice exactly as present
- preserve the repo identity in provenance summaries when referencing the landed knowledge, notation, progression, software-comparison, or leaderboard-contract lane
Approved working posture:
- preserve as a landed first-party permissive hypercubing knowledge and community-reference lane
- widen only through ordinary owned enhancement work
- treat future work as preserve-and-enhance work, not as unresolved donor-candidate work
- do not let the repo's static-site shell or page prose override first-party product architecture ownership
Lykos/cube_trainer
Decision date:
2026-05-13
Current licensing judgment:
MIT
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\Lykos\cube_trainer\LICENSEC:\HyperTwist\docs\HYPERTWIST_LIVE_LANES_SOURCE_AND_PRESERVATION_AUDIT_2026-05-13.md
Practical obligations:
- preserve the MIT text in third-party notices or equivalent release/legal materials
- preserve the checked copyright notice to
Bernhard F. Brodowsky
Approved working posture:
- preserve as a landed first-party permissive lane
- widen only through ordinary owned enhancement work
poliva/cubedex
Decision date:
2026-05-13
Current licensing judgment:
- current HyperTwist control-plane posture remains
MIT - the checked local mirror currently lacks a standalone
LICENSE,COPYING, orNOTICEfile - the checked local
package.jsoncurrently does not declare alicensefield - treat that as a tracked mirror-surface gap, not as permission to silently change the canonical lane posture
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\poliva\cubedex\package.jsonC:\HyperTwist\docs\HYPERTWIST_LIVE_LANES_SOURCE_AND_PRESERVATION_AUDIT_2026-05-13.md- current HyperTwist canonical row state and retained-set docs
Practical obligations:
- preserve the current canonical
MITposture unless new source-backed evidence overturns it - keep the mirror-surface gap explicitly recorded in legal/provenance tracking
- if the mirror is refreshed or packaged for external redistribution, re-confirm the upstream license surface before flattening this note away
Approved working posture:
- preserve as a landed first-party permissive lane
- widen only through ordinary owned enhancement work
- do not drop the mirror-gap note from future legal packets
newyork-anthonyng/rubiks-cross-trainer
Decision date:
2026-05-13
Current licensing judgment:
MIT
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\newyork-anthonyng\rubiks-cross-trainer\LICENSEC:\HyperTwist\docs\HYPERTWIST_LIVE_LANES_SOURCE_AND_PRESERVATION_AUDIT_2026-05-13.md
Practical obligations:
- preserve the MIT text in third-party notices or equivalent release/legal materials
- preserve the checked copyright notice to
Anthony Ng
Approved working posture:
- preserve as a landed first-party permissive lane
- widen only through ordinary owned enhancement work
onionhoney/roux-trainers
Decision date:
2026-04-27- refreshed on
2026-05-13
Current licensing judgment:
GPL-3.0- treat as restrictive clean-room only
- do not use directly in a proprietary HyperTwist core
- this lane is already implemented/live in HyperTwist only through the accepted clean-room chain
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\onionhoney\roux-trainersC:\visual_studio_solutions\multi_project\GPT 5.4 HyperTwist parse\43-onionhoney-roux-trainers-clean-room-dossier.mdC:\Workspaces\HyperTwist\clean-room-specs\onionhoney-roux-trainers.model-a.mdC:\Workspaces\HyperTwist\clean-room-specs\onionhoney-roux-trainers.model-b.mdC:\HyperTwist\docs\HYPERTWIST_LIVE_LANES_SOURCE_AND_PRESERVATION_AUDIT_2026-05-13.md
Practical obligations:
- keep the donor mirror in restrictive custody
- keep the Model A / Model B lineage explicit
- preserve the first-party landed-state evidence and scrubbed handoff visibility
- never treat the already-landed state as permission for direct mirror reuse
Approved working posture:
- preserve the repo as a landed restrictive clean-room precedent only
- do not treat the existing clean-room implementation work as permission for later direct source reuse
- start future widening from first-party outputs and scrubbed clean-room specs only
Other tracked decisions
cutelyaware/magiccube4d
Decision date:
2026-04-24
Current licensing judgment:
- usable for HyperTwist
- not blocked
- treat as a custom permissive, attribution-request license
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\cutelyaware\magiccube4d\LICENSE.mdC:\HyperTwist\zippedreposource\magiccube4d-master.zip
Practical obligations:
- preserve the upstream copyright notice
- provide proper attribution in a natural product-facing place
- include a link to
http://superliminal.com/cube/cube.htm - preserve the upstream license text in third-party notices or equivalent release/legal materials
Recommended attribution handling:
Help > About- third-party notices file
- source comments near vendored or closely adapted code
- release/license declarations
Tracked provenance note:
- HyperTwist also possesses a local source archive:
C:\HyperTwist\zippedreposource\magiccube4d-master.zip
- current HyperTwist posture:
- use the mirrored
cutelyaware/magiccube4drepo plus itsLICENSE.mdas the canonical legal basis - retain the zip as duplicate source possession and provenance context, not as a separate unresolved legal lane
- use the mirrored
src/com/donhatchsw/util/MyMath.javacontains a comment stating that onelog1pformulation was found in GSLGPL version 2, while also suggesting the underlying numerical method traces back to Kahan- current HyperTwist posture: record that note, preserve attribution/provenance context, and avoid pretending the repo is a zero-friction plain-
MITtransplant - current blocker status: not a blocker
Approved working posture:
- treat
cutelyaware/magiccube4das a normal donor candidate with attribution and notice preservation - do not force it into the clean-room-only lane
- do not keep it in the
Model B forbidden by defaultbucket merely because the license text is custom rather than OSI-template
cubing/cubing.js
Decision date:
2026-04-24
Current licensing judgment:
- usable for HyperTwist
- not a plain permissive license
- treat as a dual
MPL-2.0 OR GPL-3.0-or-laterdependency, with the practical integration path based on theMPLside
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\cubing\cubing.js\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\cubing\cubing.js\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\cubing\cubing.js\LICENSE-MPL.mdC:\Workspaces\HyperTwist\mirrors\permissive\cubing\cubing.js\LICENSE-GPL.md
Practical obligations:
- if HyperTwist uses
cubing.jsas a library, keep the upstream notices and license materials intact - if HyperTwist modifies
cubing.jssource files, those modifications to thecubing.jssource itself must be published - preserve third-party notices for vendored code and assets where required
Recommended working posture:
- prefer package dependency, adapter boundary, or sidecar/library consumption
- avoid deep private forks unless you are prepared to publish the modified
cubing.jssource files - treat it as a strong semantic/runtime donor for classic-cubing state, notation, scramble, rendering, and smartcube integration, but not as the proprietary core you freely rewrite in place without consequences
cubing/alg.js
Decision date:
2026-04-24
Current licensing judgment:
- explicit
GPL-3.0-or-later - do not use directly in a proprietary HyperTwist core
- keep in restrictive custody
- approved as a separate clean-room donor target
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\cubing\alg.js\package.jsonC:\Workspaces\HyperTwist\mirrors\restrictive\cubing\alg.js\LICENSE.md
Approved working posture:
- do not fold this repo away just because
cubing.jsalso covers algorithm semantics - treat it as its own Model A extraction line for parser, AST, traversal, validation, keyboard, and URL/interchange semantics
- Model B must not read the mirror
- Model B may only consume
C:\Workspaces\HyperTwist\clean-room-specs\cubing-alg-js.model-a.md
cubing/twisty.js
Decision date:
2026-04-24
Current licensing judgment:
- explicit
GPL-3.0-or-later - do not use directly in a proprietary HyperTwist core
- keep in restrictive custody
- approved as a separate clean-room donor target
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\cubing\twisty.js\package.jsonC:\Workspaces\HyperTwist\mirrors\restrictive\cubing\twisty.js\LICENSE.md
Approved working posture:
- do not collapse this repo into the broader
cubing.jslane for custody purposes - treat it as its own Model A extraction line for compact viewer/player architecture, scrubber/control-bar semantics, animation/cursor observers, puzzle adapters, and embedded
<twisty>element behavior - Model B must not read the mirror
- Model B may only consume
C:\Workspaces\HyperTwist\clean-room-specs\cubing-twisty-js.model-a.md
cahidenes/rubiks-cube-solver
Decision date:
2026-05-13
Current licensing judgment:
- explicit
MIT - repo code is usable for HyperTwist under the checked permissive license text
- not a clean-room case
- treat as a bounded recognition-comparison adjunct donor behind the retained recognition anchors
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\cahidenes\rubiks-cube-solver\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\cahidenes\rubiks-cube-solver\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\cahidenes\rubiks-cube-solver\rubiks-cube-solver.py
Important distinction:
- the checked mirror does contain a top-level
LICENSE, so this row is not in the same confidence posture astentone/rubix-solver - the strongest current product value is not a primary recognition shell, but a narrow comparison lane:
- face-orientation fill logic
- cube-string assembly from partial capture
- lightweight HSV and per-sticker bookkeeping
- two-opposite-corner fast-recognition assumptions as an optional adjunct heuristic
- that makes it useful for validation and cross-checking behind the retained recognition anchors, not for primary calibration, reconstruction, or product-shell ownership
Approved working posture:
- HyperTwist may use the codebase directly under the checked
MITposture - keep it subordinate to the retained
kkoomen/qbrandvivaansinghvi07/rubix-cube-solverlanes - do not let it expand into the primary recognition, calibration, or correction shell
- use its later widening only through the comparison-adjunct route packetized in
Phase 2R-C
tentone/rubix-solver
Decision date:
2026-04-24
Current licensing judgment:
- treat as permissive enough to remain active
- practical working assumption:
MIT - confidence is weaker than a repo with a bundled top-level license file
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\tentone\rubix-solver\README.md- public repo page observed on
2026-04-24
Important caveat:
- the mirrored source tree does not contain a top-level
LICENSEfile - the MIT posture is asserted by upstream README/repo presentation rather than proven by a bundled license text in the mirror
Approved working posture:
- keep active as a strategic donor
- preserve the upstream README licensing statement in the evaluation record
- if HyperTwist later vendors code directly from this repo, capture and retain the final authoritative upstream license text at that time rather than relying only on the current mirror
NuiLab/code-vr
Decision date:
2026-05-13
Current licensing judgment:
- explicit
MIT - repo code is usable for HyperTwist under the checked permissive license text
- not a clean-room case
- treat as a bounded symbolic-to-spatial pedagogy experiment donor only
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\NuiLab\code-vr\license.mdC:\Workspaces\HyperTwist\mirrors\permissive\NuiLab\code-vr\readme.mdC:\Workspaces\HyperTwist\mirrors\permissive\NuiLab\code-vr\codevr\src\main.rsC:\Workspaces\HyperTwist\mirrors\permissive\NuiLab\code-vr\codevr\src\app\player.rsC:\Workspaces\HyperTwist\mirrors\permissive\NuiLab\code-vr\languages\python\parse.pyC:\Workspaces\HyperTwist\mirrors\permissive\NuiLab\code-vr\languages\client\src\main.rs
Important distinction:
- the checked mirror does contain a top-level
license.md, so the permissive posture is source-backed - the strongest current product value is not the game shell or XR runtime itself, but a narrow concept lane:
- symbolic structures converted into traversable space
- parse/export/runtime separation
- spatial pedagogy around abstract structure
- multi-process teaching-sidecar behavior
- that makes it useful for later experimental teaching surfaces, not for direct ownership of HyperTwist's XR runtime, gameplay shell, or code-intelligence product direction
Approved working posture:
- HyperTwist may use the codebase directly under the checked
MITposture - keep it bounded as a symbolic-to-spatial pedagogy experiment donor only
- keep practical XR runtime ownership with the retained
pmndrs/xrlane and broader product runtime ownership outside this donor - use any later widening only through the experiment route packetized in
Phase 2R-C
kash/cubedesk
Decision date:
2026-04-24
Current licensing judgment:
- contradictory inside the repo materials
- do not treat as a clean direct donor
- keep in restrictive clean-room custody
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\kash\cubedesk\README.mdC:\Workspaces\HyperTwist\mirrors\restrictive\kash\cubedesk\LICENSE.mdC:\Workspaces\HyperTwist\mirrors\restrictive\kash\cubedesk\package.json
Observed contradiction:
README.mdsays the project is licensed under GPL version 3 or laterLICENSE.mdis GPLv3package.jsonsaysCubeDesk, Inc. All Rights Reserved
Approved working posture:
- do not rely on direct code use
- do not rely on a naive GPL-only assumption without resolving the contradiction
- keep the mirror in restrictive custody
- treat the repo as a clean-room strategic donor for product-subsystem extraction only
cs0x7f/cstimer
Decision date:
2026-04-27
Current licensing judgment:
- treat as restrictive
- do not use directly in a proprietary HyperTwist core
- keep in restrictive custody
- approved for planning as:
- clean-room timer-pattern candidate
- behavioral benchmark
- future timer and analytics parity reference
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\cs0x7f\cstimerC:\visual_studio_solutions\multi_project\GPT 5.4 HyperTwist parse\41-cs0x7f-cstimer-upstream-dossier.mdC:\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-Estatus 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
Decision date:
2026-04-27
Current licensing judgment:
- treat as restrictive
- do not use directly in a proprietary HyperTwist core
- keep in restrictive custody
- approved for planning as a benchmark oracle, not as a normal donor
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\efrantar\rob-twophaseC:\visual_studio_solutions\multi_project\GPT 5.4 HyperTwist parse\40-efrantar-rob-twophase-upstream-dossier.mdC:\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-Estatus as a secondary solver oracle focused on metric and performance comparison - preserve its benchmark-oracle role explicitly in later validation and Phase
8planning 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.rstC:\Workspaces\HyperTwist\mirrors\restrictive\brownan\Rubiks-Cube-Solver\cube.cC:\Workspaces\HyperTwist\mirrors\restrictive\brownan\Rubiks-Cube-Solver\goal.cC:\Workspaces\HyperTwist\mirrors\restrictive\brownan\Rubiks-Cube-Solver\main.cC:\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.mdand.oracle.mdfiles subordinate to the0R-Epacket 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.mdC:\Workspaces\HyperTwist\mirrors\restrictive\aMonteSl\CodeXR\src\extension.tsC:\Workspaces\HyperTwist\mirrors\restrictive\aMonteSl\CodeXR\src\core\startup\startupCoordinator.tsC:\Workspaces\HyperTwist\mirrors\restrictive\aMonteSl\CodeXR\src\servers\runtime\multiServerLauncher.tsC:\Workspaces\HyperTwist\mirrors\restrictive\aMonteSl\CodeXR\templates\components\codexr\virtual-screen\virtualScreenRuntime.jsC:\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.mdC:\Workspaces\HyperTwist\mirrors\restrictive\MathewKJ2048\Rubiks-cube-simulator\src\Main.javaC:\Workspaces\HyperTwist\mirrors\restrictive\MathewKJ2048\Rubiks-cube-simulator\src\GUI_Cube.javaC:\Workspaces\HyperTwist\mirrors\restrictive\MathewKJ2048\Rubiks-cube-simulator\src\Cube_solver.javaC:\Workspaces\HyperTwist\mirrors\restrictive\MathewKJ2048\Rubiks-cube-simulator\src\cube\Cube.javaC:\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, andvwcwong/CubeSimfor 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-
Nalgorithm benchmark - later clean-room research input
- large-
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\ShellPuppy\RCube\README.mdC:\Workspaces\HyperTwist\mirrors\restrictive\ShellPuppy\RCube\RCube\Cube.hC:\Workspaces\HyperTwist\mirrors\restrictive\ShellPuppy\RCube\RCube\Cube.cppC:\Workspaces\HyperTwist\mirrors\restrictive\ShellPuppy\RCube\RCube\CubeViewer.cppC:\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.mdC:\Workspaces\HyperTwist\mirrors\restrictive\vwcwong\CubeSim\src\cube\cube.pyC:\Workspaces\HyperTwist\mirrors\restrictive\vwcwong\CubeSim\src\cube\history_cube.pyC:\Workspaces\HyperTwist\mirrors\restrictive\vwcwong\CubeSim\src\scramble\generator.pyC:\Workspaces\HyperTwist\mirrors\restrictive\vwcwong\CubeSim\src\cube\solver.pyC:\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-Epacket 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.mdC:\Workspaces\HyperTwist\mirrors\restrictive\AviKaufman\Rubix-cube-trainer\package.jsonC:\Workspaces\HyperTwist\mirrors\restrictive\AviKaufman\Rubix-cube-trainer\src\main.tsC:\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.mdC:\Workspaces\HyperTwist\mirrors\restrictive\alinen\cube\Assets\Scripts\CubePlanner.csC:\Workspaces\HyperTwist\mirrors\restrictive\alinen\cube\Assets\Scripts\CubeTaskSolver.csC:\Workspaces\HyperTwist\mirrors\restrictive\alinen\cube\Assets\Scripts\CubeStateManager.csC:\Workspaces\HyperTwist\mirrors\restrictive\alinen\cube\Assets\Scripts\CubeController.csC:\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.mdC:\Workspaces\HyperTwist\mirrors\restrictive\ambisinister\blindsolve\main.pyC:\Workspaces\HyperTwist\mirrors\restrictive\ambisinister\blindsolve\cube.pyC:\Workspaces\HyperTwist\mirrors\restrictive\ambisinister\blindsolve\algs.pyC:\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.mdC:\Workspaces\HyperTwist\mirrors\permissive\brianpeiris\RiftSketch\js\Sketch.jsC:\Workspaces\HyperTwist\mirrors\permissive\brianpeiris\RiftSketch\js\SketchController.jsC:\Workspaces\HyperTwist\mirrors\permissive\brianpeiris\RiftSketch\js\RiftSandbox.jsC:\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.mdC:\Workspaces\HyperTwist\mirrors\permissive\yakupbilen\drl-rubiks-cube\cube\cube.pyC:\Workspaces\HyperTwist\mirrors\permissive\yakupbilen\drl-rubiks-cube\search\search.pyC:\Workspaces\HyperTwist\mirrors\permissive\yakupbilen\drl-rubiks-cube\train\train_utils.pyC:\Workspaces\HyperTwist\mirrors\permissive\yakupbilen\drl-rubiks-cube\networks\modelpaper.pyC:\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:
2026-04-24
Current licensing judgment:
- explicit
GPL-3.0 - do not use directly in a proprietary HyperTwist core
- keep in restrictive custody
- approved as a focused clean-room donor target
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\HactarCE\2x2x2x2-Scrambler\LICENSEC:\Workspaces\HyperTwist\mirrors\restrictive\HactarCE\2x2x2x2-Scrambler\src\cljc\scrambler\puzzle\core.cljcC:\Workspaces\HyperTwist\mirrors\restrictive\HactarCE\2x2x2x2-Scrambler\src\cljc\scrambler\puzzle\state_generator.cljc
Important provenance note:
- the source explicitly says it is a Clojure port of
pentaquark394's earlier random-state scrambler - the same comments also say some algorithms and comments/docstrings were copied nearly verbatim
- practical implication: preserve the provenance note in evaluation records and keep the repo firmly in Model A custody
Approved working posture:
- treat it as a focused restrictive clean-room donor for Melinda
2x2x2x2random-state generation, parity/handedness logic, move-family semantics, and flat debug rendering - Model B must not read the mirror
- Model B may only consume
C:\Workspaces\HyperTwist\clean-room-specs\hactarce-2x2x2x2-scrambler.model-a.md
coqui-ai/TTS
Decision date:
2026-04-24
Current licensing judgment:
- source code is usable for HyperTwist under
MPL-2.0 - the repo is not a clean-room case by default
- treat it as a boundary-sensitive donor because model payload licenses are separate from the code license
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\coqui-ai\TTS\LICENSE.txtC:\Workspaces\HyperTwist\mirrors\permissive\coqui-ai\TTS\setup.pyC:\Workspaces\HyperTwist\mirrors\permissive\coqui-ai\TTS\TTS\.models.json
Important distinction:
- the package code is
MPL-2.0 - the built-in model registry mixes multiple payload licenses, including:
CPMLCC BY-NC-ND 4.0Apache 2.0BSD-3-ClauseMITMPL
- some flagship models also declare
tos_required: true
Approved working posture:
- HyperTwist may use the codebase as a donor/dependency/source of architectural extraction under the
MPL-2.0code posture - do not collapse code and model-weight licensing into one bucket
- track each chosen voice model or downloadable payload separately at implementation time
- prefer a bounded speech sidecar or service seam so the product can swap or isolate model choices later without entangling the core coaching logic
rhasspy/piper
Decision date:
2026-04-24
Current licensing judgment:
- source code is usable for HyperTwist under
MIT - the repo is not a clean-room case
- treat it as a bounded sidecar candidate, not a foundation or broad strategic donor
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\rhasspy\piper\LICENSE.mdC:\Workspaces\HyperTwist\mirrors\permissive\rhasspy\piper\src\python_run\piper\voices.json
Important distinction:
- the checked-in code is
MIT - the repo README says active development moved to
OHF-Voice/piper1-gpl - downloadable voice artifacts are separate from the code and should still be reviewed per selected voice/model card before being treated as default shipping assets
Approved working posture:
- HyperTwist may use the codebase and runtime shape directly as a lean local TTS sidecar under the
MITcode posture - do not over-elevate it into the broader voice strategy; its main strength is lightweight offline narration
- keep voice-asset review separate from the code-license judgment
screenpipe/screenpipe
Decision date:
2026-04-24
Current licensing judgment:
- mixed-license repo
- permissive core outside
ee/ - enterprise-restricted subtree inside
ee/ - usable as a selective donor only outside
ee/
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\screenpipe\screenpipe\LICENSE.mdC:\Workspaces\HyperTwist\mirrors\restrictive\screenpipe\screenpipe\ee\LICENSEC:\Workspaces\HyperTwist\mirrors\restrictive\screenpipe\screenpipe\ee\README.mdC:\Workspaces\HyperTwist\mirrors\restrictive\screenpipe\screenpipe\Cargo.toml
Important distinction:
- top-level license file grants permissive use outside
ee/ ee/is explicitly enterprise-licensed and production-restricted- the Rust workspace metadata also declares permissive licensing, but the practical HyperTwist boundary still needs to exclude
ee/
Approved working posture:
- treat the repo as a strategic donor with care for capture/history/replay, permissions, vault, and notification architecture
- do not treat it as a carefree blanket-permissive mirror
- do not consume
ee/under a relaxed donor posture - keep the mirror in boundary-sensitive custody unless a narrower allowlist is created later
ggml-org/whisper.cpp
Decision date:
2026-04-24
Current licensing judgment:
- source code is usable for HyperTwist under
MIT - the repo is not a clean-room case
- treat it as a bounded speech-input sidecar rather than a foundation
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\ggml-org\whisper.cpp\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\ggml-org\whisper.cpp\include\whisper.hC:\Workspaces\HyperTwist\mirrors\permissive\ggml-org\whisper.cpp\examples\server\server.cpp
Important distinction:
- the code is MIT
- model files and deployment choices are still operational concerns, but there is no current code-license blocker
- the strongest current product value is bounded offline STT, especially with VAD and constrained-grammar support
Approved working posture:
- HyperTwist may use the codebase directly as the primary offline STT sidecar candidate under the
MITcode posture - keep it bounded behind a speech-input seam
- prefer command, dictation, and constrained coach-interaction use over broad “voice assistant platform” scope
SYSTRAN/faster-whisper
Decision date:
2026-04-24
Current licensing judgment:
- source code is usable for HyperTwist under
MIT - the repo is not a clean-room case
- treat it as a boundary-sensitive strategic donor for the Python STT lane rather than as a foundation
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\SYSTRAN\faster-whisper\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\SYSTRAN\faster-whisper\setup.pyC:\Workspaces\HyperTwist\mirrors\permissive\SYSTRAN\faster-whisper\faster_whisper\transcribe.pyC:\Workspaces\HyperTwist\mirrors\permissive\SYSTRAN\faster-whisper\faster_whisper\vad.pyC:\Workspaces\HyperTwist\mirrors\permissive\SYSTRAN\faster-whisper\tests\test_transcribe.py
Important distinction:
- the code is MIT
- model artifacts still need the ordinary model-card review you would do for any selected Whisper-family checkpoint
- the strongest current product value is not generic dictation but Python-side service orchestration with batching, timestamps, VAD, and hotword support
Approved working posture:
- HyperTwist may use the codebase directly as the primary Python STT donor/service-layer candidate under the
MITcode posture - keep it bounded behind a transcription-service seam rather than letting it shape the gameplay/runtime core
- treat it as complementary to
ggml-org/whisper.cpp: preferwhisper.cppfor harder native/runtime boundaries andfaster-whisperfor Python orchestration, batch transcription, and rapid feature delivery
PostHog/posthog
Decision date:
2026-04-24
Current licensing judgment:
- the repo is mixed-license
- content outside
ee/is available underMIT - content under
ee/is enterprise-licensed and production-restricted - this is not a clean-room requirement by default, but it is not a carefree permissive donor either
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\PostHog\posthog\LICENSEC:\Workspaces\HyperTwist\mirrors\restrictive\PostHog\posthog\ee\LICENSEC:\Workspaces\HyperTwist\mirrors\restrictive\PostHog\posthog\products\replay\manifest.tsxC:\Workspaces\HyperTwist\mirrors\restrictive\PostHog\posthog\products\replay\skills\diagnosing-missing-recordings\SKILL.mdC:\Workspaces\HyperTwist\mirrors\restrictive\PostHog\posthog\products\feature_flags\mcp\tools.yaml
Important distinction:
- the old HyperTwist board mapped this repo into the wrong lane
- it is not a vision/perception donor
- the useful value is telemetry, replay, feature-flag governance, and product/service boundary architecture
- the legal boundary is also not “whole repo MIT”; any relaxed donor use must explicitly exclude
ee/
Approved working posture:
- keep the mirror in restrictive/manual-review custody because the repo contains both MIT and enterprise-licensed code
- do not flatten it into benchmark-only status, because the replay and feature-flag lanes are genuinely useful
- do not treat it as a direct shell donor or as a vision donor
- if HyperTwist borrows directly, keep that borrowing to clearly MIT paths and continue to exclude
ee/ - if later implementation work needs deeper reuse, create a scrubbed extraction path for the exact MIT subsystems rather than letting mixed-license source drift into generic implementation work
remotion-dev/remotion
Decision date:
2026-04-24
Current licensing judgment:
- custom commercial two-tier license at repo level
- not a clean permissive donor
- not a clean-room requirement by default
- treat as a commercially sensitive bounded sidecar candidate
Source basis:
C:\Workspaces\HyperTwist\mirrors\restrictive\remotion-dev\remotion\LICENSE.mdC:\Workspaces\HyperTwist\mirrors\restrictive\remotion-dev\remotion\package.jsonC:\Workspaces\HyperTwist\mirrors\restrictive\remotion-dev\remotion\packages\player\package.jsonC:\Workspaces\HyperTwist\mirrors\restrictive\remotion-dev\remotion\packages\renderer\package.jsonC:\Workspaces\HyperTwist\mirrors\restrictive\remotion-dev\remotion\packages\studio\package.jsonC:\Workspaces\HyperTwist\mirrors\restrictive\remotion-dev\remotion\packages\media-parser\package.json
Important distinction:
- the checked
LICENSE.mddoes not use a$1Mrevenue threshold - the checked
LICENSE.mdgrants free use only for:- individuals
- for-profit organizations with up to
3employees - non-profits
- evaluation use before commercial adoption
- for-profit use outside that eligibility requires a company license under the repo's current commercial terms
- some subpackages expose narrower package-level license strings, but the package split is mixed rather than uniformly permissive:
@remotion/studio:MIT@remotion/player:SEE LICENSE IN LICENSE.md@remotion/renderer:SEE LICENSE IN LICENSE.md@remotion/media-parser:Remotion License https://remotion.dev/license
- the main packages HyperTwist would likely care about for export, playback, and media parsing still point back to the custom Remotion licensing posture rather than a plain
MITpath
Approved working posture:
- keep it as a bounded media-export and explainer sidecar candidate
- do not treat it as a plain permissive donor
- do not treat it as core architecture
- if HyperTwist ever uses it directly in a commercial deployment context, confirm the exact company-license obligation for the specific package set being shipped
- do not describe this row with stale
$1Mlanguage unless a later upstream license text actually reintroduces that threshold
met4citizen/TalkingHead
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a strategic donor for the embodied coach and companion lane
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\met4citizen\TalkingHead\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\met4citizen\TalkingHead\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\met4citizen\TalkingHead\modules\talkinghead.mjsC:\Workspaces\HyperTwist\mirrors\permissive\met4citizen\TalkingHead\modules\retargeter.mjsC:\Workspaces\HyperTwist\mirrors\permissive\met4citizen\TalkingHead\modules\playback-worklet.jsC:\Workspaces\HyperTwist\mirrors\permissive\met4citizen\TalkingHead\examples\azure-audio-streaming.htmlC:\Workspaces\HyperTwist\mirrors\permissive\met4citizen\TalkingHead\tests\streaming-tests.html
Important distinction:
- the code posture is cleanly MIT
- sample avatars, media, and external TTS vendor flows visible in the repo are separate provenance and deployment questions and must not be conflated with the code license
- the strongest current product value is not “talking avatar as a product,” but embodied coach presence:
- realtime speech and lip-sync queueing
- subtitle synchronization
avatarOnlyembedding into an external scene/camera- gesture, emoji, mood, and pose orchestration
- Mixamo-style retargeting helpers
- low-latency streaming audio playback with underrun/queue metrics
Approved working posture:
- HyperTwist may use the codebase directly as a strategic donor for the embodied coach and companion lane under the
MITcode posture - keep it bounded to coach/avatar presence, narrated replay/training, and embedded companion workflows
- do not let it redefine HyperTwist into a general-purpose avatar or character product
- before shipping, separately review which sample assets, avatar packs, and external TTS integrations are actually distributable in the final product
apache/echarts
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
Apache-2.0 - not a clean-room case
- treat as a bounded analytics and reporting donor
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\NOTICEC:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\src\core\echarts.tsC:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\src\model\OptionManager.tsC:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\src\data\DataStore.tsC:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\src\component\thumbnail\ThumbnailView.tsC:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\src\component\dataZoom\history.tsC:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\src\component\toolbox\feature\DataView.tsC:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\src\component\toolbox\feature\SaveAsImage.tsC:\Workspaces\HyperTwist\mirrors\permissive\apache\echarts\ssr\client\src\index.ts
Important distinction:
- the code posture is cleanly permissive
- Apache redistribution still carries ordinary
NOTICEretention expectations - the strongest current product value is not generic charting, but bounded reporting infrastructure:
- mature option/state management
- multidimensional data storage
- zoom-history and minimap/thumbnail interaction patterns
- export and raw data-view tooling
- accessibility support
- SSR plus hydration for companion reporting surfaces
Approved working posture:
- HyperTwist may use the codebase directly as a bounded analytics and reporting donor under the
Apache-2.0code posture - keep it bounded to dashboards, replay analytics, progress reporting, and exportable coaching summaries
- preserve normal Apache
NOTICEobligations in redistributed builds - do not let it redefine HyperTwist into a generic BI/dashboard product
Current implementation truth:
Phase 3R-Cis now closed andapache/echartsis a landed first-party HyperTwist analytics, reporting, export, and progress-visualization lane- future widening for this lane should start from HYPERTWIST_PHASE_3R_PACKET_3R_C_ECHARTS_IMPLEMENTATION_2026-05-13.md, then the live-lane audit
ecomfe/zrenderandecomfe/echarts-glremain subordinate support lanes beneath this owner and are not separately live through3R-C
ecomfe/zrender
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
BSD-3-Clause - not a clean-room case
- treat as a lower-level render/dependency donor, not as a separate strategic lane
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\zrender\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\zrender\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\zrender\src\zrender.tsC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\zrender\src\Storage.tsC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\zrender\src\canvas\Painter.tsC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\zrender\src\svg\Painter.tsC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\zrender\src\dom\HandlerProxy.tsC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\zrender\src\animation\Animator.tsC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\zrender\src\graphic\Group.ts
Important distinction:
- the code posture is cleanly permissive
- the strongest current product value is not as a separate app/UI lane, but as substrate:
- canvas and SVG painters
- scene-graph/displayable primitives
- event handling
- lightweight animation
- geometry, path, text, and image primitives
- for HyperTwist, that value is usually best realized indirectly through
apache/echartsunless later work needs more direct control over custom2Doverlays or widgets
Approved working posture:
- HyperTwist may use the codebase directly under the
BSD-3-Clausecode posture - keep it conceptually subordinate to the
apache/echartslane unless HyperTwist later chooses to own custom low-level2Drendering more directly - do not let it expand into a separate product lane by default
Current implementation truth:
- the landed
apache/echarts3R-Clane did not convertecomfe/zrenderinto a separate live HyperTwist lane - future use should stay explicitly subordinate beneath the landed
apache/echartsreporting owner
ecomfe/echarts-gl
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
BSD-3-Clause - not a clean-room case
- treat as a bounded
3Danalytics and explainer donor under theapache/echartslane
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\echarts-gl\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\echarts-gl\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\echarts-gl\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\echarts-gl\src\echarts-gl.jsC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\echarts-gl\src\chart\common\GLViewHelper.jsC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\echarts-gl\src\chart\surface\SurfaceView.jsC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\echarts-gl\src\export\charts.jsC:\Workspaces\HyperTwist\mirrors\permissive\ecomfe\echarts-gl\src\export\components.js
Important distinction:
- the code posture is cleanly permissive
- the strongest current product value is not generic WebGL ownership, but a bounded
3Danalytics layer:- modular
3Dchart exports - GL graph/flow views
grid3D,geo3D, andglobecomponents- practical GL-layer mounting and
zlevelcoordination - chart-space zoom/pan-to-camera helper behavior
- modular
- that makes it useful for richer reporting and explainer surfaces, not for gameplay, puzzle rendering, or product-runtime ownership
Approved working posture:
- HyperTwist may use the codebase directly under the
BSD-3-Clausecode posture - keep it subordinate to the
apache/echartslane as an optional3Danalytics and explainer layer - do not let it expand into a simulator, puzzle-renderer, or runtime-foundation role
Current implementation truth:
- the landed
apache/echarts3R-Clane did not convertecomfe/echarts-glinto a separate live HyperTwist lane - future use should stay explicitly subordinate beneath the landed
apache/echartsreporting owner as an optional richer analytics/explainer sidecar
pissang/claygl
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under a permissive BSD-style license text in
LICENSE - not a clean-room case
- treat as a lower-level browser
3Ddependency/reference donor beneathecomfe/echarts-gl
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\pissang\claygl\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\pissang\claygl\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\pissang\claygl\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\pissang\claygl\src\Renderer.jsC:\Workspaces\HyperTwist\mirrors\permissive\pissang\claygl\src\application.jsC:\Workspaces\HyperTwist\mirrors\permissive\pissang\claygl\src\Scene.jsC:\Workspaces\HyperTwist\mirrors\permissive\pissang\claygl\src\plugin\OrbitControl.js
Important distinction:
- the checked-in license text is permissive, but it should be tracked carefully as BSD-style rather than casually over-normalized to an SPDX label without later reconciliation
- the strongest current product value is infrastructural browser-side
3Dsupport:- renderer and scene graph
- camera, light, material, geometry, and mesh primitives
- control, picking, timeline, and compositor patterns
App3Dshelling for compact browser3Dapplications
- for HyperTwist, that value is usually best realized under the
echarts-gllane or future compact browser-side explainer widgets, not as a separate primary runtime direction
Approved working posture:
- HyperTwist may use the codebase directly under the permissive BSD-style license posture reflected in the checked-in
LICENSE - keep it subordinate to the
ecomfe/echarts-gllane as a lower-level browser3Dsubstrate - do not let it expand into a simulator, puzzle-renderer, or runtime-foundation role
pissang/clay-viewer
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
BSD-3-Clause - not a clean-room case
- treat as a bounded browser viewer/editor sidecar donor above the
pissang/claygllane
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\pissang\clay-viewer\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\pissang\clay-viewer\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\pissang\clay-viewer\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\pissang\clay-viewer\src\Viewer.jsC:\Workspaces\HyperTwist\mirrors\permissive\pissang\clay-viewer\src\defaultSceneConfig.jsC:\Workspaces\HyperTwist\mirrors\permissive\pissang\clay-viewer\src\graphic\EffectCompositor.js
Important distinction:
- the code posture is cleanly permissive
- the strongest current product value is not a generic browser runtime, but a bounded viewer/editor surface:
- picking and hotspot behavior
- animation preview and camera control
- environment, light, and post-effect presets
- compact browser-side preview or explainer workflows
- the editor layer also depends on
baidu/san, which isMIT, but that should remain folded as a commodity framework dependency rather than opened as a separate HyperTwist donor lane - that makes it useful for support-plane or sidecar visualization surfaces, not for gameplay or runtime ownership
Approved working posture:
- HyperTwist may use the codebase directly under the
BSD-3-Clausecode posture - keep it subordinate to the
pissang/claygllane as a viewer/editor sidecar - do not let it expand into a gameplay, simulator, puzzle-renderer, or runtime-foundation role
KhronosGroup/glTF-Sample-Viewer
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
Apache-2.0 - not a clean-room case
- treat as a bounded asset-validation and standards-viewer donor
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\LICENSE.mdC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\src\main.jsC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\src\logic\uimodel.jsC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\src\ui\ui.jsC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\LICENSE.mdC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\source\GltfView\gltf_view.jsC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\source\ResourceLoader\resource_loader.jsC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\source\Renderer\renderer.js
Important distinction:
- the code posture is cleanly permissive, but Apache redistribution still carries ordinary
NOTICEretention expectations - the app shell and the checked-in
glTF-Sample-Renderersubmodule are both part of the retained value, so HyperTwist should treat the viewer as a standards-heavy inspection stack rather than as a wrapper-only repo - the strongest retained value is not generic product viewing, but:
- integrated glTF validation
- material-variant and extension-aware inspection
- capture and camera export
- standards-compliant preview and renderer-independent asset QA
Approved working posture:
- HyperTwist may use the codebase directly under the
Apache-2.0code posture - preserve normal Apache
NOTICEobligations in redistributed builds - keep it bounded to asset QA, validation, preview, and inspection sidecars rather than letting it expand into gameplay, simulation, or runtime-foundation ownership
KhronosGroup/glTF-Sample-Renderer
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
Apache-2.0 - not a clean-room case
- treat as a lower-level official glTF renderer/reference donor beneath the
KhronosGroup/glTF-Sample-Viewerlane
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\LICENSE.mdC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\source\GltfView\gltf_view.jsC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\source\GltfState\gltf_state.jsC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\source\ResourceLoader\resource_loader.jsC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\source\Renderer\renderer.jsC:\Workspaces\HyperTwist\mirrors\permissive\KhronosGroup\glTF-Sample-Viewer\glTF-Sample-Renderer\source\gltf\user_camera.js
Important distinction:
- the code posture is cleanly permissive, but Apache redistribution still carries ordinary
NOTICEretention expectations - this repo is the actual renderer/runtime beneath the sample viewer rather than a throwaway submodule:
GltfViewmanages context and frame renderingGltfStatemodels view content and render parametersResourceLoaderhandles standards-aware resource loading and decodingUserCameraand related state types provide practical view-control patterns
- for HyperTwist, that value is mostly infrastructural and standards-focused, not end-user product-facing
Approved working posture:
- HyperTwist may use the codebase directly under the
Apache-2.0code posture - preserve normal Apache
NOTICEobligations in redistributed builds - keep it subordinate to the
KhronosGroup/glTF-Sample-Viewerlane as a lower-level renderer substrate for asset QA and inspection tooling rather than letting it expand into gameplay, simulation, or runtime-foundation ownership
google/model-viewer
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
Apache-2.0 - not a clean-room case
- treat as a bounded browser
3Dpresentation, inspection, and editor donor
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\model-viewer\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\model-viewer\src\model-viewer.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\render-fidelity-tools\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\src\app.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\src\reducers.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\src\components\inspector\inspector.ts
Important distinction:
- the code posture is cleanly permissive, but Apache redistribution still carries ordinary
NOTICEretention expectations - this repo is not just the
<model-viewer>component:- the core web component exposes polished browser presentation behavior via mixin composition
render-fidelity-toolscarries real quality-comparison disciplinespace-operais a real client-side GLB editor and inspector surface
- for HyperTwist, the strongest retained value is polished web presentation and editor/inspection behavior, not browser-first runtime ownership
Approved working posture:
- HyperTwist may use the codebase directly under the
Apache-2.0code posture - preserve normal Apache
NOTICEobligations in redistributed builds - keep it bounded to embeddable web presentation, inspection, editor, and render-fidelity lanes rather than letting it expand into gameplay, simulation, or runtime-foundation ownership
google/model-viewer/packages/space-opera
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable for HyperTwist under
Apache-2.0 - not a clean-room case
- treat as a bounded browser editor and inspection donor beneath the
google/model-viewerlane
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\src\app.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\src\reducers.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\src\components\inspector\inspector.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\src\components\model_viewer_snippet\model_viewer_snippet.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\src\components\hotspot_panel\hotspot_panel.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\src\components\camera_settings\camera_settings.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\space-opera\src\components\model_viewer_preview\model_viewer_preview.ts
Important distinction:
- the code posture is cleanly permissive, but Apache redistribution still carries ordinary
NOTICEretention expectations - this package is not editor demo glue:
- it has a real reducer/state shell
- it has productized hotspot, camera, preview, snippet/export, and inspection surfaces
- it is intentionally described by upstream as an interactive client-side UI for editing GLBs and
<model-viewer>attributes
- for HyperTwist, the strongest retained value is compact browser-side editor and inspection UX, not standalone product ownership
Approved working posture:
- HyperTwist may use the package directly under the
Apache-2.0code posture - preserve normal Apache
NOTICEobligations in redistributed builds - keep it subordinate to the
google/model-viewerlane as a bounded editor and inspection package rather than letting it expand into gameplay, simulation, or runtime-foundation ownership
google/model-viewer/packages/render-fidelity-tools
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable for HyperTwist under
Apache-2.0 - not a clean-room case
- treat as a bounded fidelity oracle and QA harness donor beneath the
google/model-viewerlane
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\render-fidelity-tools\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\render-fidelity-tools\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\render-fidelity-tools\src\workflows\test-fidelity.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\render-fidelity-tools\src\workflows\render-goldens.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\render-fidelity-tools\src\components\renderer-harness.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\render-fidelity-tools\src\image-comparison-worker.ts
Important distinction:
- the code posture is cleanly permissive, but Apache redistribution still carries ordinary
NOTICEretention expectations - this package is not passive test glue:
- it has explicit scenario and renderer harnessing
- it has golden-image generation workflows
- it has artifact creation and result reporting
- it has off-thread image comparison and delta visualization
- for HyperTwist, the strongest retained value is browser-side visual QA and oracle discipline, not standalone product ownership
Approved working posture:
- HyperTwist may use the package directly under the
Apache-2.0code posture - preserve normal Apache
NOTICEobligations in redistributed builds - keep it subordinate to the
google/model-viewerlane as a bounded fidelity oracle and QA harness package rather than letting it expand into gameplay, simulation, or runtime-foundation ownership
google/model-viewer/packages/model-viewer-effects
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable for HyperTwist under
Apache-2.0 - not a clean-room case
- treat as a bounded browser post-processing and emphasis donor beneath the
google/model-viewerlane
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\model-viewer-effects\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\model-viewer-effects\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\model-viewer-effects\src\effect-composer.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\model-viewer-effects\src\model-viewer-effects.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\model-viewer-effects\src\effects\outline.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\model-viewer-effects\src\effects\ssao.ts
Important distinction:
- the code posture is cleanly permissive, but Apache redistribution still carries ordinary
NOTICEretention expectations - this package is not a cosmetic demo addon:
- it has a real
effect-composerintegration layer between<model-viewer>, scene/camera state, andpostprocessing - it exposes a real custom-element surface for multiple effects
- it carries practical emphasis and quality-shaping behaviors such as outline/selective emphasis and SSAO
- it has a real
- for HyperTwist, the strongest retained value is browser-side highlight, emphasis, and explainer presentation patterns, not standalone product ownership
Approved working posture:
- HyperTwist may use the package directly under the
Apache-2.0code posture - preserve normal Apache
NOTICEobligations in redistributed builds - keep it subordinate to the
google/model-viewerlane as a bounded post-processing and emphasis package rather than letting it expand into gameplay, simulation, or runtime-foundation ownership
google/model-viewer/packages/modelviewer.dev
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable for HyperTwist under
Apache-2.0 - not a clean-room case
- treat as a bounded docs/demo donor beneath the
google/model-viewerlane
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\modelviewer.dev\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\modelviewer.dev\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\modelviewer.dev\src\components\example-snippet.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\modelviewer.dev\src\docs-and-examples\create-html.tsC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\modelviewer.dev\src\docs-and-examples\sidebar.ts
Important distinction:
- the code posture is cleanly permissive, but Apache redistribution still carries ordinary
NOTICEretention expectations - this package is not just static docs:
- it is the live documentation and examples site package for the
model-viewerlane - it carries a strong single-source snippet-to-live-demo pattern in
example-snippet.ts - it carries real docs navigation, sidebar, and HTML-generation logic
- it is the live documentation and examples site package for the
- for HyperTwist, the strongest retained value is interactive documentation and runnable example infrastructure, not standalone product ownership
Approved working posture:
- HyperTwist may use the package directly under the
Apache-2.0code posture - preserve normal Apache
NOTICEobligations in redistributed builds - keep it subordinate to the
google/model-viewerlane as a bounded docs/demo package rather than letting it expand into gameplay, simulation, or runtime-foundation ownership
google/model-viewer/packages/shared-assets
Decision date:
2026-04-24
Current licensing judgment:
- the package container is shipped under
Apache-2.0 - this is not a clean-room case
- treat as a boundary-sensitive sample-asset and test-fixture pack beneath the
google/model-viewerlane
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\shared-assets\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\shared-assets\ATTRIBUTIONS.mdC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\shared-assets\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\google\model-viewer\packages\shared-assets\scripts\fetch-khronos-gltf-samples.sh
Important distinction:
- the package container license is Apache-2.0, but the actual payloads are mixed third-party assets with their own attribution and usage terms
ATTRIBUTIONS.mdexplicitly calls out multiple asset-level postures such as:CC-BYCC0CC-BY-NCCC-BY-NC-SA- Smithsonian usage conditions
- this package is therefore not a normal permissive code donor and not a blanket shippable asset bundle
- for HyperTwist, the strongest retained value is local fixture and sample coverage:
- viewer/demo assets
- environment-lighting tests
- docs/examples payloads
- visual QA samples
Approved working posture:
- HyperTwist may retain the package for local fixtures, demos, QA, and documentation examples
- preserve Apache
NOTICEexpectations for the package container where applicable - review each asset individually before shipping anything derived from this pack in product builds
- keep it subordinate to the
google/model-viewerlane as a mixed-provenance sample-asset package rather than treating it as a normal donor or shippable asset source
mrdoob/three.js
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a commodity browser
3Dsubstrate and strategic dependency beneath multiple browser-side lanes
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\mrdoob\three.js\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\mrdoob\three.js\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\mrdoob\three.js\src\Three.Core.jsC:\Workspaces\HyperTwist\mirrors\permissive\mrdoob\three.js\src\renderers\WebGLRenderer.jsC:\Workspaces\HyperTwist\mirrors\permissive\mrdoob\three.js\src\renderers\webxr\WebXRManager.jsC:\Workspaces\HyperTwist\mirrors\permissive\mrdoob\three.js\editor\index.html
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not just a small rendering helper:
- it exports the broad renderer, scene, camera, math, materials, loaders, textures, animation, audio, and helper surface that much of the browser-side ecosystem depends on
- it carries real WebXR management and controller-handling infrastructure
- it carries a real editor shell and a large addons ecosystem
- for HyperTwist, the strongest retained value is as a shared substrate beneath browser-side viewers, docs, coach-avatar surfaces, and support tools, not as a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as a commodity strategic dependency for browser-side
3Dwork - keep it beneath the higher-level browser packages and do not let it get mistaken for HyperTwist's owned runtime foundation
pmndrs/postprocessing
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
Zlib - not a clean-room case
- treat as a bounded browser post-processing substrate beneath
mrdoob/three.js
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\postprocessing\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\postprocessing\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\postprocessing\LICENSE.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\postprocessing\src\core\EffectComposer.jsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\postprocessing\src\passes\EffectPass.jsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\postprocessing\src\effects\OutlineEffect.jsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\postprocessing\src\effects\SSAOEffect.js
Important distinction:
- the code posture is cleanly permissive under Zlib
- this repo is not just effect-demo glue:
- it carries real
EffectComposerinfrastructure for pass orchestration - it carries
EffectPassintegration that merges effect workflows efficiently - it carries practical outline/selective emphasis and SSAO behavior directly relevant to browser-side explainer and inspection surfaces
- it carries real
- for HyperTwist, the strongest retained value is browser-side post-effect infrastructure beneath viewer and explainer lanes, not standalone product ownership
Approved working posture:
- HyperTwist may use the repo directly under the
Zlibcode posture - treat it as the browser post-effect substrate beneath
mrdoob/three.js - keep it beneath higher-level browser viewer/editor packages and do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/react-postprocessing
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a bounded React wrapper donor beneath
pmndrs/postprocessingandmrdoob/three.js
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\pmndrs\react-postprocessing\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\pmndrs\react-postprocessing\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\pmndrs\react-postprocessing\src\EffectComposer.tsxC:\Workspaces\HyperTwist\mirrors\permissive\pmndrs\react-postprocessing\src\Selection.tsxC:\Workspaces\HyperTwist\mirrors\permissive\pmndrs\react-postprocessing\LICENSE
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not the underlying post-effect substrate:
- it wraps
postprocessingfor React and@react-three/fiber - it provides declarative React-side
EffectComposerorchestration - it provides practical selection/highlight plumbing for outline-style workflows
- it wraps
- for HyperTwist, the strongest retained value is ergonomic React-side integration for browser support surfaces, not standalone product ownership
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - keep it beneath
pmndrs/postprocessingandmrdoob/three.js - use it only where React browser tooling is already the right fit, and do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/react-three-fiber
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as the commodity React renderer substrate above
mrdoob/three.js
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-three-fiber\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-three-fiber\readme.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-three-fiber\packages\fiber\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-three-fiber\packages\fiber\src\web\Canvas.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-three-fiber\packages\fiber\src\core\renderer.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-three-fiber\packages\fiber\src\core\events.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-three-fiber\packages\fiber\src\core\hooks.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-three-fiber\packages\fiber\src\native.tsx
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not just JSX sugar:
- it carries the actual React renderer/runtime layer over
three.js - it provides
CanvasandcreateRootruntime shelling - it provides real event, hook, loader, and store/reconciler infrastructure
- it also carries a native path, not just browser rendering
- it carries the actual React renderer/runtime layer over
- for HyperTwist, the strongest retained value is as the React-side
3Drenderer substrate for browser support surfaces, not as product ownership and not as a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as the React-side renderer substrate above
mrdoob/three.js - keep it beneath the higher-level browser-side support packages and do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/drei
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a bounded browser helper and abstraction donor above
pmndrs/react-three-fiber
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\drei\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\drei\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\drei\src\core\TransformControls.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\drei\src\web\Html.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\drei\src\web\View.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\drei\src\core\Gltf.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\drei\src\core\Environment.tsx
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not just generic convenience sugar:
- it carries real editor/control abstractions
- it carries DOM-in-3D overlay behavior
- it carries split-view and scissored multi-view composition
- it carries practical GLTF and environment/staging wrappers
- for HyperTwist, the strongest retained value is browser-side helper leverage above
react-three-fiber, not product ownership and not a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as the high-leverage helper and abstraction layer above
pmndrs/react-three-fiber - keep it beneath the browser-side product lanes and do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/xr
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a strategic donor for browser XR interaction and immersive UI substrate
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\xr\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\xr\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\xr\packages\xr\src\store.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\xr\packages\react\xr\src\xr.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\xr\packages\react\xr\src\dom-overlay.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\xr\packages\react\xr\src\controller-locomotion.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\xr\packages\pointer-events\src\index.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\xr\packages\react\handle\src\component.tsx
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not just a thin XR wrapper:
- it carries a real XR session and state-store layer
- it carries React and non-React runtime bridges
- it carries DOM overlay support for handheld AR
- it carries XR pointer-event and manipulation infrastructure
- for HyperTwist, the strongest retained value is browser XR interaction and immersive support-plane behavior, not product ownership and not a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as the strongest current browser XR interaction donor in the set
- keep it in the browser XR and immersive-support lane, and do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/uikit
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a strategic donor for browser spatial UI and
3Dinterface substrate
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\uikit\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\uikit\LICENSEC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\uikit\packages\react\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\uikit\packages\react\src\index.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\uikit\packages\react\src\build.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\uikit\packages\uikit\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\uikit\packages\uikit\src\components\fullscreen.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\uikit\packages\uikit\src\components\container.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\uikit\packages\uikit\THIRD_PARTY_LICENSES
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not just styling:
- it carries a real yoga/flex spatial layout runtime
- it carries fullscreen camera-attached UI behavior
- it carries clipping, scrolling, panel, text, and input infrastructure
- it carries a real React bridge into
react-three-fiber
- for HyperTwist, the strongest retained value is browser-side spatial UI and immersive support-plane composition, not product ownership and not a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as the browser spatial UI layer beside
pmndrs/xr - preserve ordinary MIT notices and keep the bundled third-party notice context visible in the implementation record
- do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/three-stdlib
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a reference and dependency donor for shared browser-side
three.jsutilities
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\three-stdlib\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\three-stdlib\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\three-stdlib\src\index.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\three-stdlib\src\controls\TransformControls.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\three-stdlib\src\webxr\XRControllerModelFactory.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\three-stdlib\src\postprocessing\EffectComposer.ts
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not a product lane:
- it is a maintained standalone packaging of
three.jsexamples/helpers - it provides a shared dependency surface for controls, loaders, WebXR helpers, postprocessing helpers, renderers, and exporters
- it is a maintained standalone packaging of
- for HyperTwist, the strongest retained value is as infrastructure beneath higher-level browser-side repos, not product ownership and not a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as a shared utility substrate beneath
mrdoob/three.jsand higher-level browser-side lanes such asdreiandxr - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/maath
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a reference and dependency donor for browser-side math helpers
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\maath\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\maath\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\maath\packages\maath\src\index.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\maath\packages\maath\src\easing.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\maath\packages\maath\src\geometry.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\maath\packages\maath\src\random\index.ts
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not a product lane:
- it is a focused collection of math, motion, and sampling helpers
- its strongest retained value is easing/damping and related browser-side polish utilities
- for HyperTwist, the strongest retained value is as a narrow convenience layer beneath higher-level browser-side repos, not product ownership and not a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as a browser-side math-helper substrate beneath
mrdoob/three.js,pmndrs/three-stdlib, and higher-level browser-side lanes - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/zustand
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a commodity strategic dependency for browser-side state management
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\zustand\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\zustand\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\zustand\src\vanilla.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\zustand\src\react.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\zustand\src\traditional.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\zustand\src\middleware.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\zustand\src\middleware\persist.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\zustand\src\middleware\devtools.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\zustand\src\middleware\subscribeWithSelector.ts
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not a product lane:
- it is a focused browser-side store substrate
- its strongest retained value is the vanilla store kernel, selector subscriptions, persistence/hydration, and devtools plumbing
- for HyperTwist, the strongest retained value is as shared state infrastructure beneath browser-side viewers, XR, spatial UI, and support-plane tools, not product ownership and not a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as a browser-side state-management substrate beneath React, XR, and spatial UI browser lanes
- do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/leva
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a bounded donor for browser-side control panels and headless parameter UIs
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\leva\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\leva\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\leva\packages\leva\src\store.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\leva\packages\leva\src\useControls.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\leva\packages\leva\src\components\Leva\LevaPanel.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\leva\packages\leva\src\plugin.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\leva\packages\leva\src\headless\README.md
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not a product lane:
- it is a parameter-control runtime with a serious headless/custom-surface path
- its strongest retained value is schema-driven controls, multi-panel stores, plugin/custom-input support, and headless XR/custom UI integration
- for HyperTwist, the strongest retained value is as bounded browser-side control and authoring infrastructure beneath higher-level browser tools and immersive support surfaces, not product ownership and not a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as a bounded browser-side control-panel and parameter-UI donor beside
pmndrs/zustand,pmndrs/xr, andpmndrs/uikit - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/use-gesture
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a commodity strategic dependency for browser-side gesture and richer pointer-input behavior
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\use-gesture\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\use-gesture\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\use-gesture\packages\core\src\Controller.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\use-gesture\packages\core\src\engines\DragEngine.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\use-gesture\packages\react\src\createUseGesture.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\use-gesture\packages\vanilla\src\Gesture.ts
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not a product lane:
- it is a gesture/input engine with React and vanilla bindings
- its strongest retained value is controller/engine orchestration, richer pointer handling, and browser-side gesture behavior
- for HyperTwist, the strongest retained value is as shared browser-side interaction plumbing beneath viewers, support tools, and spatial/browser interfaces, not product ownership and not a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as a browser-side gesture/input substrate beside
pmndrs/zustand,pmndrs/leva,pmndrs/xr, andpmndrs/uikit - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
pmndrs/react-spring
Decision date:
2026-04-24
Current licensing judgment:
- repo code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a commodity strategic dependency for browser-side spring motion and animation behavior
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\core\src\Controller.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\core\src\SpringValue.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\react-spring\src\index.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\rafz\src\index.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\parallax\src\index.tsx
Important distinction:
- the code posture is cleanly permissive under MIT
- this repo is not a product lane:
- it is a spring-motion runtime with a real scheduling layer and multiple target bindings
- its strongest retained value is controller/runtime motion behavior,
rafzscheduling discipline, and layered browser-side motion patterns
- for HyperTwist, the strongest retained value is as shared browser-side motion infrastructure beneath viewers, support tools, and spatial/browser interaction layers, not product ownership and not a replacement for the Unreal-first runtime stance
Approved working posture:
- HyperTwist may use the repo directly under the
MITcode posture - treat it as a browser-side motion substrate beside
pmndrs/use-gesture,pmndrs/zustand,pmndrs/xr, andpmndrs/uikit - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
@react-spring/core
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a commodity strategic dependency for platform-agnostic spring-runtime behavior beneath
pmndrs/react-spring
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\core\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\core\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\core\src\Controller.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\core\src\SpringValue.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\core\src\hooks\useSprings.ts
Important distinction:
- the package posture is cleanly permissive under MIT
- this package is not internal noise:
- it contains the real controller orchestration and queued-update lifecycle
- it contains the real
SpringValuemotion engine - it contains hook-driven multi-spring coordination and commit-phase flush behavior
- it is a distinct published package beneath the broader
react-springlane
- for HyperTwist, the strongest retained value is lower-level motion runtime behavior beneath browser-side support surfaces, not standalone product ownership
Approved working posture:
- HyperTwist may use the package directly under the
MITcode posture - treat it as a platform-agnostic spring-runtime core package beneath
pmndrs/react-spring - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
@react-spring/shared
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a reference and dependency donor for lower-level browser-side motion-utility behavior beneath
pmndrs/react-spring
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\shared\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\shared\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\shared\src\index.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\shared\src\globals.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\shared\src\FrameLoop.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\shared\src\createInterpolator.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\shared\src\fluids.ts
Important distinction:
- the package posture is cleanly permissive under MIT
- this package is not just random helpers:
- it contains globals configuration seams for interpolation, RAF behavior, batching, and frame-loop policy
- it contains a priority-aware frame loop above
rafz - it contains the fluid-value and observer substrate used across animated values and dependency tracking
- it contains interpolation helpers and shared exports used across the motion stack
- it is a distinct published package beneath the broader
react-springlane
- for HyperTwist, the strongest retained value is lower-level motion infrastructure beneath browser-side support surfaces, not standalone product ownership
Approved working posture:
- HyperTwist may use the package directly under the
MITcode posture - treat it as a lower-level motion-utility and fluid-observer package beneath
pmndrs/react-spring - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
@react-spring/types
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a reference and dependency donor for narrow type-contract and package-design behavior beneath
pmndrs/react-spring
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\types\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\types\src\index.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\types\src\animated.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\types\src\interpolation.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\types\src\utils.ts
Important distinction:
- the package posture is cleanly permissive under MIT
- this package is intentionally narrow:
- it contains shared
Animatableconstraints - it contains interpolation config and factory contracts
- it contains generic utility types used across the motion stack
- it is a distinct published package beneath the broader
react-springlane
- it contains shared
- for HyperTwist, the strongest retained value is package-contract clarity rather than runtime or product behavior
Approved working posture:
- HyperTwist may use the package directly under the
MITcode posture - treat it as a narrow type-contract and package-design substrate beneath
pmndrs/react-spring - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
eslint-config-react-spring
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable under
MIT - private tooling package
- folded into the broader
pmndrs/react-springrepo context rather than tracked as a separate HyperTwist lane
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\eslint-config\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\eslint-config\index.js
Important distinction:
- this package is only repo-local ESLint configuration
- it has no runtime behavior, no product behavior, and no clean-room relevance
- its retained value is ordinary TypeScript/React lint policy, not architectural leverage
Approved working posture:
- do not open a separate dossier lane for it
- do not add it as a separate repo/package track in the active HyperTwist architecture ledgers
- treat it as folded commodity tooling beneath
pmndrs/react-spring
@react-spring/parallax
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a bounded layered-motion and explainer sidecar beneath
pmndrs/react-spring
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\pmndrs\react-spring\packages\parallax\package.jsonC:\Workspaces\HyperTwist\mirrors\permissive\pmndrs\react-spring\packages\parallax\src\index.tsxC:\Workspaces\HyperTwist\mirrors\permissive\pmndrs\react-spring\packages\parallax\README.mdC:\Workspaces\HyperTwist\mirrors\permissive\pmndrs\react-spring\packages\parallax\test\README.md
Important distinction:
- the package posture is cleanly permissive under MIT
- this package is not demo glue:
- it contains a real layered page-space and sticky-layer runtime
- it has controller-backed scroll animation and imperative navigation
- it is a distinct published package beneath the broader
react-springlane
- for HyperTwist, the strongest retained value is browser-side explainer and narrative motion, not standalone product ownership
Approved working posture:
- HyperTwist may use the package directly under the
MITcode posture - treat it as a bounded layered-motion and explainer package beneath
pmndrs/react-spring - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
@react-spring/rafz
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a reference and dependency donor for browser-side frame-loop and scheduling behavior beneath
pmndrs/react-spring
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\rafz\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\rafz\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\rafz\src\index.ts
Important distinction:
- the package posture is cleanly permissive under MIT
- this package is not internal noise:
- it contains a real phased queue and frame-loop runtime
- it exposes timeout, throttle, batching, and demand-driven scheduling semantics
- it is a distinct published package beneath the broader
react-springlane
- for HyperTwist, the strongest retained value is browser-side scheduling discipline beneath motion and interaction surfaces, not standalone product ownership
Approved working posture:
- HyperTwist may use the package directly under the
MITcode posture - treat it as a bounded frame-loop and scheduling utility package beneath
pmndrs/react-spring - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
@react-spring/animated
Decision date:
2026-04-24
Current licensing judgment:
- package code is usable for HyperTwist under
MIT - not a clean-room case
- treat as a bounded donor for browser-side animatable-component and animated-props behavior beneath
pmndrs/react-spring
Source basis:
C:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\animated\package.jsonC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\animated\README.mdC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\animated\src\createHost.tsC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\animated\src\withAnimated.tsxC:\Workspaces\HyperTwist\cache\repo-intake\pmndrs\react-spring\packages\animated\src\Animated.ts
Important distinction:
- the package posture is cleanly permissive under MIT
- this package is not internal noise:
- it contains real host-creation logic for animated component families
- it wraps component targets with dependency observation over animated props
- it decides between native updates and rerender fallback when animated updates apply
- it is a distinct published package beneath the broader
react-springlane
- for HyperTwist, the strongest retained value is lower-level animated-component plumbing beneath browser-side motion and support surfaces, not standalone product ownership
Approved working posture:
- HyperTwist may use the package directly under the
MITcode posture - treat it as a bounded animatable-component and animated-props substrate beneath
pmndrs/react-spring - do not let it get mistaken for a gameplay, simulation, or runtime-foundation lane
roice3/Magic120Cell
Decision date:
2026-05-01
Current licensing judgment:
- usable for HyperTwist
- direct donor candidate
- standard
MIT
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\roice3\Magic120Cell\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\roice3\Magic120Cell\README.md
Practical obligations:
- preserve the upstream
MITlicense text - preserve the upstream copyright notice:
Copyright (c) 2016 Roice Nelson
- keep ordinary third-party notices if code or substantial portions are incorporated
Approved working posture:
- use the mirrored repo as the canonical local source for the
Magic120Cellsoftware lane - do not clean-room it while the local
MITsource is already in hand - treat the repo as the authoritative local source-of-truth over shallower manual/index mentions
roice3/MagicCube5D
Decision date:
2026-05-01
Current licensing judgment:
- usable for HyperTwist
- direct donor candidate
- canonical mirrored repo is standard
MIT
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\roice3\MagicCube5D\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\roice3\MagicCube5D\README.mdC:\HyperTwist\zippedreposource\mc5d_source.zip
Practical obligations:
- preserve the upstream
MITlicense text from the mirrored repo - preserve the upstream copyright notice:
Copyright (c) 2016 Roice Nelson
Important provenance note:
- HyperTwist also possesses an older local source archive:
C:\HyperTwist\zippedreposource\mc5d_source.zip
- that archive contains
license.txtwith an older broad-use notice rather than the mirrored repo's laterMITfile - current HyperTwist posture:
- use the mirrored
roice3/MagicCube5Drepo as the canonical license source - retain the older zip as provenance and source-history context, not as the primary legal basis when the mirrored repo already resolves cleanly under
MIT
- use the mirrored
Approved working posture:
- use the mirrored repo directly
- preserve normal
MITnotices - keep the older source archive recorded so the lineage of the
MagicCube5Dlane is not forgotten
roice3/MagicTile
Decision date:
2026-05-01
Current licensing judgment:
- usable for HyperTwist
- direct donor candidate
- standard
MIT
Source basis:
C:\Workspaces\HyperTwist\mirrors\permissive\roice3\MagicTile\LICENSEC:\Workspaces\HyperTwist\mirrors\permissive\roice3\MagicTile\README.mdC:\HyperTwist\zippedreposource\MagicTile-master.zip
Practical obligations:
- preserve the upstream
MITlicense text - preserve the upstream copyright notice:
Copyright (c) 2016 Roice Nelson
Approved working posture:
- use the mirrored repo as the canonical local source
- retain the local zip as duplicate source possession, not as a separate unresolved legal lane
- keep ordinary third-party notices if code or substantial portions are incorporated
superliminal.com/andrey/mc7d
Decision date:
2026-05-01
Current licensing judgment:
- source is locally possessed
- direct donor use is not yet cleared
- license still requires explicit confirmation
- preserve upstream authorship attribution to
Andrey Astrelin
Source basis:
C:\HyperTwist\superliminal.com\superliminal.com\andrey\mc7d\index.htmlC:\HyperTwist\superliminal.com\superliminal.com\andrey\mc7d\instr.htmlC:\HyperTwist\superliminal.com\superliminal.com\andrey\mc7d\MC7D-src-orig.zipC:\HyperTwist\zippedreposource\MC7D-src-orig.zip
Important provenance note:
- HyperTwist does possess the local source archive, so
MC7Dis not a docs-only reconstruction target - however, a quick archive scan did not surface a bundled top-level
LICENSE,COPYING, or equivalent file in the currently inspected source zip
Approved working posture:
- retain the lane as source-possessed and inventory-complete
- do not clean-room it merely because source is absent, because source is in fact present
- do not promote it to direct donor use until the authoritative license/notice posture is explicitly resolved
- if HyperTwist later incorporates ideas, preserve visible source attribution to
Andrey Astrelin
superliminal.com/andrey/mpu
Decision date:
2026-05-01
Current licensing judgment:
- source is locally possessed
- direct donor use is not yet cleared
- license still requires explicit confirmation
- preserve upstream authorship attribution to
Andrey Astrelin
Source basis:
C:\HyperTwist\superliminal.com\superliminal.com\andrey\mpu\index.htmlC:\HyperTwist\superliminal.com\superliminal.com\andrey\mpu\instr.htmlC:\HyperTwist\superliminal.com\superliminal.com\andrey\mpu\MPUltSrc.zipC:\HyperTwist\zippedreposource\MPUltSrc.zip
Important provenance note:
- HyperTwist does possess the local source archive, so
MPUltis not a docs-only reconstruction target - a quick archive scan did not surface a bundled top-level
LICENSE,COPYING, or equivalent file in the currently inspected source zip
Approved working posture:
- retain the lane as source-possessed and inventory-complete
- use the mirrored manual plus local source archive for reference extraction
- do not promote it to direct donor use until the authoritative license/notice posture is explicitly resolved
- if HyperTwist later incorporates ideas, preserve visible source attribution to
Andrey Astrelin
superliminal.com/andrey/ms5d
Decision date:
2026-05-01
Current licensing judgment:
- source is locally possessed
- direct donor use is not yet cleared
- license still requires explicit confirmation
- preserve upstream authorship attribution to
Andrey Astrelin
Source basis:
C:\HyperTwist\superliminal.com\superliminal.com\andrey\ms5d\index.htmlC:\HyperTwist\superliminal.com\superliminal.com\andrey\ms5d\Simplex5dSrc.zipC:\HyperTwist\zippedreposource\Simplex5dSrc.zip
Important provenance note:
- HyperTwist does possess the local source archive for
Magic Simplex 5D - a quick archive scan did not surface a bundled top-level
LICENSE,COPYING, or equivalent file in the currently inspected source zip
Approved working posture:
- retain the lane as source-possessed and inventory-complete
- do not misclassify it as missing-source
- do not promote it to direct donor use until the authoritative license/notice posture is explicitly resolved
- if HyperTwist later incorporates ideas, preserve visible source attribution to
Andrey Astrelin
superliminal.com/andrey/mht633
Decision date:
2026-05-01
Current licensing judgment:
- executable/manual surface is locally possessed
- source code is not locally possessed
- direct donor use is not cleared
- preserve upstream authorship attribution to
Andrey Astrelin
Source basis:
C:\HyperTwist\superliminal.com\superliminal.com\andrey\mht633\index.htmlC:\HyperTwist\superliminal.com\superliminal.com\andrey\mht633\instr.htmlC:\HyperTwist\superliminal.com\superliminal.com\andrey\mht633\M3dHT633.zipC:\HyperTwist\superliminal.com\superliminal.com\andrey\mht633\logs\*
Important provenance note:
- the retained download archive currently exposes runtime binaries only:
m3dht633.exe- bundled DirectX DLLs
- HyperTwist also now possesses the same runtime archive in the central zip stash:
C:\HyperTwist\zippedreposource\M3dHT633.zip
- a quick archive inspection did not surface source code or a bundled top-level
LICENSE,COPYING, or equivalent file - this makes
Magic Hyperbolic Tile {6,3,3}a behavior-spec / clean-room reverse-engineering candidate rather than a direct-source donor
Approved working posture:
- retain the lane as executable/manual/source-behavior reference only
- do not pretend local source exists when it does not
- if HyperTwist pursues implementation, use:
- the manual pages
- observed runtime behavior
- persisted solve logs
- visible UI/control semantics as clean-room input for a behavioral spec
- preserve visible source attribution to
Andrey Astrelin
loopover
Decision date:
2026-05-01
Current licensing judgment:
- explicit
MIT - local source zip is possessed
- direct donor use is allowed
Source basis:
C:\HyperTwist\zippedreposource\loopover-master.zip- bundled
loopover-master/LICENSE - bundled
loopover-master/README.md
Practical obligations:
- preserve the upstream
MITlicense text - preserve the upstream copyright notice:
Copyright (c) 2020 Janis Pritzkau
Approved working posture:
- treat
loopoveras a normal permissive donor candidate - preserve ordinary
MITnotices if code or substantial portions are incorporated - annul the earlier HyperTwist governance choice that kept this lane in clean-room-only posture
Hypercubers/sphenic-biaxe
Decision date:
2026-05-01
Current licensing judgment:
- explicit dual
MIT OR Apache-2.0 - locally possessed source zip
- not blocked
Source basis:
C:\HyperTwist\zippedreposource\sphenic-biaxe-main.zip- bundled
sphenic-biaxe-main/Cargo.toml - bundled
sphenic-biaxe-main/LICENSE-MIT - bundled
sphenic-biaxe-main/LICENSE-APACHE
Practical obligations:
- preserve both upstream license texts or the effective chosen path
- preserve upstream copyright attribution:
Andrew Farkas
Approved working posture:
- treat as a permissive source lane
- do not misclassify it as unclear-license or missing-license
Sonicpineapple/Green
Decision date:
2026-05-01
Current licensing judgment:
- no explicit top-level license text surfaced in the currently inspected local zip
- do not treat as a direct donor
- keep in clean-room custody
Source basis:
C:\HyperTwist\zippedreposource\Green-master.zip- bundled
Green-master/Cargo.toml - bundled
Green-master/README.md
Important provenance note:
- the local zip exposes a manifest and README, but no bundled top-level
LICENSE,COPYING, or equivalent file surfaced in the current inspection - current HyperTwist posture is governed by caution, not by assuming implied permission from a public repo
Approved working posture:
- keep this lane in clean-room implementation
- do not use directly unless the authoritative upstream license is later captured explicitly
openslidy
Decision date:
2026-05-01
Current licensing judgment:
- no explicit top-level license text surfaced in the currently inspected local zip
- do not treat as a direct donor
- keep in clean-room custody
Source basis:
C:\HyperTwist\zippedreposource\openslidy-main.zip- bundled
openslidy-main/README.md
Approved working posture:
- keep this lane in clean-room implementation
- do not promote it to direct donor use without an explicit captured license
heav-4/relocation
Decision date:
2026-05-01
Current licensing judgment:
- no explicit top-level license text surfaced in the currently inspected local zip
- do not treat as a direct donor
- keep in clean-room custody
Source basis:
C:\HyperTwist\zippedreposource\relocation-main.zip- bundled
relocation-main/README.md
Approved working posture:
- keep this lane in clean-room implementation
- do not promote it to direct donor use without an explicit captured license