# HyperTwist - FEATURE_REGISTRY.md

## Purpose

This file is the canonical normalized feature extraction surface for
HyperTwist.

It exists so later work such as:

- manuals
- onboarding docs
- roadmap summaries
- UI copy planning
- marketing drafts
- portfolio/status summaries

does not need to recover feature truth from packet notes, roadmap fragments,
and donor comparisons.

This file is deliberately not only an "implemented now" list.

It separates:

- current implemented truth
- deep-source grounded retained capability
- shallow placeholder capability

That separation is the important part.

## Governing rule

Treat this file as the normalized feature registry.

Treat packet docs, standing notes, and current product code as the authority
behind each entry.

If this registry and a packet disagree, the packet wins.

If this registry and live code disagree, live code plus the current
implementation kickoff and roadmap win.

Primary authority surfaces behind this registry:

- `C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\PRD.md`
- `C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\ARCHITECTURE.md`
- `C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\ROADMAP.md`
- `C:\HyperTwist\docs\v6_5_deep_manual_pack\HyperTwist\CAPABILITY_CONSOLIDATION_DOCTRINE.md`
- `C:\HyperTwist\docs\ops\HYPERTWIST_IMPLEMENTATION_PHASE_1_KICKOFF.md`
- `C:\HyperTwist\docs\ops\HYPERTWIST_MEMORY_LANE_AUTHORITY_AND_PHASE_IMPLEMENTATION_DOCTRINE_2026-05-21.md`
- `C:\HyperTwist\docs\ops\HYPERTWIST_CONTINUITY_LATTICE_AND_CONTEXT_ASSEMBLY_PROFILE_DOCTRINE_2026-05-23.md`
- `C:\HyperTwist\docs\VECTORSHELL_MEMORY_SYSTEM_IMPORT_AUTHORITY_FOR_HYPERTWIST_2026-05-25.md`
- `C:\HyperTwist\docs\ops\HYPERTWIST_PROVIDER_NEUTRALITY_AND_BYOK_DOCTRINE_2026-05-21.md`
- `C:\HyperTwist\docs\ops\HYPERTWIST_SKILLIZATION_AND_COMMAND_SURFACE_DOCTRINE_2026-05-21.md`
- the relevant implementation packet docs

## Status taxonomy

Every feature entry in this registry must use one of these tiers.

### `Implemented now`

Meaning:

- first-party product-surface evidence exists now
- safe to describe as current product capability

### `Deep-source grounded retained`

Meaning:

- feature is source-backed and retained through repo evaluation or bounded
  implementation authority
- not necessarily implemented in the live product yet
- safe to describe as retained or planned product capability
- not safe to describe as already shipped unless separate product evidence
  exists

### `Shallow placeholder`

Meaning:

- feature family is known from shallow intake, README signal, queue shape, or
  portfolio census
- exact source-backed capability boundaries are not yet established
- not safe to market as a committed feature
- useful only as an internal stub

## Extraction rule

When later generating user-facing material:

1. `Implemented now`
   - may be described as present
2. `Deep-source grounded retained`
   - may be described as retained, planned, or roadmap capability
3. `Shallow placeholder`
   - must stay internal unless later deep-source work upgrades it

Do not collapse those three tiers into one undifferentiated "features" voice.

## Current implemented truth

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| Native Unreal training runtime | Implemented now | first-party runtime + kickoff note | Current runtime center is real, not speculative. |
| Training session orchestration and coaching cockpit | Implemented now | current training/coaching surfaces | `UHyperTwistTrainingSubsystem`, `UHyperTwistTrainingRuntimeLibrary`, `UHyperTwistTrainingPanelWidget`, and `UHyperTwistCoachDashboardWidget` are real first-party anchors. |
| Curriculum/catalog materialization and generated-mode launch | Implemented now | first-party catalog/training surfaces | Imported training packs and generated-mode launch flows are live. |
| Classic-cube timing, drill, and training-session flows | Implemented now | landed timer/training packets | Current training surface is broader than a timer-only shell. The live timer substrate is still the narrower landed `KubeTimr`-derived local subsystem slice, while bounded `kash/cubedesk` clean-room implementation is now also live above it for trainer-session coupling, solve/session/training-session/game-session domain surfaces, analytics panels, and integrated smart-device workflow composition; broader competitive timer parity remains retained under `cs0x7f/cstimer` specifically for competition-grade inspection or multi-phase timing semantics, rolling stats/average or `DNF` math, session/import-export expectations, scramble-registry breadth, and `GAN`/smart-device behavior, and legacy session-format reference value remains retained under `cubing/qqTimer`. |
| Publication/leaderboard projection and entitlement gating | Implemented now | landed `kash/cubedesk` bounded packets | Publication and entitlement are live first-party training surfaces. |
| Local social challenge bundle | Implemented now | landed `kash/cubedesk` `Bound 5` | Challenge/social training slice is real, but bounded. |
| Classic-cube calibration and ordered face observation | Implemented now | landed `qbr` packet | Calibration contract and ordered face-observation contract are live. |
| Classic-cube webcam shell | Implemented now | landed `qbr` `Phase 6R-O` | First-party webcam shell profile, bounded overlay panels, and input-action contract are live. |
| Locale-aware solve-guidance routing overlay | Implemented now | landed `qbr` `Phase 6R-AK` + landed `rubix-cube-solver` `Phase 6R-Q` | First-party supported-locale contract, locale-display routing, and qbr-grounded starting-orientation reminder are live above the bounded webcam and solve-explanation stack without widening into bundled-font shipping or standalone multilingual shell rendering. |
| Multilingual solve-shell presentation posture | Implemented now | landed `qbr` `Phase 6R-AN` | First-party script-direction, text-flow, and complex-text-shaping posture are now live for the qbr-grounded locale set without authorizing donor-font redistribution or standalone donor-rendered solve shells. |
| Bundled-font review boundary | Implemented now | landed `qbr` `Phase 6R-AS` | First-party font-review profile ids, per-locale review-descriptor routing, and active shell / solve-guidance review metadata are now live for the qbr-grounded locale set while donor font redistribution and standalone multilingual rendering stay deferred. |
| Committed-face reconstruction and final classic-net shaping | Implemented now | landed `rubix-cube-solver` packet | Reconstruction session boundary is live. |
| Browser-assisted recognition shell | Implemented now | landed `rubix-cube-solver` `Phase 6R-P` | First-party browser-shell profile, websocket session metadata, stage routing, and manual-edit handoff are live. |
| Bounded solve explanation and recommendation shell | Implemented now | landed `rubix-cube-solver` `Phase 6R-Q` | First-party stage-ladder guidance and recommendation-state readout are live after full reconstruction. |
| Bundled browser visualization asset review boundary | Implemented now | landed `rubix-cube-solver` `Phase 6R-AT` | First-party browser-asset review profile ids, twistysim review-descriptor routing, and active browser-shell review metadata are now live while donor asset redistribution and broad playback/runtime ownership stay deferred. |
| Correction-resolution closure shell | Implemented now | landed shared `Phase 6R-S` packet | First-party accepted-resolution ledger, per-face manual-review acceptance, and solve-guidance reopen/unlock semantics are live above the bounded correction shell. |
| Hyper puzzle catalog contract | Implemented now | landed `Hyperspeedcube` `Phase 6R-A` | Narrow retained hyper-puzzle catalog slice is live. |
| Hyper notation and replay-log serialization boundary | Implemented now | landed `Hyperspeedcube` `Phase 6R-K` | Narrow retained notation and log-serialization slice is live. |
| Hyper replay verification boundary | Implemented now | landed `Hyperspeedcube` `Phase 6R-L` | Narrow retained replay-verification and solve-proof slice is live. |
| Tiling topology and geometry-family contract | Implemented now | landed `MagicTile` `Phase 6R-D` | Narrow retained non-Euclidean topology slice is live. |
| Transform-aware tiling macro remapping and persistence boundary | Implemented now | landed `MagicTile` `Phase 6R-T` | First-party transform-aware remapping, reverse/setup-move playback tags, and macro XML compatibility boundary are live above the landed topology slice. |
| Provider-backed recognition session boundary | Implemented now | first-party current code | `UHyperTwistHttpVisionClient` and normalized recognition envelopes are live first-party seams. |
| Speech transcript session boundary | Implemented now | landed `whisper.cpp` `Phase 6R-E` | Transcript sessions, utterance envelopes, and speech-health seams are live. |
| Live microphone capture shell | Implemented now | landed `whisper.cpp` `Phase 6R-U` | First-party microphone shell profile, bounded panel/action contract, and live shell-state composition are now live above the transcript-session seam. |
| Device-permission and capture-route readiness shell | Implemented now | landed `whisper.cpp` `Phase 6R-V` | First-party permission/readiness shell posture, issue objects, retry/request semantics, and bounded capability exposure are now live above the microphone shell seam. |
| Downloadable model and payload custody boundary | Implemented now | landed `whisper.cpp` `Phase 6R-W` | First-party payload-custody profile, required/supported model-payload descriptors, and bounded integrity metadata are now live above the landed speech session and shell seams. |
| First-party provider profile and BYOK custody boundary | Implemented now | landed first-party `Phase 6R-X` | First-party provider-profile definitions, BYOK custody definitions, per-profile model/capability maps, and out-of-band auth-reference wording are now live above the landed speech session, shell, and payload-custody seams. |
| First-party provider routing and workflow-policy boundary | Implemented now | landed first-party `Phase 6R-Y` | First-party routing-policy ids/definitions, route-decision summaries, fallback-health posture, and workflow-policy capability exposure are now live above the landed provider-custody seam. |
| First-party normalized usage/cost event surface | Implemented now | landed first-party `Phase 6R-Z` | First-party accounting-profile definitions, normalized usage/cost event templates and health summaries, quota/rate-limit state, and bounded capability exposure are now live above the landed provider-routing seam. |
| First-party operator-facing provider usage/cost dashboard shell | Implemented now | landed first-party `Phase 6R-AA` | First-party dashboard shell profiles, dashboard issue/state objects, quota escalation banners, route diagnostics, and operator-facing panel/action contracts are now live above the landed normalized usage/cost seam. |
| First-party provider usage/cost history/export shell | Implemented now | landed first-party `Phase 6R-AB` | First-party rolling history entries, export issue/state objects, summary export preview/copy posture, and operator-facing panel/action contracts are now live above the landed provider usage/cost dashboard seam. |
| First-party provider receipt review and posted-charge inspection shell | Implemented now | landed first-party `Phase 6R-AC` | First-party receipt-review shell profiles, derived receipt-review entries, charge-pending and variance issue posture, and bounded inspection capability exposure are now live above the landed provider usage/cost history/export seam. |
| First-party provider billing settlement and invoice reconciliation shell | Implemented now | landed first-party `Phase 6R-AD` | First-party settlement shell profiles, derived settlement entries, invoice-reconciliation posture, settlement-readiness issue state, and bounded settlement capability exposure are now live above the landed provider receipt-review seam. |
| First-party provider settlement exception and external-portal handoff shell | Implemented now | landed first-party `Phase 6R-AE` | First-party settlement-exception shell profiles, derived exception entries, reference-only external-portal handoff posture, and bounded exception capability exposure are now live above the landed provider settlement seam. |
| First-party real device-permission workflow | Implemented now | landed first-party `Phase 6R-AF` | First-party permission-workflow profiles, request/settings/recheck posture, and bounded workflow capability exposure are now live above the landed permission/readiness shell seam. The bounded first-party native capture-route workflow/control layer now lives in landed `Phase 6R-AG`. |
| First-party native capture-route ownership and workflow preparation/control | Implemented now | landed first-party `Phase 6R-AG` | First-party native capture-route ownership assessment, preparation/retry/reopen posture, and bounded workflow capability exposure are now live above the landed permission-workflow seam. The bounded first-party operator-facing shell layer now lives in landed `Phase 6R-AH`. |
| First-party operator-facing native capture-route workflow shell | Implemented now | landed first-party `Phase 6R-AH` | First-party shell profiles, shell-state posture, ownership-summary/preparation/session-reopen card contracts, and bounded operator-facing capability exposure are now live above the landed native capture-route workflow/control seam. Actual OS permission-grant execution, payment execution, provider-portal ownership, and payload shipping remain deferred. |
| First-party provider-neutral custom-endpoint runtime routing | Implemented now | landed first-party `Phase 6R-AI` | First-party per-session provider-profile endpoint selection, runtime routing, fallback-health reflection, and bounded provider-backed transport-failure posture are now live above the landed provider-profile/BYOK and provider-routing seams. Provider-specific overlays, payment execution, provider-portal ownership, and payload shipping remain deferred. |
| Analytics/reporting surfaces | Implemented now | landed analytics/reporting packets | Reporting is real, but bounded to accepted retained slices. |
| Rewritten training analytics and report reference grounding | Implemented now | `apache/echarts` retained permissive lane + first-party current code | Current live `Training Analytics` reference side includes four rewritten first-party targets grounded in retained `apache/echarts`: session outcome and progress reporting, analytics data-view and export, timing-trend history and overview interaction, and the optional richer explainer or sidecar boundary. This does not displace the landed `Phase 3R-C` first-party analytics/reporting owner or elevate `ecomfe/echarts-gl` and `ecomfe/zrender` beyond support-only sidecars. |
| Browser/spatial/media adjunct surfaces | Implemented now | landed `three.js`, `react-three-fiber`, `xr`, `model-viewer`, `remotion` packets | These are implemented bounded families, not proof of unlimited browser-shell parity. |
| Rewritten browser spatial scene and renderer reference grounding | Implemented now | `mrdoob/three.js` retained permissive lane + first-party current code | Current live `Browser 3D and XR Support` reference side includes one rewritten first-party target grounded in retained `mrdoob/three.js`: the browser spatial scene and renderer contract. This does not displace the landed `Phase 3R-F` first-party browser spatial owner trio or absorb the adjacent `react-three-fiber` renderer-bridge and `xr` session slices. |
| Rewritten React-side browser renderer and event-bridge grounding | Implemented now | `pmndrs/react-three-fiber` retained permissive lane + first-party current code | Current live `Browser 3D and XR Support` reference side includes one rewritten first-party target grounded in retained `react-three-fiber`: the React scene renderer and event bridge. This does not displace the landed `Phase 3R-F` first-party browser spatial owner trio or absorb the adjacent `three.js` scene substrate and `xr` session slices. |
| Rewritten browser XR session and immersive-interaction grounding | Implemented now | `pmndrs/xr` retained permissive lane + first-party current code | Current live `Browser 3D and XR Support` reference side includes one rewritten first-party target grounded in retained `pmndrs/xr`: the browser XR session and immersive interaction contract. This does not displace the landed `Phase 3R-F` first-party browser spatial owner trio or absorb the adjacent `three.js` scene substrate and `react-three-fiber` renderer-bridge slices. |
| Rewritten world-anchored spatial UI grounding | Implemented now | `pmndrs/uikit` retained permissive lane + first-party current code | Current live `Browser 3D and XR Support` reference side includes one rewritten first-party target grounded in retained `pmndrs/uikit`: browser spatial UI and world-anchored controls. This does not displace the landed `Phase 3R-F` first-party browser spatial owner trio or absorb the adjacent `postprocessing` effect-boundary and `drei` helper-stack slices. |
| Rewritten browser post-processing and effect-boundary grounding | Implemented now | `pmndrs/postprocessing` retained permissive lane + first-party current code | Current live `Browser 3D and XR Support` reference side includes one rewritten first-party target grounded in retained `pmndrs/postprocessing`: the browser post-processing and effect boundary. This does not displace the landed `Phase 3R-F` first-party browser spatial owner trio or absorb the adjacent `drei` helper-stack and `uikit` spatial-UI slices. |
| Rewritten browser helper-stack and utility grounding | Implemented now | `pmndrs/drei` retained permissive lane + first-party current code | Current live `Browser 3D and XR Support` reference side includes one rewritten first-party target grounded in retained `pmndrs/drei`: the browser spatial helper and utility stack. This does not displace the landed `Phase 3R-F` first-party browser spatial owner trio or absorb the adjacent `zustand` state-motion and `postprocessing` effect-boundary slices. |
| Rewritten browser state, gesture, and motion grounding | Implemented now | `pmndrs/zustand` retained permissive lane + first-party current code | Current live `Browser 3D and XR Support` reference side includes one rewritten first-party target grounded in retained `pmndrs/zustand`: the browser spatial state, gesture, and motion contract. This does not displace the landed `Phase 3R-F` first-party browser spatial owner trio or reopen the broader support-cluster implementation packet. |

## Feature families

The rest of this registry is normalized by feature family rather than donor
repo.

### 1. Puzzle runtime, notation, and replay

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| Native puzzle-state runtime | Implemented now | first-party runtime + landed donor packets | Core product identity. |
| Classic-cubing semantic/runtime adapter | Implemented now | landed `cubing/cubing.js` packet | Live adapter family. |
| Classic-cubing semantic, bridge, and `MPL`-boundary reference grounding | Implemented now | `cubing/cubing.js` retained boundary-sensitive lane + first-party current code | Current live `Classic Cubing Semantics and Runtime` reference side includes seven rewritten first-party contract/reference targets grounded in `cubing/cubing.js`: semantics, geometry, viewer adapter, device boundary, search contract, Melinda bridge, and explicit `MPL` compliance-boundary notes. This does not displace the landed `Phase 4R-A` first-party owner lane, the separate `cubing/twisty.js` replay shell lane, the separate `cubing/alg.js` parser/AST lane, or the explicit practical `MPL` path and notice-retention boundary. |
| 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, compact-editor, export, and docs-boundary grounding | Implemented now | `google/model-viewer` retained permissive lane + first-party current code | Current live `Browser Viewer and Asset QA` reference side includes five rewritten first-party contract/reference targets grounded in the root `google/model-viewer` lane: viewer embed, compact editor/inspection, snippet/export, renderer comparison/fidelity, and docs/demo separation. The subordinate `space-opera`, `modelviewer.dev`, and `render-fidelity-tools` source attributions are absorbed here as support-only contributors rather than separate live owner lanes. This does not displace the landed `Phase 3R-D` first-party owner lane, the separate `KhronosGroup/glTF-Sample-Viewer` standards-aware QA lane, or the already explicit `google/model-viewer/packages/shared-assets` boundary-sensitive fixture lane. |
| Standards-aware asset-validation and statistics grounding | Implemented now | `KhronosGroup/glTF-Sample-Viewer` retained permissive support lane + first-party current code | Current live `Browser Viewer and Asset QA` reference side includes one rewritten first-party target grounded in `KhronosGroup/glTF-Sample-Viewer`: standards-aware asset validation and statistics. This does not displace the landed `Phase 3R-D` first-party browser viewer owner, the separate root `google/model-viewer` viewer/reference lane, or the already explicit shared-assets boundary-sensitive fixture lane. |
| 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. |
| Alternative browser viewer/editor and substrate comparison lane | Deep-source grounded retained | `pissang/claygl` + `pissang/clay-viewer` retained comparison lane | Renderer/scene/camera/control substrate plus compact viewer/editor patterns remain retained only as optional browser comparison context behind the landed `three.js` / `react-three-fiber` / `xr` and `google/model-viewer` owners. `3R-G` remains deferred unless a real browser-side gap is proven. |
| 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. |
| Large-`N` classic-cube center/edge/parity strategy | Deep-source grounded retained | `ShellPuppy/RCube` retained benchmark/oracle lane | Retained as `A1 + R4 + F2` only for large-`N` classic-cube center-stage planning, edge-pairing/parity handling, and virtual-rotation strategy. This does not displace the landed `Hyperspeedcube`, `MagicTile`, `Magic120Cell`, or `MagicCube5D` higher-dimensional runtime families, and it does not reopen the bounded classic-cube `Phase 6R-Q/R/S` shell/state seams. |
| Hyper puzzle catalog | Implemented now | `Hyperspeedcube` bounded packet | Current realized hyper-puzzle entry slice. |
| Hyper notation and replay-log serialization | Implemented now | landed `Hyperspeedcube` `Phase 6R-K` | Retained notation parse/format and log-serialization boundary are live. |
| Hyper replay verification and solve-proof diagnostics | Implemented now | landed `Hyperspeedcube` `Phase 6R-L` | Retained replay verification, timestamp proof routing, and bounded solve diagnostics are live. |
| Hyper stats-shape and solve-record boundary | Implemented now | landed `Hyperspeedcube` `Phase 6R-M` | Retained PB categories, solve-record qualifiers, and bounded solve-proof result shape are live. |
| Hyper puzzle DSL authoring | Implemented now | landed `Hyperspeedcube` `Phase 6R-N` | Retained Hyperpuzzlescript authoring, module/evaluation boundary, and bounded diagnostics are live. |

### 2. Physical recognition and reconstruction

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| Calibration profile and ordered face observation | Implemented now | `qbr` bounded packet | Live bounded recognition intake. |
| Classic-cube webcam shell | Implemented now | `qbr` bounded packet | Live first-party webcam shell profile and shell-state composition above the bounded recognition intake. |
| Locale-aware solve-guidance routing overlay | Implemented now | `qbr` bounded packet + landed `rubix-cube-solver` solve-explanation seam | Live first-party locale-routing contract, supported-locale metadata, qbr-grounded starting-orientation reminder, and bounded locale-presentation metadata above the webcam and solve-explanation stack. |
| Bundled-font review boundary | Implemented now | `qbr` bounded packet | Live first-party font-review profiles, per-locale review-descriptor routing, and active shell / solve-explanation review metadata above the bounded locale-routing and locale-presentation seams. This keeps donor font redistribution and standalone multilingual rendering deferred. |
| Committed-face reconstruction session | Implemented now | `rubix-cube-solver` bounded packet | Live bounded reconstruction seam. |
| Browser recognition shell | Implemented now | `rubix-cube-solver` bounded packet | Live browser session-state, websocket transport routing, and manual-edit handoff above the bounded reconstruction seam. |
| Bounded solve explanation/recommendation shell | Implemented now | `rubix-cube-solver` bounded packet | Live stage-ladder recommendation state above the bounded browser recognition shell. This is not a generalized solver backend. |
| Bundled browser visualization asset review boundary | Implemented now | `rubix-cube-solver` bounded packet | Live first-party browser-asset review profiles, twistysim review-descriptor routing, and active browser-shell review metadata above the bounded browser recognition shell. This keeps donor asset redistribution and broad playback/runtime ownership deferred. |
| Provider-backed recognition service contract | Implemented now | first-party recognition client surfaces | First-party normalized recognition session boundary is real. |
| Multilingual recognition guidance shell rendering and font shipping | Deep-source grounded retained | `qbr` retained remainder | Kept deferred until a font-safe and provenance-safe shipping path is explicit. The landed locale-aware routing, locale-presentation, and bundled-font review seams do not by themselves authorize bundled-font redistribution or full standalone multilingual shell rendering. |
| Recognition-comparison adjunct boundary | Deep-source grounded retained | `cahidenes/rubiks-cube-solver` + `tentone/rubix-solver` retained adjunct lane | Narrow face-placement, cube-string cross-check, quad sorting, square-mask color sampling, center-color face labeling, and native face/state comparison value remain retained only behind the landed `qbr`, `rubix-cube-solver`, and first-party correction-stack owners. No default widening packet is open. |
| Multi-face correction/explanation shell | Implemented now | first-party recognition/training surfaces | Current bounded correction profile, contradiction-aware correction state, accepted-resolution ledger, and correction-explanation / solve-unlock shell are live above the landed `Phase 6R-O`, `Phase 6R-P`, `Phase 6R-Q`, `Phase 6R-R`, `Phase 6R-S`, and `Phase 6R-AT` seams. Bundled-asset, generalized solver-backend, and broad playback/runtime widening remain deferred. |
| Compact classic-cube solver correctness and heuristic-search oracle | Deep-source grounded retained | `brownan/Rubiks-Cube-Solver` retained lane + `efrantar/rob-twophase` comparator | Broad solver-backend ownership remains non-live. `brownan` remains the primary compact correctness and heuristic-table oracle, while `efrantar` remains the retained metric, pruning, robot-execution, and performance comparator. |
| First-party learned heuristic search and `ADI` experimentation profile | Implemented now | landed first-party `Phase 6R-AV` packet grounded in retained `yakupbilen` benchmark surfaces | Current bounded first-party `54`-sticker experiment profile, `ADI` generation boundary, offline neural-search benchmark boundary, and attribution boundary are live. This does not displace `qbr` or `rubix-cube-solver` for live perception/reconstruction ownership, and it does not displace `brownan` or `efrantar` for correctness/performance oracle ownership. |
| First-party learned-search sequence-policy and search-budget refinement | Implemented now | landed first-party `Phase 6R-AW` packet grounded in retained `yakupbilen` benchmark surfaces | Current bounded first-party anti-cancellation sequence policy, solved-state inclusion and weighting posture, frontier-budget policy, iteration/time-cap search posture, and benchmark checkpoint-clone boundary are live above the landed `Phase 6R-AV` experimentation seam. This does not displace live replay ownership, `qbr` / `rubix-cube-solver` recognition ownership, or `brownan` / `efrantar` oracle ownership. |
| First-party learned-search node identity and state-expansion boundary | Implemented now | landed first-party `Phase 6R-AX` packet grounded in retained `yakupbilen` benchmark surfaces | Current bounded first-party flattened-byte node hashing, parent and move lineage posture, closed-node shallower-depth replacement policy, vectorized `12`-way successor expansion, solved-state goal tagging, and offline-only reward-scan boundary are live above the landed `Phase 6R-AV` and `Phase 6R-AW` seams. This does not displace replay ownership, `qbr` / `rubix-cube-solver` recognition ownership, or `brownan` / `efrantar` oracle ownership. |
| First-party learned-search frontier scoring and solution unwind boundary | Implemented now | landed first-party `Phase 6R-AY` packet grounded in retained `yakupbilen` benchmark surfaces | Current bounded first-party batched frontier pop windows, weighted `f`-score depth penalty, one-hot categorical heuristic input shaping, no-grad evaluation posture, parent-chain solution unwind, clear-seq normalization, and iteration or timeout reporting are live above the landed `Phase 6R-AV` through `Phase 6R-AX` seams. This does not displace canonical replay ownership, `qbr` / `rubix-cube-solver` recognition ownership, or `brownan` / `efrantar` oracle ownership. |
| First-party learned-search value-network shape and generator-sync boundary | Implemented now | landed first-party `Phase 6R-AZ` packet grounded in retained `yakupbilen` benchmark surfaces | Current bounded first-party flattened-input value-network shape, `4096-2048-512` linear stack, ReLU ladder, Xavier and zero-bias init posture, tau-weighted generator refresh, and device-aware parameter sync semantics are live above the landed `Phase 6R-AV` through `Phase 6R-AY` seams. This does not displace deployed model serving ownership, `qbr` / `rubix-cube-solver` recognition ownership, or `brownan` / `efrantar` oracle ownership. |
| Learned heuristic search and `ADI` state-generation research benchmark | Deep-source grounded retained | `yakupbilen/drl-rubiks-cube` retained research lane | Retained for `54`-sticker transition encoding, anti-cancellation move-sequence generation, `ADI` state generation, batched neural `A*` search experiments, compact node identity and dedupe posture, vectorized successor expansion, frontier scoring, solution unwind, value-network shape, generator refresh, and small value-network research. The landed first-party `Phase 6R-AV` through `Phase 6R-AZ` lane now uses that benchmark slice explicitly without promoting it into live perception/reconstruction or correctness/performance oracle ownership. |

### 3. Training, coaching, and progression cockpit

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| Training sessions, method drills, and coaching dashboard | Implemented now | first-party training/coaching surfaces | Current live cockpit anchor. |
| Follow-up templates, session queues, and coach summaries | Implemented now | first-party current code | Real first-party orchestration surface. |
| Algorithm-training shell, set/subset corpus, and smartcube-capable drill foundation | Implemented now | landed `tao-yu/Alg-Trainer` preserve lane + first-party training stack | Current live algorithm-training foundation remains grounded in the landed permissive `Alg-Trainer` preserve lane for broad case-corpus breadth, set/subset drill structure, timer/reveal/scramble/virtual-cube flow, and smartcube-capable algorithm drill posture. This does not displace the first-party review-plan, queue, or follow-up orchestration family, nor the landed `cube_trainer` persisted-coaching slice. |
| Persisted coaching, weighted sampling, and BLD-domain session modeling | Implemented now | landed `Lykos/cube_trainer` preserve lane + first-party training stack | Current live persistence-heavy coaching adjunct remains grounded in the landed permissive `cube_trainer` preserve lane for weighted sampling, method exploration, and BLD-domain training-session logic. This does not displace the broader `Alg-Trainer` algorithm-shell/case-corpus foundation, the `KubeTimr` timer substrate, or the current first-party trainer-shell and follow-up orchestration union. |
| Cross-planning scramble ladder and CFOP cross micro-drill progression | Implemented now | landed `newyork-anthonyng/rubiks-cross-trainer` preserve lane + first-party training stack | Current live cross-planning track remains grounded in the landed permissive `rubiks-cross-trainer` row for its explicit `1`-move through `8`-move scramble ladder and narrow cross-drill corpus. This does not displace the broader `Alg-Trainer` foundation, the `cube_trainer` persistence-heavy coaching slice, or the current first-party trainer-shell and review-plan orchestration union. |
| Advanced `5-style` edge-cycle and blindfold micro-drill progression | Implemented now | landed `abunickabhi/5style-Trainer` preserve lane + first-party training stack | Current live advanced `5-style` / BLD micro-drill track remains grounded in the landed permissive `5style-Trainer` row for narrow mover-subset drilling, timed reveal flow, and high-skill edge-cycle practice. This does not displace the broader `Alg-Trainer` foundation, the `cube_trainer` persistence-heavy coaching slice, or the current first-party trainer-shell and follow-up orchestration union. |
| Roux method-stage, blockbuilding, and generated stage-trainer family | Implemented now | landed `onionhoney/roux-trainers` clean-room preserve lane + first-party training stack | Current live Roux and blockbuilding family remains grounded in the landed restrictive clean-room `roux-trainers` row for static case decks, generated stage-trainer surfaces, and method-stage drill structure. This does not displace the broader `Alg-Trainer` foundation, the `cube_trainer` persistence-heavy coaching slice, or the current first-party trainer-shell and review-plan orchestration union, and it does not relax restrictive governance for later rows. |
| Guided beginner lesson-state and stepwise pedagogy benchmark | Deep-source grounded retained | `AviKaufman/Rubix-cube-trainer` retained clean-room benchmark lane | Retained as `A1 + R4 + F2` only for named beginner milestones, oversatisfied-step explanation, bounded step help, and manual-turn/tutorial coherence on a live cube surface. This does not displace the first-party training-session, method-drill, coaching queue/follow-up, or bounded classic-cube `Phase 6R-Q/R/S` explanation and correction seams. |
| Guided task-planner and focus-playback benchmark | Deep-source grounded retained | `alinen/cube` retained clean-room benchmark lane | Retained as `A1 + R4 + F2` only for a separable lesson-task graph, bounded task-local planner, focus-target cueing, and queued move demonstration on a visible cube surface. This does not displace the first-party training-session, method-drill, coaching queue/follow-up, canonical replay, or bounded classic-cube `Phase 6R-Q/R/S` explanation and correction seams. |
| Blindfold memo attempt and validation benchmark | Deep-source grounded retained | `ambisinister/blindsolve` retained clean-room benchmark lane | Retained as `A1 + R4 + F2` only for a narrow blindfold memo attempt-phase loop, conceal/reveal validation, letter-pair token entry, parity-aware memo expectation, and lightweight repeat cadence. This does not displace the first-party timing-policy templates, coaching-memory/follow-up surfaces, replay-verification blindfold event taxonomy, or the broader memory doctrine. |
| Smartcube-aware practice-shell and review/SRS UX comparison | Deep-source grounded retained | `poliva/cubedex` restrictive reference row | Retained as `A1 + R4 + F2` only for smartcube-aware practice-shell comparison, offline-first drill UX composition, review/SRS workflow presentation, recognition-versus-execution timing presentation, and local stats/history comparison. This does not displace the current first-party training-session, review-plan, coaching, `KubeTimr` timer substrate, `CubeDesk` smart-device workflow composition, or the landed permissive trainer-foundation lanes. |
| Scenic virtual training environments and focus-presence shells | Implemented now | landed first-party `Phase I-A` through `Phase I-E` scaffold | Current code now owns the first bounded HyperTwist-native immersive foundation, focus-presence, teaching, reactive-cue, and hardening slices: scenic environment profile, legibility-first lighting preset boundary, calm ambient-audio boundary, stable puzzle/replay/coach world anchors, intensity and reduced-distraction controls, comfort/vignette posture, seated-standing posture variants, session-local environment recall, coach cue anchors, ghost targets, replay emphasis, lesson-state spotlighting, session-state transition cues, pacing-aware lighting and audio responses, study-versus-challenge differentiation, comfort-safe transition rules, accessibility-legibility review, performance-budget posture, and reduced-effects fallback modes. This remains a training/runtime lane rather than a generic virtual desktop shell. |
| Replay integrity and validation benchmark foundations | Implemented now | landed first-party `Phase J-A`, `Phase J-B`, `Phase J-C`, `Phase J-D`, `Phase J-E`, `Phase J-F`, `Phase J-G`, `Phase J-H`, `Phase J-I`, `Phase J-J`, `Phase J-K`, `Phase J-L`, `Phase J-M`, `Phase J-N`, `Phase J-O`, `Phase J-P`, `Phase J-Q`, `Phase J-R`, `Phase J-S`, `Phase J-T`, `Phase J-U`, `Phase J-V`, `Phase J-W`, `Phase J-X`, `Phase J-Y`, `Phase J-Z`, `Phase J-AA`, `Phase J-AB`, `Phase J-AC`, `Phase J-AD`, `Phase J-AE`, `Phase J-AF`, `Phase J-AG`, `Phase J-AH`, `Phase J-AI`, `Phase J-AJ`, `Phase J-AK`, `Phase J-AL`, `Phase J-AM`, `Phase J-AN`, `Phase J-AO`, `Phase J-AP`, `Phase J-AQ`, `Phase J-AR`, `Phase J-AS`, `Phase J-AT`, `Phase J-AU`, `Phase J-AV`, `Phase J-AW`, `Phase J-AX`, `Phase J-AY`, `Phase J-AZ`, `Phase J-BA`, `Phase J-BB`, `Phase J-BC`, `Phase J-BD`, `Phase J-BE`, `Phase J-BF`, `Phase J-BG`, `Phase J-BH`, `Phase J-BI`, `Phase J-BJ`, `Phase J-BK`, `Phase J-BL`, `Phase J-BM`, `Phase J-BN`, `Phase J-BO`, `Phase J-BP`, `Phase J-BQ`, `Phase J-BR`, `Phase J-BS`, `Phase J-BT`, `Phase J-BU`, `Phase J-BV`, `Phase J-BW`, `Phase J-BX`, `Phase J-BY`, `Phase J-BZ`, `Phase J-CA`, `Phase J-CB`, `Phase J-CC`, `Phase J-CD`, `Phase J-CE`, `Phase J-CF`, `Phase J-CG`, `Phase J-CH`, `Phase J-CI`, `Phase J-CJ`, `Phase J-CK`, `Phase J-CL`, `Phase J-CM`, `Phase J-CN`, `Phase J-CO`, `Phase J-CP`, `Phase J-CQ`, `Phase J-CR`, `Phase J-CS`, `Phase J-CT`, `Phase J-CU`, `Phase J-CV`, `Phase J-CW`, `Phase J-CX`, `Phase J-CY`, `Phase J-CZ`, `Phase J-DA`, `Phase J-DB`, `Phase J-DC`, `Phase J-DD`, `Phase J-DE`, `Phase J-DF`, `Phase J-DG`, `Phase J-DH`, `Phase J-DI`, `Phase J-DJ`, `Phase J-DK`, `Phase J-DL`, `Phase J-DM`, `Phase J-DN`, `Phase J-DO`, `Phase J-DP`, `Phase J-DQ`, `Phase J-DR`, `Phase J-DS`, `Phase J-DT`, `Phase J-DU`, `Phase J-DV`, `Phase J-DW`, `Phase J-DX`, `Phase J-DY`, `Phase J-DZ`, `Phase J-EA`, `Phase J-EB`, `Phase J-EC`, `Phase J-ED`, `Phase J-EE`, `Phase J-EF`, `Phase J-EG`, `Phase J-EH`, `Phase J-EI`, `Phase J-EJ`, `Phase J-EK`, `Phase J-EL`, `Phase J-EM`, `Phase J-EN`, `Phase J-EO`, `Phase J-EP`, `Phase J-EQ`, `Phase J-ER`, `Phase J-ES`, `Phase J-ET`, `Phase J-EU`, `Phase J-EV`, `Phase J-EW`, `Phase J-EX`, `Phase J-EY`, `Phase J-EZ`, `Phase J-FA`, `Phase J-FB`, `Phase J-FC`, `Phase J-FD`, `Phase J-FE`, `Phase J-FF`, `Phase J-FG`, `Phase J-FH`, `Phase J-FI`, `Phase J-FJ`, `Phase J-FK`, `Phase J-FL`, `Phase J-FM`, `Phase J-FN`, `Phase J-FO`, `Phase J-FP`, `Phase J-FQ`, `Phase J-FR`, `Phase J-FS`, `Phase J-FT`, `Phase J-FU`, `Phase J-FV`, `Phase J-FW`, `Phase J-FX`, `Phase J-FY`, `Phase J-FZ`, `Phase J-GA`, `Phase J-GB`, `Phase J-GC`, `Phase J-GD`, `Phase J-GE`, `Phase J-GF`, `Phase J-GG`, `Phase J-GH`, `Phase J-GI`, `Phase J-GJ`, `Phase J-GK`, `Phase J-GL`, `Phase J-GM`, `Phase J-GN`, `Phase J-GO`, `Phase J-GP`, `Phase J-GQ`, `Phase J-GR`, `Phase J-GS`, `Phase J-GT`, `Phase J-GU`, `Phase J-GV`, `Phase J-GW`, `Phase J-GX`, `Phase J-GY`, `Phase J-GZ`, `Phase J-HA`, and `Phase J-HB`, `Phase J-HC`, `Phase J-HD`, `Phase J-HE`, `Phase J-HF`, `Phase J-HG` packets | Current code now owns the first bounded HyperTwist-native validation and benchmarking substrate: replay-integrity contract, puzzle-state validation contract, repeatable benchmark-profile boundary, validation-scorecard contract, regression-snapshot contract, cross-run benchmark-delta boundary, validation-evidence export contract, benchmark-fixture packet boundary, validation-run-summary contract, operator-review packet boundary, validation-triage queue contract, manual sign-off note boundary, validation-exception waiver contract, validation-handoff closure boundary, validation-carry-forward ledger contract, reviewer-continuity digest boundary, validation-disposition snapshot contract, validation-reopen note boundary, validation-deferred follow-up bundle contract, validation-revisit cue boundary, validation-revisit completion receipt contract, validation-pending-state clearance boundary, validation-dormant-state ledger contract, validation-resurfacing cue boundary, validation-return-readiness packet contract, validation-wake-state confirmation boundary, validation-resumed-state checkpoint contract, validation-continuation-attestation boundary, validation-stable-state ledger contract, validation-continuation-state digest boundary, validation-settled-state packet contract, validation-ongoing-state confirmation boundary, validation-persistent-state ledger contract, validation-ongoing-state acknowledgement boundary, validation-durable-state packet contract, validation-ongoing-state attestation boundary, validation-enduring-state ledger contract, validation-ongoing-state certification boundary, validation-sustained-state packet contract, validation-ongoing-state assurance boundary, validation-anchored-state ledger contract, validation-ongoing-state affirmation boundary, validation-grounded-state packet contract, validation-ongoing-state endorsement boundary, validation-rooted-state ledger contract, validation-ongoing-state ratification boundary, validation-embedded-state packet contract, validation-ongoing-state reconciliation boundary, validation-nested-state ledger contract, validation-ongoing-state harmonization boundary, validation-layered-state packet contract, validation-ongoing-state alignment boundary, validation-stacked-state ledger contract, validation-ongoing-state convergence boundary, validation-composite-state packet contract, validation-ongoing-state synthesis boundary, validation-aggregated-state ledger contract, validation-ongoing-state consolidation boundary, validation-integrated-state packet contract, validation-ongoing-state unification boundary, validation-fused-state ledger contract, validation-ongoing-state coherence boundary, validation-merged-state packet contract, validation-ongoing-state concordance boundary, validation-blended-state ledger contract, validation-ongoing-state correspondence boundary, validation-interlaced-state packet contract, validation-ongoing-state affinity boundary, validation-woven-state ledger contract, validation-ongoing-state resonance boundary, validation-knotted-state packet contract, validation-ongoing-state harmonic boundary, validation-braided-state ledger contract, validation-ongoing-state cadence boundary, validation-looped-state packet contract, validation-ongoing-state refrain boundary, validation-spiraled-state ledger contract, validation-ongoing-state chorus boundary, validation-coiled-state packet contract, validation-ongoing-state reprise boundary, validation-helixed-state ledger contract, validation-ongoing-state echo boundary, validation-twisted-state packet contract, validation-ongoing-state reflection boundary, validation-wound-state ledger contract, validation-ongoing-state reverberation boundary, validation-folded-state packet contract, validation-ongoing-state aftertone boundary, validation-creased-state ledger contract, validation-ongoing-state residue boundary, validation-pleated-state packet contract, validation-ongoing-state remnant boundary, validation-crimped-state ledger contract, validation-ongoing-state imprint boundary, validation-corrugated-state packet contract, validation-ongoing-state trace boundary, validation-ribbed-state ledger contract, validation-ongoing-state signature boundary, validation-fluted-state packet contract, validation-ongoing-state mark boundary, validation-grooved-state ledger contract, validation-ongoing-state seal boundary, validation-ridged-state packet contract, validation-ongoing-state stamp boundary, validation-terraced-state ledger contract, validation-ongoing-state impression boundary, validation-buttressed-state packet contract, validation-ongoing-state etching boundary, validation-bastioned-state ledger contract, validation-ongoing-state engraving boundary, validation-fortified-state packet contract, validation-ongoing-state carving boundary, validation-bulwarked-state ledger contract, validation-ongoing-state inscription boundary, validation-rampart-state packet contract, validation-ongoing-state marking boundary, validation-citadel-state ledger contract, validation-ongoing-state tracing boundary, validation-keep-state packet contract, validation-ongoing-state notation boundary, validation-stronghold-state ledger contract, validation-ongoing-state annotation boundary, validation-watchtower-state packet contract, validation-ongoing-state gloss boundary, validation-battlement-state ledger contract, validation-ongoing-state caption boundary, validation-parapet-state packet contract, validation-ongoing-state legend boundary, validation-merlon-state ledger contract, validation-ongoing-state callout boundary, validation-crenel-state packet contract, validation-ongoing-state marginalia boundary, validation-embrasure-state ledger contract, validation-ongoing-state sidenote boundary, validation-machicolation-state packet contract, validation-ongoing-state footnote boundary, validation-bartizan-state ledger contract, validation-ongoing-state endnote boundary, validation-turret-state packet contract, validation-ongoing-state addendum boundary, validation-barbican-state ledger contract, validation-ongoing-state appendix boundary, validation-gatehouse-state packet contract, validation-ongoing-state codicil boundary, validation-portcullis-state ledger contract, validation-ongoing-state postscript boundary, validation-drawbridge-state packet contract, validation-ongoing-state afterword boundary, validation-moat-state ledger contract, validation-ongoing-state epilogue boundary, validation-causeway-state packet contract, validation-ongoing-state coda boundary, validation-viaduct-state ledger contract, validation-ongoing-state encore boundary, validation-aqueduct-state packet contract, validation-ongoing-state finale boundary, validation-trestle-state ledger contract, validation-ongoing-state curtain-call boundary, validation-span-state packet contract, validation-ongoing-state bow boundary, validation-arch-state ledger contract, validation-ongoing-state ovation boundary, validation-vault-state packet contract, validation-ongoing-state applause boundary, validation-keystone-state ledger contract, validation-ongoing-state acclamation boundary, validation-abutment-state packet contract, validation-ongoing-state commendation boundary, validation-pier-state ledger contract, validation-ongoing-state tribute boundary, validation-footing-state packet contract, validation-ongoing-state homage boundary, validation-pilaster-state ledger contract, validation-ongoing-state salute boundary, validation-column-state packet contract, validation-ongoing-state accolade boundary, validation-capital-state ledger contract, validation-ongoing-state plaudit boundary, validation-frieze-state packet contract, validation-ongoing-state laurel boundary, validation-cornice-state ledger contract, validation-ongoing-state honor boundary, validation-pediment-state packet contract, validation-ongoing-state distinction boundary, validation-entablature-state ledger contract, validation-ongoing-state recognition boundary, validation-architrave-state packet contract, validation-ongoing-state appreciation boundary, validation-metope-state ledger contract, validation-ongoing-state admiration boundary, validation-triglyph-state packet contract, validation-ongoing-state esteem boundary, validation-regula-state ledger contract, validation-ongoing-state regard boundary, validation-guttae-state packet contract, validation-ongoing-state respect boundary, validation-mutule-state ledger contract, validation-ongoing-state deference boundary, validation-taenia-state packet contract, validation-ongoing-state reverence boundary, validation-cymatium-state ledger contract, validation-ongoing-state veneration boundary, validation-sima-state packet contract, validation-ongoing-state devotion boundary, validation-corona-state ledger contract, validation-ongoing-state adoration boundary, validation-soffit-state packet contract, validation-ongoing-state praise boundary, validation-fascia-state ledger contract, validation-ongoing-state exaltation boundary, validation-fillet-state packet contract, validation-ongoing-state glorification boundary, validation-bead-state ledger contract, validation-ongoing-state celebration boundary, validation-ovolo-state packet contract, validation-ongoing-state jubilation boundary, validation-cavetto-state ledger contract, validation-ongoing-state rejoicing boundary, validation-torus-state packet contract, validation-ongoing-state exultation boundary, validation-scotia-state ledger contract, validation-ongoing-state elation boundary, validation-cyma-state packet contract, validation-ongoing-state delight boundary, validation-astragal-state ledger contract, validation-ongoing-state gladness boundary, validation-trochilus-state packet contract, validation-ongoing-state cheer boundary, validation-annulet-state ledger contract, validation-ongoing-state joy boundary, validation-listel-state packet contract, validation-ongoing-state merriment boundary, validation-cincture-state ledger contract, validation-ongoing-state gaiety boundary, validation-girdle-state packet contract, validation-ongoing-state revelry boundary, validation-collarino-state ledger contract, validation-ongoing-state festivity boundary, validation-apophyge-state packet contract, validation-ongoing-state conviviality boundary, validation-doucine-state ledger contract, validation-ongoing-state sociability boundary, validation-cyma-recta-state packet contract, validation-ongoing-state fellowship boundary, validation-cyma-reversa-state ledger contract, validation-ongoing-state camaraderie boundary, validation-echinus-state packet contract, validation-ongoing-state companionship boundary, validation-abacus-state ledger contract, validation-ongoing-state fraternity boundary, validation-necking-state packet contract, validation-ongoing-state solidarity boundary, validation-hypotrachelion-state ledger contract, validation-ongoing-state alliance boundary, validation-gorgerin-state packet contract, validation-ongoing-state accord boundary, validation-bolster-state ledger contract, validation-ongoing-state concord boundary, validation-taper-state packet contract, validation-ongoing-state harmony boundary, validation-shaft-state ledger contract, validation-ongoing-state unity boundary, validation-base-state packet contract, validation-ongoing-state union boundary, validation-plinth-state ledger contract, validation-ongoing-state coalition boundary, validation-pedestal-state packet contract, validation-ongoing-state partnership boundary, validation-stylobate-state ledger contract, validation-ongoing-state consortium boundary, validation-stereobate-state packet contract, validation-ongoing-state federation boundary, validation-podium-state ledger contract, validation-ongoing-state confederation boundary, validation-dais-state packet contract, validation-ongoing-state league boundary, validation-rostrum-state ledger contract, validation-ongoing-state assembly boundary, validation-tribune-state packet contract, validation-ongoing-state forum boundary, validation-lectern-state ledger contract, validation-ongoing-state council boundary, validation-pulpit-state packet contract, validation-ongoing-state caucus boundary, validation-ambo-state ledger contract, validation-ongoing-state quorum boundary, validation-minbar-state packet contract, validation-ongoing-state conclave boundary, validation-cathedra-state ledger contract, validation-ongoing-state synod boundary, validation-bema-state packet contract, validation-ongoing-state convocation boundary, validation-sedilia-state ledger contract, validation-ongoing-state chapter boundary, validation-choir-state packet contract, validation-ongoing-state vestry boundary, validation-stall-state ledger contract, validation-ongoing-state consistory boundary, validation-pew-state packet contract, validation-ongoing-state presbytery boundary, validation-nave-state ledger contract, validation-ongoing-state transept boundary, validation-aisle-state packet contract, validation-ongoing-state chancel boundary, validation-sanctuary-state ledger contract, validation-ongoing-state apse boundary, validation-altar-state packet contract, validation-ongoing-state reredos boundary, validation-retable-state ledger contract, validation-ongoing-state iconostasis boundary, validation-ciborium-state packet contract, validation-ongoing-state baldachin boundary, validation-predella-state ledger contract, validation-ongoing-state dossal boundary, validation-frontal-state packet contract, validation-ongoing-state antependium boundary, validation-superfrontal-state ledger contract, validation-ongoing-state fair-linen boundary, validation-corporal-state packet contract, validation-ongoing-state pall boundary, validation-purificator-state ledger contract, validation-ongoing-state chalice-veil boundary, validation-paten-state packet contract, validation-ongoing-state burse boundary, validation-pyx-state ledger contract, validation-ongoing-state monstrance boundary, validation-cruet-state packet contract, validation-ongoing-state lavabo boundary, validation-thurible-state ledger contract, validation-ongoing-state navicula boundary, validation-aspergillum-state packet contract, validation-ongoing-state aspersorium boundary, validation-stoup-state ledger contract, validation-ongoing-state font boundary, validation-piscina-state packet contract, validation-ongoing-state credence boundary, validation-aumbry-state ledger contract, validation-ongoing-state tabernacle boundary, validation-sacrarium-state packet contract, validation-ongoing-state conopeum boundary, validation-lunette-state ledger contract, validation-ongoing-state humeral-veil boundary, validation-custodia-state packet contract, validation-ongoing-state pyx-cloth boundary, validation-ostensorium-state ledger contract, validation-ongoing-state velum boundary, validation-lunula-state ledger contract, validation-ongoing-state cope boundary, validation-amice-state ledger contract, validation-ongoing-state stole boundary, validation-alb-state ledger contract, validation-ongoing-state chasuble boundary, validation-dalmatic-state ledger contract, validation-ongoing-state tunicle boundary, validation-maniple-state ledger contract, validation-ongoing-state fanon boundary, validation-mitre-state ledger contract, validation-ongoing-state crosier boundary, validation-pectoral-cross-state ledger contract, validation-ongoing-state ring boundary, validation-zucchetto-state ledger contract, validation-ongoing-state biretta boundary, validation-mozzetta-state ledger contract, validation-ongoing-state rochet boundary, validation-surplice-state ledger contract, validation-ongoing-state tippet boundary, validation-chimere-state ledger contract, validation-ongoing-state scarf boundary, validation-cassock-state ledger contract, validation-ongoing-state rabat boundary, validation-camauro-state ledger contract, validation-ongoing-state saturno boundary, validation-ferraiolo-state ledger contract, validation-ongoing-state mantelletta boundary, validation-cappa-magna-state ledger contract, validation-ongoing-state pellegrina boundary, validation-galero-state ledger contract, validation-ongoing-state simar boundary, validation-tabarro-state ledger contract, validation-ongoing-state gremiale boundary, validation-falda-state ledger contract, validation-ongoing-state mantum boundary, validation-sakkos-state ledger contract, validation-ongoing-state omophorion boundary, validation-epigonation-state ledger contract, validation-ongoing-state epimanikia boundary, validation-orarion-state ledger contract, validation-ongoing-state epitrachelion boundary, validation-sticharion-state ledger contract, validation-ongoing-state zonarion boundary, validation-phelonion-state ledger contract, validation-ongoing-state riassa boundary, validation-klobuk-state ledger contract, validation-ongoing-state mandyas boundary, validation-kamelavkion-state ledger contract, validation-ongoing-state epanokamelavkion boundary, validation-koukoulion-state ledger contract, validation-ongoing-state paramandyas boundary, validation-analavos-state ledger contract, validation-ongoing-state polystavrion boundary, validation-epanorion-state ledger contract, and validation-ongoing-state epirrhiptarion boundary, validation-engolpion-state ledger contract, validation-ongoing-state panagia boundary, validation-dikerion-state ledger contract, validation-ongoing-state trikerion boundary, validation-ripidion-state ledger contract, validation-ongoing-state asteriskos boundary, validation-diskos-state ledger contract, validation-ongoing-state kalymma boundary, validation-antimension-state ledger contract, validation-ongoing-state eiliton boundary, validation-aer-state ledger contract, validation-ongoing-state labis boundary, validation-diskarion-state ledger contract, validation-ongoing-state zeon boundary, validation-lonche-state ledger contract, validation-ongoing-state lance boundary, validation-lavida-state ledger contract, validation-ongoing-state sudarion boundary, validation-hexapterygon-state ledger contract, and validation-ongoing-state cherubikon boundary. This remains a runtime-evidence lane rather than a public leaderboard, cross-product telemetry platform, release-gate authority, or generic approval workflow. |
| Embodied companion/narration adjunct | Implemented now | landed `TalkingHead` packet | Live bounded avatar/narration family. |
| Rewritten embodied companion and narrated coaching reference grounding | Implemented now | `met4citizen/TalkingHead` retained permissive lane + first-party current code | Current live `Embodied Companion and Narrated Coaching` reference side includes six rewritten first-party targets grounded in retained `TalkingHead`: queued companion narration, subtitle and viseme sync, avatar-only embed, gesture and mood cues, streaming/listening lifecycle, and TTS or asset adapter boundary posture. This does not displace the landed `Phase 3R-E` first-party embodied companion owner, any separate speech-input or queue-owner lane, or any separate voice-output provider sidecar. |
| Broader long-horizon coach memory and cognitive state | Deep-source grounded retained | first-party target + memory doctrine | Doctrine-governed future widening; not yet a mature memory system. |

### 4. Catalog, curriculum, and knowledge

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| Imported training catalog packs | Implemented now | first-party current code | Already in product. |
| Retained advanced and multi-puzzle algorithm corpus grounding | Implemented now | `SpeedCubeDB` retained web content + first-party current code | Current live imported catalog breadth across advanced `3x3`, big cube, megaminx, broad pyraminx, broad skewb, and broad square-1 families remains grounded in retained `SpeedCubeDB` web content beneath the first-party rewritten course layer. This does not displace the first-party training runtime or the narrower `CubingApp` one-handed/shaped-subset adjunct. |
| Retained one-handed and shaped-subset adjunct corpus grounding | Implemented now | `CubingApp` retained web content + first-party current code | Current live imported adjunct depth across one-handed `CMLL`, Sarah-intermediate skewb triggers, pyraminx last-layer, and square-1 `CSP` / `OBL` families remains grounded in retained `CubingApp` web content beneath the first-party rewritten course layer. This does not displace the broader `SpeedCubeDB` corpus ground or the first-party training runtime. |
| Rewritten advanced `3x3` reference supplement and tool-reference grounding | Implemented now | `SpeedCubeDB` retained web content + first-party current code | Current live `Advanced 3x3 Systems` reference side includes two rewritten first-party targets grounded in retained `SpeedCubeDB` web content: one course-reference supplement and one tool-reference note for the `Speedcubedb Root` surface. This does not displace the first-party knowledge/reference shell or the broader retained `SpeedCubeDB` deck-corpus ground. |
| Rewritten hypercubing software-manual and solution-reference grounding | Implemented now | `superliminal.com` retained web content + first-party current code | Current live `Hypercubing Software Manuals` reference side includes six rewritten first-party targets grounded in retained `superliminal.com` web content: one `Magic Cube 4D` course-reference supplement plus five software-manual pages across `Magic Cube 4D`, `Magic Cube 7D`, `Magic Hyperbolic Tile`, `Magic Puzzle Ultimate`, and `Magic Simplex 5D`. This does not displace the first-party knowledge/reference shell or any first-party higher-dimensional runtime owner. |
| Rewritten hypercubing historical-reference grounding | Implemented now | `Superliminal Wiki` retained web content + first-party current code | Current live `Hypercubing Reference` side includes one rewritten first-party historical-reference note grounded in retained `Superliminal Wiki` web content for the `Hypercubing Historical Reference` surface. This does not displace the first-party knowledge/reference shell or any first-party higher-dimensional runtime owner. |
| Hypercubing knowledge/reference bundle | Implemented now | landed knowledge packet + first-party consumption | Live knowledge family. |
| Rewritten hypercubing progression, notation, software-matrix, and leaderboard-reference grounding | Implemented now | `Hypercubers/hypercubing.xyz` retained permissive lane + first-party current code | Current live hypercubing reference side includes four rewritten first-party targets grounded in retained `hypercubing.xyz`: progression ladder, cell-turning hypercube notation, software matrix, and leaderboard conventions. This does not displace the landed `Phase 3R-B` first-party knowledge-reference owner or widen into runtime simulation, timer execution, recognition, solver execution, or host-shell ownership. |
| Symbolic-to-spatial pedagogy experiment boundary | Deep-source grounded retained | `NuiLab/code-vr` retained pedagogy lane | AST/graph-to-scene conversion, parse/export/runtime separation, and abstract-structure spatial pedagogy remain retained only behind the first-party knowledge shell and landed browser-spatial/XR owners. No default widening packet is open. |
| Curated training atlas / wiki-like memory | Deep-source grounded retained | first-party target + memory doctrine | Not yet source-grounded enough for stronger external-lane ownership. |

### 5. Publication, leaderboard, entitlement, and social training

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| Publication/leaderboard projection | Implemented now | landed `kash/cubedesk` `Bound 4` | Live bounded slice. |
| Entitlement gating | Implemented now | landed `kash/cubedesk` `Bound 4` | Live bounded slice. |
| Local social challenge bundle | Implemented now | landed `kash/cubedesk` `Bound 5` | Live bounded slice. |
| Broader admin/report lane | Deep-source grounded retained | repo-local justification required | `Bound 6` is deferred and not currently justified for implementation. |

### 6. Hyper puzzle topology and non-Euclidean runtime

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| Legacy `4D` interaction/history/macro/provenance boundary | Implemented now | landed `magiccube4d` packet | Already part of current product truth. |
| Legacy `4D` reference grounding and attribution boundary | Implemented now | `cutelyaware/magiccube4d` retained boundary-sensitive lane + first-party current code | Current live `Legacy 4D Interaction and History` reference side includes six rewritten first-party contract/reference targets grounded in `cutelyaware/magiccube4d`: history, macro remapping, puzzle-description topology, interaction grammar, view-controller composition, and explicit visible-attribution/upstream-link/`MyMath` provenance-boundary notes. This does not displace the landed `Phase 4R-B` first-party owner lane, the retained `Hyperspeedcube` runtime anchor, or the later `MagicTile` topology and transform-aware macro widening. |
| Tiling topology and geometry-family contract | Implemented now | landed `MagicTile` packet | New bounded widening is live. |
| Transform-aware macro remapping and macro persistence boundary | Implemented now | landed `MagicTile` `Phase 6R-T` | Current bounded remapping contract, reverse/setup-move playback support, and macro XML compatibility boundary are live above the landed topology contract. |
| Dedicated `120-cell` family runtime profile and persistence boundary | Implemented now | landed `Magic120Cell` packet | Current bounded family-specific widening is live beneath the retained `Hyperspeedcube` runtime anchor. |
| Dedicated `120-cell` symmetry-aware focus view profiles | Implemented now | landed `Magic120Cell` `Phase 6R-AL` | Current bounded settings-derived projection, symmetry preset, logical-visibility, per-cell visibility, and center-cell focus posture are live above the landed dedicated `120-cell` runtime-profile seam without widening into renderer, host-shell, or generic topology ownership. |
| Dedicated `5D` family runtime profile and persistence boundary | Implemented now | landed `MagicCube5D` packet | Current bounded family-specific widening is live beneath the retained `Hyperspeedcube` runtime anchor. |
| Dedicated `5D` projection and focus view profiles | Implemented now | landed `MagicCube5D` `Phase 6R-AM` | Current bounded settings-derived projection-distance, stereo posture, per-face visibility, accent emphasis, and fifth-axis focus posture are live above the landed dedicated `5D` runtime-profile seam without widening into renderer, host-shell, or generic hyper-runtime ownership. |
| Broad non-Euclidean interaction shell and host ownership | Deep-source grounded retained | `MagicTile` retained remainder | Broad interaction-shell, WinForms/OpenTK host ownership, and generic runtime replacement remain deferred after the landed `Phase 6R-T` slice. |

### 7. Speech input and voice sidecars

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| Speech transcript session boundary | Implemented now | landed `whisper.cpp` packet | Current bounded STT truth. |
| Live microphone capture shell | Implemented now | landed `whisper.cpp` `Phase 6R-U` packet | Current bounded microphone shell truth above the landed transcript-session and orchestration seams. |
| Device-permission and capture-route readiness shell | Implemented now | landed `whisper.cpp` `Phase 6R-V` packet | Current bounded permission/readiness shell posture, route fallback issue objects, and explicit retry/request semantics above the landed microphone shell seam. |
| First-party real device-permission workflow | Implemented now | landed first-party `Phase 6R-AF` packet | Current bounded permission-workflow profile ids/definitions, request/settings/recheck posture, and workflow capability exposure are live above the landed permission/readiness shell seam. The bounded first-party native capture-route workflow/control layer now lives in landed `Phase 6R-AG`. |
| First-party native capture-route ownership and workflow preparation/control | Implemented now | landed first-party `Phase 6R-AG` packet | Current bounded native capture-route ownership assessment, preparation/retry/reopen posture, and workflow capability exposure are live above the landed permission-workflow seam. The bounded first-party operator-facing shell layer now lives in landed `Phase 6R-AH`. |
| First-party operator-facing native capture-route workflow shell | Implemented now | landed first-party `Phase 6R-AH` packet | Current bounded shell profile ids/definitions, operator-facing shell-state posture, and ownership-summary/preparation/session-reopen card capability exposure are live above the landed native capture-route workflow/control seam. Actual OS permission-grant execution, payment execution, provider-portal ownership, and payload shipping remain deferred. |
| Downloadable model and payload custody boundary | Implemented now | landed `whisper.cpp` `Phase 6R-W` packet | Current bounded custody profile, required/supported payload descriptors, and health-surface integrity metadata above the landed transcript-session and shell seams. |
| Provider-backed speech session health and transcript envelopes | Implemented now | first-party speech client surfaces | Current first-party speech seam. |
| Python transcription-service orchestration profile | Implemented now | landed `faster-whisper` `Phase 6R-F` and `Phase 6R-AP` packets | Current bounded Python STT orchestration truth, batch-window tuning metadata, and prompt/retrieval-hint routing metadata are live above the existing speech session boundary. |
| Local narration sidecar seam | Implemented now | landed `piper` packet | Current bounded offline narration contract, voice catalog, and local sidecar truth. |
| Downloadable voice-asset review boundary | Implemented now | landed `piper` `Phase 6R-AQ` packet | Current bounded review profile, supported local voice-asset descriptors, and health-surface review metadata are live above the landed local narration sidecar seam. |
| Advanced narration orchestration profile | Implemented now | landed `coqui-ai/TTS` packet | Current bounded richer narration profile above the existing companion narration contract. |
| Downloadable voice/model review boundary | Implemented now | landed `coqui-ai/TTS` `Phase 6R-AR` packet | Current bounded review profile, supported advanced voice-model review descriptors, and health-surface review metadata are live above the landed advanced narration orchestration seam. |
| Cross-platform offline dictation shell, transcript history, output routing, OS-integration shell adjunct, and local model-catalog review posture | Implemented now, bounded permissive adjunct | landed `cjpais/Handy` `Phase 6R-AJ`, `Phase 6R-AO`, and `Phase 6R-AU` packets | Current bounded external dictation-shell profile/state, transcript-history retention, clipboard/typing/script-oriented output-routing posture, transcript post-process overlay posture, global-hotkey lifecycle shell posture, input/output device-selection shell posture, mute-while-recording plus microphone-mode shell posture, and local model-catalog / integrity / unload-policy review posture are live above the current speech stack. It does not displace landed `whisper.cpp`, `faster-whisper`, or first-party provider-neutral speech ownership, and actual model download/extract/unload execution ownership remains deferred. |
| Broad voice output / narration sidecars | Deep-source grounded retained | `piper`, `coqui-ai/TTS` retained remainder | Keep actual voice-asset shipping, playback/runtime ownership, and broader assistant-platform scope separate from the landed local review and narration packets. |
| Actual downloadable model and payload shipping | Deep-source grounded retained | `whisper.cpp` retained remainder | Keep real download/shipping ownership separate from the landed bounded custody boundary and from the code-license judgment. |

### 8. Provider-neutral AI/provider routing

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| First-party provider-neutral speech/vision contract | Implemented now | first-party recognition/speech client seams | Current bounded provider/session truth. |
| Provider-neutral BYOK/profile custody boundary | Implemented now | landed first-party `Phase 6R-X` packet | Current bounded provider-profile ids/definitions, BYOK custody ids/definitions, per-profile model/capability maps, and out-of-band auth-reference wording. |
| First-party provider routing and workflow-policy boundary | Implemented now | landed first-party `Phase 6R-Y` packet | Current bounded routing-policy ids/definitions, route-decision summaries, explicit fallback-health posture, and workflow-policy capability exposure above the landed provider/session and provider-custody seams. |
| First-party normalized usage/cost event surface | Implemented now | landed first-party `Phase 6R-Z` packet | Current bounded accounting-profile ids/definitions, normalized usage/cost event summaries, quota/rate-limit state, and bounded capability exposure above the landed provider-routing seam. |
| First-party operator-facing provider usage/cost dashboard shell | Implemented now | landed first-party `Phase 6R-AA` packet | Current bounded dashboard shell profile ids/definitions, dashboard issue/state posture, and capability exposure above the landed normalized usage/cost seam. |
| First-party provider usage/cost history/export shell | Implemented now | landed first-party `Phase 6R-AB` packet | Current bounded history/export shell profile ids/definitions, rolling history entry and export issue/state posture, summary export preview/copy behavior, and capability exposure above the landed provider usage/cost dashboard seam. |
| First-party provider receipt review and posted-charge inspection shell | Implemented now | landed first-party `Phase 6R-AC` packet | Current bounded receipt-review shell profile ids/definitions, derived receipt-review entry and issue/state posture, and capability exposure above the landed provider usage/cost history/export seam. |
| First-party provider billing settlement and invoice reconciliation shell | Implemented now | landed first-party `Phase 6R-AD` packet | Current bounded settlement shell profile ids/definitions, derived settlement entry and issue/state posture, invoice-reconciliation readiness, and capability exposure above the landed provider receipt-review seam. |
| First-party provider settlement exception and external-portal handoff shell | Implemented now | landed first-party `Phase 6R-AE` packet | Current bounded settlement-exception shell profile ids/definitions, derived exception entry and issue/state posture, reference-only external-portal handoff readiness, and capability exposure above the landed provider settlement seam. |
| First-party provider-neutral custom-endpoint runtime routing | Implemented now | landed first-party `Phase 6R-AI` packet | Current bounded per-session provider-profile endpoint selection, runtime routing, fallback-health reflection, and provider-backed transport-failure posture above the landed provider-profile/BYOK and provider-routing seams. OpenAI-compatible custom endpoints are no longer custody-only doctrine targets. |
| Provider-specific overlays | Shallow placeholder | future provider-family work only | Keep internal until source-grounded and normalized. |

### 9. Memory, continuity, notes, and provenance

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| Session continuity and workspace recall fragments | Implemented now | first-party runtime/training surfaces | Real substrate fragments under the canonical `Memory Lanes`; not yet a full lane implementation. |
| Provenance-aware training/replay/publication state | Implemented now | first-party contract/provenance surfaces | Existing product truth. |
| First-party memory contracts and ledger | Implemented now | landed first-party `Phase 6R-M1` packet | Current bounded memory lane ids, entity ids, provenance links, authority flags, feature gates, retention profiles, and ledger JSON round-trip are live. Later bounded chronicle/resume, recall/shared-context, cognitive consolidation, knowledge/note posture, and derived-adjunct layers now sit above this seam. |
| First-party chronicle and continuity | Implemented now | landed first-party `Phase 6R-M2` packet | Current bounded chronicle events, grouped continuity sessions, resume packs, and repo-aware continuity guards are live above the landed `Phase 6R-M1` ledger seam. Later bounded recall/shared-context, cognitive consolidation, knowledge/note posture, and derived-adjunct layers now sit above this seam. |
| First-party recall and shared context | Implemented now | landed first-party `Phase 6R-M3` packet | Current bounded explicit recall matches, history search, provenance drill-down, and revocable shared-context projections are live above the landed `Phase 6R-M1` ledger and `Phase 6R-M2` chronicle/continuity seams. Later bounded cognitive consolidation, knowledge/note posture, and derived-adjunct layers now sit above this seam. |
| First-party cognitive consolidation | Implemented now | landed first-party `Phase 6R-M4` packet | Current bounded provenance-backed cognitive facts, contradiction records, supersession links, and confidence-decay entries are live above the landed `Phase 6R-M1`, `Phase 6R-M2`, and `Phase 6R-M3` seams. Later bounded knowledge/note posture and derived-adjunct layers now sit above this seam. |
| First-party knowledge and notes posture | Implemented now | landed first-party `Phase 6R-M5` packet | Current bounded curated knowledge objects, reviewable promotion decisions, and explicit user-notes posture/gating are live above the landed `Phase 6R-M1`, `Phase 6R-M2`, `Phase 6R-M3`, and `Phase 6R-M4` seams. Active user-authored note capture still remains deferred, and the landed `Phase 6R-M6` derived-adjunct layer now sits above this seam. |
| Control-plane telemetry, replay-diagnostic, and rollout-governance reference grounding | Implemented now | `PostHog/posthog` retained boundary-sensitive lane + first-party current code | Current live `Control-Plane Telemetry and Replay Governance` reference side includes six rewritten first-party contract/reference targets grounded in `PostHog/posthog`: replay diagnostics, replay segmentation, feature governance, scheduled changes, early-access lifecycle, and explicit `MIT`-outside-`ee/` compliance-boundary notes. This does not displace the landed `Phase 4R-D` first-party owner lane, any replay-shell owner family, or the explicit enterprise-subtree exclusion boundary. |
| Capture-history, vault, and replay-inspection reference grounding | Implemented now | `screenpipe/screenpipe` retained boundary-sensitive lane + first-party current code | Current live `Capture History, Replay, and Vault Support` reference side includes six rewritten first-party contract/reference targets grounded in `screenpipe/screenpipe`: event-capture, pipe-permission, persistence, vault-lifecycle, timeline-review, and explicit permissive-core-versus-`ee/` compliance-boundary notes. This does not displace the landed `Phase 4R-E` first-party owner lane, the broader replay shell, or the explicit enterprise-subtree exclusion boundary. |
| Layered memory federation | Deep-source grounded retained | memory doctrine + VectorShell import entrypoint | Governing taxonomy exists; HyperTwist uses pointer-based synchronization to the current VectorShell memory canon rather than a frozen local fork. Lane widening remains future work and later superior evidence may revise only the exact affected lane or sub-slice. |
| Continuity Lattice context assembly | Deep-source grounded retained | continuity-lattice doctrine + VectorShell import entrypoint | One federated substrate with two preset-backed, overrideable profiles: `Max-Retention Mode` and `Economic-Retention Mode`. This is not a second memory system, does not weaken lane authority or optional-assistive override control, and does not justify automatic whole-repo absorption when one continuity sub-slice changes owner. |
| User-authored note lane | Deep-source grounded retained | memory doctrine, owner unresolved | Explicit note-lane posture/gating is live through `Phase 6R-M5`, but active user-authored note capture still must not be described as shipped until ownership is justified. |
| First-party derived memory and optional adjunct | Implemented now | landed first-party `Phase 6R-M6` packet | Current bounded compact summaries, reduced context packets, and optional digest views are live in explicit derived-only removable form. `Economic-Retention Mode` proves all-features-off correctness by keeping the lane empty and valid, while `Max-Retention Mode` exposes the optional derived adjunct surfaces without promoting them to authoritative truth. |

### 10. Skills and optional assistive layer

| Feature | Status | Primary authority | Notes |
|---|---|---|---|
| First-party skill registry and enable/disable governance | Implemented now | landed first-party `Phase S1-A`, `Phase S1-B`, `Phase S1-C`, `Phase S1-D`, `Phase S2-A`, `Phase S2-B`, `Phase S2-C`, `Phase S3-A`, `Phase S3-B`, `Phase S3-C`, `Phase S4-A`, `Phase S4-B`, `Phase S4-C`, `Phase S5-A`, `Phase S5-B`, `Phase S5-C`, `Phase S6-A`, `Phase S6-B`, `Phase S7-A`, `Phase S7-B`, and `Phase S7-C` packets | Current bounded first-party skill status/family contracts, command/service binding declarations, permission/scope declarations, provenance/log declarations, manifest entries, registry counts, durable master-switch/per-skill control-state, family visibility groups, disabled-but-installed inert-off-state truth, invocation-record format, command/service provenance, failure/cancel audit-ledger storage, authoring-template sections, registry-grounded examples, per-skill smoke/eval validation-harness contracts, structured permissive wrapper-output contracts, bounded first-party implementation/delegation spec contracts, bounded first-party plan/orchestration glue contracts, bounded first-party provider-profile/routing skill contracts, bounded first-party provider usage/operations audit skill contracts, bounded first-party domain-pack framework contracts, bounded first-party retained domain-pack contracts, bounded first-party creative/media pack contracts, first-party clean-room command-contract specs, first-party clean-room-ready skill specs, bounded first-party continuity/resume skill state, bounded recall/compact-view skill state, bounded workflow-memory capture skill state, bounded docs/design extraction skill state, bounded browser diagnostics skill state, bounded design-shell translation skill state, bounded workflow/review wrapper state, bounded implementation/delegation spec state, bounded plan/orchestration state, bounded provider-profile/routing state, bounded provider usage/operations audit state, bounded domain-pack framework state, bounded retained domain-pack state, and bounded creative/media pack state are live as bounded substrate. The current named first-party skillization ladder is now landed through `S7-C`. |
| Review/analyzer skill family | Implemented now | landed first-party `Phase S2-A`, `Phase S5-A`, `Phase S5-B`, and `Phase S5-C` packets | Current bounded first-party review/analyzer wrappers/specs are live for architecture scan, policy scan, proposal review, diff review, bounded workflow-wrapper output, implementation review, bounded delegation spec output, plan synthesis, and bounded workflow chaining over permissive product evidence. Broader provider/ops audit and domain widening still remains future work. |
| Memory/continuity skill family | Implemented now | landed first-party `Phase S3-A`, `Phase S3-B`, and `Phase S3-C` packets + skillization + memory doctrine | Current bounded `resume-session`, `search-history`, `recall-memory`, `generate-compact-view`, `capture-session-template`, and `capture-follow-up-routine` skills are live above the landed first-party `6R-M1`, `6R-M2`, `6R-M3`, and `6R-M6` memory seams, while `capture-note` remains explicit but non-live under separate owner activation because active user-authored note capture is still not landed beyond the bounded `6R-M5` seam. Compact views remain optional and linked to authoritative sources, workflow capture remains separate from user-authored notes, and the browser/docs/design extraction, browser diagnostics, design-shell translation, and workflow/review seams are now live above that memory base. |
| Browser/docs/design extraction skill family | Implemented now | landed first-party `Phase S4-A` packet | Current bounded `extract-docs` and `extract-design-spec` skills are live over authoritative first-party docs/design source surfaces. Structured extraction remains provenance-visible and derived-only, while browser diagnostics and design-shell translation remain separate bounded sibling seams. |
| Browser/docs/design browser diagnostics skill family | Implemented now | landed first-party `Phase S4-B` packet | Current bounded `capture-browser-trace` and `discover-browser-api` skills are live over authoritative first-party browser/service source surfaces. Browser diagnostics remain provenance-visible, extraction-dependent, and separate from bounded design-shell translation. |
| Browser/docs/design design shell skill family | Implemented now | landed first-party `Phase S4-C` packet | Current bounded `translate-design-shell` and `translate-design-interaction` skills are live over authoritative first-party docs, design, browser, and packet source surfaces. Design-shell translation remains provenance-visible, extraction-dependent, browser-diagnostics-dependent, and separate from generic browser-shell orchestration. |
| Workflow/review wrapper skill family | Implemented now | landed first-party `Phase S5-A` packet | Current bounded `review-proposal`, `review-diff`, and `wrap-bounded-workflow` skills are live over authoritative first-party extraction, workflow-memory, design-shell, and packet source surfaces. Workflow/review output remains provenance-visible, extraction-dependent, workflow-memory-dependent, and design-shell-dependent while staying separate from plan synthesis or broad orchestration widening. |
| Implementation/delegation spec skill family | Implemented now | landed first-party `Phase S5-B` packet | Current bounded `review-implementation` and `specify-bounded-delegation` skills are live over authoritative first-party workflow/review, design-shell, and packet source surfaces. Implementation/delegation output remains provenance-visible, workflow/review-dependent, design-shell-dependent, and separate from plan synthesis, autonomous execution claims, or broad orchestration widening. |
| Plan/orchestration glue skill family | Implemented now | landed first-party `Phase S5-C` packet | Current bounded `synthesize-plan` and `chain-bounded-workflow` skills are live over authoritative first-party implementation/delegation, workflow-memory, workflow/review, and packet source surfaces. Plan/orchestration output remains provenance-visible, implementation-dependent, workflow-memory-dependent, workflow-review-dependent, and separate from provider routing, domain skill-pack widening, or autonomous execution claims. |
| Provider/ops skill family | Implemented now | landed first-party `Phase S2-A`, `Phase S6-A`, and `Phase S6-B` packets + skillization + provider doctrine | Current bounded `provider-routing-inspector`, `inspect-provider-profile`, `setup-byok-profile`, `diagnose-provider-routing`, `audit-provider-usage`, `inspect-provider-topology`, and `diagnose-route-service` skills are live above the landed provider-neutral speech/provider seams. Provider/ops output remains provenance-visible, wrapper-aware, provider-neutral, custom-endpoint-aware, normalized-first-party-state-aware, and separate from settlement execution, provider-portal widening, or provider-specific overlay widening, while the landed `S7-A` domain-pack framework now sits above this normalized provider/ops lane and `S7-B` retained-pack widening remains next. |
| Restrictive training/coaching clean-room skill-spec family | Implemented now, spec-only bounded seam | landed first-party `Phase S2-B` and `Phase S2-C` packets + skillization doctrine | Current restrictive training/coaching skillization seam is now clean-room-ready in first-party terms for bounded Roux session review output. HyperTwist owns the first-party command contract, safety model, and clean-room-ready skill spec, while live clean-room skill behavior still remains separately deferred unless later reopened. |
| Domain/creative skill packs | Implemented now, retained-pack plus creative/media bounded seam | landed first-party `Phase S7-A`, `Phase S7-B`, and `Phase S7-C` packets + skillization doctrine | Current bounded `specify-domain-packaging`, `specify-domain-pack-grouping`, `review-training-replay-pack`, `curate-curriculum-content-pack`, `prepare-media-export-pack`, `compose-replay-explainer-pack`, `prepare-media-parser-pack`, and `curate-shared-fixture-pack` skills are live over authoritative first-party framework, training/replay, catalog/content, media/export, and shared-fixture source surfaces. The retained-pack layer remains provenance-visible, optional creative/media adjuncts now remain bounded above it, and mixed-terms fixture or commercial media boundaries stay explicit rather than widening into broad runtime or authoring-shell claims. |

## Shallow-known placeholder families

These are intentionally coarse placeholders.

They exist because the portfolio already signals the family strongly enough
that later extraction work should not forget it.

They are not yet source-grounded enough to promote as retained product
capabilities.

| Placeholder family | Current status | Use rule |
|---|---|---|
| Provider-specific overlay/dashboard variants | Shallow placeholder | Internal stub only until normalized and source-grounded. |
| Broader memory-donor families not yet evaluated for HyperTwist | Shallow placeholder | Internal stub only. |
| Broad skill-pack catalog beyond initial governance target | Shallow placeholder | Internal stub only. |
| Broader assistant-platform or agent-control families | Shallow placeholder | Internal stub only. |

## Maintenance rule

When a new packet materially adds or changes a normalized feature:

1. update the relevant family row here
2. upgrade any affected placeholder if it becomes source-grounded
3. preserve the status-tier distinction
4. do not silently promote a placeholder into retained or implemented truth

## Summary

This file is the shortest path from packet authority to later user-facing
explanation.

It should be the default extraction surface for:

- manuals
- onboarding
- help surfaces
- roadmap summaries
- product copy drafts

provided the status taxonomy above is preserved exactly.
