Clarify live legal routes and 0R-E retained states

This commit is contained in:
axiomlogicnexus 2026-05-25 02:08:51 +02:00
parent 3464732aab
commit bd6d525b3d
3 changed files with 77 additions and 2 deletions

View file

@ -200,7 +200,7 @@ This file now also preserves the current truth that future models must not lose:
- boundary-sensitive live lanes: `6`
- restrictive live lanes: `5`
The twenty permissive live lanes are:
The twenty-three permissive live lanes are:
- `Aarav2709/KubeTimr`
- `HactarCE/Hyperspeedcube`
@ -222,6 +222,9 @@ The twenty permissive live lanes are:
- `ggml-org/whisper.cpp`
- `SYSTRAN/faster-whisper`
- `rhasspy/piper`
- `coqui-ai/TTS`
- `roice3/Magic120Cell`
- `roice3/MagicCube5D`
The six boundary-sensitive live lanes are:
@ -232,6 +235,17 @@ The six boundary-sensitive live lanes are:
- `screenpipe/screenpipe`
- `remotion-dev/remotion`
Those boundary-sensitive lanes should now be treated as:
- implementation-authorized without clean-room by default
- landed only through bounded dependency, subtree-boundary, allowlist, package-split, or adapter contracts
- still subject to their narrower license and provenance obligations
Key clarification for current live rows:
- `cubing/cubing.js` is a live boundary-sensitive lane through the accepted `MPL`-side adapter/dependency route, not a restrictive clean-room lane
- `coqui-ai/TTS` is a live bounded code-side lane for HyperTwist under `MPL-2.0`, but model and payload review remains separate; that row is not a blanket payload approval and not a clean-room requirement by default
The five restrictive live lanes are:
- `onionhoney/roux-trainers`
@ -253,7 +267,7 @@ Interpretation rule:
Reset rule:
- preserve the twenty-nine landed/live lanes
- preserve the thirty-four landed/live lanes
- do not treat the remaining non-live rows as already absorbed
- route all non-live rows only through the closed `Phase 1R` retained-set contract and the relevant `0R-*` packet
@ -264,6 +278,25 @@ Current `Phase 0R` packet status:
- `0R-C` is closed
- `0R-D` is closed
- `0R-E` is closed
Current `0R-E` clarification:
- the v6.3 CSV live-state label `not_live_reference_or_discard_candidate` is intentionally too coarse to distinguish retained benchmark rows from discarded rows
- use `0R-E` packet authority, not the CSV alone, for the final retained-versus-discarded split
- retained `0R-E` benchmark, oracle, or clean-room-later rows are:
- `cs0x7f/cstimer`
- `brownan/Rubiks-Cube-Solver`
- `efrantar/rob-twophase`
- `ShellPuppy/RCube`
- `vwcwong/CubeSim`
- `AviKaufman/Rubix-cube-trainer`
- `alinen/cube`
- `ambisinister/blindsolve`
- `yakupbilen/drl-rubiks-cube`
- discarded active-set `0R-E` rows are:
- `aMonteSl/CodeXR`
- `MathewKJ2048/Rubiks-cube-simulator`
- `brianpeiris/RiftSketch`
- non-live rows already packet-evaluated: `65`
- non-live rows still awaiting packet evaluation: `0`
@ -617,6 +650,7 @@ Current licensing judgment:
- usable for HyperTwist
- not a plain permissive license
- treat as a dual `MPL-2.0 OR GPL-3.0-or-later` dependency, with the practical integration path based on the `MPL` side
- this row is not a clean-room requirement under current HyperTwist doctrine
Source basis:
@ -643,6 +677,7 @@ Current landed posture added on `2026-05-13`:
- `cubing/cubing.js` is now live in checked Unreal surfaces as a first-party classic-cubing semantic/runtime adapter lane
- no upstream `cubing.js` source files were modified in that landed packet
- keep the practical `MPL` path explicit in future widening; if HyperTwist later edits upstream-covered files directly, publish those source-file modifications
- do not reclassify this row as a restrictive clean-room lane unless the governing license posture or implementation route changes materially
### `cubing/alg.js`
@ -1399,6 +1434,7 @@ 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
- the current landed HyperTwist code-side slice is not a clean-room requirement
Source basis:
@ -1423,6 +1459,7 @@ Approved working posture:
- HyperTwist may use the codebase as a donor/dependency/source of architectural extraction under the `MPL-2.0` code posture
- do not collapse code and model-weight licensing into one bucket
- track each chosen voice model or downloadable payload separately at implementation time
- do not misread the separate payload review requirement as a clean-room obligation for the package code
- prefer a bounded speech sidecar or service seam so the product can swap or isolate model choices later without entangling the core coaching logic
- the first bounded advanced narration slice is now landed:
- advanced narration orchestration profile

View file

@ -23,6 +23,8 @@ Current verified product-side reality is:
- restrictive lanes `onionhoney/roux-trainers`, `cubing/alg.js`,
`cubing/twisty.js`, `HactarCE/2x2x2x2-Scrambler`, and `kash/cubedesk` are
already implemented through accepted bounded packets
- `cubing/cubing.js` is live through an accepted boundary-sensitive `MPL`-side
adapter/dependency route, not through a restrictive clean-room route
- bounded permissive widening is already landed for:
- `HactarCE/Hyperspeedcube`
- `kkoomen/qbr`
@ -34,6 +36,24 @@ Current verified product-side reality is:
- `coqui-ai/TTS`
- `roice3/Magic120Cell`
- `roice3/MagicCube5D`
- the landed `coqui-ai/TTS` code-side slice is not a clean-room lane by
current doctrine; model and payload review remains separate from the package
code license
- the closed `0R-E` packet still retains these non-live benchmark, oracle, or
clean-room-later rows:
- `cs0x7f/cstimer`
- `brownan/Rubiks-Cube-Solver`
- `efrantar/rob-twophase`
- `ShellPuppy/RCube`
- `vwcwong/CubeSim`
- `AviKaufman/Rubix-cube-trainer`
- `alinen/cube`
- `ambisinister/blindsolve`
- `yakupbilen/drl-rubiks-cube`
- the closed `0R-E` packet discarded these active-set rows:
- `aMonteSl/CodeXR`
- `MathewKJ2048/Rubiks-cube-simulator`
- `brianpeiris/RiftSketch`
- no other repo should be described as implemented without explicit packet and
product-surface evidence

View file

@ -204,6 +204,9 @@ Donor-strength rule:
- `HactarCE/2x2x2x2-Scrambler`
- `kash/cubedesk`
- each restrictive landed lane is to be treated as properly clean-roomed and implemented afterward
- boundary-sensitive live lanes are implementation-authorized without clean-room by default; they land only through bounded dependency, subtree, allowlist, package-split, or adapter routes
- `cubing/cubing.js` is live through the accepted `MPL`-side adapter/dependency route, not through a restrictive clean-room route
- `coqui-ai/TTS` is live as a bounded `MPL` code-side lane, while model and payload review remains separate from the code-license judgment; that separation is not a clean-room requirement for the package code
- `Phase 0R` is now closed for the remaining `47` non-live rows
- `Phase 1R` is now closed as the retained-set contract and handoff overhaul
- `Phase 2R` is now closed as the retained-set ownership and acceptance packet sequence
@ -226,6 +229,21 @@ Current routing truth:
- discarded from the active retained set: `3`
- active non-live implementation-board rows: `34`
- retained benchmark, oracle, or clean-room-later rows outside the active implementation board: `9`
- current retained `0R-E` benchmark, oracle, or clean-room-later rows are:
- `cs0x7f/cstimer`
- `brownan/Rubiks-Cube-Solver`
- `efrantar/rob-twophase`
- `ShellPuppy/RCube`
- `vwcwong/CubeSim`
- `AviKaufman/Rubix-cube-trainer`
- `alinen/cube`
- `ambisinister/blindsolve`
- `yakupbilen/drl-rubiks-cube`
- current discarded `0R-E` active-set rows are:
- `aMonteSl/CodeXR`
- `MathewKJ2048/Rubiks-cube-simulator`
- `brianpeiris/RiftSketch`
- the v6.3 CSV label `not_live_reference_or_discard_candidate` is not the final state by itself; read the closed `0R-E` packet for the retained-versus-discarded split
The next bounded move is a source-backed `Phase 6R-Z` first-party
normalized usage/cost event-model preparation/control pass.