diff --git a/docs/HYPERTWIST_LIVE_BOUNDARY_SENSITIVE_ROWS_SOURCE_ALIGNMENT_2026-05-28.md b/docs/HYPERTWIST_LIVE_BOUNDARY_SENSITIVE_ROWS_SOURCE_ALIGNMENT_2026-05-28.md
new file mode 100644
index 0000000..5d0ddc2
--- /dev/null
+++ b/docs/HYPERTWIST_LIVE_BOUNDARY_SENSITIVE_ROWS_SOURCE_ALIGNMENT_2026-05-28.md
@@ -0,0 +1,59 @@
+# HyperTwist Live Boundary-Sensitive Rows Source Alignment - 2026-05-28
+
+## Status
+
+This document closes the row-source truth gap for the already-landed
+boundary-sensitive rows whose `v6.3` operational, `Phase G`, and source-audit
+layers were still using donor-era wording after the later live-lane,
+provenance-board, and compliance-boundary reconciliations.
+
+## Affected rows
+
+- `cubing/cubing.js`
+- `cutelyaware/magiccube4d`
+- `PostHog/posthog`
+
+## Current judgment
+
+- these rows are already landed for their current bounded boundary-sensitive
+  slices
+- the stale layer was the row-source pack still framing them as donor
+  selection, promotion, or salvage targets rather than closed owner or
+  grounding lanes
+- no product code change is justified from this pass
+- no boundary doctrine changed from this pass
+
+## Required row-source posture
+
+For these rows the source pack must now say:
+
+- `cubing/cubing.js` is already landed for the exact classic-cubing
+  semantic/runtime adapter lane and the explicit practical `MPL` and notice
+  boundary grounding beneath it
+- `cutelyaware/magiccube4d` is already landed for the exact legacy `4D`
+  interaction/history/macro lane and the visible-attribution/upstream-link and
+  `MyMath` provenance boundary beneath it
+- `PostHog/posthog` is already landed for the exact control-plane telemetry,
+  replay-diagnostic, scheduled-change, early-access, and feature-governance
+  lane, with the `MIT`-outside-`ee/` boundary kept explicit
+- future work starts from owned HyperTwist surfaces and landed preserve
+  authority, not fresh donor promotion or raw-mirror routing
+
+## Source basis
+
+- `C:\HyperTwist\docs\HYPERTWIST_CUBING_JS_REFERENCE_INCORPORATION_PROVENANCE_BOARD_2026-05-27.md`
+- `C:\HyperTwist\docs\HYPERTWIST_MAGICCUBE4D_REFERENCE_INCORPORATION_PROVENANCE_BOARD_2026-05-27.md`
+- `C:\HyperTwist\docs\HYPERTWIST_POSTHOG_REFERENCE_INCORPORATION_PROVENANCE_BOARD_2026-05-27.md`
+- `C:\HyperTwist\docs\REPO_LICENSE_TRACKING.md`
+- `C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\FEATURE_REGISTRY.md`
+- landed `Phase 4R-A`, `4R-B`, and `4R-D` packet authority
+- `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`
+
+## Final call
+
+These rows are not future donor-candidate rows anymore.
+
+They are already integrated for their current justified boundary-sensitive
+slices, and the 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 928fe05..5b2c51d 100644
--- a/docs/repo_portfolio_unified_operational_v6_3.csv
+++ b/docs/repo_portfolio_unified_operational_v6_3.csv
@@ -10,13 +10,13 @@
 "8547","ggml-org/whisper.cpp","https://github.com/ggml-org/whisper.cpp","multi-project","3.0","71.0","80.0","C","implemented native speech session and shell owner","implemented owner","native speech and shell owner","landed bounded speech-input owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed native speech-session boundary, live microphone shell, permission-readiness shell, and payload-custody boundary, and widen only through owned HyperTwist work.","Landed owner value: native speech-session, microphone shell, permission-readiness, and payload-custody boundaries already live in first-party HyperTwist code.","Preserve as the landed first-party native speech-input owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-E/U/V/W packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed native speech session and shell slices. Keep faster-whisper as the complementary Python transcription sidecar and piper/coqui as narration-side sidecars, not donor merge targets for the already landed native speech slice.","Repurpose here means: ordinary owned enhancement of the landed native speech-input owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing native speech-session, microphone shell, readiness, and payload-custody contracts; keep notices and model-review boundaries visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining native speech-session, microphone-shell, permission-readiness, or payload-custody gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-E/U/V/W packets?","Inspect current first-party native speech-session, microphone shell, readiness shell, and payload-custody boundaries plus unresolved owned widening targets only.","Audit ggml-org/whisper.cpp only as an already-landed permissive speech owner lane for HyperTwist. Validate current 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 for its bounded native speech session and shell slices. 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; bounded landed speech-owner fit","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","7. Speech / Voice Models (STT + TTS)ggml-org/whisper.cpp – https://github.com/ggml-org/whisper.cpp – MIT – Native C++ Whisper for STT.","ggml-org/whisper.cpp is already landed for its current justified native speech-session, microphone-shell, permission-readiness, and payload-custody slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","1.0","MU_misc","MU_misc_0003","Implemented native speech session and shell owner","Landed native speech session and shell owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","future/adjacent use","Implemented native speech session and shell owner","repurpose","moderate modification","medium","ggml-org/whisper.cpp","multi-project","","","","","","","","","","","","","","","","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","","3.0","5","71.0","","Implemented native speech session and shell owner lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and the current justified native speech-session and shell slice is already implemented in first-party HyperTwist code. Keep model and payload review separate from the already-landed code-side judgment.","Already landed: start from first-party native speech owner surfaces plus landed packet authority, and keep broader payload review separate.","Typically preserve notices, attribution, and license text where required; review selected model files or distributions separately from the code license.","Usually unnecessary unless you later choose to replace a narrow hot path or fully internalize the runtime.","high","implemented-model-artifact-review-recommended","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-E, Phase 6R-U, Phase 6R-V, and Phase 6R-W are closed. Preserve as the landed bounded native speech-session, microphone-shell, permission-readiness, and payload-custody lane; keep broader payload shipping and model-license review separate."
 "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","implemented local narration sidecar owner","implemented owner","local narration sidecar","landed bounded narration sidecar owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed local narration sidecar lane, and widen only through owned HyperTwist work.","Landed owner value: local narration sidecar runtime, voice loading, streaming output, and bounded local voice-service behavior already live in first-party HyperTwist code.","Preserve as the landed first-party local narration sidecar lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-G packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed local narration sidecar slice. Keep coqui-ai/TTS as the richer advanced narration sidecar, not a donor merge target for the already landed local narration slice.","Repurpose here means: ordinary owned enhancement of the landed local narration sidecar, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing local narration, voice-loading, and bounded service contracts; keep notices and voice-artifact review boundaries visible","live owner boundary review","Remaining value is in already-landed sidecar boundaries and future owned widening targets, not donor extraction.","Which remaining local narration sidecar gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-G packet?","Inspect current first-party local narration sidecar boundary plus unresolved owned widening targets only.","Audit rhasspy/piper only as an already-landed permissive narration sidecar lane for HyperTwist. Validate current 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 for its bounded local narration sidecar slice. 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; bounded landed narration-sidecar fit","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 already landed for its current justified local narration sidecar slice. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","1.0","MU_misc","MU_misc_0004","Implemented local narration sidecar owner","Landed local narration sidecar lane for HyperTwist; validate boundaries and widen only through owned first-party work.","future/adjacent use","Implemented local narration sidecar owner","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","","Implemented local narration sidecar lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and the current justified local narration sidecar slice is already implemented in first-party HyperTwist code. Keep voice-artifact review separate from the already-landed code-side judgment.","Already landed: start from first-party local narration sidecar surfaces plus landed packet authority, and keep selected voice review separate.","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","implemented-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."
+"11771","cubing/cubing.js","https://github.com/cubing/cubing.js","HyperTwist","5.0","152.0","185.0","A","implemented classic-cubing semantic boundary owner","implemented owner","boundary-sensitive semantic/runtime adapter owner","landed boundary-sensitive owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed classic-cubing semantic/runtime adapter lane and the practical MPL and notice boundary grounding beneath it, and widen only through owned HyperTwist work.","Landed owner value: classic-cubing semantic/runtime adapter behavior, geometry and viewer bridge semantics, device/search boundary grounding, Melinda bridge grounding, and practical MPL compliance-boundary notes already live in first-party HyperTwist code.","Preserve as the landed first-party classic-cubing semantic/runtime and MPL-boundary owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-A packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep cubing/twisty.js as the separate replay-shell lane and cubing/alg.js as the separate parser/AST lane rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed classic-cubing semantic/runtime and MPL-boundary lane, not external donor harvesting.","Validate current first-party classic-cubing semantic/runtime and MPL-boundary owner boundaries; identify narrower owned widening targets only if needed; preserve semantics, geometry, viewer, device, search, bridge, and notice-boundary contracts; keep notices and compliance notes visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining classic-cubing semantic/runtime adapter or MPL-boundary gaps, if any, are not already covered by the landed HyperTwist code and the current cubing.js preserve slice?","Inspect current first-party classic-cubing semantic/runtime and MPL-boundary owner boundaries, retained adjacent parser and replay families, and unresolved owned widening targets only.","Audit cubing/cubing.js only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current classic-cubing semantic/runtime and MPL-boundary 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 for its bounded boundary-sensitive slice. 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 slice and should no longer be treated as a donor extraction candidate.","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","Implemented classic-cubing semantic boundary owner","Landed classic-cubing semantic and runtime adapter owner lane for HyperTwist; validate boundaries and widen only through owned first-party work under the practical MPL path.","HyperTwist","Implemented classic-cubing semantic boundary owner","integrate","direct","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","Implemented classic-cubing semantic boundary lane","","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, and the justified HyperTwist slice is already implemented through the practical MPL-side route. Keep future widening on first-party or package/dependency surfaces, preserve notice retention, and keep modified-file publication duty explicit if upstream-covered files are changed.","Already landed boundary-sensitive: start from first-party outputs, landed packet authority, and the practical MPL notice path; do not reopen silent private-fork posture by default.","Preserve MPL notices, attribution, and any modified-file publication duty where applicable, and keep the practical MPL path explicit in distribution notes.","Usually unnecessary unless you later replace a narrow adapter or dependency seam to avoid upstream-covered file modification duties.","high","implemented-mpl-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 is closed. Preserve as a landed boundary-sensitive first-party lane; keep the practical MPL path and notice duties explicit and widen only through ordinary owned enhancement work."
 "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","implemented trainer-session clean-room owner","implemented owner","bounded clean-room trainer-session owner","landed bounded clean-room owner","integrate","architecture only","This row is already live for its current justified slice. Preserve the landed trainer-session coupling, solve or session or training-session domain, integrated smart-cube workflow composition, publication or leaderboard projection, entitlement gating, and local social challenge lane under the existing clean-room boundary, and widen only through owned HyperTwist work above the restrictive outputs.","Landed owner value: trainer-session coupling, solve or session or training-session or game-session domain shape, integrated smart-cube workflow composition, publication or leaderboard projection, entitlement gating, and local social challenge behavior already live in first-party HyperTwist code through the landed clean-room route.","Preserve as the landed first-party trainer-session clean-room owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed clean-room outputs; do not route work through fresh donor-extraction framing.","Treat current first-party HyperTwist code as the live owner above the restrictive outputs. Keep KubeTimr as the timer substrate owner, cstimer as the adjacent competitive-timer oracle, and qqTimer as narrow legacy reference context rather than donor merge targets for the already landed clean-room slice.","Repurpose here means: ordinary owned enhancement above the landed trainer-session clean-room outputs, not renewed restrictive-source harvesting.","Validate current first-party trainer-session clean-room owner boundaries; identify narrower owned widening targets only if needed; preserve session-domain, smart-cube workflow, publication, entitlement, and local social challenge contracts; keep the Model A / Model B lineage visible","live owner boundary review","Remaining value is in already-landed clean-room owner boundaries and future owned widening targets, not fresh restrictive donor extraction.","Which remaining trainer-session, solve or training-session domain, integrated smart-cube workflow, publication, entitlement, or local social challenge gaps, if any, are not already covered by the landed HyperTwist code and the current clean-room preserve slice?","Inspect current first-party trainer-session clean-room owner boundaries, retained adjacent timer and coaching families, and unresolved owned widening targets only.","Audit kash/cubedesk only as an already-landed restrictive clean-room owner lane for HyperTwist. Validate current trainer-session owner boundaries and identify owned widening targets only; do not frame it as a fresh donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist through first-party clean-room outputs. Further work should start from those owner surfaces, feature registry, roadmap, license tracking, and landed clean-room authority rather than renewed restrictive-source extraction.","do not exclude","This row is already implemented for its current justified slice through a landed clean-room route and should no longer be treated as an open donor extraction candidate.","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","Implemented trainer-session clean-room owner","Landed trainer-session clean-room owner lane for HyperTwist; validate boundaries and widen only through owned first-party work above the restrictive outputs.","HyperTwist","Implemented trainer-session clean-room owner","integrate","architecture only","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","Implemented trainer-session clean-room lane","","P1","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo has conflicting restrictive license signals, but the justified HyperTwist slice is already implemented through a landed clean-room route. Keep all future widening on first-party or scrubbed-authority surfaces, not direct source reuse.","Already landed clean-room: start from first-party outputs and scrubbed preserve authority; do not reopen direct restrictive-source access by default.","Direct incorporation would still require restrictive license clearance or incompatible-distribution handling and is not the HyperTwist path.","Already satisfied by the landed clean-room route; reopen only if a narrower first-party widening target truly requires a fresh scrubbed spec.","high","restrictive-clean-room-donor","yes","","","","","","","","","","","","","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","Phase 0R-D, Phase 5R, and the later bounded clean-room preserves are closed. Preserve as a landed restrictive clean-room precedent; keep the Model A / Model B chain explicit and widen only from first-party outputs or scrubbed specs."
-"11869","cutelyaware/magiccube4d","https://github.com/cutelyaware/magiccube4d/tree/master","HyperTwist","11.0","122.0","137.0","A","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","Automatically exported from code.google.com/p/magiccube4d","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit cutelyaware/magiccube4d as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Automatically exported from code.google.com/p/magiccube4d","","cutelyaware/magiccube4d is treated as repurpose for HyperTwist because the current dossier keeps it as one of the most important legacy 4D interaction donors, with operationally usable custom licensing but explicit attribution and provenance obligations.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0003","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","cutelyaware/magiccube4d","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","Custom broad-use license with attribution requested","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","11.0","5","122.0","Locked Strategic Donor","Top-tier 4D interaction, history, and macro donor with attribution obligations","","P1","mixed_or_boundary_sensitive_known","direct_incorporation_ok","The repo is operationally usable because the custom license explicitly allows use, modification, and redistribution, but attribution and provenance obligations must be preserved and tracked.","Direct donor use is acceptable with explicit attribution and provenance tracking; keep the MyMath.java provenance note visible in license tracking.","Preserve the custom license text, requested attribution, and the provenance note for utility code with referenced GPL lineage.","Usually unnecessary unless later isolating a narrow seam is cleaner than carrying the legacy code directly.","medium","custom-license-attribution-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed usable custom-license donor status.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-B closed. Preserve as the landed attributed legacy 4D interaction, history, macro, topology-reference, and provenance-boundary lane beneath the Hyperspeedcube anchor; start future widening from the live-lane audit, then Phase 4R-B, then REPO_LICENSE_TRACKING.md."
+"11869","cutelyaware/magiccube4d","https://github.com/cutelyaware/magiccube4d/tree/master","HyperTwist","11.0","122.0","137.0","A","implemented legacy 4D boundary owner","implemented owner","boundary-sensitive legacy 4D reference owner","landed boundary-sensitive owner","integrate","moderate modification","This row is already live for its current justified slice. Preserve the landed legacy 4D interaction, history, macro, and provenance-boundary lane, and widen only through owned HyperTwist work with visible attribution and provenance obligations kept explicit.","Landed owner value: legacy 4D interaction, history, macro, topology-reference, view-controller, and visible attribution/upstream-link/MyMath provenance-boundary grounding already live in first-party HyperTwist code.","Preserve as the landed first-party legacy 4D interaction/history/macro and provenance-boundary owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-B packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep Hyperspeedcube as the higher-dimensional runtime anchor and later MagicTile topology/macro widening as adjacent owners rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed legacy 4D interaction/history/macro and provenance-boundary lane, not external donor harvesting.","Validate current first-party legacy 4D interaction/history/macro and provenance-boundary owner boundaries; identify narrower owned widening targets only if needed; preserve interaction, history, macro, topology-reference, view-controller, attribution, and provenance contracts; keep visible attribution and upstream-link notes explicit","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining legacy 4D interaction/history/macro or provenance-boundary gaps, if any, are not already covered by the landed HyperTwist code and the current magiccube4d preserve slice?","Inspect current first-party legacy 4D interaction/history/macro and provenance-boundary owner boundaries, retained adjacent higher-dimensional families, and unresolved owned widening targets only.","Audit cutelyaware/magiccube4d only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current legacy 4D interaction/history/macro and provenance-boundary 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 for its bounded boundary-sensitive slice. 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 slice and should no longer be treated as a donor extraction candidate.","medium","single-source signal; clear taxonomy; active integration value","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Automatically exported from code.google.com/p/magiccube4d","","cutelyaware/magiccube4d is treated as repurpose for HyperTwist because the current dossier keeps it as one of the most important legacy 4D interaction donors, with operationally usable custom licensing but explicit attribution and provenance obligations.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0003","Implemented legacy 4D boundary owner","Landed legacy 4D boundary owner lane for HyperTwist; validate boundaries and widen only through owned first-party work while keeping attribution and provenance obligations explicit.","HyperTwist","Implemented legacy 4D boundary owner","integrate","moderate modification","medium","cutelyaware/magiccube4d","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","Custom broad-use license with attribution requested","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","11.0","5","122.0","Locked Strategic Donor","Implemented legacy 4D boundary lane","","P1","mixed_or_boundary_sensitive_known","direct_incorporation_ok","The custom broad-use license is operationally usable, and the justified HyperTwist slice is already implemented in first-party code. Keep visible attribution, upstream-link, notice retention, and MyMath provenance obligations explicit in future widening.","Already landed boundary-sensitive: start from first-party outputs and explicit attribution/provenance notes; do not reopen raw donor-merger framing by default.","Preserve visible attribution, upstream link, notice retention, and the MyMath provenance caveat where applicable.","Usually unnecessary unless you later replace a narrow legacy helper or provenance-boundary surface for architectural reasons.","high","implemented-attribution-provenance-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed usable custom-license donor status.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-B is closed. Preserve as a landed boundary-sensitive first-party lane; keep attribution, upstream-link, and provenance notes explicit and widen only through ordinary owned enhancement work."
 "11873","roice3/Magic120Cell","https://github.com/roice3/Magic120Cell","HyperTwist","12.0","122.0","137.0","A","implemented 120-cell family runtime owner","implemented owner","specialized 120-cell family owner","landed bounded family owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed 120-cell family runtime-profile and persistence boundary beneath the retained Hyperspeedcube runtime anchor, and widen only through owned HyperTwist work.","Landed owner value: 120-cell family runtime-profile and persistence boundary already live in first-party HyperTwist code beneath the retained Hyperspeedcube runtime anchor.","Preserve as the landed first-party 120-cell family owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-I packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed 120-cell family slice. Keep Hyperspeedcube as the retained runtime anchor and MagicTile as broader family context, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed 120-cell family owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing 120-cell runtime-profile and persistence contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining 120-cell family runtime or persistence gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-I packet beneath the retained Hyperspeedcube anchor?","Inspect current first-party 120-cell family runtime-profile and persistence boundary, the retained Hyperspeedcube anchor relation, retained broader MagicTile family context, and unresolved owned widening targets only.","Audit roice3/Magic120Cell only as an already-landed permissive family owner lane for HyperTwist. Validate current 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 for its bounded 120-cell family slice. 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; bounded specialized-family fit","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","4D Megaminx Analogue","","roice3/Magic120Cell is already landed for its current justified 120-cell family runtime-profile and persistence slice beneath the retained Hyperspeedcube runtime anchor. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0004","Implemented 120-cell family runtime owner","Landed 120-cell family owner lane for HyperTwist; validate boundaries and widen only through owned first-party work beneath the retained Hyperspeedcube runtime anchor.","HyperTwist","Implemented 120-cell family runtime owner","integrate","heavy modification","medium","roice3/magic120cell","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","12.0","5","122.0","Locked Strategic Donor","Implemented 120-cell family runtime owner lane","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and its current justified 120-cell family runtime slice is already implemented in first-party HyperTwist code beneath the retained Hyperspeedcube runtime anchor. Further work should be ordinary owned widening from landed packet authority, not donor-transfer framing.","Already landed: start from first-party 120-cell family owner surfaces plus landed packet authority beneath the retained Hyperspeedcube anchor.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","implemented-specialized-family-owner","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed MIT specialized donor status.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-I preserve sequence closed for the bounded family slice. Preserve as the landed first-party 120-cell family runtime-profile and persistence lane beneath the retained hyper runtime anchor; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the landed Phase 6R-I packet."
 "11877","roice3/MagicCube5D","https://github.com/roice3/MagicCube5D","HyperTwist","13.0","122.0","137.0","A","implemented 5D family runtime owner","implemented owner","specialized 5D family owner","landed bounded family owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed 5D family runtime-profile and persistence boundary beneath the retained Hyperspeedcube runtime anchor, and widen only through owned HyperTwist work.","Landed owner value: 5D family runtime-profile and persistence boundary already live in first-party HyperTwist code beneath the retained Hyperspeedcube runtime anchor.","Preserve as the landed first-party 5D family owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-J packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed 5D family slice. Keep Hyperspeedcube as the retained runtime anchor and MagicTile as broader family context, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed 5D family owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing 5D runtime-profile and persistence contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining 5D family runtime or persistence gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-J packet beneath the retained Hyperspeedcube anchor?","Inspect current first-party 5D family runtime-profile and persistence boundary, the retained Hyperspeedcube anchor relation, retained broader MagicTile family context, and unresolved owned widening targets only.","Audit roice3/MagicCube5D only as an already-landed permissive family owner lane for HyperTwist. Validate current 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 for its bounded 5D family slice. 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; bounded specialized-family fit","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","5D Rubik's Cube Analogue","","roice3/MagicCube5D is already landed for its current justified 5D family runtime-profile and persistence slice beneath the retained Hyperspeedcube runtime anchor. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0005","Implemented 5D family runtime owner","Landed 5D family owner lane for HyperTwist; validate boundaries and widen only through owned first-party work beneath the retained Hyperspeedcube runtime anchor.","HyperTwist","Implemented 5D family runtime owner","integrate","moderate modification","medium","roice3/magiccube5d","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","13.0","5","122.0","Locked Strategic Donor","Implemented 5D family runtime owner lane","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and its current justified 5D family runtime slice is already implemented in first-party HyperTwist code beneath the retained Hyperspeedcube runtime anchor. Further work should be ordinary owned widening from landed packet authority, not donor-transfer framing.","Already landed: start from first-party 5D family owner surfaces plus landed packet authority beneath the retained Hyperspeedcube runtime anchor.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","implemented-specialized-family-owner","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed MIT specialized donor status.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-J preserve sequence closed for the bounded family slice. Preserve as the landed first-party 5D family runtime-profile and persistence lane beneath the retained hyper runtime anchor; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the landed Phase 6R-J packet."
 "11881","cs0x7f/cstimer","https://github.com/cs0x7f/cstimer","HyperTwist","14.0","121.0","147.0","A","gold-standard timer benchmark","benchmark","Gold-standard timer benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: mature timer-state handling, persistence, statistics, reconstruction tooling, scramble generation, and smart-device expectations. Study behavior and category expectations only.","Keep as a restrictive benchmark. Use it as the timer behavior reference point for HyperTwist, not as donor code.","Do not merge this repo into the HyperTwist core. Translate only high-level timer and stats expectations into first-party implementations.","Repurpose here means: derive acceptance-test targets and product expectations for timer flow, persistence, statistics, and hardware support.","Capture bounded benchmark or oracle behaviors; define acceptance criteria or clean-room-later planning boundaries; record explicit do-not-incorporate guardrails","behavior and acceptance-test benchmark review","Hidden value sits in timer edge cases, persistence behavior, reconstruction/statistics expectations, and mature product-surface decisions.","Which timer behaviors, persistence expectations, and solve-analysis surfaces should become first-party acceptance criteria?","Inspect timer-state transitions, solve/session persistence, statistics/reconstruction surfaces, scramble integration, and smart-device behavior as benchmark material only.","Audit cs0x7f/cstimer only as a restrictive gold-standard timer benchmark for HyperTwist. Extract behavior expectations and acceptance criteria, not donor code.","","","","","","","","","","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 timer/training software and should remain the behavior/category benchmark in the timer lane rather than a donor codebase.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","cs0x7f/cstimer — GPL timer/training platform; keep only as the gold-standard timer benchmark.","cs0x7f/cstimer remains valuable because it defines the product-behavior ceiling for timer flow, persistence, and statistics. That value is benchmark authority, not donor code.","memo","False","True","0.0","5.0","HT_timer_training","HT_timer_training_0001","Gold-standard timer benchmark","Gold-standard timer benchmark for HyperTwist; retained for behavior calibration, not donor use.","HyperTwist","Gold-standard timer benchmark","future candidate","architecture only","medium","cs0x7f/cstimer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","14.0","5","121.0","Reserve Bench","Gold-standard timer benchmark","Included","P2","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0 and remains the primary restrictive timer, stats, scramble, and smart-device benchmark. Use it for behavioral parity and acceptance criteria, not direct source incorporation.","Reference only: benchmark timer, statistics, scramble, and smart-device behavior without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow timer behavior later proves strategically necessary to recreate in first-party code; otherwise keep this as a benchmark.","high","gpl-timer-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed gold-standard timer benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary restrictive timer/stats/scramble/smart-device benchmark and future clean-room timer-pattern oracle."
@@ -38,7 +38,7 @@
 "11939","Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","32.0","92.0","101.0","C","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Treat this as a mineable codebase: keep selected internals (algorithms, renderers, adapters, parsers, schedulers) while replacing the surrounding product assumptions and architecture. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","Website for the Hypercubing community","Repurpose selected subsystems rather than the whole product. Mine the repo for nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit Hypercubers/hypercubing.xyz as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is heavy modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Website for the Hypercubing community","","Hypercubers/hypercubing.xyz is treated as repurpose for HyperTwist because visible metadata points to the hypercubing / nD simulation layer. Surface signal: Website for the Hypercubing community The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0006","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the hypercubing / nD simulation layer.","HyperTwist","hypercubing / nD simulation","integrate","heavy modification","medium","hypercubers/hypercubing.xyz","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","32.0","5","92.0","Locked Strategic Donor","Knowledge and curriculum donor","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is retained as a high-value knowledge and curriculum donor. Direct use of code/content structures is legally straightforward where it materially helps HyperTwist.","Use selectively as a donor for knowledge structures, notation, taxonomy, and leaderboard-generation logic; do not confuse the site snapshot with the canonical repo.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is cleaner than carrying the upstream code.","high","permissive-knowledge-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license donor-bench posture to dossier-backed MIT knowledge/curriculum donor status.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-B closed. Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane; start future widening from the live-lane audit, then the 3R-B implementation packet, then REPO_LICENSE_TRACKING.md."
 "11945","Aarav2709/KubeTimr","https://github.com/Aarav2709/KubeTimr","HyperTwist","34.0","88.0","97.0","C","implemented timer substrate owner","implemented owner","timer substrate owner","landed subsystem owner","repurpose","moderate modification","This row is already live for its current justified slices. Preserve the landed local timer lifecycle, inspection, split capture and editing, session stats, local persistence, and timer-scoped replay boundaries, and widen only through owned HyperTwist work.","Landed owner value: timer lifecycle, inspection, split capture and editing, session stats, local persistence, and timer-scoped replay posture already live in first-party HyperTwist code.","Preserve as the landed first-party timer substrate owner lane. Start any future widening from owned HyperTwist surfaces, the timer implementation packet, 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 cstimer as the retained restrictive oracle, cubing/qqTimer as legacy reference, and CubeDesk as adjacent live 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 timer substrate owner lane, not external donor harvesting.","Validate current first-party timer owner boundaries; identify narrower owned widening targets only if needed; preserve timer lifecycle, inspection, splits, persistence, stats, and timer-scoped replay contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed timer owner boundaries and future owned widening targets, not donor extraction.","Which remaining timer-substrate gaps, if any, are not already covered by the landed HyperTwist code and the KubeTimr implementation packet?","Inspect current first-party timer owner boundaries, landed packet scope, retained timer oracle and reference rows, and unresolved owned widening targets only.","Audit Aarav2709/KubeTimr only as an already-landed permissive owner lane for HyperTwist. Validate current timer 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.","exclude from core, keep as donor","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","medium","single-source signal; clear taxonomy; mostly donor/reference role","medium","strong adjacency to identified core stack; memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Aarav2709/KubeTimr - landed first-party timer substrate owner lane; future work starts from owned HyperTwist surfaces and landed packets.","Aarav2709/KubeTimr is already landed for its current justified timer lifecycle, inspection, split, persistence, stats, and timer-scoped replay slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0015","Implemented timer substrate owner","Landed timer substrate owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented timer substrate owner","integrate","moderate modification","medium","aarav2709/kubetimr","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","34.0","5","88.0","Donor Bench","Implemented timer substrate owner lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is permissively licensed and currently best treated as a focused subsystem donor for timer-state logic, split-phase handling, local persistence, and keyboard-first practice flow. Selective incorporation is legally straightforward, but the product shell should still be reshaped to fit HyperTwist.","Already landed: start from first-party owner surfaces and landed packet 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","routine-review-only","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy adjacency wording and stale clean-room boundary posture to dossier-backed focused subsystem donor on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-A closed. Preserve as the landed first-party timer, inspection, splits, stats, persistence, and timer-scoped replay lane; start future widening from the live-lane audit, then the 3R-A implementation packet, then REPO_LICENSE_TRACKING.md."
 "11951","roice3/MagicTile","https://github.com/roice3/MagicTile","HyperTwist","36.0","88.0","97.0","C","implemented non-Euclidean topology and macro owner","implemented owner","non-Euclidean topology owner","landed bounded topology owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed tiling topology, geometry-family contract, transform-aware macro remapping, reverse/setup-move playback tags, and macro XML compatibility boundary, and widen only through owned HyperTwist work while the broader host-shell remainder stays deferred.","Landed owner value: tiling topology, geometry-family contract, transform-aware macro remapping, reverse/setup-move playback tags, and macro XML compatibility boundary already live in first-party HyperTwist code.","Preserve as the landed first-party MagicTile owner lane for bounded topology and transform-aware macro surfaces. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-D/T packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed MagicTile topology and macro slices. Keep the broader MagicTile host-shell remainder, Hyperspeedcube, and the specialized Magic120Cell and MagicCube5D families as deferred or adjacent context, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed MagicTile owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing topology, geometry-family, transform-aware macro, reverse/setup-move, and macro XML contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining non-Euclidean topology, transform-aware macro, or host-shell remainder gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-D/T packets?","Inspect current first-party topology and geometry-family boundaries, transform-aware macro remapping and macro XML compatibility boundaries, the deferred broader MagicTile host-shell remainder, and unresolved owned widening targets only.","Audit roice3/MagicTile only as an already-landed permissive owner lane for HyperTwist. Validate current 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 for its bounded topology and macro slices. 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; bounded landed owner lane","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Non-euclidean Rubik's Cube Analogues","","roice3/MagicTile is already landed for its current justified tiling topology, geometry-family, transform-aware macro remapping, reverse/setup-move playback-tag, and macro XML compatibility slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0007","Implemented non-Euclidean topology and macro owner","Landed non-Euclidean topology owner lane for HyperTwist; validate boundaries and widen only through owned first-party work while the broader host-shell remainder stays deferred.","HyperTwist","Implemented non-Euclidean topology and macro owner","integrate","moderate modification","medium","roice3/magictile","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","36.0","5","88.0","Locked Strategic Donor","Implemented non-Euclidean topology and macro owner lane","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and its current justified topology and transform-aware macro slice is already implemented in first-party HyperTwist code. Further work should be ordinary owned widening from landed packet authority, not donor-transfer framing.","Already landed: start from first-party topology and macro owner surfaces plus landed packet authority, and keep the broader host-shell remainder deferred unless a later owned widening is justified.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","implemented-bounded-owner","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_hyper_engine during cluster normalization on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-D/T preserve sequence closed for the bounded retained slice. Preserve as the landed first-party tiling topology, geometry-family, and transform-aware macro remapping lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, while broader host-shell ownership stays deferred."
-"11967","PostHog/posthog","https://github.com/PostHog/posthog","HyperTwist","41.0","72.0","81.0","C","telemetry / replay / feature governance","subsystem donor","telemetry 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.","🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product ...","Repurpose selected subsystems rather than the whole product. Mine the repo for telemetry and event schemas, replay diagnostics, replay query surfaces, feature-flag governance, activity logs, and product/service boundary patterns; keep what materially shortens build time, but rebind data contracts, permissions, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, kkoomen/qbr.","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, kkoomen/qbr.","Repurpose here means: turn it into a telemetry spine, replay diagnostics donor, feature-governance donor, or control-plane integration layer.","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 replay routes and deep links; replay diagnostics; feature-flag CRUD, dependencies, and evaluation; telemetry and event schemas; product and service boundaries; MIT versus ee path splits.","Inspect package manifests, README/docs, product slices, services, tests, migrations/schemas, and hidden feature flags or experimental modules. Look for replay diagnostics, replay query surfaces, feature-flag governance, activity logs, event schemas, service boundaries, and MIT versus ee/ path splits.","Audit PostHog/posthog as a telemetry / replay / feature-governance candidate for HyperTwist. Do not stop at README-level features. Inspect: replay routes and deep links, replay diagnostics, feature-flag CRUD/dependencies/evaluation, telemetry and event schemas, product/service boundaries, and MIT versus ee/ path splits. Decide whether the best extraction path remains moderate modification and which seams should stay bounded due mixed licensing or mission misfit. Return hidden modules, reusable schemas, protocol layers, plugin hooks, replay/debugging surfaces, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product assistant to help debug your code, ship features faster, and keep all your usage and customer data in one stack.","","PostHog/posthog is treated as repurpose for HyperTwist because visible metadata points to the cloud / infra / observability / api layer. Surface signal: 🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product ... The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_control_plane","HT_control_plane_0001","cloud / infra / observability / api","Repurpose selectively for HyperTwist. Its visible platform signal and source audit place it in telemetry, replay, and feature-governance rather than computer vision or AR.","HyperTwist","telemetry / replay / feature governance","repurpose","moderate modification","medium","posthog/posthog","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT outside ee/; enterprise-restricted in ee/","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","","41.0","5","72.0","","Telemetry / replay / feature-governance donor","","","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is mixed-license: MIT outside ee/ and enterprise-restricted inside ee/. Use only clearly MIT paths as bounded telemetry, replay, and feature-governance donor material, and exclude or reimplement enterprise-gated paths.","Use only clearly MIT paths outside ee/ as bounded telemetry, replay, and feature-governance donor surfaces; exclude enterprise paths or reimplement equivalent seams.","Keep MIT notices for reused paths and do not incorporate ee/ without separate commercial rights; verify path provenance before shipping.","Sometimes useful for enterprise-gated or off-mission slices, but not required for clearly MIT paths.","high","mixed-license-path-review-required","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_control_plane and normalized telemetry/replay/feature-governance wording on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-D closed. Preserve as the landed first-party control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and explicit root-MIT-core-versus-ee/ subtree-compliance lane; start future widening from the live-lane audit, then Phase 4R-D, then REPO_LICENSE_TRACKING.md; keep the explicit ee/ exclusion and mixed-license subtree boundary visible."
+"11967","PostHog/posthog","https://github.com/PostHog/posthog","HyperTwist","41.0","72.0","81.0","C","implemented control-plane boundary owner","implemented owner","boundary-sensitive telemetry and governance owner","landed boundary-sensitive owner","integrate","moderate modification","This row is already live for its current justified slice. Preserve the landed control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and feature-governance lane, and widen only through owned HyperTwist work with the MIT-outside-ee boundary kept explicit.","Landed owner value: control-plane telemetry, replay diagnostics, replay segmentation, feature governance, scheduled changes, early-access lifecycle, and explicit MIT-outside-ee compliance-boundary grounding already live in first-party HyperTwist code.","Preserve as the landed first-party control-plane telemetry, replay-diagnostic, and feature-governance owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-D packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep replay-shell owners and adjacent browser/control-plane support families separate rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed control-plane telemetry, replay-diagnostic, and feature-governance lane, not external donor harvesting.","Validate current first-party control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries; identify narrower owned widening targets only if needed; preserve replay diagnostics, segmentation, governance, scheduled-change, early-access, and ee-boundary contracts; keep compliance notes visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining control-plane telemetry, replay-diagnostic, or feature-governance gaps, if any, are not already covered by the landed HyperTwist code and the current PostHog preserve slice?","Inspect current first-party control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries, retained adjacent replay and browser-support families, and unresolved owned widening targets only.","Audit PostHog/posthog only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current control-plane telemetry, replay-diagnostic, and feature-governance 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 for its bounded boundary-sensitive slice. 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 slice and should no longer be treated as a donor extraction candidate.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product assistant to help debug your code, ship features faster, and keep all your usage and customer data in one stack.","","PostHog/posthog is treated as repurpose for HyperTwist because visible metadata points to the cloud / infra / observability / api layer. Surface signal: 🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product ... The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_control_plane","HT_control_plane_0001","Implemented control-plane boundary owner","Landed control-plane telemetry, replay-diagnostic, and feature-governance owner lane for HyperTwist; validate boundaries and widen only through owned first-party work while keeping the MIT-outside-ee boundary explicit.","HyperTwist","Implemented control-plane boundary owner","integrate","moderate modification","medium","posthog/posthog","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT outside ee/; enterprise-restricted in ee/","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","","41.0","5","72.0","","Implemented control-plane boundary lane","","","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is mixed-license, and the justified HyperTwist slice is already implemented through landed first-party code using MIT-side semantics and grounding only. Keep all future widening on first-party or clearly MIT-side surfaces outside ee/, and keep enterprise paths excluded by default.","Already landed boundary-sensitive: start from first-party outputs, landed packet authority, and explicit MIT-outside-ee boundary notes; do not reopen raw ee/ source use by default.","Preserve MIT notices where required, keep the enterprise subtree exclusion explicit, and treat any ee/ path as out of scope unless separately reimplemented or licensed.","Usually unnecessary for the current landed slice; reopen only if a narrower first-party widening target truly requires fresh MIT-side-only comparison or clean reimplementation.","high","implemented-ee-boundary-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_control_plane and normalized telemetry/replay/feature-governance wording on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-D is closed. Preserve as a landed boundary-sensitive first-party lane; keep the MIT-outside-ee boundary explicit and widen only through ordinary owned enhancement work."
 "","met4citizen/TalkingHead","https://github.com/met4citizen/TalkingHead","HyperTwist","","","","","interface / visualization / shell surface","subsystem donor","interface donor","donor bench","repurpose","moderate modification","Retain the reusable avatar, lip-sync, and retargeting layers, but replace the demo shell, asset assumptions, and voice-service integration with HyperTwist-owned surfaces.","","Repurpose selected subsystems rather than the whole product. Mine the repo for embodied coach avatar runtime, lip-sync and subtitle timing, avatar-only embedding, retargeting, and streamed speech playback; keep what shortens build time, but rebind assets, voice services, and UI shell to the HyperTwist architecture.","","Repurpose here means: turn it into a browser-side embodied coach or companion layer.","","","","Inspect talkinghead runtime; speech queueing and streaming; viseme and blendshape flow; avatarOnly embedding; retargeting; and audio worklet behavior.","Inspect modules, examples, tests, site config, streaming demos, retargeter, and playback worklet code. Look for embodied-coach embedding, lip-sync, subtitle timing, gesture and expression surfaces, and asset assumptions.","Audit met4citizen/TalkingHead as a browser embodied-coach candidate for HyperTwist. Inspect the avatar runtime, streaming lip-sync, subtitle timing, avatarOnly embedding, retargeting, and audio worklet behavior. Decide which seams can be used directly and which must remain bounded behind the HyperTwist coaching shell.","","","","","","","","","","","","","","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_surface","HT_browser_surface_0001","browser / 3D / XR / presentation","Repurpose selectively for HyperTwist. Its source-backed role is an embodied coach and companion presentation donor, not a generic avatar product shell.","HyperTwist","browser / 3D / XR / presentation","repurpose","moderate modification","medium","met4citizen/talkinghead","","","","","","","","","","","","","","","","","","MIT","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","","","Donor Bench","Browser embodied coach surface","Included","P2","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and direct use is allowed. Treat it as a bounded browser-side donor for embodied coach presentation rather than as a product shell.","Use directly as a bounded browser-side dependency or adapter layer; keep voice services, product logic, and asset provenance outside the upstream shell.","Typically preserve notices, attribution, and license text where required; review sample avatars or media separately from the code license.","Usually unnecessary unless you later replace a narrow upstream layer for product-shaping reasons.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-24.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-E closed. Preserve as the landed first-party embodied companion, narration, lip-sync, gesture, subtitle, and avatar-embed lane; start future widening from the live-lane audit, then the 3R-E implementation packet, then REPO_LICENSE_TRACKING.md."
 "","apache/echarts","https://github.com/apache/echarts","HyperTwist","","","","","analytics / visualization / reporting","subsystem donor","interface donor","donor bench","repurpose","moderate modification","Retain the reusable chart runtime and reporting patterns, but keep HyperTwist domain schemas, page shell, and training logic outside the upstream system.","","Repurpose selected subsystems rather than the whole product. Mine the repo for chart runtime, option and data-store patterns, export and save-as-image behavior, zoom and history handling, and SSR reporting surfaces; keep what shortens build time, but rebind analytics schemas and application shell to the HyperTwist architecture.","","Repurpose here means: turn it into a bounded browser analytics and reporting layer for dashboards, replay summaries, and coaching views.","","","","Inspect OptionManager, DataStore, zoom and history behavior, thumbnail and export features, SSR and hydration seams, and accessibility surface.","Inspect manifests, README/docs, src core, model, data, component, export, and SSR folders. Look for modular chart runtime, data-store abstractions, export surfaces, and reporting-specific UI behavior.","Audit apache/echarts as a browser analytics and reporting candidate for HyperTwist. Inspect the modular chart runtime, OptionManager and DataStore, export surfaces, zoom and history behavior, SSR path, and accessibility seams. Decide which parts should remain direct dependencies versus concept-only references.","","","","","","","","","","","","","","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_surface","HT_browser_surface_0002","analytics / visualization / reporting","Repurpose selectively for HyperTwist. Its source-backed role is a bounded analytics and reporting donor rather than a generic dashboard widget.","HyperTwist","analytics / visualization / reporting","repurpose","moderate modification","medium","apache/echarts","","","","","","","","","","","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","","","Donor Bench","Browser analytics and reporting surface","Included","P2","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is Apache-2.0 and direct use is allowed. Treat it as a bounded reporting and analytics donor.","Use directly as a bounded browser analytics dependency; keep HyperTwist data contracts and product logic outside the upstream shell.","Preserve LICENSE and NOTICE materials where required and review redistributed assets separately from the code license.","Usually unnecessary unless you later replace a narrow upstream layer for product-shaping reasons.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-24.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-C closed. Preserve as the landed first-party analytics, reporting, export, and progress-visualization lane; start future widening from the live-lane audit, then the 3R-C implementation packet, then REPO_LICENSE_TRACKING.md."
 "","ecomfe/echarts-gl","https://github.com/ecomfe/echarts-gl","HyperTwist","","","","","retained subordinate optional 3D analytics and explainer sidecar","retained subordinate sidecar","optional 3D analytics and explainer sidecar","retained subordinate sidecar","integrate","moderate modification","This row is already closed for its current justified subordinate slice. Preserve the retained optional 3D analytics and explainer sidecar beneath the landed apache/echarts anchor, and reopen only if a narrower sidecar gap is later proven.","","Retain only as the closed subordinate optional 3D analytics and explainer sidecar 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 optional 3D analytics and explainer sidecar gap remains after the landed apache/echarts anchor and the existing first-party reference-grounded support surfaces.","Inspect the retained optional 3D analytics and explainer sidecar 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/echarts-gl only as a closed subordinate optional 3D analytics and explainer sidecar 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/echarts-gl is already closed as a subordinate optional 3D analytics and explainer sidecar 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_surface","HT_browser_surface_0003","Retained subordinate optional 3D analytics and explainer sidecar","Closed subordinate optional 3D analytics and explainer sidecar row for HyperTwist; preserve anchor ownership and reopen only if a narrower sidecar gap is proven.","HyperTwist","Retained subordinate optional 3D analytics and explainer sidecar","integrate","moderate modification","medium","ecomfe/echarts-gl","","","","","","","","","","","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","","","Merge Bench","Retained subordinate optional 3D analytics and explainer sidecar 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 3D analytics extension rather than a runtime foundation.","Use directly as a bounded browser-side dependency beneath the reporting stack; keep HyperTwist scene ownership and product logic outside the upstream shell.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless you later replace a narrow upstream layer for product-shaping reasons.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-24.","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 optional subordinate 3D analytics and explainer sidecar beneath the landed apache/echarts 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 d5fd243..8c9b342 100644
--- a/docs/repo_portfolio_unified_phase_g_v6_3.csv
+++ b/docs/repo_portfolio_unified_phase_g_v6_3.csv
@@ -10,13 +10,13 @@
 "1748.0","ggml-org/whisper.cpp","https://github.com/ggml-org/whisper.cpp","multi-project","3.0","71.0","80.0","C","implemented native speech session and shell owner","implemented owner","native speech and shell owner","landed bounded speech-input owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed native speech-session boundary, live microphone shell, permission-readiness shell, and payload-custody boundary, and widen only through owned HyperTwist work.","Landed owner value: native speech-session, microphone shell, permission-readiness, and payload-custody boundaries already live in first-party HyperTwist code.","Preserve as the landed first-party native speech-input owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-E/U/V/W packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed native speech session and shell slices. Keep faster-whisper as the complementary Python transcription sidecar and piper/coqui as narration-side sidecars, not donor merge targets for the already landed native speech slice.","Repurpose here means: ordinary owned enhancement of the landed native speech-input owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing native speech-session, microphone shell, readiness, and payload-custody contracts; keep notices and model-review boundaries visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining native speech-session, microphone-shell, permission-readiness, or payload-custody gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-E/U/V/W packets?","Inspect current first-party native speech-session, microphone shell, readiness shell, and payload-custody boundaries plus unresolved owned widening targets only.","Audit ggml-org/whisper.cpp only as an already-landed permissive speech owner lane for HyperTwist. Validate current 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 for its bounded native speech session and shell slices. 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; bounded landed speech-owner fit","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","7. Speech / Voice Models (STT + TTS)ggml-org/whisper.cpp – https://github.com/ggml-org/whisper.cpp – MIT – Native C++ Whisper for STT.","ggml-org/whisper.cpp is already landed for its current justified native speech-session, microphone-shell, permission-readiness, and payload-custody slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","1.0","MU_misc","MU_misc_0003","Implemented native speech session and shell owner","Landed native speech session and shell owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","future/adjacent use","Implemented native speech session and shell owner","repurpose","moderate modification","medium","ggml-org/whisper.cpp","1.0","Donor Bench","4.0","Already-landed native speech-session, microphone-shell, readiness, and payload-custody owner row; no donor thesis remains for the current slice.","Implemented native speech session and shell owner lane","Included","P2","Keep in canon as an already-landed first-party native speech owner lane and route all future work through owned widening.","4.0","2.0","2.0","7850.0","6.0","","ggml-org/whisper.cpp","multi-project","","","","","","","","","","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","3.0","3","4.0","71.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and the current justified native speech-session and shell slice is already implemented in first-party HyperTwist code. Keep model and payload review separate from the already-landed code-side judgment.","Already landed: start from first-party native speech owner surfaces plus landed packet authority, and keep broader payload review separate.","Typically preserve notices, attribution, and license text where required; review selected model files or distributions separately from the code license.","Usually unnecessary unless you later choose to replace a narrow hot path or fully internalize the runtime.","high","implemented-model-artifact-review-recommended","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-E, Phase 6R-U, Phase 6R-V, and Phase 6R-W are closed. Preserve as the landed bounded native speech-session, microphone-shell, permission-readiness, and payload-custody lane; keep broader payload shipping and model-license review separate."
 "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","implemented local narration sidecar owner","implemented owner","local narration sidecar","landed bounded narration sidecar owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed local narration sidecar lane, and widen only through owned HyperTwist work.","Landed owner value: local narration sidecar runtime, voice loading, streaming output, and bounded local voice-service behavior already live in first-party HyperTwist code.","Preserve as the landed first-party local narration sidecar lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-G packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed local narration sidecar slice. Keep coqui-ai/TTS as the richer advanced narration sidecar, not a donor merge target for the already landed local narration slice.","Repurpose here means: ordinary owned enhancement of the landed local narration sidecar, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing local narration, voice-loading, and bounded service contracts; keep notices and voice-artifact review boundaries visible","live owner boundary review","Remaining value is in already-landed sidecar boundaries and future owned widening targets, not donor extraction.","Which remaining local narration sidecar gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-G packet?","Inspect current first-party local narration sidecar boundary plus unresolved owned widening targets only.","Audit rhasspy/piper only as an already-landed permissive narration sidecar lane for HyperTwist. Validate current 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 for its bounded local narration sidecar slice. 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; bounded landed narration-sidecar fit","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 already landed for its current justified local narration sidecar slice. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","1.0","MU_misc","MU_misc_0004","Implemented local narration sidecar owner","Landed local narration sidecar lane for HyperTwist; validate boundaries and widen only through owned first-party work.","future/adjacent use","Implemented local narration sidecar owner","repurpose","moderate modification","medium","rhasspy/piper","1.0","Donor Bench","4.0","Already-landed local narration sidecar row; no donor thesis remains for the current slice.","Implemented local narration sidecar lane","Included","P2","Keep in canon as an already-landed first-party local narration sidecar lane and route all future work through owned widening.","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 the current justified local narration sidecar slice is already implemented in first-party HyperTwist code. Keep voice-artifact review separate from the already-landed code-side judgment.","Already landed: start from first-party local narration sidecar surfaces plus landed packet authority, and keep selected voice review separate.","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","implemented-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."
+"5.0","cubing/cubing.js","https://github.com/cubing/cubing.js","HyperTwist","5.0","152.0","185.0","A","implemented classic-cubing semantic boundary owner","implemented owner","boundary-sensitive semantic/runtime adapter owner","landed boundary-sensitive owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed classic-cubing semantic/runtime adapter lane and the practical MPL and notice boundary grounding beneath it, and widen only through owned HyperTwist work.","Landed owner value: classic-cubing semantic/runtime adapter behavior, geometry and viewer bridge semantics, device/search boundary grounding, Melinda bridge grounding, and practical MPL compliance-boundary notes already live in first-party HyperTwist code.","Preserve as the landed first-party classic-cubing semantic/runtime and MPL-boundary owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-A packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep cubing/twisty.js as the separate replay-shell lane and cubing/alg.js as the separate parser/AST lane rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed classic-cubing semantic/runtime and MPL-boundary lane, not external donor harvesting.","Validate current first-party classic-cubing semantic/runtime and MPL-boundary owner boundaries; identify narrower owned widening targets only if needed; preserve semantics, geometry, viewer, device, search, bridge, and notice-boundary contracts; keep notices and compliance notes visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining classic-cubing semantic/runtime adapter or MPL-boundary gaps, if any, are not already covered by the landed HyperTwist code and the current cubing.js preserve slice?","Inspect current first-party classic-cubing semantic/runtime and MPL-boundary owner boundaries, retained adjacent parser and replay families, and unresolved owned widening targets only.","Audit cubing/cubing.js only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current classic-cubing semantic/runtime and MPL-boundary 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 for its bounded boundary-sensitive slice. 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 slice and should no longer be treated as a donor extraction candidate.","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","Implemented classic-cubing semantic boundary owner","Landed classic-cubing semantic and runtime adapter owner lane for HyperTwist; validate boundaries and widen only through owned first-party work under the practical MPL path.","HyperTwist","Implemented classic-cubing semantic boundary owner","integrate","direct","medium","cubing/cubing.js","1.0","Locked Strategic Donor","1.0","Already-landed classic-cubing semantic/runtime adapter and MPL-boundary grounding row; no donor thesis remains for the current slice.","Implemented classic-cubing semantic boundary lane","Included","P1","Keep in canon as an already-landed first-party classic-cubing semantic/runtime and MPL-boundary owner lane and route all future work through owned widening under the practical MPL path.","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, and the justified HyperTwist slice is already implemented through the practical MPL-side route. Keep future widening on first-party or package/dependency surfaces, preserve notice retention, and keep modified-file publication duty explicit if upstream-covered files are changed.","Already landed boundary-sensitive: start from first-party outputs, landed packet authority, and the practical MPL notice path; do not reopen silent private-fork posture by default.","Preserve MPL notices, attribution, and any modified-file publication duty where applicable, and keep the practical MPL path explicit in distribution notes.","Usually unnecessary unless you later replace a narrow adapter or dependency seam to avoid upstream-covered file modification duties.","high","implemented-mpl-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 is closed. Preserve as a landed boundary-sensitive first-party lane; keep the practical MPL path and notice duties explicit and widen only through ordinary owned enhancement work."
 "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","implemented trainer-session clean-room owner","implemented owner","bounded clean-room trainer-session owner","landed bounded clean-room owner","integrate","architecture only","This row is already live for its current justified slice. Preserve the landed trainer-session coupling, solve or session or training-session domain, integrated smart-cube workflow composition, publication or leaderboard projection, entitlement gating, and local social challenge lane under the existing clean-room boundary, and widen only through owned HyperTwist work above the restrictive outputs.","Landed owner value: trainer-session coupling, solve or session or training-session or game-session domain shape, integrated smart-cube workflow composition, publication or leaderboard projection, entitlement gating, and local social challenge behavior already live in first-party HyperTwist code through the landed clean-room route.","Preserve as the landed first-party trainer-session clean-room owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed clean-room outputs; do not route work through fresh donor-extraction framing.","Treat current first-party HyperTwist code as the live owner above the restrictive outputs. Keep KubeTimr as the timer substrate owner, cstimer as the adjacent competitive-timer oracle, and qqTimer as narrow legacy reference context rather than donor merge targets for the already landed clean-room slice.","Repurpose here means: ordinary owned enhancement above the landed trainer-session clean-room outputs, not renewed restrictive-source harvesting.","Validate current first-party trainer-session clean-room owner boundaries; identify narrower owned widening targets only if needed; preserve session-domain, smart-cube workflow, publication, entitlement, and local social challenge contracts; keep the Model A / Model B lineage visible","live owner boundary review","Remaining value is in already-landed clean-room owner boundaries and future owned widening targets, not fresh restrictive donor extraction.","Which remaining trainer-session, solve or training-session domain, integrated smart-cube workflow, publication, entitlement, or local social challenge gaps, if any, are not already covered by the landed HyperTwist code and the current clean-room preserve slice?","Inspect current first-party trainer-session clean-room owner boundaries, retained adjacent timer and coaching families, and unresolved owned widening targets only.","Audit kash/cubedesk only as an already-landed restrictive clean-room owner lane for HyperTwist. Validate current trainer-session owner boundaries and identify owned widening targets only; do not frame it as a fresh donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist through first-party clean-room outputs. Further work should start from those owner surfaces, feature registry, roadmap, license tracking, and landed clean-room authority rather than renewed restrictive-source extraction.","do not exclude","This row is already implemented for its current justified slice through a landed clean-room route and should no longer be treated as an open donor extraction candidate.","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","Implemented trainer-session clean-room owner","Landed trainer-session clean-room owner lane for HyperTwist; validate boundaries and widen only through owned first-party work above the restrictive outputs.","HyperTwist","Implemented trainer-session clean-room owner","integrate","architecture only","medium","kash/cubedesk","1.0","Locked Strategic Donor","3.0","Already-landed trainer-session coupling, solve or training-session domain, integrated smart-cube workflow, publication, entitlement, and local social challenge row through the clean-room route; no open donor thesis remains for the current slice.","Implemented trainer-session clean-room lane","Included","P1","Keep in canon as an already-landed first-party trainer-session clean-room owner lane and route all future work through owned widening above the restrictive outputs.","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 restrictive license signals, but the justified HyperTwist slice is already implemented through a landed clean-room route. Keep all future widening on first-party or scrubbed-authority surfaces, not direct source reuse.","Already landed clean-room: start from first-party outputs and scrubbed preserve authority; do not reopen direct restrictive-source access by default.","Direct incorporation would still require restrictive license clearance or incompatible-distribution handling and is not the HyperTwist path.","Already satisfied by the landed clean-room route; reopen only if a narrower first-party widening target truly requires a fresh scrubbed spec.","high","restrictive-clean-room-donor","yes","","","","","","","","","","","","","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","Phase 0R-D, Phase 5R, and the later bounded clean-room preserves are closed. Preserve as a landed restrictive clean-room precedent; keep the Model A / Model B chain explicit and widen only from first-party outputs or scrubbed specs."
-"12.0","cutelyaware/magiccube4d","https://github.com/cutelyaware/magiccube4d/tree/master","HyperTwist","11.0","122.0","137.0","A","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","Automatically exported from code.google.com/p/magiccube4d","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit cutelyaware/magiccube4d as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; clear taxonomy; active integration value","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Automatically exported from code.google.com/p/magiccube4d","","cutelyaware/magiccube4d is treated as repurpose for HyperTwist because the current dossier keeps it as one of the most important legacy 4D interaction donors, with operationally usable custom licensing but explicit attribution and provenance obligations.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0003","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the cubing / algorithm training layer.","HyperTwist","cubing / algorithm training","integrate","moderate modification","medium","cutelyaware/magiccube4d","1.0","Locked Strategic Donor","5.0","Custom broad-use donor with strong 4D interaction/history/macro value and explicit attribution/provenance obligations.","Top-tier 4D interaction, history, and macro donor with attribution obligations","Included","P1","Keep as one of the most important legacy 4D interaction donors; the dossier-backed custom broad-use license is operationally usable, but attribution and provenance obligations must stay explicit.","2.0","3.0","3.0","11871.0","118.0","","cutelyaware/magiccube4d","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","Custom broad-use license with attribution requested","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","11.0","3","5.0","122.0","mixed_or_boundary_sensitive_known","direct_incorporation_ok","The repo is operationally usable because the custom license explicitly allows use, modification, and redistribution, but attribution and provenance obligations must be preserved and tracked.","Direct donor use is acceptable with explicit attribution and provenance tracking; keep the MyMath.java provenance note visible in license tracking.","Preserve the custom license text, requested attribution, and the provenance note for utility code with referenced GPL lineage.","Usually unnecessary unless later isolating a narrow seam is cleaner than carrying the legacy code directly.","medium","custom-license-attribution-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed usable custom-license donor status.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-B closed. Preserve as the landed attributed legacy 4D interaction, history, macro, topology-reference, and provenance-boundary lane beneath the Hyperspeedcube anchor; start future widening from the live-lane audit, then Phase 4R-B, then REPO_LICENSE_TRACKING.md."
+"12.0","cutelyaware/magiccube4d","https://github.com/cutelyaware/magiccube4d/tree/master","HyperTwist","11.0","122.0","137.0","A","implemented legacy 4D boundary owner","implemented owner","boundary-sensitive legacy 4D reference owner","landed boundary-sensitive owner","integrate","moderate modification","This row is already live for its current justified slice. Preserve the landed legacy 4D interaction, history, macro, and provenance-boundary lane, and widen only through owned HyperTwist work with visible attribution and provenance obligations kept explicit.","Landed owner value: legacy 4D interaction, history, macro, topology-reference, view-controller, and visible attribution/upstream-link/MyMath provenance-boundary grounding already live in first-party HyperTwist code.","Preserve as the landed first-party legacy 4D interaction/history/macro and provenance-boundary owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-B packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep Hyperspeedcube as the higher-dimensional runtime anchor and later MagicTile topology/macro widening as adjacent owners rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed legacy 4D interaction/history/macro and provenance-boundary lane, not external donor harvesting.","Validate current first-party legacy 4D interaction/history/macro and provenance-boundary owner boundaries; identify narrower owned widening targets only if needed; preserve interaction, history, macro, topology-reference, view-controller, attribution, and provenance contracts; keep visible attribution and upstream-link notes explicit","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining legacy 4D interaction/history/macro or provenance-boundary gaps, if any, are not already covered by the landed HyperTwist code and the current magiccube4d preserve slice?","Inspect current first-party legacy 4D interaction/history/macro and provenance-boundary owner boundaries, retained adjacent higher-dimensional families, and unresolved owned widening targets only.","Audit cutelyaware/magiccube4d only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current legacy 4D interaction/history/macro and provenance-boundary 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 for its bounded boundary-sensitive slice. 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 slice and should no longer be treated as a donor extraction candidate.","medium","single-source signal; clear taxonomy; active integration value","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Automatically exported from code.google.com/p/magiccube4d","","cutelyaware/magiccube4d is treated as repurpose for HyperTwist because the current dossier keeps it as one of the most important legacy 4D interaction donors, with operationally usable custom licensing but explicit attribution and provenance obligations.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0003","Implemented legacy 4D boundary owner","Landed legacy 4D boundary owner lane for HyperTwist; validate boundaries and widen only through owned first-party work while keeping attribution and provenance obligations explicit.","HyperTwist","Implemented legacy 4D boundary owner","integrate","moderate modification","medium","cutelyaware/magiccube4d","1.0","Locked Strategic Donor","5.0","Already-landed legacy 4D interaction/history/macro and provenance-boundary grounding row; no donor thesis remains for the current slice.","Implemented legacy 4D boundary lane","Included","P1","Keep in canon as an already-landed first-party legacy 4D interaction/history/macro and provenance-boundary owner lane and route all future work through owned widening while keeping attribution and provenance obligations explicit.","2.0","3.0","3.0","11871.0","118.0","","cutelyaware/magiccube4d","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","Custom broad-use license with attribution requested","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","11.0","3","5.0","122.0","mixed_or_boundary_sensitive_known","direct_incorporation_ok","The custom broad-use license is operationally usable, and the justified HyperTwist slice is already implemented in first-party code. Keep visible attribution, upstream-link, notice retention, and MyMath provenance obligations explicit in future widening.","Already landed boundary-sensitive: start from first-party outputs and explicit attribution/provenance notes; do not reopen raw donor-merger framing by default.","Preserve visible attribution, upstream link, notice retention, and the MyMath provenance caveat where applicable.","Usually unnecessary unless you later replace a narrow legacy helper or provenance-boundary surface for architectural reasons.","high","implemented-attribution-provenance-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed usable custom-license donor status.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-B is closed. Preserve as a landed boundary-sensitive first-party lane; keep attribution, upstream-link, and provenance notes explicit and widen only through ordinary owned enhancement work."
 "13.0","roice3/Magic120Cell","https://github.com/roice3/Magic120Cell","HyperTwist","12.0","122.0","137.0","A","implemented 120-cell family runtime owner","implemented owner","specialized 120-cell family owner","landed bounded family owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed 120-cell family runtime-profile and persistence boundary beneath the retained Hyperspeedcube runtime anchor, and widen only through owned HyperTwist work.","Landed owner value: 120-cell family runtime-profile and persistence boundary already live in first-party HyperTwist code beneath the retained Hyperspeedcube runtime anchor.","Preserve as the landed first-party 120-cell family owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-I packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed 120-cell family slice. Keep Hyperspeedcube as the retained runtime anchor and MagicTile as broader family context, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed 120-cell family owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing 120-cell runtime-profile and persistence contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining 120-cell family runtime or persistence gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-I packet beneath the retained Hyperspeedcube anchor?","Inspect current first-party 120-cell family runtime-profile and persistence boundary, the retained Hyperspeedcube anchor relation, retained broader MagicTile family context, and unresolved owned widening targets only.","Audit roice3/Magic120Cell only as an already-landed permissive family owner lane for HyperTwist. Validate current 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 for its bounded 120-cell family slice. 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; bounded specialized-family fit","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","4D Megaminx Analogue","","roice3/Magic120Cell is already landed for its current justified 120-cell family runtime-profile and persistence slice beneath the retained Hyperspeedcube runtime anchor. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0004","Implemented 120-cell family runtime owner","Landed 120-cell family owner lane for HyperTwist; validate boundaries and widen only through owned first-party work beneath the retained Hyperspeedcube runtime anchor.","HyperTwist","Implemented 120-cell family runtime owner","integrate","heavy modification","medium","roice3/magic120cell","1.0","Locked Strategic Donor","5.0","Already-landed 120-cell family owner row for bounded runtime-profile and persistence families beneath the retained Hyperspeedcube anchor; no donor thesis remains for the current slice.","Implemented 120-cell family runtime owner lane","Included","P1","Keep in canon as an already-landed first-party 120-cell family owner lane and route all future work through owned widening beneath the retained Hyperspeedcube runtime anchor.","2.0","3.0","3.0","11875.0","119.0","","roice3/magic120cell","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","12.0","3","5.0","122.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and its current justified 120-cell family runtime slice is already implemented in first-party HyperTwist code beneath the retained Hyperspeedcube runtime anchor. Further work should be ordinary owned widening from landed packet authority, not donor-transfer framing.","Already landed: start from first-party 120-cell family owner surfaces plus landed packet authority beneath the retained Hyperspeedcube anchor.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","implemented-specialized-family-owner","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed MIT specialized donor status.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-I preserve sequence closed for the bounded family slice. Preserve as the landed first-party 120-cell family runtime-profile and persistence lane beneath the retained hyper runtime anchor; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the landed Phase 6R-I packet."
 "14.0","roice3/MagicCube5D","https://github.com/roice3/MagicCube5D","HyperTwist","13.0","122.0","137.0","A","implemented 5D family runtime owner","implemented owner","specialized 5D family owner","landed bounded family owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed 5D family runtime-profile and persistence boundary beneath the retained Hyperspeedcube runtime anchor, and widen only through owned HyperTwist work.","Landed owner value: 5D family runtime-profile and persistence boundary already live in first-party HyperTwist code beneath the retained Hyperspeedcube runtime anchor.","Preserve as the landed first-party 5D family owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-J packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed 5D family slice. Keep Hyperspeedcube as the retained runtime anchor and MagicTile as broader family context, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed 5D family owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing 5D runtime-profile and persistence contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining 5D family runtime or persistence gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-J packet beneath the retained Hyperspeedcube anchor?","Inspect current first-party 5D family runtime-profile and persistence boundary, the retained Hyperspeedcube anchor relation, retained broader MagicTile family context, and unresolved owned widening targets only.","Audit roice3/MagicCube5D only as an already-landed permissive family owner lane for HyperTwist. Validate current 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 for its bounded 5D family slice. 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; bounded specialized-family fit","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","5D Rubik's Cube Analogue","","roice3/MagicCube5D is already landed for its current justified 5D family runtime-profile and persistence slice beneath the retained Hyperspeedcube runtime anchor. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0005","Implemented 5D family runtime owner","Landed 5D family owner lane for HyperTwist; validate boundaries and widen only through owned first-party work beneath the retained Hyperspeedcube runtime anchor.","HyperTwist","Implemented 5D family runtime owner","integrate","moderate modification","medium","roice3/magiccube5d","1.0","Locked Strategic Donor","5.0","Already-landed 5D family owner row for bounded runtime-profile and persistence families beneath the retained Hyperspeedcube anchor; no donor thesis remains for the current slice.","Implemented 5D family runtime owner lane","Included","P1","Keep in canon as an already-landed first-party 5D family owner lane and route all future work through owned widening beneath the retained Hyperspeedcube runtime anchor.","2.0","3.0","3.0","11879.0","120.0","","roice3/magiccube5d","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","13.0","3","5.0","122.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and its current justified 5D family runtime slice is already implemented in first-party HyperTwist code beneath the retained Hyperspeedcube runtime anchor. Further work should be ordinary owned widening from landed packet authority, not donor-transfer framing.","Already landed: start from first-party 5D family owner surfaces plus landed packet authority beneath the retained Hyperspeedcube runtime anchor.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","implemented-specialized-family-owner","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed MIT specialized donor status.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-J preserve sequence closed for the bounded family slice. Preserve as the landed first-party 5D family runtime-profile and persistence lane beneath the retained hyper runtime anchor; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the landed Phase 6R-J packet."
 "11.0","cs0x7f/cstimer","https://github.com/cs0x7f/cstimer","HyperTwist","14.0","121.0","147.0","A","gold-standard timer benchmark","benchmark","Gold-standard timer benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: mature timer-state handling, persistence, statistics, reconstruction tooling, scramble generation, and smart-device expectations. Study behavior and category expectations only.","Keep as a restrictive benchmark. Use it as the timer behavior reference point for HyperTwist, not as donor code.","Do not merge this repo into the HyperTwist core. Translate only high-level timer and stats expectations into first-party implementations.","Repurpose here means: derive acceptance-test targets and product expectations for timer flow, persistence, statistics, and hardware support.","Capture bounded benchmark or oracle behaviors; define acceptance criteria or clean-room-later planning boundaries; record explicit do-not-incorporate guardrails","behavior and acceptance-test benchmark review","Hidden value sits in timer edge cases, persistence behavior, reconstruction/statistics expectations, and mature product-surface decisions.","Which timer behaviors, persistence expectations, and solve-analysis surfaces should become first-party acceptance criteria?","Inspect timer-state transitions, solve/session persistence, statistics/reconstruction surfaces, scramble integration, and smart-device behavior as benchmark material only.","Audit cs0x7f/cstimer only as a restrictive gold-standard timer benchmark for HyperTwist. Extract behavior expectations and acceptance criteria, not donor code.","","","","","","","","","","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 timer/training software and should remain the behavior/category benchmark in the timer lane rather than a donor codebase.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","high","Dossier-backed classification is stable: the retained value is benchmark authority, not source incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","cs0x7f/cstimer — GPL timer/training platform; keep only as the gold-standard timer benchmark.","cs0x7f/cstimer remains valuable because it defines the product-behavior ceiling for timer flow, persistence, and statistics. That value is benchmark authority, not donor code.","memo","False","True","0.0","5.0","HT_timer_training","HT_timer_training_0001","Gold-standard timer benchmark","Gold-standard timer benchmark for HyperTwist; retained for behavior calibration, not donor use.","HyperTwist","Gold-standard timer benchmark","future candidate","architecture only","medium","cs0x7f/cstimer","1.0","Reserve Bench","3.0","GPL timer/training platform whose value is product expectations, acceptance tests, and behavior benchmarking rather than donor use.","Gold-standard timer benchmark","Included","P2","Keep in canon as the strongest restrictive timer benchmark; use it to calibrate first-party timer and stats behavior.","2.0","5.0","3.0","11881.0","121.0","","cs0x7f/cstimer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","14.0","2","3.0","121.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0 and remains the primary restrictive timer, stats, scramble, and smart-device benchmark. Use it for behavioral parity and acceptance criteria, not direct source incorporation.","Reference only: benchmark timer, statistics, scramble, and smart-device behavior without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow timer behavior later proves strategically necessary to recreate in first-party code; otherwise keep this as a benchmark.","high","gpl-timer-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed gold-standard timer benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary restrictive timer/stats/scramble/smart-device benchmark and future clean-room timer-pattern oracle."
@@ -38,7 +38,7 @@
 "32.0","Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","32.0","92.0","101.0","C","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Treat this as a mineable codebase: keep selected internals (algorithms, renderers, adapters, parsers, schedulers) while replacing the surrounding product assumptions and architecture. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","Website for the Hypercubing community","Repurpose selected subsystems rather than the whole product. Mine the repo for nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit Hypercubers/hypercubing.xyz as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is heavy modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Website for the Hypercubing community","","Hypercubers/hypercubing.xyz is treated as repurpose for HyperTwist because visible metadata points to the hypercubing / nD simulation layer. Surface signal: Website for the Hypercubing community The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0006","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the hypercubing / nD simulation layer.","HyperTwist","hypercubing / nD simulation","integrate","heavy modification","medium","hypercubers/hypercubing.xyz","1.0","Locked Strategic Donor","4.0","MIT knowledge/curriculum donor with canonical notation, progression, taxonomy, and leaderboard-generation value.","Knowledge and curriculum donor","Included","P1","Keep as one of the strongest non-runtime donors in the hypercubing half of HyperTwist; the dossier-backed MIT posture and content value justify promotion above the old donor-bench treatment.","2.0","2.0","2.0","11938.0","134.0","Thin-fit assignment; verify project mapping during source audit","hypercubers/hypercubing.xyz","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","32.0","3","4.0","92.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is retained as a high-value knowledge and curriculum donor. Direct use of code/content structures is legally straightforward where it materially helps HyperTwist.","Use selectively as a donor for knowledge structures, notation, taxonomy, and leaderboard-generation logic; do not confuse the site snapshot with the canonical repo.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is cleaner than carrying the upstream code.","high","permissive-knowledge-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license donor-bench posture to dossier-backed MIT knowledge/curriculum donor status.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-B closed. Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane; start future widening from the live-lane audit, then the 3R-B implementation packet, then REPO_LICENSE_TRACKING.md."
 "34.0","Aarav2709/KubeTimr","https://github.com/Aarav2709/KubeTimr","HyperTwist","34.0","88.0","97.0","C","implemented timer substrate owner","implemented owner","timer substrate owner","landed subsystem owner","repurpose","moderate modification","This row is already live for its current justified slices. Preserve the landed local timer lifecycle, inspection, split capture and editing, session stats, local persistence, and timer-scoped replay boundaries, and widen only through owned HyperTwist work.","Landed owner value: timer lifecycle, inspection, split capture and editing, session stats, local persistence, and timer-scoped replay posture already live in first-party HyperTwist code.","Preserve as the landed first-party timer substrate owner lane. Start any future widening from owned HyperTwist surfaces, the timer implementation packet, 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 cstimer as the retained restrictive oracle, cubing/qqTimer as legacy reference, and CubeDesk as adjacent live 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 timer substrate owner lane, not external donor harvesting.","Validate current first-party timer owner boundaries; identify narrower owned widening targets only if needed; preserve timer lifecycle, inspection, splits, persistence, stats, and timer-scoped replay contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed timer owner boundaries and future owned widening targets, not donor extraction.","Which remaining timer-substrate gaps, if any, are not already covered by the landed HyperTwist code and the KubeTimr implementation packet?","Inspect current first-party timer owner boundaries, landed packet scope, retained timer oracle and reference rows, and unresolved owned widening targets only.","Audit Aarav2709/KubeTimr only as an already-landed permissive owner lane for HyperTwist. Validate current timer 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.","exclude from core, keep as donor","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","medium","single-source signal; clear taxonomy; mostly donor/reference role","medium","strong adjacency to identified core stack; memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Aarav2709/KubeTimr - landed first-party timer substrate owner lane; future work starts from owned HyperTwist surfaces and landed packets.","Aarav2709/KubeTimr is already landed for its current justified timer lifecycle, inspection, split, persistence, stats, and timer-scoped replay slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0015","Implemented timer substrate owner","Landed timer substrate owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented timer substrate owner","integrate","moderate modification","medium","aarav2709/kubetimr","1.0","Donor Bench","4.0","Already-landed timer owner row for bounded lifecycle, inspection, split, persistence, stats, and timer-scoped replay families; no donor thesis remains for the current slice.","Implemented timer substrate owner lane","Included","P2","Keep in canon as an already-landed first-party timer owner lane and route all future work through owned widening.","2.0","3.0","2.0","11944.0","135.0","","aarav2709/kubetimr","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","34.0","3","4.0","88.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is permissively licensed and currently best treated as a focused subsystem donor for timer-state logic, split-phase handling, local persistence, and keyboard-first practice flow. Selective incorporation is legally straightforward, but the product shell should still be reshaped to fit HyperTwist.","Already landed: start from first-party owner surfaces and landed packet 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","routine-review-only","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy adjacency wording and stale clean-room boundary posture to dossier-backed focused subsystem donor on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-A closed. Preserve as the landed first-party timer, inspection, splits, stats, persistence, and timer-scoped replay lane; start future widening from the live-lane audit, then the 3R-A implementation packet, then REPO_LICENSE_TRACKING.md."
 "36.0","roice3/MagicTile","https://github.com/roice3/MagicTile","HyperTwist","36.0","88.0","97.0","C","implemented non-Euclidean topology and macro owner","implemented owner","non-Euclidean topology owner","landed bounded topology owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed tiling topology, geometry-family contract, transform-aware macro remapping, reverse/setup-move playback tags, and macro XML compatibility boundary, and widen only through owned HyperTwist work while the broader host-shell remainder stays deferred.","Landed owner value: tiling topology, geometry-family contract, transform-aware macro remapping, reverse/setup-move playback tags, and macro XML compatibility boundary already live in first-party HyperTwist code.","Preserve as the landed first-party MagicTile owner lane for bounded topology and transform-aware macro surfaces. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-D/T packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed MagicTile topology and macro slices. Keep the broader MagicTile host-shell remainder, Hyperspeedcube, and the specialized Magic120Cell and MagicCube5D families as deferred or adjacent context, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed MagicTile owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing topology, geometry-family, transform-aware macro, reverse/setup-move, and macro XML contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining non-Euclidean topology, transform-aware macro, or host-shell remainder gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-D/T packets?","Inspect current first-party topology and geometry-family boundaries, transform-aware macro remapping and macro XML compatibility boundaries, the deferred broader MagicTile host-shell remainder, and unresolved owned widening targets only.","Audit roice3/MagicTile only as an already-landed permissive owner lane for HyperTwist. Validate current 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 for its bounded topology and macro slices. 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; bounded landed owner lane","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Non-euclidean Rubik's Cube Analogues","","roice3/MagicTile is already landed for its current justified tiling topology, geometry-family, transform-aware macro remapping, reverse/setup-move playback-tag, and macro XML compatibility slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0007","Implemented non-Euclidean topology and macro owner","Landed non-Euclidean topology owner lane for HyperTwist; validate boundaries and widen only through owned first-party work while the broader host-shell remainder stays deferred.","HyperTwist","Implemented non-Euclidean topology and macro owner","integrate","moderate modification","medium","roice3/magictile","1.0","Locked Strategic Donor","4.0","Already-landed MagicTile owner row for bounded tiling topology, geometry-family, transform-aware macro remapping, and macro compatibility families; no donor thesis remains for the current slice.","Implemented non-Euclidean topology and macro owner lane","Included","P1","Keep in canon as an already-landed first-party MagicTile owner lane and route all future work through owned widening while the broader host-shell remainder stays deferred.","2.0","2.0","2.0","11950.0","136.0","","roice3/magictile","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","36.0","3","4.0","88.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and its current justified topology and transform-aware macro slice is already implemented in first-party HyperTwist code. Further work should be ordinary owned widening from landed packet authority, not donor-transfer framing.","Already landed: start from first-party topology and macro owner surfaces plus landed packet authority, and keep the broader host-shell remainder deferred unless a later owned widening is justified.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","implemented-bounded-owner","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_hyper_engine during cluster normalization on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-D/T preserve sequence closed for the bounded retained slice. Preserve as the landed first-party tiling topology, geometry-family, and transform-aware macro remapping lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, while broader host-shell ownership stays deferred."
-"41.0","PostHog/posthog","https://github.com/PostHog/posthog","HyperTwist","41.0","72.0","81.0","C","telemetry / replay / feature governance","subsystem donor","telemetry 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.","🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product ...","Repurpose selected subsystems rather than the whole product. Mine the repo for telemetry and event schemas, replay diagnostics, replay query surfaces, feature-flag governance, activity logs, and product/service boundary patterns; keep what materially shortens build time, but rebind data contracts, permissions, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, kkoomen/qbr.","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, kkoomen/qbr.","Repurpose here means: turn it into a telemetry spine, replay diagnostics donor, feature-governance donor, or control-plane integration layer.","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 replay routes and deep links; replay diagnostics; feature-flag CRUD, dependencies, and evaluation; telemetry and event schemas; product and service boundaries; MIT versus ee path splits.","Inspect package manifests, README/docs, product slices, services, tests, migrations/schemas, and hidden feature flags or experimental modules. Look for replay diagnostics, replay query surfaces, feature-flag governance, activity logs, event schemas, service boundaries, and MIT versus ee/ path splits.","Audit PostHog/posthog as a telemetry / replay / feature-governance candidate for HyperTwist. Do not stop at README-level features. Inspect: replay routes and deep links, replay diagnostics, feature-flag CRUD/dependencies/evaluation, telemetry and event schemas, product/service boundaries, and MIT versus ee/ path splits. Decide whether the best extraction path remains moderate modification and which seams should stay bounded due mixed licensing or mission misfit. Return hidden modules, reusable schemas, protocol layers, plugin hooks, replay/debugging surfaces, and any subsystem stronger than the visible product shell.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product assistant to help debug your code, ship features faster, and keep all your usage and customer data in one stack.","","PostHog/posthog is treated as repurpose for HyperTwist because visible metadata points to the cloud / infra / observability / api layer. Surface signal: 🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product ... The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_control_plane","HT_control_plane_0001","cloud / infra / observability / api","Repurpose selectively for HyperTwist. Its visible platform signal and source audit place it in telemetry, replay, and feature-governance rather than computer vision or AR.","HyperTwist","telemetry / replay / feature governance","repurpose","moderate modification","medium","posthog/posthog","1.0","Donor Bench","4.0","Useful subsystem donor for HyperTwist in telemetry, replay diagnostics, feature flags, event-schema design, and vertical-slice control-plane patterns rather than the core runtime or product shell.","Telemetry / replay / feature-governance donor","Included","P2","PostHog/posthog is placed in Donor Bench for HyperTwist because it best serves the 'Telemetry / replay / feature-governance donor' role; recommended action remains 'repurpose' with repurposing scope 'moderate modification'. Its real retained value is replay diagnostics, flag governance, event-schema thinking, and service-boundary patterns rather than any vision or perception role.","2.0","2.0","2.0","11966.0","139.0","Thin-fit assignment; verify project mapping during source audit","posthog/posthog","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT outside ee/; enterprise-restricted in ee/","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","41.0","3","4.0","72.0","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is mixed-license: MIT outside ee/ and enterprise-restricted inside ee/. Use only clearly MIT paths as bounded telemetry, replay, and feature-governance donor material, and exclude or reimplement enterprise-gated paths.","Use only clearly MIT paths outside ee/ as bounded telemetry, replay, and feature-governance donor surfaces; exclude enterprise paths or reimplement equivalent seams.","Keep MIT notices for reused paths and do not incorporate ee/ without separate commercial rights; verify path provenance before shipping.","Sometimes useful for enterprise-gated or off-mission slices, but not required for clearly MIT paths.","high","mixed-license-path-review-required","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_control_plane and normalized telemetry/replay/feature-governance wording on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-D closed. Preserve as the landed first-party control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and explicit root-MIT-core-versus-ee/ subtree-compliance lane; start future widening from the live-lane audit, then Phase 4R-D, then REPO_LICENSE_TRACKING.md; keep the explicit ee/ exclusion and mixed-license subtree boundary visible."
+"41.0","PostHog/posthog","https://github.com/PostHog/posthog","HyperTwist","41.0","72.0","81.0","C","implemented control-plane boundary owner","implemented owner","boundary-sensitive telemetry and governance owner","landed boundary-sensitive owner","integrate","moderate modification","This row is already live for its current justified slice. Preserve the landed control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and feature-governance lane, and widen only through owned HyperTwist work with the MIT-outside-ee boundary kept explicit.","Landed owner value: control-plane telemetry, replay diagnostics, replay segmentation, feature governance, scheduled changes, early-access lifecycle, and explicit MIT-outside-ee compliance-boundary grounding already live in first-party HyperTwist code.","Preserve as the landed first-party control-plane telemetry, replay-diagnostic, and feature-governance owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-D packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep replay-shell owners and adjacent browser/control-plane support families separate rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed control-plane telemetry, replay-diagnostic, and feature-governance lane, not external donor harvesting.","Validate current first-party control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries; identify narrower owned widening targets only if needed; preserve replay diagnostics, segmentation, governance, scheduled-change, early-access, and ee-boundary contracts; keep compliance notes visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining control-plane telemetry, replay-diagnostic, or feature-governance gaps, if any, are not already covered by the landed HyperTwist code and the current PostHog preserve slice?","Inspect current first-party control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries, retained adjacent replay and browser-support families, and unresolved owned widening targets only.","Audit PostHog/posthog only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current control-plane telemetry, replay-diagnostic, and feature-governance 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 for its bounded boundary-sensitive slice. 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 slice and should no longer be treated as a donor extraction candidate.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product assistant to help debug your code, ship features faster, and keep all your usage and customer data in one stack.","","PostHog/posthog is treated as repurpose for HyperTwist because visible metadata points to the cloud / infra / observability / api layer. Surface signal: 🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product ... The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_control_plane","HT_control_plane_0001","Implemented control-plane boundary owner","Landed control-plane telemetry, replay-diagnostic, and feature-governance owner lane for HyperTwist; validate boundaries and widen only through owned first-party work while keeping the MIT-outside-ee boundary explicit.","HyperTwist","Implemented control-plane boundary owner","integrate","moderate modification","medium","posthog/posthog","1.0","Donor Bench","4.0","Already-landed control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and feature-governance row; no donor thesis remains for the current slice.","Implemented control-plane boundary lane","Included","P2","Keep in canon as an already-landed first-party control-plane telemetry, replay-diagnostic, and feature-governance owner lane and route all future work through owned widening while keeping the MIT-outside-ee boundary explicit.","2.0","2.0","2.0","11966.0","139.0","Thin-fit assignment; verify project mapping during source audit","posthog/posthog","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT outside ee/; enterprise-restricted in ee/","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","41.0","3","4.0","72.0","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is mixed-license, and the justified HyperTwist slice is already implemented through landed first-party code using MIT-side semantics and grounding only. Keep all future widening on first-party or clearly MIT-side surfaces outside ee/, and keep enterprise paths excluded by default.","Already landed boundary-sensitive: start from first-party outputs, landed packet authority, and explicit MIT-outside-ee boundary notes; do not reopen raw ee/ source use by default.","Preserve MIT notices where required, keep the enterprise subtree exclusion explicit, and treat any ee/ path as out of scope unless separately reimplemented or licensed.","Usually unnecessary for the current landed slice; reopen only if a narrower first-party widening target truly requires fresh MIT-side-only comparison or clean reimplementation.","high","implemented-ee-boundary-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_control_plane and normalized telemetry/replay/feature-governance wording on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-D is closed. Preserve as a landed boundary-sensitive first-party lane; keep the MIT-outside-ee boundary explicit and widen only through ordinary owned enhancement work."
 "","met4citizen/TalkingHead","https://github.com/met4citizen/TalkingHead","HyperTwist","","","","","interface / visualization / shell surface","subsystem donor","interface donor","donor bench","repurpose","moderate modification","Retain the reusable avatar, lip-sync, and retargeting layers, but replace the demo shell, asset assumptions, and voice-service integration with HyperTwist-owned surfaces.","","Repurpose selected subsystems rather than the whole product. Mine the repo for embodied coach avatar runtime, lip-sync and subtitle timing, avatar-only embedding, retargeting, and streamed speech playback; keep what shortens build time, but rebind assets, voice services, and UI shell to the HyperTwist architecture.","","Repurpose here means: turn it into a browser-side embodied coach or companion layer.","","","","Inspect talkinghead runtime; speech queueing and streaming; viseme and blendshape flow; avatarOnly embedding; retargeting; and audio worklet behavior.","Inspect modules, examples, tests, site config, streaming demos, retargeter, and playback worklet code. Look for embodied-coach embedding, lip-sync, subtitle timing, gesture and expression surfaces, and asset assumptions.","Audit met4citizen/TalkingHead as a browser embodied-coach candidate for HyperTwist. Inspect the avatar runtime, streaming lip-sync, subtitle timing, avatarOnly embedding, retargeting, and audio worklet behavior. Decide which seams can be used directly and which must remain bounded behind the HyperTwist coaching shell.","","","","","","","","","","","","","","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_surface","HT_browser_surface_0001","browser / 3D / XR / presentation","Repurpose selectively for HyperTwist. Its source-backed role is an embodied coach and companion presentation donor, not a generic avatar product shell.","HyperTwist","browser / 3D / XR / presentation","repurpose","moderate modification","medium","met4citizen/talkinghead","","Donor Bench","4.0","Useful subsystem donor for HyperTwist, primarily in the browser companion layer; strongest embodied coach and avatar presentation donor in the current stack.","Browser embodied coach surface","Included","P2","met4citizen/TalkingHead is placed in Donor Bench for HyperTwist because it provides embodied coach UI, streaming lip-sync, retargeting, and avatar-only embedding behavior. Recommended action remains repurpose, but the retained value is a bounded browser coach surface rather than a general avatar product.","","","","","","","met4citizen/talkinghead","","","","","","","","","","","","MIT","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","v6_unified_source_of_truth_pack","","","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and direct use is allowed. Treat it as a bounded browser-side donor for embodied coach presentation rather than as a product shell.","Use directly as a bounded browser-side dependency or adapter layer; keep voice services, product logic, and asset provenance outside the upstream shell.","Typically preserve notices, attribution, and license text where required; review sample avatars or media separately from the code license.","Usually unnecessary unless you later replace a narrow upstream layer for product-shaping reasons.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-24.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-E closed. Preserve as the landed first-party embodied companion, narration, lip-sync, gesture, subtitle, and avatar-embed lane; start future widening from the live-lane audit, then the 3R-E implementation packet, then REPO_LICENSE_TRACKING.md."
 "","apache/echarts","https://github.com/apache/echarts","HyperTwist","","","","","analytics / visualization / reporting","subsystem donor","interface donor","donor bench","repurpose","moderate modification","Retain the reusable chart runtime and reporting patterns, but keep HyperTwist domain schemas, page shell, and training logic outside the upstream system.","","Repurpose selected subsystems rather than the whole product. Mine the repo for chart runtime, option and data-store patterns, export and save-as-image behavior, zoom and history handling, and SSR reporting surfaces; keep what shortens build time, but rebind analytics schemas and application shell to the HyperTwist architecture.","","Repurpose here means: turn it into a bounded browser analytics and reporting layer for dashboards, replay summaries, and coaching views.","","","","Inspect OptionManager, DataStore, zoom and history behavior, thumbnail and export features, SSR and hydration seams, and accessibility surface.","Inspect manifests, README/docs, src core, model, data, component, export, and SSR folders. Look for modular chart runtime, data-store abstractions, export surfaces, and reporting-specific UI behavior.","Audit apache/echarts as a browser analytics and reporting candidate for HyperTwist. Inspect the modular chart runtime, OptionManager and DataStore, export surfaces, zoom and history behavior, SSR path, and accessibility seams. Decide which parts should remain direct dependencies versus concept-only references.","","","","","","","","","","","","","","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_surface","HT_browser_surface_0002","analytics / visualization / reporting","Repurpose selectively for HyperTwist. Its source-backed role is a bounded analytics and reporting donor rather than a generic dashboard widget.","HyperTwist","analytics / visualization / reporting","repurpose","moderate modification","medium","apache/echarts","","Donor Bench","4.0","Useful subsystem donor for HyperTwist, primarily in the browser companion layer; strongest current analytics and reporting donor in the browser stack.","Browser analytics and reporting surface","Included","P2","apache/echarts is placed in Donor Bench for HyperTwist because it provides the strongest current browser analytics and reporting stack with SSR, export, and serious data-store behavior. Recommended action remains repurpose, but the retained value is bounded reporting and coaching analytics rather than a product shell.","","","","","","","apache/echarts","","","","","","","","","","","","Apache-2.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","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 reporting and analytics donor.","Use directly as a bounded browser analytics dependency; keep HyperTwist data contracts and product logic outside the upstream shell.","Preserve LICENSE and NOTICE materials where required and review redistributed assets separately from the code license.","Usually unnecessary unless you later replace a narrow upstream layer for product-shaping reasons.","high","notice-file-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-24.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-C closed. Preserve as the landed first-party analytics, reporting, export, and progress-visualization lane; start future widening from the live-lane audit, then the 3R-C implementation packet, then REPO_LICENSE_TRACKING.md."
 "","ecomfe/echarts-gl","https://github.com/ecomfe/echarts-gl","HyperTwist","","","","","retained subordinate optional 3D analytics and explainer sidecar","retained subordinate sidecar","optional 3D analytics and explainer sidecar","retained subordinate sidecar","integrate","moderate modification","This row is already closed for its current justified subordinate slice. Preserve the retained optional 3D analytics and explainer sidecar beneath the landed apache/echarts anchor, and reopen only if a narrower sidecar gap is later proven.","","Retain only as the closed subordinate optional 3D analytics and explainer sidecar 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 optional 3D analytics and explainer sidecar gap remains after the landed apache/echarts anchor and the existing first-party reference-grounded support surfaces.","Inspect the retained optional 3D analytics and explainer sidecar 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/echarts-gl only as a closed subordinate optional 3D analytics and explainer sidecar 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/echarts-gl is already closed as a subordinate optional 3D analytics and explainer sidecar 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_surface","HT_browser_surface_0003","Retained subordinate optional 3D analytics and explainer sidecar","Closed subordinate optional 3D analytics and explainer sidecar row for HyperTwist; preserve anchor ownership and reopen only if a narrower sidecar gap is proven.","HyperTwist","Retained subordinate optional 3D analytics and explainer sidecar","integrate","moderate modification","medium","ecomfe/echarts-gl","","Merge Bench","5.0","Closed subordinate optional 3D analytics and explainer sidecar row beneath the landed apache/echarts anchor; no default widening packet is open for the current slice.","Retained subordinate optional 3D analytics and explainer sidecar lane","Included","P3","Keep in canon only as a closed subordinate optional 3D analytics and explainer sidecar beneath the landed apache/echarts anchor; reopen only through narrower sidecar-gap proof, not generic implementation routing.","","","","","","","ecomfe/echarts-gl","","","","","","","","","","","","BSD-3-Clause","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","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 3D analytics extension rather than a runtime foundation.","Use directly as a bounded browser-side dependency beneath the reporting stack; keep HyperTwist scene ownership and product logic outside the upstream shell.","Typically preserve notices, attribution, and license text where required.","Usually unnecessary unless you later replace a narrow upstream layer for product-shaping reasons.","high","standard-notice-review","yes","","","","","","","","","","","","","v6.3_markdown_backfill","Backfilled from canonized Markdown dossier pass on 2026-04-24.","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 optional subordinate 3D analytics and explainer sidecar beneath the landed apache/echarts 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 c8e35fb..fd57367 100644
--- a/docs/repo_portfolio_unified_source_audit_v6_3.csv
+++ b/docs/repo_portfolio_unified_source_audit_v6_3.csv
@@ -17,15 +17,9 @@
 "tao-yu/Alg-Trainer","https://github.com/tao-yu/Alg-Trainer","HyperTwist","Locked Parallel Foundation","Training / timing layer","P0","23","9206","9.0","156.0","189.0","high","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.","integrate","direct","Validate the current first-party owner boundaries for tao-yu/Alg-Trainer and record any narrower owned widening targets that remain after the landed training-foundation slice.","Landed broad algorithm-shell, set or subset corpus, timer or reveal or scramble or virtual-cube flow, and smartcube-capable drill boundaries as live first-party material.","Inspect current first-party training-foundation owner boundaries, retained adjacent coaching and timer families, and unresolved owned widening targets only.","Which remaining training-foundation gaps, if any, are not already covered by the landed HyperTwist code and the current Alg-Trainer preserve slice?","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.","","","","","","","","","","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 core capabilities are thinner than claimed, architecture is too brittle or narrow, maintenance reality is poor, or the differentiating thesis collapses under code inspection.","Owner-boundary note + owned widening criteria + explicit no-donor-thesis posture.","1) Which landed training-foundation 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 training-foundation owner lane and route all future work through owned widening.","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.","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.","HT_training_stack_0001","HT_training_stack","tao-yu/alg-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","1","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."
-"cubing/cubing.js","https://github.com/cubing/cubing.js","HyperTwist","Locked Strategic Donor","Boundary-sensitive classic-cubing semantics and rendering donor","P1","24","9207","7.0","152.0","185.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 scene/layout primitives and replacing surrounding data models or backend assumptions.","integrate","direct","Validate whether cubing/cubing.js truly deserves its current foundation-tier role for HyperTwist; extract the irreducible core abstractions, extension points, and transplantable subsystems.","state representation, move engine, notation parser, solver interfaces, renderer/projection abstraction, serialization/save formats, input mapping, performance/accuracy tradeoffs","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.","Inspect scene graph/canvas data model; layout primitives; component library; keyboard/gesture interactions; import/export schema; theming; plugin or extension hooks.","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.","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.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if core capabilities are thinner than claimed, architecture is too brittle or narrow, maintenance reality is poor, or the differentiating thesis collapses under code inspection.","Architecture note + salvage map + integration recipe + reclassification verdict","1) Confirmed visible capabilities
-2) Hidden capabilities found only in source
-3) Best salvageable modules/files/packages
-4) Integration path into target project
-5) Repurpose path outside the original thesis
-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.","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/cubing.js","https://github.com/cubing/cubing.js","HyperTwist","Locked Strategic Donor","Implemented classic-cubing semantic boundary lane","P1","24","9207","7.0","152.0","185.0","high","This row is already live for its current justified slice. Preserve the landed classic-cubing semantic/runtime adapter lane and the practical MPL and notice boundary grounding beneath it, and widen only through owned HyperTwist work.","integrate","direct","Validate the current first-party owner boundaries for cubing/cubing.js and record any narrower owned widening targets that remain after the landed classic-cubing semantic/runtime and MPL-boundary slice.","Landed classic-cubing semantics, runtime adapter, viewer bridge, device/search boundary, Melinda bridge, and practical MPL compliance-boundary notes as live first-party material.","Inspect current first-party classic-cubing semantic/runtime and MPL-boundary owner boundaries, retained adjacent parser and replay families, and unresolved owned widening targets only.","Which remaining classic-cubing semantic/runtime adapter or MPL-boundary gaps, if any, are not already covered by the landed HyperTwist code and the current cubing.js preserve slice?","Preserve as the landed first-party classic-cubing semantic/runtime and MPL-boundary owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-A packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep cubing/twisty.js as the separate replay-shell lane and cubing/alg.js as the separate parser/AST lane rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed classic-cubing semantic/runtime and MPL-boundary lane, not external donor harvesting.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded boundary-sensitive slice. 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 core capabilities are thinner than claimed, architecture is too brittle or narrow, maintenance reality is poor, or the differentiating thesis collapses under code inspection.","Owner-boundary note + owned widening criteria + explicit landed boundary-sensitive preserve posture.","1) Which landed classic-cubing semantic/runtime boundary owner slices are already closed
+2) Which narrower owned widening targets, if any, remain
+3) Which adjacent live parser or replay 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 classic-cubing semantic/runtime and MPL-boundary owner lane and route all future work through owned widening under the practical MPL path.","Already-landed classic-cubing semantic/runtime adapter and MPL-boundary grounding row; no donor thesis remains for the current slice.","Audit cubing/cubing.js only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current classic-cubing semantic/runtime and MPL-boundary owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","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, and the justified HyperTwist slice is already implemented through the practical MPL-side route. Keep future widening on first-party or package/dependency surfaces, preserve notice retention, and keep modified-file publication duty explicit if upstream-covered files are changed.","Already landed boundary-sensitive: start from first-party outputs, landed packet authority, and the practical MPL notice path; do not reopen silent private-fork posture by default.","Preserve MPL notices, attribution, and any modified-file publication duty where applicable, and keep the practical MPL path explicit in distribution notes.","Usually unnecessary unless you later replace a narrow adapter or dependency seam to avoid upstream-covered file modification duties.","high","implemented-mpl-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 is closed. Preserve as a landed boundary-sensitive first-party lane; keep the practical MPL path and notice duties explicit and widen only through ordinary owned enhancement work."
 "cubing/alg.js","https://github.com/cubing/alg.js","HyperTwist","Donor Bench","Implemented algorithm-language clean-room lane","P2","25","9208","0.0","95.0","95.0","medium","This row is already live for its current justified slice. Preserve the landed parser, owned AST, traversal, validation, keyboard-mapping, and share/interchange lane under the existing clean-room boundary, and widen only through owned HyperTwist work above the restrictive outputs.","integrate","architecture only","Validate the current first-party owner boundaries for cubing/alg.js and record any narrower owned widening targets that remain after the landed algorithm-language clean-room slice.","Landed parser, owned AST, traversal, validation, keyboard-mapping, and share/interchange boundaries as live first-party material through the clean-room route.","Inspect current first-party algorithm-language clean-room owner boundaries, retained adjacent semantic and replay families, and unresolved owned widening targets only.","Which remaining algorithm-language, parser, AST, traversal, validation, keyboard-mapping, or share/interchange gaps, if any, are not already covered by the landed HyperTwist code and the current clean-room preserve slice?","Preserve as the landed first-party algorithm-language clean-room owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed clean-room outputs; do not route work through fresh donor-extraction framing.","Treat current first-party HyperTwistAlgorithm/* code as the live owner above the restrictive outputs. Keep cubing/cubing.js as the adjacent classic-semantic owner and cubing/twisty.js as the adjacent replay-shell owner rather than donor merge targets for the already landed clean-room slice.","Repurpose here means: ordinary owned enhancement above the landed algorithm-language clean-room outputs, not renewed restrictive-source harvesting.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist through first-party clean-room outputs. Further work should start from those owner surfaces, feature registry, roadmap, license tracking, and landed clean-room authority rather than renewed restrictive-source extraction.","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.","Owner-boundary note + owned widening criteria + explicit landed clean-room-preserve posture.","1) Which landed algorithm-language clean-room owner boundaries are already closed
 2) Which narrower owned widening targets, if any, remain
 3) Which adjacent live classic-cubing rows stay outside the landed slice","Use v6 unified board + P0 tier packet + project design language + relevant family references.","Keep in canon as an already-landed first-party algorithm-language clean-room owner lane and route all future work through owned widening above the restrictive outputs.","Already-landed parser, AST, traversal, validation, keyboard-mapping, and share/interchange row through the clean-room route; no open donor thesis remains for the current slice.","Audit cubing/alg.js only as an already-landed restrictive clean-room owner lane for HyperTwist. Validate current algorithm-language owner boundaries and identify owned widening targets only; do not frame it as a fresh donor-merge candidate.","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 upstream repo is GPL-3.0-or-later, but the justified HyperTwist slice is already implemented through a landed clean-room Model A / Model B route. Keep all future widening on first-party or scrubbed-authority surfaces, not direct source reuse.","Already landed clean-room: start from first-party outputs and scrubbed preserve authority; do not reopen direct restrictive-source access by default.","Direct incorporation would still require GPL-compatible distribution/compliance and is not the HyperTwist path.","Already satisfied by the landed clean-room route; reopen only if a narrower first-party widening target truly requires a fresh scrubbed spec.","high","gpl-clean-room-donor","yes","","","","","","","","","","","","","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","Phase 0R-D and later clean-room preserves are closed. Preserve as a landed restrictive clean-room precedent; keep the Model A / Model B chain explicit and widen only from first-party outputs or scrubbed specs."
@@ -62,15 +56,9 @@
 "cs0x7f/cstimer","https://github.com/cs0x7f/cstimer","HyperTwist","Reserve Bench","Gold-standard timer benchmark","P2","60","9216","22.0","121.0","147.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","future candidate","architecture only","Capture the timer, persistence, statistics, and hardware-support behaviors that make cstimer the gold-standard timer benchmark for HyperTwist.","Timer transitions, persistence, statistics, reconstruction, scramble flow, and smart-device surfaces as benchmark material.","Inspect timer-state transitions, solve/session persistence, statistics/reconstruction surfaces, scramble integration, and smart-device behavior as benchmark material only.","Which timer behaviors, persistence expectations, and solve-analysis surfaces should become first-party acceptance criteria?","Keep as a restrictive benchmark. Use it as the timer behavior reference point for HyperTwist, not as donor code.","Do not merge this repo into the HyperTwist core. Translate only high-level timer and stats expectations into first-party implementations.","Repurpose here means: derive acceptance-test targets and product expectations for timer flow, persistence, statistics, and hardware support.","","","","","","","","","","Reference only","Retain only as benchmark, oracle, acceptance-test, comparison, research, or clean-room-later planning input.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Benchmark note + salvage list + clear do-not-incorporate boundary.","1) What specific benchmark value remains in cs0x7f/cstimer
 2) What must stay benchmark-only or clean-room-only
 3) Acceptance-test, oracle, or behavior targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon as the strongest restrictive timer benchmark; use it to calibrate first-party timer and stats behavior.","GPL timer/training platform whose value is product expectations, acceptance tests, and behavior benchmarking rather than donor use.","Audit cs0x7f/cstimer only as a restrictive gold-standard timer benchmark for HyperTwist. Extract behavior expectations and acceptance criteria, not donor code.","HT_timer_training_0001","HT_timer_training","cs0x7f/cstimer","","","","","","","Original global P0-P3 source audit retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","121.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL-3.0 and remains the primary restrictive timer, stats, scramble, and smart-device benchmark. Use it for behavioral parity and acceptance criteria, not direct source incorporation.","Reference only: benchmark timer, statistics, scramble, and smart-device behavior without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow timer behavior later proves strategically necessary to recreate in first-party code; otherwise keep this as a benchmark.","high","gpl-timer-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed gold-standard timer benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as the primary restrictive timer/stats/scramble/smart-device benchmark and future clean-room timer-pattern oracle."
-"cutelyaware/magiccube4d","https://github.com/cutelyaware/magiccube4d/tree/master","HyperTwist","Locked Strategic Donor","Top-tier 4D interaction, history, and macro donor with attribution obligations","P1","7463","9218","49.0","122.0","137.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","repurpose","moderate modification","Determine whether cutelyaware/magiccube4d should stay donor/merge-tier for HyperTwist, be promoted, or be demoted; identify concrete salvageable modules and best merge path.","puzzle model, learning flow, UX loops, data schema, replay/export, plugin/hooks","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Capability inventory + salvage targets + promotion/demotion verdict","1) Confirmed visible capabilities
-2) Hidden capabilities found only in source
-3) Best salvageable modules/files/packages
-4) Integration path into target project
-5) Repurpose path outside the original thesis
-6) Best merge partners and exact coupling seam
-7) Reasons to promote / retain / demote
-8) Confidence change after source audit
-9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep as one of the most important legacy 4D interaction donors; the dossier-backed custom broad-use license is operationally usable, but attribution and provenance obligations must stay explicit.","Custom broad-use donor with strong 4D interaction/history/macro value and explicit attribution/provenance obligations.","Audit cutelyaware/magiccube4d as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is moderate modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_hyper_engine_0003","HT_hyper_engine","cutelyaware/magiccube4d","","","","","","","Original global P0-P3 source audit retained","Custom broad-use license with attribution requested","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","122.0","mixed_or_boundary_sensitive_known","direct_incorporation_ok","The repo is operationally usable because the custom license explicitly allows use, modification, and redistribution, but attribution and provenance obligations must be preserved and tracked.","Direct donor use is acceptable with explicit attribution and provenance tracking; keep the MyMath.java provenance note visible in license tracking.","Preserve the custom license text, requested attribution, and the provenance note for utility code with referenced GPL lineage.","Usually unnecessary unless later isolating a narrow seam is cleaner than carrying the legacy code directly.","medium","custom-license-attribution-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed usable custom-license donor status.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-B closed. Preserve as the landed attributed legacy 4D interaction, history, macro, topology-reference, and provenance-boundary lane beneath the Hyperspeedcube anchor; start future widening from the live-lane audit, then Phase 4R-B, then REPO_LICENSE_TRACKING.md."
+"cutelyaware/magiccube4d","https://github.com/cutelyaware/magiccube4d/tree/master","HyperTwist","Locked Strategic Donor","Implemented legacy 4D boundary lane","P1","7463","9218","49.0","122.0","137.0","medium","This row is already live for its current justified slice. Preserve the landed legacy 4D interaction, history, macro, and provenance-boundary lane, and widen only through owned HyperTwist work with visible attribution and provenance obligations kept explicit.","integrate","moderate modification","Validate the current first-party owner boundaries for cutelyaware/magiccube4d and record any narrower owned widening targets that remain after the landed legacy 4D interaction/history/macro and provenance-boundary slice.","Landed legacy 4D interaction, history, macro, topology-reference, view-controller, and visible attribution/upstream-link/MyMath provenance-boundary notes as live first-party material.","Inspect current first-party legacy 4D interaction/history/macro and provenance-boundary owner boundaries, retained adjacent higher-dimensional families, and unresolved owned widening targets only.","Which remaining legacy 4D interaction/history/macro or provenance-boundary gaps, if any, are not already covered by the landed HyperTwist code and the current magiccube4d preserve slice?","Preserve as the landed first-party legacy 4D interaction/history/macro and provenance-boundary owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-B packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep Hyperspeedcube as the higher-dimensional runtime anchor and later MagicTile topology/macro widening as adjacent owners rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed legacy 4D interaction/history/macro and provenance-boundary lane, not external donor harvesting.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded boundary-sensitive slice. 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.","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.","Owner-boundary note + owned widening criteria + explicit landed boundary-sensitive preserve posture.","1) Which landed legacy 4D boundary owner slices are already closed
+2) Which narrower owned widening targets, if any, remain
+3) Which adjacent live higher-dimensional 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. 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 legacy 4D interaction/history/macro and provenance-boundary owner lane and route all future work through owned widening while keeping attribution and provenance obligations explicit.","Already-landed legacy 4D interaction/history/macro and provenance-boundary grounding row; no donor thesis remains for the current slice.","Audit cutelyaware/magiccube4d only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current legacy 4D interaction/history/macro and provenance-boundary owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","HT_hyper_engine_0003","HT_hyper_engine","cutelyaware/magiccube4d","","","","","","","Original global P0-P3 source audit retained","Custom broad-use license with attribution requested","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","122.0","mixed_or_boundary_sensitive_known","direct_incorporation_ok","The custom broad-use license is operationally usable, and the justified HyperTwist slice is already implemented in first-party code. Keep visible attribution, upstream-link, notice retention, and MyMath provenance obligations explicit in future widening.","Already landed boundary-sensitive: start from first-party outputs and explicit attribution/provenance notes; do not reopen raw donor-merger framing by default.","Preserve visible attribution, upstream link, notice retention, and the MyMath provenance caveat where applicable.","Usually unnecessary unless you later replace a narrow legacy helper or provenance-boundary surface for architectural reasons.","high","implemented-attribution-provenance-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license merge-bench posture to dossier-backed usable custom-license donor status.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-B is closed. Preserve as a landed boundary-sensitive first-party lane; keep attribution, upstream-link, and provenance notes explicit and widen only through ordinary owned enhancement work."
 "roice3/Magic120Cell","https://github.com/roice3/Magic120Cell","HyperTwist","Locked Strategic Donor","Specialized 4D interaction and puzzle-UX donor","P1","7464","9219","49.0","122.0","137.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","repurpose","moderate modification","Validate the current first-party owner boundaries for roice3/Magic120Cell and record any narrower owned widening targets that remain after the landed Phase 6R-I slice beneath the retained Hyperspeedcube runtime anchor.","puzzle model, learning flow, UX loops, data schema, replay/export, plugin/hooks","Inspect current first-party 120-cell family runtime-profile and persistence boundary, the retained Hyperspeedcube anchor relation, retained broader MagicTile family context, and unresolved owned widening targets only.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Owner-boundary note + owned widening criteria + explicit no-donor-thesis posture.","1) Confirmed visible capabilities
 2) Hidden capabilities found only in source
 3) Best salvageable modules/files/packages
@@ -161,15 +149,9 @@
 7) Reasons to promote / retain / demote
 8) Confidence change after source audit
 9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep as a top-tier non-Euclidean geometry and topology donor for HyperTwist; the dossier-backed MIT posture and source richness justify promotion above the old donor-bench treatment.","MIT donor with unusually strong non-Euclidean tiling, topology, and generalized twist infrastructure value.","Audit roice3/MagicTile only as an already-landed permissive owner lane for HyperTwist. Validate current owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","HT_hyper_engine_0007","HT_hyper_engine","roice3/magictile","","","","","","","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","88.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and its current justified topology and transform-aware macro slice is already implemented in first-party HyperTwist code. Further work should be ordinary owned widening from landed packet authority, not donor-transfer framing.","Already landed: start from first-party topology and macro owner surfaces plus landed packet authority, and keep the broader host-shell remainder deferred unless a later owned widening is justified.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","implemented-bounded-owner","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_hyper_engine during cluster normalization on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-D/T preserve sequence closed for the bounded retained slice. Preserve as the landed first-party tiling topology, geometry-family, and transform-aware macro remapping lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, while broader host-shell ownership stays deferred."
-"PostHog/posthog","https://github.com/PostHog/posthog","HyperTwist","Donor Bench","Adjacency / future transfer","P2","7492","9247","20.0","72.0","81.0","medium","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","repurpose","moderate modification","Determine whether PostHog/posthog should stay donor/merge-tier for HyperTwist, be promoted, or be demoted; identify concrete salvageable modules and best merge path.","telemetry and event schemas, replay product boundaries, feature-flag governance, diagnostics, service slices, hidden modules","Inspect package manifests, README/docs, product slices, services, tests, migrations/schemas, and hidden feature flags or experimental modules. Look for replay diagnostics, replay query surfaces, feature-flag governance, activity logs, event schemas, service boundaries, and MIT versus ee/ path splits.","Inspect replay routes and deep links; replay diagnostics; feature-flag CRUD, dependencies, and evaluation; telemetry and event schemas; product and service boundaries; MIT versus ee path splits.","Repurpose selected subsystems rather than the whole product. Mine the repo for telemetry and event schemas, replay diagnostics, replay query surfaces, feature-flag governance, activity logs, and product/service boundary patterns; keep what materially shortens build time, but rebind data contracts, permissions, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, kkoomen/qbr.","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, kkoomen/qbr.","Repurpose here means: turn it into a telemetry spine, replay diagnostics donor, feature-governance donor, or control-plane integration layer.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Capability inventory + salvage targets + promotion/demotion verdict","1) Confirmed visible capabilities
-2) Hidden capabilities found only in source
-3) Best salvageable modules/files/packages
-4) Integration path into target project
-5) Repurpose path outside the original thesis
-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.","PostHog/posthog is placed in Donor Bench for HyperTwist because it best serves the 'Telemetry / replay / feature-governance donor' role; recommended action remains 'repurpose' with repurposing scope 'moderate modification'. Its real retained value is replay diagnostics, flag governance, event-schema thinking, and service-boundary patterns rather than any vision or perception role.","Useful subsystem donor for HyperTwist in telemetry, replay diagnostics, feature flags, event-schema design, and vertical-slice control-plane patterns rather than the core runtime or product shell.","Audit PostHog/posthog as a telemetry / replay / feature-governance candidate for HyperTwist. Do not stop at README-level features. Inspect: replay routes and deep links, replay diagnostics, feature-flag CRUD/dependencies/evaluation, telemetry and event schemas, product/service boundaries, and MIT versus ee/ path splits. Decide whether the best extraction path remains moderate modification and which seams should stay bounded due mixed licensing or mission misfit. Return hidden modules, reusable schemas, protocol layers, plugin hooks, replay/debugging surfaces, and any subsystem stronger than the visible product shell.","HT_control_plane_0001","HT_control_plane","posthog/posthog","","","","","","","Original global P0-P3 source audit retained","MIT outside ee/; enterprise-restricted in ee/","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","72.0","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is mixed-license: MIT outside ee/ and enterprise-restricted inside ee/. Use only clearly MIT paths as bounded telemetry, replay, and feature-governance donor material, and exclude or reimplement enterprise-gated paths.","Use only clearly MIT paths outside ee/ as bounded telemetry, replay, and feature-governance donor surfaces; exclude enterprise paths or reimplement equivalent seams.","Keep MIT notices for reused paths and do not incorporate ee/ without separate commercial rights; verify path provenance before shipping.","Sometimes useful for enterprise-gated or off-mission slices, but not required for clearly MIT paths.","high","mixed-license-path-review-required","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_control_plane and normalized telemetry/replay/feature-governance wording on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-D closed. Preserve as the landed first-party control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and explicit root-MIT-core-versus-ee/ subtree-compliance lane; start future widening from the live-lane audit, then Phase 4R-D, then REPO_LICENSE_TRACKING.md; keep the explicit ee/ exclusion and mixed-license subtree boundary visible."
+"PostHog/posthog","https://github.com/PostHog/posthog","HyperTwist","Donor Bench","Implemented control-plane boundary lane","P2","7492","9247","20.0","72.0","81.0","medium","This row is already live for its current justified slice. Preserve the landed control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and feature-governance lane, and widen only through owned HyperTwist work with the MIT-outside-ee boundary kept explicit.","integrate","moderate modification","Validate the current first-party owner boundaries for PostHog/posthog and record any narrower owned widening targets that remain after the landed control-plane telemetry, replay-diagnostic, and feature-governance slice.","Landed replay diagnostics, replay segmentation, feature governance, scheduled-change, early-access, and MIT-outside-ee compliance-boundary notes as live first-party material.","Inspect current first-party control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries, retained adjacent replay and browser-support families, and unresolved owned widening targets only.","Which remaining control-plane telemetry, replay-diagnostic, or feature-governance gaps, if any, are not already covered by the landed HyperTwist code and the current PostHog preserve slice?","Preserve as the landed first-party control-plane telemetry, replay-diagnostic, and feature-governance owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-D packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep replay-shell owners and adjacent browser/control-plane support families separate rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed control-plane telemetry, replay-diagnostic, and feature-governance lane, not external donor harvesting.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded boundary-sensitive slice. 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.","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.","Owner-boundary note + owned widening criteria + explicit landed boundary-sensitive preserve posture.","1) Which landed control-plane boundary owner slices are already closed
+2) Which narrower owned widening targets, if any, remain
+3) Which adjacent live replay or browser-support 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. 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 control-plane telemetry, replay-diagnostic, and feature-governance owner lane and route all future work through owned widening while keeping the MIT-outside-ee boundary explicit.","Already-landed control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and feature-governance row; no donor thesis remains for the current slice.","Audit PostHog/posthog only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","HT_control_plane_0001","HT_control_plane","posthog/posthog","","","","","","","Original global P0-P3 source audit retained","MIT outside ee/; enterprise-restricted in ee/","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","72.0","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is mixed-license, and the justified HyperTwist slice is already implemented through landed first-party code using MIT-side semantics and grounding only. Keep all future widening on first-party or clearly MIT-side surfaces outside ee/, and keep enterprise paths excluded by default.","Already landed boundary-sensitive: start from first-party outputs, landed packet authority, and explicit MIT-outside-ee boundary notes; do not reopen raw ee/ source use by default.","Preserve MIT notices where required, keep the enterprise subtree exclusion explicit, and treat any ee/ path as out of scope unless separately reimplemented or licensed.","Usually unnecessary for the current landed slice; reopen only if a narrower first-party widening target truly requires fresh MIT-side-only comparison or clean reimplementation.","high","implemented-ee-boundary-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_control_plane and normalized telemetry/replay/feature-governance wording on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-D is closed. Preserve as a landed boundary-sensitive first-party lane; keep the MIT-outside-ee boundary explicit and widen only through ordinary owned enhancement work."
 "HactarCE/2x2x2x2-Scrambler","https://github.com/HactarCE/2x2x2x2-Scrambler","HyperTwist","Donor Bench","Implemented Melinda clean-room lane","P2","7496","9251","2.0","63.0","63.0","low-to-medium","This row is already live for its current justified slice. Preserve the landed Melinda state legality, handedness or parity, move-family application, random-state generation, scramble-packet, and flat teaching-projection lane under the existing clean-room boundary, and widen only through owned HyperTwist work above the restrictive outputs.","integrate","architecture only","Validate the current first-party owner boundaries for HactarCE/2x2x2x2-Scrambler and record any narrower owned widening targets that remain after the landed Melinda clean-room slice.","Landed Melinda state legality, handedness or parity, move-family application, random-state generation, scramble-packet, and flat teaching-projection boundaries as live first-party material through the clean-room route.","Inspect current first-party Melinda clean-room owner boundaries, retained adjacent higher-dimensional reference families, and unresolved owned widening targets only.","Which remaining Melinda state, legality, handedness or parity, scramble-packet, or flat projection gaps, if any, are not already covered by the landed HyperTwist code and the current clean-room preserve slice?","Preserve as the landed first-party Melinda clean-room owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed clean-room outputs; do not route work through fresh donor-extraction framing.","Treat current first-party HyperTwistCore code as the live owner above the restrictive outputs. Keep magiccube4d as adjacent legacy reference context and broader higher-dimensional runtime ownership with adjacent live lanes rather than donor merge targets for the already landed clean-room slice.","Repurpose here means: ordinary owned enhancement above the landed Melinda clean-room outputs, not renewed restrictive-source harvesting.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist through first-party clean-room outputs. Further work should start from those owner surfaces, feature registry, roadmap, license tracking, and landed clean-room authority rather than renewed restrictive-source extraction.","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.","Owner-boundary note + owned widening criteria + explicit landed clean-room-preserve posture.","1) Which landed Melinda clean-room owner boundaries are already closed
 2) Which narrower owned widening targets, if any, remain
 3) Which adjacent live higher-dimensional rows stay outside the landed slice","Use v6 unified board + P2 tier packet + project design language + relevant family references.","Keep in canon as an already-landed first-party Melinda clean-room owner lane and route all future work through owned widening above the restrictive outputs.","Already-landed Melinda state legality, handedness or parity, move-family, random-state generation, scramble-packet, and flat teaching-projection row through the clean-room route; no open donor thesis remains for the current slice.","Audit HactarCE/2x2x2x2-Scrambler only as an already-landed restrictive clean-room owner lane for HyperTwist. Validate current Melinda owner boundaries and identify owned widening targets only; do not frame it as a fresh donor-merge candidate.","HT_cube_semantics_0004","HT_cube_semantics","hactarce/2x2x2x2-scrambler","supplemental_v6_not_runtime_anchored","","","","","no","v6_unified_source_of_truth_pack","GPL-3.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","2","3","63.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The upstream repo is GPL-3.0 and the justified HyperTwist slice is already implemented through a landed clean-room Model A / Model B route. Keep all future widening on first-party or scrubbed-authority surfaces, not direct source reuse.","Already landed clean-room: start from first-party outputs and scrubbed preserve authority; do not reopen direct restrictive-source access by default.","Direct incorporation would still require GPL-compatible distribution/compliance and is not the HyperTwist path.","Already satisfied by the landed clean-room route; reopen only if a narrower first-party widening target truly requires a fresh scrubbed spec.","high","gpl-clean-room-donor","yes","","","","","","","","","","","","","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","Phase 0R-E and later clean-room preserves are closed. Preserve as a landed restrictive clean-room precedent; keep the Model A / Model B chain explicit and widen only from first-party outputs or scrubbed specs."