An environment is the long-lived remote runtime for one project directory.Documentation Index
Fetch the complete documentation index at: https://docs.remotemux.com/llms.txt
Use this file to discover all available pages before exploring further.
What An Environment Contains
| Part | Meaning |
|---|---|
| Remote runtime | The VM or sandbox RemoteMux provisions for the project. |
| Remote root | /workspace, the shared project root once bootstrapped. |
| Workspace set | The default main workspace plus any named workspaces. |
| Lifecycle state | provisioning, ready, stopped, destroying, or error. |
One Environment Per Directory
When you runrmux env new, RemoteMux creates the environment and binds the current directory to it. When you run rmux workspace new main, RemoteMux seeds /workspace from the current local state, restores Git state, and creates the default main workspace.
After bootstrap, RemoteMux does not keep local and remote files in sync. Use rmux env sync or git for ongoing code movement.
Hosted Ownership
On the hosted control plane, an environment belongs to an organization and optionally a project.- Visibility comes from that org/project scope.
- Plan limits and
rmux usageare evaluated against that scope. - The token or session that created the environment is kept for audit attribution, but it is not the environment’s ownership boundary.
organizationId or projectId in .rmux.toml, or via RMUX_ORGANIZATION_ID / RMUX_PROJECT_ID, new hosted environments default to that scope.
Lifecycle Commands
Create
Inspect
Stop and destroy
rmux env destroy.
Environment-Level State
- Secrets:
rmux env secrets set,rmux env secrets ls,rmux env secrets rm - Exposed ports:
rmux env expose 3000,rmux env ports - Environment IDs: shown by
rmux env listandrmux usage
