# HyperTwist Phase 4 gameplay generated-mode selector option owned execution source-attribution / tag provenance preview surface packet

Created on `2026-05-08`

Status:

- first-party HyperTwist packet
- bounded Phase `4` gameplay-facing consumer slice

## Purpose

This packet closes the next thin gameplay-facing consumer seam above the panel-widget and session-actor generated-mode selector option owned execution puzzle-id / subset-id / difficulty preview surface by exposing one parameterized owned execution provenance preview surface for a chosen selector id.

The open tasks were:

- stop forcing gameplay / Blueprint callers to rebuild generated deck attribution rules and tag synthesis just to explain where a chosen imported option would execute from
- expose direct covered-case case/deck attribution plus generated owned-execution case/deck attribution on the same thin consumer lane
- expose resulting case and deck tag posture, including generated request/surface/selector tags, without widening into backend execution behavior

It is not:

- a selector-dispatch behavior change
- a generated-mode launch-request persistence behavior change
- a generated-mode execution deck synthesis change
- a broader gameplay UI composition pass

## Scope

Bounded lane:

- add first-party owned execution provenance preview surfaces in shared training types
- add a coach-library helper that projects case/deck source attribution and tag posture over the already-landed launch-request preview surface plus active run state
- expose that parameterized provenance preview surface on `HyperTwistTrainingPanelWidget` and `HyperTwistTrainingSessionActor`
- keep the derivation presentation-only and rooted in the already-owned selector/runtime/request surfaces

Out of scope:

- changing selector-choice apply behavior
- changing stored launch-request creation, refresh, or execute behavior
- changing generated-mode execution deck synthesis
- widening into dashboard-only or broader gameplay composition work

## Why this was the right next packet

Before this slice:

- gameplay-facing panel/session consumers already exposed truthful owned case identity, prompt presentation, delivery mode, reveal posture, target time, and execution scope preview for imported selector options
- callers could tell what owned execution would run

But one thin consumer seam was still open:

- callers still had to reconstruct source attribution and generated tag posture from direct covered-case fields, active deck state, stored request state, and generated owned-execution synthesis rules if they wanted to explain where that execution came from

That meant:

- execution preview was already thin and reusable
- but provenance and tag posture still leaked generated deck composition rules into callers

So the next bounded move was:

- keep the already-landed owned execution scope preview surface unchanged in behavior
- reuse the already-cached launch-request preview surface and active run state to expose one narrow owned execution provenance surface above it

## What landed

Primary code changes:

- `UnrealHyperTwist/Source/UnrealHyperTwist/Public/HyperTwistTraining/HyperTwistTrainingTypes.h`
  - added `FHyperTwistTrainingCoachGeneratedModeSelectorOptionOwnedExecutionProvenancePreviewEntrySurface`
  - added `FHyperTwistTrainingCoachGeneratedModeSelectorOptionOwnedExecutionProvenancePreviewSurface`
- `UnrealHyperTwist/Source/UnrealHyperTwist/Public/HyperTwistTraining/HyperTwistTrainingCoachLibrary.h`
- `UnrealHyperTwist/Source/UnrealHyperTwist/Private/HyperTwistTraining/HyperTwistTrainingCoachLibrary.cpp`
  - added `DeriveCoachGeneratedModeSelectorOptionOwnedExecutionProvenancePreviewSurface(...)`
  - provenance preview is derived from cached run state plus the already-landed launch-request preview surface
- `UnrealHyperTwist/Source/UnrealHyperTwist/Public/HyperTwistTraining/HyperTwistTrainingPanelWidget.h`
- `UnrealHyperTwist/Source/UnrealHyperTwist/Private/HyperTwistTraining/HyperTwistTrainingPanelWidget.cpp`
  - added `GetDisplayedCoachGeneratedModeSelectorOptionOwnedExecutionProvenancePreviewSurface(const FString& SelectorId)`
- `UnrealHyperTwist/Source/UnrealHyperTwist/Public/HyperTwistTraining/HyperTwistTrainingSessionActor.h`
- `UnrealHyperTwist/Source/UnrealHyperTwist/Private/HyperTwistTraining/HyperTwistTrainingSessionActor.cpp`
  - added `GetDisplayedCoachGeneratedModeSelectorOptionOwnedExecutionProvenancePreviewSurface(const FString& SelectorId)`

Surface behavior:

- reports exact direct covered-case case/deck attribution and direct execution tag posture for selector options that dispatch straight to owned cases
- reports generated owned-execution case/deck attribution and generated execution tag posture for previewable generated-mode options
- keeps reusable stored-request cases exact, while marking refresh-required cases as attribution-exact but request-id-dependent note/tag templates until execute refreshes the launch request
- keeps unresolved or payload-invalid choices inspectable as blocked provenance-preview states instead of collapsing them into a generic unavailable branch
- keeps the surface presentation-only and compatible with the already-landed launch / execution, request-alignment, stored-request delta, launch-request payload / refresh-preview, launch-request metadata / origin-notes preview, launch-request envelope / request-source preview, owned execution case / canonical-state preview, owned execution prompt preview, owned execution delivery preview, and owned execution scope preview surfaces

## Validation

Validation target:

- full `Development Editor|Win64` build of `C:\HyperTwist\UnrealHyperTwist\UnrealHyperTwist.sln`

Result:

- passed with `0` warnings and `0` errors

## Follow-on

The next bounded packet on this same gameplay-facing consumer lane should stay thin and expose one generated-mode selector option owned execution deck-title / selection-policy preview surface so callers can render resulting owned execution container identity and selection-policy posture for a chosen option without rebuilding generated deck composition rules directly.
