agent-device

io.github.callstackincubatorPublished by GitHub account callstackincubatorv0.16.9Updated Nov 10, 2026

Let AI agents inspect, control, and debug real iOS, Android, desktop, and TV apps

VerifiedSTDIODesktop onlyBrowser AutomationDeveloper Tools

Overview

AI-generated overview

Lets AI coding agents inspect, control, debug and verify apps on iOS, Android, TV, web, macOS and Linux devices and simulators.

What you can do
  • Inspect app state through accessibility snapshots, refs and selectors, and profile React Native renders
  • Act on visible UI by tapping, filling fields, scrolling, gestures, waiting, asserting state and handling alerts
  • Diagnose failures with screenshots, video, logs, traces, network data, performance samples and crash details
  • Save working steps as replay scripts for local use or CI, and export Maestro YAML
  • Manage sessions and device ownership across parallel agent worktrees, including remote device clouds
When to use it
Use it when a coding agent should verify its changes in a running app, reproduce a crash, or explore a flow once and turn it into a repeatable test. It suits mobile, TV and desktop app QA rather than static code review.
Requirements
A local install of the agent-device CLI (npm package) with Node.js 22.12 or newer; web automation needs Node.js 24 or newer. Platform tooling such as simulators, emulators, ADB, HDC or device access is needed for each target, and remote device clouds require their own setup. Run the doctor command before handing it to an agent.
Before you install
The server controls real apps and devices: it taps, fills fields and changes app state, so point it at test builds and simulators rather than production data. Replay scripts and captured evidence (screenshots, video, logs, network data) may contain sensitive content. Connecting to remote device clouds sends app and session data to third-party providers.

Installation

In SourceWeft

  1. Open agent-device in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

[agent-device: open source device layer for agents]

agent-device

[npm version] [CI] [License: MIT] [Glama MCP server]

Open source device layer for AI coding agents. Let coding agents control mobile, web, TV, and desktop apps on devices and simulators, locally or in the cloud, through a CLI, built-in MCP server, or typed Node.js API.

Let your coding agent verify its changes in the running app. agent-device lets agents inspect, control, debug, and verify apps on iOS, Android, and HarmonyOS (simulators, emulators, and physical devices), plus tvOS, Android TV, Fire TV (Fire OS), Amazon Vega OS TV (Vega Virtual Device), web, macOS, and Linux. Agents read token-efficient accessibility snapshots instead of reasoning over screenshots alone, act through refs and selectors, and save evidence for review. It also coordinates device access across parallel agent worktrees and connects to remote device clouds.

Works with Claude Code, Codex, Cursor, Windsurf, Cline, Goose, and any agent that can run a CLI or connect over MCP, or as the runtime under agents you build with the AI SDK or Eve. Developers at Expensify, Shopify, and others use it to verify their apps.

agent-device powers mobile automation in [Image] e2e and [Image] T3 Code.

Quick start

Install the CLI and check setup. It requires Node.js 22.12 or newer; web automation requires Node.js 24 or newer. See Installation for target requirements.

bash
npm install -g agent-device@latestagent-device doctoragent-device help workflow

Run doctor yourself before you hand the CLI to an agent. help workflow links to the guides for debugging, replay, and profiling.

Drive an app from the CLI

Add a contact in the built-in iOS Contacts app:

bash
# Start a session.agent-device open Contacts --platform ios
# Inspect the screen. The example below shows the output; refs vary.agent-device snapshot -i# @e2 [button] "Add"
# Use the ref and wait for the UI to settle.agent-device press @e2 --settle# The diff includes:# + @e7 [text-field] "First name"
agent-device fill @e7 "Ada" --settle# The next diff shows changed values and current refs:# - @e7 [text-field] "First name"# + @e14 [text-field] "Ada"# = @e15 [text-field] "Last name"
# Capture evidence and close the session.agent-device screenshot ./contact-form.pngagent-device close

Refs are valid only in the latest output: after a --settle command, use the refs in its diff, and take a new snapshot only if the diff omits what you need. Snapshots come from the app's accessibility tree, so clear labels, roles, and test IDs make agent runs more reliable; use screenshots and video as evidence or when accessibility data is poor.

[agent-device demo showing Codex using agent-device to create a new contact in the iOS Contacts app from a simple prompt]

Add MCP tools to your agent

agent-device mcp starts the official stdio MCP server, exposing the installed commands as structured tools over the same execution path as the CLI:

json
{  "mcpServers": {    "agent-device": {      "command": "agent-device",      "args": ["mcp"]    }  }}

See AI agent setup for per-client setup and when to prefer plain CLI over MCP.

Script it from Node.js

createAgentDeviceClient() gives Node.js code typed access to the same commands, as model tools in your own agent or from orchestration code:

ts
import { createAgentDeviceClient } from 'agent-device';
const client = createAgentDeviceClient({ session: 'qa-run' });try {  await client.apps.open({ app: 'com.apple.Preferences', platform: 'ios' });  const snapshot = await client.capture.snapshot({ interactiveOnly: true });  const button = snapshot.nodes.find((node) => node.role === 'button');  if (button) await client.interactions.press({ ref: button.ref });} finally {  await client.sessions.close();}

See the Node.js API, the runnable examples, and the AI SDK and Eve integration guides.

What agents can do

  • Inspect app state through accessibility snapshots, refs, and selectors, and profile React Native renders to find what makes an interaction slow.
  • Act on visible UI by tapping or pressing elements, filling fields, scrolling, making gestures, waiting, asserting state, and handling alerts.
  • Diagnose failures with screenshots, video, logs, traces, network data, performance samples, crash details, and React profiles.
  • Repeat workflows by saving working steps as .ad scripts for local use or CI. Export strict Maestro YAML when needed.

See Commands for the commands and evidence each target supports.

[Diagram of the agentic development loop: humans assign tasks, agents write and review code, agent-device verifies mobile apps, pull requests receive evidence, and bugs or performance issues lead to fixes]

What to ask your agent

With the CLI installed, prompts like these work end to end:

  • "Implement the onboarding screen, run it on the iOS simulator and Android emulator, and attach screenshots."
  • "Reproduce this crash and capture the logs that lead up to it."
  • "Check whether this change causes unnecessary React Native re-renders."
  • "Explore the checkout flow once, save it as a replay script, and run it in CI."
  • "Verify this pull request on a physical device and attach reviewable evidence."

Next steps

Where to run agent-device

The same session and evidence model works at every step: the agent explores the app, captures evidence, saves a replay, runs it in CI, and moves onto remote devices.

PathBest forStart with
LocalTrying commands and debugging apps on simulators, emulators, physical devices, macOS, and Linux.Follow the Quick Start.
CI/CDAutomated pull request and merge validation with replay scripts and captured artifacts.Try the EAS workflow template.
Cloud / remoteLinux runners, managed devices, and remote jobs.Set up a remote proxy, connect a device cloud (BrowserStack, AWS Device Farm, TestMu AI, Limrun), or contact Callstack for team QA.

How it works

agent-device keeps device state in sessions. It uses a local accessibility bridge for iOS Simulator snapshots and XCTest for iOS interactions, physical iOS, and tvOS; ADB and the snapshot helper on Android, Android TV, and Fire OS; HDC and ArkUI uitest on HarmonyOS; Vega CLI/VDA on the Vega Virtual Device; a local helper on macOS, including Electron and other Chromium-based apps through the accessibility tree; and AT-SPI on Linux.

Support depth varies by target. Some backends, such as HarmonyOS and Vega OS, cover a subset of commands; run agent-device capabilities --platform <platform> to see what a target supports. The capabilities matrix shows which commands each target, desktop, web, and cloud provider supports.

Sessions are scoped to the caller's git worktree, and host-local device claims stop parallel agents from taking over each other's simulators and emulators. Run agent-device device status to inspect ownership without a daemon, and agent-device device release --stale to release claims whose owner is provably no longer running. The same commands drive hosted devices on BrowserStack, AWS Device Farm, TestMu AI, and Limrun.

agent-device uses the inspect-act-verify process from Vercel's agent-browser for mobile, TV, and desktop apps. Basic --platform web support runs agent-browser in the same session and replay system.

FAQ

What is agent-device?

agent-device is a command-line tool and MCP server that lets AI coding agents inspect, control, and verify mobile apps and save evidence for review. It supports iOS, Android, HarmonyOS, TV, web, macOS, and Linux.

Is there an MCP server for mobile app automation?

Yes. agent-device mcp starts the official stdio MCP server. The Quick start above has the client config, and AI agent setup covers per-client details.

Does it work with React Native, Expo, Flutter, and native apps?

Yes. agent-device supports native iOS and Android apps, plus React Native, Expo, and Flutter apps on supported targets. The commands and evidence vary by target.

How is it different from mobile MCP servers?

The MCP server is one entry point to the same runtime used by the CLI and typed Node.js API. Sessions, device ownership, selectors, evidence, replay, CI workflows, and cloud routing stay consistent across all three.

Can I build my own agent or QA product on agent-device?

Yes. The typed Node.js client is a public surface over that same runtime, so an agent you build inherits everything above. Start from the Node.js API, AI SDK, or Eve guides.

How is it different from Appium, Detox, or Maestro?

With agent-device, an agent reads app state and chooses each command at run time. For stable, repeatable test suites, use e2e, a TypeScript testing framework for web and mobile apps. agent-device can also save its runs as .ad scripts or export them as strict Maestro YAML.

Can agent-device run in CI?

Yes. Record a run as an .ad script, replay it in CI, and keep the screenshots and logs as artifacts; the EAS workflow template is a working example.

Articles and videos

Articles

Videos

Who uses agent-device?

Teams and developers at Callstack, JPMorgan Chase, Expensify, Shopify, Kindred, Total Wine & More, LegendList, HerLyfe, App & Flow, and others use agent-device.

Documentation

Contributing

See CONTRIBUTING.md.

[CI powered by Blacksmith]

Made at Callstack

agent-device is open source under the MIT license. Visit agent-device.dev or contact Callstack.

Source: README.md at commit 093341a

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v0.16.9LatestSep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts