diff --git a/docs/HYPERTWIST_LIVE_KNOWLEDGE_AND_RECONSTRUCTION_ROWS_SOURCE_ALIGNMENT_2026-05-28.md b/docs/HYPERTWIST_LIVE_KNOWLEDGE_AND_RECONSTRUCTION_ROWS_SOURCE_ALIGNMENT_2026-05-28.md
new file mode 100644
index 0000000..699cb22
--- /dev/null
+++ b/docs/HYPERTWIST_LIVE_KNOWLEDGE_AND_RECONSTRUCTION_ROWS_SOURCE_ALIGNMENT_2026-05-28.md
@@ -0,0 +1,56 @@
+# HyperTwist Live Knowledge and Reconstruction Rows Source Alignment - 2026-05-28
+
+## Status
+
+This document closes the row-source truth gap for two already-landed live
+permissive rows whose `v6.3` operational, `Phase G`, and source-audit layers
+were still using donor-era extraction and merge language after the later
+implementation, hierarchy, and provenance passes.
+
+## Affected rows
+
+- `Hypercubers/hypercubing.xyz`
+- `vivaansinghvi07/rubix-cube-solver`
+
+## Current judgment
+
+- these rows are already landed for their current justified slices
+- the stale layer was the row-source pack still framing them as donor
+  promotion, merge-path, or extraction candidates rather than closed owner
+  lanes
+- no product code change is justified from this pass
+- no live-lane hierarchy doctrine changed from this pass
+
+## Required row-source posture
+
+For these rows the source pack must now say:
+
+- `Hypercubers/hypercubing.xyz` is already landed for the exact first-party
+  hypercubing knowledge, notation, progression, software-reference, and
+  leaderboard-contract lane
+- `vivaansinghvi07/rubix-cube-solver` is already landed for the exact
+  first-party committed-face reconstruction, browser/webcam shell, and bounded
+  solve-explanation/recommendation lane
+- future work starts from owned HyperTwist surfaces, the live feature and
+  roadmap canon, and the landed packet/provenance authority, not fresh donor
+  extraction framing or merger-thesis routing
+
+## Source basis
+
+- `C:\HyperTwist\docs\HT_REPO_INCORPORATION_AUDIT_2026-05-11.md`
+- `C:\HyperTwist\docs\HYPERTWIST_HYPERCUBING_XYZ_REFERENCE_INCORPORATION_PROVENANCE_BOARD_2026-05-27.md`
+- `C:\HyperTwist\docs\HYPERTWIST_CLASSIC_SOLVER_ORACLE_AND_IMPLEMENTATION_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`
+- landed `Phase 3R-B`, `Phase 6R-C`, `Phase 6R-P`, and `Phase 6R-Q` packet
+  authority
+- `C:\HyperTwist\docs\repo_portfolio_unified_operational_v6_3.csv`
+- `C:\HyperTwist\docs\repo_portfolio_unified_phase_g_v6_3.csv`
+- `C:\HyperTwist\docs\repo_portfolio_unified_source_audit_v6_3.csv`
+
+## Final call
+
+These rows are not open donor-candidate rows anymore.
+
+They are already integrated for their current justified live permissive 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 5b2c51d..201f7f8 100644
--- a/docs/repo_portfolio_unified_operational_v6_3.csv
+++ b/docs/repo_portfolio_unified_operational_v6_3.csv
@@ -1,4 +1,4 @@
-"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"
+"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","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."
@@ -6,7 +6,7 @@
 "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."
+"8543","vivaansinghvi07/rubix-cube-solver","https://github.com/vivaansinghvi07/rubix-cube-solver","HyperTwist","3.0","158.0","191.0","A","implemented committed-face reconstruction owner","implemented owner","recognition, browser-shell, and bounded solve-guidance owner","landed reconstruction owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation lane, and widen only through owned HyperTwist work while keeping broader solver-backend ownership deferred.","Landed owner value: committed-face reconstruction, browser or webcam shell profile, stage-ladder guidance, recommendation-state readout, and bounded replay or recognition handoff already live in first-party HyperTwist code.","Preserve as the landed first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-C/P/Q packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist recognition and training surfaces as the owner. Keep qbr as the adjacent calibration and ordered face-observation owner, and keep retained solver or oracle rows separate rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed reconstruction, browser-shell, and bounded solve-guidance lane, not external donor harvesting.","Validate current first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation owner boundaries; identify narrower owned widening targets only if needed; preserve deferred solver-backend and bundled-asset exclusions","live owner boundary review","Remaining value is in already-landed reconstruction and bounded solve-guidance owner boundaries and future owned widening targets, not donor extraction.","Which remaining committed-face reconstruction, browser/webcam shell, or bounded solve-explanation/recommendation gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-C/P/Q packets?","Inspect current first-party reconstruction and browser-shell owner boundaries, landed packet scope, retained adjacent recognition or solver rows, and unresolved owned widening targets only.","Audit vivaansinghvi07/rubix-cube-solver only as an already-landed permissive owner lane for HyperTwist. Validate current committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation 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: 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","Implemented committed-face reconstruction owner","Landed committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented committed-face reconstruction owner","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","Implemented reconstruction owner","Implemented committed-face reconstruction lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and the justified HyperTwist slice is already implemented as a first-party owner lane. Future widening should stay on owned HyperTwist surfaces while preserving notices, attribution, and the current bundled-asset exclusions.","Already landed: start from first-party owner surfaces and landed Phase 6R-C/P/Q packet authority, not donor-transfer framing.","Preserve MIT notices and attribution where required, and keep bundled twistysim.min.js redistribution out of scope unless separately justified.","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."
 "8547","ggml-org/whisper.cpp","https://github.com/ggml-org/whisper.cpp","multi-project","3.0","71.0","80.0","C","implemented native speech session and shell owner","implemented owner","native speech and shell owner","landed bounded speech-input owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed native speech-session boundary, live microphone shell, permission-readiness shell, and payload-custody boundary, and widen only through owned HyperTwist work.","Landed owner value: native speech-session, microphone shell, permission-readiness, and payload-custody boundaries already live in first-party HyperTwist code.","Preserve as the landed first-party native speech-input owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-E/U/V/W packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed native speech session and shell slices. Keep faster-whisper as the complementary Python transcription sidecar and piper/coqui as narration-side sidecars, not donor merge targets for the already landed native speech slice.","Repurpose here means: ordinary owned enhancement of the landed native speech-input owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing native speech-session, microphone shell, readiness, and payload-custody contracts; keep notices and model-review boundaries visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining native speech-session, microphone-shell, permission-readiness, or payload-custody gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-E/U/V/W packets?","Inspect current first-party native speech-session, microphone shell, readiness shell, and payload-custody boundaries plus unresolved owned widening targets only.","Audit ggml-org/whisper.cpp only as an already-landed permissive speech owner lane for HyperTwist. Validate current owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded native speech session and shell slices. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; bounded landed speech-owner fit","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","7. Speech / Voice Models (STT + TTS)ggml-org/whisper.cpp – https://github.com/ggml-org/whisper.cpp – MIT – Native C++ Whisper for STT.","ggml-org/whisper.cpp is already landed for its current justified native speech-session, microphone-shell, permission-readiness, and payload-custody slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","1.0","MU_misc","MU_misc_0003","Implemented native speech session and shell owner","Landed native speech session and shell owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","future/adjacent use","Implemented native speech session and shell owner","repurpose","moderate modification","medium","ggml-org/whisper.cpp","multi-project","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","3.0","5","71.0","","Implemented native speech session and shell owner lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and the current justified native speech-session and shell slice is already implemented in first-party HyperTwist code. Keep model and payload review separate from the already-landed code-side judgment.","Already landed: start from first-party native speech owner surfaces plus landed packet authority, and keep broader payload review separate.","Typically preserve notices, attribution, and license text where required; review selected model files or distributions separately from the code license.","Usually unnecessary unless you later choose to replace a narrow hot path or fully internalize the runtime.","high","implemented-model-artifact-review-recommended","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Merged v6.1 copyleft layer and v6.2 SRE layer; use v6.3 docs + workbook as canonical handoff.","implemented_live_permissive","landed_permissive_preserve","Phase 6R-E, Phase 6R-U, Phase 6R-V, and Phase 6R-W are closed. Preserve as the landed bounded native speech-session, microphone-shell, permission-readiness, and payload-custody lane; keep broader payload shipping and model-license review separate."
 "11766","tao-yu/Alg-Trainer","https://github.com/tao-yu/Alg-Trainer","HyperTwist","4.0","156.0","189.0","A","implemented algorithm-training foundation owner","implemented owner","training foundation owner","landed foundation owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed broad algorithm-training shell, set or subset corpus, timer or reveal or scramble or virtual-cube flow, and smartcube-capable drill posture, and widen only through owned HyperTwist work.","Landed owner value: broad algorithm-training shell, set or subset corpus, timer or reveal or scramble or virtual-cube flow, and smartcube-capable drill posture already live in first-party HyperTwist code.","Preserve as the landed first-party algorithm-training foundation owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep cube_trainer as the adjacent persisted-coaching owner, KubeTimr as the timer substrate owner, and cross-planning or micro-drill lanes as narrower adjacent families rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed algorithm-training foundation owner lane, not external donor harvesting.","Validate current first-party training-foundation owner boundaries; identify narrower owned widening targets only if needed; preserve case-corpus, drill-flow, reveal, scramble, and smartcube-capable drill contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed training-foundation owner boundaries and future owned widening targets, not donor extraction.","Which remaining training-foundation gaps, if any, are not already covered by the landed HyperTwist code and the current Alg-Trainer preserve slice?","Inspect current first-party training-foundation owner boundaries, retained adjacent coaching and timer families, and unresolved owned widening targets only.","Audit tao-yu/Alg-Trainer only as an already-landed permissive owner lane for HyperTwist. Validate current training-foundation owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; foundation-level fit","high","portfolio anchor or repeatedly surfaced core candidate; memo mentions: 5","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","tao-yu/Alg-Trainer - landed first-party algorithm-training foundation owner lane; future work starts from owned HyperTwist surfaces and live training-stack authority.","tao-yu/Alg-Trainer is already landed for its current justified broad algorithm-training shell and case-corpus slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","5.0","HT_training_stack","HT_training_stack_0001","Implemented algorithm-training foundation owner","Landed algorithm-training foundation owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented algorithm-training foundation owner","integrate","moderate modification","medium","tao-yu/alg-trainer","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","4.0","5","156.0","","Implemented training foundation owner lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Already landed: start from first-party owner surfaces and landed preserve authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Merged v6.1 copyleft layer and v6.2 SRE layer; use v6.3 docs + workbook as canonical handoff.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
 "11769","rhasspy/piper","https://github.com/rhasspy/piper","multi-project","4.0","71.0","80.0","C","implemented local narration sidecar owner","implemented owner","local narration sidecar","landed bounded narration sidecar owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed local narration sidecar lane, and widen only through owned HyperTwist work.","Landed owner value: local narration sidecar runtime, voice loading, streaming output, and bounded local voice-service behavior already live in first-party HyperTwist code.","Preserve as the landed first-party local narration sidecar lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-G packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed local narration sidecar slice. Keep coqui-ai/TTS as the richer advanced narration sidecar, not a donor merge target for the already landed local narration slice.","Repurpose here means: ordinary owned enhancement of the landed local narration sidecar, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing local narration, voice-loading, and bounded service contracts; keep notices and voice-artifact review boundaries visible","live owner boundary review","Remaining value is in already-landed sidecar boundaries and future owned widening targets, not donor extraction.","Which remaining local narration sidecar gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-G packet?","Inspect current first-party local narration sidecar boundary plus unresolved owned widening targets only.","Audit rhasspy/piper only as an already-landed permissive narration sidecar lane for HyperTwist. Validate current owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded local narration sidecar slice. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; bounded landed narration-sidecar fit","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","rhasspy/piper – https://github.com/rhasspy/piper – MIT – Real-time TTS (recommended).","rhasspy/piper is already landed for its current justified local narration sidecar slice. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","1.0","MU_misc","MU_misc_0004","Implemented local narration sidecar owner","Landed local narration sidecar lane for HyperTwist; validate boundaries and widen only through owned first-party work.","future/adjacent use","Implemented local narration sidecar owner","repurpose","moderate modification","medium","rhasspy/piper","multi-project","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT code; voice artifacts reviewed separately","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","4.0","5","71.0","","Implemented local narration sidecar lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and the current justified local narration sidecar slice is already implemented in first-party HyperTwist code. Keep voice-artifact review separate from the already-landed code-side judgment.","Already landed: start from first-party local narration sidecar surfaces plus landed packet authority, and keep selected voice review separate.","Typically preserve notices, attribution, and license text where required; review chosen voices or model cards separately from the code license.","Usually unnecessary unless you later replace the runtime for packaging or architecture reasons.","high","implemented-voice-artifact-review-required","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Merged v6.1 copyleft layer and v6.2 SRE layer; use v6.3 docs + workbook as canonical handoff.","implemented_live_permissive","landed_permissive_preserve","Phase 6R-G is closed. Preserve as the landed bounded local narration sidecar lane; keep broad voice-model and payload review separate."
@@ -35,7 +35,7 @@
 "11930","efrantar/rob-twophase","https://github.com/efrantar/rob-twophase","HyperTwist","29.0","117.0","132.0","B","solver oracle / robot-metric benchmark","benchmark","Solver oracle and robot-metric benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: correctness oracle, robot/axial-metric comparisons, multiple-solution search expectations, and pruning-table performance baselines.","Keep as a restrictive solver oracle benchmark. Use it for correctness, metric comparison, and performance expectations; do not treat it as donor code.","Do not merge this repo into the HyperTwist core. Translate only oracle behavior and robot-metric expectations into first-party acceptance tests.","Repurpose here means: use as a correctness/performance oracle and robot-metric benchmark.","Capture bounded benchmark or oracle behaviors; define acceptance criteria or clean-room-later planning boundaries; record explicit do-not-incorporate guardrails","oracle benchmark review","Hidden value sits in metric handling, pruning-table organization, CLI oracle behavior, and multi-solution search expectations.","Which oracle surfaces, robot metrics, and correctness/performance baselines should be preserved for first-party solver validation?","Inspect metric handling, pruning-table structure, CLI oracle behavior, and multiple-solution search as benchmark material only.","Audit efrantar/rob-twophase only as a restrictive solver oracle and robot-metric benchmark. Extract acceptance-test expectations and oracle behavior, not donor code.","","","","","","","","","","Reference only","Retain only as benchmark, oracle, acceptance-test, comparison, research, or clean-room-later planning input.","exclude from donor lane","The repo is GPL solver code and should remain only as a correctness/performance oracle and robot-metric benchmark.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","efrantar/rob-twophase — GPL two-phase solver; keep only as solver oracle and robot-metric benchmark.","efrantar/rob-twophase remains valuable because it is a strong correctness/performance oracle with robot-metric coverage. That value is benchmark authority, not donor code.","memo","False","True","0.0","1.0","HT_solver_oracles","HT_solver_oracles_0002","Solver oracle and robot-metric benchmark","Solver oracle and robot-metric benchmark for HyperTwist; retained for acceptance testing, not donor use.","HyperTwist","Solver oracle and robot-metric benchmark","future candidate","architecture only","medium","efrantar/rob-twophase","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","29.0","5","117.0","Reserve Bench","Solver oracle and robot-metric benchmark","Included","P2","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL solver/oracle code and remains a secondary metric, pruning, and performance benchmark rather than donor code.","Reference only: use as a solver oracle and robot-metric benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow oracle behavior later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-solver-oracle-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed solver oracle benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a secondary solver oracle for metric, pruning, and performance comparison; do not treat as donor code."
 "11933","onionhoney/roux-trainers","https://github.com/onionhoney/roux-trainers","HyperTwist","30.0","117.0","132.0","B","implemented Roux method-stage clean-room owner","implemented owner","bounded clean-room method-stage owner","landed bounded clean-room owner","integrate","architecture only","This row is already live for its current justified slice. Preserve the landed Roux method-stage, blockbuilding, and generated stage-trainer family under the existing clean-room boundary, and widen only through owned HyperTwist work above the restrictive outputs.","Landed owner value: Roux method-stage drill flows, blockbuilding trainers, static case decks, and generated stage-trainer surfaces already live in first-party HyperTwist code through the landed clean-room route.","Preserve as the landed first-party Roux method-stage clean-room owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, 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 orchestration owner above the restrictive outputs. Keep Alg-Trainer as the broader training-foundation owner, cube_trainer as the persisted-coaching owner, and other method-specific drill lanes as adjacent families rather than donor merge targets for the already landed clean-room slice.","Repurpose here means: ordinary owned enhancement above the landed Roux clean-room outputs, not renewed restrictive-source harvesting.","Validate current first-party Roux method-stage clean-room owner boundaries; identify narrower owned widening targets only if needed; preserve stage-drill, blockbuilding, static case-deck, and generated trainer 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 Roux method-stage or blockbuilding gaps, if any, are not already covered by the landed HyperTwist code and the current clean-room preserve slice?","Inspect current first-party Roux method-stage clean-room owner boundaries, retained adjacent training-foundation and coaching families, and unresolved owned widening targets only.","Audit onionhoney/roux-trainers only as an already-landed restrictive clean-room owner lane for HyperTwist. Validate current Roux method-stage 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","The dossier-backed classification is stable: stronger than a passive benchmark, but clearly a restrictive clean-room donor rather than direct donor code.","high","The dossier-backed classification is stable: stronger than a passive benchmark, but clearly a restrictive clean-room donor rather than direct donor code.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","onionhoney/roux-trainers — GPLv3 Roux trainer; keep as a focused restrictive clean-room donor, not direct donor code.","onionhoney/roux-trainers remains valuable because it contains stage-specific training-state machines, solver-backed analyzer modes, recognition masking, and batch-drill patterns. That value should flow through a clean-room donor path, not direct incorporation.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0006","Focused restrictive clean-room donor target","Landed Roux method-stage clean-room owner lane for HyperTwist; validate boundaries and widen only through owned first-party work above the restrictive outputs.","HyperTwist","Focused restrictive clean-room donor target","repurpose","architecture only","medium","onionhoney/roux-trainers","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","30.0","5","117.0","Donor Bench","Implemented Roux method-stage clean-room lane","Included","P2","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The upstream repo is GPLv3, 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","Corrected on 2026-04-25 from stale donor posture to dossier-backed focused restrictive clean-room donor status.","implemented_live_clean_room_verified","landed_clean_room_preserve","Phase 1R 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."
 "11936","yakupbilen/drl-rubiks-cube","https://github.com/yakupbilen/drl-rubiks-cube","HyperTwist","31.0","117.0","132.0","B","learned heuristic search / offline solver experimentation","research benchmark","solver experimentation benchmark","research benchmark","future candidate","architecture only","Retain the valuable internal research engine, but keep it below live product ownership. For this repo class, preserve sticker-state transition encoding, ADI state generation, batched neural search, and offline experiment loops while excluding camera UX, PyQt shell behavior, and near-term product runtime assumptions.","Benchmark-only retained value: 54-sticker transition encoding, ADI training-state generation, batched neural A* search, and compact value-network experimentation worth preserving as research reference.","Keep only as a research benchmark. Use it to shape first-party learned heuristic search, ADI state-generation, and offline solver experimentation if HyperTwist ever opens that lane; do not treat it as a live camera, calibration, recognition, or product-shell donor.","Keep behind the landed qbr and rubix-cube-solver recognition owners and behind the retained brownan/efrantar solver-oracle owners. Revisit only if HyperTwist intentionally opens a first-party ML search or offline experimentation lane.","Repurpose here means: mine cube-state transition encoding, ADI target-generation loops, batched heuristic-search experiments, and small value-network research rather than camera UX or product shell behavior.","Capture bounded benchmark or oracle behaviors; define acceptance criteria or clean-room-later planning boundaries; record explicit do-not-incorporate guardrails","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect cube-state encoding; move-transition tables; ADI state generation; batched A* evaluation; value-network shape; offline training loop; and experiment boundaries. Explicitly exclude camera/perception shell claims from owner judgment.","Inspect README/docs, cube-state model, move-transition tables, search loop, ADI generation, network architecture, training scripts, and experiment configuration. Look for reusable search research primitives rather than camera UX, PyQt shell flows, or live perception assumptions.","Audit yakupbilen/drl-rubiks-cube as a learned-search and offline experimentation benchmark for HyperTwist. Do not stop at README-level claims. Inspect cube-state encoding, move-transition tables, ADI generation, batched neural A* search, value-network shape, and experiment loops. Decide whether the repo remains a non-live research benchmark and identify only those primitives that would matter if a future first-party ML search lane is intentionally opened. Do not treat camera UX or PyQt shell behavior as owner evidence.","","","","","","","","","","Reference only","Retain only as benchmark, oracle, acceptance-test, comparison, research, or clean-room-later planning input.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; retained research value; not a live owner lane","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","yakupbilen/drl-rubiks-cube — MIT — RL solver with PyQt5 + webcam input.","yakupbilen/drl-rubiks-cube is treated as a future candidate for HyperTwist because the current dossier retains it mainly for learned-heuristic search, batched A-star style experimentation, and training-loop ideas, not as part of the committed perception core.","memo","False","True","0.0","1.0","HT_cube_vision","HT_cube_vision_0008","solver research / experimentation","Retain only as an MIT research benchmark for learned heuristic search, ADI state generation, and offline solver experimentation. Its strongest current value is research logic, not live perception or product shell ownership.","HyperTwist","solver research / experimentation","integrate","moderate modification","medium","yakupbilen/drl-rubiks-cube","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","","31.0","5","117.0","Reserve Bench","Search/training systems bench","","","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT and remains a research benchmark for learned heuristic search, ADI state generation, and offline experimentation rather than a near-term product donor.","Reference only: benchmark learned heuristic search and training experiments without near-term direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as an MIT research benchmark for learned heuristic search, ADI training loops, and offline experimentation rather than near-term product implementation."
-"11939","Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","32.0","92.0","101.0","C","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Treat this as a mineable codebase: keep selected internals (algorithms, renderers, adapters, parsers, schedulers) while replacing the surrounding product assumptions and architecture. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","Website for the Hypercubing community","Repurpose selected subsystems rather than the whole product. Mine the repo for nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit Hypercubers/hypercubing.xyz as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is heavy modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Website for the Hypercubing community","","Hypercubers/hypercubing.xyz is treated as repurpose for HyperTwist because visible metadata points to the hypercubing / nD simulation layer. Surface signal: Website for the Hypercubing community The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0006","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the hypercubing / nD simulation layer.","HyperTwist","hypercubing / nD simulation","integrate","heavy modification","medium","hypercubers/hypercubing.xyz","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","32.0","5","92.0","Locked Strategic Donor","Knowledge and curriculum donor","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is retained as a high-value knowledge and curriculum donor. Direct use of code/content structures is legally straightforward where it materially helps HyperTwist.","Use selectively as a donor for knowledge structures, notation, taxonomy, and leaderboard-generation logic; do not confuse the site snapshot with the canonical repo.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is cleaner than carrying the upstream code.","high","permissive-knowledge-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license donor-bench posture to dossier-backed MIT knowledge/curriculum donor status.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-B closed. Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane; start future widening from the live-lane audit, then the 3R-B implementation packet, then REPO_LICENSE_TRACKING.md."
+"11939","Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","32.0","92.0","101.0","C","implemented hypercubing knowledge owner","implemented owner","knowledge, notation, and reference owner","landed permissive owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane, and widen only through owned HyperTwist work.","Landed owner value: hypercubing taxonomy, notation glossary, rewritten progression ladder, software-matrix grounding, and leaderboard or report contract surfaces already live in first-party HyperTwist code and bundled reference targets.","Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, the live-lane audit, REPO_LICENSE_TRACKING, and the landed Phase 3R-B packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist training knowledge and runtime surfaces as the owner. Keep Hyperspeedcube as the separate higher-dimensional runtime owner and cubing/cubing.js as the separate classic-cubing semantic owner rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed hypercubing knowledge/reference lane, not external donor harvesting.","Validate current first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract owner boundaries; identify narrower owned widening targets only if needed; preserve provenance and reference-target contracts","live owner boundary review","Remaining value is in already-landed hypercubing knowledge/reference owner boundaries and future owned widening targets, not donor extraction.","Which remaining hypercubing knowledge, notation, progression, software-reference, or leaderboard-contract gaps, if any, are not already covered by the landed HyperTwist code and the current bundled reference targets?","Inspect current first-party hypercubing knowledge/reference owner boundaries, landed packet scope, bundled reference targets, and unresolved owned widening targets only.","Audit Hypercubers/hypercubing.xyz only as an already-landed permissive owner lane for HyperTwist. Validate current hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract 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, live-lane audit, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slice and should no longer be treated as a donor extraction candidate.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Website for the Hypercubing community","","Hypercubers/hypercubing.xyz is treated as repurpose for HyperTwist because visible metadata points to the hypercubing / nD simulation layer. Surface signal: Website for the Hypercubing community The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0006","Implemented hypercubing knowledge/reference owner","Landed hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented hypercubing knowledge/reference owner","integrate","heavy modification","medium","hypercubers/hypercubing.xyz","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","32.0","5","92.0","Implemented knowledge/reference owner","Implemented hypercubing knowledge/reference lane","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and the justified HyperTwist slice is already implemented as a first-party knowledge/reference owner lane. Future widening should stay on owned HyperTwist surfaces while preserving notices, attribution, and provenance summaries.","Already landed: start from first-party owner surfaces, bundled reference targets, landed packet authority, and explicit provenance notes rather than donor-transfer framing.","Preserve MIT notices, attribution, and provenance summaries where required.","Usually unnecessary unless later replacing a narrow implementation seam is cleaner than carrying the upstream code.","high","permissive-knowledge-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license donor-bench posture to dossier-backed MIT knowledge/curriculum donor status.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-B closed. Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane; start future widening from the live-lane audit, then the 3R-B implementation packet, then REPO_LICENSE_TRACKING.md."
 "11945","Aarav2709/KubeTimr","https://github.com/Aarav2709/KubeTimr","HyperTwist","34.0","88.0","97.0","C","implemented timer substrate owner","implemented owner","timer substrate owner","landed subsystem owner","repurpose","moderate modification","This row is already live for its current justified slices. Preserve the landed local timer lifecycle, inspection, split capture and editing, session stats, local persistence, and timer-scoped replay boundaries, and widen only through owned HyperTwist work.","Landed owner value: timer lifecycle, inspection, split capture and editing, session stats, local persistence, and timer-scoped replay posture already live in first-party HyperTwist code.","Preserve as the landed first-party timer substrate owner lane. Start any future widening from owned HyperTwist surfaces, the timer implementation packet, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep cstimer as the retained restrictive oracle, cubing/qqTimer as legacy reference, and CubeDesk as adjacent live trainer-session and smart-device workflow composition rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed timer substrate owner lane, not external donor harvesting.","Validate current first-party timer owner boundaries; identify narrower owned widening targets only if needed; preserve timer lifecycle, inspection, splits, persistence, stats, and timer-scoped replay contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed timer owner boundaries and future owned widening targets, not donor extraction.","Which remaining timer-substrate gaps, if any, are not already covered by the landed HyperTwist code and the KubeTimr implementation packet?","Inspect current first-party timer owner boundaries, landed packet scope, retained timer oracle and reference rows, and unresolved owned widening targets only.","Audit Aarav2709/KubeTimr only as an already-landed permissive owner lane for HyperTwist. Validate current timer owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","exclude from core, keep as donor","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","medium","single-source signal; clear taxonomy; mostly donor/reference role","medium","strong adjacency to identified core stack; memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Aarav2709/KubeTimr - landed first-party timer substrate owner lane; future work starts from owned HyperTwist surfaces and landed packets.","Aarav2709/KubeTimr is already landed for its current justified timer lifecycle, inspection, split, persistence, stats, and timer-scoped replay slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0015","Implemented timer substrate owner","Landed timer substrate owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented timer substrate owner","integrate","moderate modification","medium","aarav2709/kubetimr","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","34.0","5","88.0","Donor Bench","Implemented timer substrate owner lane","","","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is permissively licensed and currently best treated as a focused subsystem donor for timer-state logic, split-phase handling, local persistence, and keyboard-first practice flow. Selective incorporation is legally straightforward, but the product shell should still be reshaped to fit HyperTwist.","Already landed: start from first-party owner surfaces and landed packet authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","routine-review-only","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy adjacency wording and stale clean-room boundary posture to dossier-backed focused subsystem donor on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-A closed. Preserve as the landed first-party timer, inspection, splits, stats, persistence, and timer-scoped replay lane; start future widening from the live-lane audit, then the 3R-A implementation packet, then REPO_LICENSE_TRACKING.md."
 "11951","roice3/MagicTile","https://github.com/roice3/MagicTile","HyperTwist","36.0","88.0","97.0","C","implemented non-Euclidean topology and macro owner","implemented owner","non-Euclidean topology owner","landed bounded topology owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed tiling topology, geometry-family contract, transform-aware macro remapping, reverse/setup-move playback tags, and macro XML compatibility boundary, and widen only through owned HyperTwist work while the broader host-shell remainder stays deferred.","Landed owner value: tiling topology, geometry-family contract, transform-aware macro remapping, reverse/setup-move playback tags, and macro XML compatibility boundary already live in first-party HyperTwist code.","Preserve as the landed first-party MagicTile owner lane for bounded topology and transform-aware macro surfaces. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-D/T packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed MagicTile topology and macro slices. Keep the broader MagicTile host-shell remainder, Hyperspeedcube, and the specialized Magic120Cell and MagicCube5D families as deferred or adjacent context, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed MagicTile owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing topology, geometry-family, transform-aware macro, reverse/setup-move, and macro XML contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining non-Euclidean topology, transform-aware macro, or host-shell remainder gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-D/T packets?","Inspect current first-party topology and geometry-family boundaries, transform-aware macro remapping and macro XML compatibility boundaries, the deferred broader MagicTile host-shell remainder, and unresolved owned widening targets only.","Audit roice3/MagicTile only as an already-landed permissive owner lane for HyperTwist. Validate current owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded topology and macro slices. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; bounded landed owner lane","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Non-euclidean Rubik's Cube Analogues","","roice3/MagicTile is already landed for its current justified tiling topology, geometry-family, transform-aware macro remapping, reverse/setup-move playback-tag, and macro XML compatibility slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0007","Implemented non-Euclidean topology and macro owner","Landed non-Euclidean topology owner lane for HyperTwist; validate boundaries and widen only through owned first-party work while the broader host-shell remainder stays deferred.","HyperTwist","Implemented non-Euclidean topology and macro owner","integrate","moderate modification","medium","roice3/magictile","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","36.0","5","88.0","Locked Strategic Donor","Implemented non-Euclidean topology and macro owner lane","","P1","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and its current justified topology and transform-aware macro slice is already implemented in first-party HyperTwist code. Further work should be ordinary owned widening from landed packet authority, not donor-transfer framing.","Already landed: start from first-party topology and macro owner surfaces plus landed packet authority, and keep the broader host-shell remainder deferred unless a later owned widening is justified.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","implemented-bounded-owner","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_hyper_engine during cluster normalization on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-D/T preserve sequence closed for the bounded retained slice. Preserve as the landed first-party tiling topology, geometry-family, and transform-aware macro remapping lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, while broader host-shell ownership stays deferred."
 "11967","PostHog/posthog","https://github.com/PostHog/posthog","HyperTwist","41.0","72.0","81.0","C","implemented control-plane boundary owner","implemented owner","boundary-sensitive telemetry and governance owner","landed boundary-sensitive owner","integrate","moderate modification","This row is already live for its current justified slice. Preserve the landed control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and feature-governance lane, and widen only through owned HyperTwist work with the MIT-outside-ee boundary kept explicit.","Landed owner value: control-plane telemetry, replay diagnostics, replay segmentation, feature governance, scheduled changes, early-access lifecycle, and explicit MIT-outside-ee compliance-boundary grounding already live in first-party HyperTwist code.","Preserve as the landed first-party control-plane telemetry, replay-diagnostic, and feature-governance owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-D packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep replay-shell owners and adjacent browser/control-plane support families separate rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed control-plane telemetry, replay-diagnostic, and feature-governance lane, not external donor harvesting.","Validate current first-party control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries; identify narrower owned widening targets only if needed; preserve replay diagnostics, segmentation, governance, scheduled-change, early-access, and ee-boundary contracts; keep compliance notes visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining control-plane telemetry, replay-diagnostic, or feature-governance gaps, if any, are not already covered by the landed HyperTwist code and the current PostHog preserve slice?","Inspect current first-party control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries, retained adjacent replay and browser-support families, and unresolved owned widening targets only.","Audit PostHog/posthog only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded boundary-sensitive slice. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slice and should no longer be treated as a donor extraction candidate.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product assistant to help debug your code, ship features faster, and keep all your usage and customer data in one stack.","","PostHog/posthog is treated as repurpose for HyperTwist because visible metadata points to the cloud / infra / observability / api layer. Surface signal: 🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product ... The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_control_plane","HT_control_plane_0001","Implemented control-plane boundary owner","Landed control-plane telemetry, replay-diagnostic, and feature-governance owner lane for HyperTwist; validate boundaries and widen only through owned first-party work while keeping the MIT-outside-ee boundary explicit.","HyperTwist","Implemented control-plane boundary owner","integrate","moderate modification","medium","posthog/posthog","HyperTwist","","","","","","","","","","","","","","","","Original global operational v3 retained","MIT outside ee/; enterprise-restricted in ee/","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","41.0","5","72.0","","Implemented control-plane boundary lane","","","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is mixed-license, and the justified HyperTwist slice is already implemented through landed first-party code using MIT-side semantics and grounding only. Keep all future widening on first-party or clearly MIT-side surfaces outside ee/, and keep enterprise paths excluded by default.","Already landed boundary-sensitive: start from first-party outputs, landed packet authority, and explicit MIT-outside-ee boundary notes; do not reopen raw ee/ source use by default.","Preserve MIT notices where required, keep the enterprise subtree exclusion explicit, and treat any ee/ path as out of scope unless separately reimplemented or licensed.","Usually unnecessary for the current landed slice; reopen only if a narrower first-party widening target truly requires fresh MIT-side-only comparison or clean reimplementation.","high","implemented-ee-boundary-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_control_plane and normalized telemetry/replay/feature-governance wording on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-D is closed. Preserve as a landed boundary-sensitive first-party lane; keep the MIT-outside-ee boundary explicit and widen only through ordinary owned enhancement work."
diff --git a/docs/repo_portfolio_unified_phase_g_v6_3.csv b/docs/repo_portfolio_unified_phase_g_v6_3.csv
index 8c9b342..8d18eac 100644
--- a/docs/repo_portfolio_unified_phase_g_v6_3.csv
+++ b/docs/repo_portfolio_unified_phase_g_v6_3.csv
@@ -1,4 +1,4 @@
-"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","canonical_repo_key","alias_group_size","phase_g_bucket","phase_g_bucket_rank","phase_g_bucket_reason","phase_g_project_stack_layer","phase_g_inclusion_status","phase_g_source_audit_priority","phase_g_master_list_rationale","phase_g_project_rank","phase_g_conf_rank","phase_g_action_rank","phase_g_global_order","phase_g_project_order","phase_g_anomaly_flag","_repo_norm","v5_primary_eval_project","v5_runtime_project","v5_scriptorium_override_status","v5_scriptorium_phase_g_bucket","v5_scriptorium_phase_g_stack_layer","v5_scriptorium_phase_g_source_audit_priority","v5_scriptorium_current_reality_status","v5_scriptorium_actual_role","v5_scriptorium_evidence_summary","v5_scriptorium_supersedes_prior_assessment","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","v6_source_of_truth","project_rank_num","audit_rank_num","bucket_rank_num","priority_num","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"
+"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","canonical_repo_key","alias_group_size","phase_g_bucket","phase_g_bucket_rank","phase_g_bucket_reason","phase_g_project_stack_layer","phase_g_inclusion_status","phase_g_source_audit_priority","phase_g_master_list_rationale","phase_g_project_rank","phase_g_conf_rank","phase_g_action_rank","phase_g_global_order","phase_g_project_order","phase_g_anomaly_flag","_repo_norm","v5_primary_eval_project","v5_runtime_project","v5_scriptorium_override_status","v5_scriptorium_phase_g_bucket","v5_scriptorium_phase_g_stack_layer","v5_scriptorium_phase_g_source_audit_priority","v5_scriptorium_current_reality_status","v5_scriptorium_actual_role","v5_scriptorium_evidence_summary","v5_scriptorium_supersedes_prior_assessment","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","v6_source_of_truth","project_rank_num","audit_rank_num","bucket_rank_num","priority_num","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"
 "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."
@@ -6,7 +6,7 @@
 "","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","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."
+"3.0","vivaansinghvi07/rubix-cube-solver","https://github.com/vivaansinghvi07/rubix-cube-solver","HyperTwist","3.0","158.0","191.0","A","implemented committed-face reconstruction owner","implemented owner","recognition, browser-shell, and bounded solve-guidance owner","landed reconstruction owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation lane, and widen only through owned HyperTwist work while keeping broader solver-backend ownership deferred.","Landed owner value: committed-face reconstruction, browser or webcam shell profile, stage-ladder guidance, recommendation-state readout, and bounded replay or recognition handoff already live in first-party HyperTwist code.","Preserve as the landed first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-C/P/Q packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist recognition and training surfaces as the owner. Keep qbr as the adjacent calibration and ordered face-observation owner, and keep retained solver or oracle rows separate rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed reconstruction, browser-shell, and bounded solve-guidance lane, not external donor harvesting.","Validate current first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation owner boundaries; identify narrower owned widening targets only if needed; preserve deferred solver-backend and bundled-asset exclusions","live owner boundary review","Remaining value is in already-landed reconstruction and bounded solve-guidance owner boundaries and future owned widening targets, not donor extraction.","Which remaining committed-face reconstruction, browser/webcam shell, or bounded solve-explanation/recommendation gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-C/P/Q packets?","Inspect current first-party reconstruction and browser-shell owner boundaries, landed packet scope, retained adjacent recognition or solver rows, and unresolved owned widening targets only.","Audit vivaansinghvi07/rubix-cube-solver only as an already-landed permissive owner lane for HyperTwist. Validate current committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation 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: 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","Implemented committed-face reconstruction owner","Landed committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented committed-face reconstruction owner","integrate","heavy modification","medium","vivaansinghvi07/rubix-cube-solver","1.0","Implemented reconstruction owner","2.0","Part of the irreducible core stack for HyperTwist; kept as the parallel foundation and strongest reconstruction companion to qbr.","Implemented committed-face reconstruction lane","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","The repo is MIT and the justified HyperTwist slice is already implemented as a first-party owner lane. Future widening should stay on owned HyperTwist surfaces while preserving notices, attribution, and the current bundled-asset exclusions.","Already landed: start from first-party owner surfaces and landed Phase 6R-C/P/Q packet authority, not donor-transfer framing.","Preserve MIT notices and attribution where required, and keep bundled twistysim.min.js redistribution out of scope unless separately justified.","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."
 "1749.0","rhasspy/piper","https://github.com/rhasspy/piper","multi-project","4.0","71.0","80.0","C","implemented local narration sidecar owner","implemented owner","local narration sidecar","landed bounded narration sidecar owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed local narration sidecar lane, and widen only through owned HyperTwist work.","Landed owner value: local narration sidecar runtime, voice loading, streaming output, and bounded local voice-service behavior already live in first-party HyperTwist code.","Preserve as the landed first-party local narration sidecar lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-G packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed local narration sidecar slice. Keep coqui-ai/TTS as the richer advanced narration sidecar, not a donor merge target for the already landed local narration slice.","Repurpose here means: ordinary owned enhancement of the landed local narration sidecar, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing local narration, voice-loading, and bounded service contracts; keep notices and voice-artifact review boundaries visible","live owner boundary review","Remaining value is in already-landed sidecar boundaries and future owned widening targets, not donor extraction.","Which remaining local narration sidecar gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-G packet?","Inspect current first-party local narration sidecar boundary plus unresolved owned widening targets only.","Audit rhasspy/piper only as an already-landed permissive narration sidecar lane for HyperTwist. Validate current owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded local narration sidecar slice. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; bounded landed narration-sidecar fit","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","rhasspy/piper – https://github.com/rhasspy/piper – MIT – Real-time TTS (recommended).","rhasspy/piper is already landed for its current justified local narration sidecar slice. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","1.0","MU_misc","MU_misc_0004","Implemented local narration sidecar owner","Landed local narration sidecar lane for HyperTwist; validate boundaries and widen only through owned first-party work.","future/adjacent use","Implemented local narration sidecar owner","repurpose","moderate modification","medium","rhasspy/piper","1.0","Donor Bench","4.0","Already-landed local narration sidecar row; no donor thesis remains for the current slice.","Implemented local narration sidecar lane","Included","P2","Keep in canon as an already-landed first-party local narration sidecar lane and route all future work through owned widening.","4.0","2.0","2.0","8565.0","8.0","","rhasspy/piper","multi-project","","","","","","","","","","Original global Phase G v4 retained","MIT code; voice artifacts reviewed separately","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","4.0","3","4.0","71.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The code license is MIT and the current justified local narration sidecar slice is already implemented in first-party HyperTwist code. Keep voice-artifact review separate from the already-landed code-side judgment.","Already landed: start from first-party local narration sidecar surfaces plus landed packet authority, and keep selected voice review separate.","Typically preserve notices, attribution, and license text where required; review chosen voices or model cards separately from the code license.","Usually unnecessary unless you later replace the runtime for packaging or architecture reasons.","high","implemented-voice-artifact-review-required","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Merged v6.1 copyleft layer and v6.2 SRE layer; use v6.3 docs + workbook as canonical handoff.","implemented_live_permissive","landed_permissive_preserve","Phase 6R-G is closed. Preserve as the landed bounded local narration sidecar lane; keep broad voice-model and payload review separate."
@@ -35,7 +35,7 @@
 "29.0","efrantar/rob-twophase","https://github.com/efrantar/rob-twophase","HyperTwist","29.0","117.0","132.0","B","solver oracle / robot-metric benchmark","benchmark","Solver oracle and robot-metric benchmark","Reserve Bench","future candidate","architecture only","Retain the valuable internal engine, but expect to replace UI/product shell, adapt schemas/APIs, and refactor boundaries so it can plug into the target anchors cleanly. For this repo class, that usually means preserving cube-state, scramble, scheduling, or timer internals while adapting pedagogy, analytics, and UI.","Benchmark-only retained value: correctness oracle, robot/axial-metric comparisons, multiple-solution search expectations, and pruning-table performance baselines.","Keep as a restrictive solver oracle benchmark. Use it for correctness, metric comparison, and performance expectations; do not treat it as donor code.","Do not merge this repo into the HyperTwist core. Translate only oracle behavior and robot-metric expectations into first-party acceptance tests.","Repurpose here means: use as a correctness/performance oracle and robot-metric benchmark.","Capture bounded benchmark or oracle behaviors; define acceptance criteria or clean-room-later planning boundaries; record explicit do-not-incorporate guardrails","oracle benchmark review","Hidden value sits in metric handling, pruning-table organization, CLI oracle behavior, and multi-solution search expectations.","Which oracle surfaces, robot metrics, and correctness/performance baselines should be preserved for first-party solver validation?","Inspect metric handling, pruning-table structure, CLI oracle behavior, and multiple-solution search as benchmark material only.","Audit efrantar/rob-twophase only as a restrictive solver oracle and robot-metric benchmark. Extract acceptance-test expectations and oracle behavior, not donor code.","","","","","","","","","","Reference only","Retain only as benchmark, oracle, acceptance-test, comparison, research, or clean-room-later planning input.","exclude from donor lane","The repo is GPL solver code and should remain only as a correctness/performance oracle and robot-metric benchmark.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","high","Dossier-backed classification is stable: the retained value is oracle and metric benchmarking, not direct incorporation.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","efrantar/rob-twophase — GPL two-phase solver; keep only as solver oracle and robot-metric benchmark.","efrantar/rob-twophase remains valuable because it is a strong correctness/performance oracle with robot-metric coverage. That value is benchmark authority, not donor code.","memo","False","True","0.0","1.0","HT_solver_oracles","HT_solver_oracles_0002","Solver oracle and robot-metric benchmark","Solver oracle and robot-metric benchmark for HyperTwist; retained for acceptance testing, not donor use.","HyperTwist","Solver oracle and robot-metric benchmark","future candidate","architecture only","medium","efrantar/rob-twophase","1.0","Reserve Bench","5.0","GPL solver/oracle repo whose retained value is correctness, performance, and metric benchmarking rather than donor use.","Solver oracle and robot-metric benchmark","Included","P2","Keep in canon as a restrictive solver oracle benchmark with robot-metric value.","2.0","3.0","3.0","11931.0","131.0","","efrantar/rob-twophase","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","29.0","3","5.0","117.0","mixed_or_boundary_sensitive_known","pattern_only_preferred","The repo is GPL solver/oracle code and remains a secondary metric, pruning, and performance benchmark rather than donor code.","Reference only: use as a solver oracle and robot-metric benchmark without direct source incorporation.","Direct incorporation would require GPL-compatible distribution/compliance and is not the planned HyperTwist path.","Only if a narrow oracle behavior later needs first-party recreation; otherwise keep this as a benchmark.","high","gpl-solver-oracle-benchmark","no","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale donor posture to dossier-backed solver oracle benchmark status.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as a secondary solver oracle for metric, pruning, and performance comparison; do not treat as donor code."
 "30.0","onionhoney/roux-trainers","https://github.com/onionhoney/roux-trainers","HyperTwist","30.0","117.0","132.0","B","implemented Roux method-stage clean-room owner","implemented owner","bounded clean-room method-stage owner","landed bounded clean-room owner","integrate","architecture only","This row is already live for its current justified slice. Preserve the landed Roux method-stage, blockbuilding, and generated stage-trainer family under the existing clean-room boundary, and widen only through owned HyperTwist work above the restrictive outputs.","Landed owner value: Roux method-stage drill flows, blockbuilding trainers, static case decks, and generated stage-trainer surfaces already live in first-party HyperTwist code through the landed clean-room route.","Preserve as the landed first-party Roux method-stage clean-room owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, 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 orchestration owner above the restrictive outputs. Keep Alg-Trainer as the broader training-foundation owner, cube_trainer as the persisted-coaching owner, and other method-specific drill lanes as adjacent families rather than donor merge targets for the already landed clean-room slice.","Repurpose here means: ordinary owned enhancement above the landed Roux clean-room outputs, not renewed restrictive-source harvesting.","Validate current first-party Roux method-stage clean-room owner boundaries; identify narrower owned widening targets only if needed; preserve stage-drill, blockbuilding, static case-deck, and generated trainer 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 Roux method-stage or blockbuilding gaps, if any, are not already covered by the landed HyperTwist code and the current clean-room preserve slice?","Inspect current first-party Roux method-stage clean-room owner boundaries, retained adjacent training-foundation and coaching families, and unresolved owned widening targets only.","Audit onionhoney/roux-trainers only as an already-landed restrictive clean-room owner lane for HyperTwist. Validate current Roux method-stage 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","The dossier-backed classification is stable: stronger than a passive benchmark, but clearly a restrictive clean-room donor rather than direct donor code.","high","The dossier-backed classification is stable: stronger than a passive benchmark, but clearly a restrictive clean-room donor rather than direct donor code.","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","onionhoney/roux-trainers — GPLv3 Roux trainer; keep as a focused restrictive clean-room donor, not direct donor code.","onionhoney/roux-trainers remains valuable because it contains stage-specific training-state machines, solver-backed analyzer modes, recognition masking, and batch-drill patterns. That value should flow through a clean-room donor path, not direct incorporation.","memo","False","True","0.0","1.0","HT_training_clean_room","HT_training_clean_room_0006","Focused restrictive clean-room donor target","Landed Roux method-stage clean-room owner lane for HyperTwist; validate boundaries and widen only through owned first-party work above the restrictive outputs.","HyperTwist","Focused restrictive clean-room donor target","repurpose","architecture only","medium","onionhoney/roux-trainers","1.0","Donor Bench","5.0","Already-landed Roux method-stage, blockbuilding, and generated stage-trainer row through the clean-room route; no open donor thesis remains for the current slice.","Implemented Roux method-stage clean-room lane","Included","P2","Keep in canon as an already-landed first-party Roux method-stage clean-room owner lane and route all future work through owned widening above the restrictive outputs.","2.0","3.0","3.0","11934.0","132.0","","onionhoney/roux-trainers","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","GPL-3.0","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","30.0","3","5.0","117.0","mixed_or_boundary_sensitive_known","reverse_engineer_preferred","The upstream repo is GPLv3, 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","Corrected on 2026-04-25 from stale donor posture to dossier-backed focused restrictive clean-room donor status.","implemented_live_clean_room_verified","landed_clean_room_preserve","Phase 1R 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."
 "31.0","yakupbilen/drl-rubiks-cube","https://github.com/yakupbilen/drl-rubiks-cube","HyperTwist","31.0","117.0","132.0","B","learned heuristic search / offline solver experimentation","research benchmark","solver experimentation benchmark","research benchmark","future candidate","architecture only","Retain the valuable internal research engine, but keep it below live product ownership. For this repo class, preserve sticker-state transition encoding, ADI state generation, batched neural search, and offline experiment loops while excluding camera UX, PyQt shell behavior, and near-term product runtime assumptions.","Benchmark-only retained value: 54-sticker transition encoding, ADI training-state generation, batched neural A* search, and compact value-network experimentation worth preserving as research reference.","Keep only as a research benchmark. Use it to shape first-party learned heuristic search, ADI state-generation, and offline solver experimentation if HyperTwist ever opens that lane; do not treat it as a live camera, calibration, recognition, or product-shell donor.","Keep behind the landed qbr and rubix-cube-solver recognition owners and behind the retained brownan/efrantar solver-oracle owners. Revisit only if HyperTwist intentionally opens a first-party ML search or offline experimentation lane.","Repurpose here means: mine cube-state transition encoding, ADI target-generation loops, batched heuristic-search experiments, and small value-network research rather than camera UX or product shell behavior.","Capture bounded benchmark or oracle behaviors; define acceptance criteria or clean-room-later planning boundaries; record explicit do-not-incorporate guardrails","deep source audit","Hidden value often sits in calibration, preprocessing, stabilization, object/state reconstruction, replay artifacts, and camera-to-domain state pipelines that are not obvious from demos.","Inspect cube-state encoding; move-transition tables; ADI state generation; batched A* evaluation; value-network shape; offline training loop; and experiment boundaries. Explicitly exclude camera/perception shell claims from owner judgment.","Inspect README/docs, cube-state model, move-transition tables, search loop, ADI generation, network architecture, training scripts, and experiment configuration. Look for reusable search research primitives rather than camera UX, PyQt shell flows, or live perception assumptions.","Audit yakupbilen/drl-rubiks-cube as a learned-search and offline experimentation benchmark for HyperTwist. Do not stop at README-level claims. Inspect cube-state encoding, move-transition tables, ADI generation, batched neural A* search, value-network shape, and experiment loops. Decide whether the repo remains a non-live research benchmark and identify only those primitives that would matter if a future first-party ML search lane is intentionally opened. Do not treat camera UX or PyQt shell behavior as owner evidence.","","","","","","","","","","Reference only","Retain only as benchmark, oracle, acceptance-test, comparison, research, or clean-room-later planning input.","exclude from standalone? no","Not necessarily the final base, but keep as an active subsystem candidate or major donor.","medium","single-source signal; retained research value; not a live owner lane","medium","memo mentions: 1","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","yakupbilen/drl-rubiks-cube — MIT — RL solver with PyQt5 + webcam input.","yakupbilen/drl-rubiks-cube is treated as a future candidate for HyperTwist because the current dossier retains it mainly for learned-heuristic search, batched A-star style experimentation, and training-loop ideas, not as part of the committed perception core.","memo","False","True","0.0","1.0","HT_cube_vision","HT_cube_vision_0008","solver research / experimentation","Retain only as an MIT research benchmark for learned heuristic search, ADI state generation, and offline solver experimentation. Its strongest current value is research logic, not live perception or product shell ownership.","HyperTwist","solver research / experimentation","integrate","moderate modification","medium","yakupbilen/drl-rubiks-cube","1.0","Reserve Bench","5.0","Useful MIT search and training benchmark for learned-heuristic search, state generation, and experimentation loops, but explicitly below the committed perception and training core.","Search/training systems bench","Included","P2","yakupbilen/drl-rubiks-cube is placed in Reserve Bench for HyperTwist because it best serves the 'Search/training systems bench' role; recommended action is 'future candidate' with repurposing scope 'architecture only'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","2.0","3.0","3.0","11937.0","133.0","","yakupbilen/drl-rubiks-cube","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","31.0","3","5.0","117.0","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT and remains a research benchmark for learned heuristic search, ADI state generation, and offline experimentation rather than a near-term product donor.","Reference only: benchmark learned heuristic search and training experiments without near-term direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as an MIT research benchmark for learned heuristic search, ADI training loops, and offline experimentation rather than near-term product implementation."
-"32.0","Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","32.0","92.0","101.0","C","hypercubing / nD engine","subsystem donor","simulation donor","locked strategic donor","repurpose","moderate modification","Treat this as a mineable codebase: keep selected internals (algorithms, renderers, adapters, parsers, schedulers) while replacing the surrounding product assumptions and architecture. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","Website for the Hypercubing community","Repurpose selected subsystems rather than the whole product. Mine the repo for nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","Map module boundaries; Identify hidden reusable internals; Define adapter/API boundary to target anchors; Write extraction tests against upstream behavior; Isolate puzzle/state core; Extract render/input abstractions; Document notation and save format","deep source audit","Hidden value is likely in generalized puzzle/state representations, higher-dimensional transforms, notation systems, save formats, puzzle generators, and rendering abstractions.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Audit Hypercubers/hypercubing.xyz as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is heavy modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","exclude from core, keep as donor","Do not let it consume roadmap as a full product shell; mine reusable engines, adapters, schemas, UX patterns, or datasets.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Website for the Hypercubing community","","Hypercubers/hypercubing.xyz is treated as repurpose for HyperTwist because visible metadata points to the hypercubing / nD simulation layer. Surface signal: Website for the Hypercubing community The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0006","hypercubing / nD simulation","Integrate primarily for HyperTwist. Its description and bookmark placement under ""HyperTwist Consider"" place it in the hypercubing / nD simulation layer.","HyperTwist","hypercubing / nD simulation","integrate","heavy modification","medium","hypercubers/hypercubing.xyz","1.0","Locked Strategic Donor","4.0","MIT knowledge/curriculum donor with canonical notation, progression, taxonomy, and leaderboard-generation value.","Knowledge and curriculum donor","Included","P1","Keep as one of the strongest non-runtime donors in the hypercubing half of HyperTwist; the dossier-backed MIT posture and content value justify promotion above the old donor-bench treatment.","2.0","2.0","2.0","11938.0","134.0","Thin-fit assignment; verify project mapping during source audit","hypercubers/hypercubing.xyz","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","32.0","3","4.0","92.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is retained as a high-value knowledge and curriculum donor. Direct use of code/content structures is legally straightforward where it materially helps HyperTwist.","Use selectively as a donor for knowledge structures, notation, taxonomy, and leaderboard-generation logic; do not confuse the site snapshot with the canonical repo.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is cleaner than carrying the upstream code.","high","permissive-knowledge-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license donor-bench posture to dossier-backed MIT knowledge/curriculum donor status.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-B closed. Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane; start future widening from the live-lane audit, then the 3R-B implementation packet, then REPO_LICENSE_TRACKING.md."
+"32.0","Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","32.0","92.0","101.0","C","implemented hypercubing knowledge owner","implemented owner","knowledge, notation, and reference owner","landed permissive owner","integrate","direct","This row is already live for its current justified slice. Preserve the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane, and widen only through owned HyperTwist work.","Landed owner value: hypercubing taxonomy, notation glossary, rewritten progression ladder, software-matrix grounding, and leaderboard or report contract surfaces already live in first-party HyperTwist code and bundled reference targets.","Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, the live-lane audit, REPO_LICENSE_TRACKING, and the landed Phase 3R-B packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist training knowledge and runtime surfaces as the owner. Keep Hyperspeedcube as the separate higher-dimensional runtime owner and cubing/cubing.js as the separate classic-cubing semantic owner rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed hypercubing knowledge/reference lane, not external donor harvesting.","Validate current first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract owner boundaries; identify narrower owned widening targets only if needed; preserve provenance and reference-target contracts","live owner boundary review","Remaining value is in already-landed hypercubing knowledge/reference owner boundaries and future owned widening targets, not donor extraction.","Which remaining hypercubing knowledge, notation, progression, software-reference, or leaderboard-contract gaps, if any, are not already covered by the landed HyperTwist code and the current bundled reference targets?","Inspect current first-party hypercubing knowledge/reference owner boundaries, landed packet scope, bundled reference targets, and unresolved owned widening targets only.","Audit Hypercubers/hypercubing.xyz only as an already-landed permissive owner lane for HyperTwist. Validate current hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract 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, live-lane audit, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slice and should no longer be treated as a donor extraction candidate.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Website for the Hypercubing community","","Hypercubers/hypercubing.xyz is treated as repurpose for HyperTwist because visible metadata points to the hypercubing / nD simulation layer. Surface signal: Website for the Hypercubing community The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0006","Implemented hypercubing knowledge/reference owner","Landed hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented hypercubing knowledge/reference owner","integrate","heavy modification","medium","hypercubers/hypercubing.xyz","1.0","Implemented knowledge/reference owner","4.0","MIT knowledge/curriculum donor with canonical notation, progression, taxonomy, and leaderboard-generation value.","Implemented hypercubing knowledge/reference lane","Included","P1","Keep as one of the strongest non-runtime donors in the hypercubing half of HyperTwist; the dossier-backed MIT posture and content value justify promotion above the old donor-bench treatment.","2.0","2.0","2.0","11938.0","134.0","Thin-fit assignment; verify project mapping during source audit","hypercubers/hypercubing.xyz","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","32.0","3","4.0","92.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and the justified HyperTwist slice is already implemented as a first-party knowledge/reference owner lane. Future widening should stay on owned HyperTwist surfaces while preserving notices, attribution, and provenance summaries.","Already landed: start from first-party owner surfaces, bundled reference targets, landed packet authority, and explicit provenance notes rather than donor-transfer framing.","Preserve MIT notices, attribution, and provenance summaries where required.","Usually unnecessary unless later replacing a narrow implementation seam is cleaner than carrying the upstream code.","high","permissive-knowledge-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license donor-bench posture to dossier-backed MIT knowledge/curriculum donor status.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-B closed. Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane; start future widening from the live-lane audit, then the 3R-B implementation packet, then REPO_LICENSE_TRACKING.md."
 "34.0","Aarav2709/KubeTimr","https://github.com/Aarav2709/KubeTimr","HyperTwist","34.0","88.0","97.0","C","implemented timer substrate owner","implemented owner","timer substrate owner","landed subsystem owner","repurpose","moderate modification","This row is already live for its current justified slices. Preserve the landed local timer lifecycle, inspection, split capture and editing, session stats, local persistence, and timer-scoped replay boundaries, and widen only through owned HyperTwist work.","Landed owner value: timer lifecycle, inspection, split capture and editing, session stats, local persistence, and timer-scoped replay posture already live in first-party HyperTwist code.","Preserve as the landed first-party timer substrate owner lane. Start any future widening from owned HyperTwist surfaces, the timer implementation packet, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep cstimer as the retained restrictive oracle, cubing/qqTimer as legacy reference, and CubeDesk as adjacent live trainer-session and smart-device workflow composition rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed timer substrate owner lane, not external donor harvesting.","Validate current first-party timer owner boundaries; identify narrower owned widening targets only if needed; preserve timer lifecycle, inspection, splits, persistence, stats, and timer-scoped replay contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed timer owner boundaries and future owned widening targets, not donor extraction.","Which remaining timer-substrate gaps, if any, are not already covered by the landed HyperTwist code and the KubeTimr implementation packet?","Inspect current first-party timer owner boundaries, landed packet scope, retained timer oracle and reference rows, and unresolved owned widening targets only.","Audit Aarav2709/KubeTimr only as an already-landed permissive owner lane for HyperTwist. Validate current timer owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","exclude from core, keep as donor","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","medium","single-source signal; clear taxonomy; mostly donor/reference role","medium","strong adjacency to identified core stack; memo mentions: 2","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","","","","Aarav2709/KubeTimr - landed first-party timer substrate owner lane; future work starts from owned HyperTwist surfaces and landed packets.","Aarav2709/KubeTimr is already landed for its current justified timer lifecycle, inspection, split, persistence, stats, and timer-scoped replay slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","memo","False","True","0.0","2.0","HT_training_stack","HT_training_stack_0015","Implemented timer substrate owner","Landed timer substrate owner lane for HyperTwist; validate boundaries and widen only through owned first-party work.","HyperTwist","Implemented timer substrate owner","integrate","moderate modification","medium","aarav2709/kubetimr","1.0","Donor Bench","4.0","Already-landed timer owner row for bounded lifecycle, inspection, split, persistence, stats, and timer-scoped replay families; no donor thesis remains for the current slice.","Implemented timer substrate owner lane","Included","P2","Keep in canon as an already-landed first-party timer owner lane and route all future work through owned widening.","2.0","3.0","2.0","11944.0","135.0","","aarav2709/kubetimr","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","34.0","3","4.0","88.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is permissively licensed and currently best treated as a focused subsystem donor for timer-state logic, split-phase handling, local persistence, and keyboard-first practice flow. Selective incorporation is legally straightforward, but the product shell should still be reshaped to fit HyperTwist.","Already landed: start from first-party owner surfaces and landed packet authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","routine-review-only","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy adjacency wording and stale clean-room boundary posture to dossier-backed focused subsystem donor on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-A closed. Preserve as the landed first-party timer, inspection, splits, stats, persistence, and timer-scoped replay lane; start future widening from the live-lane audit, then the 3R-A implementation packet, then REPO_LICENSE_TRACKING.md."
 "36.0","roice3/MagicTile","https://github.com/roice3/MagicTile","HyperTwist","36.0","88.0","97.0","C","implemented non-Euclidean topology and macro owner","implemented owner","non-Euclidean topology owner","landed bounded topology owner","integrate","direct","This row is already live for its current justified slices. Preserve the landed tiling topology, geometry-family contract, transform-aware macro remapping, reverse/setup-move playback tags, and macro XML compatibility boundary, and widen only through owned HyperTwist work while the broader host-shell remainder stays deferred.","Landed owner value: tiling topology, geometry-family contract, transform-aware macro remapping, reverse/setup-move playback tags, and macro XML compatibility boundary already live in first-party HyperTwist code.","Preserve as the landed first-party MagicTile owner lane for bounded topology and transform-aware macro surfaces. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-D/T packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner for the landed MagicTile topology and macro slices. Keep the broader MagicTile host-shell remainder, Hyperspeedcube, and the specialized Magic120Cell and MagicCube5D families as deferred or adjacent context, not donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed MagicTile owner lane, not subsystem harvesting from an external candidate queue.","Validate current first-party owner boundaries; identify narrower owned widening targets only if needed; preserve existing topology, geometry-family, transform-aware macro, reverse/setup-move, and macro XML contracts; keep notices and attribution visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining non-Euclidean topology, transform-aware macro, or host-shell remainder gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-D/T packets?","Inspect current first-party topology and geometry-family boundaries, transform-aware macro remapping and macro XML compatibility boundaries, the deferred broader MagicTile host-shell remainder, and unresolved owned widening targets only.","Audit roice3/MagicTile only as an already-landed permissive owner lane for HyperTwist. Validate current owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded topology and macro slices. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slices and should no longer be treated as a donor extraction candidate.","high","single-source signal; clear taxonomy; active integration value; bounded landed owner lane","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","Non-euclidean Rubik's Cube Analogues","","roice3/MagicTile is already landed for its current justified tiling topology, geometry-family, transform-aware macro remapping, reverse/setup-move playback-tag, and macro XML compatibility slices. Its row-source posture should now be preserve-and-owned-widen rather than donor extraction.","bookmarks","True","False","1.0","0.0","HT_hyper_engine","HT_hyper_engine_0007","Implemented non-Euclidean topology and macro owner","Landed non-Euclidean topology owner lane for HyperTwist; validate boundaries and widen only through owned first-party work while the broader host-shell remainder stays deferred.","HyperTwist","Implemented non-Euclidean topology and macro owner","integrate","moderate modification","medium","roice3/magictile","1.0","Locked Strategic Donor","4.0","Already-landed MagicTile owner row for bounded tiling topology, geometry-family, transform-aware macro remapping, and macro compatibility families; no donor thesis remains for the current slice.","Implemented non-Euclidean topology and macro owner lane","Included","P1","Keep in canon as an already-landed first-party MagicTile owner lane and route all future work through owned widening while the broader host-shell remainder stays deferred.","2.0","2.0","2.0","11950.0","136.0","","roice3/magictile","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","36.0","3","4.0","88.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and its current justified topology and transform-aware macro slice is already implemented in first-party HyperTwist code. Further work should be ordinary owned widening from landed packet authority, not donor-transfer framing.","Already landed: start from first-party topology and macro owner surfaces plus landed packet authority, and keep the broader host-shell remainder deferred unless a later owned widening is justified.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow seam is cleaner than carrying the upstream code.","high","implemented-bounded-owner","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned from legacy HY_misc to HT_hyper_engine during cluster normalization on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Later Phase 6R-D/T preserve sequence closed for the bounded retained slice. Preserve as the landed first-party tiling topology, geometry-family, and transform-aware macro remapping lane; start future widening from ROADMAP.md, FEATURE_REGISTRY.md, REPO_LICENSE_TRACKING.md, and the repo-specific landed Phase 6R packets, while broader host-shell ownership stays deferred."
 "41.0","PostHog/posthog","https://github.com/PostHog/posthog","HyperTwist","41.0","72.0","81.0","C","implemented control-plane boundary owner","implemented owner","boundary-sensitive telemetry and governance owner","landed boundary-sensitive owner","integrate","moderate modification","This row is already live for its current justified slice. Preserve the landed control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and feature-governance lane, and widen only through owned HyperTwist work with the MIT-outside-ee boundary kept explicit.","Landed owner value: control-plane telemetry, replay diagnostics, replay segmentation, feature governance, scheduled changes, early-access lifecycle, and explicit MIT-outside-ee compliance-boundary grounding already live in first-party HyperTwist code.","Preserve as the landed first-party control-plane telemetry, replay-diagnostic, and feature-governance owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 4R-D packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep replay-shell owners and adjacent browser/control-plane support families separate rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed control-plane telemetry, replay-diagnostic, and feature-governance lane, not external donor harvesting.","Validate current first-party control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries; identify narrower owned widening targets only if needed; preserve replay diagnostics, segmentation, governance, scheduled-change, early-access, and ee-boundary contracts; keep compliance notes visible","live owner boundary review","Remaining value is in already-landed owner boundaries and future owned widening targets, not donor extraction.","Which remaining control-plane telemetry, replay-diagnostic, or feature-governance gaps, if any, are not already covered by the landed HyperTwist code and the current PostHog preserve slice?","Inspect current first-party control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries, retained adjacent replay and browser-support families, and unresolved owned widening targets only.","Audit PostHog/posthog only as an already-landed boundary-sensitive owner lane for HyperTwist. Validate current control-plane telemetry, replay-diagnostic, and feature-governance owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist for its bounded boundary-sensitive slice. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","do not exclude","This row is already implemented for its current justified slice and should no longer be treated as a donor extraction candidate.","medium-low","single-source signal; clear taxonomy; mostly donor/reference role","medium","explicit bookmark description available","Licensing intentionally ignored as a decision filter in this canonical evaluation; assess only architecture, capability, donor value, and concept transfer.","HyperTwist(1)","HyperTwist Consider","🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product assistant to help debug your code, ship features faster, and keep all your usage and customer data in one stack.","","PostHog/posthog is treated as repurpose for HyperTwist because visible metadata points to the cloud / infra / observability / api layer. Surface signal: 🦔 PostHog is an all-in-one developer platform for building successful products. We offer product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, data warehouse, a CDP, and an AI product ... The fit looks real, but more as a donor/augmenter than as a standalone foundation.","bookmarks","True","False","1.0","0.0","HT_control_plane","HT_control_plane_0001","Implemented control-plane boundary owner","Landed control-plane telemetry, replay-diagnostic, and feature-governance owner lane for HyperTwist; validate boundaries and widen only through owned first-party work while keeping the MIT-outside-ee boundary explicit.","HyperTwist","Implemented control-plane boundary owner","integrate","moderate modification","medium","posthog/posthog","1.0","Donor Bench","4.0","Already-landed control-plane telemetry, replay-diagnostic, scheduled-change, early-access, and feature-governance row; no donor thesis remains for the current slice.","Implemented control-plane boundary lane","Included","P2","Keep in canon as an already-landed first-party control-plane telemetry, replay-diagnostic, and feature-governance owner lane and route all future work through owned widening while keeping the MIT-outside-ee boundary explicit.","2.0","2.0","2.0","11966.0","139.0","Thin-fit assignment; verify project mapping during source audit","posthog/posthog","HyperTwist","","","","","","","","","","Original global Phase G v4 retained","MIT outside ee/; enterprise-restricted in ee/","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","41.0","3","4.0","72.0","mixed_or_boundary_sensitive_known","bounded_sidecar_or_selective_reimplementation","The repo is mixed-license, and the justified HyperTwist slice is already implemented through landed first-party code using MIT-side semantics and grounding only. Keep all future widening on first-party or clearly MIT-side surfaces outside ee/, and keep enterprise paths excluded by default.","Already landed boundary-sensitive: start from first-party outputs, landed packet authority, and explicit MIT-outside-ee boundary notes; do not reopen raw ee/ source use by default.","Preserve MIT notices where required, keep the enterprise subtree exclusion explicit, and treat any ee/ path as out of scope unless separately reimplemented or licensed.","Usually unnecessary for the current landed slice; reopen only if a narrower first-party widening target truly requires fresh MIT-side-only comparison or clean reimplementation.","high","implemented-ee-boundary-review","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Assigned to HT_control_plane and normalized telemetry/replay/feature-governance wording on 2026-04-25.","implemented_live_boundary_sensitive","landed_boundary_sensitive_preserve","Phase 4R-D is closed. Preserve as a landed boundary-sensitive first-party lane; keep the MIT-outside-ee boundary explicit and widen only through ordinary owned enhancement work."
diff --git a/docs/repo_portfolio_unified_source_audit_v6_3.csv b/docs/repo_portfolio_unified_source_audit_v6_3.csv
index fd57367..9f09b9c 100644
--- a/docs/repo_portfolio_unified_source_audit_v6_3.csv
+++ b/docs/repo_portfolio_unified_source_audit_v6_3.csv
@@ -1,11 +1,11 @@
-"repo","primary_url","project","phase_g_bucket","stack_layer","audit_tier","tier_queue_order","global_order","wave_number","portfolio_priority_score","execution_priority_score_v3","current_confidence","modification_scope_detail_v3","recommended_action_v2","repurposing_potential_v2","audit_goal","inspect_emphasis","source_code_audit_targets","source_inspection_questions","integration_realization_detail","consolidation_detail","repurpose_detail","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","reclassify_up_if","reclassify_down_if","deliverable_expected","session_note_template","recommended_context_packet","phase_g_master_list_rationale","phase_g_bucket_reason","coding_model_instruction_v3","source_audit_packet_id","cluster_tag","_repo_norm","v5_runtime_project","v5_scriptorium_override_status","v5_scriptorium_bucket","v5_scriptorium_stack_layer","v5_scriptorium_current_reality_status","v5_scriptorium_supersedes_prior_assessment","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","v6_source_of_truth","project_rank_num","tier_rank_num","priority_num","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"
+"repo","primary_url","project","phase_g_bucket","stack_layer","audit_tier","tier_queue_order","global_order","wave_number","portfolio_priority_score","execution_priority_score_v3","current_confidence","modification_scope_detail_v3","recommended_action_v2","repurposing_potential_v2","audit_goal","inspect_emphasis","source_code_audit_targets","source_inspection_questions","integration_realization_detail","consolidation_detail","repurpose_detail","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","reclassify_up_if","reclassify_down_if","deliverable_expected","session_note_template","recommended_context_packet","phase_g_master_list_rationale","phase_g_bucket_reason","coding_model_instruction_v3","source_audit_packet_id","cluster_tag","_repo_norm","v5_runtime_project","v5_scriptorium_override_status","v5_scriptorium_bucket","v5_scriptorium_stack_layer","v5_scriptorium_current_reality_status","v5_scriptorium_supersedes_prior_assessment","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","v6_source_of_truth","project_rank_num","tier_rank_num","priority_num","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"
 "HactarCE/Hyperspeedcube","https://github.com/HactarCE/Hyperspeedcube","HyperTwist","Locked Foundation","nD / hypercubing simulation substrate","P0","20","9203","2.0","160.0","193.0","high","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.","integrate","direct","Validate the current first-party owner boundaries for HactarCE/Hyperspeedcube and record any narrower owned widening targets that remain after the landed Phase 6R-A/K/L/M/N slice.","Landed hyper catalog, notation, replay-log, replay verification, stats-shape, solve-record, and puzzle-DSL owner boundaries as live first-party material.","Inspect current first-party owner boundaries, landed packet scope, retained adjacent hyper/runtime families, and unresolved owned widening targets only.","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?","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.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if core capabilities are thinner than claimed, architecture is too brittle or narrow, maintenance reality is poor, or the differentiating thesis collapses under code inspection.","Owner-boundary note + owned widening criteria + explicit no-donor-thesis posture.","1) Which landed hyper owner boundaries are already closed
 2) Which narrower owned widening targets, if any, remain
 3) Which adjacent retained rows stay reference-only or family-adjacent","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 hyper owner lane and route all future work through owned widening.","Already-landed hyper owner row for bounded puzzle catalog, notation, replay, stats, and DSL families; no donor thesis remains for the current slice.","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.","HT_hyper_engine_0001","HT_hyper_engine","hactarce/hyperspeedcube","","","","","","","Original global P0-P3 source audit 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.","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","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."
 "kkoomen/qbr","https://github.com/kkoomen/qbr","HyperTwist","Locked Foundation","Live cube-recognition substrate","P0","21","9204","4.0","158.0","191.0","high","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.","integrate","direct","Validate the current first-party owner boundaries for kkoomen/qbr and record any narrower owned widening targets that remain after the landed Phase 6R-B/O slice.","Landed recognition calibration, ordered face-observation, webcam shell, and adjacent deferred remainder boundaries as live first-party material.","Inspect current first-party recognition owner boundaries, landed packet scope, retained adjacent recognition rows, and unresolved owned widening targets only.","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?","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.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if core capabilities are thinner than claimed, architecture is too brittle or narrow, maintenance reality is poor, or the differentiating thesis collapses under code inspection.","Owner-boundary note + owned widening criteria + explicit no-donor-thesis posture.","1) Which landed recognition and webcam-shell owner boundaries are already closed
 2) Which narrower owned widening targets, if any, remain
 3) Which adjacent retained or deferred 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 recognition owner lane and route all future work through owned widening.","Already-landed recognition owner row for bounded calibration, ordered observation, and webcam-shell families; no donor thesis remains for the current slice.","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.","HT_cube_vision_0001","HT_cube_vision","kkoomen/qbr","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","1","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."
-"vivaansinghvi07/rubix-cube-solver","https://github.com/vivaansinghvi07/rubix-cube-solver","HyperTwist","Locked Parallel Foundation","Vision / reconstruction donor layer","P0","22","9205","8.0","158.0","191.0","high","Keep the core engine or major subsystem mostly intact; change wrappers, branding, storage/auth, and integration seams so it becomes a first-class part of the target stack. For this repo class, that usually means preserving calibration/detection/state-reconstruction logic while replacing camera UX and integration surfaces.","integrate","direct","Validate whether vivaansinghvi07/rubix-cube-solver truly deserves its current foundation-tier role for HyperTwist; extract the irreducible core abstractions, extension points, and transplantable subsystems.","image pipeline, detection heuristics/models, cube-state reconstruction, calibration, temporal smoothing, replay model, solver handoff, AR/overlay hooks","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for calibration routines, detection heuristics/models, color/state normalization, replay serialization, solver bridges, camera abstraction layers, and debug visualizations.","Inspect preprocessing/calibration; tracking stabilization; state reconstruction; replay/event model; camera abstraction; fallback heuristics; testing assets/videos; performance shortcuts.","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.","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.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if core capabilities are thinner than claimed, architecture is too brittle or narrow, maintenance reality is poor, or the differentiating thesis collapses under code inspection.","Architecture note + salvage map + integration recipe + reclassification verdict","1) Confirmed visible capabilities
+"vivaansinghvi07/rubix-cube-solver","https://github.com/vivaansinghvi07/rubix-cube-solver","HyperTwist","Implemented reconstruction owner","Implemented committed-face reconstruction lane","P0","22","9205","8.0","158.0","191.0","high","This row is already live for its current justified slices. Preserve the landed first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation lane, and widen only through owned HyperTwist work while keeping broader solver-backend ownership deferred.","integrate","direct","Validate current first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation owner boundaries and record only narrower owned widening targets, if any.","committed-face reconstruction, browser-shell metadata, stage-ladder guidance, recommendation state, replay or recognition handoff, and deferred solver boundary","Inspect current first-party reconstruction and browser-shell owner boundaries, landed packet scope, retained adjacent recognition or solver rows, and unresolved owned widening targets only.","Which remaining committed-face reconstruction, browser/webcam shell, or bounded solve-explanation/recommendation gaps, if any, are not already covered by the landed HyperTwist code and the bounded Phase 6R-C/P/Q packets?","Preserve as the landed first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, ROADMAP, REPO_LICENSE_TRACKING, and the landed Phase 6R-C/P/Q packets; do not route work through donor-extraction framing.","Treat current first-party HyperTwist recognition and training surfaces as the owner. Keep qbr as the adjacent calibration and ordered face-observation owner, and keep retained solver or oracle rows separate rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed reconstruction, browser-shell, and bounded solve-guidance 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 shows the landed owner slice was overstated or materially misattributed.","Downgrade only if the claimed first-party owner slice is materially unsupported by current code or landed packets.","Owner-boundary note + owned widening criteria + explicit landed permissive-preserve posture.","1) Confirmed visible capabilities
 2) Hidden capabilities found only in source
 3) Best salvageable modules/files/packages
 4) Integration path into target project
@@ -13,7 +13,7 @@
 6) Best merge partners and exact coupling seam
 7) Reasons to promote / retain / demote
 8) Confidence change after source audit
-9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","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.","Part of the irreducible core stack for HyperTwist; kept as the parallel foundation and strongest reconstruction companion to qbr.","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.","HT_cube_vision_0002","HT_cube_vision","vivaansinghvi07/rubix-cube-solver","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","1","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."
+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.","Already-landed first-party committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation owner lane.","The row is already live for its current justified reconstruction and bounded solve-guidance slice. No donor thesis remains for the landed owner lane.","Audit vivaansinghvi07/rubix-cube-solver only as an already-landed permissive owner lane for HyperTwist. Validate current committed-face reconstruction, browser/webcam shell, and bounded solve-explanation/recommendation owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","HT_cube_vision_0002","HT_cube_vision","vivaansinghvi07/rubix-cube-solver","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","1","158.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and the justified HyperTwist slice is already implemented as a first-party owner lane. Future widening should stay on owned HyperTwist surfaces while preserving notices, attribution, and the current bundled-asset exclusions.","Already landed: start from first-party owner surfaces and landed Phase 6R-C/P/Q packet authority, not donor-transfer framing.","Preserve MIT notices and attribution where required, and keep bundled twistysim.min.js redistribution out of scope unless separately justified.","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."
 "tao-yu/Alg-Trainer","https://github.com/tao-yu/Alg-Trainer","HyperTwist","Locked Parallel Foundation","Training / timing layer","P0","23","9206","9.0","156.0","189.0","high","This row is already live for its current justified slices. Preserve the landed broad algorithm-training shell, set or subset corpus, timer or reveal or scramble or virtual-cube flow, and smartcube-capable drill posture, and widen only through owned HyperTwist work.","integrate","direct","Validate the current first-party owner boundaries for tao-yu/Alg-Trainer and record any narrower owned widening targets that remain after the landed training-foundation slice.","Landed broad algorithm-shell, set or subset corpus, timer or reveal or scramble or virtual-cube flow, and smartcube-capable drill boundaries as live first-party material.","Inspect current first-party training-foundation owner boundaries, retained adjacent coaching and timer families, and unresolved owned widening targets only.","Which remaining training-foundation gaps, if any, are not already covered by the landed HyperTwist code and the current Alg-Trainer preserve slice?","Preserve as the landed first-party algorithm-training foundation owner lane. Start any future widening from owned HyperTwist surfaces, the live training stack, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep cube_trainer as the adjacent persisted-coaching owner, KubeTimr as the timer substrate owner, and cross-planning or micro-drill lanes as narrower adjacent families rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed algorithm-training foundation owner lane, not external donor harvesting.","","","","","","","","","","Owned widening only","The row is already live inside HyperTwist. Further work should start from first-party owner surfaces, feature registry, roadmap, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","Keep current tier unless source audit reveals architectural shallowness, hard-coded assumptions, missing extension points, or brittle internals.","Downgrade if core capabilities are thinner than claimed, architecture is too brittle or narrow, maintenance reality is poor, or the differentiating thesis collapses under code inspection.","Owner-boundary note + owned widening criteria + explicit no-donor-thesis posture.","1) Which landed training-foundation owner boundaries are already closed
 2) Which narrower owned widening targets, if any, remain
 3) Which adjacent live or retained rows stay outside the landed slice","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo; Relevant project-locked board sheet. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon as an already-landed first-party training-foundation owner lane and route all future work through owned widening.","Already-landed training-foundation owner row for broad algorithm-shell, case-corpus, drill-flow, and smartcube-capable drill families; no donor thesis remains for the current slice.","Audit tao-yu/Alg-Trainer only as an already-landed permissive owner lane for HyperTwist. Validate current training-foundation owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","HT_training_stack_0001","HT_training_stack","tao-yu/alg-trainer","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","1","156.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is aligned with a direct integration path for HyperTwist because it is either already implemented, strategically central, or donor-grade without a visible copyleft constraint in the current materials. Deep incorporation is sensible if the source audit confirms architectural cleanliness.","Already landed: start from first-party owner surfaces and landed preserve authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Merged v6.1 copyleft layer and v6.2 SRE layer; use v6.3 docs + workbook as canonical handoff.","implemented_live_permissive","landed_permissive_preserve","Phase 1R closed. Preserve as a landed first-party permissive lane; keep notices and attribution visible and widen only through ordinary owned enhancement work."
@@ -128,7 +128,7 @@
 "yakupbilen/drl-rubiks-cube","https://github.com/yakupbilen/drl-rubiks-cube","HyperTwist","Reserve Bench","Adjacency / future transfer","P2","7482","9237","53.0","117.0","132.0","medium","Retain the valuable internal research engine, but keep it below live product ownership. For this repo class, preserve sticker-state transition encoding, ADI state generation, batched neural search, and offline experiment loops while excluding camera UX, PyQt shell behavior, and near-term product runtime assumptions.","future candidate","architecture only","Capture the learned-heuristic search, anti-cancellation move-sequence, ADI state-generation, and offline experiment behaviors that justify keeping yakupbilen only as a research benchmark row.","54-sticker encoding, ADI state generation, anti-cancellation sequence logic, batched neural A* experimentation, and offline training-loop behavior as research benchmark material.","Inspect README/docs, cube-state model, move-transition tables, search loop, ADI generation, network architecture, training scripts, and experiment configuration. Look for reusable search research primitives rather than camera UX, PyQt shell flows, or live perception assumptions.","Inspect cube-state encoding; move-transition tables; ADI state generation; batched A* evaluation; value-network shape; offline training loop; and experiment boundaries. Explicitly exclude camera/perception shell claims from owner judgment.","Keep only as a research benchmark. Use it to shape first-party learned heuristic search, ADI state-generation, and offline solver experimentation if HyperTwist ever opens that lane; do not treat it as a live camera, calibration, recognition, or product-shell donor.","Keep behind the landed qbr and rubix-cube-solver recognition owners and behind the retained brownan/efrantar solver-oracle owners. Revisit only if HyperTwist intentionally opens a first-party ML search or offline experimentation lane.","Repurpose here means: mine cube-state transition encoding, ADI target-generation loops, batched heuristic-search experiments, and small value-network research rather than camera UX or product shell behavior.","","","","","","","","","","Reference only","Retain only as benchmark, oracle, acceptance-test, comparison, research, or clean-room-later planning input.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Research benchmark note + bounded reusable primitives + explicit no-live-owner boundary.","1) What specific learned-search and ADI research value remains in yakupbilen/drl-rubiks-cube
 2) What must stay research-only rather than product-donor
 3) Experiment, oracle, or planning targets worth preserving","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","yakupbilen/drl-rubiks-cube is placed in Reserve Bench for HyperTwist because it best serves the 'Search/training systems bench' role; recommended action is 'future candidate' with repurposing scope 'architecture only'. Confidence is medium because this remains a metadata-level judgment until source audit confirms hidden modules, plugin points, adapters, or architectural strengths.","Useful MIT search and training benchmark for learned-heuristic search, state generation, and experimentation loops, but explicitly below the committed perception and training core.","Audit yakupbilen/drl-rubiks-cube as a learned-search and offline experimentation benchmark for HyperTwist. Do not stop at README-level claims. Inspect cube-state encoding, move-transition tables, ADI generation, batched neural A* search, value-network shape, and experiment loops. Decide whether the repo remains a non-live research benchmark and identify only those primitives that would matter if a future first-party ML search lane is intentionally opened. Do not treat camera UX or PyQt shell behavior as owner evidence.","HT_cube_vision_0008","HT_cube_vision","yakupbilen/drl-rubiks-cube","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","117.0","permissive_or_noncopyleft_known","pattern_only_preferred","The repo is MIT and remains a research benchmark for learned heuristic search, ADI state generation, and offline experimentation rather than a near-term product donor.","Reference only: benchmark learned heuristic search and training experiments without near-term direct incorporation.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","strategic-or-implemented-component","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy merge-bench wording to dossier-backed below-core benchmark posture on 2026-04-25.","not_live_reference_or_discard_candidate","phase0r_reference_benchmark_or_discard_eval","Packet 0R-E closed. Retain as an MIT research benchmark for learned heuristic search, ADI training loops, and offline experimentation rather than near-term product implementation."
-"Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","Locked Strategic Donor","Knowledge and curriculum donor","P1","7483","9238","1.0","92.0","101.0","medium","Treat this as a mineable codebase: keep selected internals (algorithms, renderers, adapters, parsers, schedulers) while replacing the surrounding product assumptions and architecture. For this repo class, that usually means preserving generalized puzzle/state/render logic while building a new application shell around it.","repurpose","moderate modification","Determine whether Hypercubers/hypercubing.xyz should stay donor/merge-tier for HyperTwist, be promoted, or be demoted; identify concrete salvageable modules and best merge path.","puzzle model, learning flow, UX loops, data schema, replay/export, plugin/hooks","Inspect package manifests, README/docs, src tree, examples, tests, CI workflows, config files, migrations/schemas, and hidden feature flags or experimental modules. Look for higher-dimensional state/notation representations, projection math, renderer abstractions, puzzle serialization, controls, and replay/training hooks.","Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations.","Repurpose selected subsystems rather than the whole product. Mine the repo for nD state model, move notation, renderer, projection controls, solver/traversal logic, puzzle serialization, replay; keep what materially shortens build time, but rebind data contracts, permissions, UI shell, storage, and deployment to the HyperTwist architecture. Best first pairing order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Consolidate under the Hyperspeedcube + cubing.js + qbr nucleus, not beside it as a separate silo. Normalize data contracts, auth/permissions, storage, and telemetry; then attach as a service, plugin, canvas layer, trainer, or analysis module. Descending combination order: HactarCE/Hyperspeedcube, cubing/cubing.js, tao-yu/Alg-Trainer.","Repurpose here means: turn it into a higher-dimensional renderer/simulator donor and shared interaction grammar for HyperTwist and long-horizon VectorShell.","HactarCE/Hyperspeedcube","foundation + donor","Use this repo against the partner as an augmenting layer; preserve the partner as the likely base and mine this repo for capabilities that improve breadth, UX, or specialization.","cubing/cubing.js","3D engine + notation/state donor","Use the partner for canonical state or rendering abstractions and merge this repo's specialized logic on top.","tao-yu/Alg-Trainer","training UX donor","Treat this pairing as a candidate donor merge rather than a replacement decision; inspect module boundaries to determine which side owns the final shell.","VectorShell | ScriptoriumAI","VectorShell can borrow spatial/rendering and perception primitives; ScriptoriumAI can borrow tutorial/educational visualization patterns rather than the full engine.","Upgrade if source reveals clean modular architecture, reusable core abstractions, strong adapters/plugins, robust tests, and direct fit to a locked stack.","Demote if reusable value is mostly superficial, undocumented complexity overwhelms salvage value, or higher-ranked repos clearly dominate the same role.","Capability inventory + salvage targets + promotion/demotion verdict","1) Confirmed visible capabilities
+"Hypercubers/hypercubing.xyz","https://github.com/Hypercubers/hypercubing.xyz","HyperTwist","Implemented knowledge/reference owner","Implemented hypercubing knowledge/reference lane","P1","7483","9238","1.0","92.0","101.0","medium","This row is already live for its current justified slice. Preserve the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane, and widen only through owned HyperTwist work.","integrate","direct","Validate current first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract owner boundaries and record only narrower owned widening targets, if any.","hypercubing knowledge surfaces, notation glossary, progression ladder, software matrix or directory, leaderboard or report contracts, and bundled reference targets","Inspect current first-party hypercubing knowledge/reference owner boundaries, landed packet scope, bundled reference targets, and unresolved owned widening targets only.","Which remaining hypercubing knowledge, notation, progression, software-reference, or leaderboard-contract gaps, if any, are not already covered by the landed HyperTwist code and the current bundled reference targets?","Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract owner lane. Start any future widening from owned HyperTwist surfaces, FEATURE_REGISTRY, the live-lane audit, REPO_LICENSE_TRACKING, and the landed Phase 3R-B packet; do not route work through donor-extraction framing.","Treat current first-party HyperTwist training knowledge and runtime surfaces as the owner. Keep Hyperspeedcube as the separate higher-dimensional runtime owner and cubing/cubing.js as the separate classic-cubing semantic owner rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed hypercubing knowledge/reference 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, live-lane audit, license tracking, and landed packet authority rather than donor-transfer or merger-thesis framing.","Keep current tier unless source shows the landed owner slice was overstated or materially misattributed.","Downgrade only if the claimed first-party knowledge/reference owner slice is materially unsupported by current code, packets, or bundled reference targets.","Owner-boundary note + owned widening criteria + explicit landed permissive-preserve posture.","1) Confirmed visible capabilities
 2) Hidden capabilities found only in source
 3) Best salvageable modules/files/packages
 4) Integration path into target project
@@ -136,7 +136,7 @@
 6) Best merge partners and exact coupling seam
 7) Reasons to promote / retain / demote
 8) Confidence change after source audit
-9) Open questions / blockers","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep as one of the strongest non-runtime donors in the hypercubing half of HyperTwist; the dossier-backed MIT posture and content value justify promotion above the old donor-bench treatment.","MIT knowledge/curriculum donor with canonical notation, progression, taxonomy, and leaderboard-generation value.","Audit Hypercubers/hypercubing.xyz as a hypercubing / nD engine candidate for HyperTwist. Do not stop at README-level features. Inspect: Inspect generalized puzzle/state model; notation parser; transform math; rendering abstraction; save/load format; puzzle generator; input mapping; performance optimizations. Decide whether the best extraction path is heavy modification and whether it belongs as subsystem donor / simulation donor. Test the three merger paths in order: 1) HactarCE/Hyperspeedcube [foundation + donor]; 2) cubing/cubing.js [3D engine + notation/state donor]; 3) tao-yu/Alg-Trainer [training UX donor]. Return hidden modules, reusable schemas, protocol layers, plugin hooks, render/state models, datasets/test fixtures, and any subsystem stronger than the visible product shell.","HT_hyper_engine_0006","HT_hyper_engine","hypercubers/hypercubing.xyz","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","92.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and is retained as a high-value knowledge and curriculum donor. Direct use of code/content structures is legally straightforward where it materially helps HyperTwist.","Use selectively as a donor for knowledge structures, notation, taxonomy, and leaderboard-generation logic; do not confuse the site snapshot with the canonical repo.","Preserve MIT notices and attribution where required.","Usually unnecessary unless later replacing a narrow implementation seam is cleaner than carrying the upstream code.","high","permissive-knowledge-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license donor-bench posture to dossier-backed MIT knowledge/curriculum donor status.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-B closed. Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane; start future widening from the live-lane audit, then the 3R-B implementation packet, then REPO_LICENSE_TRACKING.md."
+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.","Already-landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract owner lane.","The row is already live for its current justified knowledge/reference slice. No donor thesis remains for the landed owner lane.","Audit Hypercubers/hypercubing.xyz only as an already-landed permissive owner lane for HyperTwist. Validate current hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","HT_hyper_engine_0006","HT_hyper_engine","hypercubers/hypercubing.xyz","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","92.0","permissive_or_noncopyleft_known","direct_incorporation_ok","The repo is MIT and the justified HyperTwist slice is already implemented as a first-party knowledge/reference owner lane. Future widening should stay on owned HyperTwist surfaces while preserving notices, attribution, and provenance summaries.","Already landed: start from first-party owner surfaces, bundled reference targets, landed packet authority, and explicit provenance notes rather than donor-transfer framing.","Preserve MIT notices, attribution, and provenance summaries where required.","Usually unnecessary unless later replacing a narrow implementation seam is cleaner than carrying the upstream code.","high","permissive-knowledge-donor","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Corrected on 2026-04-25 from stale unknown-license donor-bench posture to dossier-backed MIT knowledge/curriculum donor status.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-B closed. Preserve as the landed first-party hypercubing knowledge, notation, progression, software-reference, and leaderboard-contract lane; start future widening from the live-lane audit, then the 3R-B implementation packet, then REPO_LICENSE_TRACKING.md."
 "Aarav2709/KubeTimr","https://github.com/Aarav2709/KubeTimr","HyperTwist","Donor Bench","Adjacency / future transfer","P2","7485","9240","2.0","88.0","97.0","medium","This row is already live for its current justified slices. Preserve the landed local timer lifecycle, inspection, split capture and editing, session stats, local persistence, and timer-scoped replay boundaries, and widen only through owned HyperTwist work.","repurpose","moderate modification","Validate the current first-party owner boundaries for Aarav2709/KubeTimr and record any narrower owned widening targets that remain after the landed timer-substrate slice.","Landed timer lifecycle, inspection, split capture, stats, local persistence, and timer-scoped replay boundaries as live first-party material.","Inspect current first-party timer owner boundaries, landed packet scope, retained timer oracle and reference rows, and unresolved owned widening targets only.","Which remaining timer-substrate gaps, if any, are not already covered by the landed HyperTwist code and the KubeTimr implementation packet?","Preserve as the landed first-party timer substrate owner lane. Start any future widening from owned HyperTwist surfaces, the timer implementation packet, FEATURE_REGISTRY, ROADMAP, and REPO_LICENSE_TRACKING; do not route work through donor-extraction framing.","Treat current first-party HyperTwist code as the owner. Keep cstimer as the retained restrictive oracle, cubing/qqTimer as legacy reference, and CubeDesk as adjacent live trainer-session and smart-device workflow composition rather than donor merge targets for the already landed slice.","Repurpose here means: ordinary owned enhancement of the landed timer substrate owner lane, not external donor harvesting.","","","","","","","","","","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.","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) Which landed timer owner boundaries are already closed
 2) Which narrower owned widening targets, if any, remain
 3) Which adjacent retained oracle or reference rows stay outside the landed slice","Primary: Phase G v4 board (canonical ranking and current bucket); Operational v3 board filtered to this repo; Merger matrix rows involving this repo; VS Code packet row for this repo, if present. Optional: Cluster narratives row for matching cluster; Bookmark occurrence rows for this repo. Do not attach v1/v2 or preliminary memo unless a judgment conflict, lineage ambiguity, or rationale gap needs arbitration.","Keep in canon as an already-landed first-party timer owner lane and route all future work through owned widening.","Already-landed timer owner row for bounded lifecycle, inspection, split, persistence, stats, and timer-scoped replay families; no donor thesis remains for the current slice.","Audit Aarav2709/KubeTimr only as an already-landed permissive owner lane for HyperTwist. Validate current timer owner boundaries and identify owned widening targets only; do not frame it as a donor-merge candidate.","HT_training_stack_0015","HT_training_stack","aarav2709/kubetimr","","","","","","","Original global P0-P3 source audit retained","MIT","known_from_reference_material","uploaded_reference_docs","no","","","","Supplemental intake references are advisory only; v6 adjudication remains the source of truth.","Usually indirect","yes","v6 unified all-project source-of-truth pack","v5_carry_forward","","v6_unified_source_of_truth_pack","2","3","88.0","permissive_or_noncopyleft_known","direct_incorporation_ok","This repo is permissively licensed and currently best treated as a focused subsystem donor for timer-state logic, split-phase handling, local persistence, and keyboard-first practice flow. Selective incorporation is legally straightforward, but the product shell should still be reshaped to fit HyperTwist.","Already landed: start from first-party owner surfaces and landed packet authority, not donor-transfer framing.","Typically preserve notices, attribution, and license text where required; no special copyleft-driven disclosure posture is normally needed.","Usually unnecessary unless you later decide the existing implementation is too constraining architecturally.","high","routine-review-only","yes","","","","","","","","","","","","","v6.3_final_source_of_truth","Normalized legacy adjacency wording and stale clean-room boundary posture to dossier-backed focused subsystem donor on 2026-04-25.","implemented_live_permissive","landed_permissive_preserve","Phase 3R-A closed. Preserve as the landed first-party timer, inspection, splits, stats, persistence, and timer-scoped replay lane; start future widening from the live-lane audit, then the 3R-A implementation packet, then REPO_LICENSE_TRACKING.md."