diff --git a/docs/HYPERTWIST_PHASE2RC_ROW_SOURCE_ALIGNMENT_2026-05-27.md b/docs/HYPERTWIST_PHASE2RC_ROW_SOURCE_ALIGNMENT_2026-05-27.md
new file mode 100644
index 0000000..a965883
--- /dev/null
+++ b/docs/HYPERTWIST_PHASE2RC_ROW_SOURCE_ALIGNMENT_2026-05-27.md
@@ -0,0 +1,71 @@
+# HyperTwist Phase 2R-C Row Source Alignment - 2026-05-27
+
+## Status
+
+This document closes the stale row-source truth gap for the already-clarified
+`Phase 2R-C` permissive retained rows in HyperTwist.
+
+It answers one narrow question:
+
+- after the `2026-05-27` recognition-comparison adjunct hierarchy note and the
+  symbolic-XR plus browser-comparison hierarchy note landed, do the `v6.3`
+  row-source layers still speak about these repos like open implementation
+  candidates instead of already-bounded adjunct or comparison rows
+
+Result:
+
+- yes, the operational, `Phase G`, and source-audit layers were still carrying
+  stale candidate or donor-era wording for the affected `2R-C` rows
+- the state board and later hierarchy notes were already correct
+- the needed fix is row-source alignment only
+- no product code, live ownership, or roadmap routing changed from this pass
+
+## Affected rows
+
+- `cahidenes/rubiks-cube-solver`
+- `tentone/rubix-solver`
+- `NuiLab/code-vr`
+- `pissang/claygl`
+- `pissang/clay-viewer`
+
+## Required row-source posture
+
+For these rows the source pack must now say:
+
+- `cahidenes/rubiks-cube-solver` is retained only as a narrow recognition
+  comparison adjunct beneath landed recognition and correction owners
+- `tentone/rubix-solver` is retained only as a narrow recognition comparison
+  adjunct beneath landed recognition and correction owners
+- `NuiLab/code-vr` is retained only as a symbolic-to-spatial pedagogy
+  experiment lane beneath first-party knowledge and landed browser/XR owners
+- `pissang/claygl` is retained only as an optional browser `3D` comparison lane
+  subordinate to the landed browser stack
+- `pissang/clay-viewer` is retained only as an optional browser viewer/editor
+  comparison lane subordinate to the landed browser stack
+- no default widening packet is open for any of these rows
+
+## Source basis
+
+- `C:\HyperTwist\docs\HYPERTWIST_RECOGNITION_COMPARISON_ADJUNCT_HIERARCHY_RECONCILIATION_2026-05-27.md`
+- `C:\HyperTwist\docs\HYPERTWIST_SYMBOLIC_XR_AND_ALTERNATIVE_BROWSER_COMPARISON_HIERARCHY_RECONCILIATION_2026-05-27.md`
+- `C:\HyperTwist\docs\HYPERTWIST_REPO_STATE_BOARD_2026-05-11.md`
+- `C:\HyperTwist\docs\repo_portfolio_unified_operational_v6_3.csv`
+- `C:\HyperTwist\docs\repo_portfolio_unified_phase_g_v6_3.csv`
+- `C:\HyperTwist\docs\repo_portfolio_unified_source_audit_v6_3.csv`
+
+## Alignment rule
+
+For each affected row:
+
+- replace open implementation-candidate wording with bounded adjunct or
+  comparison wording
+- replace generic donor or merge framing with explicit closed retained-lane
+  framing
+- keep current live-state and reset-lane values unchanged
+
+## Final call
+
+These rows remain intentionally non-live.
+
+They are retained only as closed adjunct, pedagogy-experiment, or comparison
+rows, and the full `v6.3` row-source pack must now describe them that way.
diff --git a/docs/repo_portfolio_unified_operational_v6_3.csv b/docs/repo_portfolio_unified_operational_v6_3.csv
index 5d5a143..996088b 100644
--- a/docs/repo_portfolio_unified_operational_v6_3.csv
+++ b/docs/repo_portfolio_unified_operational_v6_3.csv
@@ -11,8 +11,8 @@
 "11766","tao-yu/Alg-Trainer","https://github.com/tao-yu/Alg-Trainer","HyperTwist","4.0","156.0","189.0","A","implemented algorithm-training foundation owner","implemented owner","training foundation owner","landed foundation owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed broad algorithm-training shell, set or subset corpus, timer or reveal or scramble or virtual-cube flow, and smartcube-capable drill posture, and widen only through owned HyperTwist work.","Landed owner value: broad algorithm-training shell, set or subset corpus, timer or reveal or scramble or virtual-cube flow, and smartcube-capable drill posture already live in first-party HyperTwist code.","Preserve as the landed first-party algorithm-training foundation owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep cube_trainer as the adjacent persisted-coaching owner, KubeTimr as the timer substrate owner, and cross-planning or micro-drill lanes as narrower adjacent families rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed algorithm-training foundation owner lane, not external donor harvesting.","Validate current first-party training-foundation owner boundaries; identify narrower owned widening targets only if needed; preserve case-corpus, drill-flow, reveal, scramble, and smartcube-capable drill contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed training-foundation owner boundaries and future owned widening targets, not donor extraction.","Which remaining training-foundation gaps, if any, are not already covered by the landed HyperTwist code and the current Alg-Trainer preserve slice?","Inspect current first-party training-foundation owner boundaries, retained adjacent coaching and timer families, and unresolved owned widening targets only.","Audit tao-yu/Alg-Trainer only as an already-landed permissive owner lane for HyperTwist. Validate current training-foundation owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","portfolio anchor or repeatedly surfaced core candidate; memo mentions: 5","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","tao-yu/Alg-Trainer - landed first-party algorithm-training foundation owner lane; future work starts from owned HyperTwist surfaces and live training-stack authority.","tao-yu/Alg-Trainer is already landed for its current justified broad algorithm-training shell and case-corpus slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","5.0","HT_training_stack","HT_training_stack_0001","Implemented algorithm-training foundation owner","Landed algorithm-training foundation owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented algorithm-training foundation owner","integrate","moderate modification","medium","tao-yu/alg-trainer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","4.0","5","156.0","","Implemented training foundation owner lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Already landed: start from first-party owner surfaces and landed preserve authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Merged v6.1 copyleft layer and v6.2 SRE layer; use v6.3 docs + workbook as canonical handoff.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
 "11769","rhasspy/piper","https://github.com/rhasspy/piper","multi-project","4.0","71.0","80.0","C","voice / multimodal I/O","subsystem donor","multimodal donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving streaming/audio pipeline logic while adapting commands, wake flows, and assistant integration.","rhasspy/piper – https://github.com/rhasspy/piper – MIT – Real-time TTS (recommended).","Repurpose selected subsystems rather than the whole product. Mine the repo for lean local TTS runtime, HTTP wrapping, voice loading and download logic, streaming WAV and raw output, and ONNX/eSpeak integration; keep what materially shortens build time, but rebind data contracts, permissions, storage, and deployment to the target architecture. Best first pairing order: coqui-ai/TTS, ggml-org/whisper.cpp, SYSTRAN/faster-whisper.","Consolidate under the project-specific anchor stack, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: sentrux/sentrux, HactarCE/Hyperspeedcube, outline/outline.","Repurpose here means: turn it into a lean offline TTS sidecar or direct local narration donor.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate streaming/audio pipeline; Normalize command schema; Add local/offline fallback layer","deep source audit","Hidden value often lives in streaming segmentation, VAD, device abstraction, latency mitigation, translation chains, and local/offline fallback paths.","Inspect C++ runtime core; voice loading and download path; streaming output; HTTP service boundary; speaker and phonemization config; selected voice artifact constraints.","Inspect package manifests, README/docs, src tree, examples, tests, build configs, voice catalog files, and hidden runtime switches. Look for ONNX runtime integration, phonemization, lightweight service boundaries, audio streaming, voice acquisition, and deployment constraints.","Audit rhasspy/piper as a voice / multimodal I/O candidate for multi-project. Do not stop at README-level features. Inspect: C++ runtime core, voice loading and download path, streaming output, HTTP service boundary, speaker and phonemization config, and selected voice artifact constraints. Decide whether it should remain the lean direct local TTS sidecar candidate and what should stay behind a bounded local voice seam. Test the three merger paths in order: 1) project-local anchor [base + donor]; 2) shared portfolio utility [augmenter]; 3) cross-project transfer candidate [future merger]. Return hidden modules, reusable schemas, protocol layers, runtime boundaries, tests/fixtures, and any subsystem stronger than the visible shell.","project-local anchor","base + donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","shared portfolio utility","augmenter","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cross-project transfer candidate","future merger","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | HyperTwist | ScriptoriumAI","This capability is broadly portable across the portfolio because interaction, orchestration, and shell/UI patterns can be shared with thin domain adapters.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","rhasspy/piper – https://github.com/rhasspy/piper – MIT – Real-time TTS (recommended).","rhasspy/piper is treated as repurpose for multi-project because visible metadata points to the voice / speech / audio layer. Surface signal: rhasspy/piper – https://github.com/rhasspy/piper – MIT – Real-time TTS (recommended). The fit looks real, but more as a donor/augmenter than as a standalone foundation.","memo","False","True","0.0","1.0","MU_misc","MU_misc_0004","voice / speech / audio","Repurpose selectively for multi-project. Its source-backed role is a lean local TTS sidecar candidate, not an exclusion-only adjunct.","future/adjacent use","voice / speech / audio","repurpose","moderate modification","medium","rhasspy/piper","multi-project","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT code; voice artifacts reviewed separately","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","4.0","5","71.0","","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and direct use is allowed. The real review point is selected voice artifacts, not the runtime code; keep voice selection separate from code adoption.","Use directly as a bounded local TTS sidecar or simple HTTP service; keep selected voice artifacts under separate review.","Typically preserve notices, attribution, and license text where required; review chosen voices or model cards separately from the code license.","Usually unnecessary unless you later replace the runtime for packaging or architecture reasons.","high","voice-artifact-review-required","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Merged v6.1 copyleft layer and v6.2 SRE layer; use v6.3 docs + workbook as canonical handoff.","implemented_live_permissive","landed_permissive_preserve","Phase 6R-G is closed. Preserve as the landed bounded local narration sidecar lane; keep broad voice-model and payload review separate."
 "11771","cubing/cubing.js","https://github.com/cubing/cubing.js","HyperTwist","5.0","152.0","185.0","A","interface / visualization / shell surface","foundation engine","visualization donor","locked strategic donor","integrate","direct","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving scene/layout primitives and replacing surrounding data models or backend assumptions.","Other Notable ResourcesCubing.js library (for building your own tools): https://github.com/cubing/cubing.js – Open-source core used in many trainers above.","Integrate as a ui / design / frontend subsystem for HyperTwist. Preserve the strongest existing pieces — component library, canvas/animation engine, interaction patterns, layout/state models, accessibility hooks, theming, editor widgets — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into kkoomen/qbr for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, kkoomen/qbr.","Repurpose here means: turn it into a frontend interaction donor, canvas/editor pattern library, or polished shell layer on top of existing anchors.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract layout/scene primitives; Map import/export schema; Detach UI shell from backend assumptions","full subsystem extraction review","Hidden value often sits in scene graph/canvas model, component primitives, import/export schema, gesture/keyboard interactions, and plugin-ready layout abstractions.","Inspect scene graph/canvas data model; layout primitives; component library; keyboard/gesture interactions; import/export schema; theming; plugin or extension hooks.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for reusable canvas/editor components, design tokens, state models, keyboard shortcuts, drag/drop, accessibility, virtualization, and polished interaction patterns.","Audit cubing/cubing.js as a interface / visualization / shell surface candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect scene graph/canvas data model; layout primitives; component library; keyboard/gesture interactions; import/export schema; theming; plugin or extension hooks. Decide whether the best extraction path is direct and whether it belongs as foundation engine / visualization donor. Test the three merger paths in order: 1) project-local anchor [base + donor]; 2) shared portfolio utility [augmenter]; 3) cross-project transfer candidate [future merger]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","project-local anchor","base + donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","shared portfolio utility","augmenter","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cross-project transfer candidate","future merger","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | HyperTwist | ScriptoriumAI","This capability is broadly portable across the portfolio because interaction, orchestration, and shell/UI patterns can be shared with thin domain adapters.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","medium-high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","portfolio anchor or repeatedly surfaced core candidate; memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Other Notable ResourcesCubing.js library (for building your own tools): https://github.com/cubing/cubing.js – Open-source core used in many trainers above.","cubing/cubing.js is treated as integrate for HyperTwist because visible metadata points to the ui / design / frontend layer. Surface signal: Other Notable ResourcesCubing.js library (for building your own tools): https://github.com/cubing/cubing.js – Open-source core used in many trainers above. The likely value is substantial enough to preserve as a named subsystem rather than just mining isolated ideas.","memo","False","True","0.0","1.0","HT_cube_semantics","HT_cube_semantics_0001","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","cubing/cubing.js","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MPL-2.0 OR GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","yes","hypertwist_and_scriptoriumai","HyperTwist","HyperTwist & ScriptoriumAI.txt","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","Existing v5 row reaffirmed or widened by v6 supplemental intake.","5.0","5","152.0","Locked Strategic Donor","Boundary-sensitive classic-cubing semantics and rendering donor","","P1","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is dual-licensed MPL-2.0 OR GPL-3.0-or-later. HyperTwist can consume it as a package or bounded adapter under the MPL side, but should avoid a carefree deep private source fork of upstream files.","Prefer package/dependency consumption or a bounded adapter seam under the MPL side; avoid deep private forks of upstream source files.","Preserve MPL notices and publish modifications to MPL-covered files when distribution obligations apply; avoid assuming the GPL side is the intended operational path.","Only if you later need to replace narrow upstream-covered seams with first-party equivalents or avoid carrying MPL-governed source modifications.","high","dual-license-boundary-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-A closed. Preserve as the landed first-party classic-cubing semantic/runtime adapter lane through explicit MPL-aware dependency or adapter use; keep notices and publication duties explicit before any future direct upstream file modification."
-"11848","cahidenes/rubiks-cube-solver","https://github.com/cahidenes/rubiks-cube-solver","HyperTwist","6.0","148.0","174.0","A","vision / perception / AR","foundation engine","vision donor","locked strategic donor","integrate","direct","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","cahidenes/rubiks-cube-solver — MIT — opposite-corner capture heuristic, face-orientation fill logic, cube-string assembly from partial capture, and lightweight HSV or per-sticker bookkeeping retained only as a comparison adjunct behind qbr and rubix-cube-solver.","Do not integrate as a primary perception subsystem. Retain only as a narrow comparison adjunct behind the landed qbr calibration/webcam owner and landed rubix-cube-solver reconstruction/browser owner. Any later use should surface face-placement, cube-string assembly, or divergence-reporting comparisons without widening camera shell, primary calibration, or solver ownership.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded cross-checking or disagreement reporting; do not form a separate recognition silo or reopen primary recognition ownership.","Repurpose here means: optional face-placement, cube-string, or disagreement comparator logic only, not a primary recognition service or AR shell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","full subsystem extraction review","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect opposite-corner capture assumptions; face-placement fill; cube-string assembly; per-sticker bookkeeping; HSV sampling; disagreement-reporting value; reasons it should stay subordinate to qbr and rubix-cube-solver.","Inspect face-orientation fill logic, cube-string assembly, per-sticker bookkeeping, HSV sampling, opposite-corner capture assumptions, and divergence-reporting possibilities against the landed first-party stack.","Audit cahidenes/rubiks-cube-solver only as a retained recognition-comparison adjunct for HyperTwist. Inspect opposite-corner capture assumptions, face-orientation fill logic, cube-string assembly from partial capture, and lightweight HSV or per-sticker bookkeeping. Do not reopen it as a primary recognition, calibration, or solver owner. Compare only against the landed qbr, rubix-cube-solver, and correction-stack seams and report whether any narrower divergence-reporting gap remains.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","memo mentions: 5","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","cahidenes/rubiks-cube-solver — MIT — OpenCV cube detection + Kociemba solver. | cahidenes/rubiks-cube-solver — MIT — OpenCV + solver. | Yes — we already have several strong open-source visual models for cube recognition from earlier in our conversation. I went back through the entire history and pulled the exact ones we discussed (qbr, vivaansinghvi07/rubix-cube-solver, tentone/rubix-solver, cahidenes/rubiks-cube-solver). These are still the high","cahidenes/rubiks-cube-solver is treated as integrate for HyperTwist because the current dossier keeps it active as a strategic donor for constrained capture flow, stickerless-friendly grouping, face-placement logic, and solver-handoff normalization behind the two vision anchors.","memo","False","True","0.0","5.0","HT_cube_vision","HT_cube_vision_0003","computer vision / AR","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the computer vision / AR layer.","HyperTwist","computer vision / AR","integrate","heavy modification","medium","cahidenes/rubiks-cube-solver","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","6.0","5","148.0","Locked Strategic Donor","Retained face-placement and cube-string comparison adjunct","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
-"11852","tentone/rubix-solver","https://github.com/tentone/rubix-solver","HyperTwist","7.0","148.0","174.0","A","vision / perception / AR","foundation engine","vision donor","locked strategic donor","integrate","direct","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","tentone/rubix-solver — README-only MIT posture — quad clustering, square-mask color sampling, center-color face identification, and lightweight native face or state comparison retained only as a comparison adjunct behind qbr and rubix-cube-solver.","Do not integrate as a primary perception subsystem. Retain only as a narrow native comparison adjunct behind the landed qbr calibration/webcam owner and landed rubix-cube-solver reconstruction/browser owner. Any later use should surface quad, mask, or divergence comparisons without widening the local camera shell or brute-force solve shell.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded native comparison, side-by-side validation, or disagreement reporting; do not form a separate recognition silo or promote the local solve shell.","Repurpose here means: optional quad-sorting, square-mask, and native face-state comparator logic only, not a primary recognition service or solver shell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","full subsystem extraction review","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect quad clustering; sort stability; square-mask and threshold logic; center-color face labeling; native state-mutation semantics; disagreement-reporting value; reasons it should stay subordinate to qbr and rubix-cube-solver.","Inspect quad detection and sorting, square-mask color sampling, center-color face labeling, native face-array mutation behavior, and brute-force solve-shell exclusion.","Audit tentone/rubix-solver only as a retained native recognition-comparison adjunct for HyperTwist. Inspect quad clustering, square-mask color sampling, center-color face identification, native face-array mutation behavior, and brute-force solve-shell exclusion. Do not reopen it as a primary recognition, correction, or solver owner. Compare only against the landed qbr, rubix-cube-solver, and correction-stack seams and report whether any narrower divergence-reporting gap remains.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","memo mentions: 7","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","tentone/rubix-solver — MIT — OpenCV cube detection. | Yes — 100% possible to consolidate everything into one no-compromises, enterprise-grade platform. You're not half-arsing it, and neither am I. Modern vision models (and even classical OpenCV pipelines refined over the last decade) are more than accurate enough in 2026 for reliable small-square/facelet color recognition on a standard 3x3 (or larger) Rubik's Cube under normal lighting. Productio","tentone/rubix-solver is treated as integrate for HyperTwist because the current dossier keeps it active as a strategic donor for compact C++ and OpenCV detection heuristics and comparison-bench value, not for its brute-force solver shell.","memo","False","True","0.0","7.0","HT_cube_vision","HT_cube_vision_0004","computer vision / AR","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the computer vision / AR layer.","HyperTwist","computer vision / AR","integrate","heavy modification","medium","tentone/rubix-solver","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","7.0","5","148.0","Locked Strategic Donor","Retained native quad and color comparison adjunct","","","permissive_or_noncopyleft_known","direct_incorporation_ok","Practical working assumption remains MIT from README and repo presentation, but the checked mirror lacks a bundled top-level license file. Keep this row permissive-active only as a subordinate recognition comparison adjunct, and capture the final authoritative upstream license text before any direct vendoring.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","medium","readme-only-license-capture-before-direct-vendoring","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
+"11848","cahidenes/rubiks-cube-solver","https://github.com/cahidenes/rubiks-cube-solver","HyperTwist","6.0","148.0","174.0","A","retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct","retained bounded row","face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct","retained bounded adjunct/comparison row","integrate","direct","This row is already closed for its current justified retained slice. Preserve the retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and reopen only if a narrower gap is later proven.","cahidenes/rubiks-cube-solver — MIT — opposite-corner capture heuristic, face-orientation fill logic, cube-string assembly from partial capture, and lightweight HSV or per-sticker bookkeeping retained only as a comparison adjunct behind qbr and rubix-cube-solver.","Retain only as the closed face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded cross-checking or disagreement reporting; do not form a separate recognition silo or reopen primary recognition ownership.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct gap remains after the landed qbr, rubix-cube-solver, and first-party correction-stack owners and the existing first-party surfaces.","Inspect the retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct slice only in relation to the landed qbr, rubix-cube-solver, and first-party correction-stack owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit cahidenes/rubiks-cube-solver only as a closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct row for HyperTwist. Validate that it remains bounded beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","high","memo mentions: 5","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","cahidenes/rubiks-cube-solver — MIT — OpenCV cube detection + Kociemba solver. | cahidenes/rubiks-cube-solver — MIT — OpenCV + solver. | Yes — we already have several strong open-source visual models for cube recognition from earlier in our conversation. I went back through the entire history and pulled the exact ones we discussed (qbr, vivaansinghvi07/rubix-cube-solver, tentone/rubix-solver, cahidenes/rubiks-cube-solver). These are still the high","cahidenes/rubiks-cube-solver is already closed as a retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","memo","False","True","0.0","5.0","HT_cube_vision","HT_cube_vision_0003","Retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct","Closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","HyperTwist","Retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct","integrate","heavy modification","medium","cahidenes/rubiks-cube-solver","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","6.0","5","148.0","Locked Strategic Donor","Retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
+"11852","tentone/rubix-solver","https://github.com/tentone/rubix-solver","HyperTwist","7.0","148.0","174.0","A","retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","retained bounded row","native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","retained bounded adjunct/comparison row","integrate","direct","This row is already closed for its current justified retained slice. Preserve the retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and reopen only if a narrower gap is later proven.","tentone/rubix-solver — README-only MIT posture — quad clustering, square-mask color sampling, center-color face identification, and lightweight native face or state comparison retained only as a comparison adjunct behind qbr and rubix-cube-solver.","Retain only as the closed native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded native comparison, side-by-side validation, or disagreement reporting; do not form a separate recognition silo or promote the local solve shell.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct gap remains after the landed qbr, rubix-cube-solver, and first-party correction-stack owners and the existing first-party surfaces.","Inspect the retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct slice only in relation to the landed qbr, rubix-cube-solver, and first-party correction-stack owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit tentone/rubix-solver only as a closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row for HyperTwist. Validate that it remains bounded beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","high","memo mentions: 7","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","tentone/rubix-solver — MIT — OpenCV cube detection. | Yes — 100% possible to consolidate everything into one no-compromises, enterprise-grade platform. You're not half-arsing it, and neither am I. Modern vision models (and even classical OpenCV pipelines refined over the last decade) are more than accurate enough in 2026 for reliable small-square/facelet color recognition on a standard 3x3 (or larger) Rubik's Cube under normal lighting. Productio","tentone/rubix-solver is already closed as a retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","memo","False","True","0.0","7.0","HT_cube_vision","HT_cube_vision_0004","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","Closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","HyperTwist","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","integrate","heavy modification","medium","tentone/rubix-solver","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","7.0","5","148.0","Locked Strategic Donor","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","Practical working assumption remains MIT from README and repo presentation, but the checked mirror lacks a bundled top-level license file. Keep this row permissive-active only as a subordinate recognition comparison adjunct, and capture the final authoritative upstream license text before any direct vendoring.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","medium","readme-only-license-capture-before-direct-vendoring","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
 "11857","Lykos/cube_trainer","https://github.com/Lykos/cube_trainer","HyperTwist","8.0","145.0","171.0","A","implemented persisted coaching owner","implemented owner","persisted coaching and weighted sampling owner","landed subsystem owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed persisted coaching, weighted sampling, method exploration, and BLD-domain training-session boundaries, and widen only through owned HyperTwist work.","Landed owner value: persisted coaching, weighted sampling, method exploration, and BLD-domain training-session modeling already live in first-party HyperTwist code.","Preserve as the landed first-party persisted-coaching owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep Alg-Trainer as the broader training-foundation owner, KubeTimr as the timer substrate owner, and CubeDesk as adjacent trainer-session and smart-device workflow composition rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed persisted-coaching owner lane, not external donor harvesting.","Validate current first-party persisted-coaching owner boundaries; identify narrower owned widening targets only if needed; preserve weighted sampling, method exploration, and BLD-domain session contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed persisted-coaching owner boundaries and future owned widening targets, not donor extraction.","Which remaining persisted-coaching or weighted-sampling gaps, if any, are not already covered by the landed HyperTwist code and the current cube_trainer preserve slice?","Inspect current first-party persisted-coaching owner boundaries, retained adjacent training-foundation and timer families, and unresolved owned widening targets only.","Audit Lykos/cube_trainer only as an already-landed permissive owner lane for HyperTwist. Validate current persisted-coaching owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","strong adjacency to identified core stack; memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Lykos/cube_trainer - landed first-party persisted-coaching owner lane; future work starts from owned HyperTwist surfaces and live training-stack authority.","Lykos/cube_trainer is already landed for its current justified persisted coaching, weighted sampling, method exploration, and BLD-domain session slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","4.0","HT_training_stack","HT_training_stack_0002","Implemented persisted coaching owner","Landed persisted-coaching owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented persisted coaching owner","integrate","moderate modification","medium","lykos/cube_trainer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","8.0","5","145.0","Locked Strategic Donor","Implemented persisted coaching owner lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Already landed: start from first-party owner surfaces and landed preserve authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
 "11861","poliva/cubedex","https://github.com/poliva/cubedex","HyperTwist","9.0","145.0","171.0","A","restrictive smartcube practice and review comparison context","comparison context","smartcube practice and review shell","restrictive comparison context","integrate","direct","Retain the repo only as restrictive comparison context. Preserve smartcube-aware practice-shell, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison value while excluding owner, donor, or default clean-room-next assumptions.","Comparison-only retained value: smartcube-aware practice-shell behavior, review and SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison context.","Keep only as restrictive comparison context for smartcube-aware practice-shell behavior, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison; do not treat it as a live owner or a default clean-room next row.","Keep behind the landed KubeTimr timer owner, CubeDesk trainer-session owner, broader training foundations, and current first-party training and review-plan owners. Reopen only if a narrower first-party practice or review gap is explicitly proven.","Repurpose here means: preserve comparison context for practice-shell, review, timing-presentation, and local stats-history behavior only.","Capture comparison-only practice-shell and review behaviors; define explicit do-not-open-clean-room-by-default guardrails; record the stronger landed owners that already cover adjacent scope","comparison-context review","Retained value sits in smartcube-aware practice-shell, review, and timing-presentation comparison behavior rather than donor-grade owner surfaces.","Which smartcube-aware practice-shell, review or SRS, timing-presentation, and local stats-history behaviors remain useful only as restrictive comparison context beneath the landed owners?","Inspect practice-shell behavior, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history surfaces as comparison material only.","Audit poliva/cubedex only as restrictive comparison context for HyperTwist. Do not recommend donor promotion or a default clean-room start. Extract only the bounded comparison behaviors that remain useful beneath the landed timer, trainer-session, and training-stack owners.","","","","","","","","","","Restrictive comparison only","Retain only as restrictive comparison, oracle, acceptance-test, or planning input beneath the landed owners.","do not exclude","The repo remains restrictive comparison context only and should not be treated as a live owner or default clean-room next row.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","strong adjacency to identified core stack; memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","poliva/cubedex - restrictive smartcube practice and review comparison context only; do not reopen donor or default clean-room treatment.","poliva/cubedex is retained only as restrictive comparison context. Its remaining value is in smartcube-aware practice-shell, review, timing-presentation, and local stats-history comparison behavior, not live owner or donor code.","memo","False","True","0.0","4.0","HT_training_stack","HT_training_stack_0016","Restrictive smartcube practice and review comparison context","Restrictive smartcube practice and review comparison context for HyperTwist; retained for bounded comparison only.","HyperTwist","Restrictive smartcube practice and review comparison context","integrate","moderate modification","medium","poliva/cubedex","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","9.0","5","145.0","Locked Strategic Donor","Restrictive smartcube practice and review comparison context","","","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible in the current checked mirror. Retain this repo only as restrictive comparison context for smartcube-aware practice-shell behavior, review/SRS workflow presentation, recognition-versus-execution timing presentation, and local stats/history comparison; implement any strategically necessary behavior only from scrubbed first-party specifications if a narrower gap is later proven.","Reference only: restrictive comparison context for smartcube-aware practice-shell, review, timing-presentation, and local stats-history behavior; do not plan direct incorporation or default clean-room reopening.","Do not incorporate source directly without a confirmed license grant.","Yes - this is the preferred path if a narrower smartcube practice/review slice later proves strategically necessary.","medium","no-license-clean-room-benchmark","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_training_stack during cluster normalization on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Phase 1R plus the 2026-05-27 smartcube practice/review/SRS hierarchy clarification are closed. Retain only as restrictive comparison context for smartcube-aware practice-shell behavior, review/SRS UX, recognition-versus-execution timing presentation, and local stats/history comparison; do not treat it as a live owner or a default clean-room next row."
 "11865","kash/cubedesk","https://github.com/kash/cubedesk","HyperTwist","10.0","145.0","171.0","A","hypercubing / nD engine","foundation engine","simulation donor","locked strategic donor","repurpose","architecture only","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","AGPL / GPL / Strong Copyleft (Forces open-sourcing derivatives — study/reference only or use as backend/service; avoid for closed-source core)kash/cubedesk — GPL-3.0 — Full timer + 750+ alg trainers + analytics/community platform. Live: ...","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","full subsystem extraction review","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit kash/cubedesk as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is direct and whether it belongs as foundation engine / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","AGPL / GPL / Strong Copyleft (Forces open-sourcing derivatives — study/reference only or use as backend/service; avoid for closed-source core)kash/cubedesk — GPL-3.0 — Full timer + 750+ alg trainers + analytics/community platform. Live: https://www.cubedesk.io. | cubing.js (MPL with MIT-vendored parts) remains the 3D foundation — pair with Hyperspeedcube for nD.AGPL / GPL / Strong Copyleft (Study/reference only or backend; avoid for closed-source","kash/cubedesk is treated as repurpose for HyperTwist because the current dossier keeps it as a restrictive clean-room donor target for timer, trainer, solve/session/stat, smart-device, membership-gating, and broader cubing-platform architecture rather than as a direct donor or foundation.","memo","False","True","0.0","4.0","HT_hyper_engine","HT_hyper_engine_0002","cubing / algorithm training","Integrate primarily for HyperTwist. The memo context explicitly treats it as a nucleus, foundation, or unusually high-value building block.","HyperTwist","hypercubing / nD simulation","integrate","direct","medium","kash/cubedesk","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPLv3-or-later in README/LICENSE; package.json says All Rights Reserved","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","10.0","5","145.0","Locked Strategic Donor","Restrictive clean-room donor target","","P1","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo has conflicting license signals and should remain in restrictive clean-room custody. Treat it as a strategic product-pattern and subsystem extraction target, not as direct donor code.","Model A may inspect and extract product/subsystem behavior; Model B should implement only from a scrubbed first-party specification.","Do not incorporate directly until the license contradiction is fully resolved; current HyperTwist posture is clean-room donor only.","Yes — this is the preferred path because the strategic value is broad but direct reuse is blocked by the contradictory license posture.","high","license-contradiction-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale direct-donor posture to dossier-backed restrictive clean-room strategic donor status.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 5. Preserve as the landed first-party trainer-session coupling, session-domain, analytics-panel, integrated smart-device workflow, publication/entitlement, and local social challenge owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror."
@@ -24,7 +24,7 @@
 "11893","brianpeiris/RiftSketch","https://github.com/brianpeiris/RiftSketch","HyperTwist","17.0","119.0","134.0","B","reference-only immersive live-coding benchmark","benchmark","immersive live-coding shell","Reserve Bench","future candidate","architecture only","Retain the interaction shell only as historical comparison context. For this repo class, preserve live sketch-loop, world-space monitor/text-area placement, and WebXR scene-update patterns as design reference while excluding donor, calibration, or product-shell assumptions.","Benchmark-only retained value: immersive live-coding, world-space monitor, text-entry, and real-time scene-update patterns. Study behavior and workflow ideas only; do not plan direct product incorporation.","Keep in permissive/reference custody. Use only as a benchmark for immersive live-coding, world-space text-entry, and live scene-update interaction ideas; do not merge source into HyperTwist.","Do not treat this repo as part of the HyperTwist merge nucleus. If useful, translate isolated live-coding, world-space monitor, and text-entry interaction ideas into first-party browser/XR surfaces without inheriting the product shell.","Repurpose here means: abstract live-coding loop, text-entry, world-space monitor, and scene-update interaction ideas into first-party browser/XR surfaces without reusing source.","Confirm discard basis; record stronger surviving rows; preserve only historical comparison notes if a future operator needs context","behavior-level benchmark review","Hidden value sits in the live sketch loop, world-space monitor/text-area choreography, and immediate scene-update behavior rather than in any retained HyperTwist owner subsystem.","Which live-coding, world-space monitor, text-area, and real-time scene-update patterns are reusable at the behavior level without inheriting the WebXR live-coding shell or reopening an off-topic product lane?","Inspect README/docs, sketch loop, dynamic code execution, local sketch persistence, text-area/monitor composition, WebXR session entry, and scene interception as benchmark material only.","Audit brianpeiris/RiftSketch only as a reference-only immersive live-coding benchmark for HyperTwist. Do not recommend direct incorporation. Extract live-coding loop, world-space monitor, text-entry, and scene-update interaction ideas only.","","","","","","","","","","Historical comparison only","Retain only as discarded historical comparison context; do not plan donor, merge, or clean-room reopening from this row.","exclude from standalone? no","The repo is a niche MIT WebXR live-coding shell and materially off-mission for HyperTwist; retain only as a reference benchmark.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 3","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brianpeiris/RiftSketch - MIT WebXR live-coding shell; keep only as a reference-only immersive live-coding benchmark for interaction ideas.","brianpeiris/RiftSketch is retained only as a reference-only immersive live-coding benchmark. It is a legitimate WebXR live-coding shell, but its product identity is off-topic and its value is limited to interaction ideas rather than donor code.","memo","False","True","0.0","3.0","HT_cube_vision","HT_cube_vision_0006","Reference-only immersive live-coding benchmark","Reference-only immersive live-coding benchmark for HyperTwist; not a donor lane.","HyperTwist","Reference-only immersive live-coding benchmark","future candidate","architecture only","medium","brianpeiris/riftsketch","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","17.0","5","119.0","Reserve Bench","Reference-only immersive live-coding benchmark","Included","P3","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT but was discarded from the active retained set because its immersive live-coding shell is off topic to HyperTwist's retained product scope.","Reference only: discarded historical comparison context for immersive live-coding, world-space monitor, and text-entry interaction patterns; do not plan direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set; its immersive live-coding value is off-topic and already superseded by stronger retained browser/XR, capture, and export rows."
 "11897","abunickabhi/5style-Trainer","https://github.com/abunickabhi/5style-Trainer","HyperTwist","18.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","abunickabhi/5style-Trainer — MIT — 5-style BLD trainer (fork of Alg-Trainer). | abunickabhi/5style-Trainer — MIT (BLD extension).","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit abunickabhi/5style-Trainer as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","strong adjacency to identified core stack; memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","abunickabhi/5style-Trainer — MIT — 5-style BLD trainer (fork of Alg-Trainer). | abunickabhi/5style-Trainer — MIT (BLD extension).","abunickabhi/5style-Trainer is treated as repurpose for HyperTwist because the current dossier keeps it as a focused advanced-training donor for 5-style edge-cycle drilling, subset practice, Giiker-aware flow, and high-skill BLD-oriented practice patterns rather than as a separate platform lane.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0006","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","direct","medium","abunickabhi/5style-trainer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","18.0","5","118.0","Donor Bench","Focused advanced-training donor","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed focused advanced-training donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
 "11900","MathewKJ2048/Rubiks-cube-simulator","https://github.com/MathewKJ2048/Rubiks-cube-simulator","HyperTwist","19.0","118.0","133.0","B","discarded historical simulator comparison","historical comparison","discarded lightweight simulator","historical comparison","future candidate","architecture only","Retain no implementation path from this row. Preserve only historical comparison notes about lightweight simulator shell behavior because stronger pedagogy, planner, and history benchmarks already cover the surviving value.","Discarded retained value: lightweight command-driven simulator and beginner-solver shell patterns survive only as historical comparison context; no unique retained slice remains.","Discard from active retention. Keep only as historical comparison context for lightweight simulator behavior; do not plan clean-room reuse or source incorporation.","Prefer AviKaufman, alinen, and vwcwong for the surviving guided pedagogy, planner, and readable state-history benchmark value. This row no longer carries a unique retained slice.","Historical comparison only; no retained implementation or clean-room route remains.","Confirm discard basis; record stronger surviving rows; preserve only historical comparison notes if a future operator needs context","clean-room benchmark review","No surviving unique retained slice remains after comparison against stronger pedagogy, planner, and history benchmark rows.","Is any lightweight simulator behavior still unique after comparison against the stronger guided pedagogy, planner, and history benchmark rows?","Inspect only enough to confirm duplicate-retirement posture against stronger pedagogy, planner, and history benchmark rows.","Audit MathewKJ2048/Rubiks-cube-simulator only as a discard-confirmation row for HyperTwist. Confirm that no unique retained pedagogy, planner, or history slice survives after comparison against stronger benchmark rows.","","","","","","","","","","Historical comparison only","Retain only as discarded historical comparison context; do not plan donor, merge, or clean-room reopening from this row.","exclude from donor lane","The repo is a discarded duplicate and should remain historical comparison context only.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","MathewKJ2048/Rubiks-cube-simulator - discarded lightweight simulator duplicate; keep only as historical comparison context.","MathewKJ2048/Rubiks-cube-simulator is retained only as discarded historical comparison context. No surviving unique retained slice remains after comparison against stronger pedagogy, planner, and history benchmark rows.","memo","False","True","0.0","2.0","HT_training_clean_room","HT_training_clean_room_0004","Discarded historical simulator comparison","Discarded historical simulator comparison for HyperTwist; no surviving retained slice remains.","HyperTwist","Discarded historical simulator comparison","future candidate","architecture only","medium","mathewkj2048/rubiks-cube-simulator","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","19.0","5","118.0","Reserve Bench","Historical-only simulator comparison","Included","P3","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL simulator code and was discarded from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks.","Reference only: discarded historical comparison context for lightweight simulator shell behavior; do not plan direct incorporation or clean-room reopening.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if lightweight simulator behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room simulator benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks."
-"11903","NuiLab/code-vr","https://github.com/NuiLab/code-vr","HyperTwist","20.0","118.0","133.0","B","vision / perception / AR","subsystem donor","vision donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","NuiLab/code-vr — MIT — AST or graph-to-scene conversion, parse/export/runtime separation, and experimental symbolic-to-spatial pedagogy retained only behind the first-party knowledge shell and landed browser-spatial/XR owners.","Do not integrate as a practical XR runtime or training subsystem. Retain only as a narrow symbolic-to-spatial pedagogy experiment behind the first-party knowledge shell and landed browser-spatial/XR owners. Any later use should surface abstract-structure spatial teaching or parse/export/runtime experiments without widening the VR runtime shell.","Keep subordinate to the first-party knowledge shell and landed browser-spatial/XR owners. Use only for bounded pedagogy experiments; do not form a separate XR or game-runtime silo.","Repurpose here means: optional code-structure-to-space pedagogy, parse/export/runtime experiment logic, or teaching-sidecar patterns only, not a practical XR runtime or trainer foundation.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect AST or graph-to-scene conversion; parse/export/runtime separation; language-server sidecar boundaries; symbolic-to-spatial pedagogy value; reasons it should stay subordinate to the knowledge shell and browser-spatial/XR owners.","Inspect symbolic-to-spatial conversion, parse/export/runtime separation, language-aware teaching-sidecar behavior, and bounded pedagogy-experiment seams against the landed knowledge and browser-spatial/XR stack.","Audit NuiLab/code-vr only as a retained symbolic-to-spatial pedagogy experiment for HyperTwist. Inspect AST or graph-to-scene conversion, parse/export/runtime separation, and language-aware teaching-sidecar behavior. Do not reopen it as a practical XR runtime, gameplay shell, or training foundation owner. Compare only against the first-party knowledge shell and landed browser-spatial/XR stack and report whether any narrower pedagogy gap remains.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","NuiLab/code-vr — (license permissive per repo) — VR codebase explorer. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketch, aMonteSl/CodeXR.","NuiLab/code-vr is treated as repurpose for HyperTwist because the current dossier keeps it below core tier as an XR pedagogy and code-to-scene representation donor rather than as an active merge-set candidate or product shell.","memo","False","True","0.0","2.0","HT_cube_vision","HT_cube_vision_0007","cubing / algorithm training","Integrate as a shared building block across at least two projects. Its memo and bookmark signals place it in the computer vision / AR layer.","multi-project","computer vision / AR","integrate","heavy modification","medium","nuilab/code-vr","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","20.0","5","118.0","Donor Bench","Retained symbolic-to-spatial XR pedagogy experiment","","P2","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and direct use is legally straightforward, but the current HyperTwist posture is still below-core donor use because the strongest value is in XR pedagogy, embodied onboarding, and code-to-scene boundary ideas rather than product-core ownership.","Use selectively as a donor or bounded adapter where the XR pedagogy and code-to-scene representation ideas materially shorten build time.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is architecturally cleaner than carrying the upstream code.","high","below-core-mit-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale merge-bench posture to dossier-backed below-core XR pedagogy donor status.","selected_not_live_permissive_candidate","phase2rc_symbolic_xr_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as a symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and landed browser-spatial/XR owners; no default widening packet is open."
+"11903","NuiLab/code-vr","https://github.com/NuiLab/code-vr","HyperTwist","20.0","118.0","133.0","B","retained symbolic-to-spatial pedagogy experiment lane","retained bounded row","symbolic-to-spatial pedagogy experiment lane","retained bounded adjunct/comparison row","repurpose","moderate modification","This row is already closed for its current justified retained slice. Preserve the retained symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners, and reopen only if a narrower gap is later proven.","NuiLab/code-vr — MIT — AST or graph-to-scene conversion, parse/export/runtime separation, and experimental symbolic-to-spatial pedagogy retained only behind the first-party knowledge shell and landed browser-spatial/XR owners.","Retain only as the closed symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to the first-party knowledge shell and landed browser-spatial/XR owners. Use only for bounded pedagogy experiments; do not form a separate XR or game-runtime silo.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower symbolic-to-spatial pedagogy experiment lane gap remains after the first-party knowledge shell and the landed browser-spatial/XR owners and the existing first-party surfaces.","Inspect the retained symbolic-to-spatial pedagogy experiment lane slice only in relation to the first-party knowledge shell and the landed browser-spatial/XR owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit NuiLab/code-vr only as a closed retained symbolic-to-spatial pedagogy experiment lane row for HyperTwist. Validate that it remains bounded beneath the first-party knowledge shell and the landed browser-spatial/XR owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","NuiLab/code-vr — (license permissive per repo) — VR codebase explorer. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketch, aMonteSl/CodeXR.","NuiLab/code-vr is already closed as a retained symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","memo","False","True","0.0","2.0","HT_cube_vision","HT_cube_vision_0007","Retained symbolic-to-spatial pedagogy experiment lane","Closed retained symbolic-to-spatial pedagogy experiment lane row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","multi-project","Retained symbolic-to-spatial pedagogy experiment lane","integrate","heavy modification","medium","nuilab/code-vr","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","20.0","5","118.0","Donor Bench","Retained symbolic-to-spatial pedagogy experiment lane lane","","P2","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and direct use is legally straightforward, but the current HyperTwist posture is still below-core donor use because the strongest value is in XR pedagogy, embodied onboarding, and code-to-scene boundary ideas rather than product-core ownership.","Use selectively as a donor or bounded adapter where the XR pedagogy and code-to-scene representation ideas materially shorten build time.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is architecturally cleaner than carrying the upstream code.","high","below-core-mit-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale merge-bench posture to dossier-backed below-core XR pedagogy donor status.","selected_not_live_permissive_candidate","phase2rc_symbolic_xr_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as a symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and landed browser-spatial/XR owners; no default widening packet is open."
 "11906","ShellPuppy/RCube","https://github.com/ShellPuppy/RCube","HyperTwist","21.0","118.0","133.0","B","large-N solver benchmark","benchmark","Large-N solver benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: large-N orientation tricks, stage framing, and big-cube algorithm expectations. Study the algorithm/reference behavior only.","Keep as a restrictive large-N solver benchmark. Use it for algorithm/reference comparison, not as donor code.","Do not treat this repo as a merge candidate. Translate only large-cube orientation and stage-framing ideas into first-party work if later needed.","Repurpose here means: use as an algorithm/reference benchmark for large-cube state and orientation tricks.","Capture bounded benchmark or oracle behaviors; define acceptance criteria or clean-room-later planning boundaries; record explicit do-not-incorporate guardrails","algorithm benchmark review","Hidden value sits in orientation shortcuts and stage framing for extremely large cubes.","Which large-cube orientation and stage strategies are worth preserving as benchmark knowledge?","Inspect large-cube orientation logic, stage structure, and output/reporting surfaces as benchmark material only.","Audit ShellPuppy/RCube only as a restrictive large-N solver benchmark. Extract algorithm ideas and acceptance-test expectations, not donor code.","","","","","","","","","","Reference only","Retain only as benchmark, oracle, acceptance-test, comparison, research, or clean-room-later planning input.","exclude from donor lane","The repo is GPL large-N solver code and should remain only as an algorithm/reference benchmark for big-cube behavior.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","ShellPuppy/RCube — GPL large-N cube solver; keep only as a large-N solver benchmark.","ShellPuppy/RCube remains useful only because it captures a narrow large-N solver lane that HyperTwist may later benchmark against. It is not a donor candidate.","memo","False","True","0.0","2.0","HT_solver_oracles","HT_solver_oracles_0001","Large-N solver benchmark","Large-N solver benchmark for HyperTwist; retained for reference value, not donor use.","HyperTwist","Large-N solver benchmark","future candidate","architecture only","medium","shellpuppy/rcube","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","21.0","5","118.0","Reserve Bench","Large-N solver benchmark","Included","P3","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and remains a benchmark/reference lane for centers, edges, parity, and later clean-room research rather than donor use.","Reference only: use as a large-N centers, edges, and parity benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a later first-party large-N lane needs recreation of a narrow behavior or algorithmic framing; otherwise keep this as a benchmark.","high","gpl-large-n-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed large-N solver benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a large-N centers/edges/parity benchmark and later clean-room research input, not as an active product donor."
 "11909","brownan/Rubiks-Cube-Solver","https://github.com/brownan/Rubiks-Cube-Solver","HyperTwist","22.0","118.0","133.0","B","compact solver correctness and heuristic-table oracle","solver oracle","correctness and heuristic-table oracle","solver oracle","future candidate","architecture only","Retain the compact solver only as oracle and clean-room-later planning input. Preserve correctness expectations, cube-state/search decomposition, and heuristic-table structure while excluding donor, trainer-shell, or live product ownership claims.","Oracle-only retained value: compact correctness, cube-state/search decomposition, heuristic-table planning, and later clean-room solver-core reference.","Keep only as the primary compact solver correctness and heuristic-table oracle. Use it for acceptance criteria and clean-room-later planning; do not treat it as donor code.","Keep beside efrantar/rob-twophase as the compact correctness anchor while preserving efrantar as the retained performance and robot-metric comparator. Reopen only if HyperTwist intentionally opens a first-party classic solver-core lane.","Repurpose here means: derive correctness expectations, search decomposition boundaries, and heuristic-table acceptance criteria for later first-party solver-core work.","Capture correctness expectations; define cube-state and search-decomposition oracle boundaries; record heuristic-table planning expectations; preserve explicit comparator boundaries with efrantar; do not treat as donor code","oracle benchmark review","Hidden value sits in compact correctness behavior, search decomposition, and heuristic-table planning rather than trainer-shell behavior.","Which correctness, cube-state/search decomposition, and heuristic-table expectations should become first-party solver acceptance criteria or clean-room-later planning input?","Inspect README/docs, cube-state model, search decomposition, heuristic-table structure, and solve behavior as oracle material only.","Audit brownan/Rubiks-Cube-Solver only as the primary compact solver correctness and heuristic-table oracle for HyperTwist. Extract acceptance criteria and clean-room-later planning input, not donor code.","efrantar/rob-twophase","performance comparator","Preserve brownan as the primary compact correctness and heuristic-table oracle and use efrantar only as the retained metric, pruning, and throughput comparator.","","","","","","","Reference only","Retain only as oracle, acceptance-test, and clean-room-later planning input.","exclude from standalone? no","The repo is a restrictive oracle row and should remain outside donor or merge treatment.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brownan/Rubiks-Cube-Solver - GPL-3.0 compact solver oracle; keep only for correctness, heuristic-table, and clean-room-later planning value.","brownan/Rubiks-Cube-Solver is retained only as the primary compact solver correctness and heuristic-table oracle. Its value is in correctness and search-structure expectations, not donor code.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0007","Compact solver correctness oracle","Compact solver correctness oracle for HyperTwist; retained for acceptance criteria and clean-room-later planning, not donor use.","HyperTwist","Compact solver correctness oracle","integrate","moderate modification","medium","brownan/rubiks-cube-solver","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","22.0","5","118.0","Reserve Bench","Compact solver oracle","","P2","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and remains the primary compact solver oracle and clean-room-later heuristic/search benchmark. Preserve correctness and search behavior through scrubbed first-party specifications only.","Reference only: oracle and clean-room-later planning input for classic solver correctness and heuristic-table behavior; do not plan direct incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for any later first-party optimal-solver effort.","high","gpl-oracle-clean-room-review","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed benchmark-oracle and clean-room optimal-solver status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary compact solver oracle and clean-room-later heuristic/search benchmark; use for correctness, not donor code."
 "11915","newyork-anthonyng/rubiks-cross-trainer","https://github.com/newyork-anthonyng/rubiks-cross-trainer","HyperTwist","24.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","newyork-anthonyng/rubiks-cross-trainer — MIT — Cross trainer library (scramble generator). | newyork-anthonyng/rubiks-cross-trainer — MIT.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit newyork-anthonyng/rubiks-cross-trainer as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","newyork-anthonyng/rubiks-cross-trainer — MIT — Cross trainer library (scramble generator). | newyork-anthonyng/rubiks-cross-trainer — MIT.","newyork-anthonyng/rubiks-cross-trainer is treated as repurpose for HyperTwist because the current dossier keeps it as a focused donor for its precomputed one-to-eight-move cross corpus and cross-specific drill progression rather than as a platform lane.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0008","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","newyork-anthonyng/rubiks-cross-trainer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","24.0","5","118.0","Donor Bench","Focused donor","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed focused-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
@@ -54,8 +54,8 @@
 "","screenpipe/screenpipe","https://github.com/screenpipe/screenpipe","HyperTwist","","","","","capture / replay / support-plane","subsystem donor","support donor","donor bench","repurpose","moderate modification","Retain the valuable internal layer, but expect to replace upstream shell assumptions and rebind boundaries so it fits the HyperTwist architecture.","","Repurpose selected subsystems rather than the whole product. Mine the repo for local capture and replay architecture, permission-aware tooling, timeline behavior, vault storage, and notification support surfaces; keep what materially shortens build time, but bind it to HyperTwist-owned data contracts, UI shell, and runtime boundaries.","","Repurpose here means: extract bounded support surfaces from this repo without inheriting the full upstream shell.","","","","the recording lifecycle, engine and database crates, permission model, rewind timeline behavior, notification routes, and vault handling.","Inspect manifests, README/docs, engine/database/vault crates, app tauri surfaces, timeline UI, notification routes, and permission middleware.","Audit screenpipe/screenpipe as a Support-plane capture, history, and replay sidecar candidate for HyperTwist. Inspect the recording lifecycle, engine and database crates, permission model, rewind timeline behavior, notification routes, and vault handling. Decide whether the retained value should remain active and what should stay bounded outside the HyperTwist core.","","","","","","","","","","","","","","medium","Canonized Markdown dossier exists and the repo has been source-backed, but CSV backfill is later than the original v6.3 board generation.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","","","","","","","HT_support_sidecars","HT_support_sidecars_0001","support plane / capture / replay","Repurpose selectively for HyperTwist. Its source-backed role is a strategic donor with care for local capture/history/replay, permissions-aware agents, encrypted vaults, and notification support surfaces, not a gameplay or vision foundation.","HyperTwist","support plane / capture / replay","repurpose","moderate modification","medium","screenpipe/screenpipe","","","","","","","","","","","","","","","","","","MIT OR Apache-2.0 core; enterprise-restricted ee/","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 52-screenpipe-screenpipe-upstream-dossier.md","","","","Donor Bench","Support-plane capture, history, and replay sidecar","Included","P2","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is permissive in its core paths but includes enterprise-restricted ee/ content. Use only clearly permissive core paths as bounded capture/history/replay donor material and exclude or reimplement enterprise-gated paths.","Use only clearly permissive core paths as bounded support-plane donor surfaces; exclude enterprise paths or reimplement equivalent seams.","Preserve permissive notices for reused core paths and do not incorporate ee/ without separate commercial rights.","Sometimes useful for enterprise-gated slices, but not required for clearly permissive core paths.","high","mixed-license-path-review-required","no","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 52-screenpipe-screenpipe-upstream-dossier.md","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-E closed. Preserve as the landed first-party capture/history/replay, deterministic-permission, persistence, vault-lifecycle, timeline-review, and explicit permissive-core-versus-ee/ subtree-compliance lane; start future widening from the live-lane audit, then Phase 4R-E, then REPO_LICENSE_TRACKING.md."
 "","remotion-dev/remotion","https://github.com/remotion-dev/remotion","HyperTwist","","","","","media / rendering / export","subsystem donor","media donor","donor bench","repurpose","moderate modification","Retain the valuable internal layer, but expect to replace upstream shell assumptions and rebind boundaries so it fits the HyperTwist architecture.","","Repurpose selected subsystems rather than the whole product. Mine the repo for media export, explainer rendering, embedded player behavior, and bounded browser or server-side export workflows; keep what materially shortens build time, but bind it to HyperTwist-owned data contracts, UI shell, and runtime boundaries.","","Repurpose here means: extract bounded support surfaces from this repo without inheriting the full upstream shell.","","","","the player and renderer packages, studio/editor package, media-parser surfaces, export workflow, and custom commercial license boundaries.","Inspect manifests, LICENSE, README/docs, player package, renderer package, studio package, media-parser package, and major export/render entry points.","Audit remotion-dev/remotion as a Media export and explainer sidecar candidate for HyperTwist. Inspect the player and renderer packages, studio/editor package, media-parser surfaces, export workflow, and custom commercial license boundaries. Decide whether the retained value should remain active and what should stay bounded outside the HyperTwist core.","","","","","","","","","","","","","","medium","Canonized Markdown dossier exists and the repo has been source-backed, but CSV backfill is later than the original v6.3 board generation.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","","","","","","","HT_support_sidecars","HT_support_sidecars_0002","media / rendering / export","Repurpose selectively for HyperTwist. Its source-backed role is a bounded commercially licensed media-export and explainer sidecar, not a product foundation.","HyperTwist","media / rendering / export","repurpose","moderate modification","medium","remotion-dev/remotion","","","","","","","","","","","","","","","","","","Custom two-tier commercial license","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 53-remotion-dev-remotion-upstream-dossier.md","","","","Donor Bench","Commercially licensed media-export and explainer sidecar","Included","P3","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo uses a custom two-tier commercial license and should remain a bounded media-export and explainer sidecar. Review the commercial terms before direct use and do not treat it as a carefree donor.","Keep behind a bounded media-render/export seam; do not let it become a runtime foundation.","Preserve upstream license materials and satisfy the applicable commercial terms before shipping or internal deployment.","Sometimes useful only if later commercial terms or deployment constraints make direct use less attractive.","high","commercial-license-sidecar-review","no","","","","","","","","","","","","","v6.3_markdown_backfill","Refined on 2026-04-25 to the dossier-backed commercially licensed media-export and explainer sidecar posture.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-F closed. Preserve as the landed first-party media-export, embedded playback, parser, explainer-studio, and package-split commercial-compliance lane; start future widening from the live-lane audit, then Phase 4R-F, then REPO_LICENSE_TRACKING.md; keep the explicit company-license and package-split boundary visible."
 "","ecomfe/zrender","https://github.com/ecomfe/zrender","HyperTwist","","","","","retained subordinate lower-level 2D painter and event substrate","retained subordinate sidecar","lower-level 2D painter and event substrate","retained subordinate sidecar","integrate","moderate modification","This row is already closed for its current justified subordinate slice. Preserve the retained lower-level 2D painter and event substrate beneath the landed apache/echarts anchor, and reopen only if a narrower sidecar gap is later proven.","","Retain only as the closed subordinate lower-level 2D painter and event substrate beneath the landed apache/echarts anchor. No default widening packet is open; any future work must start from landed anchors, first-party reference-grounded support surfaces, and narrower sidecar-gap proof.","","Integrate here means: only a narrower first-party sidecar widening if a concrete anchor-side gap is later proven.","Validate closed subordinate boundary; preserve landed anchor ownership; record narrower sidecar-gap reopen criteria only; do not promote to a standalone owner lane","closed subordinate boundary review","Remaining value is in bounded sidecar behavior beneath landed anchors, not standalone owner promotion.","whether any narrower lower-level 2D painter and event substrate gap remains after the landed apache/echarts anchor and the existing first-party reference-grounded support surfaces.","Inspect the retained lower-level 2D painter and event substrate slice only in relation to the landed apache/echarts anchor, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","Audit ecomfe/zrender only as a closed subordinate lower-level 2D painter and event substrate row for HyperTwist. Validate that it remains bounded beneath the landed apache/echarts anchor and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a subordinate sidecar. Reuse should start only from narrower anchor-side gap proof, not generic transfer framing.","keep subordinate only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized subordinate-stack notes exist and the row is already closed beneath landed anchors.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","ecomfe/zrender is already closed as a subordinate lower-level 2D painter and event substrate beneath the landed apache/echarts anchor. Its row-source posture should now be bounded retain-and-reopen-only rather than merge-bench activation.","","","","","","HT_browser_support","HT_browser_support_0001","Retained subordinate lower-level 2D painter and event substrate","Closed subordinate lower-level 2D painter and event substrate row for HyperTwist; preserve anchor ownership and reopen only if a narrower sidecar gap is proven.","HyperTwist","Retained subordinate lower-level 2D painter and event substrate","integrate","moderate modification","medium","ecomfe/zrender","","","","","","","","","","","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 56-ecomfe-zrender-upstream-dossier.md","","","","Merge Bench","Retained subordinate lower-level 2D painter and event substrate lane","Included","P3","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is BSD-3-Clause and direct use is allowed. Treat it as a bounded 2D render substrate beneath the reporting stack.","Use directly as a bounded browser-side dependency beneath analytics and reporting layers.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless you later replace a narrow utility layer for product-shaping reasons.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 56-ecomfe-zrender-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_analytics_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate 2D render substrate beneath the landed apache/echarts lane; no default widening packet is open."
-"","pissang/claygl","https://github.com/pissang/claygl","HyperTwist","","","","","interface / visualization / shell surface","subsystem donor","dependency donor","merge bench","integrate","moderate modification","Retain the reusable internal layer, but replace shell assumptions and rebind boundaries so it plugs into HyperTwist cleanly.","pissang/claygl — BSD-style permissive — renderer, scene, camera, control, picking, compositor, and App3D patterns retained only as an optional browser comparison substrate behind the landed browser spatial stack.","Do not integrate as a primary browser spatial runtime. Retain only as an optional comparison substrate beneath the landed three.js, react-three-fiber, and xr stack. Any later use should surface bounded lower-level browser-side 3D control or explainer sidecars only if a real gap remains.","Keep subordinate to the landed browser spatial stack and do not form a separate WebGL runtime silo. Use only for optional comparison or bounded sidecar support.","Repurpose here means: optional lower-level browser 3D comparison or explainer substrate only, not a runtime foundation.","","","","Inspect renderer, scene, camera, control, picking, compositor, and App3D patterns; sidecar-only value; reasons it should stay subordinate to the landed browser spatial stack.","Inspect renderer and scene infrastructure, camera and control patterns, picking and compositor behavior, and bounded browser-side comparison value against the landed browser spatial stack.","Audit pissang/claygl only as a retained alternative browser 3D comparison substrate for HyperTwist. Inspect renderer, scene, camera, control, picking, compositor, and App3D patterns. Do not reopen it as a primary browser spatial runtime or puzzle-renderer owner. Compare only against the landed three.js, react-three-fiber, and xr stack and report whether any narrower sidecar gap remains.","","","","","","","","","","","","","","medium","Canonized Markdown dossier exists and the repo has been source-backed, but CSV backfill is later than the original v6.3 board generation.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","","","","","","","HT_browser_support","HT_browser_support_0002","browser / 3D / XR / presentation","Integrate selectively for HyperTwist. Its source-backed role is a lower-level WebGL substrate beneath browser viewer and analytics surfaces, not a runtime foundation.","HyperTwist","browser / 3D / XR / presentation","integrate","moderate modification","medium","pissang/claygl","","","","","","","","","","","","","","","","","","BSD-style permissive (see LICENSE)","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","","","","Merge Bench","Retained alternative browser 3D comparison substrate","Included","P3","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo carries a BSD-style permissive license in its LICENSE file and direct use is viable. Treat it as a bounded WebGL substrate rather than a product lane.","Use directly as a bounded browser-side dependency after preserving the upstream license text.","Preserve the exact upstream LICENSE text and notices when redistributed or vendored.","Usually unnecessary unless you later replace a narrow low-level utility layer.","medium","license-text-normalization-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser 3D comparison lane subordinate to the landed three.js, react-three-fiber, and xr stack; keep 3R-G deferred unless a real sidecar gap remains."
-"","pissang/clay-viewer","https://github.com/pissang/clay-viewer","HyperTwist","","","","","interface / visualization / shell surface","subsystem donor","viewer donor","merge bench","integrate","moderate modification","Retain the reusable internal layer, but replace shell assumptions and rebind boundaries so it plugs into HyperTwist cleanly.","pissang/clay-viewer — BSD-3-Clause — hotspot, animation-preview, environment or post-effect preset, and compact inspection patterns retained only as an optional browser viewer/editor comparison sidecar behind google/model-viewer and the landed browser spatial stack.","Do not integrate as a primary browser viewer or editor runtime. Retain only as an optional comparison sidecar behind the landed google/model-viewer and browser spatial owners. Any later use should surface bounded preview, inspection, or explainer behaviors only if a real gap remains.","Keep subordinate to google/model-viewer and the landed browser spatial stack. Use only for optional comparison or bounded preview or editor sidecars.","Repurpose here means: optional viewer/editor comparison, preview, or inspection sidecar only, not a runtime foundation.","","","","Inspect hotspot, camera, animation-preview, environment or post-effect preset, and inspection-shell patterns; sidecar-only value; reasons it should stay subordinate to google/model-viewer and the landed browser spatial stack.","Inspect viewer shell, hotspot and animation-preview behavior, environment or lighting presets, compact inspection surfaces, and bounded browser comparison value against google/model-viewer and the landed browser spatial stack.","Audit pissang/clay-viewer only as a retained alternative browser viewer/editor comparison sidecar for HyperTwist. Inspect hotspot, animation-preview, environment or post-effect preset, and compact inspection-shell behavior. Do not reopen it as a primary browser viewer, editor, gameplay, or runtime owner. Compare only against the landed google/model-viewer and browser spatial stack and report whether any narrower sidecar gap remains.","","","","","","","","","","","","","","medium","Canonized Markdown dossier exists and the repo has been source-backed, but CSV backfill is later than the original v6.3 board generation.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","","","","","","","HT_browser_support","HT_browser_support_0003","browser / 3D / XR / presentation","Integrate selectively for HyperTwist. Its source-backed role is a bounded browser viewer/editor sidecar with hotspot, environment, and post-effect surfaces, not a gameplay or runtime foundation.","HyperTwist","browser / 3D / XR / presentation","integrate","moderate modification","medium","pissang/clay-viewer","","","","","","","","","","","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","","","","Merge Bench","Retained alternative browser viewer/editor comparison sidecar","Included","P3","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is BSD-3-Clause and direct use is allowed. Treat it as a bounded browser viewer/editor sidecar.","Use directly as a bounded browser-side dependency or sidecar for viewer/editor surfaces.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser viewer/editor comparison lane subordinate to the landed google/model-viewer and browser spatial stack; keep 3R-G deferred unless a real sidecar gap remains."
+"","pissang/claygl","https://github.com/pissang/claygl","HyperTwist","","","","","retained optional browser 3D comparison lane","retained bounded row","optional browser 3D comparison lane","retained bounded adjunct/comparison row","integrate","moderate modification","This row is already closed for its current justified retained slice. Preserve the retained optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack, and reopen only if a narrower gap is later proven.","pissang/claygl — BSD-style permissive — renderer, scene, camera, control, picking, compositor, and App3D patterns retained only as an optional browser comparison substrate behind the landed browser spatial stack.","Retain only as the closed optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to the landed browser spatial stack and do not form a separate WebGL runtime silo. Use only for optional comparison or bounded sidecar support.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower optional browser 3D comparison lane gap remains after the landed mrdoob/three.js and browser-spatial owner stack and the existing first-party surfaces.","Inspect the retained optional browser 3D comparison lane slice only in relation to the landed mrdoob/three.js and browser-spatial owner stack, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit pissang/claygl only as a closed retained optional browser 3D comparison lane row for HyperTwist. Validate that it remains bounded beneath the landed mrdoob/three.js and browser-spatial owner stack and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","pissang/claygl is already closed as a retained optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","","","","","","HT_browser_support","HT_browser_support_0002","Retained optional browser 3D comparison lane","Closed retained optional browser 3D comparison lane row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","HyperTwist","Retained optional browser 3D comparison lane","integrate","moderate modification","medium","pissang/claygl","","","","","","","","","","","","","","","","","","BSD-style permissive (see LICENSE)","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","","","","Merge Bench","Retained optional browser 3D comparison lane lane","Included","P3","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo carries a BSD-style permissive license in its LICENSE file and direct use is viable. Treat it as a bounded WebGL substrate rather than a product lane.","Use directly as a bounded browser-side dependency after preserving the upstream license text.","Preserve the exact upstream LICENSE text and notices when redistributed or vendored.","Usually unnecessary unless you later replace a narrow low-level utility layer.","medium","license-text-normalization-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser 3D comparison lane subordinate to the landed three.js, react-three-fiber, and xr stack; keep 3R-G deferred unless a real sidecar gap remains."
+"","pissang/clay-viewer","https://github.com/pissang/clay-viewer","HyperTwist","","","","","retained optional browser viewer/editor comparison lane","retained bounded row","optional browser viewer/editor comparison lane","retained bounded adjunct/comparison row","integrate","moderate modification","This row is already closed for its current justified retained slice. Preserve the retained optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack, and reopen only if a narrower gap is later proven.","pissang/clay-viewer — BSD-3-Clause — hotspot, animation-preview, environment or post-effect preset, and compact inspection patterns retained only as an optional browser viewer/editor comparison sidecar behind google/model-viewer and the landed browser spatial stack.","Retain only as the closed optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to google/model-viewer and the landed browser spatial stack. Use only for optional comparison or bounded preview or editor sidecars.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower optional browser viewer/editor comparison lane gap remains after the landed google/model-viewer and browser-viewer owner stack and the existing first-party surfaces.","Inspect the retained optional browser viewer/editor comparison lane slice only in relation to the landed google/model-viewer and browser-viewer owner stack, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit pissang/clay-viewer only as a closed retained optional browser viewer/editor comparison lane row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer and browser-viewer owner stack and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","pissang/clay-viewer is already closed as a retained optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","","","","","","HT_browser_support","HT_browser_support_0003","Retained optional browser viewer/editor comparison lane","Closed retained optional browser viewer/editor comparison lane row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","HyperTwist","Retained optional browser viewer/editor comparison lane","integrate","moderate modification","medium","pissang/clay-viewer","","","","","","","","","","","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","","","","Merge Bench","Retained optional browser viewer/editor comparison lane lane","Included","P3","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is BSD-3-Clause and direct use is allowed. Treat it as a bounded browser viewer/editor sidecar.","Use directly as a bounded browser-side dependency or sidecar for viewer/editor surfaces.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser viewer/editor comparison lane subordinate to the landed google/model-viewer and browser spatial stack; keep 3R-G deferred unless a real sidecar gap remains."
 "","KhronosGroup/glTF-Sample-Renderer","https://github.com/KhronosGroup/glTF-Sample-Renderer","HyperTwist","","","","","retained subordinate renderer and reference substrate","retained subordinate sidecar","renderer and reference substrate","retained subordinate sidecar","integrate","moderate modification","This row is already closed for its current justified subordinate slice. Preserve the retained renderer and reference substrate beneath the landed google/model-viewer asset-QA lane, and reopen only if a narrower sidecar gap is later proven.","","Retain only as the closed subordinate renderer and reference substrate beneath the landed google/model-viewer asset-QA lane. No default widening packet is open; any future work must start from landed anchors, first-party reference-grounded support surfaces, and narrower sidecar-gap proof.","","Integrate here means: only a narrower first-party sidecar widening if a concrete anchor-side gap is later proven.","Validate closed subordinate boundary; preserve landed anchor ownership; record narrower sidecar-gap reopen criteria only; do not promote to a standalone owner lane","closed subordinate boundary review","Remaining value is in bounded sidecar behavior beneath landed anchors, not standalone owner promotion.","whether any narrower renderer and reference substrate gap remains after the landed google/model-viewer asset-QA lane and the existing first-party reference-grounded support surfaces.","Inspect the retained renderer and reference substrate slice only in relation to the landed google/model-viewer asset-QA lane, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","Audit KhronosGroup/glTF-Sample-Renderer only as a closed subordinate renderer and reference substrate row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer asset-QA lane and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a subordinate sidecar. Reuse should start only from narrower anchor-side gap proof, not generic transfer framing.","keep subordinate only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized subordinate-stack notes exist and the row is already closed beneath landed anchors.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","KhronosGroup/glTF-Sample-Renderer is already closed as a subordinate renderer and reference substrate beneath the landed google/model-viewer asset-QA lane. Its row-source posture should now be bounded retain-and-reopen-only rather than merge-bench activation.","","","","","","HT_browser_support","HT_browser_support_0004","Retained subordinate renderer and reference substrate","Closed subordinate renderer and reference substrate row for HyperTwist; preserve anchor ownership and reopen only if a narrower sidecar gap is proven.","HyperTwist","Retained subordinate renderer and reference substrate","integrate","moderate modification","medium","khronosgroup/gltf-sample-renderer","","","","","","","","","","","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 61-khronosgroup-gltf-sample-renderer-upstream-dossier.md","","","","Merge Bench","Retained subordinate renderer and reference substrate lane","Included","P3","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is Apache-2.0 and direct use is allowed. Treat it as a bounded renderer substrate beneath asset viewers.","Use directly as a bounded browser-side dependency beneath asset inspection and preview tooling.","Preserve LICENSE and NOTICE materials where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 61-khronosgroup-gltf-sample-renderer-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_browser_viewer_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate renderer/reference substrate beneath the landed google/model-viewer asset-QA lane; no default widening packet is open."
 "","google/model-viewer/packages/space-opera","https://github.com/google/model-viewer/tree/main/packages/space-opera","HyperTwist","","","","","retained subordinate browser editor and inspection sidecar","retained subordinate sidecar","browser editor and inspection sidecar","retained subordinate sidecar","integrate","moderate modification","This row is already closed for its current justified subordinate slice. Preserve the retained browser editor and inspection sidecar beneath the landed google/model-viewer anchor, and reopen only if a narrower sidecar gap is later proven.","","Retain only as the closed subordinate browser editor and inspection sidecar beneath the landed google/model-viewer anchor. No default widening packet is open; any future work must start from landed anchors, first-party reference-grounded support surfaces, and narrower sidecar-gap proof.","","Integrate here means: only a narrower first-party sidecar widening if a concrete anchor-side gap is later proven.","Validate closed subordinate boundary; preserve landed anchor ownership; record narrower sidecar-gap reopen criteria only; do not promote to a standalone owner lane","closed subordinate boundary review","Remaining value is in bounded sidecar behavior beneath landed anchors, not standalone owner promotion.","whether any narrower browser editor and inspection sidecar gap remains after the landed google/model-viewer anchor and the existing first-party reference-grounded support surfaces.","Inspect the retained browser editor and inspection sidecar slice only in relation to the landed google/model-viewer anchor, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","Audit google/model-viewer/packages/space-opera only as a closed subordinate browser editor and inspection sidecar row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer anchor and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a subordinate sidecar. Reuse should start only from narrower anchor-side gap proof, not generic transfer framing.","keep subordinate only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized subordinate-stack notes exist and the row is already closed beneath landed anchors.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","google/model-viewer/packages/space-opera is already closed as a subordinate browser editor and inspection sidecar beneath the landed google/model-viewer anchor. Its row-source posture should now be bounded retain-and-reopen-only rather than merge-bench activation.","","","","","","HT_browser_support","HT_browser_support_0005","Retained subordinate browser editor and inspection sidecar","Closed subordinate browser editor and inspection sidecar row for HyperTwist; preserve anchor ownership and reopen only if a narrower sidecar gap is proven.","HyperTwist","Retained subordinate browser editor and inspection sidecar","integrate","moderate modification","medium","google/model-viewer/packages/space-opera","","","","","","","","","","","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 63-google-space-opera-upstream-dossier.md","","","","Merge Bench","Retained subordinate browser editor and inspection sidecar lane","Included","P3","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is Apache-2.0 and direct use is allowed. Treat it as a bounded browser editor and inspection donor beneath model-viewer.","Use directly as a bounded browser-side dependency or concept donor beneath browser asset tooling.","Preserve LICENSE and NOTICE materials where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 63-google-space-opera-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_browser_viewer_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate browser editor and inspection package beneath the landed google/model-viewer lane; no default widening packet is open."
 "","google/model-viewer/packages/render-fidelity-tools","https://github.com/google/model-viewer/tree/main/packages/render-fidelity-tools","HyperTwist","","","","","retained subordinate fidelity-oracle and regression sidecar","retained subordinate sidecar","fidelity-oracle and regression sidecar","retained subordinate sidecar","integrate","moderate modification","This row is already closed for its current justified subordinate slice. Preserve the retained fidelity-oracle and regression sidecar beneath the landed google/model-viewer anchor, and reopen only if a narrower sidecar gap is later proven.","","Retain only as the closed subordinate fidelity-oracle and regression sidecar beneath the landed google/model-viewer anchor. No default widening packet is open; any future work must start from landed anchors, first-party reference-grounded support surfaces, and narrower sidecar-gap proof.","","Integrate here means: only a narrower first-party sidecar widening if a concrete anchor-side gap is later proven.","Validate closed subordinate boundary; preserve landed anchor ownership; record narrower sidecar-gap reopen criteria only; do not promote to a standalone owner lane","closed subordinate boundary review","Remaining value is in bounded sidecar behavior beneath landed anchors, not standalone owner promotion.","whether any narrower fidelity-oracle and regression sidecar gap remains after the landed google/model-viewer anchor and the existing first-party reference-grounded support surfaces.","Inspect the retained fidelity-oracle and regression sidecar slice only in relation to the landed google/model-viewer anchor, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","Audit google/model-viewer/packages/render-fidelity-tools only as a closed subordinate fidelity-oracle and regression sidecar row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer anchor and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a subordinate sidecar. Reuse should start only from narrower anchor-side gap proof, not generic transfer framing.","keep subordinate only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized subordinate-stack notes exist and the row is already closed beneath landed anchors.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","google/model-viewer/packages/render-fidelity-tools is already closed as a subordinate fidelity-oracle and regression sidecar beneath the landed google/model-viewer anchor. Its row-source posture should now be bounded retain-and-reopen-only rather than merge-bench activation.","","","","","","HT_browser_support","HT_browser_support_0006","Retained subordinate fidelity-oracle and regression sidecar","Closed subordinate fidelity-oracle and regression sidecar row for HyperTwist; preserve anchor ownership and reopen only if a narrower sidecar gap is proven.","HyperTwist","Retained subordinate fidelity-oracle and regression sidecar","integrate","moderate modification","medium","google/model-viewer/packages/render-fidelity-tools","","","","","","","","","","","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 64-google-render-fidelity-tools-upstream-dossier.md","","","","Merge Bench","Retained subordinate fidelity-oracle and regression sidecar lane","Included","P3","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is Apache-2.0 and direct use is allowed. Treat it as a bounded QA and fidelity-testing donor.","Use directly as a bounded browser-side QA dependency or concept donor for visual regression tooling.","Preserve LICENSE and NOTICE materials where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 64-google-render-fidelity-tools-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_browser_viewer_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate fidelity-oracle and regression sidecar beneath the landed google/model-viewer lane; no default widening packet is open."
diff --git a/docs/repo_portfolio_unified_phase_g_v6_3.csv b/docs/repo_portfolio_unified_phase_g_v6_3.csv
index bb16357..d2ec225 100644
--- a/docs/repo_portfolio_unified_phase_g_v6_3.csv
+++ b/docs/repo_portfolio_unified_phase_g_v6_3.csv
@@ -11,8 +11,8 @@
 "4.0","tao-yu/Alg-Trainer","https://github.com/tao-yu/Alg-Trainer","HyperTwist","4.0","156.0","189.0","A","implemented algorithm-training foundation owner","implemented owner","training foundation owner","landed foundation owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed broad algorithm-training shell, set or subset corpus, timer or reveal or scramble or virtual-cube flow, and smartcube-capable drill posture, and widen only through owned HyperTwist work.","Landed owner value: broad algorithm-training shell, set or subset corpus, timer or reveal or scramble or virtual-cube flow, and smartcube-capable drill posture already live in first-party HyperTwist code.","Preserve as the landed first-party algorithm-training foundation owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep cube_trainer as the adjacent persisted-coaching owner, KubeTimr as the timer substrate owner, and cross-planning or micro-drill lanes as narrower adjacent families rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed algorithm-training foundation owner lane, not external donor harvesting.","Validate current first-party training-foundation owner boundaries; identify narrower owned widening targets only if needed; preserve case-corpus, drill-flow, reveal, scramble, and smartcube-capable drill contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed training-foundation owner boundaries and future owned widening targets, not donor extraction.","Which remaining training-foundation gaps, if any, are not already covered by the landed HyperTwist code and the current Alg-Trainer preserve slice?","Inspect current first-party training-foundation owner boundaries, retained adjacent coaching and timer families, and unresolved owned widening targets only.","Audit tao-yu/Alg-Trainer only as an already-landed permissive owner lane for HyperTwist. Validate current training-foundation owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","portfolio anchor or repeatedly surfaced core candidate; memo mentions: 5","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","tao-yu/Alg-Trainer - landed first-party algorithm-training foundation owner lane; future work starts from owned HyperTwist surfaces and live training-stack authority.","tao-yu/Alg-Trainer is already landed for its current justified broad algorithm-training shell and case-corpus slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","5.0","HT_training_stack","HT_training_stack_0001","Implemented algorithm-training foundation owner","Landed algorithm-training foundation owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented algorithm-training foundation owner","integrate","moderate modification","medium","tao-yu/alg-trainer","1.0","Locked Parallel Foundation","2.0","Already-landed training-foundation owner row for broad algorithm-shell, case-corpus, drill-flow, and smartcube-capable drill families; no donor thesis remains for the current slice.","Implemented training foundation owner lane","Included","P0","Keep in canon as an already-landed first-party training-foundation owner lane and route all future work through owned widening.","2.0","5.0","3.0","8548.0","111.0","","tao-yu/alg-trainer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","4.0","1","2.0","156.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Already landed: start from first-party owner surfaces and landed preserve authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Merged v6.1 copyleft layer and v6.2 SRE layer; use v6.3 docs + workbook as canonical handoff.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
 "1749.0","rhasspy/piper","https://github.com/rhasspy/piper","multi-project","4.0","71.0","80.0","C","voice / multimodal I/O","subsystem donor","multimodal donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving streaming/audio pipeline logic while adapting commands, wake flows, and assistant integration.","rhasspy/piper – https://github.com/rhasspy/piper – MIT – Real-time TTS (recommended).","Repurpose selected subsystems rather than the whole product. Mine the repo for lean local TTS runtime, HTTP wrapping, voice loading and download logic, streaming WAV and raw output, and ONNX/eSpeak integration; keep what materially shortens build time, but rebind data contracts, permissions, storage, and deployment to the target architecture. Best first pairing order: coqui-ai/TTS, ggml-org/whisper.cpp, SYSTRAN/faster-whisper.","Consolidate under the project-specific anchor stack, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: sentrux/sentrux, HactarCE/Hyperspeedcube, outline/outline.","Repurpose here means: turn it into a lean offline TTS sidecar or direct local narration donor.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate streaming/audio pipeline; Normalize command schema; Add local/offline fallback layer","deep source audit","Hidden value often lives in streaming segmentation, VAD, device abstraction, latency mitigation, translation chains, and local/offline fallback paths.","Inspect C++ runtime core; voice loading and download path; streaming output; HTTP service boundary; speaker and phonemization config; selected voice artifact constraints.","Inspect package manifests, README/docs, src tree, examples, tests, build configs, voice catalog files, and hidden runtime switches. Look for ONNX runtime integration, phonemization, lightweight service boundaries, audio streaming, voice acquisition, and deployment constraints.","Audit rhasspy/piper as a voice / multimodal I/O candidate for multi-project. Do not stop at README-level features. Inspect: C++ runtime core, voice loading and download path, streaming output, HTTP service boundary, speaker and phonemization config, and selected voice artifact constraints. Decide whether it should remain the lean direct local TTS sidecar candidate and what should stay behind a bounded local voice seam. Test the three merger paths in order: 1) project-local anchor [base + donor]; 2) shared portfolio utility [augmenter]; 3) cross-project transfer candidate [future merger]. Return hidden modules, reusable schemas, protocol layers, runtime boundaries, tests/fixtures, and any subsystem stronger than the visible shell.","project-local anchor","base + donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","shared portfolio utility","augmenter","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cross-project transfer candidate","future merger","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | HyperTwist | ScriptoriumAI","This capability is broadly portable across the portfolio because interaction, orchestration, and shell/UI patterns can be shared with thin domain adapters.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","rhasspy/piper – https://github.com/rhasspy/piper – MIT – Real-time TTS (recommended).","rhasspy/piper is treated as repurpose for multi-project because visible metadata points to the voice / speech / audio layer. Surface signal: rhasspy/piper – https://github.com/rhasspy/piper – MIT – Real-time TTS (recommended). The fit looks real, but more as a donor/augmenter than as a standalone foundation.","memo","False","True","0.0","1.0","MU_misc","MU_misc_0004","voice / speech / audio","Repurpose selectively for multi-project. Its source-backed role is a lean local TTS sidecar candidate, not an exclusion-only adjunct.","future/adjacent use","voice / speech / audio","repurpose","moderate modification","medium","rhasspy/piper","1.0","Donor Bench","4.0","Useful subsystem donor for multi-project, primarily in the 'Cross-project / future-adjacent' role; lean direct local TTS sidecar candidate.","Cross-project / future-adjacent","Included","P2","rhasspy/piper is placed in Donor Bench for multi-project because it provides the leanest current local TTS runtime seam in the voice stack. Recommended action remains repurpose, but the real retained value is ONNX and eSpeak runtime simplicity, streaming output, and deployable local HTTP wrapping rather than broad voice-platform scope.","4.0","2.0","2.0","8565.0","8.0","","rhasspy/piper","multi-project","","","","","","","","","","Original global Phase G v4 retained","MIT code; voice artifacts reviewed separately","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","4.0","3","4.0","71.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and direct use is allowed. The real review point is selected voice artifacts, not the runtime code; keep voice selection separate from code adoption.","Use directly as a bounded local TTS sidecar or simple HTTP service; keep selected voice artifacts under separate review.","Typically preserve notices, attribution, and license text where required; review chosen voices or model cards separately from the code license.","Usually unnecessary unless you later replace the runtime for packaging or architecture reasons.","high","voice-artifact-review-required","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Merged v6.1 copyleft layer and v6.2 SRE layer; use v6.3 docs + workbook as canonical handoff.","implemented_live_permissive","landed_permissive_preserve","Phase 6R-G is closed. Preserve as the landed bounded local narration sidecar lane; keep broad voice-model and payload review separate."
 "5.0","cubing/cubing.js","https://github.com/cubing/cubing.js","HyperTwist","5.0","152.0","185.0","A","interface / visualization / shell surface","foundation engine","visualization donor","locked strategic donor","integrate","direct","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving scene/layout primitives and replacing surrounding data models or backend assumptions.","Other Notable ResourcesCubing.js library (for building your own tools): https://github.com/cubing/cubing.js – Open-source core used in many trainers above.","Integrate as a ui / design / frontend subsystem for HyperTwist. Preserve the strongest existing pieces — component library, canvas/animation engine, interaction patterns, layout/state models, accessibility hooks, theming, editor widgets — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into kkoomen/qbr for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, kkoomen/qbr.","Repurpose here means: turn it into a frontend interaction donor, canvas/editor pattern library, or polished shell layer on top of existing anchors.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract layout/scene primitives; Map import/export schema; Detach UI shell from backend assumptions","full subsystem extraction review","Hidden value often sits in scene graph/canvas model, component primitives, import/export schema, gesture/keyboard interactions, and plugin-ready layout abstractions.","Inspect scene graph/canvas data model; layout primitives; component library; keyboard/gesture interactions; import/export schema; theming; plugin or extension hooks.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for reusable canvas/editor components, design tokens, state models, keyboard shortcuts, drag/drop, accessibility, virtualization, and polished interaction patterns.","Audit cubing/cubing.js as a interface / visualization / shell surface candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect scene graph/canvas data model; layout primitives; component library; keyboard/gesture interactions; import/export schema; theming; plugin or extension hooks. Decide whether the best extraction path is direct and whether it belongs as foundation engine / visualization donor. Test the three merger paths in order: 1) project-local anchor [base + donor]; 2) shared portfolio utility [augmenter]; 3) cross-project transfer candidate [future merger]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","project-local anchor","base + donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","shared portfolio utility","augmenter","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cross-project transfer candidate","future merger","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | HyperTwist | ScriptoriumAI","This capability is broadly portable across the portfolio because interaction, orchestration, and shell/UI patterns can be shared with thin domain adapters.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","medium-high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","portfolio anchor or repeatedly surfaced core candidate; memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Other Notable ResourcesCubing.js library (for building your own tools): https://github.com/cubing/cubing.js – Open-source core used in many trainers above.","cubing/cubing.js is treated as integrate for HyperTwist because visible metadata points to the ui / design / frontend layer. Surface signal: Other Notable ResourcesCubing.js library (for building your own tools): https://github.com/cubing/cubing.js – Open-source core used in many trainers above. The likely value is substantial enough to preserve as a named subsystem rather than just mining isolated ideas.","memo","False","True","0.0","1.0","HT_cube_semantics","HT_cube_semantics_0001","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","cubing/cubing.js","1.0","Locked Strategic Donor","1.0","Dual MPL/GPL classic-cubing anchor with strong donor value, but not a carefree private-source fork candidate.","Boundary-sensitive classic-cubing semantics and rendering donor","Included","P1","Keep as the canonical classic-cubing semantics and interop donor, but only through its practical MPL path or bounded adapter/package consumption.","2.0","4.0","3.0","11771.0","112.0","","cubing/cubing.js","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MPL-2.0 OR GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","yes","hypertwist_and_scriptoriumai","HyperTwist","HyperTwist & ScriptoriumAI.txt","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","Existing v5 row reaffirmed or widened by v6 supplemental intake.","v6_unified_source_of_truth_pack","5.0","1","1.0","152.0","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is dual-licensed MPL-2.0 OR GPL-3.0-or-later. HyperTwist can consume it as a package or bounded adapter under the MPL side, but should avoid a carefree deep private source fork of upstream files.","Prefer package/dependency consumption or a bounded adapter seam under the MPL side; avoid deep private forks of upstream source files.","Preserve MPL notices and publish modifications to MPL-covered files when distribution obligations apply; avoid assuming the GPL side is the intended operational path.","Only if you later need to replace narrow upstream-covered seams with first-party equivalents or avoid carrying MPL-governed source modifications.","high","dual-license-boundary-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-A closed. Preserve as the landed first-party classic-cubing semantic/runtime adapter lane through explicit MPL-aware dependency or adapter use; keep notices and publication duties explicit before any future direct upstream file modification."
-"6.0","cahidenes/rubiks-cube-solver","https://github.com/cahidenes/rubiks-cube-solver","HyperTwist","6.0","148.0","174.0","A","vision / perception / AR","foundation engine","vision donor","locked strategic donor","integrate","direct","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","cahidenes/rubiks-cube-solver — MIT — opposite-corner capture heuristic, face-orientation fill logic, cube-string assembly from partial capture, and lightweight HSV or per-sticker bookkeeping retained only as a comparison adjunct behind qbr and rubix-cube-solver.","Do not integrate as a primary perception subsystem. Retain only as a narrow comparison adjunct behind the landed qbr calibration/webcam owner and landed rubix-cube-solver reconstruction/browser owner. Any later use should surface face-placement, cube-string assembly, or divergence-reporting comparisons without widening camera shell, primary calibration, or solver ownership.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded cross-checking or disagreement reporting; do not form a separate recognition silo or reopen primary recognition ownership.","Repurpose here means: optional face-placement, cube-string, or disagreement comparator logic only, not a primary recognition service or AR shell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","full subsystem extraction review","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect opposite-corner capture assumptions; face-placement fill; cube-string assembly; per-sticker bookkeeping; HSV sampling; disagreement-reporting value; reasons it should stay subordinate to qbr and rubix-cube-solver.","Inspect face-orientation fill logic, cube-string assembly, per-sticker bookkeeping, HSV sampling, opposite-corner capture assumptions, and divergence-reporting possibilities against the landed first-party stack.","Audit cahidenes/rubiks-cube-solver only as a retained recognition-comparison adjunct for HyperTwist. Inspect opposite-corner capture assumptions, face-orientation fill logic, cube-string assembly from partial capture, and lightweight HSV or per-sticker bookkeeping. Do not reopen it as a primary recognition, calibration, or solver owner. Compare only against the landed qbr, rubix-cube-solver, and correction-stack seams and report whether any narrower divergence-reporting gap remains.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","memo mentions: 5","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","cahidenes/rubiks-cube-solver — MIT — OpenCV cube detection + Kociemba solver. | cahidenes/rubiks-cube-solver — MIT — OpenCV + solver. | Yes — we already have several strong open-source visual models for cube recognition from earlier in our conversation. I went back through the entire history and pulled the exact ones we discussed (qbr, vivaansinghvi07/rubix-cube-solver, tentone/rubix-solver, cahidenes/rubiks-cube-solver). These are still the high","cahidenes/rubiks-cube-solver is treated as integrate for HyperTwist because the current dossier keeps it active as a strategic donor for constrained capture flow, stickerless-friendly grouping, face-placement logic, and solver-handoff normalization behind the two vision anchors.","memo","False","True","0.0","5.0","HT_cube_vision","HT_cube_vision_0003","computer vision / AR","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the computer vision / AR layer.","HyperTwist","computer vision / AR","integrate","heavy modification","medium","cahidenes/rubiks-cube-solver","1.0","Locked Strategic Donor","3.0","High-value active vision donor for recognition heuristics, solver-bridge normalization, and validation behind qbr and vivaansinghvi07; not a foundation anchor.","Retained face-placement and cube-string comparison adjunct","Included","P1","cahidenes/rubiks-cube-solver is placed in Locked Strategic Donor for HyperTwist because it best serves the 'Active recognition-heuristics and validation donor' role; recommended action is 'integrate' with repurposing scope 'direct'. Confidence is high because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","5.0","3.0","11849.0","113.0","","cahidenes/rubiks-cube-solver","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","6.0","2","3.0","148.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
-"7.0","tentone/rubix-solver","https://github.com/tentone/rubix-solver","HyperTwist","7.0","148.0","174.0","A","vision / perception / AR","foundation engine","vision donor","locked strategic donor","integrate","direct","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","tentone/rubix-solver — README-only MIT posture — quad clustering, square-mask color sampling, center-color face identification, and lightweight native face or state comparison retained only as a comparison adjunct behind qbr and rubix-cube-solver.","Do not integrate as a primary perception subsystem. Retain only as a narrow native comparison adjunct behind the landed qbr calibration/webcam owner and landed rubix-cube-solver reconstruction/browser owner. Any later use should surface quad, mask, or divergence comparisons without widening the local camera shell or brute-force solve shell.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded native comparison, side-by-side validation, or disagreement reporting; do not form a separate recognition silo or promote the local solve shell.","Repurpose here means: optional quad-sorting, square-mask, and native face-state comparator logic only, not a primary recognition service or solver shell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","full subsystem extraction review","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect quad clustering; sort stability; square-mask and threshold logic; center-color face labeling; native state-mutation semantics; disagreement-reporting value; reasons it should stay subordinate to qbr and rubix-cube-solver.","Inspect quad detection and sorting, square-mask color sampling, center-color face labeling, native face-array mutation behavior, and brute-force solve-shell exclusion.","Audit tentone/rubix-solver only as a retained native recognition-comparison adjunct for HyperTwist. Inspect quad clustering, square-mask color sampling, center-color face identification, native face-array mutation behavior, and brute-force solve-shell exclusion. Do not reopen it as a primary recognition, correction, or solver owner. Compare only against the landed qbr, rubix-cube-solver, and correction-stack seams and report whether any narrower divergence-reporting gap remains.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","memo mentions: 7","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","tentone/rubix-solver — MIT — OpenCV cube detection. | Yes — 100% possible to consolidate everything into one no-compromises, enterprise-grade platform. You're not half-arsing it, and neither am I. Modern vision models (and even classical OpenCV pipelines refined over the last decade) are more than accurate enough in 2026 for reliable small-square/facelet color recognition on a standard 3x3 (or larger) Rubik's Cube under normal lighting. Productio","tentone/rubix-solver is treated as integrate for HyperTwist because the current dossier keeps it active as a strategic donor for compact C++ and OpenCV detection heuristics and comparison-bench value, not for its brute-force solver shell.","memo","False","True","0.0","7.0","HT_cube_vision","HT_cube_vision_0004","computer vision / AR","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the computer vision / AR layer.","HyperTwist","computer vision / AR","integrate","heavy modification","medium","tentone/rubix-solver","1.0","Locked Strategic Donor","3.0","High-value active native-CV donor for detection heuristics and comparison benchmarking behind the vision anchors; not a foundation anchor.","Retained native quad and color comparison adjunct","Included","P1","tentone/rubix-solver is placed in Locked Strategic Donor for HyperTwist because it best serves the 'Active native-CV donor and comparison bench' role; recommended action is 'integrate' with repurposing scope 'direct'. Confidence is high because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","5.0","3.0","11852.0","114.0","","tentone/rubix-solver","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","7.0","2","3.0","148.0","permissive_or_noncopyleft_known","direct_incorporation_ok","Practical working assumption remains MIT from README and repo presentation, but the checked mirror lacks a bundled top-level license file. Keep this row permissive-active only as a subordinate recognition comparison adjunct, and capture the final authoritative upstream license text before any direct vendoring.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","medium","readme-only-license-capture-before-direct-vendoring","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
+"6.0","cahidenes/rubiks-cube-solver","https://github.com/cahidenes/rubiks-cube-solver","HyperTwist","6.0","148.0","174.0","A","retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct","retained bounded row","face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct","retained bounded adjunct/comparison row","integrate","direct","This row is already closed for its current justified retained slice. Preserve the retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and reopen only if a narrower gap is later proven.","cahidenes/rubiks-cube-solver — MIT — opposite-corner capture heuristic, face-orientation fill logic, cube-string assembly from partial capture, and lightweight HSV or per-sticker bookkeeping retained only as a comparison adjunct behind qbr and rubix-cube-solver.","Retain only as the closed face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded cross-checking or disagreement reporting; do not form a separate recognition silo or reopen primary recognition ownership.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct gap remains after the landed qbr, rubix-cube-solver, and first-party correction-stack owners and the existing first-party surfaces.","Inspect the retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct slice only in relation to the landed qbr, rubix-cube-solver, and first-party correction-stack owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit cahidenes/rubiks-cube-solver only as a closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct row for HyperTwist. Validate that it remains bounded beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","high","memo mentions: 5","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","cahidenes/rubiks-cube-solver — MIT — OpenCV cube detection + Kociemba solver. | cahidenes/rubiks-cube-solver — MIT — OpenCV + solver. | Yes — we already have several strong open-source visual models for cube recognition from earlier in our conversation. I went back through the entire history and pulled the exact ones we discussed (qbr, vivaansinghvi07/rubix-cube-solver, tentone/rubix-solver, cahidenes/rubiks-cube-solver). These are still the high","cahidenes/rubiks-cube-solver is already closed as a retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","memo","False","True","0.0","5.0","HT_cube_vision","HT_cube_vision_0003","Retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct","Closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","HyperTwist","Retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct","integrate","heavy modification","medium","cahidenes/rubiks-cube-solver","1.0","Locked Strategic Donor","3.0","Closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct row beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners; no default widening packet is open for the current slice.","Retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct lane","Included","P1","Keep in canon only as a closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners; reopen only through narrower gap proof, not generic implementation routing.","2.0","5.0","3.0","11849.0","113.0","","cahidenes/rubiks-cube-solver","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","6.0","2","3.0","148.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
+"7.0","tentone/rubix-solver","https://github.com/tentone/rubix-solver","HyperTwist","7.0","148.0","174.0","A","retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","retained bounded row","native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","retained bounded adjunct/comparison row","integrate","direct","This row is already closed for its current justified retained slice. Preserve the retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and reopen only if a narrower gap is later proven.","tentone/rubix-solver — README-only MIT posture — quad clustering, square-mask color sampling, center-color face identification, and lightweight native face or state comparison retained only as a comparison adjunct behind qbr and rubix-cube-solver.","Retain only as the closed native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded native comparison, side-by-side validation, or disagreement reporting; do not form a separate recognition silo or promote the local solve shell.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct gap remains after the landed qbr, rubix-cube-solver, and first-party correction-stack owners and the existing first-party surfaces.","Inspect the retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct slice only in relation to the landed qbr, rubix-cube-solver, and first-party correction-stack owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit tentone/rubix-solver only as a closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row for HyperTwist. Validate that it remains bounded beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","high","memo mentions: 7","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","tentone/rubix-solver — MIT — OpenCV cube detection. | Yes — 100% possible to consolidate everything into one no-compromises, enterprise-grade platform. You're not half-arsing it, and neither am I. Modern vision models (and even classical OpenCV pipelines refined over the last decade) are more than accurate enough in 2026 for reliable small-square/facelet color recognition on a standard 3x3 (or larger) Rubik's Cube under normal lighting. Productio","tentone/rubix-solver is already closed as a retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","memo","False","True","0.0","7.0","HT_cube_vision","HT_cube_vision_0004","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","Closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","HyperTwist","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","integrate","heavy modification","medium","tentone/rubix-solver","1.0","Locked Strategic Donor","3.0","Closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners; no default widening packet is open for the current slice.","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct lane","Included","P1","Keep in canon only as a closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners; reopen only through narrower gap proof, not generic implementation routing.","2.0","5.0","3.0","11852.0","114.0","","tentone/rubix-solver","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","7.0","2","3.0","148.0","permissive_or_noncopyleft_known","direct_incorporation_ok","Practical working assumption remains MIT from README and repo presentation, but the checked mirror lacks a bundled top-level license file. Keep this row permissive-active only as a subordinate recognition comparison adjunct, and capture the final authoritative upstream license text before any direct vendoring.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","medium","readme-only-license-capture-before-direct-vendoring","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
 "8.0","Lykos/cube_trainer","https://github.com/Lykos/cube_trainer","HyperTwist","8.0","145.0","171.0","A","implemented persisted coaching owner","implemented owner","persisted coaching and weighted sampling owner","landed subsystem owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed persisted coaching, weighted sampling, method exploration, and BLD-domain training-session boundaries, and widen only through owned HyperTwist work.","Landed owner value: persisted coaching, weighted sampling, method exploration, and BLD-domain training-session modeling already live in first-party HyperTwist code.","Preserve as the landed first-party persisted-coaching owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep Alg-Trainer as the broader training-foundation owner, KubeTimr as the timer substrate owner, and CubeDesk as adjacent trainer-session and smart-device workflow composition rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed persisted-coaching owner lane, not external donor harvesting.","Validate current first-party persisted-coaching owner boundaries; identify narrower owned widening targets only if needed; preserve weighted sampling, method exploration, and BLD-domain session contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed persisted-coaching owner boundaries and future owned widening targets, not donor extraction.","Which remaining persisted-coaching or weighted-sampling gaps, if any, are not already covered by the landed HyperTwist code and the current cube_trainer preserve slice?","Inspect current first-party persisted-coaching owner boundaries, retained adjacent training-foundation and timer families, and unresolved owned widening targets only.","Audit Lykos/cube_trainer only as an already-landed permissive owner lane for HyperTwist. Validate current persisted-coaching owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","strong adjacency to identified core stack; memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Lykos/cube_trainer - landed first-party persisted-coaching owner lane; future work starts from owned HyperTwist surfaces and live training-stack authority.","Lykos/cube_trainer is already landed for its current justified persisted coaching, weighted sampling, method exploration, and BLD-domain session slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","4.0","HT_training_stack","HT_training_stack_0002","Implemented persisted coaching owner","Landed persisted-coaching owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented persisted coaching owner","integrate","moderate modification","medium","lykos/cube_trainer","1.0","Locked Strategic Donor","3.0","Already-landed persisted-coaching owner row for weighted sampling, method exploration, and BLD-domain session families; no donor thesis remains for the current slice.","Implemented persisted coaching owner lane","Included","P1","Keep in canon as an already-landed first-party persisted-coaching owner lane and route all future work through owned widening.","2.0","5.0","3.0","11857.0","115.0","","lykos/cube_trainer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","8.0","2","3.0","145.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Already landed: start from first-party owner surfaces and landed preserve authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
 "10.0","poliva/cubedex","https://github.com/poliva/cubedex","HyperTwist","9.0","145.0","171.0","A","restrictive smartcube practice and review comparison context","comparison context","smartcube practice and review shell","restrictive comparison context","integrate","direct","Retain the repo only as restrictive comparison context. Preserve smartcube-aware practice-shell, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison value while excluding owner, donor, or default clean-room-next assumptions.","Comparison-only retained value: smartcube-aware practice-shell behavior, review and SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison context.","Keep only as restrictive comparison context for smartcube-aware practice-shell behavior, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison; do not treat it as a live owner or a default clean-room next row.","Keep behind the landed KubeTimr timer owner, CubeDesk trainer-session owner, broader training foundations, and current first-party training and review-plan owners. Reopen only if a narrower first-party practice or review gap is explicitly proven.","Repurpose here means: preserve comparison context for practice-shell, review, timing-presentation, and local stats-history behavior only.","Capture comparison-only practice-shell and review behaviors; define explicit do-not-open-clean-room-by-default guardrails; record the stronger landed owners that already cover adjacent scope","comparison-context review","Retained value sits in smartcube-aware practice-shell, review, and timing-presentation comparison behavior rather than donor-grade owner surfaces.","Which smartcube-aware practice-shell, review or SRS, timing-presentation, and local stats-history behaviors remain useful only as restrictive comparison context beneath the landed owners?","Inspect practice-shell behavior, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history surfaces as comparison material only.","Audit poliva/cubedex only as restrictive comparison context for HyperTwist. Do not recommend donor promotion or a default clean-room start. Extract only the bounded comparison behaviors that remain useful beneath the landed timer, trainer-session, and training-stack owners.","","","","","","","","","","Restrictive comparison only","Retain only as restrictive comparison, oracle, acceptance-test, or planning input beneath the landed owners.","do not exclude","The repo remains restrictive comparison context only and should not be treated as a live owner or default clean-room next row.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","strong adjacency to identified core stack; memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","poliva/cubedex - restrictive smartcube practice and review comparison context only; do not reopen donor or default clean-room treatment.","poliva/cubedex is retained only as restrictive comparison context. Its remaining value is in smartcube-aware practice-shell, review, timing-presentation, and local stats-history comparison behavior, not live owner or donor code.","memo","False","True","0.0","4.0","HT_training_stack","HT_training_stack_0016","Restrictive smartcube practice and review comparison context","Restrictive smartcube practice and review comparison context for HyperTwist; retained for bounded comparison only.","HyperTwist","Restrictive smartcube practice and review comparison context","integrate","moderate modification","medium","poliva/cubedex","1.0","Locked Strategic Donor","3.0","Restrictive smartcube trainer shell with bounded comparison value but no surviving live-owner or default clean-room-next posture.","Restrictive smartcube practice and review comparison context","Included","P1","Keep in canon only as restrictive comparison context beneath the landed timer, trainer-session, and training-stack owners.","2.0","5.0","3.0","11861.0","116.0","","poliva/cubedex","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","9.0","2","3.0","145.0","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible in the current checked mirror. Retain this repo only as restrictive comparison context for smartcube-aware practice-shell behavior, review/SRS workflow presentation, recognition-versus-execution timing presentation, and local stats/history comparison; implement any strategically necessary behavior only from scrubbed first-party specifications if a narrower gap is later proven.","Reference only: restrictive comparison context for smartcube-aware practice-shell, review, timing-presentation, and local stats-history behavior; do not plan direct incorporation or default clean-room reopening.","Do not incorporate source directly without a confirmed license grant.","Yes - this is the preferred path if a narrower smartcube practice/review slice later proves strategically necessary.","medium","no-license-clean-room-benchmark","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_training_stack during cluster normalization on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Phase 1R plus the 2026-05-27 smartcube practice/review/SRS hierarchy clarification are closed. Retain only as restrictive comparison context for smartcube-aware practice-shell behavior, review/SRS UX, recognition-versus-execution timing presentation, and local stats/history comparison; do not treat it as a live owner or a default clean-room next row."
 "9.0","kash/cubedesk","https://github.com/kash/cubedesk","HyperTwist","10.0","145.0","171.0","A","hypercubing / nD engine","foundation engine","simulation donor","locked strategic donor","repurpose","architecture only","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","AGPL / GPL / Strong Copyleft (Forces open-sourcing derivatives — study/reference only or use as backend/service; avoid for closed-source core)kash/cubedesk — GPL-3.0 — Full timer + 750+ alg trainers + analytics/community platform. Live: ...","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","full subsystem extraction review","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit kash/cubedesk as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is direct and whether it belongs as foundation engine / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","AGPL / GPL / Strong Copyleft (Forces open-sourcing derivatives — study/reference only or use as backend/service; avoid for closed-source core)kash/cubedesk — GPL-3.0 — Full timer + 750+ alg trainers + analytics/community platform. Live: https://www.cubedesk.io. | cubing.js (MPL with MIT-vendored parts) remains the 3D foundation — pair with Hyperspeedcube for nD.AGPL / GPL / Strong Copyleft (Study/reference only or backend; avoid for closed-source","kash/cubedesk is treated as repurpose for HyperTwist because the current dossier keeps it as a restrictive clean-room donor target for timer, trainer, solve/session/stat, smart-device, membership-gating, and broader cubing-platform architecture rather than as a direct donor or foundation.","memo","False","True","0.0","4.0","HT_hyper_engine","HT_hyper_engine_0002","cubing / algorithm training","Integrate primarily for HyperTwist. The memo context explicitly treats it as a nucleus, foundation, or unusually high-value building block.","HyperTwist","hypercubing / nD simulation","integrate","direct","medium","kash/cubedesk","1.0","Locked Strategic Donor","3.0","Broad cubing product platform with high strategic value, but the repo must stay in restrictive clean-room custody because README/LICENSE say GPL while package.json says All Rights Reserved.","Restrictive clean-room donor target","Included","P1","Keep as a strategic clean-room donor because the product breadth is unusually strong, but the conflicting license signals block carefree donor treatment.","2.0","5.0","3.0","11865.0","117.0","","kash/cubedesk","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPLv3-or-later in README/LICENSE; package.json says All Rights Reserved","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","10.0","2","3.0","145.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo has conflicting license signals and should remain in restrictive clean-room custody. Treat it as a strategic product-pattern and subsystem extraction target, not as direct donor code.","Model A may inspect and extract product/subsystem behavior; Model B should implement only from a scrubbed first-party specification.","Do not incorporate directly until the license contradiction is fully resolved; current HyperTwist posture is clean-room donor only.","Yes — this is the preferred path because the strategic value is broad but direct reuse is blocked by the contradictory license posture.","high","license-contradiction-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale direct-donor posture to dossier-backed restrictive clean-room strategic donor status.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 5. Preserve as the landed first-party trainer-session coupling, session-domain, analytics-panel, integrated smart-device workflow, publication/entitlement, and local social challenge owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror."
@@ -24,7 +24,7 @@
 "17.0","brianpeiris/RiftSketch","https://github.com/brianpeiris/RiftSketch","HyperTwist","17.0","119.0","134.0","B","reference-only immersive live-coding benchmark","benchmark","immersive live-coding shell","Reserve Bench","future candidate","architecture only","Retain the interaction shell only as historical comparison context. For this repo class, preserve live sketch-loop, world-space monitor/text-area placement, and WebXR scene-update patterns as design reference while excluding donor, calibration, or product-shell assumptions.","Benchmark-only retained value: immersive live-coding, world-space monitor, text-entry, and real-time scene-update patterns. Study behavior and workflow ideas only; do not plan direct product incorporation.","Keep in permissive/reference custody. Use only as a benchmark for immersive live-coding, world-space text-entry, and live scene-update interaction ideas; do not merge source into HyperTwist.","Do not treat this repo as part of the HyperTwist merge nucleus. If useful, translate isolated live-coding, world-space monitor, and text-entry interaction ideas into first-party browser/XR surfaces without inheriting the product shell.","Repurpose here means: abstract live-coding loop, text-entry, world-space monitor, and scene-update interaction ideas into first-party browser/XR surfaces without reusing source.","Confirm discard basis; record stronger surviving rows; preserve only historical comparison notes if a future operator needs context","behavior-level benchmark review","Hidden value sits in the live sketch loop, world-space monitor/text-area choreography, and immediate scene-update behavior rather than in any retained HyperTwist owner subsystem.","Which live-coding, world-space monitor, text-area, and real-time scene-update patterns are reusable at the behavior level without inheriting the WebXR live-coding shell or reopening an off-topic product lane?","Inspect README/docs, sketch loop, dynamic code execution, local sketch persistence, text-area/monitor composition, WebXR session entry, and scene interception as benchmark material only.","Audit brianpeiris/RiftSketch only as a reference-only immersive live-coding benchmark for HyperTwist. Do not recommend direct incorporation. Extract live-coding loop, world-space monitor, text-entry, and scene-update interaction ideas only.","","","","","","","","","","Historical comparison only","Retain only as discarded historical comparison context; do not plan donor, merge, or clean-room reopening from this row.","exclude from standalone? no","The repo is a niche MIT WebXR live-coding shell and materially off-mission for HyperTwist; retain only as a reference benchmark.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 3","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brianpeiris/RiftSketch - MIT WebXR live-coding shell; keep only as a reference-only immersive live-coding benchmark for interaction ideas.","brianpeiris/RiftSketch is retained only as a reference-only immersive live-coding benchmark. It is a legitimate WebXR live-coding shell, but its product identity is off-topic and its value is limited to interaction ideas rather than donor code.","memo","False","True","0.0","3.0","HT_cube_vision","HT_cube_vision_0006","Reference-only immersive live-coding benchmark","Reference-only immersive live-coding benchmark for HyperTwist; not a donor lane.","HyperTwist","Reference-only immersive live-coding benchmark","future candidate","architecture only","medium","brianpeiris/riftsketch","1.0","Reserve Bench","5.0","Useful MIT WebXR live-coding and world-space monitor benchmark for immersive tooling patterns, but explicitly off-topic to HyperTwist's retained product scope.","Reference-only immersive live-coding benchmark","Included","P3","Keep in canon only as a reference-only immersive live-coding benchmark; its value is in live-coding, world-space monitor, text-entry, and scene-update ideas, not donor code.","2.0","3.0","3.0","11894.0","3227.0","","brianpeiris/riftsketch","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","17.0","3","5.0","119.0","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT but was discarded from the active retained set because its immersive live-coding shell is off topic to HyperTwist's retained product scope.","Reference only: discarded historical comparison context for immersive live-coding, world-space monitor, and text-entry interaction patterns; do not plan direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set; its immersive live-coding value is off-topic and already superseded by stronger retained browser/XR, capture, and export rows."
 "21.0","abunickabhi/5style-Trainer","https://github.com/abunickabhi/5style-Trainer","HyperTwist","18.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","abunickabhi/5style-Trainer — MIT — 5-style BLD trainer (fork of Alg-Trainer). | abunickabhi/5style-Trainer — MIT (BLD extension).","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit abunickabhi/5style-Trainer as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","strong adjacency to identified core stack; memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","abunickabhi/5style-Trainer — MIT — 5-style BLD trainer (fork of Alg-Trainer). | abunickabhi/5style-Trainer — MIT (BLD extension).","abunickabhi/5style-Trainer is treated as repurpose for HyperTwist because the current dossier keeps it as a focused advanced-training donor for 5-style edge-cycle drilling, subset practice, Giiker-aware flow, and high-skill BLD-oriented practice patterns rather than as a separate platform lane.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0006","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","direct","medium","abunickabhi/5style-trainer","1.0","Donor Bench","5.0","Focused advanced-training donor for 5-style and BLD-specific case packs, subset structures, and niche practice flow rather than a broader training-platform shell.","Focused advanced-training donor","Included","P2","abunickabhi/5style-Trainer is placed in Donor Bench for HyperTwist because it best serves the 'Focused advanced-training donor' role; recommended action is 'repurpose' with repurposing scope 'moderate modification'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","3.0","3.0","11898.0","122.0","","abunickabhi/5style-trainer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","18.0","3","5.0","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed focused advanced-training donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
 "18.0","MathewKJ2048/Rubiks-cube-simulator","https://github.com/MathewKJ2048/Rubiks-cube-simulator","HyperTwist","19.0","118.0","133.0","B","discarded historical simulator comparison","historical comparison","discarded lightweight simulator","historical comparison","future candidate","architecture only","Retain no implementation path from this row. Preserve only historical comparison notes about lightweight simulator shell behavior because stronger pedagogy, planner, and history benchmarks already cover the surviving value.","Discarded retained value: lightweight command-driven simulator and beginner-solver shell patterns survive only as historical comparison context; no unique retained slice remains.","Discard from active retention. Keep only as historical comparison context for lightweight simulator behavior; do not plan clean-room reuse or source incorporation.","Prefer AviKaufman, alinen, and vwcwong for the surviving guided pedagogy, planner, and readable state-history benchmark value. This row no longer carries a unique retained slice.","Historical comparison only; no retained implementation or clean-room route remains.","Confirm discard basis; record stronger surviving rows; preserve only historical comparison notes if a future operator needs context","clean-room benchmark review","No surviving unique retained slice remains after comparison against stronger pedagogy, planner, and history benchmark rows.","Is any lightweight simulator behavior still unique after comparison against the stronger guided pedagogy, planner, and history benchmark rows?","Inspect only enough to confirm duplicate-retirement posture against stronger pedagogy, planner, and history benchmark rows.","Audit MathewKJ2048/Rubiks-cube-simulator only as a discard-confirmation row for HyperTwist. Confirm that no unique retained pedagogy, planner, or history slice survives after comparison against stronger benchmark rows.","","","","","","","","","","Historical comparison only","Retain only as discarded historical comparison context; do not plan donor, merge, or clean-room reopening from this row.","exclude from donor lane","The repo is a discarded duplicate and should remain historical comparison context only.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","high","The dossier-backed classification is stable: retain only the lightweight simulator behaviors through a clean-room path.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","MathewKJ2048/Rubiks-cube-simulator - discarded lightweight simulator duplicate; keep only as historical comparison context.","MathewKJ2048/Rubiks-cube-simulator is retained only as discarded historical comparison context. No surviving unique retained slice remains after comparison against stronger pedagogy, planner, and history benchmark rows.","memo","False","True","0.0","2.0","HT_training_clean_room","HT_training_clean_room_0004","Discarded historical simulator comparison","Discarded historical simulator comparison for HyperTwist; no surviving retained slice remains.","HyperTwist","Discarded historical simulator comparison","future candidate","architecture only","medium","mathewkj2048/rubiks-cube-simulator","1.0","Reserve Bench","5.0","Inferior lightweight simulator duplicate with no surviving unique retained slice after comparison against stronger pedagogy, planner, and history benchmarks.","Historical-only simulator comparison","Included","P3","Keep in canon only as discarded historical comparison context; no clean-room or donor route survives.","2.0","3.0","3.0","11901.0","123.0","","mathewkj2048/rubiks-cube-simulator","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","19.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL simulator code and was discarded from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks.","Reference only: discarded historical comparison context for lightweight simulator shell behavior; do not plan direct incorporation or clean-room reopening.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if lightweight simulator behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room simulator benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks."
-"19.0","NuiLab/code-vr","https://github.com/NuiLab/code-vr","HyperTwist","20.0","118.0","133.0","B","vision / perception / AR","subsystem donor","vision donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","NuiLab/code-vr — MIT — AST or graph-to-scene conversion, parse/export/runtime separation, and experimental symbolic-to-spatial pedagogy retained only behind the first-party knowledge shell and landed browser-spatial/XR owners.","Do not integrate as a practical XR runtime or training subsystem. Retain only as a narrow symbolic-to-spatial pedagogy experiment behind the first-party knowledge shell and landed browser-spatial/XR owners. Any later use should surface abstract-structure spatial teaching or parse/export/runtime experiments without widening the VR runtime shell.","Keep subordinate to the first-party knowledge shell and landed browser-spatial/XR owners. Use only for bounded pedagogy experiments; do not form a separate XR or game-runtime silo.","Repurpose here means: optional code-structure-to-space pedagogy, parse/export/runtime experiment logic, or teaching-sidecar patterns only, not a practical XR runtime or trainer foundation.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect AST or graph-to-scene conversion; parse/export/runtime separation; language-server sidecar boundaries; symbolic-to-spatial pedagogy value; reasons it should stay subordinate to the knowledge shell and browser-spatial/XR owners.","Inspect symbolic-to-spatial conversion, parse/export/runtime separation, language-aware teaching-sidecar behavior, and bounded pedagogy-experiment seams against the landed knowledge and browser-spatial/XR stack.","Audit NuiLab/code-vr only as a retained symbolic-to-spatial pedagogy experiment for HyperTwist. Inspect AST or graph-to-scene conversion, parse/export/runtime separation, and language-aware teaching-sidecar behavior. Do not reopen it as a practical XR runtime, gameplay shell, or training foundation owner. Compare only against the first-party knowledge shell and landed browser-spatial/XR stack and report whether any narrower pedagogy gap remains.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","NuiLab/code-vr — (license permissive per repo) — VR codebase explorer. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketch, aMonteSl/CodeXR.","NuiLab/code-vr is treated as repurpose for HyperTwist because the current dossier keeps it below core tier as an XR pedagogy and code-to-scene representation donor rather than as an active merge-set candidate or product shell.","memo","False","True","0.0","2.0","HT_cube_vision","HT_cube_vision_0007","cubing / algorithm training","Integrate as a shared building block across at least two projects. Its memo and bookmark signals place it in the computer vision / AR layer.","multi-project","computer vision / AR","integrate","heavy modification","medium","nuilab/code-vr","1.0","Donor Bench","5.0","MIT XR pedagogy repo with interesting teaching and code-to-scene patterns, but too under-construction and off-domain to justify merge-bench treatment.","Retained symbolic-to-spatial XR pedagogy experiment","Included","P2","Keep below core tier as an XR pedagogy and code-to-scene representation donor; the teaching frame and app/service split matter more than the under-construction product shell.","2.0","3.0","3.0","11904.0","3228.0","","nuilab/code-vr","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","20.0","3","5.0","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and direct use is legally straightforward, but the current HyperTwist posture is still below-core donor use because the strongest value is in XR pedagogy, embodied onboarding, and code-to-scene boundary ideas rather than product-core ownership.","Use selectively as a donor or bounded adapter where the XR pedagogy and code-to-scene representation ideas materially shorten build time.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is architecturally cleaner than carrying the upstream code.","high","below-core-mit-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale merge-bench posture to dossier-backed below-core XR pedagogy donor status.","selected_not_live_permissive_candidate","phase2rc_symbolic_xr_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as a symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and landed browser-spatial/XR owners; no default widening packet is open."
+"19.0","NuiLab/code-vr","https://github.com/NuiLab/code-vr","HyperTwist","20.0","118.0","133.0","B","retained symbolic-to-spatial pedagogy experiment lane","retained bounded row","symbolic-to-spatial pedagogy experiment lane","retained bounded adjunct/comparison row","repurpose","moderate modification","This row is already closed for its current justified retained slice. Preserve the retained symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners, and reopen only if a narrower gap is later proven.","NuiLab/code-vr — MIT — AST or graph-to-scene conversion, parse/export/runtime separation, and experimental symbolic-to-spatial pedagogy retained only behind the first-party knowledge shell and landed browser-spatial/XR owners.","Retain only as the closed symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to the first-party knowledge shell and landed browser-spatial/XR owners. Use only for bounded pedagogy experiments; do not form a separate XR or game-runtime silo.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower symbolic-to-spatial pedagogy experiment lane gap remains after the first-party knowledge shell and the landed browser-spatial/XR owners and the existing first-party surfaces.","Inspect the retained symbolic-to-spatial pedagogy experiment lane slice only in relation to the first-party knowledge shell and the landed browser-spatial/XR owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit NuiLab/code-vr only as a closed retained symbolic-to-spatial pedagogy experiment lane row for HyperTwist. Validate that it remains bounded beneath the first-party knowledge shell and the landed browser-spatial/XR owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","NuiLab/code-vr — (license permissive per repo) — VR codebase explorer. | poliva/cubedex, tao-yu/Alg-Trainer, kkoomen/qbr, vivaansinghvi07/rubix-cube-solver, NuiLab/code-vr, molgenis/Graph2VR (core permissive parts), brianpeiris/RiftSketch, aMonteSl/CodeXR.","NuiLab/code-vr is already closed as a retained symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","memo","False","True","0.0","2.0","HT_cube_vision","HT_cube_vision_0007","Retained symbolic-to-spatial pedagogy experiment lane","Closed retained symbolic-to-spatial pedagogy experiment lane row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","multi-project","Retained symbolic-to-spatial pedagogy experiment lane","integrate","heavy modification","medium","nuilab/code-vr","1.0","Donor Bench","5.0","Closed retained symbolic-to-spatial pedagogy experiment lane row beneath the first-party knowledge shell and the landed browser-spatial/XR owners; no default widening packet is open for the current slice.","Retained symbolic-to-spatial pedagogy experiment lane lane","Included","P2","Keep in canon only as a closed retained symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners; reopen only through narrower gap proof, not generic implementation routing.","2.0","3.0","3.0","11904.0","3228.0","","nuilab/code-vr","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","20.0","3","5.0","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and direct use is legally straightforward, but the current HyperTwist posture is still below-core donor use because the strongest value is in XR pedagogy, embodied onboarding, and code-to-scene boundary ideas rather than product-core ownership.","Use selectively as a donor or bounded adapter where the XR pedagogy and code-to-scene representation ideas materially shorten build time.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is architecturally cleaner than carrying the upstream code.","high","below-core-mit-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale merge-bench posture to dossier-backed below-core XR pedagogy donor status.","selected_not_live_permissive_candidate","phase2rc_symbolic_xr_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as a symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and landed browser-spatial/XR owners; no default widening packet is open."
 "20.0","ShellPuppy/RCube","https://github.com/ShellPuppy/RCube","HyperTwist","21.0","118.0","133.0","B","large-N solver benchmark","benchmark","Large-N solver benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: large-N orientation tricks, stage framing, and big-cube algorithm expectations. Study the algorithm/reference behavior only.","Keep as a restrictive large-N solver benchmark. Use it for algorithm/reference comparison, not as donor code.","Do not treat this repo as a merge candidate. Translate only large-cube orientation and stage-framing ideas into first-party work if later needed.","Repurpose here means: use as an algorithm/reference benchmark for large-cube state and orientation tricks.","Capture bounded benchmark or oracle behaviors; define acceptance criteria or clean-room-later planning boundaries; record explicit do-not-incorporate guardrails","algorithm benchmark review","Hidden value sits in orientation shortcuts and stage framing for extremely large cubes.","Which large-cube orientation and stage strategies are worth preserving as benchmark knowledge?","Inspect large-cube orientation logic, stage structure, and output/reporting surfaces as benchmark material only.","Audit ShellPuppy/RCube only as a restrictive large-N solver benchmark. Extract algorithm ideas and acceptance-test expectations, not donor code.","","","","","","","","","","Reference only","Retain only as benchmark, oracle, acceptance-test, comparison, research, or clean-room-later planning input.","exclude from donor lane","The repo is GPL large-N solver code and should remain only as an algorithm/reference benchmark for big-cube behavior.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","high","Dossier-backed classification is stable: the retained value is algorithm/reference benchmarking for large-N cubes.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","ShellPuppy/RCube — GPL large-N cube solver; keep only as a large-N solver benchmark.","ShellPuppy/RCube remains useful only because it captures a narrow large-N solver lane that HyperTwist may later benchmark against. It is not a donor candidate.","memo","False","True","0.0","2.0","HT_solver_oracles","HT_solver_oracles_0001","Large-N solver benchmark","Large-N solver benchmark for HyperTwist; retained for reference value, not donor use.","HyperTwist","Large-N solver benchmark","future candidate","architecture only","medium","shellpuppy/rcube","1.0","Reserve Bench","5.0","GPL large-N solver with narrow algorithm/reference value and no donor-case for the HyperTwist product core.","Large-N solver benchmark","Included","P3","Keep in canon only as a restrictive benchmark for large-N state/orientation techniques.","2.0","3.0","3.0","11907.0","124.0","","shellpuppy/rcube","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","21.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and remains a benchmark/reference lane for centers, edges, parity, and later clean-room research rather than donor use.","Reference only: use as a large-N centers, edges, and parity benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a later first-party large-N lane needs recreation of a narrow behavior or algorithmic framing; otherwise keep this as a benchmark.","high","gpl-large-n-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed large-N solver benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a large-N centers/edges/parity benchmark and later clean-room research input, not as an active product donor."
 "22.0","brownan/Rubiks-Cube-Solver","https://github.com/brownan/Rubiks-Cube-Solver","HyperTwist","22.0","118.0","133.0","B","compact solver correctness and heuristic-table oracle","solver oracle","correctness and heuristic-table oracle","solver oracle","future candidate","architecture only","Retain the compact solver only as oracle and clean-room-later planning input. Preserve correctness expectations, cube-state/search decomposition, and heuristic-table structure while excluding donor, trainer-shell, or live product ownership claims.","Oracle-only retained value: compact correctness, cube-state/search decomposition, heuristic-table planning, and later clean-room solver-core reference.","Keep only as the primary compact solver correctness and heuristic-table oracle. Use it for acceptance criteria and clean-room-later planning; do not treat it as donor code.","Keep beside efrantar/rob-twophase as the compact correctness anchor while preserving efrantar as the retained performance and robot-metric comparator. Reopen only if HyperTwist intentionally opens a first-party classic solver-core lane.","Repurpose here means: derive correctness expectations, search decomposition boundaries, and heuristic-table acceptance criteria for later first-party solver-core work.","Capture correctness expectations; define cube-state and search-decomposition oracle boundaries; record heuristic-table planning expectations; preserve explicit comparator boundaries with efrantar; do not treat as donor code","oracle benchmark review","Hidden value sits in compact correctness behavior, search decomposition, and heuristic-table planning rather than trainer-shell behavior.","Which correctness, cube-state/search decomposition, and heuristic-table expectations should become first-party solver acceptance criteria or clean-room-later planning input?","Inspect README/docs, cube-state model, search decomposition, heuristic-table structure, and solve behavior as oracle material only.","Audit brownan/Rubiks-Cube-Solver only as the primary compact solver correctness and heuristic-table oracle for HyperTwist. Extract acceptance criteria and clean-room-later planning input, not donor code.","efrantar/rob-twophase","performance comparator","Preserve brownan as the primary compact correctness and heuristic-table oracle and use efrantar only as the retained metric, pruning, and throughput comparator.","","","","","","","Reference only","Retain only as oracle, acceptance-test, and clean-room-later planning input.","exclude from standalone? no","The repo is a restrictive oracle row and should remain outside donor or merge treatment.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","brownan/Rubiks-Cube-Solver - GPL-3.0 compact solver oracle; keep only for correctness, heuristic-table, and clean-room-later planning value.","brownan/Rubiks-Cube-Solver is retained only as the primary compact solver correctness and heuristic-table oracle. Its value is in correctness and search-structure expectations, not donor code.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0007","Compact solver correctness oracle","Compact solver correctness oracle for HyperTwist; retained for acceptance criteria and clean-room-later planning, not donor use.","HyperTwist","Compact solver correctness oracle","integrate","moderate modification","medium","brownan/rubiks-cube-solver","1.0","Reserve Bench","5.0","GPL compact solver with strong correctness and heuristic-table value, but retained only as oracle and clean-room-later planning input.","Compact solver oracle","Included","P2","Keep in canon only as the primary compact solver correctness and heuristic-table oracle beside efrantar as comparator.","2.0","3.0","3.0","11910.0","125.0","","brownan/rubiks-cube-solver","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","22.0","3","5.0","118.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and remains the primary compact solver oracle and clean-room-later heuristic/search benchmark. Preserve correctness and search behavior through scrubbed first-party specifications only.","Reference only: oracle and clean-room-later planning input for classic solver correctness and heuristic-table behavior; do not plan direct incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for any later first-party optimal-solver effort.","high","gpl-oracle-clean-room-review","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed benchmark-oracle and clean-room optimal-solver status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary compact solver oracle and clean-room-later heuristic/search benchmark; use for correctness, not donor code."
 "24.0","newyork-anthonyng/rubiks-cross-trainer","https://github.com/newyork-anthonyng/rubiks-cross-trainer","HyperTwist","24.0","118.0","133.0","B","cubing trainer / solver / timing","subsystem donor","training donor","donor bench","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","newyork-anthonyng/rubiks-cross-trainer — MIT — Cross trainer library (scramble generator). | newyork-anthonyng/rubiks-cross-trainer — MIT.","Integrate as a cubing / algorithm training subsystem for HyperTwist. Preserve the strongest existing pieces — scramble generation, algorithm database, recognition/training loop, timing/statistics, virtual cube, smartcube hooks, spaced repetition — and expose them behind a portfolio-stable interface. Wire first into tao-yu/Alg-Trainer, then into poliva/cubedex for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: tao-yu/Alg-Trainer, poliva/cubedex, Lykos/cube_trainer.","Repurpose here means: turn it into a trainer engine, solver/timer backend, recognition drill module, or method-specific practice mode for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Extract cube-state model; Normalize trainer/case schema; Expose analytics and replay hooks","deep source audit","Hidden value often sits in cube-state representation, scramble generation, weighted drill scheduling, recognition datasets, replay/timer internals, and case database schemas.","Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for algorithm databases, spaced-repetition logic, scramble generation, timer/stat code, virtual cube components, smartcube adapters, and custom-trainer configuration support.","Audit newyork-anthonyng/rubiks-cross-trainer as a cubing trainer / solver / timing candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect cube-state model; scramble generator; trainer weighting/scheduling; case database and metadata; replay/timer model; import/export of alg sets; smartcube or sensor adapters. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / training donor. Test the three merger paths in order: 1) tao-yu/Alg-Trainer [base + donor swarm]; 2) poliva/cubedex [specialized training UX donor]; 3) Lykos/cube_trainer [sampling/analytics donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","tao-yu/Alg-Trainer","base + donor swarm","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","poliva/cubedex","specialized training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","Lykos/cube_trainer","sampling/analytics donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","project-local first","Cross-project transfer is possible, but the value is clearest inside the assigned project until source audit exposes more reusable primitives.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","newyork-anthonyng/rubiks-cross-trainer — MIT — Cross trainer library (scramble generator). | newyork-anthonyng/rubiks-cross-trainer — MIT.","newyork-anthonyng/rubiks-cross-trainer is treated as repurpose for HyperTwist because the current dossier keeps it as a focused donor for its precomputed one-to-eight-move cross corpus and cross-specific drill progression rather than as a platform lane.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0008","cubing / algorithm training","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","newyork-anthonyng/rubiks-cross-trainer","1.0","Donor Bench","5.0","Focused donor for the precomputed cross-difficulty corpus and CFOP micro-drill progression rather than a broader training-platform shell.","Focused donor","Included","P2","newyork-anthonyng/rubiks-cross-trainer is placed in Donor Bench for HyperTwist because it best serves the 'Focused donor' role; recommended action is 'repurpose' with repurposing scope 'moderate modification'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","3.0","3.0","11916.0","126.0","","newyork-anthonyng/rubiks-cross-trainer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","24.0","3","5.0","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed focused-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
@@ -54,8 +54,8 @@
 "","screenpipe/screenpipe","https://github.com/screenpipe/screenpipe","HyperTwist","","","","","capture / replay / support-plane","subsystem donor","support donor","donor bench","repurpose","moderate modification","Retain the valuable internal layer, but expect to replace upstream shell assumptions and rebind boundaries so it fits the HyperTwist architecture.","","Repurpose selected subsystems rather than the whole product. Mine the repo for local capture and replay architecture, permission-aware tooling, timeline behavior, vault storage, and notification support surfaces; keep what materially shortens build time, but bind it to HyperTwist-owned data contracts, UI shell, and runtime boundaries.","","Repurpose here means: extract bounded support surfaces from this repo without inheriting the full upstream shell.","","","","the recording lifecycle, engine and database crates, permission model, rewind timeline behavior, notification routes, and vault handling.","Inspect manifests, README/docs, engine/database/vault crates, app tauri surfaces, timeline UI, notification routes, and permission middleware.","Audit screenpipe/screenpipe as a Support-plane capture, history, and replay sidecar candidate for HyperTwist. Inspect the recording lifecycle, engine and database crates, permission model, rewind timeline behavior, notification routes, and vault handling. Decide whether the retained value should remain active and what should stay bounded outside the HyperTwist core.","","","","","","","","","","","","","","medium","Canonized Markdown dossier exists and the repo has been source-backed, but CSV backfill is later than the original v6.3 board generation.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","","","","","","","HT_support_sidecars","HT_support_sidecars_0001","support plane / capture / replay","Repurpose selectively for HyperTwist. Its source-backed role is a strategic donor with care for local capture/history/replay, permissions-aware agents, encrypted vaults, and notification support surfaces, not a gameplay or vision foundation.","HyperTwist","support plane / capture / replay","repurpose","moderate modification","medium","screenpipe/screenpipe","","Donor Bench","4.0","Useful donor bench candidate for HyperTwist, primarily in the 'Support-plane capture, history, and replay sidecar' lane; a strategic donor with care for local capture/history/replay, permissions-aware agents, encrypted vaults, and notification support surfaces, not a gameplay or vision foundation.","Support-plane capture, history, and replay sidecar","Included","P2","screenpipe/screenpipe is placed in Donor Bench for HyperTwist because it provides a strategic donor with care for local capture/history/replay, permissions-aware agents, encrypted vaults, and notification support surfaces, not a gameplay or vision foundation. Recommended action remains repurpose, but it should stay bounded to the Support-plane capture, history, and replay sidecar lane rather than reshape the core runtime.","","","","","","","screenpipe/screenpipe","","","","","","","","","","","","MIT OR Apache-2.0 core; enterprise-restricted ee/","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 52-screenpipe-screenpipe-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is permissive in its core paths but includes enterprise-restricted ee/ content. Use only clearly permissive core paths as bounded capture/history/replay donor material and exclude or reimplement enterprise-gated paths.","Use only clearly permissive core paths as bounded support-plane donor surfaces; exclude enterprise paths or reimplement equivalent seams.","Preserve permissive notices for reused core paths and do not incorporate ee/ without separate commercial rights.","Sometimes useful for enterprise-gated slices, but not required for clearly permissive core paths.","high","mixed-license-path-review-required","no","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 52-screenpipe-screenpipe-upstream-dossier.md","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-E closed. Preserve as the landed first-party capture/history/replay, deterministic-permission, persistence, vault-lifecycle, timeline-review, and explicit permissive-core-versus-ee/ subtree-compliance lane; start future widening from the live-lane audit, then Phase 4R-E, then REPO_LICENSE_TRACKING.md."
 "","remotion-dev/remotion","https://github.com/remotion-dev/remotion","HyperTwist","","","","","media / rendering / export","subsystem donor","media donor","donor bench","repurpose","moderate modification","Retain the valuable internal layer, but expect to replace upstream shell assumptions and rebind boundaries so it fits the HyperTwist architecture.","","Repurpose selected subsystems rather than the whole product. Mine the repo for media export, explainer rendering, embedded player behavior, and bounded browser or server-side export workflows; keep what materially shortens build time, but bind it to HyperTwist-owned data contracts, UI shell, and runtime boundaries.","","Repurpose here means: extract bounded support surfaces from this repo without inheriting the full upstream shell.","","","","the player and renderer packages, studio/editor package, media-parser surfaces, export workflow, and custom commercial license boundaries.","Inspect manifests, LICENSE, README/docs, player package, renderer package, studio package, media-parser package, and major export/render entry points.","Audit remotion-dev/remotion as a Media export and explainer sidecar candidate for HyperTwist. Inspect the player and renderer packages, studio/editor package, media-parser surfaces, export workflow, and custom commercial license boundaries. Decide whether the retained value should remain active and what should stay bounded outside the HyperTwist core.","","","","","","","","","","","","","","medium","Canonized Markdown dossier exists and the repo has been source-backed, but CSV backfill is later than the original v6.3 board generation.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","","","","","","","HT_support_sidecars","HT_support_sidecars_0002","media / rendering / export","Repurpose selectively for HyperTwist. Its source-backed role is a bounded commercially licensed media-export and explainer sidecar, not a product foundation.","HyperTwist","media / rendering / export","repurpose","moderate modification","medium","remotion-dev/remotion","","Donor Bench","4.0","Useful donor bench candidate for HyperTwist, primarily in the 'Media export and explainer sidecar' lane; a bounded commercially licensed media-export and explainer sidecar, not a product foundation.","Commercially licensed media-export and explainer sidecar","Included","P3","remotion-dev/remotion is placed in Donor Bench for HyperTwist because it provides a bounded commercially licensed media-export and explainer sidecar, not a product foundation. Recommended action remains repurpose, but it should stay bounded to the Media export and explainer sidecar lane rather than reshape the core runtime.","","","","","","","remotion-dev/remotion","","","","","","","","","","","","Custom two-tier commercial license","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 53-remotion-dev-remotion-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo uses a custom two-tier commercial license and should remain a bounded media-export and explainer sidecar. Review the commercial terms before direct use and do not treat it as a carefree donor.","Keep behind a bounded media-render/export seam; do not let it become a runtime foundation.","Preserve upstream license materials and satisfy the applicable commercial terms before shipping or internal deployment.","Sometimes useful only if later commercial terms or deployment constraints make direct use less attractive.","high","commercial-license-sidecar-review","no","","","","","","","","","","","","","v6.3_markdown_backfill","Refined on 2026-04-25 to the dossier-backed commercially licensed media-export and explainer sidecar posture.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-F closed. Preserve as the landed first-party media-export, embedded playback, parser, explainer-studio, and package-split commercial-compliance lane; start future widening from the live-lane audit, then Phase 4R-F, then REPO_LICENSE_TRACKING.md; keep the explicit company-license and package-split boundary visible."
 "","ecomfe/zrender","https://github.com/ecomfe/zrender","HyperTwist","","","","","retained subordinate lower-level 2D painter and event substrate","retained subordinate sidecar","lower-level 2D painter and event substrate","retained subordinate sidecar","integrate","moderate modification","This row is already closed for its current justified subordinate slice. Preserve the retained lower-level 2D painter and event substrate beneath the landed apache/echarts anchor, and reopen only if a narrower sidecar gap is later proven.","","Retain only as the closed subordinate lower-level 2D painter and event substrate beneath the landed apache/echarts anchor. No default widening packet is open; any future work must start from landed anchors, first-party reference-grounded support surfaces, and narrower sidecar-gap proof.","","Integrate here means: only a narrower first-party sidecar widening if a concrete anchor-side gap is later proven.","Validate closed subordinate boundary; preserve landed anchor ownership; record narrower sidecar-gap reopen criteria only; do not promote to a standalone owner lane","closed subordinate boundary review","Remaining value is in bounded sidecar behavior beneath landed anchors, not standalone owner promotion.","whether any narrower lower-level 2D painter and event substrate gap remains after the landed apache/echarts anchor and the existing first-party reference-grounded support surfaces.","Inspect the retained lower-level 2D painter and event substrate slice only in relation to the landed apache/echarts anchor, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","Audit ecomfe/zrender only as a closed subordinate lower-level 2D painter and event substrate row for HyperTwist. Validate that it remains bounded beneath the landed apache/echarts anchor and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a subordinate sidecar. Reuse should start only from narrower anchor-side gap proof, not generic transfer framing.","keep subordinate only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized subordinate-stack notes exist and the row is already closed beneath landed anchors.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","ecomfe/zrender is already closed as a subordinate lower-level 2D painter and event substrate beneath the landed apache/echarts anchor. Its row-source posture should now be bounded retain-and-reopen-only rather than merge-bench activation.","","","","","","HT_browser_support","HT_browser_support_0001","Retained subordinate lower-level 2D painter and event substrate","Closed subordinate lower-level 2D painter and event substrate row for HyperTwist; preserve anchor ownership and reopen only if a narrower sidecar gap is proven.","HyperTwist","Retained subordinate lower-level 2D painter and event substrate","integrate","moderate modification","medium","ecomfe/zrender","","Merge Bench","5.0","Closed subordinate lower-level 2D painter and event substrate row beneath the landed apache/echarts anchor; no default widening packet is open for the current slice.","Retained subordinate lower-level 2D painter and event substrate lane","Included","P3","Keep in canon only as a closed subordinate lower-level 2D painter and event substrate beneath the landed apache/echarts anchor; reopen only through narrower sidecar-gap proof, not generic implementation routing.","","","","","","","ecomfe/zrender","","","","","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 56-ecomfe-zrender-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is BSD-3-Clause and direct use is allowed. Treat it as a bounded 2D render substrate beneath the reporting stack.","Use directly as a bounded browser-side dependency beneath analytics and reporting layers.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless you later replace a narrow utility layer for product-shaping reasons.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 56-ecomfe-zrender-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_analytics_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate 2D render substrate beneath the landed apache/echarts lane; no default widening packet is open."
-"","pissang/claygl","https://github.com/pissang/claygl","HyperTwist","","","","","interface / visualization / shell surface","subsystem donor","dependency donor","merge bench","integrate","moderate modification","Retain the reusable internal layer, but replace shell assumptions and rebind boundaries so it plugs into HyperTwist cleanly.","pissang/claygl — BSD-style permissive — renderer, scene, camera, control, picking, compositor, and App3D patterns retained only as an optional browser comparison substrate behind the landed browser spatial stack.","Do not integrate as a primary browser spatial runtime. Retain only as an optional comparison substrate beneath the landed three.js, react-three-fiber, and xr stack. Any later use should surface bounded lower-level browser-side 3D control or explainer sidecars only if a real gap remains.","Keep subordinate to the landed browser spatial stack and do not form a separate WebGL runtime silo. Use only for optional comparison or bounded sidecar support.","Repurpose here means: optional lower-level browser 3D comparison or explainer substrate only, not a runtime foundation.","","","","Inspect renderer, scene, camera, control, picking, compositor, and App3D patterns; sidecar-only value; reasons it should stay subordinate to the landed browser spatial stack.","Inspect renderer and scene infrastructure, camera and control patterns, picking and compositor behavior, and bounded browser-side comparison value against the landed browser spatial stack.","Audit pissang/claygl only as a retained alternative browser 3D comparison substrate for HyperTwist. Inspect renderer, scene, camera, control, picking, compositor, and App3D patterns. Do not reopen it as a primary browser spatial runtime or puzzle-renderer owner. Compare only against the landed three.js, react-three-fiber, and xr stack and report whether any narrower sidecar gap remains.","","","","","","","","","","","","","","medium","Canonized Markdown dossier exists and the repo has been source-backed, but CSV backfill is later than the original v6.3 board generation.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","","","","","","","HT_browser_support","HT_browser_support_0002","browser / 3D / XR / presentation","Integrate selectively for HyperTwist. Its source-backed role is a lower-level WebGL substrate beneath browser viewer and analytics surfaces, not a runtime foundation.","HyperTwist","browser / 3D / XR / presentation","integrate","moderate modification","medium","pissang/claygl","","Merge Bench","5.0","Useful merge bench candidate for HyperTwist, primarily in the 'Browser WebGL substrate' lane; a lower-level WebGL substrate beneath browser viewer and analytics surfaces, not a runtime foundation.","Retained alternative browser 3D comparison substrate","Included","P3","pissang/claygl is placed in Merge Bench for HyperTwist because it provides a lower-level WebGL substrate beneath browser viewer and analytics surfaces, not a runtime foundation. Recommended action remains integrate, but it should stay bounded to the Browser WebGL substrate lane rather than reshape the core runtime.","","","","","","","pissang/claygl","","","","","","","","","","","","BSD-style permissive (see LICENSE)","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo carries a BSD-style permissive license in its LICENSE file and direct use is viable. Treat it as a bounded WebGL substrate rather than a product lane.","Use directly as a bounded browser-side dependency after preserving the upstream license text.","Preserve the exact upstream LICENSE text and notices when redistributed or vendored.","Usually unnecessary unless you later replace a narrow low-level utility layer.","medium","license-text-normalization-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser 3D comparison lane subordinate to the landed three.js, react-three-fiber, and xr stack; keep 3R-G deferred unless a real sidecar gap remains."
-"","pissang/clay-viewer","https://github.com/pissang/clay-viewer","HyperTwist","","","","","interface / visualization / shell surface","subsystem donor","viewer donor","merge bench","integrate","moderate modification","Retain the reusable internal layer, but replace shell assumptions and rebind boundaries so it plugs into HyperTwist cleanly.","pissang/clay-viewer — BSD-3-Clause — hotspot, animation-preview, environment or post-effect preset, and compact inspection patterns retained only as an optional browser viewer/editor comparison sidecar behind google/model-viewer and the landed browser spatial stack.","Do not integrate as a primary browser viewer or editor runtime. Retain only as an optional comparison sidecar behind the landed google/model-viewer and browser spatial owners. Any later use should surface bounded preview, inspection, or explainer behaviors only if a real gap remains.","Keep subordinate to google/model-viewer and the landed browser spatial stack. Use only for optional comparison or bounded preview or editor sidecars.","Repurpose here means: optional viewer/editor comparison, preview, or inspection sidecar only, not a runtime foundation.","","","","Inspect hotspot, camera, animation-preview, environment or post-effect preset, and inspection-shell patterns; sidecar-only value; reasons it should stay subordinate to google/model-viewer and the landed browser spatial stack.","Inspect viewer shell, hotspot and animation-preview behavior, environment or lighting presets, compact inspection surfaces, and bounded browser comparison value against google/model-viewer and the landed browser spatial stack.","Audit pissang/clay-viewer only as a retained alternative browser viewer/editor comparison sidecar for HyperTwist. Inspect hotspot, animation-preview, environment or post-effect preset, and compact inspection-shell behavior. Do not reopen it as a primary browser viewer, editor, gameplay, or runtime owner. Compare only against the landed google/model-viewer and browser spatial stack and report whether any narrower sidecar gap remains.","","","","","","","","","","","","","","medium","Canonized Markdown dossier exists and the repo has been source-backed, but CSV backfill is later than the original v6.3 board generation.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","","","","","","","HT_browser_support","HT_browser_support_0003","browser / 3D / XR / presentation","Integrate selectively for HyperTwist. Its source-backed role is a bounded browser viewer/editor sidecar with hotspot, environment, and post-effect surfaces, not a gameplay or runtime foundation.","HyperTwist","browser / 3D / XR / presentation","integrate","moderate modification","medium","pissang/clay-viewer","","Merge Bench","5.0","Useful merge bench candidate for HyperTwist, primarily in the 'Browser viewer and editor sidecar' lane; a bounded browser viewer/editor sidecar with hotspot, environment, and post-effect surfaces, not a gameplay or runtime foundation.","Retained alternative browser viewer/editor comparison sidecar","Included","P3","pissang/clay-viewer is placed in Merge Bench for HyperTwist because it provides a bounded browser viewer/editor sidecar with hotspot, environment, and post-effect surfaces, not a gameplay or runtime foundation. Recommended action remains integrate, but it should stay bounded to the Browser viewer and editor sidecar lane rather than reshape the core runtime.","","","","","","","pissang/clay-viewer","","","","","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is BSD-3-Clause and direct use is allowed. Treat it as a bounded browser viewer/editor sidecar.","Use directly as a bounded browser-side dependency or sidecar for viewer/editor surfaces.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser viewer/editor comparison lane subordinate to the landed google/model-viewer and browser spatial stack; keep 3R-G deferred unless a real sidecar gap remains."
+"","pissang/claygl","https://github.com/pissang/claygl","HyperTwist","","","","","retained optional browser 3D comparison lane","retained bounded row","optional browser 3D comparison lane","retained bounded adjunct/comparison row","integrate","moderate modification","This row is already closed for its current justified retained slice. Preserve the retained optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack, and reopen only if a narrower gap is later proven.","pissang/claygl — BSD-style permissive — renderer, scene, camera, control, picking, compositor, and App3D patterns retained only as an optional browser comparison substrate behind the landed browser spatial stack.","Retain only as the closed optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to the landed browser spatial stack and do not form a separate WebGL runtime silo. Use only for optional comparison or bounded sidecar support.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower optional browser 3D comparison lane gap remains after the landed mrdoob/three.js and browser-spatial owner stack and the existing first-party surfaces.","Inspect the retained optional browser 3D comparison lane slice only in relation to the landed mrdoob/three.js and browser-spatial owner stack, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit pissang/claygl only as a closed retained optional browser 3D comparison lane row for HyperTwist. Validate that it remains bounded beneath the landed mrdoob/three.js and browser-spatial owner stack and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","pissang/claygl is already closed as a retained optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","","","","","","HT_browser_support","HT_browser_support_0002","Retained optional browser 3D comparison lane","Closed retained optional browser 3D comparison lane row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","HyperTwist","Retained optional browser 3D comparison lane","integrate","moderate modification","medium","pissang/claygl","","Merge Bench","5.0","Closed retained optional browser 3D comparison lane row beneath the landed mrdoob/three.js and browser-spatial owner stack; no default widening packet is open for the current slice.","Retained optional browser 3D comparison lane lane","Included","P3","Keep in canon only as a closed retained optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack; reopen only through narrower gap proof, not generic implementation routing.","","","","","","","pissang/claygl","","","","","","","","","","","","BSD-style permissive (see LICENSE)","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo carries a BSD-style permissive license in its LICENSE file and direct use is viable. Treat it as a bounded WebGL substrate rather than a product lane.","Use directly as a bounded browser-side dependency after preserving the upstream license text.","Preserve the exact upstream LICENSE text and notices when redistributed or vendored.","Usually unnecessary unless you later replace a narrow low-level utility layer.","medium","license-text-normalization-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser 3D comparison lane subordinate to the landed three.js, react-three-fiber, and xr stack; keep 3R-G deferred unless a real sidecar gap remains."
+"","pissang/clay-viewer","https://github.com/pissang/clay-viewer","HyperTwist","","","","","retained optional browser viewer/editor comparison lane","retained bounded row","optional browser viewer/editor comparison lane","retained bounded adjunct/comparison row","integrate","moderate modification","This row is already closed for its current justified retained slice. Preserve the retained optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack, and reopen only if a narrower gap is later proven.","pissang/clay-viewer — BSD-3-Clause — hotspot, animation-preview, environment or post-effect preset, and compact inspection patterns retained only as an optional browser viewer/editor comparison sidecar behind google/model-viewer and the landed browser spatial stack.","Retain only as the closed optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to google/model-viewer and the landed browser spatial stack. Use only for optional comparison or bounded preview or editor sidecars.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower optional browser viewer/editor comparison lane gap remains after the landed google/model-viewer and browser-viewer owner stack and the existing first-party surfaces.","Inspect the retained optional browser viewer/editor comparison lane slice only in relation to the landed google/model-viewer and browser-viewer owner stack, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit pissang/clay-viewer only as a closed retained optional browser viewer/editor comparison lane row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer and browser-viewer owner stack and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","pissang/clay-viewer is already closed as a retained optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","","","","","","HT_browser_support","HT_browser_support_0003","Retained optional browser viewer/editor comparison lane","Closed retained optional browser viewer/editor comparison lane row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","HyperTwist","Retained optional browser viewer/editor comparison lane","integrate","moderate modification","medium","pissang/clay-viewer","","Merge Bench","5.0","Closed retained optional browser viewer/editor comparison lane row beneath the landed google/model-viewer and browser-viewer owner stack; no default widening packet is open for the current slice.","Retained optional browser viewer/editor comparison lane lane","Included","P3","Keep in canon only as a closed retained optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack; reopen only through narrower gap proof, not generic implementation routing.","","","","","","","pissang/clay-viewer","","","","","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is BSD-3-Clause and direct use is allowed. Treat it as a bounded browser viewer/editor sidecar.","Use directly as a bounded browser-side dependency or sidecar for viewer/editor surfaces.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser viewer/editor comparison lane subordinate to the landed google/model-viewer and browser spatial stack; keep 3R-G deferred unless a real sidecar gap remains."
 "","KhronosGroup/glTF-Sample-Renderer","https://github.com/KhronosGroup/glTF-Sample-Renderer","HyperTwist","","","","","retained subordinate renderer and reference substrate","retained subordinate sidecar","renderer and reference substrate","retained subordinate sidecar","integrate","moderate modification","This row is already closed for its current justified subordinate slice. Preserve the retained renderer and reference substrate beneath the landed google/model-viewer asset-QA lane, and reopen only if a narrower sidecar gap is later proven.","","Retain only as the closed subordinate renderer and reference substrate beneath the landed google/model-viewer asset-QA lane. No default widening packet is open; any future work must start from landed anchors, first-party reference-grounded support surfaces, and narrower sidecar-gap proof.","","Integrate here means: only a narrower first-party sidecar widening if a concrete anchor-side gap is later proven.","Validate closed subordinate boundary; preserve landed anchor ownership; record narrower sidecar-gap reopen criteria only; do not promote to a standalone owner lane","closed subordinate boundary review","Remaining value is in bounded sidecar behavior beneath landed anchors, not standalone owner promotion.","whether any narrower renderer and reference substrate gap remains after the landed google/model-viewer asset-QA lane and the existing first-party reference-grounded support surfaces.","Inspect the retained renderer and reference substrate slice only in relation to the landed google/model-viewer asset-QA lane, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","Audit KhronosGroup/glTF-Sample-Renderer only as a closed subordinate renderer and reference substrate row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer asset-QA lane and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a subordinate sidecar. Reuse should start only from narrower anchor-side gap proof, not generic transfer framing.","keep subordinate only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized subordinate-stack notes exist and the row is already closed beneath landed anchors.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","KhronosGroup/glTF-Sample-Renderer is already closed as a subordinate renderer and reference substrate beneath the landed google/model-viewer asset-QA lane. Its row-source posture should now be bounded retain-and-reopen-only rather than merge-bench activation.","","","","","","HT_browser_support","HT_browser_support_0004","Retained subordinate renderer and reference substrate","Closed subordinate renderer and reference substrate row for HyperTwist; preserve anchor ownership and reopen only if a narrower sidecar gap is proven.","HyperTwist","Retained subordinate renderer and reference substrate","integrate","moderate modification","medium","khronosgroup/gltf-sample-renderer","","Merge Bench","5.0","Closed subordinate renderer and reference substrate row beneath the landed google/model-viewer asset-QA lane; no default widening packet is open for the current slice.","Retained subordinate renderer and reference substrate lane","Included","P3","Keep in canon only as a closed subordinate renderer and reference substrate beneath the landed google/model-viewer asset-QA lane; reopen only through narrower sidecar-gap proof, not generic implementation routing.","","","","","","","khronosgroup/gltf-sample-renderer","","","","","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 61-khronosgroup-gltf-sample-renderer-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is Apache-2.0 and direct use is allowed. Treat it as a bounded renderer substrate beneath asset viewers.","Use directly as a bounded browser-side dependency beneath asset inspection and preview tooling.","Preserve LICENSE and NOTICE materials where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 61-khronosgroup-gltf-sample-renderer-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_browser_viewer_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate renderer/reference substrate beneath the landed google/model-viewer asset-QA lane; no default widening packet is open."
 "","google/model-viewer/packages/space-opera","https://github.com/google/model-viewer/tree/main/packages/space-opera","HyperTwist","","","","","retained subordinate browser editor and inspection sidecar","retained subordinate sidecar","browser editor and inspection sidecar","retained subordinate sidecar","integrate","moderate modification","This row is already closed for its current justified subordinate slice. Preserve the retained browser editor and inspection sidecar beneath the landed google/model-viewer anchor, and reopen only if a narrower sidecar gap is later proven.","","Retain only as the closed subordinate browser editor and inspection sidecar beneath the landed google/model-viewer anchor. No default widening packet is open; any future work must start from landed anchors, first-party reference-grounded support surfaces, and narrower sidecar-gap proof.","","Integrate here means: only a narrower first-party sidecar widening if a concrete anchor-side gap is later proven.","Validate closed subordinate boundary; preserve landed anchor ownership; record narrower sidecar-gap reopen criteria only; do not promote to a standalone owner lane","closed subordinate boundary review","Remaining value is in bounded sidecar behavior beneath landed anchors, not standalone owner promotion.","whether any narrower browser editor and inspection sidecar gap remains after the landed google/model-viewer anchor and the existing first-party reference-grounded support surfaces.","Inspect the retained browser editor and inspection sidecar slice only in relation to the landed google/model-viewer anchor, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","Audit google/model-viewer/packages/space-opera only as a closed subordinate browser editor and inspection sidecar row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer anchor and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a subordinate sidecar. Reuse should start only from narrower anchor-side gap proof, not generic transfer framing.","keep subordinate only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized subordinate-stack notes exist and the row is already closed beneath landed anchors.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","google/model-viewer/packages/space-opera is already closed as a subordinate browser editor and inspection sidecar beneath the landed google/model-viewer anchor. Its row-source posture should now be bounded retain-and-reopen-only rather than merge-bench activation.","","","","","","HT_browser_support","HT_browser_support_0005","Retained subordinate browser editor and inspection sidecar","Closed subordinate browser editor and inspection sidecar row for HyperTwist; preserve anchor ownership and reopen only if a narrower sidecar gap is proven.","HyperTwist","Retained subordinate browser editor and inspection sidecar","integrate","moderate modification","medium","google/model-viewer/packages/space-opera","","Merge Bench","5.0","Closed subordinate browser editor and inspection sidecar row beneath the landed google/model-viewer anchor; no default widening packet is open for the current slice.","Retained subordinate browser editor and inspection sidecar lane","Included","P3","Keep in canon only as a closed subordinate browser editor and inspection sidecar beneath the landed google/model-viewer anchor; reopen only through narrower sidecar-gap proof, not generic implementation routing.","","","","","","","google/model-viewer/packages/space-opera","","","","","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 63-google-space-opera-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is Apache-2.0 and direct use is allowed. Treat it as a bounded browser editor and inspection donor beneath model-viewer.","Use directly as a bounded browser-side dependency or concept donor beneath browser asset tooling.","Preserve LICENSE and NOTICE materials where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 63-google-space-opera-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_browser_viewer_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate browser editor and inspection package beneath the landed google/model-viewer lane; no default widening packet is open."
 "","google/model-viewer/packages/render-fidelity-tools","https://github.com/google/model-viewer/tree/main/packages/render-fidelity-tools","HyperTwist","","","","","retained subordinate fidelity-oracle and regression sidecar","retained subordinate sidecar","fidelity-oracle and regression sidecar","retained subordinate sidecar","integrate","moderate modification","This row is already closed for its current justified subordinate slice. Preserve the retained fidelity-oracle and regression sidecar beneath the landed google/model-viewer anchor, and reopen only if a narrower sidecar gap is later proven.","","Retain only as the closed subordinate fidelity-oracle and regression sidecar beneath the landed google/model-viewer anchor. No default widening packet is open; any future work must start from landed anchors, first-party reference-grounded support surfaces, and narrower sidecar-gap proof.","","Integrate here means: only a narrower first-party sidecar widening if a concrete anchor-side gap is later proven.","Validate closed subordinate boundary; preserve landed anchor ownership; record narrower sidecar-gap reopen criteria only; do not promote to a standalone owner lane","closed subordinate boundary review","Remaining value is in bounded sidecar behavior beneath landed anchors, not standalone owner promotion.","whether any narrower fidelity-oracle and regression sidecar gap remains after the landed google/model-viewer anchor and the existing first-party reference-grounded support surfaces.","Inspect the retained fidelity-oracle and regression sidecar slice only in relation to the landed google/model-viewer anchor, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","Audit google/model-viewer/packages/render-fidelity-tools only as a closed subordinate fidelity-oracle and regression sidecar row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer anchor and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a subordinate sidecar. Reuse should start only from narrower anchor-side gap proof, not generic transfer framing.","keep subordinate only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized subordinate-stack notes exist and the row is already closed beneath landed anchors.","medium","Source-backed dossier exists and the repo has been reconciled into the later Markdown authority stack.","","","","","","google/model-viewer/packages/render-fidelity-tools is already closed as a subordinate fidelity-oracle and regression sidecar beneath the landed google/model-viewer anchor. Its row-source posture should now be bounded retain-and-reopen-only rather than merge-bench activation.","","","","","","HT_browser_support","HT_browser_support_0006","Retained subordinate fidelity-oracle and regression sidecar","Closed subordinate fidelity-oracle and regression sidecar row for HyperTwist; preserve anchor ownership and reopen only if a narrower sidecar gap is proven.","HyperTwist","Retained subordinate fidelity-oracle and regression sidecar","integrate","moderate modification","medium","google/model-viewer/packages/render-fidelity-tools","","Merge Bench","5.0","Closed subordinate fidelity-oracle and regression sidecar row beneath the landed google/model-viewer anchor; no default widening packet is open for the current slice.","Retained subordinate fidelity-oracle and regression sidecar lane","Included","P3","Keep in canon only as a closed subordinate fidelity-oracle and regression sidecar beneath the landed google/model-viewer anchor; reopen only through narrower sidecar-gap proof, not generic implementation routing.","","","","","","","google/model-viewer/packages/render-fidelity-tools","","","","","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 64-google-render-fidelity-tools-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is Apache-2.0 and direct use is allowed. Treat it as a bounded QA and fidelity-testing donor.","Use directly as a bounded browser-side QA dependency or concept donor for visual regression tooling.","Preserve LICENSE and NOTICE materials where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 64-google-render-fidelity-tools-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_browser_viewer_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate fidelity-oracle and regression sidecar beneath the landed google/model-viewer lane; no default widening packet is open."
diff --git a/docs/repo_portfolio_unified_source_audit_v6_3.csv b/docs/repo_portfolio_unified_source_audit_v6_3.csv
index f9da0a1..ba5a86b 100644
--- a/docs/repo_portfolio_unified_source_audit_v6_3.csv
+++ b/docs/repo_portfolio_unified_source_audit_v6_3.csv
@@ -28,7 +28,7 @@
 9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep as the canonical classic-cubing semantics and interop donor, but only through its practical MPL path or bounded adapter/package consumption.","Dual MPL/GPL classic-cubing anchor with strong donor value, but not a carefree private-source fork candidate.","Audit cubing/cubing.js as a interface / visualization / shell surface candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect scene graph/canvas data model; layout primitives; component library; keyboard/gesture interactions; import/export schema; theming; plugin or extension hooks. Decide whether the best extraction path is direct and whether it belongs as foundation engine / visualization donor. Test the three merger paths in order: 1) project-local anchor [base + donor]; 2) shared portfolio utility [augmenter]; 3) cross-project transfer candidate [future merger]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_cube_semantics_0001","HT_cube_semantics","cubing/cubing.js","","","","","","","Original global P0-P3 source audit retained","MPL-2.0 OR GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","yes","hypertwist_and_scriptoriumai","HyperTwist","HyperTwist & ScriptoriumAI.txt","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","Existing v5 row reaffirmed or widened by v6 supplemental intake.","v6_unified_source_of_truth_pack","2","1","152.0","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is dual-licensed MPL-2.0 OR GPL-3.0-or-later. HyperTwist can consume it as a package or bounded adapter under the MPL side, but should avoid a carefree deep private source fork of upstream files.","Prefer package/dependency consumption or a bounded adapter seam under the MPL side; avoid deep private forks of upstream source files.","Preserve MPL notices and publish modifications to MPL-covered files when distribution obligations apply; avoid assuming the GPL side is the intended operational path.","Only if you later need to replace narrow upstream-covered seams with first-party equivalents or avoid carrying MPL-governed source modifications.","high","dual-license-boundary-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-A closed. Preserve as the landed first-party classic-cubing semantic/runtime adapter lane through explicit MPL-aware dependency or adapter use; keep notices and publication duties explicit before any future direct upstream file modification."
 "cubing/alg.js","https://github.com/cubing/alg.js","HyperTwist","Donor Bench","Focused restrictive clean-room donor target","P2","25","9208","0.0","95.0","95.0","medium","Moderate modification. Treat cubing/alg.js as a family-level donor for HyperTwist: extract the implementation layer that matches its strongest domain contribution, preserve its protocols/data models/CLI or renderer boundaries, and adapt only the surface integration needed for HyperTwist rather than rewriting it wholesale.","repurpose","architecture only","Determine the real reusable value of cubing/alg.js for HyperTwist and decide whether it should be promoted, retained, or demoted in the v6 corpus.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use cubing/alg.js as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use cubing/alg.js as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use cubing/alg.js as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Audit for hidden abstractions that travel across projects.","Source reveals a strong reusable subsystem, extensibility layer, protocol boundary, renderer core, data model, or automation surface that clearly strengthens one of the project stacks.","Source reveals the repo is mostly documentation, thin wrappers, packaging glue, stale scaffolding, or a weak duplicate with no meaningful transplantable subsystem.","Source-audit note, role recommendation, hidden-value extraction, exact integration path, and reclassification decision.","Implemented capability; hidden reusable modules; strongest integration path; strongest merger path; upgrade triggers; downgrade triggers; final recommended bucket.","Use v6 unified board + P0 tier packet + project design language + relevant family references.","Keep as its own clean-room donor lane because it isolates parser, AST, traversal, validation, keyboard-move, and URL/interchange semantics.","Standalone GPL parser/AST package with focused semantics value best preserved through Model A / Model B separation.","Inspect cubing/alg.js directly in source. Do not dismiss for license. Preserve nuanced distinctions between donor, reserve, comparator, and exclusion.","HT_cube_semantics_0002","HT_cube_semantics","cubing/alg.js","supplemental_v6_not_runtime_anchored","","","","","no","v6_unified_source_of_truth_pack","GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","2","1","95.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0-or-later and should remain a focused clean-room donor lane rather than direct donor code. Preserve the parser/AST/traversal semantics through a scrubbed Model A handoff only.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for reproducing parser/AST/traversal semantics in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party algorithm-language owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror."
 "cubing/twisty.js","https://github.com/cubing/twisty.js","HyperTwist","Donor Bench","Focused restrictive clean-room donor target","P2","27","9210","0.0","95.0","95.0","medium","Moderate modification. Treat cubing/twisty.js as a family-level donor for HyperTwist: extract the implementation layer that matches its strongest domain contribution, preserve its protocols/data models/CLI or renderer boundaries, and adapt only the surface integration needed for HyperTwist rather than rewriting it wholesale.","repurpose","architecture only","Determine the real reusable value of cubing/twisty.js for HyperTwist and decide whether it should be promoted, retained, or demoted in the v6 corpus.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use cubing/twisty.js as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use cubing/twisty.js as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use cubing/twisty.js as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Audit for hidden abstractions that travel across projects.","Source reveals a strong reusable subsystem, extensibility layer, protocol boundary, renderer core, data model, or automation surface that clearly strengthens one of the project stacks.","Source reveals the repo is mostly documentation, thin wrappers, packaging glue, stale scaffolding, or a weak duplicate with no meaningful transplantable subsystem.","Source-audit note, role recommendation, hidden-value extraction, exact integration path, and reclassification decision.","Implemented capability; hidden reusable modules; strongest integration path; strongest merger path; upgrade triggers; downgrade triggers; final recommended bucket.","Use v6 unified board + P0 tier packet + project design language + relevant family references.","Keep as its own clean-room donor lane because it isolates browser twisty-viewer/player shell behavior and control-bar semantics.","Standalone GPL viewer/player shell with focused browser twisty behavior best preserved through Model A / Model B separation.","Inspect cubing/twisty.js directly in source. Do not dismiss for license. Preserve nuanced distinctions between donor, reserve, comparator, and exclusion.","HT_cube_semantics_0003","HT_cube_semantics","cubing/twisty.js","supplemental_v6_not_runtime_anchored","","","","","no","v6_unified_source_of_truth_pack","GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","2","1","95.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0-or-later and should remain a focused clean-room donor lane rather than direct donor code. Preserve viewer/player shell, scrubber, and twisty-element behavior through a scrubbed Model A handoff only.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for reproducing compact twisty-viewer behavior in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party replay-player, cursor/timeline transport, adapter/bootstrap, and local visualization owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror."
-"cahidenes/rubiks-cube-solver","https://github.com/cahidenes/rubiks-cube-solver","HyperTwist","Locked Strategic Donor","Retained face-placement and cube-string comparison adjunct","P1","55","9211","4.0","148.0","174.0","high","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","integrate","direct","Confirm the retained comparison-adjunct thesis for cahidenes/rubiks-cube-solver in HyperTwist: what exact narrow logic survives, how it compares against the landed first-party recognition stack, and whether any later owner-gap reopening is actually justified.","image pipeline, detection heuristics/models, cube-state reconstruction, calibration, temporal smoothing, replay model, solver handoff, AR/overlay hooks","Inspect face-orientation fill logic, cube-string assembly, per-sticker bookkeeping, HSV sampling, opposite-corner capture assumptions, and divergence-reporting possibilities against the landed first-party stack.","Inspect opposite-corner capture assumptions; face-placement fill; cube-string assembly; per-sticker bookkeeping; HSV sampling; disagreement-reporting value; reasons it should stay subordinate to qbr and rubix-cube-solver.","Do not integrate as a primary perception subsystem. Retain only as a narrow comparison adjunct behind the landed qbr calibration/webcam owner and landed rubix-cube-solver reconstruction/browser owner. Any later use should surface face-placement, cube-string assembly, or divergence-reporting comparisons without widening camera shell, primary calibration, or solver ownership.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded cross-checking or disagreement reporting; do not form a separate recognition silo or reopen primary recognition ownership.","Repurpose here means: optional face-placement, cube-string, or disagreement comparator logic only, not a primary recognition service or AR shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Donor extraction note + merge recipe + reclassification verdict","1) Confirmed visible capabilities
+"cahidenes/rubiks-cube-solver","https://github.com/cahidenes/rubiks-cube-solver","HyperTwist","Locked Strategic Donor","Retained face-placement and cube-string comparison adjunct","P1","55","9211","4.0","148.0","174.0","high","This row is already closed for its current justified retained slice. Preserve the retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and reopen only if a narrower gap is later proven.","integrate","direct","Confirm that cahidenes/rubiks-cube-solver remains a closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and record only narrower reopen criteria, if any.","image pipeline, detection heuristics/models, cube-state reconstruction, calibration, temporal smoothing, replay model, solver handoff, AR/overlay hooks","Inspect the retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct slice only in relation to the landed qbr, rubix-cube-solver, and first-party correction-stack owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","whether any narrower face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct gap remains after the landed qbr, rubix-cube-solver, and first-party correction-stack owners and the existing first-party surfaces.","Retain only as the closed face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded cross-checking or disagreement reporting; do not form a separate recognition silo or reopen primary recognition ownership.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Closed retained-boundary note + explicit no-default-widening posture + narrower reopen criteria.","1) Confirmed visible capabilities
 2) Hidden capabilities found only in source
 3) Best salvageable modules/files/packages
 4) Integration path into target project
@@ -36,8 +36,8 @@
 6) Best merge partners and exact coupling seam
 7) Reasons to promote / retain / demote
 8) Confidence change after source audit
-9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","cahidenes/rubiks-cube-solver is placed in Locked Strategic Donor for HyperTwist because it best serves the 'Active recognition-heuristics and validation donor' role; recommended action is 'integrate' with repurposing scope 'direct'. Confidence is high because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","High-value active vision donor for recognition heuristics, solver-bridge normalization, and validation behind qbr and vivaansinghvi07; not a foundation anchor.","Audit cahidenes/rubiks-cube-solver only as a retained recognition-comparison adjunct for HyperTwist. Inspect opposite-corner capture assumptions, face-orientation fill logic, cube-string assembly from partial capture, and lightweight HSV or per-sticker bookkeeping. Do not reopen it as a primary recognition, calibration, or solver owner. Compare only against the landed qbr, rubix-cube-solver, and correction-stack seams and report whether any narrower divergence-reporting gap remains.","HT_cube_vision_0003","HT_cube_vision","cahidenes/rubiks-cube-solver","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","148.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
-"tentone/rubix-solver","https://github.com/tentone/rubix-solver","HyperTwist","Locked Strategic Donor","Retained native quad and color comparison adjunct","P1","56","9212","5.0","148.0","174.0","high","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","integrate","direct","Confirm the retained native comparison-adjunct thesis for tentone/rubix-solver in HyperTwist: what exact narrow logic survives, how it compares against the landed first-party recognition stack, and whether any later owner-gap reopening is actually justified.","image pipeline, detection heuristics/models, cube-state reconstruction, calibration, temporal smoothing, replay model, solver handoff, AR/overlay hooks","Inspect quad detection and sorting, square-mask color sampling, center-color face labeling, native face-array mutation behavior, and brute-force solve-shell exclusion.","Inspect quad clustering; sort stability; square-mask and threshold logic; center-color face labeling; native state-mutation semantics; disagreement-reporting value; reasons it should stay subordinate to qbr and rubix-cube-solver.","Do not integrate as a primary perception subsystem. Retain only as a narrow native comparison adjunct behind the landed qbr calibration/webcam owner and landed rubix-cube-solver reconstruction/browser owner. Any later use should surface quad, mask, or divergence comparisons without widening the local camera shell or brute-force solve shell.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded native comparison, side-by-side validation, or disagreement reporting; do not form a separate recognition silo or promote the local solve shell.","Repurpose here means: optional quad-sorting, square-mask, and native face-state comparator logic only, not a primary recognition service or solver shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Donor extraction note + merge recipe + reclassification verdict","1) Confirmed visible capabilities
+9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners; reopen only through narrower gap proof, not generic implementation routing.","Closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct row beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners; no default widening packet is open for the current slice.","Audit cahidenes/rubiks-cube-solver only as a closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct row for HyperTwist. Validate that it remains bounded beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","HT_cube_vision_0003","HT_cube_vision","cahidenes/rubiks-cube-solver","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","148.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
+"tentone/rubix-solver","https://github.com/tentone/rubix-solver","HyperTwist","Locked Strategic Donor","Retained native quad and color comparison adjunct","P1","56","9212","5.0","148.0","174.0","high","This row is already closed for its current justified retained slice. Preserve the retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and reopen only if a narrower gap is later proven.","integrate","direct","Confirm that tentone/rubix-solver remains a closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and record only narrower reopen criteria, if any.","image pipeline, detection heuristics/models, cube-state reconstruction, calibration, temporal smoothing, replay model, solver handoff, AR/overlay hooks","Inspect the retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct slice only in relation to the landed qbr, rubix-cube-solver, and first-party correction-stack owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","whether any narrower native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct gap remains after the landed qbr, rubix-cube-solver, and first-party correction-stack owners and the existing first-party surfaces.","Retain only as the closed native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded native comparison, side-by-side validation, or disagreement reporting; do not form a separate recognition silo or promote the local solve shell.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Closed retained-boundary note + explicit no-default-widening posture + narrower reopen criteria.","1) Confirmed visible capabilities
 2) Hidden capabilities found only in source
 3) Best salvageable modules/files/packages
 4) Integration path into target project
@@ -45,7 +45,7 @@
 6) Best merge partners and exact coupling seam
 7) Reasons to promote / retain / demote
 8) Confidence change after source audit
-9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","tentone/rubix-solver is placed in Locked Strategic Donor for HyperTwist because it best serves the 'Active native-CV donor and comparison bench' role; recommended action is 'integrate' with repurposing scope 'direct'. Confidence is high because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","High-value active native-CV donor for detection heuristics and comparison benchmarking behind the vision anchors; not a foundation anchor.","Audit tentone/rubix-solver only as a retained native recognition-comparison adjunct for HyperTwist. Inspect quad clustering, square-mask color sampling, center-color face identification, native face-array mutation behavior, and brute-force solve-shell exclusion. Do not reopen it as a primary recognition, correction, or solver owner. Compare only against the landed qbr, rubix-cube-solver, and correction-stack seams and report whether any narrower divergence-reporting gap remains.","HT_cube_vision_0004","HT_cube_vision","tentone/rubix-solver","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","148.0","permissive_or_noncopyleft_known","direct_incorporation_ok","Practical working assumption remains MIT from README and repo presentation, but the checked mirror lacks a bundled top-level license file. Keep this row permissive-active only as a subordinate recognition comparison adjunct, and capture the final authoritative upstream license text before any direct vendoring.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","medium","readme-only-license-capture-before-direct-vendoring","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
+9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners; reopen only through narrower gap proof, not generic implementation routing.","Closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners; no default widening packet is open for the current slice.","Audit tentone/rubix-solver only as a closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row for HyperTwist. Validate that it remains bounded beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","HT_cube_vision_0004","HT_cube_vision","tentone/rubix-solver","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","148.0","permissive_or_noncopyleft_known","direct_incorporation_ok","Practical working assumption remains MIT from README and repo presentation, but the checked mirror lacks a bundled top-level license file. Keep this row permissive-active only as a subordinate recognition comparison adjunct, and capture the final authoritative upstream license text before any direct vendoring.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","medium","readme-only-license-capture-before-direct-vendoring","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open."
 "Lykos/cube_trainer","https://github.com/Lykos/cube_trainer","HyperTwist","Locked Strategic Donor","Training / timing layer","P1","57","9213","14.0","145.0","171.0","high","This row is already live for its current justified slices. Preserve the landed persisted coaching, weighted sampling, method exploration, and BLD-domain training-session boundaries, and widen only through owned HyperTwist work.","integrate","direct","Validate the current first-party owner boundaries for Lykos/cube_trainer and record any narrower owned widening targets that remain after the landed persisted-coaching slice.","Landed persisted coaching, weighted sampling, method exploration, and BLD-domain training-session boundaries as live first-party material.","Inspect current first-party persisted-coaching owner boundaries, retained adjacent training-foundation and timer families, and unresolved owned widening targets only.","Which remaining persisted-coaching or weighted-sampling gaps, if any, are not already covered by the landed HyperTwist code and the current cube_trainer preserve slice?","Preserve as the landed first-party persisted-coaching owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep Alg-Trainer as the broader training-foundation owner, KubeTimr as the timer substrate owner, and CubeDesk as adjacent trainer-session and smart-device workflow composition rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed persisted-coaching owner lane, not external donor harvesting.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Owner-boundary note + owned widening criteria + explicit no-donor-thesis posture.","1) Which landed persisted-coaching owner boundaries are already closed
 2) Which narrower owned widening targets, if any, remain
 3) Which adjacent live or retained rows stay outside the landed slice","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon as an already-landed first-party persisted-coaching owner lane and route all future work through owned widening.","Already-landed persisted-coaching owner row for weighted sampling, method exploration, and BLD-domain session families; no donor thesis remains for the current slice.","Audit Lykos/cube_trainer only as an already-landed permissive owner lane for HyperTwist. Validate current persisted-coaching owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","HT_training_stack_0002","HT_training_stack","lykos/cube_trainer","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","145.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Already landed: start from first-party owner surfaces and landed preserve authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
@@ -100,7 +100,7 @@
 "MathewKJ2048/Rubiks-cube-simulator","https://github.com/MathewKJ2048/Rubiks-cube-simulator","HyperTwist","Reserve Bench","Clean-room simulator benchmark","P3","7469","9224","51.0","118.0","133.0","medium","Retain no implementation path from this row. Preserve only historical comparison notes about lightweight simulator shell behavior because stronger pedagogy, planner, and history benchmarks already cover the surviving value.","future candidate","architecture only","Confirm that MathewKJ2048/Rubiks-cube-simulator has no surviving unique retained slice after comparison against the stronger guided pedagogy, planner, and history benchmark rows.","Discard confirmation against stronger pedagogy, planner, and history benchmark rows.","Inspect only enough to confirm duplicate-retirement posture against stronger pedagogy, planner, and history benchmark rows.","Is any lightweight simulator behavior still unique after comparison against the stronger guided pedagogy, planner, and history benchmark rows?","Discard from active retention. Keep only as historical comparison context for lightweight simulator behavior; do not plan clean-room reuse or source incorporation.","Prefer AviKaufman, alinen, and vwcwong for the surviving guided pedagogy, planner, and readable state-history benchmark value. This row no longer carries a unique retained slice.","Historical comparison only; no retained implementation or clean-room route remains.","","","","","","","","","","Historical comparison only","Retain only as discarded historical comparison context; do not plan donor, merge, or clean-room reopening from this row.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Discard-confirmation note + stronger surviving benchmark rows + clear no-reopen boundary.","1) What product behaviors existed in the discarded simulator shell
 2) Why stronger pedagogy, planner, and history rows supersede it
 3) Why no clean-room or donor reopening should proceed from this row","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as discarded historical comparison context; no clean-room or donor route survives.","Inferior lightweight simulator duplicate with no surviving unique retained slice after comparison against stronger pedagogy, planner, and history benchmarks.","Audit MathewKJ2048/Rubiks-cube-simulator only as a discard-confirmation row for HyperTwist. Confirm that no unique retained pedagogy, planner, or history slice survives after comparison against stronger benchmark rows.","HT_training_clean_room_0004","HT_training_clean_room","mathewkj2048/rubiks-cube-simulator","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL simulator code and was discarded from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks.","Reference only: discarded historical comparison context for lightweight simulator shell behavior; do not plan direct incorporation or clean-room reopening.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path if lightweight simulator behavior later proves strategically necessary.","high","gpl-clean-room-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed clean-room simulator benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Discard from the active retained set as an inferior duplicate of stronger pedagogy, planner, and history benchmarks."
-"NuiLab/code-vr","https://github.com/NuiLab/code-vr","HyperTwist","Donor Bench","Retained symbolic-to-spatial XR pedagogy experiment","P2","7470","9225","51.0","118.0","133.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","repurpose","moderate modification","Confirm the retained symbolic-to-spatial pedagogy thesis for NuiLab/code-vr in HyperTwist: what exact narrow logic survives, how it compares against the landed knowledge and browser-spatial/XR stack, and whether any later owner-gap reopening is actually justified.","puzzle model, learning flow, UX loops, data schema, replay/export, plugin/hooks","Inspect symbolic-to-spatial conversion, parse/export/runtime separation, language-aware teaching-sidecar behavior, and bounded pedagogy-experiment seams against the landed knowledge and browser-spatial/XR stack.","Inspect AST or graph-to-scene conversion; parse/export/runtime separation; language-server sidecar boundaries; symbolic-to-spatial pedagogy value; reasons it should stay subordinate to the knowledge shell and browser-spatial/XR owners.","Do not integrate as a practical XR runtime or training subsystem. Retain only as a narrow symbolic-to-spatial pedagogy experiment behind the first-party knowledge shell and landed browser-spatial/XR owners. Any later use should surface abstract-structure spatial teaching or parse/export/runtime experiments without widening the VR runtime shell.","Keep subordinate to the first-party knowledge shell and landed browser-spatial/XR owners. Use only for bounded pedagogy experiments; do not form a separate XR or game-runtime silo.","Repurpose here means: optional code-structure-to-space pedagogy, parse/export/runtime experiment logic, or teaching-sidecar patterns only, not a practical XR runtime or trainer foundation.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Capability inventory + salvage targets + promotion/demotion verdict","1) Confirmed visible capabilities
+"NuiLab/code-vr","https://github.com/NuiLab/code-vr","HyperTwist","Donor Bench","Retained symbolic-to-spatial XR pedagogy experiment","P2","7470","9225","51.0","118.0","133.0","medium","This row is already closed for its current justified retained slice. Preserve the retained symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners, and reopen only if a narrower gap is later proven.","repurpose","moderate modification","Confirm that NuiLab/code-vr remains a closed retained symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners, and record only narrower reopen criteria, if any.","puzzle model, learning flow, UX loops, data schema, replay/export, plugin/hooks","Inspect the retained symbolic-to-spatial pedagogy experiment lane slice only in relation to the first-party knowledge shell and the landed browser-spatial/XR owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","whether any narrower symbolic-to-spatial pedagogy experiment lane gap remains after the first-party knowledge shell and the landed browser-spatial/XR owners and the existing first-party surfaces.","Retain only as the closed symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to the first-party knowledge shell and landed browser-spatial/XR owners. Use only for bounded pedagogy experiments; do not form a separate XR or game-runtime silo.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Closed retained-boundary note + explicit no-default-widening posture + narrower reopen criteria.","1) Confirmed visible capabilities
 2) Hidden capabilities found only in source
 3) Best salvageable modules/files/packages
 4) Integration path into target project
@@ -108,7 +108,7 @@
 6) Best merge partners and exact coupling seam
 7) Reasons to promote / retain / demote
 8) Confidence change after source audit
-9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep below core tier as an XR pedagogy and code-to-scene representation donor; the teaching frame and app/service split matter more than the under-construction product shell.","MIT XR pedagogy repo with interesting teaching and code-to-scene patterns, but too under-construction and off-domain to justify merge-bench treatment.","Audit NuiLab/code-vr only as a retained symbolic-to-spatial pedagogy experiment for HyperTwist. Inspect AST or graph-to-scene conversion, parse/export/runtime separation, and language-aware teaching-sidecar behavior. Do not reopen it as a practical XR runtime, gameplay shell, or training foundation owner. Compare only against the first-party knowledge shell and landed browser-spatial/XR stack and report whether any narrower pedagogy gap remains.","HT_cube_vision_0007","HT_cube_vision","nuilab/code-vr","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and direct use is legally straightforward, but the current HyperTwist posture is still below-core donor use because the strongest value is in XR pedagogy, embodied onboarding, and code-to-scene boundary ideas rather than product-core ownership.","Use selectively as a donor or bounded adapter where the XR pedagogy and code-to-scene representation ideas materially shorten build time.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is architecturally cleaner than carrying the upstream code.","high","below-core-mit-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale merge-bench posture to dossier-backed below-core XR pedagogy donor status.","selected_not_live_permissive_candidate","phase2rc_symbolic_xr_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as a symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and landed browser-spatial/XR owners; no default widening packet is open."
+9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a closed retained symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and the landed browser-spatial/XR owners; reopen only through narrower gap proof, not generic implementation routing.","Closed retained symbolic-to-spatial pedagogy experiment lane row beneath the first-party knowledge shell and the landed browser-spatial/XR owners; no default widening packet is open for the current slice.","Audit NuiLab/code-vr only as a closed retained symbolic-to-spatial pedagogy experiment lane row for HyperTwist. Validate that it remains bounded beneath the first-party knowledge shell and the landed browser-spatial/XR owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","HT_cube_vision_0007","HT_cube_vision","nuilab/code-vr","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and direct use is legally straightforward, but the current HyperTwist posture is still below-core donor use because the strongest value is in XR pedagogy, embodied onboarding, and code-to-scene boundary ideas rather than product-core ownership.","Use selectively as a donor or bounded adapter where the XR pedagogy and code-to-scene representation ideas materially shorten build time.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is architecturally cleaner than carrying the upstream code.","high","below-core-mit-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale merge-bench posture to dossier-backed below-core XR pedagogy donor status.","selected_not_live_permissive_candidate","phase2rc_symbolic_xr_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as a symbolic-to-spatial pedagogy experiment lane beneath the first-party knowledge shell and landed browser-spatial/XR owners; no default widening packet is open."
 "ShellPuppy/RCube","https://github.com/ShellPuppy/RCube","HyperTwist","Reserve Bench","Large-N solver benchmark","P3","7471","9226","51.0","118.0","133.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","future candidate","architecture only","Document the large-N orientation and stage-framing ideas that justify retaining RCube only as a benchmark row.","Large-cube orientation logic, stage framing, and solver behavior as benchmark material.","Inspect large-cube orientation logic, stage structure, and output/reporting surfaces as benchmark material only.","Which large-cube orientation and stage strategies are worth preserving as benchmark knowledge?","Keep as a restrictive large-N solver benchmark. Use it for algorithm/reference comparison, not as donor code.","Do not treat this repo as a merge candidate. Translate only large-cube orientation and stage-framing ideas into first-party work if later needed.","Repurpose here means: use as an algorithm/reference benchmark for large-cube state and orientation tricks.","","","","","","","","","","Reference only","Retain only as benchmark, oracle, acceptance-test, comparison, research, or clean-room-later planning input.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in ShellPuppy/RCube
 2) What must stay benchmark-only or clean-room-only
 3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as a restrictive benchmark for large-N state/orientation techniques.","GPL large-N solver with narrow algorithm/reference value and no donor-case for the HyperTwist product core.","Audit ShellPuppy/RCube only as a restrictive large-N solver benchmark. Extract algorithm ideas and acceptance-test expectations, not donor code.","HT_solver_oracles_0001","HT_solver_oracles","shellpuppy/rcube","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","118.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL large-N solver code and remains a benchmark/reference lane for centers, edges, parity, and later clean-room research rather than donor use.","Reference only: use as a large-N centers, edges, and parity benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a later first-party large-N lane needs recreation of a narrow behavior or algorithmic framing; otherwise keep this as a benchmark.","high","gpl-large-n-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed large-N solver benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a large-N centers/edges/parity benchmark and later clean-room research input, not as an active product donor."
@@ -236,8 +236,8 @@
 "screenpipe/screenpipe","https://github.com/screenpipe/screenpipe","HyperTwist","Donor Bench","Support-plane capture, history, and replay sidecar","P2","","","","","","medium","Retain the valuable internal layer, but expect to replace upstream shell assumptions and rebind boundaries so it fits the HyperTwist architecture.","repurpose","moderate modification","Determine whether screenpipe/screenpipe should remain active in the Support-plane capture, history, and replay sidecar lane and which seams should stay bounded.","capture lifecycle, local engine seams, permission middleware, vault storage, timeline UX, notification surfaces","Inspect manifests, README/docs, engine/database/vault crates, app tauri surfaces, timeline UI, notification routes, and permission middleware.","the recording lifecycle, engine and database crates, permission model, rewind timeline behavior, notification routes, and vault handling.","Repurpose selected subsystems rather than the whole product. Mine the repo for local capture and replay architecture, permission-aware tooling, timeline behavior, vault storage, and notification support surfaces; keep what materially shortens build time, but bind it to HyperTwist-owned data contracts, UI shell, and runtime boundaries.","","Repurpose here means: extract bounded support surfaces from this repo without inheriting the full upstream shell.","","","","","","","","","","","","Upgrade if source reveals unusually reusable internal seams, clean adapters, robust tests, and direct leverage for HyperTwist companion surfaces.","Demote if retained value is mostly commodity glue, tightly bound to upstream shell assumptions, or clearly dominated by stronger neighboring repos.","Capability inventory + salvage targets + donor-tier verdict","1) Confirmed source-backed capabilities; 2) Best retained modules; 3) Boundaries to keep outside HyperTwist core; 4) Recommended dependency or merge posture; 5) Risks or licensing notes.","Primary: HT_support_sidecars cluster packet plus the repo-specific Markdown dossier. Optional: neighboring browser/support rows in the same cluster.","screenpipe/screenpipe is placed in Donor Bench for HyperTwist because it provides a strategic donor with care for local capture/history/replay, permissions-aware agents, encrypted vaults, and notification support surfaces, not a gameplay or vision foundation. Recommended action remains repurpose, but it should stay bounded to the Support-plane capture, history, and replay sidecar lane rather than reshape the core runtime.","Useful donor bench candidate for HyperTwist, primarily in the 'Support-plane capture, history, and replay sidecar' lane; a strategic donor with care for local capture/history/replay, permissions-aware agents, encrypted vaults, and notification support surfaces, not a gameplay or vision foundation.","Audit screenpipe/screenpipe as a Support-plane capture, history, and replay sidecar candidate for HyperTwist. Inspect the recording lifecycle, engine and database crates, permission model, rewind timeline behavior, notification routes, and vault handling. Decide whether the retained value should remain active and what should stay bounded outside the HyperTwist core.","HT_support_sidecars_0001","HT_support_sidecars","screenpipe/screenpipe","","","","","","","","MIT OR Apache-2.0 core; enterprise-restricted ee/","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 52-screenpipe-screenpipe-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is permissive in its core paths but includes enterprise-restricted ee/ content. Use only clearly permissive core paths as bounded capture/history/replay donor material and exclude or reimplement enterprise-gated paths.","Use only clearly permissive core paths as bounded support-plane donor surfaces; exclude enterprise paths or reimplement equivalent seams.","Preserve permissive notices for reused core paths and do not incorporate ee/ without separate commercial rights.","Sometimes useful for enterprise-gated slices, but not required for clearly permissive core paths.","high","mixed-license-path-review-required","no","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 52-screenpipe-screenpipe-upstream-dossier.md","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-E closed. Preserve as the landed first-party capture/history/replay, deterministic-permission, persistence, vault-lifecycle, timeline-review, and explicit permissive-core-versus-ee/ subtree-compliance lane; start future widening from the live-lane audit, then Phase 4R-E, then REPO_LICENSE_TRACKING.md."
 "remotion-dev/remotion","https://github.com/remotion-dev/remotion","HyperTwist","Donor Bench","Commercially licensed media-export and explainer sidecar","P2","","","","","","medium","Retain the valuable internal layer, but expect to replace upstream shell assumptions and rebind boundaries so it fits the HyperTwist architecture.","repurpose","moderate modification","Determine whether remotion-dev/remotion should remain active in the Media export and explainer sidecar lane and which seams should stay bounded.","player shell, renderer pipeline, studio/editor package, media parser, export workflow","Inspect manifests, LICENSE, README/docs, player package, renderer package, studio package, media-parser package, and major export/render entry points.","the player and renderer packages, studio/editor package, media-parser surfaces, export workflow, and custom commercial license boundaries.","Repurpose selected subsystems rather than the whole product. Mine the repo for media export, explainer rendering, embedded player behavior, and bounded browser or server-side export workflows; keep what materially shortens build time, but bind it to HyperTwist-owned data contracts, UI shell, and runtime boundaries.","","Repurpose here means: extract bounded support surfaces from this repo without inheriting the full upstream shell.","","","","","","","","","","","","Upgrade if source reveals unusually reusable internal seams, clean adapters, robust tests, and direct leverage for HyperTwist companion surfaces.","Demote if retained value is mostly commodity glue, tightly bound to upstream shell assumptions, or clearly dominated by stronger neighboring repos.","Capability inventory + salvage targets + donor-tier verdict","1) Confirmed source-backed capabilities; 2) Best retained modules; 3) Boundaries to keep outside HyperTwist core; 4) Recommended dependency or merge posture; 5) Risks or licensing notes.","Primary: HT_support_sidecars cluster packet plus the repo-specific Markdown dossier. Optional: neighboring browser/support rows in the same cluster.","remotion-dev/remotion is placed in Donor Bench for HyperTwist because it provides a bounded commercially licensed media-export and explainer sidecar, not a product foundation. Recommended action remains repurpose, but it should stay bounded to the Media export and explainer sidecar lane rather than reshape the core runtime.","Useful donor bench candidate for HyperTwist, primarily in the 'Media export and explainer sidecar' lane; a bounded commercially licensed media-export and explainer sidecar, not a product foundation.","Audit remotion-dev/remotion as a Media export and explainer sidecar candidate for HyperTwist. Inspect the player and renderer packages, studio/editor package, media-parser surfaces, export workflow, and custom commercial license boundaries. Decide whether the retained value should remain active and what should stay bounded outside the HyperTwist core.","HT_support_sidecars_0002","HT_support_sidecars","remotion-dev/remotion","","","","","","","","Custom two-tier commercial license","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 53-remotion-dev-remotion-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo uses a custom two-tier commercial license and should remain a bounded media-export and explainer sidecar. Review the commercial terms before direct use and do not treat it as a carefree donor.","Keep behind a bounded media-render/export seam; do not let it become a runtime foundation.","Preserve upstream license materials and satisfy the applicable commercial terms before shipping or internal deployment.","Sometimes useful only if later commercial terms or deployment constraints make direct use less attractive.","high","commercial-license-sidecar-review","no","","","","","","","","","","","","","v6.3_markdown_backfill","Refined on 2026-04-25 to the dossier-backed commercially licensed media-export and explainer sidecar posture.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-F closed. Preserve as the landed first-party media-export, embedded playback, parser, explainer-studio, and package-split commercial-compliance lane; start future widening from the live-lane audit, then Phase 4R-F, then REPO_LICENSE_TRACKING.md; keep the explicit company-license and package-split boundary visible."
 "ecomfe/zrender","https://github.com/ecomfe/zrender","HyperTwist","Merge Bench","Browser 2D render substrate","P3","","","","","","medium","Retain the reusable internal layer, but replace shell assumptions and rebind boundaries so it plugs into HyperTwist cleanly.","integrate","moderate modification","Confirm that ecomfe/zrender remains a closed subordinate lower-level 2D painter and event substrate beneath the landed apache/echarts anchor, and record only narrower sidecar-gap reopen criteria, if any.","scene graph, canvas and SVG painters, event handling, animation primitives","Inspect the retained lower-level 2D painter and event substrate slice only in relation to the landed apache/echarts anchor, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","the zrender runtime entry, scene storage, canvas and SVG painters, handler proxy, and animation behavior.","Integrate selected subsystems rather than the whole product. Mine the repo for 2D rendering, scene-graph, animation, and event-handling substrate behavior beneath browser reporting surfaces; keep what materially shortens build time, but bind it to HyperTwist-owned data contracts, UI shell, and runtime boundaries.","","Integrate here means: merge bounded support surfaces from this repo into the HyperTwist companion stack.","","","","","","","","","","","","Upgrade if source reveals unusually reusable internal seams, clean adapters, robust tests, and direct leverage for HyperTwist companion surfaces.","Demote if retained value is mostly commodity glue, tightly bound to upstream shell assumptions, or clearly dominated by stronger neighboring repos.","Closed subordinate-boundary note + explicit no-default-widening posture + narrower sidecar-gap reopen criteria.","1) Confirmed source-backed capabilities; 2) Best retained modules; 3) Boundaries to keep outside HyperTwist core; 4) Recommended dependency or merge posture; 5) Risks or licensing notes.","Primary: HT_browser_support cluster packet plus the repo-specific Markdown dossier. Optional: neighboring browser/support rows in the same cluster.","ecomfe/zrender is placed in Merge Bench for HyperTwist because it provides a lower-level 2D rendering and interaction substrate beneath echarts, not a separate strategic product lane. Recommended action remains integrate, but it should stay bounded to the Browser 2D render substrate lane rather than reshape the core runtime.","Useful merge bench candidate for HyperTwist, primarily in the 'Browser 2D render substrate' lane; a lower-level 2D rendering and interaction substrate beneath echarts, not a separate strategic product lane.","Audit ecomfe/zrender only as a closed subordinate lower-level 2D painter and event substrate row for HyperTwist. Validate that it remains bounded beneath the landed apache/echarts anchor and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","HT_browser_support_0001","HT_browser_support","ecomfe/zrender","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 56-ecomfe-zrender-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is BSD-3-Clause and direct use is allowed. Treat it as a bounded 2D render substrate beneath the reporting stack.","Use directly as a bounded browser-side dependency beneath analytics and reporting layers.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless you later replace a narrow utility layer for product-shaping reasons.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 56-ecomfe-zrender-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_analytics_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate 2D render substrate beneath the landed apache/echarts lane; no default widening packet is open."
-"pissang/claygl","https://github.com/pissang/claygl","HyperTwist","Merge Bench","Retained alternative browser 3D comparison substrate","P3","","","","","","medium","Retain the reusable internal layer, but replace shell assumptions and rebind boundaries so it plugs into HyperTwist cleanly.","integrate","moderate modification","Confirm the retained browser 3D comparison thesis for pissang/claygl in HyperTwist: what exact narrow infrastructure value survives, how it compares against the landed browser spatial stack, and whether any later sidecar-gap reopening is actually justified.","renderer, scene graph, cameras and controls, picking, compositor, loaders","Inspect renderer and scene infrastructure, camera and control patterns, picking and compositor behavior, and bounded browser-side comparison value against the landed browser spatial stack.","Inspect renderer, scene, camera, control, picking, compositor, and App3D patterns; sidecar-only value; reasons it should stay subordinate to the landed browser spatial stack.","Do not integrate as a primary browser spatial runtime. Retain only as an optional comparison substrate beneath the landed three.js, react-three-fiber, and xr stack. Any later use should surface bounded lower-level browser-side 3D control or explainer sidecars only if a real gap remains.","Keep subordinate to the landed browser spatial stack and do not form a separate WebGL runtime silo. Use only for optional comparison or bounded sidecar support.","Repurpose here means: optional lower-level browser 3D comparison or explainer substrate only, not a runtime foundation.","","","","","","","","","","","","Upgrade if source reveals unusually reusable internal seams, clean adapters, robust tests, and direct leverage for HyperTwist companion surfaces.","Demote if retained value is mostly commodity glue, tightly bound to upstream shell assumptions, or clearly dominated by stronger neighboring repos.","Capability inventory + salvage targets + donor-tier verdict","1) Confirmed source-backed capabilities; 2) Best retained modules; 3) Boundaries to keep outside HyperTwist core; 4) Recommended dependency or merge posture; 5) Risks or licensing notes.","Primary: HT_browser_support cluster packet plus the repo-specific Markdown dossier. Optional: neighboring browser/support rows in the same cluster.","pissang/claygl is placed in Merge Bench for HyperTwist because it provides a lower-level WebGL substrate beneath browser viewer and analytics surfaces, not a runtime foundation. Recommended action remains integrate, but it should stay bounded to the Browser WebGL substrate lane rather than reshape the core runtime.","Useful merge bench candidate for HyperTwist, primarily in the 'Browser WebGL substrate' lane; a lower-level WebGL substrate beneath browser viewer and analytics surfaces, not a runtime foundation.","Audit pissang/claygl only as a retained alternative browser 3D comparison substrate for HyperTwist. Inspect renderer, scene, camera, control, picking, compositor, and App3D patterns. Do not reopen it as a primary browser spatial runtime or puzzle-renderer owner. Compare only against the landed three.js, react-three-fiber, and xr stack and report whether any narrower sidecar gap remains.","HT_browser_support_0002","HT_browser_support","pissang/claygl","","","","","","","","BSD-style permissive (see LICENSE)","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo carries a BSD-style permissive license in its LICENSE file and direct use is viable. Treat it as a bounded WebGL substrate rather than a product lane.","Use directly as a bounded browser-side dependency after preserving the upstream license text.","Preserve the exact upstream LICENSE text and notices when redistributed or vendored.","Usually unnecessary unless you later replace a narrow low-level utility layer.","medium","license-text-normalization-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser 3D comparison lane subordinate to the landed three.js, react-three-fiber, and xr stack; keep 3R-G deferred unless a real sidecar gap remains."
-"pissang/clay-viewer","https://github.com/pissang/clay-viewer","HyperTwist","Merge Bench","Retained alternative browser viewer/editor comparison sidecar","P3","","","","","","medium","Retain the reusable internal layer, but replace shell assumptions and rebind boundaries so it plugs into HyperTwist cleanly.","integrate","moderate modification","Confirm the retained browser viewer/editor comparison thesis for pissang/clay-viewer in HyperTwist: what exact narrow sidecar value survives, how it compares against the landed browser viewer and spatial stack, and whether any later sidecar-gap reopening is actually justified.","viewer shell, hotspot manager, environment and lighting config, post-effects, animation preview","Inspect viewer shell, hotspot and animation-preview behavior, environment or lighting presets, compact inspection surfaces, and bounded browser comparison value against google/model-viewer and the landed browser spatial stack.","Inspect hotspot, camera, animation-preview, environment or post-effect preset, and inspection-shell patterns; sidecar-only value; reasons it should stay subordinate to google/model-viewer and the landed browser spatial stack.","Do not integrate as a primary browser viewer or editor runtime. Retain only as an optional comparison sidecar behind the landed google/model-viewer and browser spatial owners. Any later use should surface bounded preview, inspection, or explainer behaviors only if a real gap remains.","Keep subordinate to google/model-viewer and the landed browser spatial stack. Use only for optional comparison or bounded preview or editor sidecars.","Repurpose here means: optional viewer/editor comparison, preview, or inspection sidecar only, not a runtime foundation.","","","","","","","","","","","","Upgrade if source reveals unusually reusable internal seams, clean adapters, robust tests, and direct leverage for HyperTwist companion surfaces.","Demote if retained value is mostly commodity glue, tightly bound to upstream shell assumptions, or clearly dominated by stronger neighboring repos.","Capability inventory + salvage targets + donor-tier verdict","1) Confirmed source-backed capabilities; 2) Best retained modules; 3) Boundaries to keep outside HyperTwist core; 4) Recommended dependency or merge posture; 5) Risks or licensing notes.","Primary: HT_browser_support cluster packet plus the repo-specific Markdown dossier. Optional: neighboring browser/support rows in the same cluster.","pissang/clay-viewer is placed in Merge Bench for HyperTwist because it provides a bounded browser viewer/editor sidecar with hotspot, environment, and post-effect surfaces, not a gameplay or runtime foundation. Recommended action remains integrate, but it should stay bounded to the Browser viewer and editor sidecar lane rather than reshape the core runtime.","Useful merge bench candidate for HyperTwist, primarily in the 'Browser viewer and editor sidecar' lane; a bounded browser viewer/editor sidecar with hotspot, environment, and post-effect surfaces, not a gameplay or runtime foundation.","Audit pissang/clay-viewer only as a retained alternative browser viewer/editor comparison sidecar for HyperTwist. Inspect hotspot, animation-preview, environment or post-effect preset, and compact inspection-shell behavior. Do not reopen it as a primary browser viewer, editor, gameplay, or runtime owner. Compare only against the landed google/model-viewer and browser spatial stack and report whether any narrower sidecar gap remains.","HT_browser_support_0003","HT_browser_support","pissang/clay-viewer","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is BSD-3-Clause and direct use is allowed. Treat it as a bounded browser viewer/editor sidecar.","Use directly as a bounded browser-side dependency or sidecar for viewer/editor surfaces.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser viewer/editor comparison lane subordinate to the landed google/model-viewer and browser spatial stack; keep 3R-G deferred unless a real sidecar gap remains."
+"pissang/claygl","https://github.com/pissang/claygl","HyperTwist","Merge Bench","Retained alternative browser 3D comparison substrate","P3","","","","","","medium","This row is already closed for its current justified retained slice. Preserve the retained optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack, and reopen only if a narrower gap is later proven.","integrate","moderate modification","Confirm that pissang/claygl remains a closed retained optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack, and record only narrower reopen criteria, if any.","renderer, scene graph, cameras and controls, picking, compositor, loaders","Inspect the retained optional browser 3D comparison lane slice only in relation to the landed mrdoob/three.js and browser-spatial owner stack, existing first-party surfaces, and any unresolved narrower reopen gaps.","whether any narrower optional browser 3D comparison lane gap remains after the landed mrdoob/three.js and browser-spatial owner stack and the existing first-party surfaces.","Retain only as the closed optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to the landed browser spatial stack and do not form a separate WebGL runtime silo. Use only for optional comparison or bounded sidecar support.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","Upgrade if source reveals unusually reusable internal seams, clean adapters, robust tests, and direct leverage for HyperTwist companion surfaces.","Demote if retained value is mostly commodity glue, tightly bound to upstream shell assumptions, or clearly dominated by stronger neighboring repos.","Closed retained-boundary note + explicit no-default-widening posture + narrower reopen criteria.","1) Confirmed source-backed capabilities; 2) Best retained modules; 3) Boundaries to keep outside HyperTwist core; 4) Recommended dependency or merge posture; 5) Risks or licensing notes.","Primary: HT_browser_support cluster packet plus the repo-specific Markdown dossier. Optional: neighboring browser/support rows in the same cluster.","Keep in canon only as a closed retained optional browser 3D comparison lane beneath the landed mrdoob/three.js and browser-spatial owner stack; reopen only through narrower gap proof, not generic implementation routing.","Closed retained optional browser 3D comparison lane row beneath the landed mrdoob/three.js and browser-spatial owner stack; no default widening packet is open for the current slice.","Audit pissang/claygl only as a closed retained optional browser 3D comparison lane row for HyperTwist. Validate that it remains bounded beneath the landed mrdoob/three.js and browser-spatial owner stack and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","HT_browser_support_0002","HT_browser_support","pissang/claygl","","","","","","","","BSD-style permissive (see LICENSE)","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo carries a BSD-style permissive license in its LICENSE file and direct use is viable. Treat it as a bounded WebGL substrate rather than a product lane.","Use directly as a bounded browser-side dependency after preserving the upstream license text.","Preserve the exact upstream LICENSE text and notices when redistributed or vendored.","Usually unnecessary unless you later replace a narrow low-level utility layer.","medium","license-text-normalization-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 58-pissang-claygl-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser 3D comparison lane subordinate to the landed three.js, react-three-fiber, and xr stack; keep 3R-G deferred unless a real sidecar gap remains."
+"pissang/clay-viewer","https://github.com/pissang/clay-viewer","HyperTwist","Merge Bench","Retained alternative browser viewer/editor comparison sidecar","P3","","","","","","medium","This row is already closed for its current justified retained slice. Preserve the retained optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack, and reopen only if a narrower gap is later proven.","integrate","moderate modification","Confirm that pissang/clay-viewer remains a closed retained optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack, and record only narrower reopen criteria, if any.","viewer shell, hotspot manager, environment and lighting config, post-effects, animation preview","Inspect the retained optional browser viewer/editor comparison lane slice only in relation to the landed google/model-viewer and browser-viewer owner stack, existing first-party surfaces, and any unresolved narrower reopen gaps.","whether any narrower optional browser viewer/editor comparison lane gap remains after the landed google/model-viewer and browser-viewer owner stack and the existing first-party surfaces.","Retain only as the closed optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to google/model-viewer and the landed browser spatial stack. Use only for optional comparison or bounded preview or editor sidecars.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","","","","","","","","","","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","Upgrade if source reveals unusually reusable internal seams, clean adapters, robust tests, and direct leverage for HyperTwist companion surfaces.","Demote if retained value is mostly commodity glue, tightly bound to upstream shell assumptions, or clearly dominated by stronger neighboring repos.","Closed retained-boundary note + explicit no-default-widening posture + narrower reopen criteria.","1) Confirmed source-backed capabilities; 2) Best retained modules; 3) Boundaries to keep outside HyperTwist core; 4) Recommended dependency or merge posture; 5) Risks or licensing notes.","Primary: HT_browser_support cluster packet plus the repo-specific Markdown dossier. Optional: neighboring browser/support rows in the same cluster.","Keep in canon only as a closed retained optional browser viewer/editor comparison lane beneath the landed google/model-viewer and browser-viewer owner stack; reopen only through narrower gap proof, not generic implementation routing.","Closed retained optional browser viewer/editor comparison lane row beneath the landed google/model-viewer and browser-viewer owner stack; no default widening packet is open for the current slice.","Audit pissang/clay-viewer only as a closed retained optional browser viewer/editor comparison lane row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer and browser-viewer owner stack and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","HT_browser_support_0003","HT_browser_support","pissang/clay-viewer","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is BSD-3-Clause and direct use is allowed. Treat it as a bounded browser viewer/editor sidecar.","Use directly as a bounded browser-side dependency or sidecar for viewer/editor surfaces.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 59-pissang-clay-viewer-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rc_browser_comparison_gap_eval_only","Phase 2R-C plus the 2026-05-27 symbolic-XR and alternative-browser hierarchy clarification are closed. Retain only as an optional browser viewer/editor comparison lane subordinate to the landed google/model-viewer and browser spatial stack; keep 3R-G deferred unless a real sidecar gap remains."
 "KhronosGroup/glTF-Sample-Renderer","https://github.com/KhronosGroup/glTF-Sample-Renderer","HyperTwist","Merge Bench","Browser asset renderer substrate","P3","","","","","","medium","Retain the reusable internal layer, but replace shell assumptions and rebind boundaries so it plugs into HyperTwist cleanly.","integrate","moderate modification","Confirm that KhronosGroup/glTF-Sample-Renderer remains a closed subordinate renderer and reference substrate beneath the landed google/model-viewer asset-QA lane, and record only narrower sidecar-gap reopen criteria, if any.","GltfView, GltfState, resource loader, user camera, renderer core","Inspect the retained renderer and reference substrate slice only in relation to the landed google/model-viewer asset-QA lane, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","the GltfView and GltfState API surface, resource loader, renderer core, and user-camera behavior.","Integrate selected subsystems rather than the whole product. Mine the repo for standards-aware glTF loading, renderer substrate, camera state, and resource-loading behavior beneath asset viewers; keep what materially shortens build time, but bind it to HyperTwist-owned data contracts, UI shell, and runtime boundaries.","","Integrate here means: merge bounded support surfaces from this repo into the HyperTwist companion stack.","","","","","","","","","","","","Upgrade if source reveals unusually reusable internal seams, clean adapters, robust tests, and direct leverage for HyperTwist companion surfaces.","Demote if retained value is mostly commodity glue, tightly bound to upstream shell assumptions, or clearly dominated by stronger neighboring repos.","Closed subordinate-boundary note + explicit no-default-widening posture + narrower sidecar-gap reopen criteria.","1) Confirmed source-backed capabilities; 2) Best retained modules; 3) Boundaries to keep outside HyperTwist core; 4) Recommended dependency or merge posture; 5) Risks or licensing notes.","Primary: HT_browser_support cluster packet plus the repo-specific Markdown dossier. Optional: neighboring browser/support rows in the same cluster.","KhronosGroup/glTF-Sample-Renderer is placed in Merge Bench for HyperTwist because it provides the lower-level official glTF renderer substrate beneath glTF-Sample-Viewer, not a separate strategic lane. Recommended action remains integrate, but it should stay bounded to the Browser asset renderer substrate lane rather than reshape the core runtime.","Useful merge bench candidate for HyperTwist, primarily in the 'Browser asset renderer substrate' lane; the lower-level official glTF renderer substrate beneath glTF-Sample-Viewer, not a separate strategic lane.","Audit KhronosGroup/glTF-Sample-Renderer only as a closed subordinate renderer and reference substrate row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer asset-QA lane and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","HT_browser_support_0004","HT_browser_support","khronosgroup/gltf-sample-renderer","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 61-khronosgroup-gltf-sample-renderer-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is Apache-2.0 and direct use is allowed. Treat it as a bounded renderer substrate beneath asset viewers.","Use directly as a bounded browser-side dependency beneath asset inspection and preview tooling.","Preserve LICENSE and NOTICE materials where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 61-khronosgroup-gltf-sample-renderer-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_browser_viewer_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate renderer/reference substrate beneath the landed google/model-viewer asset-QA lane; no default widening packet is open."
 "google/model-viewer/packages/space-opera","https://github.com/google/model-viewer/tree/main/packages/space-opera","HyperTwist","Merge Bench","Browser asset editor and inspection surface","P3","","","","","","medium","Retain the reusable internal layer, but replace shell assumptions and rebind boundaries so it plugs into HyperTwist cleanly.","integrate","moderate modification","Confirm that google/model-viewer/packages/space-opera remains a closed subordinate browser editor and inspection sidecar beneath the landed google/model-viewer anchor, and record only narrower sidecar-gap reopen criteria, if any.","editor shell, reducer and state structure, hotspot editing, snippet export, inspector surfaces","Inspect the retained browser editor and inspection sidecar slice only in relation to the landed google/model-viewer anchor, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","the app shell, reducer and state structure, hotspot editing flow, snippet export surfaces, and inspector behavior.","Integrate selected subsystems rather than the whole product. Mine the repo for browser editor, inspection, hotspot editing, snippet export, and lightweight asset-authoring behavior; keep what materially shortens build time, but bind it to HyperTwist-owned data contracts, UI shell, and runtime boundaries.","","Integrate here means: merge bounded support surfaces from this repo into the HyperTwist companion stack.","","","","","","","","","","","","Upgrade if source reveals unusually reusable internal seams, clean adapters, robust tests, and direct leverage for HyperTwist companion surfaces.","Demote if retained value is mostly commodity glue, tightly bound to upstream shell assumptions, or clearly dominated by stronger neighboring repos.","Closed subordinate-boundary note + explicit no-default-widening posture + narrower sidecar-gap reopen criteria.","1) Confirmed source-backed capabilities; 2) Best retained modules; 3) Boundaries to keep outside HyperTwist core; 4) Recommended dependency or merge posture; 5) Risks or licensing notes.","Primary: HT_browser_support cluster packet plus the repo-specific Markdown dossier. Optional: neighboring browser/support rows in the same cluster.","google/model-viewer/packages/space-opera is placed in Merge Bench for HyperTwist because it provides a bounded browser editor and inspection donor beneath model-viewer, not a standalone product lane. Recommended action remains integrate, but it should stay bounded to the Browser asset editor and inspection surface lane rather than reshape the core runtime.","Useful merge bench candidate for HyperTwist, primarily in the 'Browser asset editor and inspection surface' lane; a bounded browser editor and inspection donor beneath model-viewer, not a standalone product lane.","Audit google/model-viewer/packages/space-opera only as a closed subordinate browser editor and inspection sidecar row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer anchor and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","HT_browser_support_0005","HT_browser_support","google/model-viewer/packages/space-opera","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 63-google-space-opera-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is Apache-2.0 and direct use is allowed. Treat it as a bounded browser editor and inspection donor beneath model-viewer.","Use directly as a bounded browser-side dependency or concept donor beneath browser asset tooling.","Preserve LICENSE and NOTICE materials where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 63-google-space-opera-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_browser_viewer_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate browser editor and inspection package beneath the landed google/model-viewer lane; no default widening packet is open."
 "google/model-viewer/packages/render-fidelity-tools","https://github.com/google/model-viewer/tree/main/packages/render-fidelity-tools","HyperTwist","Merge Bench","Browser fidelity QA harness","P3","","","","","","medium","Retain the reusable internal layer, but replace shell assumptions and rebind boundaries so it plugs into HyperTwist cleanly.","integrate","moderate modification","Confirm that google/model-viewer/packages/render-fidelity-tools remains a closed subordinate fidelity-oracle and regression sidecar beneath the landed google/model-viewer anchor, and record only narrower sidecar-gap reopen criteria, if any.","golden rendering, fidelity workflows, harness configuration, image comparison worker","Inspect the retained fidelity-oracle and regression sidecar slice only in relation to the landed google/model-viewer anchor, existing first-party reference-grounded support surfaces, and any unresolved narrower sidecar gaps.","the test-fidelity and render-goldens workflows, renderer harness behavior, image-comparison worker, and artifact generation.","Integrate selected subsystems rather than the whole product. Mine the repo for browser visual-regression workflows, golden rendering, fidelity thresholds, and harness configuration behavior; keep what materially shortens build time, but bind it to HyperTwist-owned data contracts, UI shell, and runtime boundaries.","","Integrate here means: merge bounded support surfaces from this repo into the HyperTwist companion stack.","","","","","","","","","","","","Upgrade if source reveals unusually reusable internal seams, clean adapters, robust tests, and direct leverage for HyperTwist companion surfaces.","Demote if retained value is mostly commodity glue, tightly bound to upstream shell assumptions, or clearly dominated by stronger neighboring repos.","Closed subordinate-boundary note + explicit no-default-widening posture + narrower sidecar-gap reopen criteria.","1) Confirmed source-backed capabilities; 2) Best retained modules; 3) Boundaries to keep outside HyperTwist core; 4) Recommended dependency or merge posture; 5) Risks or licensing notes.","Primary: HT_browser_support cluster packet plus the repo-specific Markdown dossier. Optional: neighboring browser/support rows in the same cluster.","google/model-viewer/packages/render-fidelity-tools is placed in Merge Bench for HyperTwist because it provides a bounded fidelity oracle and QA harness donor beneath model-viewer, not a runtime lane. Recommended action remains integrate, but it should stay bounded to the Browser fidelity QA harness lane rather than reshape the core runtime.","Useful merge bench candidate for HyperTwist, primarily in the 'Browser fidelity QA harness' lane; a bounded fidelity oracle and QA harness donor beneath model-viewer, not a runtime lane.","Audit google/model-viewer/packages/render-fidelity-tools only as a closed subordinate fidelity-oracle and regression sidecar row for HyperTwist. Validate that it remains bounded beneath the landed google/model-viewer anchor and identify narrower sidecar-gap reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","HT_browser_support_0006","HT_browser_support","google/model-viewer/packages/render-fidelity-tools","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","Backfilled from canonized Markdown dossier pass on 2026-04-25: 64-google-render-fidelity-tools-upstream-dossier.md","v6_unified_source_of_truth_pack","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is Apache-2.0 and direct use is allowed. Treat it as a bounded QA and fidelity-testing donor.","Use directly as a bounded browser-side QA dependency or concept donor for visual regression tooling.","Preserve LICENSE and NOTICE materials where required.","Usually unnecessary unless later product-shaping concerns make selective replacement attractive.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-25: 64-google-render-fidelity-tools-upstream-dossier.md","selected_not_live_permissive_candidate","phase2rb_browser_viewer_subordinate_gap_eval_only","Phase 2R-B plus the 2026-05-27 analytics and browser-viewer subordinate-stack clarification are closed. Retain only as the subordinate fidelity-oracle and regression sidecar beneath the landed google/model-viewer lane; no default widening packet is open."