Backfill shared-assets reference provenance

This commit is contained in:
axiomlogicnexus 2026-05-27 16:23:52 +02:00
parent f62e856bee
commit c734abef8d
3 changed files with 143 additions and 4 deletions

View file

@ -386,15 +386,16 @@ additional live non-71 surfaces are now complete, including `SpeedCubeDB`,
The retained-web-content reference side, the `screenpipe/screenpipe`
capture-history reference side, the `remotion-dev/remotion` media-export
reference side, and the `PostHog/posthog` control-plane reference side are now
explicit.
reference side, the `PostHog/posthog` control-plane reference side, and the
`google/model-viewer/packages/shared-assets` fixture/provenance reference side
are now explicit.
The next clean bounded move is a source-backed pass on the remaining
repo-backed reference-incorporation families whose hierarchy or canon
follow-through is still only implicit in
`hypertwist-reference-incorporation-targets.json`, starting with
`google/model-viewer/packages/shared-assets` if you want the adjacent
boundary-sensitive shared-assets provenance side closed to the same standard.
`cutelyaware/magiccube4d` if you want the adjacent boundary-sensitive legacy
`4D` reference side closed to the same standard.
For the readable all-rows follow-up board that pairs this audit with the reset schedule, use:

View file

@ -0,0 +1,137 @@
# HyperTwist shared-assets Reference Incorporation Provenance Board - 2026-05-27
## Status
This document is the source-backed provenance and hierarchy note for the live
repo-backed reference-incorporation side currently materialized from
`google/model-viewer/packages/shared-assets`.
It closes the source-specific reference side that remained implicit after the
landed `Phase 4R-C` packet and the broader live-lane and mixed-asset-boundary
audits.
It answers one narrow question:
- do the live `google/model-viewer/packages/shared-assets` reference targets
reopen already landed first-party shared-assets allowlist, provenance, and
refresh implementation, or do they instead need a reference-side
provenance-board and canon backfill
Result:
- no product-code reopening is required
- yes reference-side provenance-board and feature-canon backfill is required
## Source basis
- `C:\HyperTwist\docs\HT_REPO_INCORPORATION_AUDIT_2026-05-11.md`
- `C:\HyperTwist\docs\HYPERTWIST_PHASE_4R_PACKET_4R_C_SHARED_ASSETS_ALLOWLIST_IMPLEMENTATION_2026-05-13.md`
- `C:\HyperTwist\docs\HYPERTWIST_LIVE_LANES_SOURCE_AND_PRESERVATION_AUDIT_2026-05-13.md`
- `C:\HyperTwist\docs\REPO_LICENSE_TRACKING.md`
- `C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\FEATURE_REGISTRY.md`
- `C:\HyperTwist\UnrealHyperTwist\Content\HyperTwistTraining\MaterializedCatalog\hypertwist-reference-incorporation-targets.json`
- `C:\HyperTwist\UnrealHyperTwist\Content\HyperTwistTraining\MaterializedCatalog\raw-extracts\google-model-viewer-shared-assets-reference-pages.jsonl`
## Counts confirmed from current first-party materialization
Current live `google/model-viewer/packages/shared-assets`
reference-incorporation targets:
- `5` total rewritten reference targets
- all `5` are under `Browser Viewer Shared Asset Fixtures`
- all `5` stay inside the already-landed `Phase 4R-C` bounded lane
Exact surfaces:
1. `reference/google-model-viewer-shared-assets-reference-page-allowlist`
- `SurfaceType`: `viewer-shared-asset-reference`
- `IncorporationChannel`: `fixture-allowlist`
- `TargetAssetFamily`: `qa-fixture-note`
2. `reference/google-model-viewer-shared-assets-lighting-reference-page-cc0-matrix`
- `SurfaceType`: `viewer-shared-asset-lighting-reference`
- `IncorporationChannel`: `environment-fixture-matrix`
- `TargetAssetFamily`: `environment-fixture-note`
3. `reference/google-model-viewer-shared-assets-provenance-reference-page-review-boundary`
- `SurfaceType`: `viewer-shared-asset-provenance-reference`
- `IncorporationChannel`: `shipping-boundary`
- `TargetAssetFamily`: `compliance-boundary-note`
4. `reference/google-model-viewer-shared-assets-refresh-reference-page-pattern`
- `SurfaceType`: `viewer-shared-asset-refresh-reference`
- `IncorporationChannel`: `fixture-refresh-pattern`
- `TargetAssetFamily`: `refresh-pattern-note`
5. `reference/google-model-viewer-shared-assets-geometry-reference-page-smoke-tests`
- `SurfaceType`: `viewer-shared-asset-geometry-reference`
- `IncorporationChannel`: `geometry-smoke-test-boundary`
- `TargetAssetFamily`: `geometry-fixture-note`
Important adjacent fact:
- all five targets preserve the explicit mixed per-asset review, notice, and
local-only boundary already enforced by the landed lane
## Slice-local verdict
| Slice | Primary authority | Secondary value kept | Result |
|---|---|---|---|
| First-party shared-assets allowlist, provenance, and refresh implementation | first-party current code plus landed `Phase 4R-C` packet | retained `google/model-viewer/packages/shared-assets` reference targets stay subordinate provenance-grounding surfaces | unchanged live implementation owner |
| Rewritten allowlist, lighting-fixture, provenance-boundary, refresh-pattern, and geometry-fixture grounding | `google/model-viewer/packages/shared-assets` retained boundary-sensitive lane | factual fixture-family, shipping-boundary, lighting-parity, refresh, and geometry smoke-test semantics are preserved while prose remains first-party | unchanged retained reference-grounding surface beneath first-party contracts |
| Mixed per-asset compliance and shipping-boundary grounding | `google/model-viewer/packages/shared-assets` retained boundary-sensitive lane | the review-required, notice-bound, and excluded fixture split stays explicit in first-party compliance notes | unchanged bounded compliance-grounding surface |
## Why no product-code reopening is required
The live surfaces here are already rewritten first-party targets, not copied
donor docs, donor demo UI, or blanket donor asset bundles.
The checked targets explicitly require:
- preserving factual allowlist, environment-fixture, provenance-boundary,
refresh-pattern, and geometry smoke-test semantics
- rewriting donor wording, donor docs/demo framing, and any broader bundle or
product-shell assumptions
That means the retained surfaces are provenance and factual grounding, not
donor shell ownership.
So this pass does not reopen:
- the closed `Phase 4R-C` first-party shared-assets allowlist lane
- the broader `google/model-viewer` browser viewer owner lane
- any blanket mixed-asset shipping claim
- any erosion of review-only, notice-bound, or local-only boundaries
## Current exact grounded role
`google/model-viewer/packages/shared-assets` currently grounds five live
rewritten first-party contract/reference targets for
`Browser Viewer Shared Asset Fixtures`:
- the fixture allowlist split
- the `CC0` environment-fixture matrix
- the review-required and restricted provenance boundary
- the fixture refresh and attribution-recheck pattern
- the contributed geometry smoke-test boundary
These targets preserve bounded fixture and provenance semantics while keeping
all surfaced prose and bundle framing first-party.
## Backfill result
### Earlier incorporation audit reopened
- `C:\HyperTwist\docs\HT_REPO_INCORPORATION_AUDIT_2026-05-11.md`
### Feature canon reopened
- `C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\FEATURE_REGISTRY.md`
## Final call
The live `google/model-viewer/packages/shared-assets`
reference-incorporation side is now explicit:
- `5` rewritten first-party contract/reference targets
- all `5` remain inside the landed `Phase 4R-C` shared-assets lane
- the mixed per-asset review, notice, and local-only boundary stays explicit
This closes the `google/model-viewer/packages/shared-assets` reference side
without reopening product code.

View file

@ -153,6 +153,7 @@ repo.
| Seeded competition scramble workflow and lightweight scramble-operator shell adjuncts | Deep-source grounded retained | `cubing/cubing.js` retained lane + `cubing/mark3` / `cubing/scramble.cubing.net` successor evaluation | Source-backed successor surfaces sharpen competition-spec workflow and operator-shell expectations above the retained scramble and visualization seams, but they do not displace `cubing/cubing.js` or `cubing/twisty.js`; `scramble-display` remains comparison-only. |
| Replay shell and timeline | Implemented now | landed `cubing/twisty.js` bounded packets | First-party `HyperTwistSimulation` now owns the bounded replay-player shell, cursor/timeline transport, adapter/bootstrap, and local visualization or fallback presentation contract grounded in `cubing/twisty.js`; classic-cubing semantics remain with `cubing/cubing.js`, parser and AST ownership remain with `cubing/alg.js`, and broader browser support ownership stays with the landed browser lanes. |
| Media-export, embedded-playback, and replay-explainer reference grounding | Implemented now | `remotion-dev/remotion` retained boundary-sensitive lane + first-party current code | Current live `Media Export and Replay Explainers` reference side includes five rewritten first-party contract/reference targets grounded in `remotion-dev/remotion`: embedded playback, render orchestration, media parser, explainer-studio preview/output registration, and explicit commercial-license/package-split compliance-boundary notes. This does not displace the landed `Phase 4R-F` first-party owner lane, the broader browser/spatial/media adjunct family, or the explicit package-split commercial boundary. |
| Browser-viewer shared-asset fixture and provenance grounding | Implemented now | `google/model-viewer/packages/shared-assets` retained boundary-sensitive lane + first-party current code | Current live `Browser Viewer Shared Asset Fixtures` reference side includes five rewritten first-party contract/reference targets grounded in `google/model-viewer/packages/shared-assets`: fixture allowlist, `CC0` environment matrix, provenance-boundary review split, fixture-refresh pattern, and contributed geometry smoke-test boundary notes. This does not displace the landed `Phase 4R-C` first-party owner lane, the broader `google/model-viewer` browser viewer lane, or the explicit mixed per-asset review and shipping boundary. |
| Algorithm/training semantic lane | Implemented now | landed `cubing/alg.js` bounded packets | First-party `HyperTwistAlgorithm/*` now owns the bounded parser, AST, traversal, validation, keyboard-mapping, and share/interchange contract grounded in `cubing/alg.js`; current training-runtime parse/store/serialize usage remains a consumer seam above that owner lane rather than proof that the lane is still open. |
| Melinda `2x2x2x2` state core and flat teaching projection | Implemented now | landed `HactarCE/2x2x2x2-Scrambler` bounded packets | First-party `HyperTwistCore` now owns the bounded Melinda state legality, parity or handedness and twist validation, move-family application, random-state generation, scramble-packet construction, and flat debug or teaching projection contract grounded in the restrictive lane; broader higher-dimensional runtime ownership remains with adjacent live lanes and `magiccube4d` remains legacy reference context only. |
| Readable classic-cube state/history and beginner-helper benchmark | Deep-source grounded retained | `vwcwong/CubeSim` retained clean-room benchmark lane | Retained as `A1 + R4 + F2` only for a small renderer-independent classic-cube state/history split, scramble parse or invert behavior, and beginner `LBL` decomposition benchmark for later clean-room lesson/debug/helper use. This does not displace the first-party canonical replay packet, training attempt/solve/review history, or the bounded classic-cube `Phase 6R-Q/R/S` explanation and correction shells. |