Shockwave Operator Handoff
Use this skill when Project Shockwave changes affect the operator-facing handoff between startup, live dashboard state, and the typed local control surface.
Workflow
- Read the target repo
AGENTS.md, README, and startup contract first. - Confirm the repo-owned visible dashboard path still matches the startup wrapper and shim-first authority model:
:9000MX3 non-model support plane:2337hosted large-model lane
- direct LM Studio
:1234model authority
- Inspect the operator handoff surfaces together:
- startup verification script and test
- control rail contract block
- chat/status strip
- app-level event/status handling
- Preserve operator-visible handoff state:
- current mode and profile
- control-plane and display-host authority labels
- active service and phase visibility
- transcript/tool-card continuity
- hot-mic and voice-path state
- interrupted playback resume behavior
- Keep typed bridge/API payloads aligned with what the dashboard labels and summaries claim.
- Re-run startup verification and nearby UI/runtime checks before closing.
Required Evidence
- startup-contract verification output
- operator-facing status snapshot or UI proof
- exact handoff surfaces touched
- note of any remaining degraded-state or authority drift
Guardrails
- Do not let direct LM Studio assumptions override shim-first authority.
- Do not hide offline, degraded, or disconnected service state behind generic labels.
- Keep the lane read-only with respect to vehicle control and autonomy boundaries.
- If startup proof and dashboard status disagree, report the handoff as unresolved.
Best-Fit Companion Skills
$shockwave-dashboard-ops$desktop-startup-acceptance$local-compute-usage$docs-alignment-lock
Scope Boundary
Use this skill only for Shockwave operator handoff and dashboard-state continuity.
Do not use it for:
- generic router or provider changes with no operator-surface effect
- vehicle or hardware integration outside the dashboard handoff
- full cross-app meta-harness alignment
References
references/operator-handoff-checklist.md
Loopback
If this lane is unresolved, blocked, or ambiguous:
- capture the failing startup proof or operator-state drift
- route back through
$skill-hubfor chain recalculation - resume only after the updated chain returns a deterministic handoff repair path