# HyperTwist Phase 4 gameplay generated-mode selector option owned execution prompt-label / prompt-kind 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 case-identity / canonical-state preview surface by exposing one parameterized owned execution prompt-label / prompt-kind preview surface for a chosen selector id.

The open tasks were:

- stop forcing gameplay / Blueprint callers to rebuild generated deck prompt composition rules just to explain the resulting owned prompt presentation for a chosen imported option
- expose exact direct covered-case prompt presentation plus exact generated owned prompt composition whenever the generated-mode payload is previewable
- keep the surface derived from already-cached gameplay consumer run, selector, and launch-request preview state instead of widening into backend logic

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 prompt preview surfaces in shared training types
- add a coach-library helper that projects prompt-label and prompt-kind preview over the already-landed launch-request preview surface
- expose that parameterized prompt 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 launch payload, request reuse, envelope identity, owned case identity, and canonical-state preview for imported selector options
- callers could tell which owned case target and canonical-state ref would result from a chosen option

But one thin consumer seam was still open:

- callers still had to rebuild generated prompt-label and prompt-kind composition from seed-case rules, runtime mode, generator type, surface label, and selector summary if they wanted to describe the resulting owned prompt presentation

That meant:

- target identity was already thin and reusable
- but visible prompt presentation still leaked generated deck composition rules into callers

So the next bounded move was:

- keep the already-landed owned case / canonical-state preview surface unchanged in behavior
- reuse the already-cached launch-request preview surface to expose one narrow owned execution prompt preview surface above it

## What landed

Primary code changes:

- `UnrealHyperTwist/Source/UnrealHyperTwist/Public/HyperTwistTraining/HyperTwistTrainingTypes.h`
  - added `FHyperTwistTrainingCoachGeneratedModeSelectorOptionOwnedExecutionPromptPreviewEntrySurface`
  - added `FHyperTwistTrainingCoachGeneratedModeSelectorOptionOwnedExecutionPromptPreviewSurface`
- `UnrealHyperTwist/Source/UnrealHyperTwist/Public/HyperTwistTraining/HyperTwistTrainingCoachLibrary.h`
- `UnrealHyperTwist/Source/UnrealHyperTwist/Private/HyperTwistTraining/HyperTwistTrainingCoachLibrary.cpp`
  - added `DeriveCoachGeneratedModeSelectorOptionOwnedExecutionPromptPreviewSurface(...)`
  - prompt 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 `GetDisplayedCoachGeneratedModeSelectorOptionOwnedExecutionPromptPreviewSurface(const FString& SelectorId)`
- `UnrealHyperTwist/Source/UnrealHyperTwist/Public/HyperTwistTraining/HyperTwistTrainingSessionActor.h`
- `UnrealHyperTwist/Source/UnrealHyperTwist/Private/HyperTwistTraining/HyperTwistTrainingSessionActor.cpp`
  - added `GetDisplayedCoachGeneratedModeSelectorOptionOwnedExecutionPromptPreviewSurface(const FString& SelectorId)`

Surface behavior:

- reports exact direct covered-case prompt label and prompt kind for selector options that dispatch straight to owned cases
- reports exact generated owned prompt label and prompt kind whenever the chosen option yields a previewable generated-mode payload, including refresh-required options whose request id has not been persisted yet
- keeps unresolved or payload-invalid choices inspectable as blocked prompt-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, and owned execution case / canonical-state 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 delivery-mode / reveal-posture / time-target preview surface so callers can render the resulting owned execution modality and reveal posture for a chosen option without rebuilding generated deck composition rules directly.
