Connect AI coding agents

Let your AI agents runyour dev environment.

One click installs an agent skill and the lpm command-line tool. From then on Claude Code, Codex, Gemini CLI, and OpenCode can start, stop, and restart your services, read dev-server logs, wait for a port, report status, and fan out into parallel copies of a project — no per-project setup.

Download for macOS
Signed & notarized by Apple
One-click setup

Install once, and every agent can drive your projects

No config to hand-write, no MCP server to run. Click a button in lpm and your AI coding agents gain a command-line tool for your dev environment.

One button, in Settings

A single button installs the agent skill and the lpm command-line tool together. It shows Install, Update, or Installed — idempotent, and safe to click again anytime.

Agents discover it on their own

Every terminal inside lpm knows which project it belongs to. The installed skill triggers whenever an agent sees it, so Claude Code, Codex, Gemini CLI, and OpenCode automatically know they can drive the project — no per-project wiring.

Stays current automatically

Once you have opted in, updates refresh on their own. The skill is written both for Claude Code and for the open agent-skills directory that Codex, Gemini CLI, and OpenCode read.

What agents can do

A command-line tool built for AI coding agents

The lpm skill teaches agents a small, predictable CLI — with agent-friendly exit codes and JSON output on nearly every command.

Start, stop, and restart services

Agents run lpm start, lpm stop, or lpm service api restart to bring a whole project or a single dev server up and down — no more asking you to bounce the server for them.

Read your dev-server logs

lpm logs frontend -n 200 hands the agent the recent output of any running service, so it can see the stack trace it just caused and fix it — instead of guessing.

Wait for readiness, not sleep loops

lpm wait --port 3000 blocks until a service is actually answering. The skill teaches agents to wait on readiness instead of burning turns on blind sleep loops.

Report and read live status

lpm shows a live badge per agent — Running, Waiting, Done, or Error. Agents post their own with lpm set-status, and scripts read them back with lpm status.

Fan out into parallel copies

lpm duplicate clones a project into real standalone copies and queues the same prompt in each — the fan-out primitive for running several agents on the same task at once.

Set up projects for you

A second skill teaches agents to write and edit lpm project configs — services, actions, profiles, and shared team setups — so they can wire up a project’s services without your help.

The CLI, up close

Real commands your agents run

These are the exact commands the skill teaches. Project name is inferred from the terminal, so agents rarely have to name it.

Inspect what's running
# Every project, its running state, and active agents
lpm list --json

# One project's services, actions, and live status
lpm project myapp --full

# Live agent status across projects
lpm status
Control services
# Start or stop the whole project
lpm start myapp --profile full
lpm stop myapp

# Restart a single dev server
lpm service api restart
Read logs and wait for readiness
# Last 200 lines of a running service
lpm logs frontend -n 200

# Block until a port answers — no blind sleep loops
lpm wait --port 3000 --timeout 60
Run actions and report status
# Queue an action in a new lpm terminal
lpm run test --prompt "fix the failing spec"

# Post a custom status badge into the lpm UI
lpm set-status deploy "waiting on review"

exit 0 successexit 2 not found / app not runningexit 1 error / timeout

See it in action

Watch an agent drive lpm

Three real recordings — one prompt each, no per-project setup. Claude Code discovers the lpm CLI and does the rest.

1

Ask for a command — get it in a new terminal

The user asks Claude Code to show the last 10 git commits that touched the mobile app code in a new terminal. The agent picks up the lpm skill on its own, runs lpm run --command "git log -n 10 --oneline -- apps/native", and a fresh terminal tab opens in lpm with the output.

2

Spin up three agents in the same project

The user asks Claude Code to create three new tabs and run the claude action in each with a prompt. The agent drives the lpm CLI, and three new Claude tabs appear in the same project — each one already working on the prompt.

3

Fan out into three project copies

The user asks Claude Code to create three duplicates and run the claude action in each. The agent runs lpm duplicate -n 3 --run claude --prompt "…" — three grouped copies appear in the sidebar, each with its own Claude running, and the agent verifies the result with the CLI.

In practice

A self-healing loop, without you in it

What changes when the agent can see and control the same services you can.

1

It breaks the API, reads the logs, and fixes itself

An agent edits a route and the API starts throwing 500s. Instead of stopping to ask you, it runs lpm logs api -n 200, reads the stack trace it just caused, patches the bug, and calls lpm service api restart. Then lpm wait --port 8000 blocks until the server answers again — so the next step never runs against a dead service.

2

It waits for readiness instead of guessing

After a fresh lpm start, the skill tells the agent to run lpm wait --service frontend rather than sleeping for an arbitrary number of seconds. It moves on the instant the dev server is up, and never wastes a turn checking a port that was never going to be ready yet.

3

You always know what it is doing

Every agent shows a live badge in lpm — Running, Waiting, Done, or Error. When it needs your permission or input, the Waiting badge stays until you click the tab, so nothing gets lost in a wall of terminals. Agents post their own progress with lpm set-status, and you read it all at a glance.

Parallel agents

Run three agents on the same task at once

Duplicate is the fan-out primitive — spin up to 50 standalone copies, each running the same prompt, and pick the winner.

Fan out and wait
# Clone into 3 copies, pull latest, and run the same prompt in each
lpm duplicate -n 3 --run claude \
--prompt "make the checkout flow pass its tests"

# Block until a copy's agent settles
lpm wait --agent -p myapp-copy-1

# Keep the winner, remove the rest
lpm remove myapp-copy-2
  1. Fan out

    lpm duplicate -n 3makes three real, standalone copies of the project — a fast copy-on-write clone on Apple’s filesystem — groups them together in the sidebar, and queues the same agent and prompt in each.

  2. Let them race

    Three agents attack the same task in parallel, each in its own copy with its own services and ports. lpm wait --agent -p <copy> blocks on each copy until its agent has finished — no polling loops.

  3. Keep the best, clean up

    Compare the results, keep the copy you like, and lpm remove tidies up the rest. Copies are ordinary folders — nothing to unwind, no shared state to untangle.

FAQ

Connecting agents to your dev environment

  • Can Claude Code restart my dev server?
    Yes. Once the lpm skill and CLI are installed, Claude Code can run lpm service <name> restart to bounce a single dev server, or lpm start / lpm stop for the whole project — then lpm wait to block until it is ready again.
  • Which AI coding agents does this work with?
    Claude Code, Codex, Gemini CLI, and OpenCode. The skill is installed both for Claude Code and for the open agent-skills directory that Codex, Gemini CLI, and OpenCode read, so the same lpm commands work across all of them.
  • Do I need MCP to connect agents to lpm?
    No. Agents drive lpm through a normal command-line tool. One click in Settings installs the skill and the lpm CLI together — there is no server to run and no MCP configuration.
  • How does an agent know it is inside an lpm project?
    Every terminal inside lpm is tagged with the project it belongs to. The installed skill triggers whenever an agent sees it, so the agent automatically knows it can use the lpm CLI to drive that project — with no per-project setup.
  • Can I run multiple AI agents in parallel on copies of a project?
    Yes. lpm duplicate clones a project into real standalone copies (up to 50) and can queue the same agent and prompt in each. lpm wait --agent blocks on a copy until its agent finishes, and lpm remove cleans up the copies you do not keep.
  • Can agents read my dev-server logs?
    Yes. lpm logs <service> returns the recent output of any running service, so an agent can see the error it just caused and fix it. Nearly every command also supports --json for structured output, and exit codes are agent-friendly.
  • Does this run on Windows or Linux?
    lpm is a native macOS app, so this is built for your Mac. There are no Windows or Linux builds.

Download lpm.Hand your agents the keys.

One click installs the skill and the CLI. Claude Code, Codex, Gemini CLI, and OpenCode can run your dev environment from there.

Download for macOS
Signed & notarized by Apple