MCP

Exécuter un morceau de JavaScript dans un conteneur Docker à usage unique

Convient si vous voulez exécuter du JavaScript ou installer temporairement des dépendances npm dans un conteneur isolé. Docker doit déjà être installé et en cours d’exécution en local. Au premier essai, prenez un conteneur jetable et n’activez pas Detached Mode.

Official source · node-code-sandbox-mcp

Install

"command": "npx",
      "args": ["-y", "node-code-sandbox-mcp"],

Pour qui

Si vous savez déjà faire tourner Docker en local et voulez, via MCP, jeter un JavaScript arbitraire dans un conteneur temporaire—puis, au besoin, installer des dépendances npm sur place—ce serveur correspond. Officiellement, c’est un service Node.js qui implémente Model Context Protocol, conçu pour exécuter du JavaScript arbitraire dans des conteneurs Docker de courte durée et pour prendre en charge l’installation immédiate de dépendances npm.

Il ne convient pas à une machine où Docker n’est pas installé ou n’est pas en cours d’exécution. L’extrait actuel ne décrit que deux familles de capacités—« script à usage unique » et « Detached Mode maintient le conteneur en vie après la fin du script »—et ne donne ni noms de fonctions d’outils, ni table de paramètres, ni plafonds de ressources. Si vous avez besoin d’une signature d’appel à copier telle quelle, les preuves s’arrêtent ici.

La première utilisation doit choisir un conteneur à usage unique et jetable, plutôt que de le laisser vivre. Exécuter un script arbitraire est une action orientée écriture : cela crée un conteneur, exécute le code fourni et peut tirer des dépendances.

Premier essai en 3 minutes

Confirmez d’abord que Docker est installé et en cours d’exécution. Le chemin principal recommandé officiellement est de placer le bloc suivant dans la configuration serveur du client MCP, sans écrire à côté un autre installeur :

      "command": "npx",
      "args": ["-y", "node-code-sandbox-mcp"],

Placez ce bloc à l’emplacement de configuration du client MCP que vous utilisez déjà. L’extrait ne fige pas de nom de fichier de configuration, donc ne présentez aucun chemin client particulier comme confirmé. Enregistrez et rechargez ce serveur.

Avant d’agir, vérifiez deux points : le démon Docker tourne vraiment ; et le script que vous allez soumettre est le contenu que vous voulez exécuter. L’effet de bord : le service crée un conteneur Docker à usage unique, y exécute ce JavaScript et peut installer des dépendances npm sur place. Après ces deux contrôles, envoyez une requête pour « exécuter un script JS à usage unique dans un tout nouveau conteneur jetable ». N’activez pas Detached Mode la première fois.

Le signal de succès est que cette requête suit le chemin du conteneur à usage unique, et non un message indiquant que Docker n’est pas en cours d’exécution ou que npx ne peut pas lancer node-code-sandbox-mcp. Ce n’est pas une lecture à risque zéro : un conteneur, l’exécution du script et l’installation de dépendances ont lieu, et cela n’équivaut ni à l’absence de réseau ni à l’absence de frontière de confidentialité.

Cas d’usage

Cas 1 : exécuter un script jetable. L’extrait indique que l’on peut exécuter un script JS à usage unique dans un tout nouveau conteneur jetable. Confirmez d’abord le contenu du script, puis soumettez. Le résultat vérifiable est que ce script a été exécuté dans un nouveau conteneur ; les champs de retour, le format de la sortie standard et les noms d’outils n’apparaissent pas dans l’extrait actuel, donc ne traitez pas de champs précis comme confirmés.

Cas 2 : vous avez besoin que le conteneur reste en vie après la fin du script, par exemple un service de longue durée. L’extrait indique que Detached Mode peut maintenir le conteneur en vie après l’exécution du script. Les effets de bord sont plus importants que sur le chemin à usage unique : le conteneur reste. L’extrait ne donne ni étapes d’arrêt, ni suppression, ni révocation, donc n’écrivez pas « éteindre le conteneur » comme chemin officiel de rétablissement. N’empruntez cette voie que si vous avez clairement besoin que le conteneur continue à vivre.

Ces deux cas correspondent à « exécution à usage unique » et « maintien en vie après exécution ». Ne les mélangez pas en un seul appel non confirmé.

Limites d’usage

La condition préalable est que Docker soit déjà installé et en cours d’exécution. Le chemin d’installation principal est npx -y node-code-sandbox-mcp. Capacités vérifiables : exécuter un morceau de JS dans un tout nouveau conteneur jetable ; et Detached Mode maintient le conteneur en vie après la fin du script. L’installation immédiate de dépendances npm figure aussi dans la description générale, mais la portée d’installation, l’emplacement du cache et la politique réseau n’apparaissent pas dans l’extrait actuel.

La page officielle est https://github.com/alfonsograziano/node-code-sandbox-mcp . L’extrait ne donne ni champs d’identifiants, ni liste de clients, ni chiffres CPU ou mémoire, ni commandes de révocation ou de nettoyage. Ne traitez pas l’exécution dans un conteneur comme librement annulable, et n’inventez pas les noms d’outils et paramètres absents.