From 5434c9a11feb83c093d3a8ce81dbed14b6617f03 Mon Sep 17 00:00:00 2001 From: axiomlogicnexus Date: Thu, 28 May 2026 00:35:31 +0200 Subject: [PATCH] Align live clean-room row source truth --- ...N_ROOM_ROWS_SOURCE_ALIGNMENT_2026-05-28.md | 63 +++++++++++++++++++ ...epo_portfolio_unified_operational_v6_3.csv | 8 +-- docs/repo_portfolio_unified_phase_g_v6_3.csv | 8 +-- ...po_portfolio_unified_source_audit_v6_3.csv | 24 +++---- 4 files changed, 83 insertions(+), 20 deletions(-) create mode 100644 docs/HYPERTWIST_LIVE_CLASSIC_CUBING_CLEAN_ROOM_ROWS_SOURCE_ALIGNMENT_2026-05-28.md diff --git a/docs/HYPERTWIST_LIVE_CLASSIC_CUBING_CLEAN_ROOM_ROWS_SOURCE_ALIGNMENT_2026-05-28.md b/docs/HYPERTWIST_LIVE_CLASSIC_CUBING_CLEAN_ROOM_ROWS_SOURCE_ALIGNMENT_2026-05-28.md new file mode 100644 index 0000000..ad41c83 --- /dev/null +++ b/docs/HYPERTWIST_LIVE_CLASSIC_CUBING_CLEAN_ROOM_ROWS_SOURCE_ALIGNMENT_2026-05-28.md @@ -0,0 +1,63 @@ +# HyperTwist Live Classic-Cubing Clean-Room Rows Source Alignment - 2026-05-28 + +## Status + +This document closes the row-source truth gap for the already-landed +classic-cubing clean-room rows whose `v6.3` operational, `Phase G`, and +source-audit layers were still using donor-era or preliminary-candidate wording +after the later hierarchy reconciliations. + +## Affected rows + +- `cubing/alg.js` +- `cubing/twisty.js` +- `HactarCE/2x2x2x2-Scrambler` +- `kash/cubedesk` + +## Current judgment + +- these rows are already landed for their current bounded clean-room slices +- the stale layer was the row-source pack still framing them as donor targets, + preliminary classifications, or open extraction candidates +- no product code change is justified from this pass +- no clean-room routing changed from this pass + +## Required row-source posture + +For these rows the source pack must now say: + +- `cubing/alg.js` is already landed through the existing clean-room route for + the exact parser, owned AST, traversal, validation, keyboard-mapping, and + share/interchange contract lane +- `cubing/twisty.js` is already landed through the existing clean-room route + for the exact replay-player shell, cursor/timeline transport, control-bar, + visualization-selection, and fallback presentation lane +- `HactarCE/2x2x2x2-Scrambler` is already landed through the existing + clean-room route for the exact Melinda state legality, handedness/parity, + move-family application, random-state generation, scramble-packet, and flat + teaching-projection lane +- `kash/cubedesk` is already landed through the existing clean-room route for + the exact trainer-session coupling, solve/session/training-session domain, + integrated smart-cube workflow composition, publication/leaderboard + projection, entitlement gating, and local social challenge lane +- future work starts from owned HyperTwist surfaces and landed preserve + authority, not fresh donor promotion or renewed restrictive-source routing + +## Source basis + +- `C:\HyperTwist\docs\HYPERTWIST_ALGORITHM_LANGUAGE_AND_TRAINING_SEMANTIC_HIERARCHY_RECONCILIATION_2026-05-27.md` +- `C:\HyperTwist\docs\HYPERTWIST_REPLAY_SHELL_AND_VIEWER_TIMELINE_HIERARCHY_RECONCILIATION_2026-05-27.md` +- `C:\HyperTwist\docs\HYPERTWIST_MELINDA_2X2X2X2_STATE_AND_FLAT_PROJECTION_HIERARCHY_RECONCILIATION_2026-05-27.md` +- `C:\HyperTwist\docs\HYPERTWIST_CUBEDESK_TIMER_TRAINER_SESSION_HIERARCHY_RECONCILIATION_2026-05-27.md` +- `C:\HyperTwist\docs\REPO_LICENSE_TRACKING.md` +- `C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\FEATURE_REGISTRY.md` +- `C:\HyperTwist\docs\repo_portfolio_unified_operational_v6_3.csv` +- `C:\HyperTwist\docs\repo_portfolio_unified_phase_g_v6_3.csv` +- `C:\HyperTwist\docs\repo_portfolio_unified_source_audit_v6_3.csv` + +## Final call + +These rows are not future donor candidates anymore. + +They are already integrated for their current justified clean-room 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 65b28a7..928fe05 100644 --- a/docs/repo_portfolio_unified_operational_v6_3.csv +++ b/docs/repo_portfolio_unified_operational_v6_3.csv @@ -1,9 +1,9 @@ "execution_queue_order","repo","primary_url","best_fit_project_v2","project_rank","portfolio_priority_score","execution_priority_score_v3","priority_band","taxonomy_hardened","archetype_primary","archetype_secondary","portfolio_role_v3","recommended_action_v2","repurposing_potential_v2","modification_scope_detail_v3","capability_extract","integration_realization_detail","consolidation_detail","repurpose_detail","realization_checklist","inspection_depth_recommendation","hidden_value_hypothesis","source_inspection_questions","source_code_audit_targets","coding_model_instruction_v3","merger_partner_1","merger_type_1","merger_rationale_1","merger_partner_2","merger_type_2","merger_rationale_2","merger_partner_3","merger_type_3","merger_rationale_3","cross_project_transfer_targets","cross_project_transfer_rationale","exclusion_discipline","exclusion_reasoning_v3","confidence_v3","confidence_rationale_v3","confidence_reassessed","confidence_rationale","licensing_filter_status","bookmark_project_sections","bookmark_heading_paths_top","bookmark_description_sample","memo_signal_sample","expanded_reasoning","source_attachments","in_bookmarks","in_memo","bookmark_occurrences","memo_mentions","cluster_tag","source_audit_packet_id","category_guess_v2","reasoning","best_fit_project","category_guess","recommended_action","repurposing_potential","confidence","_repo_norm","v5_primary_eval_project","v5_runtime_project","v5_scriptorium_override_status","v5_scriptorium_current_reality_status","v5_scriptorium_bucket","v5_scriptorium_stack_layer","v5_scriptorium_source_audit_priority","v5_scriptorium_actual_role","v5_scriptorium_integration_boundary","v5_scriptorium_evidence_summary","v5_scriptorium_design_language_notes","v5_scriptorium_recommended_context_packet","v5_scriptorium_supersedes_prior_assessment","v5_scriptorium_bucket_rank","v5_scriptorium_prio_rank","v5_scriptorium_sort_score","v5_source_of_truth","v6_license_annotation","v6_license_annotation_status","v6_license_annotation_source","v6_supplemental_intake_present","v6_supplemental_source_groups","v6_supplemental_source_sections","v6_supplemental_source_files","v6_reference_material_position","v6_kali_agent_access_relevance","v6_branch_seed_prompt_included","v6_branch_seed_scope","v6_intake_wave","v6_notes","project_rank_num","audit_rank_num","priority_num","phase_g_bucket","phase_g_project_stack_layer","phase_g_inclusion_status","phase_g_source_audit_priority","copyleft_relevance_v6_1","copyleft_strategy_v6_1","copyleft_rationale_v6_1","preferred_boundary_model_v6_1","open_compliance_if_used_as_is_v6_1","reverse_engineer_if_proprietary_core_needed_v6_1","copyleft_strategy_confidence_v6_1","copyleft_manual_review_trigger_v6_1","as_is_incorporation_sensible_v6_1","v6_2_sre_layer","v6_2_sre_stratum","v6_2_sre_role","v6_2_sre_family","v6_2_related_kali_package","v6_2_related_upstream_repo","v6_2_kali_package_suffices_for_tool_execution","v6_2_upstream_repo_preferred_for_deep_eval","v6_2_index_page_followup_useful","v6_2_index_page_followup_reason","v6_2_sre_notes","v6_2_dnspy_ilspy_relevance","v6_3_source_of_truth","v6_3_merge_note","v6_3_live_state_2026_05_11","v6_3_reset_lane_2026_05_11","v6_3_reset_next_step_2026_05_11" "7701","HactarCE/Hyperspeedcube","https://github.com/HactarCE/Hyperspeedcube","HyperTwist","1.0","160.0","193.0","A","implemented hyper puzzle catalog and runtime owner","implemented owner","hypercubing foundation owner","landed foundation owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed hyper puzzle catalog, notation, replay-log serialization, replay verification, stats-shape, solve-record, and puzzle-DSL authoring boundaries, and widen only through owned HyperTwist work.","Landed owner value: hyper puzzle catalog, notation, replay-log serialization, replay verification, stats-shape, solve-record, and puzzle-DSL authoring boundaries already live in first-party HyperTwist code.","Preserve as the landed first-party hyper owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-A/K/L/M/N packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep MagicTile, Magic120Cell, MagicCube5D, and retained benchmark rows as adjacent families or references, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed hyper 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 hyper catalog, notation, replay, stats, and DSL 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 hyper owner gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-A/K/L/M/N packets?","Inspect current first-party owner boundaries, landed packet scope, retained adjacent hyper/runtime families, and unresolved owned widening targets only.","Audit HactarCE/Hyperspeedcube 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. 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: 6","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","HactarCE/Hyperspeedcube - landed first-party hyper owner lane; future work starts from owned HyperTwist surfaces and landed packets.","HactarCE/Hyperspeedcube is already landed for its current justified hyper puzzle catalog, notation, replay, stats, and DSL slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","6.0","HT_hyper_engine","HT_hyper_engine_0001","Implemented hyper puzzle catalog and runtime owner","Landed hyper owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented hyper puzzle catalog and runtime owner","integrate","direct","medium","hactarce/hyperspeedcube","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","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.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","Existing v5 row reaffirmed or widened by v6 supplemental intake.","1.0","5","160.0","","Implemented hyper 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 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","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","Later Phase 6R-A/K/L/M/N preserve sequence closed. Preserve as the landed first-party hyper puzzle catalog, notation, replay-log serialization, replay verification, stats-shape, solve-record, and puzzle-DSL authoring lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, not from the old candidate queue wording." "7704","SYSTRAN/faster-whisper","https://github.com/SYSTRAN/faster-whisper","multi-project","1.0","71.0","80.0","C","implemented Python transcription orchestration sidecar","implemented owner","transcription orchestration sidecar","landed bounded speech sidecar owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed complementary Python transcription-orchestration sidecar above the native speech-session boundary, and widen only through owned HyperTwist work.","Landed owner value: complementary Python transcription orchestration, VAD-aware chunking, timestamps, and bounded service-layer integration already live in first-party HyperTwist code.","Preserve as the landed first-party complementary Python transcription sidecar lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-F packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed Python transcription sidecar slice. Keep whisper.cpp as the harder native speech anchor, not a donor merge target for the already landed orchestration slice.","Repurpose here means: ordinary owned enhancement of the landed Python transcription 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 Python transcription orchestration, timestamps, and service-boundary contracts; keep notices and model-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 Python transcription-orchestration gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-F packet?","Inspect current first-party Python transcription-orchestration sidecar boundary plus unresolved owned widening targets only.","Audit SYSTRAN/faster-whisper only as an already-landed permissive speech 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 Python transcription 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 speech-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.","","","","huggingface/faster-whisper – https://github.com/SYSTRAN/faster-whisper – MIT – Fast Whisper STT.","SYSTRAN/faster-whisper is already landed for its current justified complementary Python transcription-orchestration slice above the native speech-session boundary. 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_0001","Implemented Python transcription orchestration sidecar","Landed complementary Python transcription sidecar for HyperTwist; validate boundaries and widen only through owned first-party work.","future/adjacent use","Implemented Python transcription orchestration sidecar","repurpose","moderate modification","medium","systran/faster-whisper","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","","1.0","5","71.0","","Implemented Python transcription orchestration sidecar lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and the current justified Python transcription-orchestration 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 Python transcription sidecar surfaces plus landed packet authority, and do not widen it into top-level provider or session ownership by default.","Typically preserve notices, attribution, and license text where required; review selected model checkpoints separately from the code license.","Usually unnecessary unless you later decide to replace a narrow hot path or remove Python/CTranslate2 dependencies.","high","implemented-model-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-F is closed. Preserve as the landed complementary Python transcription-orchestration lane above the existing speech session boundary; do not widen it into top-level provider/session ownership." -"7705","cubing/alg.js","https://github.com/cubing/alg.js","HyperTwist","2.0","95.0","95.0","P0","puzzle_simulation_training_donor","puzzle_simulation_training_donor","geometry_renderer_or_binding","donor bench","repurpose","architecture only","Moderate modification. Treat cubing/alg.js as a family-level donor for HyperTwist: extract the implementation layer that matches its strongest domain contribution, preserve its protocols/data models/CLI or renderer boundaries, and adapt only the surface integration needed for HyperTwist rather than rewriting it wholesale.","HyperTwist family. Likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or XR/game-engine surfaces relevant to hypercube and cube-training workflows.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","Verify actual capability surface, identify reusable subsystems, confirm integration boundary, test output formats, and decide whether promotion or demotion is justified after source inspection.","P0 tier audit. Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","cubing/alg.js may hide higher-value reusable components in its cubing family than its surface framing suggests; inspect internals before treating it as merely a category duplicate.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect cubing/alg.js at source level. Extract actual implemented capabilities, hidden modules, extension hooks, data models, and output contracts. Re-rank only if source evidence materially changes its donor/foundation potential for HyperTwist.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use cubing/alg.js as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use cubing/alg.js as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use cubing/alg.js as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Source audit may reveal reusable abstractions that travel beyond the initially assigned project, especially in control-plane, visualization, renderer, or document/AI pipeline layers.","Do not omit for licensing. Exclude only from current horizon if source audit shows it is purely documentation, governance, packaging noise, or a weak duplicate with no meaningful reusable subsystem.","Current placement is preliminary and based on family fit, repo naming, and source grouping rather than source code inspection.","medium","Pre-source-audit supplemental intake classification derived from source group, owner family, project fit, and project-wide design language.","medium","Will increase only after direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive; license is tracked separately only for optional review and packaging choices.","HyperTwist","HyperTwist","","Supplemental intake row added from v6 source-group expansion; reference docs may further inform merger logic.","cubing/alg.js enters the corpus through the v6 supplemental intake. It is treated as donor bench for HyperTwist because its family suggests value in hypertwist family. likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or xr/game-engine surfaces relevant to hypercube and cube-training workflows. Its current judgment is intentionally provisional and should be upgraded or downgraded only after direct source inspection.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0002","puzzle_simulation_training_donor","Supplemental v6 intake from hypertwist_and_scriptoriumai; preliminary classification only.","HyperTwist","puzzle_simulation_training_donor","donor candidate","moderate modification","medium","cubing/alg.js","HyperTwist","supplemental_v6_not_runtime_anchored","","","","","","","","","","","no","","","","v6_unified_source_of_truth","GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","yes","hypertwist_and_scriptoriumai","HyperTwist","HyperTwist & ScriptoriumAI.txt","Supplemental intake references and prior Grok/initial-research docs used as reference, not as source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v6_supplemental_intake","New row created from supplemental intake (POO/Security/Agent/HyperTwist-ScriptoriumAI/Kali/Consider II).","2.0","1","95.0","Donor Bench","Focused restrictive clean-room donor target","","P2","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0-or-later and should remain a focused clean-room donor lane rather than direct donor code. Preserve the parser/AST/traversal semantics through a scrubbed Model A handoff only.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for reproducing parser/AST/traversal semantics in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party algorithm-language owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." -"7707","cubing/twisty.js","https://github.com/cubing/twisty.js","HyperTwist","2.0","95.0","95.0","P0","puzzle_simulation_training_donor","puzzle_simulation_training_donor","geometry_renderer_or_binding","donor bench","repurpose","architecture only","Moderate modification. Treat cubing/twisty.js as a family-level donor for HyperTwist: extract the implementation layer that matches its strongest domain contribution, preserve its protocols/data models/CLI or renderer boundaries, and adapt only the surface integration needed for HyperTwist rather than rewriting it wholesale.","HyperTwist family. Likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or XR/game-engine surfaces relevant to hypercube and cube-training workflows.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","Verify actual capability surface, identify reusable subsystems, confirm integration boundary, test output formats, and decide whether promotion or demotion is justified after source inspection.","P0 tier audit. Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","cubing/twisty.js may hide higher-value reusable components in its cubing family than its surface framing suggests; inspect internals before treating it as merely a category duplicate.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect cubing/twisty.js at source level. Extract actual implemented capabilities, hidden modules, extension hooks, data models, and output contracts. Re-rank only if source evidence materially changes its donor/foundation potential for HyperTwist.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use cubing/twisty.js as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use cubing/twisty.js as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use cubing/twisty.js as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Source audit may reveal reusable abstractions that travel beyond the initially assigned project, especially in control-plane, visualization, renderer, or document/AI pipeline layers.","Do not omit for licensing. Exclude only from current horizon if source audit shows it is purely documentation, governance, packaging noise, or a weak duplicate with no meaningful reusable subsystem.","Current placement is preliminary and based on family fit, repo naming, and source grouping rather than source code inspection.","medium","Pre-source-audit supplemental intake classification derived from source group, owner family, project fit, and project-wide design language.","medium","Will increase only after direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive; license is tracked separately only for optional review and packaging choices.","HyperTwist","HyperTwist","","Supplemental intake row added from v6 source-group expansion; reference docs may further inform merger logic.","cubing/twisty.js enters the corpus through the v6 supplemental intake. It is treated as donor bench for HyperTwist because its family suggests value in hypertwist family. likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or xr/game-engine surfaces relevant to hypercube and cube-training workflows. Its current judgment is intentionally provisional and should be upgraded or downgraded only after direct source inspection.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0003","puzzle_simulation_training_donor","Supplemental v6 intake from hypertwist_and_scriptoriumai; preliminary classification only.","HyperTwist","puzzle_simulation_training_donor","donor candidate","moderate modification","medium","cubing/twisty.js","HyperTwist","supplemental_v6_not_runtime_anchored","","","","","","","","","","","no","","","","v6_unified_source_of_truth","GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","yes","hypertwist_and_scriptoriumai","HyperTwist","HyperTwist & ScriptoriumAI.txt","Supplemental intake references and prior Grok/initial-research docs used as reference, not as source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v6_supplemental_intake","New row created from supplemental intake (POO/Security/Agent/HyperTwist-ScriptoriumAI/Kali/Consider II).","2.0","1","95.0","Donor Bench","Focused restrictive clean-room donor target","","P2","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0-or-later and should remain a focused clean-room donor lane rather than direct donor code. Preserve viewer/player shell, scrubber, and twisty-element behavior through a scrubbed Model A handoff only.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for reproducing compact twisty-viewer behavior in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party replay-player, cursor/timeline transport, adapter/bootstrap, and local visualization owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." -"7709","HactarCE/2x2x2x2-Scrambler","https://github.com/HactarCE/2x2x2x2-Scrambler","HyperTwist","2.0","63.0","63.0","P2","puzzle_simulation_training_donor","puzzle_simulation_training_donor","geometry_renderer_or_binding","donor bench","repurpose","architecture only","Architecture only. Treat HactarCE/2x2x2x2-Scrambler as a design and subsystem reference first; source audit should look for transplantable patterns, adapters, data contracts, pipeline ideas, or UI/control abstractions before any decision to operationalize.","HyperTwist family. Likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or XR/game-engine surfaces relevant to hypercube and cube-training workflows.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","Verify actual capability surface, identify reusable subsystems, confirm integration boundary, test output formats, and decide whether promotion or demotion is justified after source inspection.","P2 tier audit. Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","HactarCE/2x2x2x2-Scrambler may hide higher-value reusable components in its HactarCE family than its surface framing suggests; inspect internals before treating it as merely a category duplicate.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect HactarCE/2x2x2x2-Scrambler at source level. Extract actual implemented capabilities, hidden modules, extension hooks, data models, and output contracts. Re-rank only if source evidence materially changes its donor/foundation potential for HyperTwist.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use HactarCE/2x2x2x2-Scrambler as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use HactarCE/2x2x2x2-Scrambler as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use HactarCE/2x2x2x2-Scrambler as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Source audit may reveal reusable abstractions that travel beyond the initially assigned project, especially in control-plane, visualization, renderer, or document/AI pipeline layers.","Do not omit for licensing. Exclude only from current horizon if source audit shows it is purely documentation, governance, packaging noise, or a weak duplicate with no meaningful reusable subsystem.","Current placement is preliminary and based on family fit, repo naming, and source grouping rather than source code inspection.","low-to-medium","Pre-source-audit supplemental intake classification derived from source group, owner family, project fit, and project-wide design language.","low-to-medium","Will increase only after direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive; license is tracked separately only for optional review and packaging choices.","HyperTwist","HyperTwist","","Supplemental intake row added from v6 source-group expansion; reference docs may further inform merger logic.","HactarCE/2x2x2x2-Scrambler enters the corpus through the v6 supplemental intake. It is treated as reserve bench for HyperTwist because its family suggests value in hypertwist family. likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or xr/game-engine surfaces relevant to hypercube and cube-training workflows. Its current judgment is intentionally provisional and should be upgraded or downgraded only after direct source inspection.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0004","puzzle_simulation_training_donor","Supplemental v6 intake from hypertwist_and_scriptoriumai; preliminary classification only.","HyperTwist","puzzle_simulation_training_donor","future candidate","architecture only","low-to-medium","hactarce/2x2x2x2-scrambler","HyperTwist","supplemental_v6_not_runtime_anchored","","","","","","","","","","","no","","","","v6_unified_source_of_truth","GPL-3.0","known_from_reference_material","uploaded_reference_docs","yes","hypertwist_and_scriptoriumai","HyperTwist","HyperTwist & ScriptoriumAI.txt","Supplemental intake references and prior Grok/initial-research docs used as reference, not as source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v6_supplemental_intake","New row created from supplemental intake (POO/Security/Agent/HyperTwist-ScriptoriumAI/Kali/Consider II).","2.0","3","63.0","Donor Bench","Focused restrictive clean-room donor target","","P2","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and the source explicitly notes a ported lineage from an earlier scrambler. Retain it only as a focused clean-room donor target and implement any valuable behavior through a scrubbed first-party specification.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for reproducing the 2x2x2x2 scrambler/state behaviors in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party Melinda state legality, random-state generation, move-family application, scramble-packet, and flat debug/teaching owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." +"7705","cubing/alg.js","https://github.com/cubing/alg.js","HyperTwist","2.0","95.0","95.0","P0","implemented algorithm-language clean-room owner","implemented owner","bounded clean-room algorithm-language owner","landed bounded clean-room owner","integrate","architecture only","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.","Landed owner value: parser, owned AST, traversal, validation, keyboard mapping, and share/interchange semantics already live in first-party HyperTwist code through the landed clean-room route.","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.","Validate current first-party algorithm-language clean-room owner boundaries; identify narrower owned widening targets only if needed; preserve parser, AST, traversal, validation, keyboard, and share/interchange 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 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?","Inspect current first-party algorithm-language clean-room owner boundaries, retained adjacent semantic and replay families, and unresolved owned widening targets only.","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.","","","","","","","","","","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.","medium","Pre-source-audit supplemental intake classification derived from source group, owner family, project fit, and project-wide design language.","medium","Will increase only after direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive; license is tracked separately only for optional review and packaging choices.","HyperTwist","HyperTwist","","Supplemental intake row added from v6 source-group expansion; reference docs may further inform merger logic.","cubing/alg.js enters the corpus through the v6 supplemental intake. It is treated as donor bench for HyperTwist because its family suggests value in hypertwist family. likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or xr/game-engine surfaces relevant to hypercube and cube-training workflows. Its current judgment is intentionally provisional and should be upgraded or downgraded only after direct source inspection.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0002","Implemented algorithm-language clean-room owner","Landed algorithm-language clean-room owner lane for HyperTwist; validate boundaries and widen only through owned first-party work above the restrictive outputs.","HyperTwist","Implemented algorithm-language clean-room owner","integrate","architecture only","medium","cubing/alg.js","HyperTwist","supplemental_v6_not_runtime_anchored","","","","","","","","","","","no","","","","v6_unified_source_of_truth","GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","yes","hypertwist_and_scriptoriumai","HyperTwist","HyperTwist & ScriptoriumAI.txt","Supplemental intake references and prior Grok/initial-research docs used as reference, not as source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v6_supplemental_intake","New row created from supplemental intake (POO/Security/Agent/HyperTwist-ScriptoriumAI/Kali/Consider II).","2.0","1","95.0","Donor Bench","Implemented algorithm-language clean-room lane","","P2","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." +"7707","cubing/twisty.js","https://github.com/cubing/twisty.js","HyperTwist","2.0","95.0","95.0","P0","implemented replay shell clean-room owner","implemented owner","bounded clean-room replay-shell owner","landed bounded clean-room owner","integrate","architecture only","This row is already live for its current justified slice. Preserve the landed replay-player shell, cursor or timeline transport, control-bar, visualization-selection, and fallback presentation lane under the existing clean-room boundary, and widen only through owned HyperTwist work above the restrictive outputs.","Landed owner value: replay-player shell, cursor or timeline transport, control-bar, visualization-selection, and fallback presentation semantics already live in first-party HyperTwist code through the landed clean-room route.","Preserve as the landed first-party replay shell 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 HyperTwistSimulation code as the live owner above the restrictive outputs. Keep cubing/cubing.js as the adjacent classic-semantic owner, cubing/alg.js as the adjacent algorithm-language owner, and browser support lanes as adjacent support families rather than donor merge targets for the already landed clean-room slice.","Repurpose here means: ordinary owned enhancement above the landed replay shell clean-room outputs, not renewed restrictive-source harvesting.","Validate current first-party replay shell clean-room owner boundaries; identify narrower owned widening targets only if needed; preserve replay-player, timeline, control-bar, visualization-selection, and fallback presentation 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 replay-player shell, timeline transport, control-bar, or fallback presentation gaps, if any, are not already covered by the landed HyperTwist code and the current clean-room preserve slice?","Inspect current first-party replay shell clean-room owner boundaries, retained adjacent semantic and browser-support families, and unresolved owned widening targets only.","Audit cubing/twisty.js only as an already-landed restrictive clean-room owner lane for HyperTwist. Validate current replay-shell 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.","medium","Pre-source-audit supplemental intake classification derived from source group, owner family, project fit, and project-wide design language.","medium","Will increase only after direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive; license is tracked separately only for optional review and packaging choices.","HyperTwist","HyperTwist","","Supplemental intake row added from v6 source-group expansion; reference docs may further inform merger logic.","cubing/twisty.js enters the corpus through the v6 supplemental intake. It is treated as donor bench for HyperTwist because its family suggests value in hypertwist family. likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or xr/game-engine surfaces relevant to hypercube and cube-training workflows. Its current judgment is intentionally provisional and should be upgraded or downgraded only after direct source inspection.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0003","Implemented replay shell clean-room owner","Landed replay shell clean-room owner lane for HyperTwist; validate boundaries and widen only through owned first-party work above the restrictive outputs.","HyperTwist","Implemented replay shell clean-room owner","integrate","architecture only","medium","cubing/twisty.js","HyperTwist","supplemental_v6_not_runtime_anchored","","","","","","","","","","","no","","","","v6_unified_source_of_truth","GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","yes","hypertwist_and_scriptoriumai","HyperTwist","HyperTwist & ScriptoriumAI.txt","Supplemental intake references and prior Grok/initial-research docs used as reference, not as source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v6_supplemental_intake","New row created from supplemental intake (POO/Security/Agent/HyperTwist-ScriptoriumAI/Kali/Consider II).","2.0","1","95.0","Donor Bench","Implemented replay shell clean-room lane","","P2","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." +"7709","HactarCE/2x2x2x2-Scrambler","https://github.com/HactarCE/2x2x2x2-Scrambler","HyperTwist","2.0","63.0","63.0","P2","implemented Melinda clean-room owner","implemented owner","bounded clean-room Melinda owner","landed bounded clean-room owner","integrate","architecture only","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.","Landed owner value: Melinda state legality, handedness or parity and twist validation, move-family application, random-state generation, scramble-packet construction, and flat teaching projection already live in first-party HyperTwist code through the landed clean-room route.","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.","Validate current first-party Melinda clean-room owner boundaries; identify narrower owned widening targets only if needed; preserve state legality, handedness or parity, move-family, scramble-packet, and flat teaching-projection 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 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?","Inspect current first-party Melinda clean-room owner boundaries, retained adjacent higher-dimensional reference families, and unresolved owned widening targets only.","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.","","","","","","","","","","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.","low-to-medium","Pre-source-audit supplemental intake classification derived from source group, owner family, project fit, and project-wide design language.","low-to-medium","Will increase only after direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive; license is tracked separately only for optional review and packaging choices.","HyperTwist","HyperTwist","","Supplemental intake row added from v6 source-group expansion; reference docs may further inform merger logic.","HactarCE/2x2x2x2-Scrambler enters the corpus through the v6 supplemental intake. It is treated as reserve bench for HyperTwist because its family suggests value in hypertwist family. likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or xr/game-engine surfaces relevant to hypercube and cube-training workflows. Its current judgment is intentionally provisional and should be upgraded or downgraded only after direct source inspection.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0004","Implemented Melinda clean-room owner","Landed Melinda clean-room owner lane for HyperTwist; validate boundaries and widen only through owned first-party work above the restrictive outputs.","HyperTwist","Implemented Melinda clean-room owner","integrate","architecture only","low-to-medium","hactarce/2x2x2x2-scrambler","HyperTwist","supplemental_v6_not_runtime_anchored","","","","","","","","","","","no","","","","v6_unified_source_of_truth","GPL-3.0","known_from_reference_material","uploaded_reference_docs","yes","hypertwist_and_scriptoriumai","HyperTwist","HyperTwist & ScriptoriumAI.txt","Supplemental intake references and prior Grok/initial-research docs used as reference, not as source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v6_supplemental_intake","New row created from supplemental intake (POO/Security/Agent/HyperTwist-ScriptoriumAI/Kali/Consider II).","2.0","3","63.0","Donor Bench","Implemented Melinda clean-room lane","","P2","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." "7814","kkoomen/qbr","https://github.com/kkoomen/qbr","HyperTwist","2.0","158.0","191.0","A","implemented recognition calibration and webcam shell owner","implemented owner","recognition and webcam shell owner","landed foundation owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed recognition calibration, ordered face-observation, and webcam-shell boundaries, and widen only through owned HyperTwist work while keeping deferred multilingual and broader solve-shell ownership explicit.","Landed owner value: recognition calibration, ordered face observation, webcam shell profile, bounded overlay panels, and recognition intake already live in first-party HyperTwist code.","Preserve as the landed first-party recognition calibration and webcam-shell owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-B/O packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep rubix-cube-solver, the retained recognition-comparison adjunct rows, and the multilingual guidance remainder as adjacent retained or deferred families, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed recognition and webcam-shell owner lane, not external donor harvesting.","Validate current first-party recognition and webcam-shell owner boundaries; identify narrower owned widening targets only if needed; preserve calibration, ordered observation, correction-stack, and webcam-shell contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed recognition owner boundaries and future owned widening targets, not donor extraction.","Which remaining recognition or webcam-shell gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-B/O packets?","Inspect current first-party recognition owner boundaries, landed packet scope, retained adjacent recognition rows, and unresolved owned widening targets only.","Audit kkoomen/qbr only as an already-landed permissive owner lane for HyperTwist. Validate current recognition and webcam-shell 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.","","","","kkoomen/qbr - landed first-party recognition calibration and webcam-shell owner lane; future work starts from owned HyperTwist surfaces and landed packets.","kkoomen/qbr is already landed for its current justified recognition calibration, ordered face-observation, and webcam-shell slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","5.0","HT_cube_vision","HT_cube_vision_0001","Implemented recognition calibration and webcam shell owner","Landed recognition and webcam-shell owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented recognition calibration and webcam shell owner","integrate","heavy modification","medium","kkoomen/qbr","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","2.0","5","158.0","","Implemented recognition and webcam-shell 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 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","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","Later Phase 6R-B/O preserve sequence closed for the currently justified slice. Preserve as the landed first-party recognition calibration, ordered face-observation, and webcam-shell lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, while keeping multilingual/font redistribution and broader solve-shell ownership deferred." "7818","coqui-ai/TTS","https://github.com/coqui-ai/TTS","multi-project","2.0","71.0","80.0","C","implemented advanced narration orchestration owner","implemented owner","advanced narration orchestration sidecar","landed bounded narration owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed advanced narration orchestration lane under the current MPL and payload-review boundary, and widen only through owned HyperTwist work.","Landed owner value: advanced narration orchestration, multilingual and speaker handling, richer voice-service composition, and bounded coaching-output behavior already live in first-party HyperTwist code.","Preserve as the landed first-party advanced narration orchestration lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-H packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed advanced narration orchestration slice. Keep broad voice-model, payload, and cloning review separate from the already landed code-side lane.","Repurpose here means: ordinary owned enhancement of the landed advanced narration orchestration 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 advanced narration, multilingual/speaker, and bounded voice-service contracts; keep MPL and payload-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 advanced narration orchestration gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-H packet?","Inspect current first-party advanced narration orchestration boundary plus unresolved owned widening targets only.","Audit coqui-ai/TTS only as an already-landed boundary-sensitive narration 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 advanced narration orchestration 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 boundary-sensitive narration 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.","","","","https://github.com/coqui-ai/TTS – Coqui XTTS v2.","coqui-ai/TTS is already landed for its current justified advanced narration orchestration slice under the current MPL and payload-review boundary. 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_0002","Implemented advanced narration orchestration owner","Landed advanced narration orchestration lane for HyperTwist; validate boundaries and widen only through owned first-party work under the current MPL and payload-review boundary.","future/adjacent use","Implemented advanced narration orchestration owner","repurpose","moderate modification","medium","coqui-ai/tts","multi-project","","","","","","","","","","","","","","","","Original global operational v3 retained","MPL-2.0 code; mixed model payload licenses","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","","2.0","5","71.0","","Implemented advanced narration orchestration lane","","","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The code boundary is MPL and the current justified advanced narration slice is already implemented in first-party HyperTwist code. Keep model, voice, and payload review separate from the already-landed code-side judgment.","Already landed: start from first-party advanced narration owner surfaces plus landed packet authority, and keep model and payload review explicitly separate.","Preserve MPL notices and file-level obligations where applicable, and review each chosen model license or ToS separately before shipping.","Sometimes useful only if you later need a fully proprietary embedded voice stack or want to avoid model-license entanglement; not the default path.","medium","implemented-model-license-selection-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_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 6R-H is closed. Preserve as the landed bounded advanced narration orchestration lane under the current MPL boundary doctrine; keep model, voice, and payload review separate from the code-license judgment." "8543","vivaansinghvi07/rubix-cube-solver","https://github.com/vivaansinghvi07/rubix-cube-solver","HyperTwist","3.0","158.0","191.0","A","vision / perception / AR","foundation engine","vision donor","locked core candidate","integrate","direct","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","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 mo...","Integrate as a computer vision / AR subsystem for HyperTwist. Preserve the strongest existing pieces — camera ingest, calibration, segmentation/detection, pose or facelet extraction, state normalization, solver bridge, replay overlay, AR anchors — and expose them behind a portfolio-stable interface. Wire first into kkoomen/qbr, 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: kkoomen/qbr, cubing/cubing.js, HactarCE/Hyperspeedcube.","Repurpose here means: turn it into a perception microservice, cube-state API, replay generator, or AR overlay donor for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","full subsystem extraction review","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for calibration routines, detection heuristics/models, color/state normalization, replay serialization, solver bridges, camera abstraction layers, and debug visualizations.","Audit vivaansinghvi07/rubix-cube-solver as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is direct and whether it belongs as foundation engine / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) cubing/cubing.js [state/render backend]; 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.","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.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","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 | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","portfolio anchor or repeatedly surfaced core candidate; memo mentions: 10","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","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. Production examples prove it:Multiple MIT-licensed projects (qb","vivaansinghvi07/rubix-cube-solver is treated as integrate for HyperTwist because current dossier work keeps it in the committed vision path as the strongest reconstruction and replay-oriented companion to qbr rather than as a generic donor.","memo","False","True","0.0","10.0","HT_cube_vision","HT_cube_vision_0002","computer vision / AR","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the computer vision / AR layer.","HyperTwist","computer vision / AR","integrate","heavy modification","medium","vivaansinghvi07/rubix-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","","3.0","5","158.0","Locked Parallel Foundation","Parallel foundation and reconstruction companion donor","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy wording to dossier-backed parallel-foundation posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-C/P/Q preserve sequence closed for the currently justified slice. Preserve as the landed first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, while broad solver-backend ownership and bundled twistysim.min.js redistribution stay deferred." @@ -15,7 +15,7 @@ "11852","tentone/rubix-solver","https://github.com/tentone/rubix-solver","HyperTwist","7.0","148.0","174.0","A","retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","retained bounded row","native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","retained bounded adjunct/comparison row","integrate","direct","This row is already closed for its current justified retained slice. Preserve the retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and reopen only if a narrower gap is later proven.","tentone/rubix-solver — README-only MIT posture — quad clustering, square-mask color sampling, center-color face identification, and lightweight native face or state comparison retained only as a comparison adjunct behind qbr and rubix-cube-solver.","Retain only as the closed native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded native comparison, side-by-side validation, or disagreement reporting; do not form a separate recognition silo or promote the local solve shell.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct gap remains after the landed qbr, rubix-cube-solver, and first-party correction-stack owners and the existing first-party surfaces.","Inspect the retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct slice only in relation to the landed qbr, rubix-cube-solver, and first-party correction-stack owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit tentone/rubix-solver only as a closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row for HyperTwist. Validate that it remains bounded beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","high","memo mentions: 7","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","tentone/rubix-solver — MIT — OpenCV cube detection. | Yes — 100% possible to consolidate everything into one no-compromises, enterprise-grade platform. You're not half-arsing it, and neither am I. Modern vision models (and even classical OpenCV pipelines refined over the last decade) are more than accurate enough in 2026 for reliable small-square/facelet color recognition on a standard 3x3 (or larger) Rubik's Cube under normal lighting. Productio","tentone/rubix-solver is already closed as a retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","memo","False","True","0.0","7.0","HT_cube_vision","HT_cube_vision_0004","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","Closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","HyperTwist","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","integrate","heavy modification","medium","tentone/rubix-solver","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","7.0","5","148.0","Locked Strategic Donor","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","Practical working assumption remains MIT from README and repo presentation, but the checked mirror lacks a bundled top-level license file. Keep this row permissive-active only as a subordinate recognition comparison adjunct, and capture the final authoritative upstream license text before any direct vendoring.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","medium","readme-only-license-capture-before-direct-vendoring","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open." "11857","Lykos/cube_trainer","https://github.com/Lykos/cube_trainer","HyperTwist","8.0","145.0","171.0","A","implemented persisted coaching owner","implemented owner","persisted coaching and weighted sampling owner","landed subsystem owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed persisted coaching, weighted sampling, method exploration, and BLD-domain training-session boundaries, and widen only through owned HyperTwist work.","Landed owner value: persisted coaching, weighted sampling, method exploration, and BLD-domain training-session modeling already live in first-party HyperTwist code.","Preserve as the landed first-party persisted-coaching owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep Alg-Trainer as the broader training-foundation owner, KubeTimr as the timer substrate owner, and CubeDesk as adjacent trainer-session and smart-device workflow composition rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed persisted-coaching owner lane, not external donor harvesting.","Validate current first-party persisted-coaching owner boundaries; identify narrower owned widening targets only if needed; preserve weighted sampling, method exploration, and BLD-domain session contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed persisted-coaching owner boundaries and future owned widening targets, not donor extraction.","Which remaining persisted-coaching or weighted-sampling gaps, if any, are not already covered by the landed HyperTwist code and the current cube_trainer preserve slice?","Inspect current first-party persisted-coaching owner boundaries, retained adjacent training-foundation and timer families, and unresolved owned widening targets only.","Audit Lykos/cube_trainer only as an already-landed permissive owner lane for HyperTwist. Validate current persisted-coaching owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","strong adjacency to identified core stack; memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Lykos/cube_trainer - landed first-party persisted-coaching owner lane; future work starts from owned HyperTwist surfaces and live training-stack authority.","Lykos/cube_trainer is already landed for its current justified persisted coaching, weighted sampling, method exploration, and BLD-domain session slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","4.0","HT_training_stack","HT_training_stack_0002","Implemented persisted coaching owner","Landed persisted-coaching owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented persisted coaching owner","integrate","moderate modification","medium","lykos/cube_trainer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","8.0","5","145.0","Locked Strategic Donor","Implemented persisted coaching owner lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Already landed: start from first-party owner surfaces and landed preserve authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work." "11861","poliva/cubedex","https://github.com/poliva/cubedex","HyperTwist","9.0","145.0","171.0","A","restrictive smartcube practice and review comparison context","comparison context","smartcube practice and review shell","restrictive comparison context","integrate","direct","Retain the repo only as restrictive comparison context. Preserve smartcube-aware practice-shell, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison value while excluding owner, donor, or default clean-room-next assumptions.","Comparison-only retained value: smartcube-aware practice-shell behavior, review and SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison context.","Keep only as restrictive comparison context for smartcube-aware practice-shell behavior, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison; do not treat it as a live owner or a default clean-room next row.","Keep behind the landed KubeTimr timer owner, CubeDesk trainer-session owner, broader training foundations, and current first-party training and review-plan owners. Reopen only if a narrower first-party practice or review gap is explicitly proven.","Repurpose here means: preserve comparison context for practice-shell, review, timing-presentation, and local stats-history behavior only.","Capture comparison-only practice-shell and review behaviors; define explicit do-not-open-clean-room-by-default guardrails; record the stronger landed owners that already cover adjacent scope","comparison-context review","Retained value sits in smartcube-aware practice-shell, review, and timing-presentation comparison behavior rather than donor-grade owner surfaces.","Which smartcube-aware practice-shell, review or SRS, timing-presentation, and local stats-history behaviors remain useful only as restrictive comparison context beneath the landed owners?","Inspect practice-shell behavior, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history surfaces as comparison material only.","Audit poliva/cubedex only as restrictive comparison context for HyperTwist. Do not recommend donor promotion or a default clean-room start. Extract only the bounded comparison behaviors that remain useful beneath the landed timer, trainer-session, and training-stack owners.","","","","","","","","","","Restrictive comparison only","Retain only as restrictive comparison, oracle, acceptance-test, or planning input beneath the landed owners.","do not exclude","The repo remains restrictive comparison context only and should not be treated as a live owner or default clean-room next row.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","strong adjacency to identified core stack; memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","poliva/cubedex - restrictive smartcube practice and review comparison context only; do not reopen donor or default clean-room treatment.","poliva/cubedex is retained only as restrictive comparison context. Its remaining value is in smartcube-aware practice-shell, review, timing-presentation, and local stats-history comparison behavior, not live owner or donor code.","memo","False","True","0.0","4.0","HT_training_stack","HT_training_stack_0016","Restrictive smartcube practice and review comparison context","Restrictive smartcube practice and review comparison context for HyperTwist; retained for bounded comparison only.","HyperTwist","Restrictive smartcube practice and review comparison context","integrate","moderate modification","medium","poliva/cubedex","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","9.0","5","145.0","Locked Strategic Donor","Restrictive smartcube practice and review comparison context","","","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible in the current checked mirror. Retain this repo only as restrictive comparison context for smartcube-aware practice-shell behavior, review/SRS workflow presentation, recognition-versus-execution timing presentation, and local stats/history comparison; implement any strategically necessary behavior only from scrubbed first-party specifications if a narrower gap is later proven.","Reference only: restrictive comparison context for smartcube-aware practice-shell, review, timing-presentation, and local stats-history behavior; do not plan direct incorporation or default clean-room reopening.","Do not incorporate source directly without a confirmed license grant.","Yes - this is the preferred path if a narrower smartcube practice/review slice later proves strategically necessary.","medium","no-license-clean-room-benchmark","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_training_stack during cluster normalization on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Phase 1R plus the 2026-05-27 smartcube practice/review/SRS hierarchy clarification are closed. Retain only as restrictive comparison context for smartcube-aware practice-shell behavior, review/SRS UX, recognition-versus-execution timing presentation, and local stats/history comparison; do not treat it as a live owner or a default clean-room next row." -"11865","kash/cubedesk","https://github.com/kash/cubedesk","HyperTwist","10.0","145.0","171.0","A","hypercubing / nD engine","foundation engine","simulation donor","locked strategic donor","repurpose","architecture only","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","AGPL / GPL / Strong Copyleft (Forces open-sourcing derivatives — study/reference only or use as backend/service; avoid for closed-source core)kash/cubedesk — GPL-3.0 — Full timer + 750+ alg trainers + analytics/community platform. Live: ...","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","full subsystem extraction review","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit kash/cubedesk as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is direct and whether it belongs as foundation engine / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","AGPL / GPL / Strong Copyleft (Forces open-sourcing derivatives — study/reference only or use as backend/service; avoid for closed-source core)kash/cubedesk — GPL-3.0 — Full timer + 750+ alg trainers + analytics/community platform. Live: https://www.cubedesk.io. | cubing.js (MPL with MIT-vendored parts) remains the 3D foundation — pair with Hyperspeedcube for nD.AGPL / GPL / Strong Copyleft (Study/reference only or backend; avoid for closed-source","kash/cubedesk is treated as repurpose for HyperTwist because the current dossier keeps it as a restrictive clean-room donor target for timer, trainer, solve/session/stat, smart-device, membership-gating, and broader cubing-platform architecture rather than as a direct donor or foundation.","memo","False","True","0.0","4.0","HT_hyper_engine","HT_hyper_engine_0002","cubing / algorithm training","Integrate primarily for HyperTwist. The memo context explicitly treats it as a nucleus, foundation, or unusually high-value building block.","HyperTwist","hypercubing / nD simulation","integrate","direct","medium","kash/cubedesk","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPLv3-or-later in README/LICENSE; package.json says All Rights Reserved","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","10.0","5","145.0","Locked Strategic Donor","Restrictive clean-room donor target","","P1","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo has conflicting license signals and should remain in restrictive clean-room custody. Treat it as a strategic product-pattern and subsystem extraction target, not as direct donor code.","Model A may inspect and extract product/subsystem behavior; Model B should implement only from a scrubbed first-party specification.","Do not incorporate directly until the license contradiction is fully resolved; current HyperTwist posture is clean-room donor only.","Yes — this is the preferred path because the strategic value is broad but direct reuse is blocked by the contradictory license posture.","high","license-contradiction-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale direct-donor posture to dossier-backed restrictive clean-room strategic donor status.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 5. Preserve as the landed first-party trainer-session coupling, session-domain, analytics-panel, integrated smart-device workflow, publication/entitlement, and local social challenge owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." +"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." "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." diff --git a/docs/repo_portfolio_unified_phase_g_v6_3.csv b/docs/repo_portfolio_unified_phase_g_v6_3.csv index 88baa8a..d5fd243 100644 --- a/docs/repo_portfolio_unified_phase_g_v6_3.csv +++ b/docs/repo_portfolio_unified_phase_g_v6_3.csv @@ -2,10 +2,10 @@ "1.0","HactarCE/Hyperspeedcube","https://github.com/HactarCE/Hyperspeedcube","HyperTwist","1.0","160.0","193.0","A","implemented hyper puzzle catalog and runtime owner","implemented owner","hypercubing foundation owner","landed foundation owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed hyper puzzle catalog, notation, replay-log serialization, replay verification, stats-shape, solve-record, and puzzle-DSL authoring boundaries, and widen only through owned HyperTwist work.","Landed owner value: hyper puzzle catalog, notation, replay-log serialization, replay verification, stats-shape, solve-record, and puzzle-DSL authoring boundaries already live in first-party HyperTwist code.","Preserve as the landed first-party hyper owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-A/K/L/M/N packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep MagicTile, Magic120Cell, MagicCube5D, and retained benchmark rows as adjacent families or references, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed hyper 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 hyper catalog, notation, replay, stats, and DSL 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 hyper owner gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-A/K/L/M/N packets?","Inspect current first-party owner boundaries, landed packet scope, retained adjacent hyper/runtime families, and unresolved owned widening targets only.","Audit HactarCE/Hyperspeedcube 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. 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: 6","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","HactarCE/Hyperspeedcube - landed first-party hyper owner lane; future work starts from owned HyperTwist surfaces and landed packets.","HactarCE/Hyperspeedcube is already landed for its current justified hyper puzzle catalog, notation, replay, stats, and DSL slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","6.0","HT_hyper_engine","HT_hyper_engine_0001","Implemented hyper puzzle catalog and runtime owner","Landed hyper owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented hyper puzzle catalog and runtime owner","integrate","direct","medium","hactarce/hyperspeedcube","1.0","Locked Foundation","1.0","Already-landed hyper owner row for bounded puzzle catalog, notation, replay, stats, and DSL families; no donor thesis remains for the current slice.","Implemented hyper owner lane","Included","P0","Keep in canon as an already-landed first-party hyper owner lane and route all future work through owned widening.","2.0","5.0","3.0","2.0","2.0","","hactarce/hyperspeedcube","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","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.","Potentially relevant","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","1.0","1","1.0","160.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 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","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","Later Phase 6R-A/K/L/M/N preserve sequence closed. Preserve as the landed first-party hyper puzzle catalog, notation, replay-log serialization, replay verification, stats-shape, solve-record, and puzzle-DSL authoring lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, not from the old candidate queue wording." "1746.0","SYSTRAN/faster-whisper","https://github.com/SYSTRAN/faster-whisper","multi-project","1.0","71.0","80.0","C","implemented Python transcription orchestration sidecar","implemented owner","transcription orchestration sidecar","landed bounded speech sidecar owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed complementary Python transcription-orchestration sidecar above the native speech-session boundary, and widen only through owned HyperTwist work.","Landed owner value: complementary Python transcription orchestration, VAD-aware chunking, timestamps, and bounded service-layer integration already live in first-party HyperTwist code.","Preserve as the landed first-party complementary Python transcription sidecar lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-F packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed Python transcription sidecar slice. Keep whisper.cpp as the harder native speech anchor, not a donor merge target for the already landed orchestration slice.","Repurpose here means: ordinary owned enhancement of the landed Python transcription 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 Python transcription orchestration, timestamps, and service-boundary contracts; keep notices and model-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 Python transcription-orchestration gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-F packet?","Inspect current first-party Python transcription-orchestration sidecar boundary plus unresolved owned widening targets only.","Audit SYSTRAN/faster-whisper only as an already-landed permissive speech 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 Python transcription 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 speech-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.","","","","huggingface/faster-whisper – https://github.com/SYSTRAN/faster-whisper – MIT – Fast Whisper STT.","SYSTRAN/faster-whisper is already landed for its current justified complementary Python transcription-orchestration slice above the native speech-session boundary. 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_0001","Implemented Python transcription orchestration sidecar","Landed complementary Python transcription sidecar for HyperTwist; validate boundaries and widen only through owned first-party work.","future/adjacent use","Implemented Python transcription orchestration sidecar","repurpose","moderate modification","medium","systran/faster-whisper","1.0","Donor Bench","4.0","Already-landed complementary Python transcription-orchestration sidecar row; no donor thesis remains for the current slice.","Implemented Python transcription orchestration sidecar lane","Included","P2","Keep in canon as an already-landed first-party Python transcription sidecar lane and route all future work through owned widening.","4.0","2.0","2.0","60.0","2.0","","systran/faster-whisper","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","1.0","3","4.0","71.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and the current justified Python transcription-orchestration 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 Python transcription sidecar surfaces plus landed packet authority, and do not widen it into top-level provider or session ownership by default.","Typically preserve notices, attribution, and license text where required; review selected model checkpoints separately from the code license.","Usually unnecessary unless you later decide to replace a narrow hot path or remove Python/CTranslate2 dependencies.","high","implemented-model-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-F is closed. Preserve as the landed complementary Python transcription-orchestration lane above the existing speech session boundary; do not widen it into top-level provider/session ownership." "2.0","kkoomen/qbr","https://github.com/kkoomen/qbr","HyperTwist","2.0","158.0","191.0","A","implemented recognition calibration and webcam shell owner","implemented owner","recognition and webcam shell owner","landed foundation owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed recognition calibration, ordered face-observation, and webcam-shell boundaries, and widen only through owned HyperTwist work while keeping deferred multilingual and broader solve-shell ownership explicit.","Landed owner value: recognition calibration, ordered face observation, webcam shell profile, bounded overlay panels, and recognition intake already live in first-party HyperTwist code.","Preserve as the landed first-party recognition calibration and webcam-shell owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-B/O packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep rubix-cube-solver, the retained recognition-comparison adjunct rows, and the multilingual guidance remainder as adjacent retained or deferred families, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed recognition and webcam-shell owner lane, not external donor harvesting.","Validate current first-party recognition and webcam-shell owner boundaries; identify narrower owned widening targets only if needed; preserve calibration, ordered observation, correction-stack, and webcam-shell contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed recognition owner boundaries and future owned widening targets, not donor extraction.","Which remaining recognition or webcam-shell gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-B/O packets?","Inspect current first-party recognition owner boundaries, landed packet scope, retained adjacent recognition rows, and unresolved owned widening targets only.","Audit kkoomen/qbr only as an already-landed permissive owner lane for HyperTwist. Validate current recognition and webcam-shell 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.","","","","kkoomen/qbr - landed first-party recognition calibration and webcam-shell owner lane; future work starts from owned HyperTwist surfaces and landed packets.","kkoomen/qbr is already landed for its current justified recognition calibration, ordered face-observation, and webcam-shell slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","5.0","HT_cube_vision","HT_cube_vision_0001","Implemented recognition calibration and webcam shell owner","Landed recognition and webcam-shell owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented recognition calibration and webcam shell owner","integrate","heavy modification","medium","kkoomen/qbr","1.0","Locked Foundation","1.0","Already-landed recognition owner row for bounded calibration, ordered observation, and webcam-shell families; no donor thesis remains for the current slice.","Implemented recognition and webcam-shell owner lane","Included","P0","Keep in canon as an already-landed first-party recognition owner lane and route all future work through owned widening.","2.0","5.0","3.0","7705.0","4.0","","kkoomen/qbr","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Potentially relevant","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2.0","1","1.0","158.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 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","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","Later Phase 6R-B/O preserve sequence closed for the currently justified slice. Preserve as the landed first-party recognition calibration, ordered face-observation, and webcam-shell lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, while keeping multilingual/font redistribution and broader solve-shell ownership deferred." -"","cubing/alg.js","https://github.com/cubing/alg.js","HyperTwist","2.0","95.0","95.0","P0","puzzle_simulation_training_donor","puzzle_simulation_training_donor","geometry_renderer_or_binding","donor bench","repurpose","architecture only","Moderate modification. Treat cubing/alg.js as a family-level donor for HyperTwist: extract the implementation layer that matches its strongest domain contribution, preserve its protocols/data models/CLI or renderer boundaries, and adapt only the surface integration needed for HyperTwist rather than rewriting it wholesale.","HyperTwist family. Likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or XR/game-engine surfaces relevant to hypercube and cube-training workflows.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","Validate actual implementation breadth and hidden donor subsystems before promotion.","P0 tier source audit.","cubing/alg.js may contain stronger reusable internals than its surface description suggests.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Audit cubing/alg.js directly in source. Preserve distinctions between foundation, donor, reserve, comparator, and exclusion.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use cubing/alg.js as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use cubing/alg.js as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use cubing/alg.js as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Many supplemental repos may reveal transferable abstractions after source inspection.","Exclude only after source audit proves weak or purely documentary value.","Supplemental intake row. Current exclusion posture is provisional.","medium","Supplemental intake heuristic.","medium","Pending direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive.","HyperTwist","HyperTwist","","Supplemental intake; reference docs advisory only.","cubing/alg.js is introduced in v6 so the portfolio reflects the complete repo picture before exclusions.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0002","puzzle_simulation_training_donor","Supplemental v6 intake from hypertwist_and_scriptoriumai.","HyperTwist","puzzle_simulation_training_donor","donor candidate","moderate modification","medium","cubing/alg.js","1.0","Donor Bench","4.0","Standalone GPL parser/AST package with focused semantics value best preserved through Model A / Model B separation.","Focused restrictive clean-room donor target","included_in_v6_supplemental_intake","P2","Keep as its own clean-room donor lane because it isolates parser, AST, traversal, validation, keyboard-move, and URL/interchange semantics.","2.0","2.0","2.0","7708.0","1.0","","cubing/alg.js","HyperTwist","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.0","1","4.0","95.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0-or-later and should remain a focused clean-room donor lane rather than direct donor code. Preserve the parser/AST/traversal semantics through a scrubbed Model A handoff only.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for reproducing parser/AST/traversal semantics in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party algorithm-language owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." -"","cubing/twisty.js","https://github.com/cubing/twisty.js","HyperTwist","2.0","95.0","95.0","P0","puzzle_simulation_training_donor","puzzle_simulation_training_donor","geometry_renderer_or_binding","donor bench","repurpose","architecture only","Moderate modification. Treat cubing/twisty.js as a family-level donor for HyperTwist: extract the implementation layer that matches its strongest domain contribution, preserve its protocols/data models/CLI or renderer boundaries, and adapt only the surface integration needed for HyperTwist rather than rewriting it wholesale.","HyperTwist family. Likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or XR/game-engine surfaces relevant to hypercube and cube-training workflows.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","Validate actual implementation breadth and hidden donor subsystems before promotion.","P0 tier source audit.","cubing/twisty.js may contain stronger reusable internals than its surface description suggests.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Audit cubing/twisty.js directly in source. Preserve distinctions between foundation, donor, reserve, comparator, and exclusion.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use cubing/twisty.js as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use cubing/twisty.js as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use cubing/twisty.js as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Many supplemental repos may reveal transferable abstractions after source inspection.","Exclude only after source audit proves weak or purely documentary value.","Supplemental intake row. Current exclusion posture is provisional.","medium","Supplemental intake heuristic.","medium","Pending direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive.","HyperTwist","HyperTwist","","Supplemental intake; reference docs advisory only.","cubing/twisty.js is introduced in v6 so the portfolio reflects the complete repo picture before exclusions.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0003","puzzle_simulation_training_donor","Supplemental v6 intake from hypertwist_and_scriptoriumai.","HyperTwist","puzzle_simulation_training_donor","donor candidate","moderate modification","medium","cubing/twisty.js","1.0","Donor Bench","4.0","Standalone GPL viewer/player shell with focused browser twisty behavior best preserved through Model A / Model B separation.","Focused restrictive clean-room donor target","included_in_v6_supplemental_intake","P2","Keep as its own clean-room donor lane because it isolates browser twisty-viewer/player shell behavior and control-bar semantics.","2.0","2.0","2.0","7710.0","3.0","","cubing/twisty.js","HyperTwist","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.0","1","4.0","95.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0-or-later and should remain a focused clean-room donor lane rather than direct donor code. Preserve viewer/player shell, scrubber, and twisty-element behavior through a scrubbed Model A handoff only.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for reproducing compact twisty-viewer behavior in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party replay-player, cursor/timeline transport, adapter/bootstrap, and local visualization owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." +"","cubing/alg.js","https://github.com/cubing/alg.js","HyperTwist","2.0","95.0","95.0","P0","implemented algorithm-language clean-room owner","implemented owner","bounded clean-room algorithm-language owner","landed bounded clean-room owner","integrate","architecture only","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.","Landed owner value: parser, owned AST, traversal, validation, keyboard mapping, and share/interchange semantics already live in first-party HyperTwist code through the landed clean-room route.","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.","Validate current first-party algorithm-language clean-room owner boundaries; identify narrower owned widening targets only if needed; preserve parser, AST, traversal, validation, keyboard, and share/interchange 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 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?","Inspect current first-party algorithm-language clean-room owner boundaries, retained adjacent semantic and replay families, and unresolved owned widening targets only.","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.","","","","","","","","","","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.","medium","Supplemental intake heuristic.","medium","Pending direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive.","HyperTwist","HyperTwist","","Supplemental intake; reference docs advisory only.","cubing/alg.js is introduced in v6 so the portfolio reflects the complete repo picture before exclusions.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0002","Implemented algorithm-language clean-room owner","Landed algorithm-language clean-room owner lane for HyperTwist; validate boundaries and widen only through owned first-party work above the restrictive outputs.","HyperTwist","Implemented algorithm-language clean-room owner","integrate","architecture only","medium","cubing/alg.js","1.0","Donor Bench","4.0","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.","Implemented algorithm-language clean-room lane","included_in_v6_supplemental_intake","P2","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.","2.0","2.0","2.0","7708.0","1.0","","cubing/alg.js","HyperTwist","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.0","1","4.0","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." +"","cubing/twisty.js","https://github.com/cubing/twisty.js","HyperTwist","2.0","95.0","95.0","P0","implemented replay shell clean-room owner","implemented owner","bounded clean-room replay-shell owner","landed bounded clean-room owner","integrate","architecture only","This row is already live for its current justified slice. Preserve the landed replay-player shell, cursor or timeline transport, control-bar, visualization-selection, and fallback presentation lane under the existing clean-room boundary, and widen only through owned HyperTwist work above the restrictive outputs.","Landed owner value: replay-player shell, cursor or timeline transport, control-bar, visualization-selection, and fallback presentation semantics already live in first-party HyperTwist code through the landed clean-room route.","Preserve as the landed first-party replay shell 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 HyperTwistSimulation code as the live owner above the restrictive outputs. Keep cubing/cubing.js as the adjacent classic-semantic owner, cubing/alg.js as the adjacent algorithm-language owner, and browser support lanes as adjacent support families rather than donor merge targets for the already landed clean-room slice.","Repurpose here means: ordinary owned enhancement above the landed replay shell clean-room outputs, not renewed restrictive-source harvesting.","Validate current first-party replay shell clean-room owner boundaries; identify narrower owned widening targets only if needed; preserve replay-player, timeline, control-bar, visualization-selection, and fallback presentation 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 replay-player shell, timeline transport, control-bar, or fallback presentation gaps, if any, are not already covered by the landed HyperTwist code and the current clean-room preserve slice?","Inspect current first-party replay shell clean-room owner boundaries, retained adjacent semantic and browser-support families, and unresolved owned widening targets only.","Audit cubing/twisty.js only as an already-landed restrictive clean-room owner lane for HyperTwist. Validate current replay-shell 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.","medium","Supplemental intake heuristic.","medium","Pending direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive.","HyperTwist","HyperTwist","","Supplemental intake; reference docs advisory only.","cubing/twisty.js is introduced in v6 so the portfolio reflects the complete repo picture before exclusions.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0003","Implemented replay shell clean-room owner","Landed replay shell clean-room owner lane for HyperTwist; validate boundaries and widen only through owned first-party work above the restrictive outputs.","HyperTwist","Implemented replay shell clean-room owner","integrate","architecture only","medium","cubing/twisty.js","1.0","Donor Bench","4.0","Already-landed replay-player shell, cursor or timeline transport, control-bar, and fallback presentation row through the clean-room route; no open donor thesis remains for the current slice.","Implemented replay shell clean-room lane","included_in_v6_supplemental_intake","P2","Keep in canon as an already-landed first-party replay shell clean-room owner lane and route all future work through owned widening above the restrictive outputs.","2.0","2.0","2.0","7710.0","3.0","","cubing/twisty.js","HyperTwist","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.0","1","4.0","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." "1747.0","coqui-ai/TTS","https://github.com/coqui-ai/TTS","multi-project","2.0","71.0","80.0","C","implemented advanced narration orchestration owner","implemented owner","advanced narration orchestration sidecar","landed bounded narration owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed advanced narration orchestration lane under the current MPL and payload-review boundary, and widen only through owned HyperTwist work.","Landed owner value: advanced narration orchestration, multilingual and speaker handling, richer voice-service composition, and bounded coaching-output behavior already live in first-party HyperTwist code.","Preserve as the landed first-party advanced narration orchestration lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-H packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed advanced narration orchestration slice. Keep broad voice-model, payload, and cloning review separate from the already landed code-side lane.","Repurpose here means: ordinary owned enhancement of the landed advanced narration orchestration 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 advanced narration, multilingual/speaker, and bounded voice-service contracts; keep MPL and payload-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 advanced narration orchestration gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-H packet?","Inspect current first-party advanced narration orchestration boundary plus unresolved owned widening targets only.","Audit coqui-ai/TTS only as an already-landed boundary-sensitive narration 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 advanced narration orchestration 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 boundary-sensitive narration 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.","","","","https://github.com/coqui-ai/TTS – Coqui XTTS v2.","coqui-ai/TTS is already landed for its current justified advanced narration orchestration slice under the current MPL and payload-review boundary. 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_0002","Implemented advanced narration orchestration owner","Landed advanced narration orchestration lane for HyperTwist; validate boundaries and widen only through owned first-party work under the current MPL and payload-review boundary.","future/adjacent use","Implemented advanced narration orchestration owner","repurpose","moderate modification","medium","coqui-ai/tts","1.0","Donor Bench","4.0","Already-landed advanced narration orchestration row under the current MPL and payload-review boundary; no donor thesis remains for the current slice.","Implemented advanced narration orchestration lane","Included","P2","Keep in canon as an already-landed first-party advanced narration orchestration lane and route all future work through owned widening while keeping payload review separate.","4.0","2.0","2.0","7713.0","4.0","","coqui-ai/tts","multi-project","","","","","","","","","","Original global Phase G v4 retained","MPL-2.0 code; mixed model payload licenses","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.0","3","4.0","71.0","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The code boundary is MPL and the current justified advanced narration slice is already implemented in first-party HyperTwist code. Keep model, voice, and payload review separate from the already-landed code-side judgment.","Already landed: start from first-party advanced narration owner surfaces plus landed packet authority, and keep model and payload review explicitly separate.","Preserve MPL notices and file-level obligations where applicable, and review each chosen model license or ToS separately before shipping.","Sometimes useful only if you later need a fully proprietary embedded voice stack or want to avoid model-license entanglement; not the default path.","medium","implemented-model-license-selection-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_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 6R-H is closed. Preserve as the landed bounded advanced narration orchestration lane under the current MPL boundary doctrine; keep model, voice, and payload review separate from the code-license judgment." -"","HactarCE/2x2x2x2-Scrambler","https://github.com/HactarCE/2x2x2x2-Scrambler","HyperTwist","2.0","63.0","63.0","P2","puzzle_simulation_training_donor","puzzle_simulation_training_donor","geometry_renderer_or_binding","donor bench","repurpose","architecture only","Architecture only. Treat HactarCE/2x2x2x2-Scrambler as a design and subsystem reference first; source audit should look for transplantable patterns, adapters, data contracts, pipeline ideas, or UI/control abstractions before any decision to operationalize.","HyperTwist family. Likely value lies in puzzle logic, scrambler design, algorithm representations, n-dimensional geometry, rendering, bindings, or XR/game-engine surfaces relevant to hypercube and cube-training workflows.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","Validate actual implementation breadth and hidden donor subsystems before promotion.","P2 tier source audit.","HactarCE/2x2x2x2-Scrambler may contain stronger reusable internals than its surface description suggests.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Audit HactarCE/2x2x2x2-Scrambler directly in source. Preserve distinctions between foundation, donor, reserve, comparator, and exclusion.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use HactarCE/2x2x2x2-Scrambler as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use HactarCE/2x2x2x2-Scrambler as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use HactarCE/2x2x2x2-Scrambler as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Many supplemental repos may reveal transferable abstractions after source inspection.","Exclude only after source audit proves weak or purely documentary value.","Supplemental intake row. Current exclusion posture is provisional.","low-to-medium","Supplemental intake heuristic.","low-to-medium","Pending direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive.","HyperTwist","HyperTwist","","Supplemental intake; reference docs advisory only.","HactarCE/2x2x2x2-Scrambler is introduced in v6 so the portfolio reflects the complete repo picture before exclusions.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0004","puzzle_simulation_training_donor","Supplemental v6 intake from hypertwist_and_scriptoriumai.","HyperTwist","puzzle_simulation_training_donor","future candidate","architecture only","low-to-medium","hactarce/2x2x2x2-scrambler","1.0","Donor Bench","6.0","GPL scrambler with copied-port lineage notes; valuable only through restrictive clean-room extraction, not donor use.","Focused restrictive clean-room donor target","included_in_v6_supplemental_intake","P2","Keep as a narrow but real clean-room donor for Melinda 2x2x2x2 state encoding, handedness/parity repair, random-state generation, move-family representation, and flat debug/teaching views.","2.0","3.0","3.0","7714.0","5.0","","hactarce/2x2x2x2-scrambler","HyperTwist","supplemental_v6_not_runtime_anchored","","","","","","","","no","v6_unified_source_of_truth_pack","GPL-3.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","2.0","3","6.0","63.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0 and the source explicitly notes a ported lineage from an earlier scrambler. Retain it only as a focused clean-room donor target and implement any valuable behavior through a scrubbed first-party specification.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for reproducing the 2x2x2x2 scrambler/state behaviors in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party Melinda state legality, random-state generation, move-family application, scramble-packet, and flat debug/teaching owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." +"","HactarCE/2x2x2x2-Scrambler","https://github.com/HactarCE/2x2x2x2-Scrambler","HyperTwist","2.0","63.0","63.0","P2","implemented Melinda clean-room owner","implemented owner","bounded clean-room Melinda owner","landed bounded clean-room owner","integrate","architecture only","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.","Landed owner value: Melinda state legality, handedness or parity and twist validation, move-family application, random-state generation, scramble-packet construction, and flat teaching projection already live in first-party HyperTwist code through the landed clean-room route.","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.","Validate current first-party Melinda clean-room owner boundaries; identify narrower owned widening targets only if needed; preserve state legality, handedness or parity, move-family, scramble-packet, and flat teaching-projection 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 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?","Inspect current first-party Melinda clean-room owner boundaries, retained adjacent higher-dimensional reference families, and unresolved owned widening targets only.","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.","","","","","","","","","","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.","low-to-medium","Supplemental intake heuristic.","low-to-medium","Pending direct source inspection.","Licensing intentionally ignored as a decision filter per canonical directive.","HyperTwist","HyperTwist","","Supplemental intake; reference docs advisory only.","HactarCE/2x2x2x2-Scrambler is introduced in v6 so the portfolio reflects the complete repo picture before exclusions.","HyperTwist & ScriptoriumAI.txt","0","0","1.0","0.0","HT_cube_semantics","HT_cube_semantics_0004","Implemented Melinda clean-room owner","Landed Melinda clean-room owner lane for HyperTwist; validate boundaries and widen only through owned first-party work above the restrictive outputs.","HyperTwist","Implemented Melinda clean-room owner","integrate","architecture only","low-to-medium","hactarce/2x2x2x2-scrambler","1.0","Donor Bench","6.0","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.","Implemented Melinda clean-room lane","included_in_v6_supplemental_intake","P2","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.","2.0","3.0","3.0","7714.0","5.0","","hactarce/2x2x2x2-scrambler","HyperTwist","supplemental_v6_not_runtime_anchored","","","","","","","","no","v6_unified_source_of_truth_pack","GPL-3.0","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","2.0","3","6.0","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." "3.0","vivaansinghvi07/rubix-cube-solver","https://github.com/vivaansinghvi07/rubix-cube-solver","HyperTwist","3.0","158.0","191.0","A","vision / perception / AR","foundation engine","vision donor","locked core candidate","integrate","direct","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","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 mo...","Integrate as a computer vision / AR subsystem for HyperTwist. Preserve the strongest existing pieces — camera ingest, calibration, segmentation/detection, pose or facelet extraction, state normalization, solver bridge, replay overlay, AR anchors — and expose them behind a portfolio-stable interface. Wire first into kkoomen/qbr, 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: kkoomen/qbr, cubing/cubing.js, HactarCE/Hyperspeedcube.","Repurpose here means: turn it into a perception microservice, cube-state API, replay generator, or AR overlay donor for HyperTwist.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Benchmark calibration pipeline; Extract state reconstruction; Wrap with camera/AR adapter","full subsystem extraction review","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for calibration routines, detection heuristics/models, color/state normalization, replay serialization, solver bridges, camera abstraction layers, and debug visualizations.","Audit vivaansinghvi07/rubix-cube-solver as a vision / perception / AR candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts. Decide whether the best extraction path is direct and whether it belongs as foundation engine / vision donor. Test the three merger paths in order: 1) kkoomen/qbr [foundation + perception donor]; 2) cubing/cubing.js [state/render backend]; 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.","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.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","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 | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","portfolio anchor or repeatedly surfaced core candidate; memo mentions: 10","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","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. Production examples prove it:Multiple MIT-licensed projects (qb","vivaansinghvi07/rubix-cube-solver is treated as integrate for HyperTwist because current dossier work keeps it in the committed vision path as the strongest reconstruction and replay-oriented companion to qbr rather than as a generic donor.","memo","False","True","0.0","10.0","HT_cube_vision","HT_cube_vision_0002","computer vision / AR","Integrate primarily for HyperTwist. Its memo and bookmark signals place it in the computer vision / AR layer.","HyperTwist","computer vision / AR","integrate","heavy modification","medium","vivaansinghvi07/rubix-cube-solver","1.0","Locked Parallel Foundation","2.0","Part of the irreducible core stack for HyperTwist; kept as the parallel foundation and strongest reconstruction companion to qbr.","Parallel foundation and reconstruction companion donor","Included","P0","vivaansinghvi07/rubix-cube-solver is placed in Locked Parallel Foundation for HyperTwist because it best serves the 'Parallel foundation and reconstruction companion donor' role; recommended action is 'integrate' with repurposing scope 'direct'. Confidence is high because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","5.0","3.0","7819.0","110.0","","vivaansinghvi07/rubix-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","3.0","1","2.0","158.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 wording to dossier-backed parallel-foundation posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-C/P/Q preserve sequence closed for the currently justified slice. Preserve as the landed first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, while broad solver-backend ownership and bundled twistysim.min.js redistribution stay deferred." "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." @@ -15,7 +15,7 @@ "7.0","tentone/rubix-solver","https://github.com/tentone/rubix-solver","HyperTwist","7.0","148.0","174.0","A","retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","retained bounded row","native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","retained bounded adjunct/comparison row","integrate","direct","This row is already closed for its current justified retained slice. Preserve the retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and reopen only if a narrower gap is later proven.","tentone/rubix-solver — README-only MIT posture — quad clustering, square-mask color sampling, center-color face identification, and lightweight native face or state comparison retained only as a comparison adjunct behind qbr and rubix-cube-solver.","Retain only as the closed native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded native comparison, side-by-side validation, or disagreement reporting; do not form a separate recognition silo or promote the local solve shell.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","Validate closed retained boundary; preserve landed owner authority; record narrower reopen criteria only; do not promote to a standalone owner lane","closed retained-boundary review","Remaining value is in bounded adjunct, pedagogy-experiment, or comparison behavior beneath landed owners, not standalone owner promotion.","whether any narrower native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct gap remains after the landed qbr, rubix-cube-solver, and first-party correction-stack owners and the existing first-party surfaces.","Inspect the retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct slice only in relation to the landed qbr, rubix-cube-solver, and first-party correction-stack owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","Audit tentone/rubix-solver only as a closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row for HyperTwist. Validate that it remains bounded beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners and identify narrower reopen criteria only; do not frame it as a fresh implementation candidate or standalone owner lane.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","keep bounded only","Do not promote this row into a standalone owner lane or a default widening packet.","high","Canonized hierarchy notes exist and the row is already closed beneath landed owners.","high","memo mentions: 7","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","tentone/rubix-solver — MIT — OpenCV cube detection. | Yes — 100% possible to consolidate everything into one no-compromises, enterprise-grade platform. You're not half-arsing it, and neither am I. Modern vision models (and even classical OpenCV pipelines refined over the last decade) are more than accurate enough in 2026 for reliable small-square/facelet color recognition on a standard 3x3 (or larger) Rubik's Cube under normal lighting. Productio","tentone/rubix-solver is already closed as a retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. Its row-source posture should now be bounded retain-and-reopen-only rather than candidate activation.","memo","False","True","0.0","7.0","HT_cube_vision","HT_cube_vision_0004","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","Closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row for HyperTwist; preserve owner authority and reopen only if a narrower gap is proven.","HyperTwist","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct","integrate","heavy modification","medium","tentone/rubix-solver","1.0","Locked Strategic Donor","3.0","Closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct row beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners; no default widening packet is open for the current slice.","Retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct lane","Included","P1","Keep in canon only as a closed retained native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners; reopen only through narrower gap proof, not generic implementation routing.","2.0","5.0","3.0","11852.0","114.0","","tentone/rubix-solver","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","7.0","2","3.0","148.0","permissive_or_noncopyleft_known","direct_incorporation_ok","Practical working assumption remains MIT from README and repo presentation, but the checked mirror lacks a bundled top-level license file. Keep this row permissive-active only as a subordinate recognition comparison adjunct, and capture the final authoritative upstream license text before any direct vendoring.","Direct embed, vendored module, package dependency, or tightly integrated adapter as the architecture requires.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","medium","readme-only-license-capture-before-direct-vendoring","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","selected_not_live_permissive_candidate","phase2rc_recognition_adjunct_gap_eval_only","Phase 2R-C plus the 2026-05-27 recognition-comparison adjunct hierarchy clarification are closed. Retain only as a narrow native quad-sorting, square-mask color sampling, center-color face labeling, and face-state comparison adjunct beneath the landed qbr, rubix-cube-solver, and correction-stack owners; no default widening packet is open." "8.0","Lykos/cube_trainer","https://github.com/Lykos/cube_trainer","HyperTwist","8.0","145.0","171.0","A","implemented persisted coaching owner","implemented owner","persisted coaching and weighted sampling owner","landed subsystem owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed persisted coaching, weighted sampling, method exploration, and BLD-domain training-session boundaries, and widen only through owned HyperTwist work.","Landed owner value: persisted coaching, weighted sampling, method exploration, and BLD-domain training-session modeling already live in first-party HyperTwist code.","Preserve as the landed first-party persisted-coaching owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep Alg-Trainer as the broader training-foundation owner, KubeTimr as the timer substrate owner, and CubeDesk as adjacent trainer-session and smart-device workflow composition rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed persisted-coaching owner lane, not external donor harvesting.","Validate current first-party persisted-coaching owner boundaries; identify narrower owned widening targets only if needed; preserve weighted sampling, method exploration, and BLD-domain session contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed persisted-coaching owner boundaries and future owned widening targets, not donor extraction.","Which remaining persisted-coaching or weighted-sampling gaps, if any, are not already covered by the landed HyperTwist code and the current cube_trainer preserve slice?","Inspect current first-party persisted-coaching owner boundaries, retained adjacent training-foundation and timer families, and unresolved owned widening targets only.","Audit Lykos/cube_trainer only as an already-landed permissive owner lane for HyperTwist. Validate current persisted-coaching owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","strong adjacency to identified core stack; memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Lykos/cube_trainer - landed first-party persisted-coaching owner lane; future work starts from owned HyperTwist surfaces and live training-stack authority.","Lykos/cube_trainer is already landed for its current justified persisted coaching, weighted sampling, method exploration, and BLD-domain session slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","4.0","HT_training_stack","HT_training_stack_0002","Implemented persisted coaching owner","Landed persisted-coaching owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented persisted coaching owner","integrate","moderate modification","medium","lykos/cube_trainer","1.0","Locked Strategic Donor","3.0","Already-landed persisted-coaching owner row for weighted sampling, method exploration, and BLD-domain session families; no donor thesis remains for the current slice.","Implemented persisted coaching owner lane","Included","P1","Keep in canon as an already-landed first-party persisted-coaching owner lane and route all future work through owned widening.","2.0","5.0","3.0","11857.0","115.0","","lykos/cube_trainer","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","8.0","2","3.0","145.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Already landed: start from first-party owner surfaces and landed preserve authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work." "10.0","poliva/cubedex","https://github.com/poliva/cubedex","HyperTwist","9.0","145.0","171.0","A","restrictive smartcube practice and review comparison context","comparison context","smartcube practice and review shell","restrictive comparison context","integrate","direct","Retain the repo only as restrictive comparison context. Preserve smartcube-aware practice-shell, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison value while excluding owner, donor, or default clean-room-next assumptions.","Comparison-only retained value: smartcube-aware practice-shell behavior, review and SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison context.","Keep only as restrictive comparison context for smartcube-aware practice-shell behavior, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison; do not treat it as a live owner or a default clean-room next row.","Keep behind the landed KubeTimr timer owner, CubeDesk trainer-session owner, broader training foundations, and current first-party training and review-plan owners. Reopen only if a narrower first-party practice or review gap is explicitly proven.","Repurpose here means: preserve comparison context for practice-shell, review, timing-presentation, and local stats-history behavior only.","Capture comparison-only practice-shell and review behaviors; define explicit do-not-open-clean-room-by-default guardrails; record the stronger landed owners that already cover adjacent scope","comparison-context review","Retained value sits in smartcube-aware practice-shell, review, and timing-presentation comparison behavior rather than donor-grade owner surfaces.","Which smartcube-aware practice-shell, review or SRS, timing-presentation, and local stats-history behaviors remain useful only as restrictive comparison context beneath the landed owners?","Inspect practice-shell behavior, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history surfaces as comparison material only.","Audit poliva/cubedex only as restrictive comparison context for HyperTwist. Do not recommend donor promotion or a default clean-room start. Extract only the bounded comparison behaviors that remain useful beneath the landed timer, trainer-session, and training-stack owners.","","","","","","","","","","Restrictive comparison only","Retain only as restrictive comparison, oracle, acceptance-test, or planning input beneath the landed owners.","do not exclude","The repo remains restrictive comparison context only and should not be treated as a live owner or default clean-room next row.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","strong adjacency to identified core stack; memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","poliva/cubedex - restrictive smartcube practice and review comparison context only; do not reopen donor or default clean-room treatment.","poliva/cubedex is retained only as restrictive comparison context. Its remaining value is in smartcube-aware practice-shell, review, timing-presentation, and local stats-history comparison behavior, not live owner or donor code.","memo","False","True","0.0","4.0","HT_training_stack","HT_training_stack_0016","Restrictive smartcube practice and review comparison context","Restrictive smartcube practice and review comparison context for HyperTwist; retained for bounded comparison only.","HyperTwist","Restrictive smartcube practice and review comparison context","integrate","moderate modification","medium","poliva/cubedex","1.0","Locked Strategic Donor","3.0","Restrictive smartcube trainer shell with bounded comparison value but no surviving live-owner or default clean-room-next posture.","Restrictive smartcube practice and review comparison context","Included","P1","Keep in canon only as restrictive comparison context beneath the landed timer, trainer-session, and training-stack owners.","2.0","5.0","3.0","11861.0","116.0","","poliva/cubedex","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","9.0","2","3.0","145.0","license_unknown_pending","reverse_engineer_preferred","No explicit permissive license is visible in the current checked mirror. Retain this repo only as restrictive comparison context for smartcube-aware practice-shell behavior, review/SRS workflow presentation, recognition-versus-execution timing presentation, and local stats/history comparison; implement any strategically necessary behavior only from scrubbed first-party specifications if a narrower gap is later proven.","Reference only: restrictive comparison context for smartcube-aware practice-shell, review, timing-presentation, and local stats-history behavior; do not plan direct incorporation or default clean-room reopening.","Do not incorporate source directly without a confirmed license grant.","Yes - this is the preferred path if a narrower smartcube practice/review slice later proves strategically necessary.","medium","no-license-clean-room-benchmark","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_training_stack during cluster normalization on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Phase 1R plus the 2026-05-27 smartcube practice/review/SRS hierarchy clarification are closed. Retain only as restrictive comparison context for smartcube-aware practice-shell behavior, review/SRS UX, recognition-versus-execution timing presentation, and local stats/history comparison; do not treat it as a live owner or a default clean-room next row." -"9.0","kash/cubedesk","https://github.com/kash/cubedesk","HyperTwist","10.0","145.0","171.0","A","hypercubing / nD engine","foundation engine","simulation donor","locked strategic donor","repurpose","architecture only","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","AGPL / GPL / Strong Copyleft (Forces open-sourcing derivatives — study/reference only or use as backend/service; avoid for closed-source core)kash/cubedesk — GPL-3.0 — Full timer + 750+ alg trainers + analytics/community platform. Live: ...","Integrate as a hypercubing / nD simulation subsystem for HyperTwist. Preserve the strongest existing pieces — nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay — and expose them behind a portfolio-stable interface. Wire first into HactarCE/Hyperspeedcube, then into cubing/cubing.js for orchestration, visualization, or data exchange.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","full subsystem extraction review","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit kash/cubedesk as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is direct and whether it belongs as foundation engine / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","do not exclude","Keep in active merge-set and force full source audit before any demotion.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","memo mentions: 4","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","AGPL / GPL / Strong Copyleft (Forces open-sourcing derivatives — study/reference only or use as backend/service; avoid for closed-source core)kash/cubedesk — GPL-3.0 — Full timer + 750+ alg trainers + analytics/community platform. Live: https://www.cubedesk.io. | cubing.js (MPL with MIT-vendored parts) remains the 3D foundation — pair with Hyperspeedcube for nD.AGPL / GPL / Strong Copyleft (Study/reference only or backend; avoid for closed-source","kash/cubedesk is treated as repurpose for HyperTwist because the current dossier keeps it as a restrictive clean-room donor target for timer, trainer, solve/session/stat, smart-device, membership-gating, and broader cubing-platform architecture rather than as a direct donor or foundation.","memo","False","True","0.0","4.0","HT_hyper_engine","HT_hyper_engine_0002","cubing / algorithm training","Integrate primarily for HyperTwist. The memo context explicitly treats it as a nucleus, foundation, or unusually high-value building block.","HyperTwist","hypercubing / nD simulation","integrate","direct","medium","kash/cubedesk","1.0","Locked Strategic Donor","3.0","Broad cubing product platform with high strategic value, but the repo must stay in restrictive clean-room custody because README/LICENSE say GPL while package.json says All Rights Reserved.","Restrictive clean-room donor target","Included","P1","Keep as a strategic clean-room donor because the product breadth is unusually strong, but the conflicting license signals block carefree donor treatment.","2.0","5.0","3.0","11865.0","117.0","","kash/cubedesk","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPLv3-or-later in README/LICENSE; package.json says All Rights Reserved","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","10.0","2","3.0","145.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo has conflicting license signals and should remain in restrictive clean-room custody. Treat it as a strategic product-pattern and subsystem extraction target, not as direct donor code.","Model A may inspect and extract product/subsystem behavior; Model B should implement only from a scrubbed first-party specification.","Do not incorporate directly until the license contradiction is fully resolved; current HyperTwist posture is clean-room donor only.","Yes — this is the preferred path because the strategic value is broad but direct reuse is blocked by the contradictory license posture.","high","license-contradiction-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale direct-donor posture to dossier-backed restrictive clean-room strategic donor status.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 5. Preserve as the landed first-party trainer-session coupling, session-domain, analytics-panel, integrated smart-device workflow, publication/entitlement, and local social challenge owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." +"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." "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." diff --git a/docs/repo_portfolio_unified_source_audit_v6_3.csv b/docs/repo_portfolio_unified_source_audit_v6_3.csv index d5a40f6..c8e35fb 100644 --- a/docs/repo_portfolio_unified_source_audit_v6_3.csv +++ b/docs/repo_portfolio_unified_source_audit_v6_3.csv @@ -26,8 +26,12 @@ 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/alg.js","https://github.com/cubing/alg.js","HyperTwist","Donor Bench","Focused restrictive clean-room donor target","P2","25","9208","0.0","95.0","95.0","medium","Moderate modification. Treat cubing/alg.js as a family-level donor for HyperTwist: extract the implementation layer that matches its strongest domain contribution, preserve its protocols/data models/CLI or renderer boundaries, and adapt only the surface integration needed for HyperTwist rather than rewriting it wholesale.","repurpose","architecture only","Determine the real reusable value of cubing/alg.js for HyperTwist and decide whether it should be promoted, retained, or demoted in the v6 corpus.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use cubing/alg.js as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use cubing/alg.js as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use cubing/alg.js as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Audit for hidden abstractions that travel across projects.","Source reveals a strong reusable subsystem, extensibility layer, protocol boundary, renderer core, data model, or automation surface that clearly strengthens one of the project stacks.","Source reveals the repo is mostly documentation, thin wrappers, packaging glue, stale scaffolding, or a weak duplicate with no meaningful transplantable subsystem.","Source-audit note, role recommendation, hidden-value extraction, exact integration path, and reclassification decision.","Implemented capability; hidden reusable modules; strongest integration path; strongest merger path; upgrade triggers; downgrade triggers; final recommended bucket.","Use v6 unified board + P0 tier packet + project design language + relevant family references.","Keep as its own clean-room donor lane because it isolates parser, AST, traversal, validation, keyboard-move, and URL/interchange semantics.","Standalone GPL parser/AST package with focused semantics value best preserved through Model A / Model B separation.","Inspect cubing/alg.js directly in source. Do not dismiss for license. Preserve nuanced distinctions between donor, reserve, comparator, and exclusion.","HT_cube_semantics_0002","HT_cube_semantics","cubing/alg.js","supplemental_v6_not_runtime_anchored","","","","","no","v6_unified_source_of_truth_pack","GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","2","1","95.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0-or-later and should remain a focused clean-room donor lane rather than direct donor code. Preserve the parser/AST/traversal semantics through a scrubbed Model A handoff only.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for reproducing parser/AST/traversal semantics in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party algorithm-language owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." -"cubing/twisty.js","https://github.com/cubing/twisty.js","HyperTwist","Donor Bench","Focused restrictive clean-room donor target","P2","27","9210","0.0","95.0","95.0","medium","Moderate modification. Treat cubing/twisty.js as a family-level donor for HyperTwist: extract the implementation layer that matches its strongest domain contribution, preserve its protocols/data models/CLI or renderer boundaries, and adapt only the surface integration needed for HyperTwist rather than rewriting it wholesale.","repurpose","architecture only","Determine the real reusable value of cubing/twisty.js for HyperTwist and decide whether it should be promoted, retained, or demoted in the v6 corpus.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use cubing/twisty.js as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use cubing/twisty.js as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use cubing/twisty.js as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Audit for hidden abstractions that travel across projects.","Source reveals a strong reusable subsystem, extensibility layer, protocol boundary, renderer core, data model, or automation surface that clearly strengthens one of the project stacks.","Source reveals the repo is mostly documentation, thin wrappers, packaging glue, stale scaffolding, or a weak duplicate with no meaningful transplantable subsystem.","Source-audit note, role recommendation, hidden-value extraction, exact integration path, and reclassification decision.","Implemented capability; hidden reusable modules; strongest integration path; strongest merger path; upgrade triggers; downgrade triggers; final recommended bucket.","Use v6 unified board + P0 tier packet + project design language + relevant family references.","Keep as its own clean-room donor lane because it isolates browser twisty-viewer/player shell behavior and control-bar semantics.","Standalone GPL viewer/player shell with focused browser twisty behavior best preserved through Model A / Model B separation.","Inspect cubing/twisty.js directly in source. Do not dismiss for license. Preserve nuanced distinctions between donor, reserve, comparator, and exclusion.","HT_cube_semantics_0003","HT_cube_semantics","cubing/twisty.js","supplemental_v6_not_runtime_anchored","","","","","no","v6_unified_source_of_truth_pack","GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","2","1","95.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo is GPL-3.0-or-later and should remain a focused clean-room donor lane rather than direct donor code. Preserve viewer/player shell, scrubber, and twisty-element behavior through a scrubbed Model A handoff only.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — preferred path for reproducing compact twisty-viewer behavior in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party replay-player, cursor/timeline transport, adapter/bootstrap, and local visualization owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." +"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." +"cubing/twisty.js","https://github.com/cubing/twisty.js","HyperTwist","Donor Bench","Implemented replay shell clean-room lane","P2","27","9210","0.0","95.0","95.0","medium","This row is already live for its current justified slice. Preserve the landed replay-player shell, cursor or timeline transport, control-bar, visualization-selection, and fallback presentation 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/twisty.js and record any narrower owned widening targets that remain after the landed replay shell clean-room slice.","Landed replay-player shell, timeline transport, control-bar, visualization-selection, and fallback presentation boundaries as live first-party material through the clean-room route.","Inspect current first-party replay shell clean-room owner boundaries, retained adjacent semantic and browser-support families, and unresolved owned widening targets only.","Which remaining replay-player shell, timeline transport, control-bar, or fallback presentation 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 replay shell 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 HyperTwistSimulation code as the live owner above the restrictive outputs. Keep cubing/cubing.js as the adjacent classic-semantic owner, cubing/alg.js as the adjacent algorithm-language owner, and browser support lanes as adjacent support families rather than donor merge targets for the already landed clean-room slice.","Repurpose here means: ordinary owned enhancement above the landed replay shell 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 replay-shell 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 replay shell clean-room owner lane and route all future work through owned widening above the restrictive outputs.","Already-landed replay-player shell, cursor or timeline transport, control-bar, and fallback presentation row through the clean-room route; no open donor thesis remains for the current slice.","Audit cubing/twisty.js only as an already-landed restrictive clean-room owner lane for HyperTwist. Validate current replay-shell owner boundaries and identify owned widening targets only; do not frame it as a fresh donor-merge candidate.","HT_cube_semantics_0003","HT_cube_semantics","cubing/twisty.js","supplemental_v6_not_runtime_anchored","","","","","no","v6_unified_source_of_truth_pack","GPL-3.0-or-later","known_from_reference_material","uploaded_reference_docs","","","","","","","","","","","","2","1","95.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The 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." "cahidenes/rubiks-cube-solver","https://github.com/cahidenes/rubiks-cube-solver","HyperTwist","Locked Strategic Donor","Retained face-placement and cube-string comparison adjunct","P1","55","9211","4.0","148.0","174.0","high","This row is already closed for its current justified retained slice. Preserve the retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and reopen only if a narrower gap is later proven.","integrate","direct","Confirm that cahidenes/rubiks-cube-solver remains a closed retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners, and record only narrower reopen criteria, if any.","image pipeline, detection heuristics/models, cube-state reconstruction, calibration, temporal smoothing, replay model, solver handoff, AR/overlay hooks","Inspect the retained face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct slice only in relation to the landed qbr, rubix-cube-solver, and first-party correction-stack owners, existing first-party surfaces, and any unresolved narrower reopen gaps.","whether any narrower face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct gap remains after the landed qbr, rubix-cube-solver, and first-party correction-stack owners and the existing first-party surfaces.","Retain only as the closed face-placement, cube-string assembly, and optional two-opposite-corner comparison adjunct beneath the landed qbr, rubix-cube-solver, and first-party correction-stack owners. No default widening packet is open; any future work must start from the landed owners and narrower gap proof.","Keep subordinate to qbr and rubix-cube-solver inside the current recognition stack. Use only for bounded cross-checking or disagreement reporting; do not form a separate recognition silo or reopen primary recognition ownership.","Integrate here means: only a narrower first-party widening if a concrete owner-side gap is later proven.","kkoomen/qbr","foundation + perception donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","vivaansinghvi07/rubix-cube-solver","perception + replay donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","cubing/cubing.js","state/render backend","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","No cross-project transfer by default","This row is already closed as a retained bounded row. Reuse should start only from narrower owner-side gap proof, not generic transfer framing.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Closed retained-boundary note + explicit no-default-widening posture + narrower reopen criteria.","1) Confirmed visible capabilities 2) Hidden capabilities found only in source 3) Best salvageable modules/files/packages @@ -49,15 +53,9 @@ "Lykos/cube_trainer","https://github.com/Lykos/cube_trainer","HyperTwist","Locked Strategic Donor","Training / timing layer","P1","57","9213","14.0","145.0","171.0","high","This row is already live for its current justified slices. Preserve the landed persisted coaching, weighted sampling, method exploration, and BLD-domain training-session boundaries, and widen only through owned HyperTwist work.","integrate","direct","Validate the current first-party owner boundaries for Lykos/cube_trainer and record any narrower owned widening targets that remain after the landed persisted-coaching slice.","Landed persisted coaching, weighted sampling, method exploration, and BLD-domain training-session boundaries as live first-party material.","Inspect current first-party persisted-coaching owner boundaries, retained adjacent training-foundation and timer families, and unresolved owned widening targets only.","Which remaining persisted-coaching or weighted-sampling gaps, if any, are not already covered by the landed HyperTwist code and the current cube_trainer preserve slice?","Preserve as the landed first-party persisted-coaching owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep Alg-Trainer as the broader training-foundation owner, KubeTimr as the timer substrate owner, and CubeDesk as adjacent trainer-session and smart-device workflow composition rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed persisted-coaching owner lane, not external donor harvesting.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Owner-boundary note + owned widening criteria + explicit no-donor-thesis posture.","1) Which landed persisted-coaching owner boundaries are already closed 2) Which narrower owned widening targets, if any, remain 3) Which adjacent live or retained rows stay outside the landed slice","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon as an already-landed first-party persisted-coaching owner lane and route all future work through owned widening.","Already-landed persisted-coaching owner row for weighted sampling, method exploration, and BLD-domain session families; no donor thesis remains for the current slice.","Audit Lykos/cube_trainer only as an already-landed permissive owner lane for HyperTwist. Validate current persisted-coaching owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","HT_training_stack_0002","HT_training_stack","lykos/cube_trainer","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","145.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Already landed: start from first-party owner surfaces and landed preserve authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy candidate-core wording to dossier-backed strategic-donor posture on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work." -"kash/cubedesk","https://github.com/kash/cubedesk","HyperTwist","Locked Strategic Donor","Restrictive clean-room donor target","P1","58","9214","16.0","145.0","171.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 generalized puzzle/state/render logic while building a new application shell around it.","repurpose","architecture only","Confirm the donor thesis for kash/cubedesk in HyperTwist: what should be harvested, how tightly it couples to the current stack, and whether it should ever be promoted upward.","algorithm database, weighted scheduling, spaced repetition, scramble generation, timing/statistics model, case metadata, import/export, smartcube adapters","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for 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.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Donor extraction note + merge recipe + reclassification verdict","1) Confirmed visible capabilities -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 a strategic clean-room donor because the product breadth is unusually strong, but the conflicting license signals block carefree donor treatment.","Broad cubing product platform with high strategic value, but the repo must stay in restrictive clean-room custody because README/LICENSE say GPL while package.json says All Rights Reserved.","Audit kash/cubedesk as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is direct and whether it belongs as foundation engine / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_hyper_engine_0002","HT_hyper_engine","kash/cubedesk","","","","","","","Original global P0-P3 source audit 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","2","2","145.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The repo has conflicting license signals and should remain in restrictive clean-room custody. Treat it as a strategic product-pattern and subsystem extraction target, not as direct donor code.","Model A may inspect and extract product/subsystem behavior; Model B should implement only from a scrubbed first-party specification.","Do not incorporate directly until the license contradiction is fully resolved; current HyperTwist posture is clean-room donor only.","Yes — this is the preferred path because the strategic value is broad but direct reuse is blocked by the contradictory license posture.","high","license-contradiction-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale direct-donor posture to dossier-backed restrictive clean-room strategic donor status.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 5. Preserve as the landed first-party trainer-session coupling, session-domain, analytics-panel, integrated smart-device workflow, publication/entitlement, and local social challenge owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." +"kash/cubedesk","https://github.com/kash/cubedesk","HyperTwist","Locked Strategic Donor","Implemented trainer-session clean-room lane","P1","58","9214","16.0","145.0","171.0","high","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.","integrate","architecture only","Validate the current first-party owner boundaries for kash/cubedesk and record any narrower owned widening targets that remain after the landed trainer-session clean-room slice.","Landed trainer-session coupling, solve or training-session domain shape, integrated smart-cube workflow composition, publication or leaderboard, entitlement, and local social challenge boundaries as live first-party material through the clean-room route.","Inspect current first-party trainer-session clean-room owner boundaries, retained adjacent timer and coaching families, and unresolved owned widening targets only.","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?","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.","","","","","","","","","","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.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if valuable capability is too entangled to salvage, too shallow, duplicated better elsewhere, or far weaker than the current donor thesis.","Owner-boundary note + owned widening criteria + explicit landed clean-room-preserve posture.","1) Which landed trainer-session clean-room owner boundaries are already closed +2) Which narrower owned widening targets, if any, remain +3) Which adjacent live timer or coaching 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 trainer-session clean-room owner lane and route all future work through owned widening above the restrictive outputs.","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.","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.","HT_hyper_engine_0002","HT_hyper_engine","kash/cubedesk","","","","","","","Original global P0-P3 source audit 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","2","2","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." "poliva/cubedex","https://github.com/poliva/cubedex","HyperTwist","Locked Strategic Donor","Training / timing layer","P1","59","9215","15.0","145.0","171.0","high","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.","integrate","direct","Validate that poliva/cubedex remains restrictive comparison context only and record the exact smartcube-aware practice-shell, review or SRS, timing-presentation, and local stats-history behaviors worth preserving for comparison.","Smartcube-aware practice-shell behavior, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history comparison material only.","Inspect practice-shell behavior, review or SRS UX, recognition-versus-execution timing presentation, and local stats-history surfaces as comparison material only.","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?","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.","","","","","","","","","","Restrictive comparison only","Retain only as restrictive comparison, oracle, acceptance-test, or planning input beneath the landed owners.","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.","Comparison-context note + bounded retained behaviors + explicit no-default-clean-room boundary.","1) What specific smartcube practice and review comparison value remains in poliva/cubedex 2) What must stay comparison-only beneath the landed owners 3) Which bounded behavior targets are still worth preserving as reference","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon only as restrictive comparison context beneath the landed timer, trainer-session, and training-stack owners.","Restrictive smartcube trainer shell with bounded comparison value but no surviving live-owner or default clean-room-next posture.","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.","HT_training_stack_0016","HT_training_stack","poliva/cubedex","","","","","","","Original global P0-P3 source audit retained","no explicit license visible","pending_repo_license_audit","not_resolved_from_uploaded_materials","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","2","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." @@ -172,7 +170,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.","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." -"HactarCE/2x2x2x2-Scrambler","https://github.com/HactarCE/2x2x2x2-Scrambler","HyperTwist","Donor Bench","Focused restrictive clean-room donor target","P2","7496","9251","2.0","63.0","63.0","low-to-medium","Architecture only. Treat HactarCE/2x2x2x2-Scrambler as a design and subsystem reference first; source audit should look for transplantable patterns, adapters, data contracts, pipeline ideas, or UI/control abstractions before any decision to operationalize.","repurpose","architecture only","Determine the real reusable value of HactarCE/2x2x2x2-Scrambler for HyperTwist and decide whether it should be promoted, retained, or demoted in the v6 corpus.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Inspect state representations, move/alg parsers, scrambler generators, geometry/math cores, renderer abstractions, engine bindings, and XR/web surfaces.","Primary realization path: use as a simulation, training, renderer, binding, or integration donor inside HyperTwist's dual stack of physical-cube analysis and higher-dimensional virtual training.","Consolidate by HyperTwist layer: core puzzle logic, scramblers/algs, renderer/bindings, XR/game-engine surfaces, experiments/comparators.","Repurpose toward renderer abstractions, puzzle-logic libraries, solver bindings, training UIs, or XR/engine adapters.","HactarCE/Hyperspeedcube","foundation repo + feature donor","Use HactarCE/2x2x2x2-Scrambler as a HyperTwist donor into HactarCE/Hyperspeedcube for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","cubing/cubing.js","engine repo + interface donor","Use HactarCE/2x2x2x2-Scrambler as a HyperTwist donor into cubing/cubing.js for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","kkoomen/qbr","feature extraction only","Use HactarCE/2x2x2x2-Scrambler as a HyperTwist donor into kkoomen/qbr for puzzle logic, bindings, renderer ideas, or training/runtime augmentation.","multi-project","Audit for hidden abstractions that travel across projects.","Source reveals a strong reusable subsystem, extensibility layer, protocol boundary, renderer core, data model, or automation surface that clearly strengthens one of the project stacks.","Source reveals the repo is mostly documentation, thin wrappers, packaging glue, stale scaffolding, or a weak duplicate with no meaningful transplantable subsystem.","Source-audit note, role recommendation, hidden-value extraction, exact integration path, and reclassification decision.","Implemented capability; hidden reusable modules; strongest integration path; strongest merger path; upgrade triggers; downgrade triggers; final recommended bucket.","Use v6 unified board + P2 tier packet + project design language + relevant family references.","Keep as a narrow but real clean-room donor for Melinda 2x2x2x2 state encoding, handedness/parity repair, random-state generation, move-family representation, and flat debug/teaching views.","GPL scrambler with copied-port lineage notes; valuable only through restrictive clean-room extraction, not donor use.","Inspect HactarCE/2x2x2x2-Scrambler directly in source. Do not dismiss for license. Preserve nuanced distinctions between donor, reserve, comparator, and exclusion.","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 repo is GPL-3.0 and the source explicitly notes a ported lineage from an earlier scrambler. Retain it only as a focused clean-room donor target and implement any valuable behavior through a scrubbed first-party specification.","Model A may inspect the restrictive source; Model B should implement only from a scrubbed first-party specification.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Yes — this is the preferred path for reproducing the 2x2x2x2 scrambler/state behaviors in first-party code.","high","gpl-clean-room-donor","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_cube_semantics during cluster normalization on 2026-04-25.","implemented_live_clean_room_verified","landed_clean_room_preserve","Later clean-room sequence closed through Bound 4. Preserve as the landed first-party Melinda state legality, random-state generation, move-family application, scramble-packet, and flat debug/teaching owner lane; start future widening from first-party owner surfaces, REPO_LICENSE_TRACKING.md, MODEL_B_SOURCE_ACCESS_BOUNDARY.md, and the scrubbed Model A handoff; never from the restrictive mirror." +"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." "SYSTRAN/faster-whisper","https://github.com/SYSTRAN/faster-whisper","multi-project","Donor Bench","Cross-project / future-adjacent","P2","8351","10345","49.0","71.0","80.0","medium","This row is already live for its current justified slice. Preserve the landed complementary Python transcription-orchestration sidecar above the native speech-session boundary, and widen only through owned HyperTwist work.","integrate","direct","Validate the current first-party owner boundaries for SYSTRAN/faster-whisper and record any narrower owned widening targets that remain after the landed Phase 6R-F slice.","STT API surface, VAD chunking, batch inference, timestamps, service boundaries, model/runtime constraints, hidden modules","Inspect current first-party Python transcription-orchestration sidecar boundary plus unresolved owned widening targets only.","Which remaining Python transcription-orchestration gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-F packet?","Preserve as the landed first-party complementary Python transcription sidecar lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-F packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed Python transcription sidecar slice. Keep whisper.cpp as the harder native speech anchor, not a donor merge target for the already landed orchestration slice.","Repurpose here means: ordinary owned enhancement of the landed Python transcription sidecar, not subsystem harvesting from an external candidate queue.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded Python transcription 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.","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