Every coding agent gets its own running copy of your app
agentlane gives each agent session a lane: its own ports, dev servers and database, and its own iOS simulator, Android emulator or browser, with fast tools to see the app and drive it. Agents use it through the agentlane CLI, an MCP server (look, run, screenshot), and skills and hooks that teach them the loop.
Works with
- Claude Code
- Codex
- Cursor
- GitHub Copilot
- Gemini CLI
- Antigravity
Start in your project
1Run this in your project
npx agentlane init2Then ask your agent
Set this project up with agentlane.
Getting started walks through each step.
Why agentlane
Every agent, one install
Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI and Antigravity get the same CLI, MCP server, skills and hooks from one
init.Web, iOS and Android in one tool
look,runandscreenshotwork the same on a simulator, an emulator or a browser.The whole environment, per agent
Ports, dev servers, a database and sign-in, and a device or browser that no other agent touches.
Skills that teach the loop
Six skills take an agent from setting the project up to proving a change with a committed flow or test.
It checks the app before your agent trusts it
doctorconfirms that every server runs this worktree's code, and names the fix when one doesn't.Evidence you can open
Videos, traces, logs and screenshots, plus the Maestro flows and Playwright tests your agent commits.
It cleans up
When a session ends, its lane is released: services stop, databases are torn down, and devices go back to the pool.
Local
No account, no hosted service, and no telemetry of its own.
Fast where agents spend their time
- 0.15 s
- to read an iOS screen on a warm lane
- 0.16 s
- to read a page in the lane's browser
- 6.5 s
- to get an iOS build from the shared cache, against 91.5 s to build it
The reads are medians of 16 calls and the build is a single run, all on an Apple M4 Max. How these were measured.
The docs, in order
From the first command to the full reference.
1Start
2How it works
- 2.1What a lane holdsPorts, a device or browser, data and processes, claimed per session and folder.
- 2.2How setup decidesWhat the setup skill reads, asks and writes.
- 2.3The CLI, the MCP server and the pluginsWhich part an agent uses for what.
- 2.4The skills
setup,dev-loop,driveand the verification skills: how an agent learns the project. - 2.5What makes it fastA warm driver, a patched Maestro, a shared build cache and a reused device pool.
3Features
- 3.1Bring a worktree up
agentlane up, from a bare worktree to the running app. - 3.2Ports and dev serversEach service gets a free port and a ready check.
- 3.3Simulators and emulatorsA pool of simulators and emulators, one per lane.
- 3.4Browsers for web appsEach web lane gets its own browser profile and driver session.
- 3.5A database per laneGive each lane its own copy of the data, created by up and dropped at release.
- 3.6See and drive the app
look,run,screenshotandrecord, on a device or in a browser. - 3.7EvidenceScreenshots, video, traces and logs that outlive the lane.
- 3.8DoctorIs this instance worth driving? Read-only checks, each with its fix.
- 3.9The build cacheOne build per set of inputs, shared by every worktree.
- 3.10The device guard and session hooksHooks that keep agents off each other's devices and browsers.
- 3.1Bring a worktree up
4Reference
- 4.1CLIEvery command and flag.
- 4.2MCP serverThe
look,runandscreenshottools over MCP. - 4.3agentlane.jsonThe config file, field by field.
- 4.4Environment variablesWhat a lane exports, and the settings you can set.
- 4.5TroubleshootingCommon failures and their fixes.
- 4.6QuestionsPhysical devices, what leaves your machine, Linux, monorepos, CI and cost.
- 4.7Honorable mentionsThe projects agentlane builds on, and the ones it works beside.