Install
"command": "npx",
"args": ["-y", "node-code-sandbox-mcp"],Für wen
Wenn Sie Docker bereits lokal betreiben und per MCP beliebiges JavaScript in einen temporären Container werfen wollen—und bei Bedarf npm-Abhängigkeiten vor Ort installieren—passt dieser Server. Offiziell ist er ein Node.js-Dienst, der Model Context Protocol implementiert, speziell um beliebiges JavaScript in kurzlebigen Docker-Containern auszuführen und die Sofortinstallation von npm-Abhängigkeiten zu unterstützen.
Er eignet sich nicht für Rechner, auf denen Docker fehlt oder nicht läuft. Der aktuelle Auszug beschreibt nur zwei Fähigkeitsarten—„Einmalskript“ und „Detached Mode hält den Container nach Skriptende am Leben“—und gibt keine Tool-Funktionsnamen, Parametertabelle oder Ressourcenlimits. Wenn Sie eine kopierfertige Aufrufsignatur brauchen, endet die Evidenz hier.
Die erste Nutzung sollte einen einmaligen, wegwerfbaren Container wählen, statt den Container am Leben zu lassen. Das Ausführen beliebiger Skripte ist eine schreibende Aktion: Es legt einen Container an, führt Ihren Code aus und kann Abhängigkeiten ziehen.
Erster Versuch in 3 Minuten
Bestätigen Sie zuerst, dass Docker installiert ist und läuft. Der offiziell empfohlene Hauptweg ist, den folgenden Block in die Serverkonfiguration des MCP-Clients zu legen, ohne daneben einen zweiten Installer zu schreiben:
"command": "npx",
"args": ["-y", "node-code-sandbox-mcp"],
Legen Sie diesen Block an die Konfigurationsstelle des MCP-Clients, den Sie bereits nutzen. Der Auszug nennt keinen festen Konfigurationsdateinamen, also behandeln Sie keinen bestimmten Client-Pfad als bestätigt. Speichern und laden Sie diesen Server neu.
Prüfen Sie vor dem Handeln zwei Punkte: Der Docker-Daemon läuft wirklich; und das Skript, das Sie einreichen wollen, ist der Inhalt, den Sie ausführen wollen. Die Nebenwirkung: Der Dienst legt einen einmaligen Docker-Container an, führt darin dieses JavaScript aus und kann npm-Abhängigkeiten vor Ort installieren. Nach diesen zwei Checks senden Sie die Anfrage, „ein einmaliges JS-Skript in einem brandneuen Einwegcontainer zu fahren“. Schalten Sie Detached Mode beim ersten Mal nicht ein.
Das Erfolgssignal ist, dass diese Anfrage den Einwegcontainer-Pfad nimmt, nicht der Hinweis, Docker laufe nicht oder npx könne node-code-sandbox-mcp nicht starten. Das ist kein risikoloses Lesen: Container, Skriptausführung und Abhängigkeitsinstallation finden statt und bedeuten weder kein Netz noch keine Privatsphäregrenze.
Anwendungsfälle
Fall 1: Ein wegwerfbares Skript fahren. Der Auszug hält fest, dass Sie ein einmaliges JS-Skript in einem brandneuen Einwegcontainer ausführen können. Bestätigen Sie zuerst den Skriptinhalt, dann einreichen. Prüfbar ist, dass dieses Skript im neuen Container ausgeführt wurde; Rückgabefelder, Stdout-Format und Toolnamen fehlen im aktuellen Auszug, also keine konkreten Felder als bestätigt schreiben.
Fall 2: Der Container soll nach Skriptende am Leben bleiben, etwa für einen lang laufenden Dienst. Der Auszug hält fest, dass Detached Mode den Container nach der Skriptausführung am Leben halten kann. Die Nebenwirkungen sind größer als beim Einwegpfad: Der Container bleibt. Der Auszug nennt keine Stopp-, Lösch- oder Widerrufschritte, also schreiben Sie „Container abschalten“ nicht als offiziellen Erholungspfad. Nur gehen, wenn Sie den Container ausdrücklich weiterleben lassen müssen.
Diese beiden Fälle entsprechen „einmalige Ausführung“ und „am Leben halten nach der Ausführung“. Nicht zu einem unbestätigten Aufruf vermischen.
Nutzungsgrenzen
Voraussetzung: Docker muss bereits installiert sein und laufen. Der Hauptinstallationsweg ist npx -y node-code-sandbox-mcp. Prüfbar an Fähigkeiten: ein Stück JS in einem brandneuen Einwegcontainer fahren; und Detached Mode hält den Container nach Skriptende am Leben. Die Sofortinstallation von npm-Abhängigkeiten steht auch in der Gesamtbeschreibung, aber Installationsumfang, Cache-Ort und Netzwerkrichtlinie fehlen im aktuellen Auszug.
Die offizielle Seite ist https://github.com/alfonsograziano/node-code-sandbox-mcp . Der Auszug nennt keine Anmeldefelder, keine Clientliste, keine CPU- oder Speicherzahlen und keine Widerruf- oder Aufräumbefehle. Containerausführung nicht als beliebig rollbackbar verstehen und fehlende Toolnamen und Parameter nicht ergänzen.