interactive-simulator-ux-audit

# Interactive Simulator UX Audit (idb-driven) Snapshot tests render a view in a fixed-size `NSHostingView` — they model neither navigation, taps, the device safe area, nor the Dynamic Island. A whole class of bugs only shows when something actually drives the app: a screen that never appears after a selection, a flow that's unplayable when the user is signed out of a cloud account, completion content clipped by the Dynamic Island. This skill is the audit loop that catches those, using `idb` (Facebook's iOS Simulator automation tool) to tap, read the accessibility tree, and capture screenshots against a **booted** Simulator. ## When to invoke - Asked to "test the UI", "find UX problems", or "drive the simulator". - Verifying a navigation, modal, or completion flow actually renders end-to-end after a code change. - Auditing safe-area / Dynamic-Island layout, or an offline / signed-out flow, that snapshot tests can't model. - Debugging a report that only reproduces "in the app," not in any test. ## Scope Owns: live Simulator driving via `idb`, the audit loop, and the coordinate/build gotchas below. Does **not** own: scripted, CI-run UI tests that launch and assert without a human watching → `host-driven-xcuitest-e2e`; static pixel-diff regression gates → `swift-testing-baseline`. Use this skill first to *find* a bug interactively; write a host-driven XCUITest afterward to *pin* the fix. ## Inputs `context: fork` runs this skill in a subagent with **no access to the conver...