Une session cloud est une session Claude Code qui s'exécute sur une infrastructure cloud au lieu de sur votre machine, en travaillant avec du code provenant de vos dépôts GitHub. Vous pouvez en démarrer une à partir de Claude Code sur le web à claude.ai/code, depuis Claude Mobile, depuis Claude Desktop, ou depuis votre terminal avec claude --cloud. Cet article explique comment fonctionnent les sessions cloud, quand les utiliser à la place d'une session locale dans votre terminal ou IDE, et les workflows qu'elles permettent.
Ce que les sessions cloud offrent
Les sessions cloud vous permettent de déléguer à Claude des tâches qui s'exécutent sans votre supervision active. Vous sélectionnez un dépôt GitHub, décrivez ce que vous voulez faire, et Claude travaille sur la tâche dans le cloud. Une fois que Claude Code a commencé à travailler sur une tâche, vous pouvez quitter la page complètement ; Claude continuera son travail. Une fois terminé, Claude créera automatiquement une pull request avec les modifications pour que vous les examiniez.
Cette fonctionnalité fonctionne avec des dépôts que vous n'avez peut-être pas sur votre machine locale. Vous pouvez lancer des tâches sur n'importe quel dépôt GitHub auquel vous avez accès sans avoir besoin de le cloner localement ou de configurer un environnement de développement. Cela la rend utile pour les projets auxquels vous contribuez occasionnellement ou pour explorer des bases de code que vous apprenez encore.
Les sessions cloud permettent des workflows de développement asynchrones. Dans une session locale dans votre terminal ou éditeur, vous travaillez généralement de manière synchrone : vous faites une demande, attendez la réponse de Claude, examinez les modifications, puis faites une autre demande. Le travail synchrone comme celui-ci vous donne un contrôle fin mais nécessite votre attention tout au long du processus. Une session cloud fonctionne différemment : vous pouvez assigner une tâche plus grande, laisser Claude travailler indépendamment, et revenir plus tard pour examiner le travail terminé.
Vous pouvez également exécuter plusieurs tâches en parallèle. Puisque chaque tâche s'exécute dans son propre environnement isolé, vous pouvez avoir Claude travaillant sur plusieurs problèmes ou dépôts différents simultanément. Chaque tâche progresse indépendamment et crée sa propre pull request une fois terminée. Plus d'une tâche peut travailler sur le même dépôt en même temps.
Comment ça marche
Quand vous démarrez une session cloud, Claude Code crée une machine virtuelle isolée pour votre travail. Votre dépôt GitHub est cloné dans cet environnement, qui est préconfiguré avec des outils de développement courants et des écosystèmes de langage.
Claude prépare l'environnement en exécutant les commandes de configuration que vous avez définies dans la configuration de votre dépôt. Cela inclut l'installation des dépendances, la configuration des bases de données, ou l'exécution d'autres étapes d'initialisation dont votre projet a besoin. Si votre tâche nécessite un accès réseau, peut-être pour installer des packages ou récupérer des données, vous pouvez configurer le niveau d'accès à Internet que l'environnement a.
Une fois l'environnement prêt, Claude commence à travailler sur votre tâche. Claude lit votre code, apporte des modifications, écrit des tests, et exécute des commandes pour vérifier le travail. Vous pouvez surveiller la progression et fournir des conseils via l'interface web si nécessaire.
Quand Claude termine la tâche, il pousse les modifications vers une nouvelle branche dans votre dépôt GitHub. Vous recevez une notification et pouvez examiner les modifications, puis créer une pull request directement à partir de l'interface. La pull request inclut tout le travail de Claude, prêt pour votre examen et toute modification supplémentaire que vous souhaitez apporter.
Chaque tâche s'exécute en isolation complète. La machine virtuelle existe uniquement pour cette tâche spécifique et inclut des contrôles de sécurité comme l'accès réseau restreint et la gestion protégée des identifiants. Votre authentification GitHub est gérée via un proxy sécurisé, donc les identifiants n'existent jamais directement dans l'environnement où Claude travaille.
Quand utiliser les sessions cloud par rapport aux sessions locales
Certaines tâches sont bien adaptées à l'exécution asynchrone dans le cloud, tandis que d'autres sont mieux exécutées localement dans votre terminal ou IDE.
Utilisez les sessions cloud pour :
Tâches bien définies avec des exigences claires : Quand vous pouvez décrire exactement ce qui doit être fait et que vous ne vous attendez pas à avoir besoin de diriger Claude en cours de tâche, une session cloud vous permet de démarrer le travail et de revenir quand c'est terminé.
Travail en arrière-plan sur les backlogs de bugs : Vous pouvez assigner à Claude plusieurs problèmes de votre backlog et les laisser s'exécuter en parallèle. Chaque tâche progresse indépendamment, vous permettant de traiter plusieurs corrections à la fois sans surveiller chacune individuellement.
Dépôts que vous n'avez pas localement : Si vous devez apporter des modifications à un dépôt que vous n'avez pas cloné ou que vous ne voulez pas configurer sur votre machine, une session cloud gère la configuration de l'environnement pour vous.
Tâches que vous voulez mettre en file d'attente : Quand vous avez une liste de modifications à apporter mais que vous ne voulez pas les faire maintenant, vous pouvez les démarrer dans le cloud et examiner les résultats plus tard. Cela vous permet de regrouper un travail similaire ou de déléguer des tâches pendant les moments où vous êtes concentré sur autre chose.
Utilisez les sessions locales dans votre terminal ou IDE pour :
Tâches nécessitant des corrections de cap fréquentes : Quand vous n'êtes pas sûr de la bonne approche ou que vous vous attendez à devoir rediriger Claude en fonction de ce que vous voyez, travailler dans votre terminal vous donne un retour immédiat. Vous pouvez ajuster la direction pendant que Claude travaille plutôt que d'attendre un résultat complet.
Travail exploratoire avec des exigences peu claires : Si vous découvrez comment résoudre un problème ou explorez différentes approches, le terminal vous permet d'affiner votre demande au fur et à mesure que vous apprenez. L'aller-retour aide à clarifier les exigences qui n'étaient pas évidentes au départ.
Développement local avec des modifications non validées : Quand vous développez activement et avez du travail non validé dans votre dépôt local, l'utilisation de Claude Code dans votre terminal garde tout au même endroit. Vous pouvez itérer rapidement sur les modifications sans avoir besoin de valider ou de pousser du travail qui n'est pas prêt.
Tâches nécessitant un retour immédiat : Si vous avez besoin de voir les résultats rapidement et que vous voulez itérer rapidement, le terminal offre une latence plus faible. Vous pouvez regarder Claude travailler en temps réel et arrêter ou rediriger si quelque chose se passe mal au début du processus.
Exemples de cas d'usage
Modifications backend avec développement piloté par les tests
Laissez Claude écrire des tests qui définissent le comportement attendu, puis implémentez le code pour que ces tests réussissent. Cela fonctionne particulièrement bien pour les modifications backend où le comportement peut être validé par des tests automatisés.
Exemple d'invite :
Add rate limiting to the /api/search endpoint.
The rate limiter should:
- Allow 100 requests per minute per API key
- Return 429 status when limit exceeded
- Reset limits after 60 seconds
- Track different API keys independently
Use a TDD approach: write comprehensive tests first, then implement the rate limiting logic to pass them.
Quand utiliser cette approche : Cela fonctionne bien dans une session cloud car les tests donnent à Claude des critères de validation clairs vers lesquels travailler. Vous n'avez pas besoin de surveiller la progression de Claude puisque les tests attraperont les problèmes et guideront l'itération vers une solution fonctionnelle. La nature autonome de la tâche, où Claude écrit des tests puis les fait réussir, ne nécessite pas votre contribution une fois démarrée.
Ce qui rend cela efficace : Claude peut itérer sur l'implémentation sans votre supervision, en utilisant les échecs de tests pour identifier et corriger les problèmes. La tâche dure plus longtemps qu'une simple modification de code, mais vous pouvez la laisser se terminer en arrière-plan. Quand vous examinez la pull request, les tests et l'implémentation sont prêts, et vous avez confiance que la solution fonctionne car les tests réussissent.
Mises à jour de documentation
Générez ou mettez à jour la documentation technique telle que les fichiers README, la documentation API, les commentaires de code, ou les guides utilisateur.
Exemple d'invite :
Update CHANGELOG.md with all changes since the v2.3.0 release:
- Review commits on main branch since that tag.
- Categorize changes into "Added, "Changed, "Fixed", and "Removed" sections.
- Include the commit hash for each entry.
Quand utiliser cette approche : Les mises à jour de changelog sont bien adaptées à une session cloud car Claude peut examiner l'historique des commits indépendamment et formater les entrées sans conseils. La tâche est fastidieuse à faire manuellement mais assez simple pour que Claude la termine sans questions sur les commits à inclure ou comment les catégoriser.
Ce qui rend cela efficace : Vous pouvez déléguer la mise à jour complète du changelog et examiner le résultat une fois terminé. Claude lit les commits, extrait les modifications significatives, et suit votre format de changelog existant.
Refactorisation avec portée claire
Restructurez le code pour améliorer l'organisation ou la lisibilité quand vous pouvez définir des limites claires pour la modification. Cela inclut l'extraction de code, la division de fichiers volumineux, ou l'organisation de la structure des modules.
Exemple d'invite :
The UserService class in /src/services/user.go has 800 lines long.
Split it into three focused services:
- UserAuthService (login/logout/sessions)
- UserProfileService (profile CRUD operations)
- UserPreferencesService (settings/preferences)
Ensure all tests still pass.
Quand utiliser cette approche : La refactorisation avec des contraintes claires fonctionne bien dans une session cloud car vous pouvez définir des limites claires pour que Claude les suive. Les suites de tests peuvent fournir une validation, permettant à Claude de vérifier que la refactorisation n'a pas cassé les fonctionnalités existantes.
Ce qui rend cela efficace : La tâche prend du temps, mais ne nécessite pas votre contribution active une fois la structure définie. Vous pouvez démarrer la refactorisation et examiner le résultat organisé plus tard, plutôt que de surveiller Claude pendant qu'il travaille sur la tâche. La portée claire signifie que Claude est peu susceptible d'avoir besoin de conseils en cours de tâche.
Conseils pour une utilisation efficace
Envisagez d'ajouter une suite de tests à votre dépôt pour que Claude vérifie plus facilement qu'il a complété avec succès une tâche
Spécifiez les critères de succès plutôt que des objectifs vagues comme « améliorer » ou « corriger »
Définissez ce qui doit changer et ce qui doit rester identique dans votre invite
Délimitez les tâches avec des limites claires pour que Claude n'ait pas besoin de conseils en cours de tâche
Si vous pensez « Je devrai voir comment cela se passe d'abord », envisagez d'utiliser votre terminal à la place
Utilisez « Ouvrir dans CLI » si vous réalisez en cours de tâche que vous devez fournir des conseils