Prototyp · Vorschau: alle Server aus der offiziellen Registry, alle 30 Minuten synchronisiert. Bewertungen und Benutzerkonten folgen in einem späteren Schritt.
PopNx MCPMCP-Server für alle, die KI nutzen · in einfachen Worten erklärt

Runtime Cloud

von withruntimeVersion 0.50.0i★ –iComputer oder Cloud
Name in der Registrycom.withruntime/runtime

Installieren

Überblick

Beschreibung vom Entwickler (englisches Original)

Linux microVM sandboxes for AI agents: run commands, files, processes, pause and wake.

Die drei Säulen von PopNx MCP

Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.

Was du damit machen kannst

Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.

  • Verbindung: Computer oder Cloud
  • Transport: stdio, Streamable HTTP
  • Kategorie: Sonstiges
  • Das musst du eintragen: Authorization

Installation

Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.

Bevor du installierst

  • Basischecks: 3 von 3 bestanden
  • Läuft auf dem Server des Entwicklers: Was du fragst, läuft über dessen Server.
  • Das trägst du selbst ein: Authorization

Als geheim markierte Werte sind Schlüssel zu deinem Konto. Gib sie nie weiter und füge sie nie in einen Chat ein.

Du brauchst

  • Läuft in der CloudNichts zu installieren; die Verbindung läuft übers Internet
  • npmNode.js installiert (für den Befehl npx)

Welche App nutzt du?

Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.

Diese Adresse braucht einen Schlüssel in einem Header der Anfrage, und das Menü zum Hinzufügen von Connectors kann ihn nicht setzen. Nutze stattdessen Claude Code, Cursor oder VS Code.

Oder führ ihn auf deinem Computer aus

Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein

{
  "mcpServers": {
    "runtime": {
      "command": "npx",
      "args": [
        "-y",
        "withruntime",
        "mcp"
      ]
    }
  }
}

Führe das in deinem Terminal aus

claude mcp add --transport http runtime https://api.withruntime.com/mcp --header 'Authorization: your-value'

Oder führ ihn auf deinem Computer aus

claude mcp add runtime -- npx -y withruntime mcp

Trag die leeren Werte ein, bevor du ihn startest.

In Cursor öffnen

Oder kopier die Einstellungen selbst

In .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen

{
  "mcpServers": {
    "runtime": {
      "url": "https://api.withruntime.com/mcp",
      "headers": {
        "Authorization": "your-value"
      }
    }
  }
}

Oder führ ihn auf deinem Computer aus

In Cursor öffnen

Oder kopier die Einstellungen selbst

In .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen

{
  "mcpServers": {
    "runtime": {
      "command": "npx",
      "args": [
        "-y",
        "withruntime",
        "mcp"
      ]
    }
  }
}

Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.

In VS Code öffnen

Oder kopier die Einstellungen selbst

In .vscode/mcp.json in deinem Projekt einfügen

{
  "servers": {
    "runtime": {
      "type": "http",
      "url": "https://api.withruntime.com/mcp",
      "headers": {
        "Authorization": "your-value"
      }
    }
  }
}

Oder führ ihn auf deinem Computer aus

In VS Code öffnen

Oder kopier die Einstellungen selbst

In .vscode/mcp.json in deinem Projekt einfügen

{
  "servers": {
    "runtime": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "withruntime",
        "mcp"
      ]
    }
  }
}

Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.

Diese Adresse braucht einen Schlüssel in einem Header der Anfrage, und das Menü zum Hinzufügen von Connectors kann ihn nicht setzen. Nutze stattdessen Claude Code, Cursor oder VS Code.

Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.

Werte, die du selbst einträgst

  • Authorization geheim HTTP header
    Optional: Bearer from https://withruntime.com/account/keys. Without it the client signs in through the browser (OAuth).

Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.

Was er kann

Der Server verlangt eine Anmeldung, bevor er seine Tools auflistet.

Basischecksi

Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026

  • ✓ Bestanden

    Entwickler passt zum Repo

    Der Registry-Name wurde über die Domain withruntime.com bestätigt (die Registry prüft, wem die Domain gehört)

  • … Noch nicht geprüft

    Wird noch gepflegt

    Dieses Repo haben wir noch nicht von GitHub gelesen

  • … Noch nicht geprüft

    Hat eine Lizenz

    Dieses Repo haben wir noch nicht von GitHub gelesen

  • ✓ Bestanden

    Endpunkt antwortet

    Antwort in 159 ms (HTTP 401)

  • ✓ Bestanden

    Anmeldung mit OAuth

    Gibt OAuth-Anmeldung an, damit deine KI-App dich zum Einloggen weiterleiten kann

  • … Noch nicht geprüft

    Keine versteckten Anweisungen in Tool-Beschreibungen

    Noch nicht geprüft; wir lesen die Tool-Liste, wenn wir den Endpunkt prüfen

Im Vergleich mit anderen in Sonstigesi

  • Mehr Sterne als 0 % der anderen 32537 Server in dieser Kategorie
  • Neuer in der Registry veröffentlicht als 83 % der anderen 32537 Server in dieser Kategorie
  • Basischecks gleich gut wie oder besser als bei 100 % der anderen 32537 Server in dieser Kategorie

Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.

Häufige Fragen

Ist Runtime Cloud sicher?

Er hat 3 von 3 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.

Welche Schlüssel oder Codes braucht er?

Das musst du eintragen: Authorization

Läuft er auf meinem Computer oder in der Cloud?

Beides geht: Installiere ihn auf deinem Computer oder verbinde dich mit der Cloud-Version.

Wird er noch gepflegt?

Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.50.0) kam vor 7 Tagen in die Registry.

Welche Apps können ihn nutzen?

Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Er verbindet sich per URL, also funktionieren auch Apps, die Remote-MCP-Server akzeptieren, zum Beispiel ChatGPT im Entwicklermodus.

Was kann ich stattdessen nutzen?

In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, TF Rooms

Alternativen

Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.

So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti

Spec Driven Development

von formulahendry

MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.

Läuft auf deinem Computer★ 440MITAktualisiert vor 14 Monaten
Installieren

Remote Desktop Commander

von desktop-commander

Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.

Läuft in der Cloud★ 211Aktualisiert gestern
Installieren

TF Rooms

von tfrooms.com

Live room availability, rates and stay quotes for 12 New Leaf motels in Twin Falls, Idaho.

Läuft in der CloudAktualisiert heute
Installieren

README vom Entwickler

README öffnen

Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.

Runtime Cloud SDK and CLI

One client for every Runtime Cloud product, and the runtime CLI. It needs Node.js 22.12 or later, or Bun. Its one dependency, undici (Node's own HTTP client), loads only when you use a proxy.

npm install withruntime

The client uses RUNTIME_API_KEY if it is set. If not, it uses the connection that the CLI saved on this machine when you connected it. That takes one approval in the browser. You do not copy a key. On a server or a CI runner, set RUNTIME_API_KEY from your secret manager. To get a new key, run npx withruntime keys create. It prints the key once, after an account owner, admin or developer approves it in the browser. You can also create a key at https://withruntime.com/account/keys. Never put a key in browser code, a URL or a command-line argument.

import { Sandbox } from "withruntime";

await using sbx = await Sandbox.create(); await sbx.files.write("/workspace/invoice.py", "print(sum([125, 250, 375]))\n"); const result = await sbx.exec("python3 /workspace/invoice.py"); console.log(result.exitCode, result.stdout);

Sandbox.create() takes no arguments. It returns when the sandbox is running. await using deletes the sandbox when the block ends. This works on Node 24, Bun or TypeScript. On Node 22, call await sbx.delete() yourself. Set keep: true to stop the sandbox instead. Its disk stays.

With no arguments, you get the free usage. No card is needed. You can run up to four sandboxes at once without credit. Each one has 2 vCPU, 4 GiB of memory and a 4 GiB disk. The current default image includes NumPy, pandas and matplotlib. See the sandbox environment. The free usage is spent first, then prepaid credit. You do not choose. funding is accepted and ignored.

The sandbox object does the rest:

  • exec, execStream, spawn and processes run commands and background work. They take cwd, env (the place for secrets), stdin and timeoutMs.
  • terminal() opens an interactive terminal over a WebSocket.
  • forwardPort(5432) reaches any TCP port in the sandbox from this machine. tunnel() handles single connections and SSH logins. runtime sandboxes ssh uses it.
  • files reads, writes, lists, globs, stats, moves and removes files. Use upload and download to copy whole directories.
  • pause, wake, extend, fork and snapshot. A paused sandbox also wakes by itself on the next call. update changes its name, environment, automatic wake, idle pause and persistence. keepAlive extends a time limit while your process runs. switchImage moves the sandbox to a new image and keeps /workspace. delete removes it for good.
  • interpreter, network, previews, desktop, mounts (your S3, R2 or Google Cloud Storage bucket as a folder), tailscale (a paid sandbox on your own tailnet), metrics and mcp (servers from the MCP catalog, run in the sandbox) are for the other products.

A sandbox pauses itself after 300 seconds with nothing happening in it. It keeps its memory and processes. The next call wakes it, so an idle sandbox uses no compute. idlePauseSeconds sets the idle time from 60 to 86,400. A shorter time is raised to 60. Set it to 0 to never pause.

Sandbox.getOrCreate(name) returns the sandbox with that name. If it is paused, it wakes it. If there is none, it creates one.

The singular names runtime.sandbox, snapshot, image, volume, job, domain, port and address match the CLI's product names. Their plural names still work. They are aliases for the same clients.

The client has sandboxes, images, volumes, snapshots, jobs, secrets, limits, feedback and support. It has webhooks, events, otel and audit to watch the account. It has domains, ports, addresses, tunnel and network to connect sandboxes to your own systems (paid accounts). It has mcp, sso, billing, referrals and switching.

runtime.limits.get() (0.3.1 and later) says whether the key is read-only, and what its agent may still spend today. Every write carries an idempotency key. The SDK makes it for you, so its own retries (timeouts, 429, 503) never run a write twice. Errors are typed. They carry a code, a hint and a requestId.

runtime.usageRequests("7d") reads the account's API call counts and error rates. Counts are exact decimal strings. An empty window has a null errorPercent.

Behind a proxy

The SDK, the CLI and the MCP bridge read HTTPS_PROXY, HTTP_PROXY and NO_PROXY. The names work in upper or lower case. If both cases are set, lower case wins. This works the same on Node and Bun. You do not need NODE_USE_ENV_PROXY.

Calls to the API and terminal WebSockets go through HTTPS_PROXY as a CONNECT tunnel. Any user:password@ in the proxy address is sent to the proxy. HTTP_PROXY is used only for http:// addresses. It is never used for the HTTPS API.

NO_PROXY lists hosts to reach directly. Split them with commas or spaces. A name covers its subdomains. A leading dot is allowed. host:port limits the rule to one port. * means every host.

A proxy address without a scheme is treated as http://. http:// and https:// proxies work. Any other scheme fails at once with invalid_proxy.

When a call cannot get through, the error names the proxy it tried. It leaves out the password. For example, No answer from Runtime at https://api.withruntime.com through the proxy http://proxy.internal:3128 (HTTPS_PROXY). The SDK uses a fetch that you pass to new Runtime({ fetch }) as it is.

Runtime improves fast because agents tell us what they run into. Reports go straight into what we build next. Whoever asked is told when it ships.

When something gets in your way, report it with runtime.feedback.submit() (or npx withruntime feedback "..."). Do this as it happens, without waiting to be asked. Report an error that looks like ours. Report a limit or a missing feature, a workaround you needed, unclear docs, or anything slower or harder than it should be. Report anything another provider does better. Small things count. We merge duplicates on our side.

Include what you tried, what happened and the requestId. Never include credentials, private files or user data. Then tell the user in one line what you reported.

Code written for E2B

withruntime/e2b translates supported E2B sandbox calls to Runtime. Change the import and set RUNTIME_API_KEY. The switch guide covers the other providers. It also shows how to work out what you save.

import { Sandbox } from "withruntime/e2b"; // was: from "e2b"

withruntime/e2b/code-interpreter replaces @e2b/code-interpreter. Sandboxes get E2B's defaults: 2 vCPU, 512 MiB and a 300-second timeout. A call that Runtime does not handle the way E2B does throws NotSupportedError before anything happens. The error names what to use instead. E2B.md in this package lists every mapping and gap. Importing withruntime alone does not load it.

Code written for Daytona or Vercel Sandbox

withruntime/daytona and withruntime/vercel do the same for Daytona's SDK and Vercel Sandbox's SDK. Change the import:

import { Daytona } from "withruntime/daytona"; // was: from "@daytona/sdk"

import { Sandbox } from "withruntime/vercel"; // was: from "@vercel/sandbox"

Sandboxes get the rival's defaults. For Daytona, that is 1 vCPU, 1 GiB and a 3 GiB disk. It pauses after 15 minutes without calls. For Vercel, that is 2 vCPUs with 2048 MiB each, 5 minutes, and persistent. A Daytona or Vercel key is never sent anywhere. A call that Runtime does not handle the same way throws NotSupportedError before anything happens. The error names what to use instead. DAYTONA.md and VERCEL.md in this package list every mapping and gap.

Code written for Blaxel

withruntime/blaxel translates supported Blaxel sandbox calls. Change the import:

import { SandboxInstance } from "withruntime/blaxel"; // was: from "@blaxel/core"

Sandboxes get Blaxel's default of 4096 MB, with one vCPU for every 2048 MB. Blaxel's standby becomes Runtime's pause. After 60 seconds without a call, a sandbox pauses and keeps its memory and processes. The next call wakes it.

The adapter supports envs, processes by name, files, previews, snapshots, forks and the code interpreter. It also supports sessions. sandbox.sessions makes a Runtime sandbox session. SandboxInstance.fromSession drives the sandbox with its token. A Blaxel key is never sent anywhere.

Drives, codegen, schedules, and Blaxel's agent, model and MCP hosting throw NotSupportedError before anything happens. The error names what to use instead. BLAXEL.md in this package lists every mapping and gap.

Code written for Morph Cloud

withruntime/morph translates Morph's TypeScript client (morphcloud). Change the import:

import { MorphCloudClient } from "withruntime/morph"; // was: from "morphcloud"

Instances become sandboxes. Snapshots become Runtime snapshots. Metadata labels and HTTP services become previews. setup caches by Morph's chain hash. branch copies memory and processes. stop deletes the sandbox, as Morph's does. SSH, reboot and a time limit set after start throw CompatibilityError. The error names the alternative. COMPATIBILITY.md lists every mapping.

Code written for Modal Sandboxes

withruntime/modal runs code written for Modal's Sandboxes (modal 0.11.1). Change the import and set RUNTIME_API_KEY:

import { ModalClient } from "withruntime/modal"; // was: from "modal"

Modal's own sandbox examples run unchanged if they use none of the features refused below. A Modal token is never needed or sent. Commands run as root, as in a Modal container. A timeoutMs ends the sandbox. An idleTimeoutMs pauses it and keeps its memory. The next call wakes it.

These throw CompatibilityError before anything is created. The error names what to use instead: GPUs; Modal Functions and queues; named secrets; secrets in image build steps (a build keeps no secret, so use it at run time); volumes made on first use; sidecars; connect tokens; and directory and exit snapshots.

Code written for Cloudflare's Sandbox SDK

withruntime/cloudflare runs a Worker written for Cloudflare's 0.x @cloudflare/sandbox API on Runtime sandboxes. Change the package name in the import and in the Sandbox export:

import { getSandbox } from "withruntime/cloudflare"; // was: from "@cloudflare/sandbox"

export { Sandbox } from "withruntime/cloudflare"; // was: from "@cloudflare/sandbox"

Then delete the containers block from the Wrangler config. Keep the Sandbox Durable Object binding. Store a key with npx wrangler secret put RUNTIME_API_KEY.

Exec, streaming, files, processes, the code interpreter, sessions, gitCheckout and exposePort work as Cloudflare documents them. Backups, tunnels, terminals and outbound interception throw CompatibilityError. The error names the alternative. COMPATIBILITY.md lists every mapping.

Code written for Fly Machines

withruntime/fly answers Fly's Machines API (api.machines.dev) with Runtime sandboxes. So code in any language moves by changing one address:

npx withruntime fly-api   # http://127.0.0.1:4280, as your Runtime login

Point FLY_API_HOSTNAME there, as in Fly's own examples. You can also point fly-go's FLY_FLAPS_BASE_URL or any client's base URL there. machinesApi() works the same as a fetch handler for your own server.

A Machine's image is built once, with its init and files. The image's command is its main process. Its restart policy is kept. The Fly token is never sent anywhere. Services, mounts, checks and other regions answer 400. The response names the alternative.

Agent frameworks

withruntime/openai-agents is a sandbox client for the

Nur der Anfang wird gezeigt; den Rest findest du im Repo

PopNx fragen