Exécuter des agents IA en continu

Un agent IA est particulièrement utile lorsqu'il peut continuer à travailler après que vous avez cessé de le surveiller. Sur votre ordinateur portable, c'est fragile : le capot se referme, le Wi-Fi tombe, la machine redémarre — et l'agent meurt avec elle. Un pod rompt cette dépendance : c'est une machine Linux persistante dans le cloud SkyDeck qui conserve son état, fonctionne indépendamment de votre appareil et est accessible depuis n'importe quel navigateur.

Sessions de codage de longue durée avec Claude Code

Le pod Claude Code est fourni avec l'agent, git, la CLI GitHub et un volume /workspace durable déjà configurés.

1. Lancez le pod Claude Code depuis le catalogue de pods. Vous arrivez dans le terminal principal du pod — la session qui persiste.
2. Clonez ou ouvrez votre dépôt sous /workspace (votre administrateur a peut-être configuré le pod pour le cloner à votre place), puis exécutez claude et mettez l'agent au travail — un gros remaniement de code, un nettoyage de suite de tests, une migration.
3. Éloignez-vous. Fermez l'onglet, éteignez votre ordinateur portable, prenez les transports. Le terminal principal — et l'agent qui y travaille — réside dans le pod, pas sur votre appareil, et continue de tourner après votre déconnexion. La seule horloge qui compte est la mise en veille automatique en cas d'inactivité du pod (ci-dessous).
4. Rattachez-vous depuis n'importe où. Ouvrez le pod sur n'importe quelle machine et la même session — historique de défilement, agent en cours d'exécution et tout le reste — vous attend.

Comme le pod Claude Code conserve à la fois /workspace et la mémoire et l'identifiant de connexion propres à l'agent (~/.claude) entre la veille et la reprise, un projet peut s'étendre sur des jours ou des semaines de sessions : à chaque reprise, l'agent conserve son contexte, ses paramètres et ses compétences. Ouvrez des onglets de terminal supplémentaires (jusqu'à 10) pour exécuter plusieurs tâches d'agent côte à côte.

Agents généralistes toujours actifs (OpenClaw et compagnie)

Le codage n'est qu'une forme de travail agentique. Les agents généralistes — comme OpenClaw, qui dialogue avec vous via vos applications de messagerie et agit en votre nom — sont conçus pour fonctionner en continu, comme un service. C'est précisément à cela que sert un pod :

1. Demandez à votre administrateur d'ajouter un pod personnalisé avec l'agent OpenClaw préinstallé (c'est l'un des choix d'agents intégrés lors de la création d'un pod personnalisé), ou partez de n'importe quel pod et installez votre propre agent dans /workspace.
2. Démarrez l'agent comme un service en arrière-plan, afin qu'il ne dépende pas du maintien d'un onglet de terminal ouvert :

tmux new -d -s openclaw 'openclaw gateway'

Un processus détaché continue de tourner tant que le pod est actif, indépendamment de tout terminal — la forme adaptée à un service. (Le travail dans le terminal principal du pod survit lui aussi à vos déconnexions, mais réservez-le aux sessions interactives ; les onglets de terminal supplémentaires sont nettoyés une fois que tout le monde les a quittés.) 3. Vérifiez son état à tout moment depuis le canal de messagerie auquel l'agent se connecte, ou ouvrez un terminal dans le pod : openclaw gateway status, ou tmux attach -t openclaw pour le voir en direct.

Le garder actif (et abordable)

Deux paramètres au niveau de l'organisation déterminent à quel point votre pod est réellement « 24/7 » — tous deux se trouvent dans Centre de Contrôle → Pods (contrôle des dépenses) :

• La mise en veille automatique en cas d'inactivité met en veille un pod sans activité de terminal (par défaut 20 minutes). Pour des charges de travail d'agents toujours actifs, demandez à votre administrateur de l'allonger — ou de la désactiver pour que les pods s'exécutent jusqu'à une mise en veille manuelle.
• Les budgets et les plafonds font contrepoids : un budget mensuel d'organisation, des plafonds par membre et une limite de pods simultanés empêchent une flotte toujours active de se transformer en facture sans fin. Un pod en veille ne coûte que le stockage.

Info

Une méthode pratique : laissez les pods de développement ordinaires conserver la mise en veille automatique par défaut, exécutez les agents toujours actifs dans leurs propres pods, et dimensionnez les plafonds par membre pour qu'un pod fonctionnant en continu y tienne. Le Centre de Contrôle affiche le prix horaire de chaque pod avant que vous ne le lanciez.