SMF·CODESANDBOX
Un prompt peut-il remplacer CodeSandbox ?
Outils pour développeurs — cloud dev environments
Bordereau de suivi des pièces
Verdict
Faire tourner un vrai IDE dans le navigateur sur ton propre serveur — code-server derrière un tunnel privé, une CLI pour créer un nouveau bac à sable depuis un modèle — c’est un vrai projet de week-end avec des outils open source existants. Ce qui ne vient pas avec, c’est le vrai produit de CodeSandbox : des modèles instantanés, des VM cloud jetables, des URL d’aperçu en direct, et la collaboration en temps réel.
Pièce A — Le prompt
Reçu le30.07.2026Ne construis pas d’éditeur — déploie le vrai code-server open source (VS Code dans le navigateur) sur ton propre VPS, tournant sous un gestionnaire de processus, lié à localhost. N’y accède que via un tunnel privé (Tailscale ou un tunnel SSH) — aucune exposition publique, et c’est tout le modèle de sécurité, gardé délibérément simple. Construis une petite CLI qui crée un nouveau bac à sable depuis un dossier modèle nommé (un starter Node, un starter Python, un starter site statique), lance son étape d’installation, et affiche l’URL pour l’ouvrir. Donne à chaque serveur de dev de bac à sable son propre port accessible via le même tunnel, avec une petite page d’index listant les bacs à sable actifs et leurs ports. Ajoute une commande pour archiver et supprimer un bac à sable, en le compressant avant suppression.
Ne construis pas de collaboration multi-utilisateur, de duplication instantanée de VM, ni d’URL d’aperçu publiques — ça demande une vraie infrastructure multi-tenant, exactement ce que fournit le produit hébergé, et qu’un serveur personnel ne devrait pas essayer de reproduire.
L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.
Pièce B — Ce que tu perds
- B.1 des bacs à sable cloud instantanés et jetables
- B.2 des URL d’aperçu publiques pour partager une application en cours d’exécution
- B.3 la collaboration en temps réel
- B.4 l’infrastructure gérée
Alternatives existantes
Pièce C — Pourquoi certains continuent de payer : cloud platform/collaboration
Les gens paient pour éviter de gérer des machines de dev juste pour de rapides expérimentations et aperçus — créer et détruire des environnements à la demande, c’est la vraie commodité, pas l’éditeur en lui-même.
Questions
Puis-je importer mes projets CodeSandbox existants ?
Oui, en grande partie — les projets CodeSandbox ne sont que du code, téléchargeable en zip, qui se dépose directement dans un nouveau dossier de bac à sable ici. L’état de collaboration en direct et l’historique de duplication ne se reportent pas, puisque ce sont des éléments propres à la plateforme.
Ça marche sur mon téléphone ?
Un éditeur de code dans un onglet de navigateur se charge techniquement sur un téléphone, mais une vraie édition demande un clavier — c’est en pratique un outil desktop.
Combien ça coûte à faire tourner ?
Un VPS, typiquement cinq à dix dollars par mois selon ce que tu fais tourner en même temps — pas de tarification par bac à sable ou par heure.
Quelle est la chose qui ne survit pas à la reconstruction ?
Les URL d’aperçu instantanées et partageables. CodeSandbox donne à chaque bac à sable une URL publique que tu peux transmettre à n’importe qui en quelques secondes ; ici, les aperçus restent derrière ton tunnel privé, ce qui est plus sûr mais signifie que rien n’est facilement partageable.
Outils proches
Récépissé