OpenComputers

OpenComputers connects machines you already own to MIOSA. You install the MIOSA host agent on a workstation, a GPU box, an on-premises server, or an existing server at a hosting provider. The agent opens an authenticated outbound session, and MIOSA then manages that machine as a host.

A host is a machine in your organization. You keep the hardware, the operating system, and the decision about what the agent may reach. MIOSA supplies identity, authorization, orchestration, and the remote-operation surface: commands, containers, private networks, CI runners, scheduled backups, tunnels, and agent work.

Do it now
Connect your first host
Enroll a machine you own. Your first success is a completed command on that exact host.
Connect a host (opens the MIOSA console in a new tab)
miosa host register studio --platform linux
Prints the host ID and the host key once. Install the agent on the machine first.

When to use OpenComputers

Choose OpenComputers when the work must run on hardware you control, or when you already have the capacity.

You needUseWhy
Run on hardware you already own or rentOpenComputersThe agent runs the command on that exact machine, inside its OS permissions.
A desktop or browser session you can streamManaged ComputerProvisioned and operated by MIOSA, with a ready desktop contract.
Isolated, disposable code executionSandboxesA fresh microVM per sandbox, no host to maintain.
A governed worker pool inside your own AWS account or Google Cloud projectBYOCA separate onboarding path for cloud worker capacity.
A third-party provider such as Orgo behind the MIOSA APIExternal computer providersAn adapter, not your hardware.

The same MIOSA interface does not mean every host supports every operation. Direct execution on a host runs as the host user, and a host only advertises the capabilities its agent reports. Select the host explicitly and check the capability your workflow needs.

What MIOSA manages

LayerWho operates it
Host, operating system, disks, power, networkYou, or your hosting provider
Host agent service and its OS user and permissionsYou install and run it; MIOSA delivers signed agent updates
Organization, API, authorization, orchestration, auditMIOSA
Local files, services, and credentials the agent can reachYou, bounded by the agent user’s permissions
Commands, status, output, artifacts, desktop streams, model requestsMay pass through MIOSA as part of the workflow

Connecting a host does not install the MIOSA platform on your premises, and it does not turn the host into a sandbox worker pool, an App Engine host, or a BYOC region. See Shared responsibility for the full boundary matrix.

The OpenComputers surface

AreaWhat you getGuide
HostsEnroll machines, inspect status, capabilities, metrics, services, and jobsHosts and capabilities
Commands and filesRun a command on one host, or on every member of a group; read and write filesHosts and capabilities
ContainersRun images, stream logs and stats, and keep compose projects upContainers
MeshesA private encrypted WireGuard network across several of your hostsMeshes
GitHub Actions runnersSelf-hosted runners registered for one repositoryGitHub Actions runners
BackupsScheduled snapshots of directories, forkable onto any hostBackups and snapshots
TunnelsExpose a host port at a MIOSA-managed addressTunnels and exposing services
DevicesOne id-addressed surface across every runtime kindDevices
Apps, clusters, groups, secretsInstall catalog apps, serve a model across hosts, target groups, scope secretsHosts and capabilities

Connect a host

miosa host register studio --platform linux   # prints the host key once
miosa host list
miosa host get <host>

register creates the host record and prints the host key exactly once. Give that key to the agent on the machine; it is not the same credential as your platform API key.

Follow Connect your first host for the install, enrollment, and verification walkthrough.

Next steps

Was this page helpful?