Votre agent a sudo. Vos connexions restent dans leur projet
Les jetons d’actualisation de vos abonnements restent chiffrés sur notre serveur, et chaque terminal reçoit un jeton d’accès que nous renouvelons. Les clés de services restent dans Sallyport. Chaque projet garde ses propres connexions et configurations. Notre pari sur un noyau partagé vous donne Docker complet à $39.
À partir de $39 par mois · Docker et sudo inclus · Résiliable à tout moment depuis le tableau de bord
Vos abonnements et vos clés
Connectez Claude et ChatGPT une fois. Ce qui génère de nouveaux jetons reste chez nous ; vos terminaux reçoivent le jeton d’accès dont leur CLI a besoin, et notre serveur le tient à jour.
- Jetons
Les jetons d’actualisation n’atteignent jamais votre Compute
Vos jetons d’actualisation Claude et ChatGPT restent dans notre base de données, chiffrés en AES-256-GCM. Chaque lancement sur un abonnement reçoit un fichier contenant un seul jeton d’accès, renouvelé à intervalles réguliers. Un agent qui tourne avec sudo ne détient rien qui permette d’en générer un nouveau.
- Clés API
Une clé API reste dans le lancement qui l’utilise
Une clé que vous connectez n’est écrite que dans les lancements qui tournent dessus, dans leur projet, et seul votre utilisateur peut la lire. Les terminaux de vos autres projets ne la voient jamais.
- Comptes
Déconnectez, c’est effacé
Retirez un compte dans le tableau de bord : nous supprimons ses jetons de notre serveur immédiatement et de vos terminaux. Déconnectez-vous chez OpenAI ou Anthropic pour clore aussi la session de leur côté.
- Prompts
Vos prompts vont droit au modèle
Le trafic vers le modèle part de votre terminal directement chez votre fournisseur, Anthropic, OpenAI ou celui dont vous utilisez la clé, et ne passe jamais par detachbox.
- Vault
Les clés de services restent hors de votre Compute
Avec Vault, chaque projet reçoit son propre agent Sallyport, créé sans aucun accès. Vos agents appellent Stripe ou GitHub à travers lui, et les clés des services restent dans Sallyport.
Votre Compute
Faites tourner un agent avec sudo et sans demandes d’autorisation : il atteint son propre terminal, son projet et le dossier personnel de ce projet, et s’arrête là.
- Pari
Notre pari : un noyau, de nombreux clients
Chaque terminal est un conteneur système non privilégié sur un noyau partagé, avec l’imbrication activée pour que Docker tourne à l’intérieur, et sa propre plage d’identifiants utilisateur. Le disque de votre compte ne se monte que dans vos propres terminaux : chaque client reste à l’abri des autres. Le noyau partagé est notre pari, et c’est grâce à lui que vous avez Docker complet à $39.
- Projets
Les connexions d’un projet restent dans ce projet
Chaque projet a son propre dossier personnel. Un terminal de projet ne monte que son propre code et ce dossier : connexions, configurations, hooks d’agents et caches ne passent jamais d’un projet à l’autre, et un dépôt que vous clonez ne peut pas glisser une ligne dans le .bashrc qu’exécutent vos autres projets.
- Agents
Sans demandes d’autorisation, un seul projet à portée
Les CLI d’agents tournent sans demandes de confirmation : le travail ne s’arrête jamais pour attendre votre oui. Ce qu’un agent casse dans le système reste dans son terminal et disparaît quand vous le terminez ou le redémarrez.
- Limites
Le build des autres ne mange jamais votre CPU
Votre taille fixe un plafond strict de CPU et de mémoire pour tous vos terminaux ensemble, et chaque terminal a sa propre limite de processus. Docker tourne à la priorité la plus basse : le shell et l’agent restent vifs pendant un build. Un build qui s’emballe chez le voisin reste chez le voisin.
- Image
Un système testé toutes les 6 heures
Le système de base est reconstruit toutes les 6 heures avec les dernières versions de Claude Code, Codex et OpenCode, et n’entre en service qu’après un test de bon fonctionnement. Si un build échoue, le dernier qui fonctionne reste en place.
- Redémarrages
Les terminaux reviennent après un redémarrage
Après un redémarrage du nœud, vos terminaux reviennent d’eux-mêmes, avec fichiers, paquets et images Docker en place. Les processus en cours s’arrêtent, et chaque agent revient tout seul sur sa dernière conversation, prêt pour votre prochain mot.
Votre réseau
Votre Compute atteint internet ; seuls vous et les personnes à qui vous envoyez un lien atteignent votre Compute.
- Réseau
Coupé des autres clients
Chaque terminal accède à l’internet public à une vitesse de 50 à 1 000 Mbit/s selon la taille. Les réseaux privés, nos serveurs, les autres clients et le courrier sortant sur le port 25 sont bloqués pour chaque Compute.
- On-premise
Votre réseau local reste fermé tant que vous ne l’ouvrez pas
Avec Enterprise on-premise, les terminaux de chaque serveur ne joignent aucun de vos réseaux privés tant que votre administrateur n’en ouvre pas un sur ce serveur. Le nœud n’ouvre que des connexions sortantes, et detachbox ne peut ouvrir aucun réseau de son côté.
- Aperçus
Des aperçus sur leur propre domaine
Vos serveurs de dev répondent sur detachbox.dev, un domaine distinct de detachbox.com, et restent privés tant que vous ne rendez pas un port public. Les cookies du tableau de bord ne les atteignent jamais, et un aperçu privé refuse les frames, les requêtes fetch et les WebSockets des autres sites.
- Fichiers
Partagez un fichier, gardez votre .env pour vous
Un lien de partage ouvre un fichier pour 15 minutes à 7 jours et compte chaque ouverture. Un rapport que vous ouvrez comme une page n’atteint que les fichiers de son propre dossier, jamais .env, .git ni aucun autre fichier dont le nom commence par un point.
- Accès
Une seule entrée : votre tableau de bord connecté
Chaque terminal s’ouvre via le tableau de bord, par un WebSocket chiffré, avec un ticket valable pour ce seul terminal et qui expire au bout de 60 secondes.
Votre compte
Votre compte accepte les clés d’accès, signe chaque requête, affiche chaque appareil connecté et journalise chaque changement.
- Connexion
Clés d’accès, codes et Google
Connectez-vous avec une clé d’accès (Face ID, Touch ID, Windows Hello ou une clé de sécurité), avec Google, ou par e-mail et mot de passe avec un code d’authentification en plus. Ajouter ou retirer une clé d’accès ou un code vous demande de vous reconnecter et vous envoie un e-mail.
- Requêtes
Un jeton de session volé n’ouvre rien
Chaque requête de votre tableau de bord est signée par une clé que votre navigateur a créée et ne peut pas exporter. Un jeton de session copié depuis un journal, un proxy ou une extension de navigateur échoue sans elle.
- Sessions
Chaque appareil où vous êtes connecté
Les paramètres listent vos appareils connectés avec leur localisation et leur navigateur. Déconnectez les autres en un clic. Les jetons de session ne sont conservés que sous forme d’empreintes.
- Activité
Un journal de chaque changement
Le journal note chaque changement de taille, projet, lancement enregistré, port public et lien de fichier partagé de votre compte, avec son heure exacte.
- Paiements
Les cartes restent chez Stripe
La saisie de carte et les factures passent par le paiement et le portail de facturation de Stripe ; les numéros de carte ne touchent jamais nos serveurs.
Vous avez trouvé quelque chose ?
Écrivez à abuse@detachbox.com pour un abus provenant d’un Compute, et à support@detachbox.com pour la sécurité du service.
Questions sur ce sujet
Voyez-vous ce qui tourne sur mon Compute ?
Pas vos fichiers. Nous voyons le CPU, la mémoire, le disque et le trafic par Compute, et nous nous en servons pour garder le nœud en bonne santé. Nous n’ouvrons un Compute que si vous demandez de l’aide, pour un incident de sécurité ou un abus, ou quand la loi l’exige.
Connecter mon abonnement Claude ou Codex, c’est sûr ?
Oui. Votre jeton d’actualisation reste chiffré sur notre serveur et n’atteint jamais votre Compute. L’agent reçoit un jeton d’accès pour sa CLI. Déconnectez le compte : nous supprimons ses jetons de notre serveur et de vos terminaux.
Où sont mes clés API ?
Dans le lancement qui les utilise, dans son projet, et seul votre utilisateur peut les lire. Les terminaux de vos autres projets ne les voient jamais. Un abonnement fonctionne autrement : son jeton d’actualisation ne quitte jamais notre serveur.
Et si un agent devient incontrôlable sur mon Compute ?
Il est cantonné à son terminal, avec son propre projet et le dossier personnel de ce projet ; les réseaux privés, les autres clients et le courrier sortant sont bloqués. Terminez le terminal et tout son système s’en va avec lui ; le suivant démarre propre.
Pourquoi un noyau partagé plutôt qu’une VM par client ?
Une VM par client coûterait plusieurs fois plus cher pour le même CPU et la même mémoire. C’est le noyau partagé qui vous donne Docker complet à $39. Des conteneurs non privilégiés, une plage d’identifiants utilisateur propre à chaque terminal et des réseaux internes bloqués séparent les clients sur ce noyau.
Votre agent a sudo ; vos jetons d’actualisation restent chez nous
Choisissez une taille, connectez votre abonnement ou votre clé et laissez l’agent travailler.
Obtenir mon ComputeVotre première nuit de travail réussit, ou nous vous remboursons · Résiliez depuis le tableau de bord ; votre Compute tourne jusqu’à la fin du mois payé