Identity
Remote multiplexer
rmux_
Remote multiplexerRMUX gives each project a persistent remote terminal on a cloud VM. Run Claude Code, Codex, or your own tooling, disconnect whenever you want, and reattach to work that never stopped.
Remote multiplexer
The value is not another layer of interface. The value is keeping useful work alive while you disconnect, switch tasks, or hand the repo to another agent.
Start on a remote VM, close your laptop, and come back to the same shell, scrollback, and running process.
Each workspace gets its own git worktree so feature work, fixes, and review runs stay isolated.
AWS, GCP, E2B, or managed infrastructure all share the same CLI and workspace model.
RMUX keeps the loop small: bind a directory, create the remote workspace, and fan out only when the work actually benefits from isolation.
Configure RMUX once in a repo and it remembers which remote environment belongs to that directory.
rmux new provisions the machine, syncs your code into /workspace, and drops you into a persistent tmux session.
Create extra workspaces for parallel agents, then reattach later to work that is already in progress.
Keep the main workspace grounded in the shared project root, then create extra worktrees for feature work, bug fixing, or review passes without stepping on each other.
RMUX is opinionated about the developer loop, not about where the machine has to run.
Configure from the AWS CLI and attach without managing SSH keys.
Project-aware setup, remote sync, and workspace attach stay consistent.
Start with an API key and get the same workspace model immediately.
Run the workflow behind a shared control plane with API-key based access.
Follow the quick start, create the workspace, and let the machine stay awake so you do not have to.