docs(skills): drive omitted iOS rows with touch

Author: rynfar

.agents/skills/test-pylon-mobile/SKILL.md

@@ -194,7 +194,7 @@ Keep local verification focused. Do not turn this workflow into a full repositor
 - **The pairing form opens but does not connect:** confirm the deep link uses the existing `connections/new` route, includes `autoConnect=1`, and carries a freshly minted encoded `pairingUrl`.
 - **Pairing text changes case or punctuation:** do not retry semantic typing. Use `scripts/pair-client.sh`; the simulator keyboard layout and HID input path are not reliable for credentials.
 - **iOS semantic actions fail:** set explicit XcodeBuildMCP defaults and refresh with `snapshot_ui`.
-- **A thread or project row is not tappable:** the thread list and the project picker render their rows without tappable accessibility roles, so `snapshot_ui` reports them among its element count but not among its `targets`. Both `tap` and `touch` require an `elementRef` drawn from that target list, and no coordinate-tap action is exposed, so those rows cannot be driven semantically at all. Plan a pass around what _is_ actionable — the composer, the filter and compose buttons, sheet surfaces, and toolbar controls — and treat "open a specific existing thread" as out of reach until the rows gain roles. Do not read this as an app defect.
+- **A thread, project, or environment row is absent from standard targets:** some React Native rows have no tappable accessibility role, so the standard `snapshot_ui` summary omits them from `targets` even though XcodeBuildMCP captured them. Run `snapshot_ui` with verbose output and inspect the full `elements` list. If the intended row has a current `elementRef` whose `actions` include `touch`, use `touch` with both down and up events, then refresh the snapshot before the next action. Use the row label and frame to disambiguate similar entries. Fall back to a registered deep link when no matching element exposes `touch`; do not invent coordinates or treat the missing role as an app defect.
 - **`wait_for_ui` never satisfies `settled`:** an environment the simulator cannot reach retries on a loop, and the resulting spinner means the screen never stops changing. `snapshot_ui` and `screenshot` both still work; use them instead of waiting.
 - **A pairing deep link appears to do nothing:** a link delivered while the bundle is still downloading is swallowed. Wait for the app to finish loading and settle on its first screen, then run the helper.
 - **`expo prebuild` reports success but `ios/` has no `.xcworkspace`:** the CocoaPods step failed and `prebuild` still exited 0. Read its output rather than its exit code, then run `pod install` from `apps/mobile/ios` yourself.