Stickman Studio

A Godot 4.4 editor tool for creating and assembling stick figures. Stickman Studio lets you draw individual body-part shapes, edit vertices, assemble them into a whole stickman, and save/load your figure to a JSON file (.stk) for later use or animation scripting.

Overview

The editor is organized as 11 sub-windows in a 3-column layout:

• Left column (5) — Head, Left Upper Arm, Left Lower Arm, Left Upper Leg, Left Lower Leg
• Center column (5) — Torso, Right Upper Arm, Right Lower Arm, Right Upper Leg, Right Lower Leg
• Right column (1) — Whole Stickman preview

The editor is driven by three menus: File (Save / Load / Clear), Edit (Configure Grid... / Snap to Grid), and View (Reset Views / Hide or Show Pose Guide).

Each body-part panel is an independent vector drawing surface with per-panel zoom and panning (middle-mouse drag). A configurable background grid helps align vertices, and snap-to-grid can be enabled for both vertex dragging and whole-figure assembly. Each panel supports multiple shapes with Z-ordering controls (Send Back / Bring Forward) and shape-level Copy/Paste and Mirror operations. The Whole Stickman panel assembles every part into one figure — treating all shapes in a panel as a single unit — and lets you reposition, rotate, and scale each part, reorder the parts (Z-order), and mirror them.

Drawing surfaces clip their content to the panel bounds: shapes and parts no longer render outside a panel's borders when dragged or panned. A selected shape can be dragged to reposition it within its panel.

Requirements

Item	Version
Engine	Godot 4.4 or newer
Addon	Scalable Vector Shapes 2D (addons/curved_lines_2d/)

The legacy stick.tscn scene (a rigged walk animation using Skeleton2D + IK) remains in the project root for reference but is no longer the main scene.

Running the project

No CLI build, test, or lint commands are used. Run the project from the Godot editor:

1. Open the project folder in Godot 4.4.
2. Press F5, or open and run res://scenes/stickman_editor.tscn.

The main scene is configured as run/main_scene="res://scenes/stickman_editor.tscn" in project.godot.

Quick Start

1. Create a body part

1. Locate one of the 10 body-part panels (e.g. Head).
2. Right-click anywhere inside its drawing area to open the context menu.
3. Choose a starter shape:
   • Line — a 120 px horizontal segment (2 vertices, open shape).
   • Rectangle — a 100 × 60 px rectangle (4 vertices, closed shape).
   • Circle — a 12-segment polygon (12 vertices, closed shape, radius 40).

The shape draws immediately and syncs to the Whole Stickman panel.

Rendering behavior:

• Closed shapes (closed: true) fill their interior with the chosen color (draw_colored_polygon) and draw a 2 px outline.
• Open shapes (closed: false) render as an outline-only segment with no fill.

Body-part panels expand vertically to fill their column height.

2. Edit vertices

Each panel supports vertex-level editing:

1. Select a shape — Left-click anywhere inside a shape to select it. The outline turns white.
2. Create a vertex — With a shape selected, right-click on its outline and choose "Create Point". A new vertex (shown as a hollow rectangle) is added at the nearest edge midpoint.
3. Drag vertices — Left-click on any vertex handle (filled circle = original, hollow rectangle = user-created) and drag to reshape. The shape conforms in real time. Release to apply. With Snap to Grid enabled, the dragged vertex jumps to the nearest grid intersection.
4. Delete a vertex — Right-click on a vertex handle and choose Remove Point (see Deleting below).
5. Deselect — Left-click outside the shape or select a different panel. Only one shape is selected at a time.

Move a whole shape (Phase 5):

1. Left-click a shape not on a vertex handle and drag to reposition the entire shape within the panel.
2. Release to commit. All vertices translate together; the shape's Z-order is unchanged.
3. With Snap to Grid enabled, the dragged shape jumps to the nearest grid intersection on release.

3. Zoom & Pan

Scroll the mouse wheel inside any body-part panel or the Whole Stickman preview to zoom. Pan the view with the middle-mouse button:

• Wheel up — zoom in by 10%
• Wheel down — zoom out by 10%
• Middle-mouse drag — pan the view in any direction
• Range — 30% (minimum) to 300% (maximum)
• Vertex handles remain visible at all zoom levels.
• Each panel has independent zoom and pan offset.
• Panning takes priority over vertex dragging (middle-mouse press cancels any in-progress drag).
• Content is clipped to the panel bounds (Phase 5) — shapes, grid, and gizmos cannot render outside a panel's drawing area, even when panned or dragged beyond its edge. This keeps each panel self-contained.
• Use View → Reset Views to restore all panels to 100% zoom and the origin pan offset.

4. Assemble a stickman

1. Create shapes for every part you want in the figure.
2. In the Whole Stickman panel, drag any part to reposition it in the figure.
   • Parts get a generous hit area and show a yellow highlight while being dragged.
   • A short label (H, T, LUA, RUA, LUL, RLL, …) marks each part.
   • Use the mouse wheel to zoom in/out and middle-mouse to pan for precise positioning.
   • With Snap to Grid enabled, the mouse pointer snaps to the nearest grid intersection and the part follows.
3. Optionally type a name in the Stickman Name field at the top.
4. Right-click a selected part (Phase 5) to reorder or mirror it:
   • Send Back / Bring Forward — change the part's draw order in the preview.
   • Mirror X / Mirror Y — flip the part around its bounding-box center.

5. Pose Silhouette Guide

The Whole Stickman preview can render a pose silhouette guide: a semi-transparent, color-coded stick figure that marks the rest-pose pivot joints of the future rig defined by master_rig.tscn. Its 13 joint anchors (Head, Neck, Left/Right Shoulder, Left/Right Elbow, Left/Right Wrist, Hips, Left/Right Knee, Left/Right Ankle) correspond to the exact pivot locations a future Skeleton2D rig will use, so you can align your body-part shapes to the same pivots.

The guide is a view aid only: it is drawn above the grid and in front of user parts (ghosting over them), moves with pan/zoom, is not hit-testable (it never intercepts part dragging or selection), and is not saved to the .stk file.

Color coding (both lines and joint dots use these color groups):

Group	Joints	Color	Line alpha	Joint alpha
Left (cyan/blue)	LeftShoulder, LeftElbow, LeftWrist, LeftKnee, LeftAnkle	(0.35, 0.70, 1.00)	0.45	0.65
Right (orange/red)	RightShoulder, RightElbow, RightWrist, RightKnee, RightAnkle	(1.00, 0.50, 0.20)	0.45	0.65
Central (white)	Hips, Neck, Head	(1.00, 1.00, 1.00)	0.45	0.65

• Lines (limbs + spine) render semi-transparent with line alpha 0.45; the head outline is a white semi-transparent circle of radius 100 (1:1 master_rig.tscn scale) centered on the Head joint.
• Joint dots are constant 6 px on screen at every zoom level (GUIDE_JOINT_RADIUS / _zoom).
• The guide is ON by default. Toggle it via View → Hide Pose Guide / View → Show Pose Guide (the menu item is a dynamic, text-only label — no checkmark — reading "Hide Pose Guide" while the guide is visible and "Show Pose Guide" while it is hidden); the setting persists to user://settings.json (show_pose_guide).

Centered at the default view: the guide's figure bounding box is centered at the preview-area center, computed at draw time from the live preview size (GUIDE_FIGURE_CENTER = (0, -93.75); _guide_to_preview() maps master_pos to (master_pos - GUIDE_FIGURE_CENTER) * GUIDE_SCALE + preview_area.size * 0.5). It is centered at startup and after Reset Views (zoom 1 / pan 0), and re-centers automatically when the window is resized. Because it remains a world-space fixture, panning/zooming moves it with the grid and parts.

1:1 master-rig scale (deliberate): the guide matches master_rig.tscn proportions exactly (a figure of ≈ 336 × 940 px, roughly x ∈ [-168, 168], y ∈ [-563.5, 376]). Because the default starter parts are small, the guide intentionally dwarfs them. At 1:1 zoom the ~940 px figure is taller than a typical panel, so the head and feet clip equally above/below the fold when centered — accepted. GUIDE_SCALE/GUIDE_FIGURE_CENTER are the tunables if a different size or placement is wanted later.

6. Grid & Panning

All 10 body-part panels and the Whole Stickman preview share a global background grid (default cell size 15 px, Phase 5; previously 5 px):

1. Click Edit → Configure Grid... and set the grid size.
   • SpinBox accepts 1–100 px per cell.
   • The setting is applied to every panel simultaneously and persists to user://settings.json.
2. Toggle Edit → Snap to Grid to enable snapping (Phase 5: the checkable menu item now reliably shows its ✓ checkmark when toggled):
   • On vertices — while dragging a vertex handle, it jumps to the nearest grid intersection.
   • On assembly — while dragging a part in the Whole Stickman preview, the pointer snaps and the part follows.
   • On shape drag — while dragging a whole shape (Phase 5), it snaps on release.
   • Existing vertices are not retroactively snapped; snapping only applies to new drags.
3. Pan — hold the middle-mouse button and drag anywhere in a panel to pan the view.
   • Panning uses the same transform as zoom, and each panel keeps an independent offset.
   • View → Reset Views restores 100% zoom and the origin offset on all panels.
4. Grid lines are drawn behind shapes and scale with pan/zoom, so they stay aligned to world coordinates.

7. Changing Colors

Colors are easy to change on any existing shape:

1. Right-click on a shape (either selected or with the cursor over it) and choose Color....
2. A ColorPicker popup appears with the shape's current color pre-loaded.
3. Adjust the color — the shape updates live as a preview.
4. Click OK to commit the change or Cancel to revert to the original color.

The chosen color is stored in the shape's color field and is saved/loaded with the .stk file.

8. Deleting

Two levels of deletion are available:

Delete an entire shape:

1. Right-click on a shape (either selected or with the cursor over it) and choose Delete.
   • Delete is only offered when a shape exists and the mouse is over it.
2. The shape is removed from the panel and the Whole Stickman preview.

Remove a single vertex:

1. Right-click on a vertex handle and choose Remove Point.
2. If 2 vertices remain, the shape becomes an open line (closed = false).
3. If 1 vertex or fewer remains, the entire shape is cleared.

9. Multiple Shapes & Z-Ordering

Each body-part panel can contain more than one shape. New shapes are created via the standard right-click context menu and are drawn on top of existing shapes. Shapes are drawn in Z-order (last in the list = frontmost).

Z-ordering controls:

• Right-click on a shape and choose Send Back to move it one step behind (earlier in draw order).
• Right-click on a shape and choose Bring Forward to move it one step ahead (later in draw order).

Z-order is preserved in the .stk save file (shapes are stored in draw order within the shapes array).

Only one shape within a panel can be selected at a time for vertex editing. Left-click a shape to select it; right-click also selects the shape under the mouse for context menu operations.

Shape Copy & Paste (Phase 5):

1. Right-click on a shape and choose Copy to place a deep copy of the shape on the editor-wide clipboard.
2. Right-click (on empty space or a shape) and choose Paste to insert the clipboard shape at the click position.
   • Paste only appears while the clipboard is populated.
   • The clipboard persists after pasting and is shared across all 10 body-part panels — a shape copied in one panel can be pasted into any other.
   • The pasted shape becomes the newly selected (topmost) shape.
   • Copy → Clear → Paste semantics: the clipboard survives figure clear.

Shape Mirroring (Phase 5):

1. Right-click on a selected shape and choose Mirror X or Mirror Y.
2. The shape's vertices are mirrored around the shape's bounding-box center.
3. Mirroring recomputes the points array in place — no extra fields are stored; the result is saved as normal vertex data.

10. Whole Stickman Manipulation (Selection, Rotation, Scale)

The Whole Stickman preview treats all shapes in a body-part panel as one combined object. Each part can be independently translated, rotated, and scaled.

Selection:

• Left-click on any part in the Whole Stickman preview to select it.
• A white bounding box appears around the selected part, along with manipulation gizmos.
• Click empty space to deselect.

Translation:

• Left-click and drag a selected part to reposition it. Snap-to-grid applies to the pointer position when enabled.

Rotation:

• When a part is selected, a filled circle appears centered below the bounding box.
• Click and drag the rotation circle to rotate the part around its center.
• Hold Ctrl while rotating to snap to 15-degree increments (relative to the original 0° position).
• Rotation is absolute: 0° always means the original orientation the object was created with.
• The accumulated rotation value is saved in the .stk file.

Scale:

• When a part is selected, cross/plus markers appear at all four corners of the bounding box.
• Click and drag any corner cross to freely scale the part.
• Hold Ctrl while scaling to lock the aspect ratio (scale uniformly).
• Grid snapping snaps the corner position to the nearest grid intersection.
• Scale is relative to the created size: (1.0, 1.0) = original size.
• The scale value is saved in the .stk file. Scale may be negative for mirrored parts.
• Part mirroring (Phase 5) — right-click a selected part and choose Mirror X or Mirror Y to mirror it around its bounding-box center. This is implemented by negating the part's scale factor along the chosen axis (no vertex data is changed).

Part Z-ordering (Phase 5):

• Right-click a selected part and choose Send Back or Bring Forward to move it one step within the preview's draw order.
• Selection respects Z-order: hit-testing runs front-to-back, so the frontmost part under the pointer is selected.
• Part Z-order is saved in the .stk file as the top-level part_order array.

11. Save

1. Click File → Save.
2. Choose a location and name. The default extension is .stk (appended automatically if omitted).
3. Click Save. The figure is written as JSON.

12. Load

1. Click File → Load.
2. Select a .stk file.
3. On success, all body-part panels and the Whole Stickman preview are populated. On failure, an error dialog reports the problem (missing file, parse error, or unsupported version).

v1.0, v1.1, v1.2, v1.3, and v1.4 files are automatically migrated to v1.5 on load (v1.0/v1.1 single shapes wrapped in a shapes array, rotation defaults to 0, scale defaults to (1,1); files without part_order fall back to the default part order). pivot, length, proportions, and guide_offset are write-only metadata recomputed from live shapes on every save — never read back — so old files load unchanged and gain these keys on their next save.

13. Clear

1. Click File → Clear.
2. A confirmation dialog warns that the current stickman will be cleared.
3. Confirm to reset all panels and the preview (zoom resets to 100%, pan offset to origin).

14. Test Harness & Stickman Factory (Phase 9)

Phase 9 adds the runtime pipeline that turns a saved .stk file into a live, rigged master_rig.tscn instance — plus a standalone staging scene for debugging it in isolation. Neither is wired into the editor.

Stickman Factory (res://scripts/stickman_factory.gd) — the runtime entry point:

Method	Signature	Behavior
load_stk	static func load_stk(path: String) -> Dictionary	Reads a .stk file via FileAccess + JSON.parse_string. Returns {} and push_warning on failure.
spawn_from_data	static func spawn_from_data(stk_data: Dictionary) -> Node2D	Instantiates res://master_rig.tscn, calls StkRigAdapter.apply(stk_data, rig), returns the rig root.
spawn	static func spawn(path: String) -> Node2D	Chains load_stk() → spawn_from_data(). Returns null on empty data.

The factory is the intended runtime API: StickmanFactory.spawn("res://stickmen/basic.stk") yields a rigged StickmanRig (the root of master_rig.tscn) ready to add to the scene tree. StkRigAdapter (Phase 8, extended by Phase 9) now also fits the head bone (Head.position.y = -proportions.torso_length) and mounts the head as full geometry like every other part (clearing its inline @tool circle script); the mounted head is dropped HEAD_CHIN_DROP (28 px) below the neck so its chin aligns with the pose-guide circle's bottom and overlaps the torso (Phase 9 Round 4).

Test Harness (res://scenes/test_harness.tscn) — run via F6 on the scene (NOT via the main editor scene). Controls:

• Open .stk… — FileDialog filtered to *.stk; quick-select buttons for res://stickmen/break.stk, res://stickmen/basic.stk, res://stickmen/test.stk.
• Show Bones / Show IK Handles — checkboxes toggling the debug overlay.
• Loaded filename — status label showing the currently loaded file.
• Pan / zoom — middle-mouse drag to pan, mouse-wheel to zoom the Camera2D; the camera recenters on each spawn.
• IK drag — click and drag any of the 6 Marker2D IK handles (IK_Targets/Left_Hand, Right_Hand, Left_Leg, Right_Leg flex the limb via TwoBoneIK; IK_Targets/Torso translates the whole rig rigidly via its RemoteTransform2D; IK_Targets/Head drives the head's SkeletonModification2DLookAt aim rotation) (Phase 9 Round 7). The rig self-enables its modification stack in _ready().
• Facing — a MenuButton (leftmost in the top bar) applying a preset to the rig's StickmanRig exported facing_profile, which sets the rig's TwoBoneIK Flip Bend Direction flags: Left (arms normal, legs inverted), Right (arms inverted, legs normal), Forward (RightArm / LeftLeg inverted — the rig's default). The current profile is prefixed [√] on the menu labels and persists across rig loads (Phase 9 Task 1, Task 4).
• Bend-direction toggle — right-click an elbow or knee joint in the viewport to pop a context menu that inverts that joint's TwoBoneIK bend direction ("Invert Bend" → "Normal Bend" and back). Only the 4 elbows/knees are targets (Phase 9 Task 1).
• Body-part z-order — the Facing profile also reorders the rig's Body/* visual part nodes (tree order = draw order), now owned by the rig's StickmanRig._apply_body_z_order(): Forward draws all limbs in front of the torso, Left tucks the left arm/leg pairs behind the torso (right pairs in front), Right tucks the right pairs behind; upper limbs sit behind lower limbs, far-side (behind-torso) arms draw behind the legs while near-side arms draw in front of them, and the head is always frontmost (Phase 9 Task 2, Task 4).
• Animation — a dropdown (populated per spawn from the rig's AnimationPlayer.get_animation_list(), walk_right pre-selected) plus Play/Pause/Resume (label swaps with playback state), Stop, and Loop (default ON, persists across loads) controls. The harness drives the rig's AnimationPlayer directly by node path (ANIMATION_PLAYER_PATH); loop writes Animation.loop_mode before play, and playback state is tracked via the button handlers + the animation_finished signal (no polling). The AnimationTree node remains an untouched placeholder. Playing walk_right also flips the rig's facing profile to Right via the animation's facing_profile track (Phase 9 Task 5).

Debug overlay (a world-space Node2D _draw()): true bone segments drawn between each Bone2D origin and its Bone2D children (color-coded left cyan / right orange / central white, with a joint dot per bone), with limb leaf bones drawn out to their IK targets so the forearm/shin segments and wrist/ankle joints are visible (Phase 9 Round 2) and the Head leaf drawn along the bone's own direction (~90 px, since its IK target is a LookAt aim point, not a joint) (Phase 9 Round 3), when Show Bones is on; colored markers at the six IK targets — hands green, feet blue, head yellow, torso magenta (Phase 9 Round 7) — plus a semi-transparent yellow aim line from the Head bone to the head marker, when Show IK Handles is on. Each load frees the previous rig and spawns a fresh one.

15. Vector Terrain System

The Vector Terrain System is a standalone, reusable component for building crisp, resolution-independent vector terrain (flat ground, angled ramps, stepped platforms) — with matching 2D collision. It is not wired into the editor; it is exercised through a dedicated staging scene run via F6.

TerrainBlock (res://scripts/terrain_block.gd) — @tool class_name TerrainBlock, extends StaticBody2D. A single terrain segment that builds its three children in code:

Child	Node type	Purpose
Interior fill	Polygon2D	Fills the block's interior with fill_color.
Vector border	Line2D	Crisp outline using outline_color / outline_width; auto-closes the loop by appending the first vertex to the end, with LINE_JOINT_ROUND and round caps.
Collision	CollisionPolygon2D	Physical body; BUILD_SOLIDS solid decomposition (supports concave blocks).

Exported properties (polygon_points: PackedVector2Array, fill_color, outline_color, outline_width) are driven by a single unified setter that pushes vertex changes to all three children live — no manual rebuilds.

TerrainUtils (res://scripts/terrain_utils.gd) — class_name TerrainUtils, extends RefCounted, static utility.

• sanitize_points(points: PackedVector2Array, grid_size: float = 16.0) -> PackedVector2Array — sanitizes a raw vertex list through a fixed pipeline, in order:
  1. Grid snap — rounds each vertex to the grid_size grid (default 16.0).
  2. Redundancy removal — a local _simplify_polyline() (Godot 4.7 has no Geometry2D.simplify_polyline()), which drops consecutive duplicates, a closing duplicate when last == first, and collinear vertices.
  3. Clockwise enforcement — Geometry2D.is_polygon_clockwise() reverses the winding if it is not already clockwise, guaranteeing clockwise output.
• spawn_block(...) — factory that sanitizes the raw input vectors (sanitize_points), creates a TerrainBlock, applies the cleaned points, and adds it to the target container.

physics_test_harness.tscn / scripts/physics_test_harness.gd — class_name PhysicsTestHarness, extends Node2D; a standalone staging scene (run via F6; not wired into the editor). It builds flat ground, angled ramps, and stepped TerrainBlock instances via TerrainUtils, then instantiates res://master_rig.tscn standing on the flat ground. The scene root is a Node2D + script with a Camera2D at position (0, -400) zoom 0.5 and an empty Environment container. The camera wheel-zoom scales between 0.25x and 3.0x (to test resolution independence / vector outline thickness); middle-drag pans. It also hosts the Dynamic Vector Props spawner (see below): press 1/2/3 to drop physics props above the angled ramp, plus a best-effort StaticBody2D collision proxy for the rig (which has no physics bodies of its own). A toggle-mode Button (label "Stickman" ↔ "Ragdoll") flips the rig's kinematic-to-ragdoll mode (see §17); a Rest SpinBox (0.1–10 s) writes _rig.rest_timeout (runtime-only) and a "Recover Now" button calls _rig.request_recovery(). The harness connects the rig's state_changed signal, which removes the RigCollisionProxy on RAGDOLL and re-adds it (idempotently) on ANIMATED/RECOVERING.

16. Dynamic Vector Props

The Dynamic Vector Props system is a standalone, reusable component for building physical, dynamic props (crates, balls, planks) as RigidBody2D bodies with crisp vector rendering and matching collision. It is not wired into the editor; it is exercised through the physics test harness staging scene via F6.

PropBlock (res://scripts/prop_block.gd) — @tool class_name PropBlock, extends RigidBody2D. A single physical prop whose children are built in code, @tool-safe (null-guarded for editor safety):

Child	Node type	Purpose
Interior fill	Polygon2D	Fills the prop's interior with fill_color.
Vector outline	Line2D	Crisp outline using outline_color / outline_width; auto-closes the loop by appending the first vertex to the end, with LINE_JOINT_ROUND / LINE_CAP_ROUND.
Collision (polygon mode)	CollisionPolygon2D	BUILD_SOLIDS solid decomposition; used for POLYGON shape type.
Collision (circle mode)	CollisionShape2D + CircleShape2D	Radial 48-segment loop (CIRCLE_SEGMENTS = 48); used for CIRCLE shape type.

Exported properties:

Property	Type	Default	Behavior
shape_type	@export_enum("Polygon","Circle")	POLYGON	Selects which geometry + which collision node is enabled (polygon ↔ circle).
polygon_points	PackedVector2Array	empty	Polygon geometry; applies only when shape_type == POLYGON.
radius	float	32.0	Circle radius; applies only when shape_type == CIRCLE.
fill_color	Color	(0.55, 0.35, 0.15)	Interior fill.
outline_color	Color	(0.15, 0.08, 0.02)	Vector outline.
outline_width	float	2.0	Vector outline thickness.
material_preset	@export_enum("None","Wood","Rubber","Cardboard","Metal")	None	Sets mass + physics_material_override (PhysicsMaterial.friction / .bounce) and themed colors.

Material presets (mass_for / physics_material / tint_for static factories):

Preset	mass	friction	bounce	Fill tint
Wood	3.0	0.6	0.1	(0.55, 0.38, 0.2)
Rubber	0.5	0.9	0.85	(0.9, 0.2, 0.2)
Cardboard	0.4	0.3	0.05	(0.85, 0.72, 0.45)
Metal	8.0	0.9	0.0	(0.5, 0.55, 0.6)
None	1.0	0.5	0.05	default fill

A unified live-update setter drives geometry to all children live — a change to polygon_points / radius / shape_type pushes to the Polygon2D, Line2D, and the active collision node with no manual rebuilds. Non-NONE presets also recolor fill_color and outline_color (outline = tint_for(preset).darkened(0.55)).

PropUtils (res://scripts/prop_utils.gd) — class_name PropUtils, extends RefCounted, static factory.

• Primitive generators return shape-payload dictionaries with default dimensions + color themes:
  • create_box(size := Vector2(48,48), ...) — a 4-point POLYGON (wood theme).
  • create_ball(radius := 24.0, ...) — a CIRCLE payload (rubber theme).
  • create_plank(length := 160.0, thickness := 16.0, ...) — a 4-point POLYGON (metal theme).
  • create_triangle(base := 56.0, height := 48.0, ...) — a 3-point POLYGON (cardboard theme).
• spawn_prop(container, position, shape_payload, material_preset := WOOD, initial_velocity := Vector2.ZERO) -> PropBlock — factory that instantiates a PropBlock, applies the payload (shape_type + geometry + colors), sets the material preset, sets linear_velocity after add_child (when non-zero), and returns the spawned prop. Polygon points are sanitized through TerrainUtils.sanitize_points().

Physics test harness controls (extended): the physics_test_harness.gd scene now accepts 1 / 2 / 3 key presses to spawn props above the angled ramp (spawn point (300, -300)), tumbling them down the terrain:

Key	Prop	Primitive	Preset	Initial velocity
1	Wood Crate	create_box()	WOOD	(60, 0)
2	Bouncy Ball	create_ball()	RUBBER	(-80, 0)
3	Heavy Plank	create_plank()	METAL	(30, -40)

Rig collision proxy caveat: the standing master_rig.tscn figure has no physics bodies of its own, so a best-effort code-only StaticBody2D proxy (RigCollisionProxy) provides a static collision surface matching the figure's world bounds — a 240×1000 px RectangleShape2D box centered at (0, -500). Props bounce/rest against it. The proxy is a stand-in for the rig's eventual physics bodies and is not part of the rig itself. In ragdoll mode (see §17) the proxy is removed on entry so the physical ragdoll collides directly with the terrain, and re-added on exit.

17. Kinematic-to-Ragdoll State System

StickmanRig (the runtime root of master_rig.tscn) can switch between physics modes via a reversible state machine with three states:

• ANIMATED (default) — the kinematic Skeleton2D + IK puppet is visible and driven by the AnimationPlayer / SkeletonModificationStack2D. The rig root's momentum is cached each physics frame (_physics_process → _track_momentum()) so it can be handed off on transition.
• RAGDOLL — the kinematic rig is frozen (AnimationPlayer stopped with keep_state) and the Body/* visuals hidden immediately; a procedural network of RigidBody2D + PinJoint2D nodes spawned in code takes over, letting the figure fall/tumble against the terrain and props. The ragdoll is built from the current solved bone positions (the IK stack is disabled only after the build), so the handoff is instant and seamless — the ragdoll appears in exactly the pose the figure was in, no crossfade.
• RECOVERING — the ragdoll has been destroyed and the skeleton is being snapped back to the captured rest pose, then tweened upright (IK targets captured → standing) before returning to ANIMATED.

Public API (StickmanRig):

Member	Signature	Behavior
state	var state: RigState	Current mode — RigState.ANIMATED, RigState.RAGDOLL, or RigState.RECOVERING.
state_changed	signal state_changed(new_state: int)	Emitted on every transition with the RigState enum value.
is_in_ragdoll()	func is_in_ragdoll() -> bool	state == RigState.RAGDOLL (so RECOVERING reads as "Stickman").
set_ragdoll(enabled)	func set_ragdoll(enabled: bool) -> void	Enters/exits ragdoll; idempotent (no-op when already in the target state).
toggle_ragdoll()	func toggle_ragdoll() -> void	set_ragdoll(not is_in_ragdoll()).
request_recovery()	func request_recovery() -> void	Forces the stand-up recovery path; no-op unless in RAGDOLL.

Momentum handoff: _track_momentum(delta) computes the rig root's linear/angular velocity from per-frame global_position / global_rotation deltas and caches them. On entering ragdoll, the cached velocities are applied directly to the ragdoll Torso body (linear_velocity + angular_velocity), so the figure continues its current motion seamlessly.

Ragdoll construction (_build_ragdoll()): bodies and joints are built in code and reparented into a Node2D container named "RagdollBodyContainer" added as a child of the rig's parent (the world root) — not the rig, which carries its spawn offset — so all bodies/joints are placed in world coordinates.

Property	Value
Body count	10 RigidBody2D
Torso	CapsuleShape2D (radius 12, length = distance between the Torso and Head bone origins), mass 8.0
Head	CircleShape2D (radius 100), mass 2.0
8 limbs	CapsuleShape2D (radius 8, length = bone.length), masses 1.0–2.0
Joint count	9 PinJoint2D (one per non-root body, pinned at the child bone's origin), softness = RAGDOLL_TARGET_SOFTNESS (0.2) at build
Collision	collision_layer / collision_mask = 1 (matches TerrainBlock / PropBlock)

Ragdoll bodies spawn fully visible — the entry handoff is instant (the ragdoll is built at the current solved pose, so there is nothing to fade).

Angular limits (_apply_ragdoll_joint_limits()): elbows/knees fold only — the natural bend goes toward +CW (-5°..+150°) or its mirrored CCW variant (-150°..+5°) depending on limb side/facing, so limbs never hyperextend; shoulders/hips allow ±160°; the neck is free (angular_limit_enabled = false).

Instant handoff (Phase 11): _enter_ragdoll() stops the player with keep_state (no pose reset), builds the ragdoll from the current solved bone positions while the IK stack is still enabled, then hides Body/* and disables the IK stack in the same call. There is deliberately no crossfade — the ragdoll spawns at exactly the same pose, so a fade would only read as ghosting (an earlier blended transition was removed on director feedback).

Rest detection (auto-recovery): while state == RAGDOLL, _update_rest_detection() reads the Torso RigidBody2D. When it is sleeping or its linear velocity ≤ REST_LINEAR_THRESHOLD (5.0 px/s — tuned up from the original 0.1 because a soft-pinned ragdoll micro-jitters around ~0.5 px/s even when settled) and angular velocity ≤ REST_ANGULAR_THRESHOLD (0.1 rad/s), a _rest_timer accumulates; after rest_timeout (exported, default 2.0 s) plus a STABILIZATION_DELAY (0.1 s) hold, and with auto_recover (exported, default true) enabled, recovery is triggered. rest_timeout and auto_recover are runtime-adjustable exports.

Recovery (_start_recovery(), also request_recovery()): the 10 bodies' rig-local {pos, rot, half} are captured into _captured_pose (half = each capsule's half-length, stored as build-time metadata), the ragdoll is destroyed, and state = RECOVERING is set + emitted. _snap_skeleton_to_pose() writes the IK_Targets/Torso position + rotation, IK_Targets/Head, and the 4 limb markers (never the slaved Torso Bone2D), re-shows Body/*, then re-enables the IK stack so TwoBoneIK solves toward the end-effectors. Snap geometry: the ragdoll capsules span joint origin→tip along their +X, so the hip is derived as torso.pos − spine_dir·half and the wrist/ankle targets as lower_body.pos + dir·half; the Torso marker rotation subtracts the Torso Bone2D's bone_angle (bone world angle = marker rotation + bone_angle — copying the body rotation directly would slam the skeleton −90° and lay it flat). The snap therefore reproduces the ragdoll's exact final pose (a "sitting" rest stays sitting). _play_stand_up() then tweens the 6 markers directly from their captured values to STAND_POSE over STAND_UP_DURATION (0.8 s, sine ease-in-out, _tween_markers_to()). The baked stand_up animation is not played — a fixed first keyframe can never match an arbitrary ragdoll rest pose (the earlier bridge-into-the-animation approach caused a visible jump from the captured pose to the animation's first frame), so the tween starts from wherever the snap left the markers. On tween finish, _on_stand_up_finished() re-enables IK, re-shows Body/*, sets state = ANIMATED, and emits.

Interruptibility: set_ragdoll(true) during RECOVERING kills the stand-up tween and rebuilds the ragdoll; set_ragdoll(false) during RAGDOLL routes through _start_recovery(); repeated set_ragdoll calls are idempotent. All ragdoll nodes are spawned procedurally — master_rig.tscn is not modified (the stand_up / walk_left / walk_right animations are baked into the scene's AnimationLibrary by the create_animations.gd editor script, which runs manually in the editor; the baked stand_up is an authored reference and the recovery path does not play it).

18. Sandbox Stage Builder

The Sandbox Stage Builder (Phase 2) is a standalone, kid-friendly director sandbox: a visual stage where you place terrain, props, and stickmen from a palette, then flip between Edit Mode (build) and Play Mode (physics simulation). It is not wired into the editor — run via F6 on res://scenes/sandbox_stage.tscn.

The stage is intentionally extendable: the spawn palette is registry-driven (adding an object type = appending one dictionary entry), selection hit-tests arbitrary Node2Ds geometrically, gizmos drive global_position/global_rotation, and core events are exposed as signals for future phases (Action Queue, Triggers, Save/Load).

File	Purpose
res://scenes/sandbox_stage.tscn	The stage scene: root Node2D + Camera2D + empty World container.
res://scripts/sandbox_stage.gd	class_name SandboxStage, extends Node2D — root controller (mode state machine, placement, camera, deletion, status bar, signals).
res://scripts/stage_spawner.gd	class_name StageSpawner, extends RefCounted — registry-driven factory reusing TerrainUtils / PropUtils / StickmanFactory.
res://scripts/stage_selection.gd	class_name StageSelection, extends RefCounted — hover/click/box selection via geometric AABB hit-testing.
res://scripts/stage_gizmos.gd	class_name StageGizmos, extends Node2D — hover highlight, selection outline, rotate ring handle.
res://scripts/stage_grid.gd	class_name StageGrid, extends Node2D — optional world-space grid overlay (major line every 5 cells).

Mode management:

• Edit (default) — RigidBody2D props are frozen (freeze = true + freeze_mode = FREEZE_MODE_KINEMATIC), stickmen stand as ANIMATED puppets, gizmos are visible, and selection is active.
• Play — props unfreeze and fall, stickmen ragdoll (set_ragdoll(true) with auto_recover = false), gizmos are hidden, selection is cleared, and the spawn palette plus the Grid/Snap/Size controls are hidden (restored on returning to Edit).
• The mode toggle button (leftmost) flips between the two; a mode_changed(mode: int) signal is emitted on every toggle, and the camera view persists across the switch.
• Restart-the-sim: each object's position/rotation is saved whenever you place, move, or rotate it; returning to Edit restores that authored state (and zeroes prop velocity), so every Play session starts from the same authored layout. Stickmen snap straight back to standing (no stand-up glide).

Spawn palette (six text buttons, built from the spawner registry):

• Ground / Ramp / Step — TerrainBlock terrain, placed by centering the template on its local origin so rotation pivots on the block's center.
• Crate (create_box() + WOOD) / Ball (create_ball() + RUBBER) — PropBlock dynamic props.
• Stickman — a StickmanRig spawned from a cached res://stickmen/test.stk via StickmanFactory.spawn_from_data(), offset (0, -385) so the feet land on the cursor.

Clicking a palette button enters placement mode, which shows a translucent ghost of the object under the cursor (snapped to the grid when Snap is on). The stickman ghost is a static standing figure. The next left-click spawns the object there. Placement repeats until you press Escape or click a different button. Each placement emits object_placed(node).

Selection & gizmos (Edit only):

• Hover highlights the object under the cursor (subtle outline).
• Left-click selects an object (deselects the previous); click empty space to deselect.
• Direct drag — click and drag an object to move it (no separate move handle); hold Shift while clicking to toggle its selection.
• Box-select — drag on empty space draws a marquee; release selects everything inside. Hold Shift to add to the selection.
• Every selected object shows a white bounding box. A blue rotate ring appears around a single selection (drag it to rotate about the center); it is hidden for multi-selections. Hold Ctrl while rotating to snap to 15° increments.
• Multi-translate — dragging any selected object moves the whole selection together. The ring is hit-tested first, so ring clicks rotate rather than move.
• object_selected(nodes) / object_deselected() are emitted on selection changes.

Grid & snap:

• A Grid checkbox toggles a world-space grid overlay (major line every 5 cells); a Snap checkbox rounds placement and dragging to the grid; a Size spinbox sets the cell size (1–100 px).
• The grid only shows in Edit mode and is hidden during Play.
• Grid size, snap, and grid visibility persist to user://sandbox_settings.json.

Deletion & camera:

• Delete / Backspace removes all selected objects (queue_free()) and emits object_deleted(nodes).
• Middle-mouse drag pans; mouse wheel zooms within the exported min_zoom (0.1) / max_zoom (6.0) bounds. Touchpad: pinch to zoom, two-finger drag to pan. The view persists across mode toggles.

Status bar: shows Mode: EDIT/PLAY | Objects: N | Selected: <name or count> and updates live on spawn, selection, deletion, and mode changes.

Extendability contract: the spawner uses a Dictionary registry (no hard-coded match on ids), the World container accepts any Node2D, gizmos work on any object via global_position/global_rotation, and the root exposes mode_changed / object_placed / object_selected / object_deselected / object_deleted signals — all hooks for the future Action Queue, Trigger, and Save/Load phases. Ramps/stairs can be placed and props/ragdolls will slide on them, and (Phase 3a) stickmen now walk up/down them via NavigationAgent2D — see §19.

19. Director Tool (Phase 3a)

The Director Tool (Phase 3a) turns the Sandbox Stage into a mini director's workspace: click a stickman, choose actions from a popup, see the script as waypoints/badges in Edit mode, then press Play to run every stickman's action queue. It is not wired into the editor — run via F6 on res://scenes/sandbox_stage.tscn.

File	Purpose
res://scripts/stickman_rig.gd	Extended with navigation/walking, speech, an action queue, and the queue runner state machine (see API below).
res://scripts/stickman_speech_bubble.gd	class_name SpeechBubble, extends Node2D — a world-space speech bubble drawn via _draw() (ThemeDB.fallback_font), a child of the rig above the head.
res://scripts/stage_director_visuals.gd	class_name StageDirectorVisuals, extends Node2D — Edit-mode director overlay (waypoint dots, dashed connectors, action badges, order numbers); hidden in Play.
res://scripts/sandbox_stage.gd	Extended with the Direct palette button, the action popup + speak/wait dialogs, a code-built NavigationRegion2D re-baked on terrain edits, and Play mode now starting each stickman's queue.

Direct tool workflow (Edit):

1. Press the Direct toggle button (mutually exclusive with palette placement). A status hint prompts "Click a stickman".
2. Left-click a stickman → an action popup opens at the cursor with Walk To / Speak / Wait / Ragdoll / Recover.
3. Choose an action:
   • Walk To → enters pending mode; the next left-click on the stage appends {"type":"walk_to","target":click_pos}. Esc cancels the pending target.
   • Speak → a text dialog (AcceptDialog + LineEdit); confirms append {"type":"speak","text":...,"duration":2.0}.
   • Wait → a duration dialog (SpinBox, 0.1–10 s); confirms append {"type":"wait","duration":...}.
   • Ragdoll / Recover → append {"type":"ragdoll"} / {"type":"recover"} immediately.
4. Waypoints/badges update immediately (queue_changed → dirty flag). Esc exits Direct mode.

Action queue semantics:

• Each StickmanRig owns its own action_queue: Array[Dictionary]; index order = execution order = visual order (no separate ids). Unknown type → push_warning + the action is skipped (treated as completed).
• Action shapes (the type key is the discriminator):

type	required keys	optional keys
"walk_to"	"target": Vector2 (feet destination)	"speed": float
"speak"	"text": String	"duration": float
"wait"	"duration": float	—
"ragdoll"	—	—
"recover"	—	—

• Queues are in-memory only in 3a (no serialization; lost on scene reload).

Waypoint & badge visuals (Edit only): StageDirectorVisuals reads each rig's queue and, per action in order, draws a blue waypoint dot (white outline, order number) at each walk_to target, dashed connectors between consecutive dots (and from the rig's current feet position to the first dot), and badges (speech bubble / clock / X / up-arrow glyph + order number) for non-walk actions anchored to the stickman's position at that point in the sequence — the position derived by simulating the queue (start at the rig's feet; each walk_to advances the anchor; a non-walk action anchors at the position when it is reached). Consecutive badges at the same point stack upward. All sizes divide by the camera zoom so markers stay screen-constant. Pure _draw() — no hit-testing. Hidden in Play.

Play execution:

• Play mode now runs the director script — stickmen stay ANIMATED and each rig's start_queue() is called (previously they auto-ragdolled on Play). ragdoll / recover are now explicit queue actions; a stickman only falls when directed. Props still unfreeze and tumble (and can knock a directed ragdoll). auto_recover = false in Play (the director owns recovery).
• On return to Edit: each stickman stop_queue() then snap_to_standing(), and the waypoint overlay is re-enabled.
• Multiple stickmen act simultaneously and independently (per-rig queues + per-rig runners, no shared state).

Nav-mesh behavior:

• A code-built NavigationRegion2D (child of the stage, not World, so it is never hit-tested) carries a procedural NavigationPolygon generated by per-TerrainBlock convex decomposition (Geometry2D.decompose_polygon_in_convex + fan triangulation) of each block's world-space polygon — robust to concavity and rotation.
• Auto re-bake on any terrain edit: the nav mesh is marked dirty on terrain place / move / rotate (transform_committed) / delete and re-baked once per frame (coalescing bursts) in _process.
• Each stickman's NavigationAgent2D is a child of the rig at the feet (local (0, +385) = -FOOT_OFFSET), so it sits on the ground-level mesh; agent and region share the default navigation map, layer 1.
• walk_to(target) treats target as a feet/ground destination; the rig converts ground-level path points back to root positions with FOOT_OFFSET := (0, -385). Walking is hybrid: an on-mesh target follows the nav path (_walk_mode = "nav"), while an off-mesh / unreachable target (empty path or is_target_reachable() == false) switches to direct straight-line steering toward the clicked waypoint (_walk_mode = "direct", root target = waypoint + FOOT_OFFSET) — it is not rejected with a warning and the rig does not stand still. Nav reads are deferred until the map has synced (map_get_iteration_id(...) != 0) and the path query is forced via get_next_path_position() before any reachability/finished check, so a fresh target is never misjudged as finished/unreachable after a single step.
• Pathing is kinematic (global_position.move_toward); avoidance_enabled = false in 3a, so stickmen path through props and each other (deferred — see docs/tech_debt_and_optimizations.md #13).
• Walk/nav debugging (off by default): const DEBUG_WALK in stickman_rig.gd (per-frame walk trace with mode=nav|direct, plus one-shot walk_to/finish/cancel prints) and const DEBUG_STAGE in sandbox_stage.gd ([stage] target capture, [nav] baked verts/polys, [stage] PLAY rigs).

StickmanRig director API surface:

Member	Signature	Behavior
RunnerState / ActionPhase	enum { IDLE, EXECUTING } / enum { NONE, WALKING, SPEAKING, WAITING, RAGDOLLING, RECOVERING }	The queue-runner state machine advanced in _physics_process.
FOOT_OFFSET	const := Vector2(0.0, -385.0)	Feet → root (ground point → hips).
walk_speed	@export var walk_speed: float = 300.0	Kinematic walk speed.
walk_to	func walk_to(target: Vector2, speed: float = -1.0) -> void	Start walking so the feet land at target; no-op unless state == ANIMATED.
is_walking	func is_walking() -> bool	Whether a walk is in progress.
speak	func speak(text: String, duration: float) -> void	Show a SpeechBubble for duration s; auto-hides + emits speech_finished.
queue_action / clear_queue / get_queue / remove_action / insert_action / queue_size	—	The mutable action queue; all mutations emit queue_changed.
start_queue / stop_queue / is_queue_running	—	Runner control. stop_queue() aborts without emitting queue_finished.
is_ragdoll_at_rest	func is_ragdoll_at_rest() -> bool	Whether the ragdoll has rested (independent of auto_recover); the runner waits on it for the ragdoll action.
arrived	signal arrived	walk_to reached its destination.
action_started / action_finished	signal(action: Dictionary, index: int)	Emitted per action as the runner begins/completes it.
queue_finished	signal queue_finished	The queue ran to completion (not on stop).
queue_changed	signal queue_changed	Any queue mutation — drives the visuals dirty flag.
speech_finished	signal speech_finished	The speech bubble auto-hid after speak().

recover waits for state == RigState.ANIMATED via the existing state_changed signal; _enter_ragdoll() calls _cancel_walking() so a ragdolled rig has no stale walk/path state.

20. Triggers & Event System (Phase 4)

Phase 4 adds reactive storytelling to the Sandbox Stage. While Phase 3a gave directors sequential control (actions in a fixed order per stickman), Phase 4 adds reactive control — "When X happens, do Y" — via event rules that span objects. It is not wired into the editor — run via F6 on res://scenes/sandbox_stage.tscn.

The rule concept is When → Then: a trigger (an event on some object) fires a list of actions on a target object. Rules are stored as _event_rules: Array[Dictionary] of {id, trigger, actions} in sandbox_stage.gd, where trigger is {type, target, ...} and actions is an array of Phase 3a action dicts ({"type":"walk_to","target":...}, etc.).

File	Purpose
res://scripts/trigger_area.gd	NEW class_name TriggerArea, extends Node2D — a placeable sensor (@export size: Vector2, default 96×96) with get_area_rect() -> Rect2 and a translucent green _draw() fill + dashed border. No physics, no signals — it is a pure geometric region evaluated by the stage.
res://scripts/sandbox_stage.gd	Extended with the rule system: _event_rules, the geometric event engine (_update_area_entry, _update_stickman_prop_collision), the rule-builder UI state machine, and rule auto-cleanup.
res://scripts/stickman_rig.gd	arrived gained a target: Vector2 payload; new enqueue_reactive(actions) appends reactive actions without replaying the queue.
res://scripts/prop_block.gd	NEW signal collided(other: Node) (physics-based, prop-vs-prop).
res://scripts/stage_director_visuals.gd	Extended with rule visualization + set_rules() / hit_test_rule() / hit_test_waypoint().
res://scripts/stage_spawner.gd	New "area" palette registry entry (label "Area"); duck-typed get_area_rect AABB branch in get_world_aabb.
res://scripts/stage_selection.gd	Same duck-typed get_area_rect AABB branch for selecting/clicking trigger areas.

Trigger types:

Trigger type	Target	Fires when
arrived_at_waypoint	Stickman	The stickman completes a walk_to (the rig's arrived signal).
action_finished	Stickman	A queue action completes (the rig's action_finished signal).
speech_finished	Stickman	A speak bubble auto-hides (the rig's speech_finished signal).
entered_area	Trigger area	A movable (stickman/prop) enters the area's get_area_rect() (geometric, _update_area_entry).
collided	Stickman/Prop	A stickman's feet point enters another object's AABB (geometric, _update_stickman_prop_collision) or a prop physically collides with another prop (PropBlock.collided physics signal).

Action types are the Phase 3a set, reused verbatim: walk_to, speak, wait, ragdoll, recover. Actions always target a stickman.

Rule-building workflow (Edit mode):

1. Press the Direct toggle button (mutually exclusive with palette placement) and click a stickman.
2. The Direct action popup now has a "⚡ When..." item (in addition to Walk To / Speak / Wait / Ragdoll / Recover).
3. Choose "⚡ When..." → a trigger sub-menu popup (arrived / action finished / speech finished / entered area / collided).
4. Pick the trigger target (click a stickman, waypoint, trigger area, or prop depending on trigger type).
5. Choose an action from a rule-action popup, then optionally its target/position (e.g. click a waypoint for walk_to).
6. A popup offers "Add another action" (repeat the action step) or "Done" to commit the rule.
7. Esc is the highest-priority cancel at any step. The rule-builder is a state machine (RuleStep enum: IDLE, SELECT_TRIGGER, TRIGGER_TARGET, SELECT_ACTION, ACTION_TARGET, ACTION_POSITION, PARAMS) with status-bar hints and toast messages.

Rule visualization (Edit only): StageDirectorVisuals draws each rule as a dashed white connector line from the trigger object to the target, a green ⚡ trigger badge, an orange → action badge, a dark label with rule_summary() text, and a ✕ delete icon. Clicking the rule label reopens the rule for consequence-only editing (replaces the rule, keeping the same id); clicking the ✕ deletes the rule. Rules are auto-cleaned (_cleanup_rules_for_nodes) when any referenced object is deleted.

Trigger area placement: the spawn palette gains an "Area" entry (from the "area" registry id). Placement works like any other palette item (translucent ghost, grid snap, click to place). Trigger areas are selectable/movable like other objects via the duck-typed get_area_rect AABB branch in stage_selection.gd / stage_spawner.gd.

enqueue_reactive semantics: StickmanRig.enqueue_reactive(actions: Array[Dictionary]) -> void appends reactive actions to the rig's action queue. If the runner is IDLE it resumes at the first newly-appended action — the already-consumed prefix of the queue is not replayed. Sequential Phase 3a queues are untouched; reactive actions are a cross-object addition.

Prop collision detection (two mechanisms):

• Geometric (stage-driven): _update_stickman_prop_collision tests whether a stickman's feet point lies inside another object's world AABB (and vice-versa), edge-triggered so collided fires once per entry.
• Physics (self-driven): PropBlock enables contact_monitor = true, max_contacts_reported = 8, and connects the guarded body_entered signal → _on_body_entered → emits collided(other), so prop-vs-prop collisions are detected by the physics engine rather than geometry.

Edge-triggered dictionaries (which events already fired) are reset on Play/Edit mode entry so a fresh simulation run re-arms every rule.

Persistence scope: rules are in-memory only — they persist across Play/Edit mode toggles (the stage keeps _event_rules alive) but are not saved to disk. Disk save is deferred to a future phase.

Deferred (Phase 5 and beyond): explode_prop / spawn_prop action types, rule conditions and AND/OR combinators, rule variables, and disk save of rules are explicitly out of scope for Phase 4.

File format (.stk)

Files are UTF-8 JSON, pretty-printed with tab indentation. The format is versioned and designed to remain backward/forward compatible — new fields can be added without breaking older files.

{
  "version": "1.5",
  "stickman_name": "Bob",
  "part_order": [
    "head",
    "torso",
    "left_upper_arm",
    "left_lower_arm",
    "right_upper_arm",
    "right_lower_arm",
    "left_upper_leg",
    "left_lower_leg",
    "right_upper_leg",
    "right_lower_leg"
  ],
  "proportions": {
    "upper_arm_length": 168.0,
    "lower_arm_length": 200.0,
    "upper_leg_length": 200.0,
    "lower_leg_length": 200.0,
    "torso_length": 391.5
  },
  "body_parts": {
    "head": {
      "shapes": [
        {
          "shape_type": "circle",
          "closed": true,
          "points": [
            { "x": 120, "y": 40 },
            { "x": 124, "y": 39 }
          ],
          "color": "#000000",
          "vertex_flags": [0, 0, 1, 0]
        }
      ],
      "position": { "x": 150, "y": 40 },
      "rotation": 0.0,
      "scale": { "x": 1.0, "y": 1.0 },
      "pivot": { "x": 122.0, "y": 39.5 },
      "length": 10.0,
      "guide_offset": { "x": 122.0, "y": 431.0 }
    }
  },
  "metadata": {
    "created_at": "2026-08-05T12:00:00",
    "modified_at": "2026-08-05T12:00:00"
  }
}

Root object

Key	Type	Description
version	string	Format version. Currently "1.5". Loading supports "1.0"–"1.5" (auto-migrated).
stickman_name	string	Optional display name for the figure.
part_order	array[string]	Phase 5. Render/Z-order of parts in the Whole Stickman preview, front-to-back semantics per array position (first = back, last = front). Absent on v1.0–v1.2 files; defaults to the internal part-key order when missing.
proportions	object	Phase 8. Rig bone lengths used by the runtime StkRigAdapter. Object with 5 float keys: upper_arm_length (168.0), lower_arm_length (200.0), upper_leg_length (200.0), lower_leg_length (200.0), torso_length (391.5). Hardcoded master-rig rest-pose constants (from master_rig.tscn), not measured from the user's shapes. Write-only metadata — never read back on load.
body_parts	object	Map of body_part_name → shape objects. Keyed by the 10 internal part names below.
metadata.created_at	string	Timestamp written on save.
metadata.modified_at	string	Timestamp written on save.

Part keys

head, torso, left_upper_arm, left_lower_arm, right_upper_arm, right_lower_arm, left_upper_leg, left_lower_leg, right_upper_leg, right_lower_leg

Part object

Each body part is an object with the following keys:

Key	Type	Description
shapes	array	Array of shape objects (see below). Draw order = array order (first = back, last = front). Wrapped as a single-element array when migrating v1.0/v1.1 files.
position	object	{ "x": float, "y": float } position of the part within the Whole Stickman preview.
rotation	float	Rotation in degrees. 0.0 = original orientation. Defaults to 0.0 for v1.0/v1.1 files.
scale	object	{ "x": float, "y": float } scale factors relative to created size. 1.0 = original size. May be negative (Phase 5) to represent mirroring along an axis. Defaults to { "x": 1.0, "y": 1.0 } for older files.
pivot	object	Phase 8. { "x": float, "y": float } — the local rotation origin, i.e. the bounding-box center of all shape points in the part's local drawing space (before position is applied). Always written for all 10 parts; { "x": 0.0, "y": 0.0 } for an empty part. Write-only metadata — never read back on load.
length	float	Phase 8. The part's bounding-box extent along its segment axis, in local pixels: width (max_x - min_x) for the 4 arm parts, height (max_y - min_y) for torso, legs, and head. 0.0 for an empty part. Write-only metadata — never read back on load.
guide_offset	object	Phase 9 Round 5. { "x": float, "y": float } — the part's bbox center in preview space minus its silhouette-guide joint in preview space (a pure master-space delta; the panel-size terms cancel). The adapter uses it to reproduce the editor's guide-relative placement in the harness. Write-only metadata — never read back on load; v1.0–v1.4 files load unchanged and gain the key on their next save.

Shape object

Each entry in the shapes array:

Key	Type	Description
shape_type	string	"line", "rectangle", "circle", or "" (empty). Descriptive tag only — rendering uses closed.
closed	bool	Whether the polygon is closed (filled) or open (outline-only).
points	array	Array of { "x": float, "y": float } vertex positions local to the drawing area.
color	string	Hex colour, e.g. "#000000". Changeable in-app via right-click → Color... (Phase 3).
vertex_flags	array[int]	Same length as points. 0 = original vertex, 1 = user-created via "Create Point". Controls handle appearance.

On load, parts missing from the file fall back to built-in default preview positions. v1.0 files have closed inferred from shape_type and vertex_flags default to all zeros. v1.0/v1.1 files have their single shape wrapped in a shapes array and default rotation/scale applied. Files without part_order (v1.0–v1.2) use the default part-key order. Note that shape mirroring (Phase 5) rewrites the points array in place, so no new shape fields are required — the resulting vertices load identically across all supported versions.

Settings file (user://settings.json)

Phase 3 introduces a global settings file stored in Godot's user data directory (user://), separate from the .stk figure files. It persists the grid configuration and is versioned for future extensibility:

{
  "version": "1.0",
  "grid_size": 15,
  "snap_to_grid": false,
  "show_pose_guide": true
}

Settings keys

Key	Type	Default	Description
version	string	"1.0"	Settings file version (for future extensibility).
grid_size	int	15	Grid interval in pixels, applied equally to width and height. Default changed from 5 to 15 in Phase 5. Clamped to 1–100 on load.
snap_to_grid	bool	false	Whether snap-to-grid is active.
show_pose_guide	bool	true	Whether the pose silhouette guide is visible in the Whole Stickman preview.

Behavior:

• Load — read on editor startup; if the file is missing or fails to parse, defaults (grid_size = 15, snap_to_grid = false, show_pose_guide = true) are used silently (no error dialog).
• Save — written whenever the user changes the grid size, toggles Snap to Grid, or toggles the pose guide.
• Scope — global; all body-part panels and the Whole Stickman preview share the same grid size and snap setting.
• Pan offsets are NOT persisted — they reset on load, clear, and "Reset Views".

Project structure

Path	Purpose
res://project.godot	Engine config; sets main scene to the editor and enabled features.
res://scenes/stickman_editor.tscn	Main scene — editor layout, File/Edit/View menu bar, dialogs (GridConfigDialog + SpinBox), column containers (unique-name nodes).
res://scenes/body_part_panel.tscn	Reusable single body-part editor panel (title, drawing area, context menu, ColorPickerPopup); expands vertically in its column.
res://scripts/stickman_editor.gd	Editor controller — File/Edit/View menu actions, save/load/clear, JSON v1.5 serialization with multi-shape/rotation/scale, part_order, Phase 8 proportions/pivot/length, and Phase 9 Round 5 per-part guide_offset export, settings.json load/save, editor-wide shape clipboard (Copy/Paste across panels), broadcast of grid/snap settings to panels, Reset Views, populates panels, coordinates selection across panels.
res://scripts/stk_rig_adapter.gd	Phase 8, extended by Phase 9 (Rounds 4–6 bugfix). Standalone runtime adapter (class_name StkRigAdapter, static func apply(stk_data, rig)): fits an instantiated master_rig.tscn to a loaded .stk by re-fitting the 8 limb bones (Skeleton2D/Torso/... Bone2D lengths + lower-bone origins), recalibrating the IK targets (`IK_Targets/Left
res://scripts/stickman_factory.gd	Phase 9. Runtime entry point (class_name StickmanFactory, extends RefCounted); a static factory that turns a .stk file into a live, rigged master_rig.tscn instance. load_stk(path) reads + parses the file ({} + push_warning on failure); spawn_from_data(stk_data) instantiates res://master_rig.tscn, calls StkRigAdapter.apply(stk_data, rig), and returns the rig root typed as StickmanRig (the rig now carries the StickmanRig root script); spawn(path) chains them (null on empty data). Not used by the editor.
res://scripts/stickman_rig.gd	Phase 9 Task 4. class_name StickmanRig, extends Node2D; the runtime owner of facing direction, per-joint bone bend, Body/* z-order, and (Phase 10/11) the kinematic-to-ragdoll state switch with instant handoff + stand-up recovery, attached to the master_rig.tscn root Master. Exports a facing_profile preset (FacingProfile LEFT/RIGHT/FORWARD, default FORWARD) and four @export_enum("Normal","Inverted") per-joint bend vars (left_arm_bend/right_arm_bend/left_leg_bend/right_leg_bend), plus (Phase 11) rest_timeout (2.0 s) and auto_recover (true) exports. Non-@tool: resolves Skeleton2D/Body/bend joints at runtime, enables its own modification stack, and applies the profile (flag writes + Body/* reorder) in _ready() and setters. Signals facing_profile_changed / bend_flag_changed / state_changed; public API set_facing_profile/get_facing_profile, set_joint_bend_flipped/get_joint_bend_flipped, get_bend_joints(), get_bend_joint_global_position(), plus the ragdoll API set_ragdoll(enabled)/toggle_ragdoll()/is_in_ragdoll()/request_recovery() with state / enum RigState { ANIMATED, RAGDOLL, RECOVERING }. Null-guarded (push_warning + skip). Not used by the editor.
res://scripts/create_animations.gd	Phase 11. @tool extends EditorScript; a standalone editor utility (run manually with master_rig.tscn open; not auto-loaded or referenced at runtime) that supersedes the deleted scripts/create_walk.gd. _run() bakes walk_left/walk_right (same keyframes as the old script) and a one-shot stand_up (POSE_DOWN → POSE_STANDING, STAND_UP_DURATION 0.8, loop_mode = LOOP_NONE) into the open scene's default AnimationLibrary. The baked stand_up is an authored reference only — runtime recovery does not play it (StickmanRig tweens the IK targets directly from the captured ragdoll pose, since a fixed first keyframe can never match an arbitrary rest pose).
res://scripts/test_harness.gd	Phase 9. Standalone staging scene (run via F6 on res://scenes/test_harness.tscn, not wired into the editor) for debugging bone scales, vector-drawing offsets, and IK limits in isolation. Top UI bar: "Open .stk…" / quick-select buttons (stickmen/break.stk, stickmen/basic.stk, stickmen/test.stk), "Show Bones" / "Show IK Handles" toggles, loaded-filename label. SubViewport world + enabled Camera2D (middle-mouse pan, wheel zoom, recenter on spawn); each load frees the previous rig and spawns a fresh one via StickmanFactory.spawn(). A world-space debug overlay draws true bone segments (joint dots + parent→child lines, with limb leaf bones drawn out to their IK targets so wrist/ankle joints are visible; the Head leaf is the exception — its target is a LookAt aim point, not a joint, so it draws a ~90 px segment along the bone's own direction instead) and colored IK-target markers (hands green, feet blue, head yellow, torso magenta) plus a semi-transparent yellow head-aim line; the 6 Marker2D IK targets are click-draggable — the 4 limb targets flex limbs live via SkeletonModificationStack2D TwoBoneIK (the rig self-enables its stack), the Torso target translates the whole rig via its RemoteTransform2D, and the Head target drives the head's LookAt aim rotation (Phase 9 Round 7).
res://scenes/test_harness.tscn	Phase 9. Standalone staging scene backing scripts/test_harness.gd (run via F6; not wired into the editor).
res://scripts/terrain_block.gd	Vector Terrain System. class_name TerrainBlock, extends StaticBody2D — a reusable vector terrain component building Polygon2D (fill) + Line2D (border) + CollisionPolygon2D (BUILD_SOLIDS, supports concave) children in code.
res://scripts/terrain_utils.gd	Vector Terrain System. class_name TerrainUtils, extends RefCounted — static sanitize_points() (grid snap → local _simplify_polyline() → clockwise enforcement) and a spawn_block() factory.
res://scripts/physics_test_harness.gd	Vector Terrain System / Dynamic Vector Props. Standalone staging scene root building flat/ramp/step terrain via TerrainUtils, instantiating master_rig.tscn, spawning props via 1/2/3 (PropUtils), and adding a rig collision proxy (run via F6; not wired into the editor). A toggle-mode button flips the rig's kinematic-to-ragdoll mode via _rig.set_ragdoll(), plus (Phase 11) a Rest SpinBox (writes _rig.rest_timeout) and "Recover Now" button (_rig.request_recovery()); the rig's state_changed signal removes the proxy on RAGDOLL and re-adds it (idempotently) on ANIMATED/RECOVERING.
res://scenes/physics_test_harness.tscn	Vector Terrain System / Dynamic Vector Props. Standalone staging scene backing scripts/physics_test_harness.gd (run via F6; not wired into the editor).
res://scripts/prop_block.gd	Dynamic Vector Props. class_name PropBlock, extends RigidBody2D — a reusable physical prop building Polygon2D (fill) + Line2D (outline) + CollisionPolygon2D/CollisionShape2D (polygon/circle collision) children in code, with material presets (mass + friction/bounce) and live-updating exports.
res://scripts/prop_utils.gd	Dynamic Vector Props. class_name PropUtils, extends RefCounted — static create_box() / create_ball() / create_plank() / create_triangle() primitive generators and a spawn_prop() factory (sanitizes polygon points via TerrainUtils).
res://scripts/sandbox_stage.gd	Sandbox Stage Builder. class_name SandboxStage, extends Node2D — root controller: EDIT/PLAY mode state machine (freezes props with FREEZE_MODE_KINEMATIC, ragdolls stickmen in PLAY), placement mode, camera pan/zoom, deletion, status bar, and signal fan-out (mode_changed / object_placed / object_selected / object_deselected / object_deleted). Standalone staging scene run via F6; not wired into the editor.
res://scripts/stage_spawner.gd	Sandbox Stage Builder. class_name StageSpawner, extends RefCounted — registry-driven factory (Array[Dictionary], no id match); reuses TerrainUtils / PropUtils / StickmanFactory; centers terrain on its origin and caches stickmen/test.stk for the Stickman palette entry.
res://scripts/stage_selection.gd	Sandbox Stage Builder. class_name StageSelection, extends RefCounted — hover/click/box selection via geometric world-space AABB hit-testing (frontmost World child wins; RagdollBodyContainer subtree excluded); hover_changed / selection_changed signals.
res://scripts/stage_gizmos.gd	Sandbox Stage Builder. class_name StageGizmos, extends Node2D — hover highlight + selection outline + rotate ring via _draw() and distance-based hit-testing; objects are dragged directly (no move handle); drives global_position / global_rotation; emits transform_committed.
res://scripts/stage_grid.gd	Sandbox Stage Builder. class_name StageGrid, extends Node2D — optional world-space grid overlay (major line every 5 cells) that pans/zooms with the camera; grid_size / enabled set by SandboxStage.
res://scenes/sandbox_stage.tscn	Sandbox Stage Builder. Standalone staging scene backing scripts/sandbox_stage.gd (run via F6; not wired into the editor): root Node2D + Camera2D + empty World; the gizmo layer and CanvasLayer top bar are built in code.
res://scripts/body_part_panel.gd	Multi-shape creation, vertex editing, shape dragging, per-panel zoom & pan, grid drawing & snap-to-grid, ColorPicker, shape/vertex delete, Z-ordering (Send Back / Bring Forward), shape Copy/Paste, shape Mirror X/Y, drawing (fill + outline for closed shapes).
res://scripts/whole_stickman_preview.gd	Assembly preview, drag-to-reposition, part selection with white bounding box, rotation gizmo (circle below box) with Ctrl 15° snap, scale gizmo (corner crosses) with Ctrl aspect lock, part Z-ordering (Send Back / Bring Forward) via part_order, part Mirror X/Y (scale negation), zoom & pan, grid drawing & snap-to-grid, pose silhouette guide (Phase 7), part hit-bounds, labels, and (Phase 9 Round 5) get_guide_joint_preview() — the preview-space position of a guide joint, used by the editor to export per-part guide_offset.
res://addons/curved_lines_2d/	Scalable Vector Shapes 2D addon (v2.27.7) — required dependency.
res://stick.tscn	Legacy rigged/animated stick figure scene (Skeleton2D + IK). Not used by the editor.
res://AGENTS.md	Guidance for AI agents working in this codebase.

Menu bar structure

File          Edit                  View
────────────  ────────────────────  ───────────
Save          Configure Grid...     Reset Views
Load          ─────────             ─────────────
────────      Snap to Grid  (check) Hide/Show Pose Guide
Clear

• File — Save, Load, Clear (Phase 1).
• Edit — Configure Grid... (dialog with a 1–100 SpinBox) and the checkable Snap to Grid toggle (Phase 3).
• View — Reset Views (resets zoom to 100% and pan offset to origin on every panel) (Phase 3) and the dynamic text-only Hide/Show Pose Guide toggle (Phase 7): reads "Hide Pose Guide" while the guide is visible and "Show Pose Guide" while it is hidden.

Context menu (per body-part panel)

The right-click context menu is context-sensitive. Item IDs:

ID	Label	Shown when
0	Line	Empty space right-click
1	Rectangle	Empty space right-click
2	Circle	Empty space right-click
3	Create Point	Shape under mouse, near outline
4	Color...	Shape under mouse
5	Delete	Shape under mouse
6	Remove Point	Right-click on a vertex handle
7	Send Back	Shape under mouse
8	Bring Forward	Shape under mouse
9	Copy	Shape under mouse (Phase 5)
10	Paste	Shape or empty space right-click; shown only when the clipboard is populated (Phase 5)
11	Mirror X	Shape under mouse (Phase 5)
12	Mirror Y	Shape under mouse (Phase 5)

Context menu (Whole Stickman preview)

Right-clicking a selected part opens the preview's context menu:

ID	Label	Description
0	Send Back	Move the selected part one step back in part_order (Phase 5)
1	Bring Forward	Move the selected part one step forward in part_order (Phase 5)
2	Mirror X	Mirror the selected part around its bounding-box center (scale X negated) (Phase 5)
3	Mirror Y	Mirror the selected part around its bounding-box center (scale Y negated) (Phase 5)

Signal flow

BodyPartPanel.shape_changed(data) ---(bound to part_name)---> stickman_editor
        |                                                           |
        |  _on_body_part_shape_changed                                |
        +--------------------------> WholeStickmanPreview            |
                                       .set_body_parts(all_data)       |
                                             ^                         |
        WholeStickmanPreview.part_moved(name, pos)  (drag handling) --+

BodyPartPanel.shape_selected() ---(bound to part_name)---> stickman_editor
                                                              |
                                      _on_body_part_shape_selected
                                         (deselects all other panels)

• BodyPartPanel emits shape_changed(shapes_array) whenever a shape is created, a vertex is dragged (on release), a color is committed via the ColorPicker (on OK), a shape is deleted, a vertex is removed via "Remove Point", or Z-order changes via "Send Back"/"Bring Forward". The signal carries the full Array[Dictionary] of all shapes in the panel. Note: clear_shape() does not emit the signal; the editor's Clear flow refreshes the preview directly.
• BodyPartPanel emits shape_selected when left-clicked; the editor deselects all other panels.
• stickman_editor.gd collects shape data from all 10 panels and forwards it to WholeStickmanPreview.set_body_parts().
• WholeStickmanPreview emits part_moved(part_name, new_position) during translation drags. Rotation and scale are stored internally and polled by the editor at save time via get_part_rotation() / get_part_scale(). Part Z-order is polled the same way via get_part_order() and saved to the top-level part_order field (Phase 5).
• Shape Copy/Paste (Phase 5) is owned by the editor: _copy_shape() stores a deep duplicate in _shape_clipboard, _broadcast_clipboard_state() tells every panel whether Paste should be offered, and _paste_shape() inserts the clipboard into the target panel at the click position. The clipboard persists after pasting and is shared across all panels.

Phase 4: Each body part can have multiple shapes in Z-order. The Whole Stickman preview treats all shapes in a panel as one combined object, with selection (white bounding box), rotation (circle gizmo below box), and scale (cross gizmos at corners). The .stk format evolved to v1.2 with a shapes array per part plus rotation and scale fields. Rotation snaps to 15° with Ctrl; scale locks aspect ratio with Ctrl.

Phase 5: Adds drawing-surface clipping, shape dragging, an editor-wide shape clipboard (Copy/Paste across panels), shape Mirror X/Y (vertex recompute), and preview object Z-ordering (Send Back/Bring Forward) with Mirror X/Y (scale negation). The format evolved to v1.3: a new top-level part_order array stores preview Z-order; scale may be negative for mirrored parts; shape mirroring stores no new fields because it rewrites points. The default grid size changed from 5 px to 15 px, and the Snap to Grid checkmark now renders correctly when toggled. v1.0–v1.2 files remain backward compatible and are migrated on load.

Phase 7: Adds the pose silhouette guide to the Whole Stickman preview — a semi-transparent, color-coded stick figure (left cyan-blue, right orange-red, central white) whose 13 joint anchors match the rest-pose pivots of the future master_rig.tscn rig, drawn above the grid and in front of user parts (ghosting over them, below the selection gizmos and drag highlight), centered in the preview at the default view. Toggleable via the dynamic View → Hide/Show Pose Guide label (on by default, persisted to settings.json). The guide is a view aid only: no .stk format change — FILE_VERSION stays "1.3".

Phase 8: The .stk export evolved to v1.4 with write-only metadata the editor never reads back. A top-level proportions object stores the 5 master-rig rest-pose bone lengths (upper_arm_length 168.0, lower_arm_length 200.0, upper_leg_length 200.0, lower_leg_length 200.0, torso_length 391.5) — hardcoded constants from master_rig.tscn, not measured from the user's shapes. Each body_parts entry gains pivot (local bounding-box center = rotation origin) and length (bbox extent along the segment axis: width for arms, height for torso/legs/head). v1.0–v1.3 files load unchanged and gain these keys on their next save. A new standalone res://scripts/stk_rig_adapter.gd (class_name StkRigAdapter) fits an instantiated master_rig.tscn to a loaded .stk (bone fitting + IK recalibration + visual shape mount); it is not used by the editor and is reserved for a future runtime pipeline.

Phase 9: Adds the runtime pipeline for turning a .stk file into a live, rigged master_rig.tscn instance, plus a standalone staging scene to debug it. A new res://scripts/stickman_factory.gd (class_name StickmanFactory) provides the runtime entry point: load_stk(path) reads/parses a .stk (FileAccess + JSON.parse_string, {} + push_warning on failure), spawn_from_data(stk_data) instantiates master_rig.tscn and applies StkRigAdapter.apply(stk_data, rig), and spawn(path) chains them (null on empty data). StkRigAdapter is extended to also fit the head bone (Head.position.y = -proportions.torso_length) and to mount the head as full geometry like every other part — clearing its inline @tool circle script and mounting .stk head shapes as Line2D/Polygon2D (removed the dead _mount_head_circle, _compute_shapes_bbox, and _first_shape_color helpers). A new standalone scene/resource pair, res://scenes/test_harness.tscn + res://scripts/test_harness.gd (run via F6), loads .stk files (open dialog + quick-select for stickmen/break.stk, stickmen/basic.stk, stickmen/test.stk), toggles a world-space debug overlay (true bone segments — parent→child lines with joint dots, limb leaf bones drawn to their IK targets and the Head leaf along its own direction — plus IK-target markers), pans/zooms a Camera2D, and lets you click-drag the 4 limb IK targets with live TwoBoneIK flexing (SkeletonModificationStack2D enabled on spawn). Neither the factory nor the harness is wired into the editor. No .stk format change — FILE_VERSION stays "1.4".

Phase 9 Round 2 bugfix: StkRigAdapter._mount_shapes() no longer trusts the file's pivot/length; it recomputes each part's bounding box at mount time and mounts geometry in the rig's hanging convention (joint anchor at the local origin, far end along local +Y) with a per-family alignment rotation (head 0, torso π, left limbs −π/2, right limbs +π/2, vertical-drawn limbs 0). Anchors: head/torso bottom-center, left horizontal limbs max_x, right horizontal limbs min_x, vertical limbs top-center. Scaling is anisotropic — only the auto-detected drawn long axis (width >= height) scales to the bone length (bone_length/extent, guard extent <= 0.0001 → 1.0), cross-axis thickness stays 1:1. Driver rotation neutralization was removed — the 10 RemoteTransform2D drivers keep update_rotation = true, so mounted shapes follow their bones under IK flexing. Body/* container transforms are reset (scale (1,1), rotation 0, position untouched), the Head driver's local position is zeroed so the chin lands on the neck joint, and DEFAULT_LINE_WIDTH is 2.0 (editor's 2 px outline). The harness _draw_bones() was rewritten to draw true parent→child bone segments with leaf bones out to their IK targets (wrist/ankle joints now visible). Per docs/phase9_round2_bugfix_spec.md; verified with a 46-assertion headless smoke test.

Phase 9 Round 3 bugfix: StkRigAdapter._mount_shapes() now reads each part's rotation (degrees, default 0.0) and scale ({x,y}, default (1,1)) and composes the preview's part transform E(P) = C + R(rot)·S·(P − C) (scale-then-rotate about the bbox center) before the hanging-convention mount — the anchor, alignment θ, and bone-fit scale are computed on the transformed geometry, so every rotation/scale the user applied in the Whole Stickman preview renders in the harness. Rotations near ±180° (|wrapf(rot)| > 0.75π) swap the attachment to the drawn far end so flips are visible (the 180° torso shows its drawn neck end at the hip joint); the bone-fit scale s = bone_length/|V| is measured on the transformed extent so user-scaled parts are not double-fitted. The head mounts upright (θ = 0, s = 1) but still applies the part scale via E (face ≈160 px), chin at the neck joint. _mount_shape() mounts one node per shape — closed → single Polygon2D (fill only), open → single Line2D (width 2) — removing the previous Polygon2D + Line2D outline duplication. The harness head-leaf overlay now draws along the bone's own direction (the LookAt aim point is not a joint) instead of a line to IK_Targets/Head, eliminating the bone sticking out of the head. Per docs/phase9_round3_bugfix_spec.md; verified with a 26-assertion headless smoke test.

Phase 9 Round 4 bugfix: the mounted head was too high in the harness — its chin (the local origin) landed on the neck joint at y = −391.5, floating above the torso. The editor's silhouette guide draws the head as a radius-100 circle centered at the Head joint (0, −463.5) (bottom at −363.5), so StkRigAdapter now applies a +28 px rig-space translation (const HEAD_CHIN_DROP := 28.0) to the mounted head points after the part transform and the (θ = 0, s = 1) transform. The chin lands at world ≈ (0, −363.5) — the guide circle's bottom — overlapping the torso (top at −391.5) by 28 px, matching the editor guide. The drop is flip-agnostic (a rig-space fixture applied after part scale/rotation). Per docs/phase9_round4_bugfix_spec.md; verified with a 15-assertion headless smoke test.

Phase 9 Round 5: the .stk export evolved to v1.5 with per-part guide_offset — the part's bbox center minus its silhouette-guide joint (both in preview space, a pure master-space delta). StkRigAdapter applies it only when present as a node-frame translation t = (guide_offset + (A − C)).rotated(−c_node) (A = the mount anchor incl. the 180° flip rule, C = the raw bbox center, c_node = the part's driver RemoteTransform2D.global_rotation at apply time), so the harness reproduces the editor's guide-relative placement 1:1; old files without the key keep the previous offset-0 behavior and the head falls back to the Round 4 HEAD_CHIN_DROP. The head maps to the guide Neck joint — the head bone's rig attachment origin, not the circle center (which sits 72 px above the neck). guide_offset is write-only metadata like pivot/length — the load path ignores it, so v1.0–v1.4 files load unchanged and gain the key on their next save. Note: .stk files must be re-saved from the editor to populate the offsets. Per docs/phase9_round5_bugfix_spec.md.

Phase 9 Round 6 bugfix: StkRigAdapter._compute_mount_transform() now selects the joint anchor as whichever transformed end (E(J_raw) or E(F_pt_raw)) is nearest the part's stored guide joint (center − guide_offset) when a part carries guide_offset. This replaces the per-side family choice and the 180° flip heuristic for that case, fixing the lower left leg and lower right arm, which were mounted 180° off their bones (the far end attached at the joint) because the user's drawn-side conventions are inconsistent across parts — the stored guide placement is the ground truth for which drawn end is the joint. The nearest-end rule naturally preserves the 180° flip behavior (a flipped part's far end lands nearest the joint), the head chin, and every previously-correct case. Old files without the key keep the family rules + flip heuristic exactly as before. theta, s, the Round 5 offset t, and the head HEAD_CHIN_DROP fallback are unchanged. Per docs/phase9_round6_bugfix_spec.md; verified with a 32-assertion headless smoke test.

Phase 9 Round 7: the test harness (scripts/test_harness.gd) now exposes 6 draggable IK handles. IK_HANDLE_PATHS gains "Head" (IK_Targets/Head, the SkeletonModification2DLookAt aim point) and "Torso" (IK_Targets/Torso, whose child RemoteTransform2D moves the hip bone). Dragging the Torso handle moves bones only (no target following) — the marker's RemoteTransform2D translates the hip bone, and the whole skeleton + Body/* visuals follow rigidly, while the limb/head targets stay put so dragging the figure away from them stretches the limbs toward the stationary targets (per user decision). Dragging the Head handle drives the Head bone's LookAt rotation (clamped at the authored ~55° constraint); Body/Head follows. _handle_color() colors the head marker yellow (HANDLE_COLOR_HEAD) and the torso marker magenta (HANDLE_COLOR_TORSO); hands stay green, feet blue. The IK overlay additionally draws a null-guarded semi-transparent yellow aim line from the Head bone origin to the head marker (visual aid for the LookAt test). No .stk format change. Per docs/phase9_round7_feature_spec.md; verified with a 17-assertion headless test.

Phase 10 (Kinematic-to-Ragdoll): adds a reversible kinematic-to-ragdoll state switch to the runtime rig. StickmanRig gains enum RigState { ANIMATED, RAGDOLL }, var state: RigState, signal state_changed(new_state), and the set_ragdoll(enabled) / toggle_ragdoll() / is_in_ragdoll() API. In RAGDOLL mode the IK modification stack is disabled, the AnimationPlayer stopped, and the Body/* visuals hidden; a procedural network of 10 RigidBody2D (torso CapsuleShape2D mass 8.0, head CircleShape2D radius 100, limb capsules radius 8) + 9 PinJoint2D (elbow/knee fold-only ±bands, shoulder/hip ±160°, neck free) is built in code and reparented into a "RagdollBodyContainer" under the rig's parent (world root), layer 1/mask 1 so it collides with terrain and props. The rig root's momentum (tracked in _physics_process) is applied to the ragdoll Torso body for a seamless handoff. Exiting frees the ragdoll, re-shows Body/*, re-enables IK, and stops the animation. The physics harness toggles via its Stickman ↔ Ragdoll button, removing the RigCollisionProxy on entry and re-adding it (idempotently) on exit. master_rig.tscn is not modified.

Phase 11 (Instant Handoff & Recovery): replaces the hard ragdoll entry/exit with an instant handoff and adds a stand-up recovery path. StickmanRig gains enum RigState { ANIMATED, RAGDOLL, RECOVERING } plus exports rest_timeout (2.0 s) and auto_recover (true). On entering RAGDOLL the ragdoll is built from the current solved bone positions (the player is stopped with keep_state), then Body/* is hidden and the IK stack disabled in the same call — no crossfade, since the ragdoll spawns at exactly the same pose and a fade would only read as ghosting (an earlier transition_duration blend was removed on director feedback). Rest detection reads the Torso body — sleeping, or linear ≤ REST_LINEAR_THRESHOLD (5.0 px/s, tuned up from the plan's 0.1 because a soft-pinned ragdoll micro-jitters around ~0.5 px/s) and angular ≤ 0.1 rad/s — then after rest_timeout + STABILIZATION_DELAY (0.1 s) with auto_recover on, calls _start_recovery(). Recovery captures the 10 bodies' rig-local pose, destroys the ragdoll, sets state = RECOVERING + emits, snap-solves the skeleton via the 6 IK targets (IK_Targets/Torso pos+rot, IK_Targets/Head, 4 limb markers — never the slaved Torso Bone2D), deriving the hip from the torso capsule's bottom end (pos − dir·half) and the wrist/ankle targets from the lower-limb capsules' far ends (pos + dir·half), with the Torso marker rotation subtracting the Torso bone's bone_angle (copying the body rotation directly would slam the skeleton −90° and lay it flat), then _play_stand_up() tweens the markers directly from their captured values to STAND_POSE over STAND_UP_DURATION (0.8 s, sine ease-in-out) — the baked stand_up animation is not played, because a fixed first keyframe can never match an arbitrary ragdoll rest pose (the earlier bridge-into-the-animation approach caused a visible jump); _on_stand_up_finished() then returns the rig to ANIMATED. request_recovery() is public (no-op unless in RAGDOLL); set_ragdoll(true) during RECOVERING kills the stand-up tween and rebuilds the ragdoll, set_ragdoll(false) during RAGDOLL routes through recovery, and calls are otherwise idempotent. is_in_ragdoll() stays state == RAGDOLL (so RECOVERING reads as "Stickman"). A new res://scripts/create_animations.gd editor script (superseding the deleted create_walk.gd) bakes walk_left/walk_right/the one-shot stand_up into master_rig.tscn's AnimationLibrary (the baked stand_up is an authored reference only — recovery does not play it) — no .stk format change; master_rig.tscn scene nodes are unchanged (only its baked animations are added). The physics harness gains a Rest SpinBox (0.1–10 s, writes _rig.rest_timeout), a "Recover Now" button (request_recovery()), and a state_changed hook that removes the RigCollisionProxy on RAGDOLL and re-adds it (idempotently) on ANIMATED/RECOVERING.