Cloud Agents : votre ordinateur est éteint,
le correctif part quand même.
Déclenchez une tâche depuis AgentsRoom, sur votre poste ou sur votre téléphone, et un agent de code l'exécute sur une machine jetable dans le cloud plutôt que sur votre portable. Elle clone le dépôt, travaille, commite, et pousse une branche accompagnée d'un compte rendu écrit.
Pas de portable dans le sac, pas de bureau à distance, pas de session à maintenir en vie. Le point de rendez-vous est git, et c'est exactement pour ça que la machine posée sur votre bureau peut rester éteinte.
Un agent cloud est un job, pas une session distante. Il n'y a pas d'écran auquel se connecter ni de terminal à garder ouvert. Une machine éphémère démarre, clone votre dépôt, lance Claude Code ou Codex en headless sur la consigne que vous avez donnée, commite ce qu'elle a modifié, pousse une branche dédiée, écrit un compte rendu, puis se détruit.
Les deux machines ne se parlent jamais. C'est cette seule décision de conception qui rend la fonctionnalité utile : puisque le rendez-vous est une branche git et non une connexion vivante, rien de votre côté n'a besoin de rester éveillé. Votre portable peut être fermé, à plat, dans une valise, ou à trois mille kilomètres.
Ce qui revient, c'est du code et le récit de ce qui a été fait, jamais la mémoire de l'agent. On ne reprend donc pas un agent cloud, on relit son travail. Trois actions sont proposées à égalité : valider la branche, relancer dans le cloud avec une consigne complémentaire, ou continuer en local dans une session AgentsRoom normale, contexte déjà rempli. Ce dernier chemin est celui qu'un produit purement cloud ne peut pas offrir.
Un utilisateur signale un bug. Vous êtes sur une plage, sans ordinateur.
Ce n'est pas une expérience de pensée, c'est la chaîne qu'AgentsRoom a été construit pour fermer. Chaque maillon existe déjà comme fonctionnalité, et les deux derniers sont votre propre pipeline.
- 1
- 2
- 3
- 4
Quelques minutes plus tard, une branche est poussée avec le correctif commité
L'exécution se termine et rend des comptes : le nom de la branche, le commit, les fichiers touchés, et un résumé écrit du raisonnement. Vous le lisez sur le téléphone comme vous liriez un message.
- 5
Votre CI récupère la branche et lance le build
Ce maillon est le vôtre, pas le nôtre, et c'est justement l'intérêt. Une branche poussée sur votre dépôt est exactement l'événement que votre pipeline écoute déjà. Les tests tournent, le build sort, rien n'a été traité à part pour l'IA.
- 6
Le continuous delivery met en ligne
Un site est déployé, un build mobile est envoyé, un conteneur est déroulé, selon ce que votre livraison fait déjà. Le correctif est en production et aucun de vos ordinateurs n'a jamais été allumé.
La leçon porte sur la chaîne, pas sur l'agent
Rien ici ne fonctionne parce que le modèle est brillant. Ça fonctionne parce que chaque étape a été industrialisée en amont : un endroit public où déposer les signalements, des tickets assez cadrés pour briefer un agent qui ne peut poser aucune question, un dépôt dont les branches déclenchent un pipeline, et une livraison qui n'attend pas une main humaine. AgentsRoom fournit le déclencheur et le cadrage. Votre CI/CD fournit la mise en ligne. Le téléphone n'est pas un IDE de secours, c'est la télécommande d'une chaîne qui tourne déjà sans vous.
Les vacances ne sont que le cas le plus évident
Toutes ces situations ont la même forme : le travail doit avoir lieu, et la machine qui le fait d'habitude n'est pas disponible.
D'astreinte, un dimanche
L'alerte tombe pendant que vous êtes dehors. Lire le ticket sur le téléphone et lancer une exécution vaut mieux que rentrer ouvrir un portable, et la branche attend d'être relue quand vous revenez.
Votre portable est mort ou volé
Une batterie à plat, un café renversé, un sac pris dans une gare. Vos projets ne sont pas otages d'un seul matériel : l'état vit dans le dépôt, et une machine cloud peut reprendre le travail depuis un téléphone emprunté.
Un vol, un train, un trajet quotidien
Vous pouvez mettre une exécution en file avant d'embarquer et lire le compte rendu à l'atterrissage. Dix heures de temps mort deviennent une branche qui vous attend, sans ouvrir un portable sur une tablette d'avion.
Quatre tickets avant d'aller dormir
Des tickets indépendants n'ont pas à être traités un par un. Envoyez-en plusieurs dans le cloud en parallèle, chacun sur sa machine propre et sa branche, et relisez la pile au matin au lieu de les regarder tourner.
La tâche est plus lourde que votre machine
Une longue montée de dépendances ou un refactor large mange votre portable pendant une heure. Louer une machine à la minute garde vos ventilateurs silencieux et votre éditeur réactif pendant que ça se passe ailleurs.
La machine du bureau ne vaut pas la peine d'être réveillée
Une faute de frappe en production, un bump de version, une correction de texte. Tout ne justifie pas de prendre la main sur votre poste. Une exécution cloud répond par une branche et un compte rendu, ce qui suffit largement à un petit changement.
Comment une exécution se déroule vraiment
Cinq écrans, du moment où vous choisissez un agent jusqu'à la branche qui attend sur votre hébergeur git.
Choisir où l'agent s'exécute
Chaque agent d'AgentsRoom porte un choix « Run on » : cet ordinateur, une autre machine de votre parc, ou le cloud. Rien d'autre ne change dans l'agent, donc le rôle en qui vous avez déjà confiance en local est celui qui s'exécutera à distance.
Écrire le brief et régler l'exécution
La fenêtre reçoit la consigne, l'agent (Claude ou Codex sur une machine cloud pour l'instant), le modèle de Haiku jusqu'au modèle phare, et le choix entre une branche dédiée ou la branche courante. Jusqu'à quatre fichiers peuvent voyager avec, capture, croquis ou log, copiés sur la machine et détruits avec elle.
Regarder, ou pas
L'exécution rend compte en direct : temps écoulé, modèle utilisé, branche en construction, consigne reçue. Vous pouvez l'annuler à tout moment. Vous pouvez aussi tout fermer, parce que la machine ne dépend pas de votre fenêtre restée ouverte.
Le résultat est une branche sur votre hébergeur git
À la fin, le travail se trouve là où votre outillage le cherche déjà : une branche poussée, un vrai commit, un diff relisible, et une pull request à un clic. Rien n'a besoin d'être réimporté dans AgentsRoom pour que le changement existe.
Puis valider, relancer, ou reprendre en local
Une exécution terminée vous laisse trois gestes de poids égal : garder la branche, la renvoyer dans le cloud avec une consigne de suite, ou l'ouvrir comme une session d'agent locale ordinaire, contexte déjà chargé. Le troisième est le pont, et c'est pour ça qu'une exécution cloud n'est jamais une impasse.
Quatre décisions qui donnent sa forme à la fonctionnalité
L'essentiel de ce qui surprend dans une exécution cloud en découle, alors autant les énoncer clairement.
Un job, pas une session distante
La migration à chaud d'une session d'agent en cours a été étudiée puis écartée comme irréalisable. Traiter une exécution cloud comme un job supprime toute une classe de problèmes : rien à reconnecter, rien à maintenir en vie, rien de perdu quand votre réseau tombe.
Git est le seul point de rendez-vous
La machine cloud et la vôtre n'échangent rien d'autre qu'une branche. Aucune forge n'est présupposée non plus : les identifiants sont détenus par hébergeur git, ce n'est donc pas une fonctionnalité réservée à GitHub.
Un clone propre, à chaque fois
L'agent travaille sur une copie neuve, sur une machine éphémère : il ne peut pas toucher votre copie de travail, entrer en collision avec un agent local, ni laisser quoi que ce soit derrière lui. À la fin, la machine et tout ce qu'elle contient ont disparu.
Il ne peut rien vous demander
Il n'y a personne au bout du fil pour répondre : l'exécution réussit sur le brief reçu, ou explique pourquoi elle n'a pas pu. C'est le meilleur argument pour cadrer un ticket correctement, car la qualité d'une exécution cloud se décide avant qu'elle ne démarre.
Votre backlog public est la source naturelle des exécutions cloud
Un agent cloud travaille seul et ne peut poser aucune question : un ticket cadré fait donc un bien meilleur brief qu'une ligne écrite à la va-vite. Ce n'est pas une contrainte à contourner, c'est une habitude qui vaut le coup de toute façon.
Cela explique aussi pourquoi les deux fonctionnalités vont ensemble. Votre backlog public continue de collecter les signalements pendant que personne n'est à la machine : la nuit, le week-end, trois semaines en août. Ces tickets sont exactement ce à quoi sert une exécution cloud : déjà écrits, déjà décrits par la personne qui a rencontré le problème, et en attente d'une décision plutôt que d'un clavier.
Compté en minutes de temps machine, pas en tokens
Tout le reste de ce qui est mesuré dans AgentsRoom consomme des tokens. Une exécution cloud loue une vraie machine facturée à la seconde : elle se compte donc en minutes de temps machine, et cette différence commande toutes les règles.
Des minutes incluses accompagnent les offres Plus et Pro et se rechargent au mois calendaire. Les minutes achetées en plus n'expirent jamais, parce que confisquer du crédit payé à la fin d'un mois serait indéfendable. Chaque exécution est bornée deux fois, par une durée maximale et par le nombre d'exécutions simultanées, si bien qu'une tâche qui part de travers ne peut pas dépenser un temps machine illimité.
L'offre gratuite n'inclut aucune minute cloud, et ce zéro est une règle plutôt qu'un plafond : une exécution, c'est du matériel réel loué avec de l'argent réel, ce qu'un palier gratuit ne peut pas absorber. Cloud Agents est actuellement en bêta et s'ouvre via le programme bêta en libre-service.
Ce que ça ne fait pas, dit clairement
Une page de fonctionnalité qui ne liste que des forces est une page à laquelle on ne peut pas se fier.
- Claude et Codex sont les seuls agents qui tournent sur une machine cloud pour l'instant. Les autres providers restent en local.
- Une exécution a une durée maximale et s'arrête quand elle est atteinte. Elle est dimensionnée pour une tâche cadrée, pas pour un après-midi d'exploration ouverte.
- L'agent ne peut pas poser de question en cours de route : un brief ambigu revient donc en branche ambiguë.
- Les exécutions sont lancées par vous ou par une planification, depuis le desktop, le téléphone ou un ticket du backlog. Il n'y a pas de déclencheur par webhook, un pipeline en échec ne peut donc pas encore démarrer une exécution tout seul.
- Rien n'est fusionné à votre place. Une exécution répond par une branche, et la suite appartient à votre relecture et à votre pipeline.
FAQ
Mes agents tournent-ils toujours en local ?
Oui, et cela reste le comportement par défaut. AgentsRoom exécute vos agents via le CLI que vous payez déjà, sur votre propre machine, contre votre vraie copie de travail. Cloud Agents est un choix explicite pris exécution par exécution, pas un mode dans lequel le produit vous déplace.
Puis-je vraiment lancer un agent de code avec mon ordinateur éteint ?
Oui. L'application mobile lit vos projets et votre backlog depuis l'API AgentsRoom plutôt qu'à travers votre poste, et une exécution cloud a lieu sur une machine louée : rien de votre côté n'a besoin d'être éveillé. C'est la différence avec le pilotage à distance d'un agent local, qui exige lui que votre ordinateur soit allumé.
Qu'est-ce qui revient quand une exécution se termine ?
Une branche poussée sur votre dépôt avec de vrais commits, plus un compte rendu écrit : ce qui a été changé, combien de fichiers, et le raisonnement derrière. Vous ne récupérez ni la mémoire de l'agent ni une session à reprendre, puisque l'exécution et sa machine n'existent plus.
Comment ça se branche sur ma CI/CD ?
Par rien de particulier, et c'est tout l'intérêt. Une exécution cloud pousse une branche ordinaire sur votre dépôt ordinaire : tout ce que votre pipeline fait déjà sur un push se produit exactement comme avant. Build, tests, déploiement de préversion, build mobile, continuous delivery : rien de tout cela n'a besoin de savoir qu'une IA a écrit le commit.
Le code est-il en sécurité sur une machine qui ne m'appartient pas ?
La machine est jetable et dédiée à une seule exécution. Elle clone le dépôt, fait le travail, pousse la branche et se détruit, emportant le clone et les fichiers joints avec elle. Les identifiants git sont détenus par hébergeur et ne sont jamais remis à l'agent sous forme de texte.
Combien coûte une exécution cloud ?
Elle se compte en minutes de temps machine et non en tokens, parce qu'elle loue du matériel réel facturé à la seconde. Les offres Plus et Pro incluent des minutes mensuelles, des minutes supplémentaires peuvent être achetées et n'expirent jamais, et l'offre gratuite n'en inclut aucune. Les montants en vigueur sont sur la page des tarifs.
Qu'est-ce qu'un bon brief pour un agent cloud ?
Un ticket que quelqu'un a déjà pris la peine de décrire. L'agent travaille sur un clone propre et ne peut rien vous demander : il lui faut les critères d'acceptation, le fichier ou la zone concernée, et de quoi savoir que ça a marché. Un ticket de backlog bien cadré fait généralement un meilleur brief qu'une phrase tapée à la hâte depuis un téléphone.
Puis-je reprendre une exécution cloud dans une session normale ?
Oui, et c'est l'une des trois actions proposées quand une exécution se termine, à côté de valider la branche et de relancer dans le cloud. Continuer en local ouvre un agent AgentsRoom habituel avec le contexte pré-rempli, pour que le travail de suite exploratoire se passe là où vous pouvez parler à l'agent.
En quoi est-ce différent de Warp Oz ou de Devin ?
Le modèle d'exécution est proche, le positionnement non. Cloud Agents est un mode parmi d'autres dans un produit dont le défaut est l'exécution locale sur l'abonnement CLI que vous détenez déjà, si bien qu'une exécution cloud peut être rendue à une session locale avec son contexte. Les outils conçus cloud d'abord n'ont pas d'équivalent de ce chemin de retour.
Cloud Agents est-il disponible pour tout le monde ?
Pas encore. La fonctionnalité est en bêta et s'ouvre via le programme bêta en libre-service, qui demande un abonnement Pro actif, un compte d'au moins trois mois, et un historique de retours que l'équipe a réellement traités. L'onglet Bêta des réglages montre les conditions déjà remplies.
Les fonctionnalités qui font tenir ce déroulé
Backlog public
Le board public où les utilisateurs déposent les signalements qui deviennent des exécutions cloud, chacun avec son fil de discussion.
Application mobile
L'app iOS et Android qui vous laisse lire le backlog et lancer du travail depuis un téléphone, sans qu'aucun de vos ordinateurs soit réveillé.
Cadrage de ticket
Transformer un signalement vague en un brief assez précis pour un agent qui ne peut vous poser aucune question.
Tâches planifiées
Déclencher des exécutions récurrentes selon un calendrier, l'autre façon de faire avancer le travail quand personne n'est au clavier.
Fleet distante
Faire tourner des agents sur toutes vos machines depuis une seule fenêtre, quand la machine voulue est la vôtre et non une machine louée.
Contrôle à distance
Piloter depuis votre téléphone les agents qui tournent sur votre poste, pour quand votre ordinateur est allumé et que vous n'êtes pas devant.
Pour aller plus loin
Travailler en vacances avec ses agents IA (sans que la famille s'en aperçoive)
Fermer boutique trois semaines, ou être celui qui ouvre son laptop à la plage. Les agents IA rendent une troisième option possible : le dispositif qui fait avancer les projets clients en dix minutes par jour.
Agents de code en tâche de fond : mettez votre IA en équipe de nuit
Un agent de code n'a pas besoin que vous le surveilliez. Voici comment faire tourner des agents en tâche de fond pendant que vous faites autre chose, et laisser toute une flotte coder la nuit pendant que vous dormez.
Piloter ses agents de code depuis ton téléphone pendant qu'ils bossent
Tes agents codent pendant 20 minutes d'affilée. Tu n'as pas besoin de rester devant l'écran. Voici comment les suivre et les débloquer depuis ton téléphone.
Cessez d'être le point de défaillance unique
Montez la chaîne une fois : un backlog public, des tickets dignes de briefer un agent, et un pipeline qui livre sur une branche. Ensuite, un correctif peut quitter vos mains sans que vous ouvriez un portable.
App companion : suivez vos agents en déplacement
Utilisez Claude, Codex, Antigravity CLI ou un autre fournisseur IA.
Remontez bugs et demandes directement dans votre backlog public.
Aperçu d'AgentsRoom en action.