
Droidline
io.github.KnifeLemonv0.1.6Updated Oct 10, 2026
Let an AI agent see and use a real Android phone over Wi-Fi, without ADB or root.
Overview
Lets an AI agent see and control a real Android phone over Wi-Fi, without ADB, USB, or root.
- What it does
- Droidline runs a local server that pairs with an Android phone through an installed companion app, then exposes the phone's screen and controls as MCP tools. Agents can dump the screen as an element tree, tap or type by text, id, or description, launch apps, take screenshots, read notifications, and wait for elements or idle screens. It also offers read-only and tool-limiting modes, plus optional inspector, recorder, and WebDriver interfaces.
- When to use it
- Use it when an assistant needs to operate a real Android device: testing an app on physical phones, running repeated routines across several phones, or letting an agent act on a phone screen. It is not for emulators or for apps that expose no accessible elements.
- Requirements
- A Windows, macOS, or Linux PC and an Android 9+ phone, usually on the same Wi-Fi for a first try. Install the droidline server on the PC and the companion APK on the phone, then pair by QR code or a 6-digit code. The phone app needs accessibility service, keyboard, notification, and unrestricted battery permissions; remote access needs a forwarded port, tunnel, or self-hosted relay.
Installation
In SourceWeft
- Open Droidline in the dashboard and add it to a workspace.
- 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
[Droidline: Android automation, one line at a time.]
Automate real Android phones from your code.
Test your apps, script the tasks you repeat, run a shelf of phones, or let an AI agent use one.
Python, Node.js, the shell or HTTP. No ADB, no USB cable, no root.
Website · Docs · Download · Quick start · Languages · Guides
[CI] [Latest release] [Android 9 or later] [Windows, macOS and Linux] [MIT license]
What people use it for
- Testing your own app on real phones, including flows that cross into other apps, such as a login with a code from a text message.
- A shelf of phones running the same routine every day, each through its own network or proxy.
- Giving an AI agent hands: through MCP, Claude, ChatGPT, Cursor and other agents can look at a phone screen and act on it.
- Small personal automations, such as turning Wi-Fi off at night or collecting a value from an app every hour.
Droidline uses only permissions an ordinary app can get, so a few things are out of reach: see What it cannot do.
See it in action
[A script sends six lines to a phone: launch the demo app, close the ad, type an email, tick Keep me signed in, tap Log in, and wait for the main screen. Each line gets a reply with how the tap was delivered, and the phone screen changes to match.]
Try the same demo in your browser, and pick elements on a simulated screen, on droidline.dev
Quick start
You need a PC (Windows, macOS or Linux) and an Android phone with Android 9 or later, on the same Wi-Fi for a first try. The installation guide walks through each step with screenshots.
-
Run the server on your PC. Download the
droidlinearchive for your system from Releases, putdroidlineon yourPATH, and start it. Leave it running. -
Install the app on the phone. Download
droidline-agent.apkfrom the same release page and open it. On the app's Setup tab, turn on the accessibility service, the Droidline keyboard, notifications and unrestricted battery use. On Android 13 and later, allow restricted settings for the app first; the app shows where. -
Pair them. Run this on the PC and scan the QR code with the app's Pair tab:
No camera? Tap Pair on this Wi-Fi in the app and type the 6-digit code it shows:
droidline pair 482913. -
Send a command.
No phone at hand? droidline-fakephone, included in every release, simulates one with a small demo app. The first-script tutorial builds a complete login script against it.
Use it from your language
Every interface talks to droidline serve on localhost:8780 and uses the same command names.
Python (pip install droidline, Python 3.9+)
Node.js and TypeScript (npm install droidline, Node.js 18+)
C# and .NET (dotnet add package Droidline, .NET 8+ or .NET Framework 4.6.2+)
Command line (comes with the server)
HTTP (any language, any tool)
AI agents over MCP (Claude, Cursor, VS Code and others)
With Claude Code: claude mcp add droidline -- droidline mcp. In Claude Desktop you can instead open droidline.mcpb from Releases, which carries its own droidline; it is also listed in the MCP Registry as io.github.KnifeLemon/droidline. To give an agent fewer tools, add --tools dump,screenshot,touch or --read-only to the args; see Limit what an agent can use. Other languages can open a TCP socket and send one JSON line per command; see Other languages for Go, Java and PHP.
Features
- Pick the element, not the pixel.
dump()returns the screen as a tree withtext,idanddescfor every element. Commands take the field and the value:touch("id", "login"). When an element refuses a click, Droidline taps its parent or the center of its bounds by itself. - Waiting is built in.
touch,inputandwaitwait for their element, 10 seconds by default. Conditions such asexists,checkedandwhichanswer at once and never throw for a missing element. - Clear errors. Every failure has a code, a message in English, Korean or Chinese, and a flag that says whether retrying helps:
NOT_FOUND: Could not find text 'Log in' within 10s. Current screen: com.example / .MainActivity. - A shelf of phones. One PC drives many phones. Commands to one phone run in order, different phones run in parallel, and each phone has a name you choose.
- Per-app proxy. Send chosen apps through a socks5 or http upstream with a local VPN, one upstream per phone, without root.
- Notifications on the PC. Wait for one, react to every one, reply, open or dismiss it, or forward it to a signed webhook.
- New mobile IPs. A
batchsent withcuts_networkkeeps running on the phone while it is offline, so airplane mode on, wait, off works as one call.intentopens the Settings page first; the recipes show it step by step. - Nothing runs twice. A phone that drops off mobile data resumes where it left off; a command that was in flight is answered from the phone's cache, not run again.
- Selectors that hold up. Combine conditions or name an element by its neighbors:
touch({"class": "android.widget.Switch", "row": {"text": "Wi-Fi"}}).findhands back elements you can click and search inside, andwait_idlewaits until the screen stops changing. - Optional tools, off until you start them.
droidline inspectshows the screen and its elements, suggests selectors with code, and records a script while you use the phone.droidline webdriverlets Appium clients and scripts drive your phones. There is also a pytest plugin, leases for sharing phones between scripts, and picture and text matching for screens without elements. - English, 한국어, 简体中文 in the app, the error messages and the docs.
Screenshots
Reach phones anywhere
The phone always opens the connection, so it needs no open port. Pick the route that fits your network; the phone tries them in order and returns to Wi-Fi when it can.
Past the two-line handshake every line is encrypted with keys only your PC and phone hold (P-256 and AES-256-GCM), so a tunnel or relay only carries ciphertext. The remote connection guides cover each route step by step.
What it cannot do
Droidline only uses permissions an ordinary app can get, so some things are out of reach. Better to know before you start:
- It cannot open another app's screens that the app does not export.
launchopens the start screen instead. - It cannot unlock a PIN, pattern or password lock screen.
- There is no single command to force stop an app, clear its data or switch the network. Settings differs by phone maker, Android version and language, so the recipes press its buttons, and you may need to adjust the labels for your phone. In the optional device owner mode,
clear_datawipes app data directly. - Games and some custom-drawn apps expose no elements. Use
tapwith coordinates andcolor(x, y)there. - Android 15 and later hide one-time codes in notifications from apps. You learn that a code arrived and read it in the app.
The full list explains each one.
Documentation
Build from source
Requirements: Go 1.26+, Node.js 22, Python 3.9+, and for the app, JDK 17+ with the Android SDK (Android Studio's bundled JDK works).
scripts/integration.sh runs the server, the simulated phone and both SDK demos together, which is what CI does.
Contributing
Pull requests are welcome; CONTRIBUTING.md explains how the spec, generator and tests fit together. The most useful contribution right now is a report from a real phone: which brand and Android version, and whether the Settings recipes for force stop, clearing data and the network switches work with its labels. If Droidline saves you some taps, a ⭐ helps other people find it.
Status
Version 0.1. The server, CLI, MCP adapter, relay and both SDKs pass their tests against the phone simulator, and the app passes its unit tests and runs on an Android 13 emulator. Testing across phone brands is the next step. docs/STATUS.md lists exactly what has been verified and how.
Security and privacy
Pairing decides who may control a phone, and everything after the handshake is encrypted end to end. Report security problems privately as described in SECURITY.md.
Droidline collects no usage data and sends no telemetry. The server listens on your own machine; the app talks only to the PC it is paired with, and to GitHub once a day to check for a new release. Use Droidline on phones and accounts you own or may automate; the terms say what it is for.
License
MIT. See LICENSE.
Source: README.md at commit 2c96452
Tools
0Version history
1- v0.1.6LatestOct 10, 2026


