Un agent de programmation sur un portable, c’est facile à vivre. Trois ou quatre en même temps, chacun dans son dépôt ou son arbre de travail, c’est une autre charge. Les ventilateurs démarrent, l’éditeur rame et une suite de tests autrefois rapide attend la mémoire.

Pourquoi le portable ralentit

L’agent lui-même pèse rarement lourd. Le travail qu’il lance, si. Chaque session d’agent peut exécuter :

  • une installation de paquets, une compilation et des tests ;
  • un serveur de langage et un observateur de fichiers pour son projet ;
  • un serveur de développement, un conteneur de base de données ou un navigateur ;
  • sa propre copie des dépendances dans chaque arbre de travail.

En parallèle, les agents se disputent les mêmes cœurs, la même mémoire et le même disque. Quand la mémoire manque, le système bascule sur le disque (swap) et toute la machine attend, vous compris.

Voir ce qui l’occupe

Regardez avant de changer quoi que ce soit. Sur un Mac, ouvrez le Moniteur d’activité, triez par Mémoire et surveillez le graphique de pression de la mémoire. Sous Linux, lancez top ou htop, triés par mémoire, et free -h pour voir l’usage du swap. Regroupez ce que vous trouvez par session d’agent : compilations, tests, serveurs et conteneurs ressortent souvent.

Corriger d’abord en local

  • Lancez moins d’agents à la fois. Mettez la tâche suivante en file au lieu d’ouvrir une autre session.
  • Arrêtez ce qui ne sert pas. Fermez les serveurs de développement, conteneurs et onglets qu’un agent a ouverts et qui n’ont plus d’usage.
  • Limitez le parallélisme des tests et des compilations. La plupart des outils acceptent un nombre de processus. Réduisez-le pour les sessions d’agent.
  • Gardez peu d’arbres de travail. Supprimez ceux des branches fusionnées, avec leurs dépendances et leurs observateurs.

Si le portable reste le goulot d’étranglement, la dernière option est d’exécuter une partie des agents ailleurs.

Déplacer les agents dans un bac à sable

Un bac à sable d’agent Runzivo est une microVM Linux isolée à Montréal (YUL). Donnez à chaque tâche d’agent son propre bac et connectez-vous par SSH, depuis votre éditeur ou depuis Orca. Les compilations, tests et serveurs lancés par cet agent utilisent alors le processeur et la mémoire du bac, pas ceux de votre portable.

Claude Code et Codex sont inclus dans l’image de développement, déconnectés. Connectez-vous avec votre propre compte ou clé de fournisseur. Votre fournisseur facture directement les modèles ; Runzivo facture uniquement l’infrastructure. Herdr garde les volets d’agent actifs pendant votre déconnexion, tant que le bac fonctionne.

Le guide Orca, éditeurs et agents de programmation explique la connexion et l’ouverture de session.

À savoir avant de déplacer

  • Un espace de travail peut exécuter 2 bacs à la fois par défaut. Gardez les autres agents en local ou mettez-les en file.
  • Un bac à sable dure 8 heures par défaut, ou 12 ou 24 heures selon la capacité de l’hôte. L’arrêt ne met pas le compteur en pause. Copiez ou poussez (git push) le travail à conserver avant l’expiration.
  • Les bacs en cours d’exécution utilisent l’allocation de votre espace ou le crédit prépayé au tarif de leur taille. Voir les tarifs.
  • Révisez ce qu’un agent a modifié et lancez vos tests avant de pousser (git push).