Skip to main content
Glama

twiddle-mcp

Stop your agent twiddling its thumbs. — a Twiddle Thumb Studio tool

Blocking wait_for primitives and semantic UI diffs for the iOS Simulator and Android Emulator. An MCP server that lets coding agents (Claude Code, Cursor, any MCP client) drive and — critically — verify mobile apps without screenshot → sleep → screenshot polling.

Web agents already have this: Playwright MCP's accessibility snapshots and browser_wait_for. On mobile, waiting exists only in fragments — Maestro's flow engine has implicit waits, SilbercueSwift waits on log patterns (iOS only), Appium-based stacks can script visibility waits — but no cross-platform MCP server makes blocking tree-based waits and semantic diffs the primitives agents call directly. This fills that gap.

agent: tap(ref=e4)                      → "Tapped button 'Load Data'"
agent: wait_for({text: "Welcome back"}) → blocks…
                                        → MATCHED in 1452ms:
                                          ~ text #statusLabel "Loading…" → "Welcome back, Tyler"

One tool call. No sleeps, no screenshot diffing, no wasted tokens.

Setup

// .mcp.json
{
  "mcpServers": {
    "twiddle": { "command": "npx", "args": ["-y", "@twiddlethumb/twiddle-mcp"] }
  }
}

Requirements: macOS with Xcode (iOS) and/or the Android SDK with adb on PATH. First iOS use compiles WebDriverAgent (~30s–3min, then cached). Android bootstraps in ~3s.

Related MCP server: Mobile Device MCP

Tools

Verify primitives (the point of this project):

Tool

What it does

wait_for

Block until text/element appears (or state:"gone"). Returns elapsed ms + semantic diff. On timeout returns matched:false with the current tree — never throws.

wait_for_idle

Block until the UI stops changing. Volatile elements (clocks, spinners) are auto-detected and ignored.

get_ui_tree

Accessibility tree as text with [ref=eN] markers — cheaper and more precise than a screenshot.

ui_diff

"What changed since snapshot N?" as short sentences.

handle_alert

Accept/dismiss system & in-app dialogs from the tree — handles entrance-animation frames and the tap-jacking cooldown that silently swallows an agent's too-fast taps, with verify-and-retry.

Driver: list_devices · launch_app · terminate_app · tap (by ref / selector / x,y — refs re-resolve against the live tree; a vanished element returns the current tree instead of a blind tap; scroll:true swipes through content until the selector appears, settle-aware so it never taps a still-moving list) · type_text · swipe · press_button · screenshot (fallback for purely visual checks).

How it works

Both platforms expose a localhost HTTP automation server — WebDriverAgent on iOS (bootstrapped from the appium-webdriveragent npm package), appium-uiautomator2-server on Android (APKs installed over adb). One keep-alive connection pool and one shared poll loop per device (~7Hz) serve any number of concurrent waits. Trees are normalized to a platform-agnostic node model; elements get stable refs via identity keys (role+identifier first), so refs survive re-renders; diffs align by those keys and suppress frame jitter and volatile elements.

Development

pnpm install
pnpm test        # unit tests (tree engine, wait logic) — no devices needed
pnpm build       # dist/index.js
examples/ios-demo/build.sh   # build + install the SwiftUI demo on the booted sim

Benchmark

Measured against mobile-mcp, Maestro MCP, and the raw screenshot baseline on both platforms (tap → verify a 2s async load; medians over repeated runs, canonical agent patterns, full method in bench/RESULTS.md):

agent turns

context/verification

est. total (Android / iOS)

twiddle-mcp

2

1 KB

11s / 9s

mobile-mcp

3–4 (1 poll/turn)

3 KB

16s / 14s*

maestro-mcp

1 (flow YAML)

0.3 KB

10s / 6s

screenshots + shell (default)

3

117 KB

12s / ✗ (simctl cannot tap)

* iOS requires a workaround for mobile-mcp's fractional-coordinate click bug (see RESULTS.md).

On failure (wait_for timeout), the agent gets the full current UI tree to reason over; a failed Maestro flow returns a 288-byte error string, and polling patterns return their last snapshot. Every extra second of app latency costs polling tools another turn; it costs wait_for nothing.

Status

Early but working: iOS + Android verified end-to-end over real MCP stdio (see bench/ and examples/). Roadmap: event-driven AccessibilityService transport on Android, iOS benchmark, agent-level benchmark via headless Claude Code sessions (bench/run.mjs).

MIT

Available Tools

13 tools
get_ui_treeA

Get the current accessibility tree as structured text with [ref=eN] markers usable in tap/type_text. Much cheaper and more precise than a screenshot.

Inputs: device, filter.

handle_alertA

Accept or dismiss a blocking alert/dialog (system permission prompts, 'Open in …?' sheets, in-app modals). Finds the right button from the current UI tree — no coordinates needed. Use buttonText for a specific button. Returns what was tapped and what changed; if no alert is present you get the current tree.

Inputs: action, device, buttonText.

launch_appB

Launch an app by iOS bundle id or Android package name.

Inputs: appId (required), device, relaunch.

list_devicesA

List iOS simulators and Android emulators/devices. Booted devices first; use the returned id with every other tool.

Inputs: no named parameters.

press_buttonB

Press a device button (home, back [Android], volumeUp, volumeDown, enter).

Inputs: button (required), device.

screenshotA

PNG screenshot — the fallback for purely visual checks (colors, images, layout polish). For text/structure, prefer get_ui_tree or wait_for: cheaper and more precise.

Inputs: device.

swipeC

Swipe in a direction (from screen center) or between explicit points.

Inputs: to, from, device, direction, +1 more.

tapA

Tap an element by [ref=eN] from get_ui_tree/wait_for, by selector, or by x/y. Refs re-resolve against the live tree; if the element is gone you get the current tree instead of a blind tap. With scroll:true, a selector that isn't on screen is searched for by scrolling through the content first. Returns a mini-diff of what the tap changed.

Inputs: x, y, ref, device, +2 more.

terminate_appC

Terminate a running app.

Inputs: appId (required), device.

type_textB

Type text into the focused field (optionally tap a field first via ref/selector). submit presses Enter/Return.

Inputs: text (required), ref, device, submit, +1 more.

ui_diffA

Semantic diff of the current UI vs a previous snapshot (default: the last one this server took). Answers 'what changed?' without comparing screenshots.

Inputs: device, sinceSnapshotId.

wait_forA

BLOCK until text or an element appears (or disappears with state:'gone') — use this instead of screenshot+sleep loops. Returns immediately when the condition is met, with elapsed time and a semantic diff of what changed. On timeout it returns matched:false plus the current UI tree (never throws) so you can see what IS on screen.

Inputs: text, state, device, selector, +1 more.

wait_for_idleA

BLOCK until the UI stops changing (animations/loads settled). Volatile elements like clocks and spinners marked noisy are ignored. Use after navigation before reading the screen.

Inputs: device, quietMs, timeoutMs.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    TDQS

    A3.7/5.0

    Scored across 13 tools

    Disambiguation5/5

    Each tool has a distinct purpose: tapping, typing, swiping, waiting, etc. No two tools overlap in functionality.

    Naming Consistency5/5

    All tool names follow a consistent verb_noun snake_case pattern (e.g., wait_for, get_ui_tree). No mixing of conventions.

    Tool Count5/5

    13 tools is well-scoped for mobile UI testing, covering all necessary actions without excess.

    Completeness4/5

    Covers core workflows like launching, interacting, waiting, and inspecting UI. Minor gaps like missing explicit scroll or long press, but swipe can compensate.

    Related MCP Connectors

    Related MCP Servers

    • A
      license
      B
      quality
      D
      maintenance
      An MCP server for reliable iOS Simulator automation that enables agents to control devices, read accessibility UI trees, and capture screenshots. It supports deterministic grounded actions like tapping, typing, and swiping to create a closed-loop observe-reason-act cycle.
      15
      7 npm
      2
      MIT
    • A
      license
      Not graded
      quality
      C
      maintenance
      An MCP server that lets AI agents control iOS and Android devices (tap, scroll, type, take screenshots, read UI trees, and run code). Works with multiple devices at the same time.
      94 npm
      54
      MIT
    • A
      license
      Not graded
      quality
      D
      maintenance
      MCP server for cross-platform mobile automation (iOS/Android) using accessibility trees and screenshots, enabling agents to interact with apps on simulators, emulators, and physical devices.
      7
      Apache 2.0