feat(walk): a -walk harness flag, and the honest reason the stride shot is not in

Screenshots 6 and 7 are approved, so the remaining 0.2.0 work is the traversal
release check. This adds the piece of harness it needs - `-walk` holds forward input
from the first frame, so the pawn actually crosses the sidewalk while the third-person
rig follows it - and records what that check still lacks.

A stride shot was attempted three times and removed: a fixed review camera cannot
catch a pawn moving at 4.5 m/s. Each attempt framed it at a different distance and
the last two missed it entirely, so shipping it would have been a broken shot with a
green verification. The TODO item now says the blocker is the capture harness (a
camera that tracks the pawn), not the game, and names where the shot goes back in.

The flag stays because it is what the traversal check will drive.

Game/GigLine/Source/GigLine/GigLineCharacter.cpp

@@ -251,6 +251,19 @@ void AGigLineCharacter::BeginPlay()
 	{
 		StartQASelfTest();
 	}
+
+	// `-walk` holds forward input from the first frame. The screenshot run uses it
+	// with `-thirdperson` so a capture can show the walk clip mid-stride: an idle
+	// shot cannot prove the animation set, and a still cannot show a stride.
+	bWalkForever = FParse::Param(FCommandLine::Get(), TEXT("walk"));
+}
+
+void AGigLineCharacter::WalkForever()
+{
+	if (bWalkForever && GetCharacterMovement() && GetCharacterMovement()->IsMovingOnGround())
+	{
+		AddMovementInput(GetActorForwardVector(), 1.0f);
+	}
 }
 
 void AGigLineCharacter::StartQASelfTest()
@@ -726,6 +739,7 @@ void AGigLineCharacter::Tick(float DeltaSeconds)
 	Super::Tick(DeltaSeconds);
 	// Speed-driven animation state: correct whether the player walked, was pushed,
 	// or fell, and independent of which input produced the movement.
+	WalkForever();
 	UpdateBodyAnimation();
 
 }

Game/GigLine/Source/GigLine/GigLineCharacter.h

@@ -158,6 +158,12 @@ protected:
 	UPROPERTY()
 	TObjectPtr<UAnimSequence> PlayingAnimation;
 
+	/** True while `-walk` holds forward input for the screenshot run. */
+	bool bWalkForever = false;
+
+	/** Applies the `-walk` forward input when the flag is set and the pawn is grounded. */
+	void WalkForever();
+
 	/** Toggle-camera action (V). */
 	UPROPERTY(EditDefaultsOnly, BlueprintReadOnly, Category = "Input")
 	TObjectPtr<UInputAction> ToggleCameraAction;

Screenshots/README.md

@@ -23,7 +23,7 @@ Every shot is embedded below, in order, so the whole review happens in this file
 | 3 | [Crossing](#3-crossing) | ☑ 2026-11-09 | ☑ 2026-11-09 |
 | 4 | [North buildings](#4-north-buildings) | ☑ 2026-11-09 | ☑ 2026-11-09 |
 | 5 | [Retail frontage](#5-retail-frontage) | ☑ 2026-11-09 | ☑ 2026-11-09 |
-| 6 | [Third-person body](#6-third-person-body) | ☑ 2026-11-09 | ☐ pending |
+| 6 | [Third-person body](#6-third-person-body) | ☑ 2026-11-09 | ☑ 2026-11-09 |
 
 **Verified** is what `--verify` reports: the frame is not blank, is the right size, and has tonal range. **Approved** is the owner's verdict, recorded here. Each shot also has an **expectation** in [`Tools/visual_targets.json`](../Tools/visual_targets.json) describing the content it must show.
 
@@ -101,7 +101,7 @@ Known gaps in this first pass, recorded rather than hidden:
 - **File:** `demo/review-demo-third-person.png`
 - **View:** third-person boom, ~6 m behind the pawn, captured with `-thirdperson` so the pawn starts in the third-person rig
 - **Expected content:** the player's own visible body on the north sidewalk, seen from behind, with the hero façade across the street
-- **Verified:** ☑ 2026-11-09 · **Approved:** ☐ pending
+- **Verified:** ☑ 2026-11-09 · **Approved:** ☑ 2026-11-09
 
 What this shot is evidence for:
 
@@ -122,7 +122,7 @@ Still open, tracked in `TODO.md`:
 - **File:** `demo/review-demo-third-person-front.png`
 - **View:** from the road, ~6 m in front of the pawn, looking back north. The pawn spawns facing +Y, so this is its front
 - **Expected content:** both arms hanging at the sides with the hands by the hips, face and chest visible
-- **Verified:** ☑ 2026-11-09 · **Approved:** ☐ pending
+- **Verified:** ☑ 2026-11-09 · **Approved:** ☑ 2026-11-09
 
 **Why the shot exists:** the third-person shot only ever shows the pawn's back, so a pose defect on the front — arms out, hands splayed, a face pointing the wrong way — was invisible in review. This angle is the check for it.
 

TODO.md

@@ -32,7 +32,7 @@ Actionable task list for this project. This file is the single, central place fo
 
 ### Release checks
 
-- [ ] Third-person traversal works end-to-end in the demo area.
+- [ ] Third-person traversal works end-to-end in the demo area. **Blocked on a capture harness, not on the game:** walking works (`-walk` holds forward input; the pawn crosses the sidewalk while the third-person rig follows), but a fixed review camera cannot catch a pawn moving at 4.5 m/s — three attempts framed it at a different distance each run and the last two missed it entirely. The stride shot was removed rather than shipped broken. Needs a camera that tracks the pawn (attach the shot camera to the pawn, or drive the capture from a recorded path), then re-add `demo-third-person-walk`.
 - [ ] No blocking animation or rig defects.
 - [ ] Performance target still met at 1440p.
 - [ ] Tag `v0.2.0` and write `CHANGELOG.md` entry; then remove this section.

Tools/ue_build_review_map.py

@@ -323,6 +323,7 @@ try:
             # back, so a pose defect there is invisible. The pawn spawns facing +Y
             # (yaw 90), so the camera stands on the road side and looks back north.
             ("demo-third-person-front", unreal.Vector(-13336, -520, 700), unreal.Vector(-13336, -1150, 540), 55.0),
+
         ]
         seq = spawn(unreal.GigLineShotActor, unreal.Vector(0, 0, 300), "ShotSequencer")
         if seq: