cd /news/ai-agents/show-hn-run-coding-agents-on-your-ow… Β· home β€Ί topics β€Ί ai-agents β€Ί article
[ARTICLE Β· art-128151] src=github.com β†— pub= topic=ai-agents verified=true sentiment=↑ positive

Show HN: Run coding agents on your own machine, steer them from anywhere

Phyra.ai launched roamux, a remote control plane that lets users steer AI coding agents running on their own machines from a phone or browser. The host daemon supports OpenCode, Claude Code, and Codex via a swappable HarnessAdapter, and the company says code, paths, credentials, and model keys never leave the local machine β€” the cloud stores only metadata such as labels and ids. Users install the host CLI with `curl -fsSL https://remote.phyra.ai/install.sh | sh`, run `roamux login`, then start it with `AGENT_ADAPTER=claude-code roamux host` (or opencode | codex).

read5 min views3 publishedSep 13, 2026
Show HN: Run coding agents on your own machine, steer them from anywhere
Image: Michielbdejong (auto-discovered)

Run AI coding agents on your own machines. Control them from anywhere.

Your computer stays the execution host β€” the agent, your repo, shell, files, git state, credentials, and model access never leave it. A phone or browser signs in and steers the agent live.

roamux is a remote control plane for AI coding agents running on machines you own. Install a small host daemon on any computer; it dials out to the cloud and lets your authenticated devices watch and steer its agents. From your phone you can:

  • see your connected machines and their live agent sessions,
  • start a new session (pick a machine, a project, and an agent) and send tasks,
  • watch activity stream in real time,
  • approve or deny the agent's permission requests,
  • stop a run, and review the files it changed.

Your code never leaves your machine. The cloud routes structured control messages and stores only metadata (labels and ids) β€” never your files, paths, credentials, or model keys.

Supported agents (bring your own): OpenCode, Claude Code, and Codex. roamux does not implement its own agent β€” it drives yours through a swappable HarnessAdapter.

roamux drives an agent you already run locally β€” it does not ship or proxy a model. So before you start, install and sign in to one of the supported agent CLIs on the machine you want to control (this is where your model access and auth live β€” nothing leaves the box):

Agent Install Sign in
OpenCode curl -fsSL https://opencode.ai/install | bash opencode auth login
Claude Code curl -fsSL https://claude.ai/install.sh | bash claude (run once, complete the login)
Codex npm install -g @openai/codex codex login

You only need one. If the agent isn't installed or signed in, roamux host refuses to start and prints the exact commands to fix it.

On the machine you want to control (macOS or Linux):

curl -fsSL https://remote.phyra.ai/install.sh | sh

roamux login

cd ~/your/project
AGENT_ADAPTER=claude-code roamux host      # or opencode | codex

Then open the web app on your phone or browser, sign in, pick your machine β†’ New Session β†’ choose the project + agent + a task β†’ Start, and watch it run.

A host serves one agent β€” whichever AGENT_ADAPTER you launched it with. To offer several, run one host per agent.

File edits: the agent auto-accepts file edits so it can actually do the work (it still won't run destructive shell commands unattended). Point it at a project you're comfortable letting it change β€” a git repo is ideal.

Keep it running in the background (survives closing the terminal / logout): roamux service install

Command What it does
roamux login Link this machine to your account (device authorization)
roamux host Start the host daemon and serve your agents
roamux service install Install the host as a background service (launchd / systemd)
roamux service status /uninstall Manage the background service
roamux help Β·roamux version Usage / version

Configure via env: AGENT_ADAPTER=opencode|claude-code|codex picks the agent (default opencode), DEFAULT_PROJECT_PATH=<dir> sets the project (default: the current directory), HOST_NAME=<name> labels the machine.

Phone / Browser ─▢ roamux Cloud (web + API)        your machine
      β”‚                 β”‚  auth Β· host & session registry     host daemon ─▢ agent ─▢ model
      β”‚                 β”‚  mints scoped realtime tokens              β–²
      └─────────────── realtime transport (Ably) β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜   (host dials OUT)

Three boundaries carry the whole design:

  • Protocol (packages/protocol ) β€” every message on the wire is aversioned, Zod-validated envelope. No raw internal objects, ever.
  • Transport β€” how bytes move, behind one interface: a local WebSocket relay for development, andAbly in production. Swappable.
  • HarnessAdapter (packages/agent-adapters ) β€” how a runtime is driven. Agent-specific code livesonly inside its adapter; the rest of the system speaks one normalized event vocabulary.

Security invariants (enforced in code and tests):

  • the agent runtime binds to localhost only ;
  • the host dials out β€” nothing local is exposed via an inbound port;
  • routing is authenticated and scoped per user , so one account can never reach another's machines;
  • there is no arbitrary remote shell β€” clients send a small set of explicit, validated commands, never shell strings or filesystem paths;
  • repos, credentials, env vars, and model keys never cross the wire .

Full write-ups, with diagrams, in docs/architecture.md (the as-built local slice) and docs/beta-architecture.md (the multi-host, hosted design of record).

apps/
  host/    the daemon + `roamux` CLI. Runs on the user's machine, dials out,
           owns sessions. Compiles to a single binary.
  relay/   local-dev WebSocket router (not used in production β€” Ably replaces it).
  web/     Next.js β€” the mobile-first control UI + API + auth. Deploys to Vercel.
packages/
  protocol/        Zod envelopes, commands/events, the Transport interface, channels.
  agent-adapters/  HarnessAdapter + OpenCode / Claude Code / Codex + a mock for tests.
  db/              Postgres schema, migration runner, typed repositories.
docs/              architecture and design docs.

You do not need any cloud accounts to develop. The fastest path:

bun install
bun run dev        # relay + host (mock agent) + web at http://localhost:3000

Full guide β€” local database, real agents, running the test suite β€” in CONTRIBUTING.md. Before opening a PR:

bun run check      # typecheck + lint + tests β€” must be green

TypeScript (strict) Β· Bun Β· Next.js Β· Zod Β· Ably (realtime) Β· Supabase (Postgres + auth) Β· deployed on Vercel.

Contributions are welcome. Start with CONTRIBUTING.md for setup, and CLAUDE.md (aliased AGENTS.md) for the working agreement every contributor β€” human or AI coding agent β€” follows. Keep bun run check green and never weaken a security invariant silently.

── more in #ai-agents 4 stories Β· sorted by recency
── more on @phyra.ai 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain β€” perfect for shipping the agent you just read about.

$git push zahid main
β†’ Live at https://your-agent.zahid.host βœ“
Get free account β†’ Pricing
from €0/mo Β· no card required
LIVE [news/show-hn-run-coding-a…] indexed:0 read:5min 2026-09-13 Β· β€”