Anthropic vient de documenter une fonctionnalité en beta publique pour Claude Code : la possibilité d’exécuter les sessions cloud sur une infrastructure que vous contrôlez, plutôt que sur les serveurs d’Anthropic. Le nom retenu est « self-hosted environments ». Voici ce que ça signifie concrètement, et pour qui.
Ce qui s’est passé
Jusqu’ici, les sessions cloud de Claude Code — celles lancées depuis claude.ai, l’app mobile, le bureau, ou via claude --cloud en terminal — s’exécutaient par défaut sur l’infrastructure d’Anthropic : le code est envoyé vers leurs serveurs, la session tourne, les résultats reviennent.
Anthropic ouvre maintenant une autre option pour les comptes Team et Enterprise : router ces sessions vers des « runners », des processus que vous déployez sur vos propres serveurs. Le code source, les artefacts de build et les fichiers modifiés restent alors chez vous. Seule la conversation elle-même — les prompts, les réponses, les résultats d’outils — continue de transiter vers l’API d’Anthropic pour l’inférence du modèle.
L’architecture repose sur trois éléments : un environnement (créé dans les paramètres admin de claude.ai), des runners (les processus qui tournent chez vous et exécutent les sessions), et les sessions elles-mêmes. Toute la connectivité part de votre réseau vers Anthropic. Rien n’entre depuis l’extérieur.
Pourquoi c’est important
Pour une agence ou une équipe technique qui travaille avec des bases de données internes, des registres privés ou des outils propriétaires, l’obstacle principal à l’adoption de Claude Code cloud était justement l’accès réseau. Une session hébergée par Anthropic ne peut pas atteindre un service interne sans l’exposer publiquement.
Avec un environnement auto-hébergé, les sessions s’exécutent à l’intérieur de votre réseau. Elles peuvent donc parler à vos bases de données, vos registres de paquets internes, vos outils CLI maison — sans les rendre accessibles depuis Internet.
Ça change aussi la donne pour les organisations avec des exigences de conformité strictes : le code reste sur une infrastructure que vous contrôlez, même si le contenu de la session continue d’aller vers l’API d’Anthropic pour l’inférence.
Ce que cela change pour les entreprises
Deux profils d’entreprises sont concernés différemment.
Les PME et agences avec une infrastructure simple n’ont probablement rien à faire ici. L’option Anthropic-hosted reste la plus simple : aucune infrastructure à maintenir. Si votre stack ne touche pas à des systèmes internes sensibles, le mode auto-hébergé ajoute de la complexité sans bénéfice réel.
Les entreprises avec un réseau interne critique, des exigences réglementaires, ou des outils propriétaires à intégrer gagnent une option qui n’existait pas avant : garder l’exécution du code chez elles tout en profitant de l’expérience développeur du cloud. Ça inclut par exemple les institutions financières, les organisations de santé, ou toute entreprise dont les politiques internes interdisent l’exposition de bases de données.
Un détail à noter pour la facturation : les sessions auto-hébergées consomment l’usage Claude Code de l’organisation de la même façon que les sessions hébergées par Anthropic. Ce n’est pas un plan tarifaire différent, c’est une option d’exécution.
Les opportunités
L’intérêt principal se résume en trois points :
Accès réseau : les sessions peuvent atteindre des services internes sans les exposer publiquement.
Outillage personnalisé : on peut préinstaller des compilateurs, SDK et outils internes dans l’image du runner, pour que chaque session démarre prête à l’emploi.
Conformité : les checkouts de dépôts et les artefacts de build restent sur une infrastructure contrôlée par l’organisation.
Pour une agence qui gère plusieurs projets clients avec des accès différenciés, ça ouvre aussi la possibilité de créer des environnements distincts par client ou par niveau de sensibilité, plutôt qu’un seul accès générique.
Les risques ou limites
Cette option n’est pas gratuite en effort d’exploitation. Anthropic est clair là-dessus : vous devez construire et maintenir l’image du runner, opérer la flotte, et contrôler son réseau. Ce n’est pas une case à cocher, c’est un projet d’infrastructure.
Quelques limites concrètes à connaître avant de se lancer :
- Indisponible pour les organisations avec la Zero Data Retention activée.
- L’inférence du modèle passe obligatoirement par l’API Anthropic — impossible de router via Bedrock, Google Cloud ou un LLM gateway.
- Les dépôts doivent venir de GitHub.
- Certaines surfaces (Claude Tag, Claude Security, Code Review) ne routent pas vers des environnements auto-hébergés.
- Un runner sert un seul utilisateur à la fois : le dimensionnement minimal de la flotte correspond au nombre d’utilisateurs actifs simultanément.
Pour une petite équipe, ce dernier point mérite réflexion : si cinq développeurs utilisent Claude Code cloud en même temps, il faut prévoir une capacité de runners équivalente. Ce n’est pas un service à la demande sans coût d’infrastructure.
Mon analyse
Cette fonctionnalité n’est pas destinée à la majorité des lecteurs de ce blog. La plupart des PME et OBNL québécoises n’ont pas de raison de gérer une flotte de runners pour exécuter du code IA — l’option hébergée par Anthropic couvre largement leurs besoins.
Elle est en revanche significative pour deux catégories : les entreprises technologiques avec des contraintes de conformité réelles, et les agences comme la mienne qui pourraient un jour gérer du code client sensible sur des infrastructures cloisonnées.
Ce qui me frappe surtout, c’est la direction que ça indique : Anthropic positionne Claude Code comme une plateforme d’exécution distribuée, pas seulement comme un assistant de code. La distinction entre « où tourne le modèle » et « où s’exécute le code » devient un axe de configuration à part entière. Attendez-vous à voir cette logique se répéter ailleurs dans l’écosystème IA au cours des prochains mois.
Conclusion
Les environnements auto-hébergés de Claude Code répondent à un problème précis : l’accès réseau interne et la conformité, pas la productivité générale. Si votre organisation n’a pas ce problème, ignorez cette fonctionnalité sans regret. Si vous l’avez, c’est la première fois qu’un outil IA de développement propose une réponse structurée plutôt qu’un contournement bricolé.
Vous vous demandez si votre infrastructure justifie ce genre de configuration ? FD Stratégies peut vous aider à évaluer vos besoins réels avant d’investir dans une complexité qui ne vous servira pas.
