Sécurité d'exécution des agents IA pour développeurs

Les vrais risques des exécutions IA longues et sans surveillance

Une exécution Ollama qui tourne toute la nuit, un agent Claude Code en train d'échafauder une fonctionnalité complète, un pipeline de build qui se relance à chaque modification de fichier — ces charges de travail ont un point commun : personne ne surveille. La veille automatique standard de macOS ne connaît ni le pourcentage de batterie ni la température de la puce ; elle se contente de vérifier si quelque chose retient une assertion de réveil. Une fois celle-ci maintenue, le run continue jusqu'à sa fin, jusqu'à ce que la batterie soit vide, ou jusqu'à ce que le Mac s'éteigne de lui-même pour se protéger.

Le risque batterie est cumulatif. Recharger à répétition depuis un niveau proche de zéro use le compteur de cycles de charge plus vite que de recharger entre 40 et 80 %. Une seule nuit à descendre jusqu'à 0 % est rarement fatale en soi ; c'est l'habitude répétée sur plusieurs semaines qui accélère la perte de capacité. Le danger le plus immédiat, c'est généralement un agent bloqué — une boucle de prompt, un timeout d'API qui n'a jamais relancé, un build qui attend un port verrouillé — qui consomme du CPU en continu pendant des heures pendant que vous dormez, sans jamais terminer ni faire remonter d'erreur.

Le risque thermique sur un MacBook est en partie géré par macOS lui-même, et en partie une question d'installation physique. La puce se bride toute seule sous charge soutenue, mais un bridage signifie un run plus long et plus chaud — pas un run sûr pour autant. Un MacBook posé sur une surface molle avec les grilles d'aération obstruées, ou qui tourne en clamshell avec une mauvaise circulation d'air, concentre la chaleur dans un espace plus restreint. Aucun outil de maintien en éveil, gratuit ou payant, ne change cette réalité physique — il peut seulement décider du moment où arrêter d'insister.

La méthode native et gratuite : caffeinate, pmset et les applis de menu bar tierces

macOS embarque deux outils conçus exactement pour ça, et ça vaut le coup de les connaître avant de chercher ailleurs. caffeinate -i empêche la veille automatique tant qu'il tourne au premier plan. caffeinate -w <pid> va plus loin en liant cette même assertion à un processus précis — le PID d'un job d'entraînement, le PID d'un agent — et se libère automatiquement dès que ce processus se termine. C'est exactement l'idée derrière le wrapper CLI de LidRun (lidrun -- python train.py --epochs 100, qui retient une assertion, exécute la commande, puis relâche une fois terminé). Pour un run court que vous allez surveiller vous-même, caffeinate -w $(pgrep ollama) ou l'encapsulation directe de la commande suffit largement. C'est gratuit, c'est déjà sur votre Mac, et ça fait une seule chose, mais bien.

Pour une installation en clamshell — écran externe, clavier et souris, couvercle fermé — le mécanisme sous le capot est pmset -a disablesleep 1, un flag système non documenté mais largement utilisé, qui indique à macOS d'ignorer totalement le déclencheur de veille à la fermeture du couvercle. C'est sur ça que repose n'importe quel utilitaire de mode clamshell, y compris le mode Closed-Lid de LidRun. Ça demande les droits administrateur et, contrairement aux assertions ci-dessus, ce n'est pas limité à un seul processus — ça change le comportement de veille pour toute la machine jusqu'à ce que quelque chose le remette à 0.

Les réglages batterie natifs de macOS valent la peine d'être activés pour tout run long, quel que soit l'outil de maintien en éveil utilisé. Le mode basse consommation et la charge de batterie optimisée (Réglages Système → Batterie) réduisent la consommation en arrière-plan et rythment les cycles de charge — ni l'un ni l'autre n'empêche la veille ou ne surveille votre charge de travail, mais ce sont des réglages gratuits, natifs, et complémentaires à n'importe quel autre outil que vous utilisez.

Les applis de menu bar tierces occupent l'espace entre une commande Terminal et quelque chose à qui vous feriez confiance pour tourner seul toute la nuit. Amphetamine a le système de déclencheurs le plus complet du lot — vous pouvez le configurer pour s'activer quand une appli précise se lance ou qu'un processus démarre, pas seulement basculer un interrupteur manuel. KeepingYouAwake est un petit toggle de menu bar open-source qui fait exactement une chose, gratuit, sans pub. Caffeine a popularisé l'icône « tasse de café » en un clic et reste l'option la plus simple si tout ce que vous voulez, c'est un interrupteur basique. Lungo enrobe la même idée dans une interface de minuteur à rebours bien conçue. Les quatre sont des outils solides et bien construits pour empêcher un Mac de partir en veille automatique — cette partie du problème est, très sincèrement, résolue plusieurs fois plutôt qu'une.

Là où les options gratuites atteignent leurs limites pour un run sans surveillance

Aucun des outils ci-dessus ne connaît votre pourcentage de batterie ou la température de votre Mac. caffeinate -w <pid> maintient son assertion à 2 % de batterie exactement aussi facilement qu'à 80 % — il n'y a aucun plancher intégré. Amphetamine, KeepingYouAwake, Lungo et Caffeine fonctionnent pareil : une durée, un déclencheur ou un interrupteur manuel, mais rien qui surveille le niveau de charge ou l'état thermique pour relâcher plus tôt. Pour un job que vous avez sous les yeux, ce n'est pas un problème — vous verrez l'avertissement de batterie et vous réagirez. Pour quelque chose que vous lancez avant de partir pendant huit heures, ce n'est pas le bon outil.

pmset -a disablesleep 1 porte un risque plus tranchant. Comme le réglage est global et persistant, si ce qui le gère — un script, une session Terminal, une appli — plante ou se fait forcer à quitter avant d'exécuter le pmset -a disablesleep 0 correspondant, le flag reste bloqué activé. La veille ne se déclenche plus du tout à la fermeture du couvercle, sur batterie, indéfiniment, jusqu'à ce que quelqu'un s'en aperçoive et le remette à zéro à la main avec sudo pmset -a disablesleep 0. C'est exactement pour ça que LidRun associe chaque 1 qu'il pose à un 0 correspondant — à l'arrêt, en quittant l'appli, puis de nouveau via une vérification de cohérence au lancement suivant — plutôt que de faire confiance à un script pour toujours atteindre sa propre ligne de nettoyage.

L'autre trou dans la raquette, c'est de savoir si le run fait encore quelque chose. Un agent bloqué — une boucle de prompt, un appel API qui n'a jamais reçu de réponse, un build coincé sur un port verrouillé — a l'air identique de l'extérieur à un agent qui va bien : le processus est toujours là, il retient toujours son assertion. Tous les outils ci-dessus, y compris le simple maintien en éveil de base de LidRun, garderont le Mac éveillé pour un processus bloqué exactement aussi fidèlement que pour un processus productif, tant qu'il reste présent. Pour détecter ça, il faut surveiller le processus lui-même, pas seulement sa présence.

Sécurité batterie : pourquoi un plancher de charge basse compte

L'arrêt automatique batterie de LidRun surveille le niveau de charge via IOKit et relâche le maintien en éveil dès que votre Mac franchit un seuil que vous définissez — 20 % par défaut, ajustable de 15 % à 50 %. En dessous de ce seuil, ce que vous étiez en train de faire tourner perd son maintien et le Mac revient à un comportement de veille normal. En dessous encore, il existe un second plancher, non configurable celui-là, quel que soit votre réglage : une vraie mise en veille forcée d'urgence, verrouillée pour ne jamais pouvoir descendre sous 4 %, parce qu'en dessous de ce seuil, macOS n'a pas de façon fiable assez de marge pour terminer une extinction propre avant que la batterie soit tout simplement vide.

Pour un run de nuit sur batterie seule — pas de chargeur, juste la batterie — on recommande de monter le plancher d'arrêt automatique au-dessus des 20 % par défaut : 25–30 % donne une vraie marge. À 10–15 %, un bref pic de CPU ou une réponse tardive du ventilateur peut vous pousser dans la zone où macOS force une extinction d'urgence sans sortie propre ; à 25–30 %, il reste assez de marge pour un arrêt propre, plus une marge contre un pic de charge que vous n'auriez pas vu venir.

Le plancher d'arrêt automatique en lui-même est présent sur chaque installation, y compris en version gratuite — LidRun ne met jamais l'arrêt basique en cas de batterie faible derrière un paywall. Une deuxième étape, plus précoce — une alerte configurable « prévenez-moi à X % » avant l'arrêt dur, pour les personnes qui veulent plus de marge entre le premier signal et la coupure réelle — fait partie du palier de sécurité graduée payant. Dans tous les cas, pour un run de plus de quelques heures, branchez le chargeur si vous le pouvez : une charge CPU élevée et soutenue sur batterie use les cycles de charge plus vite que la même charge sur secteur, et un plancher protège aussi contre un adaptateur qui se débranche en cours de route, même quand vous êtes branché.

Sécurité thermique : ce que le Mac vous dit, et ce qu'il ne vous dit pas

macOS expose la pression thermique via ProcessInfo.thermalState : nominal, fair, serious, critical. LidRun affiche un avertissement dès que l'état atteint « serious » et recule pour de bon une fois arrivé à « critical » — le Safety Governor relâche immédiatement le maintien en éveil, sur chaque palier, gratuit ou payant, sans attendre que vous vous en aperceviez. Si le mode Closed-Lid est actif et que le couvercle est physiquement fermé, un simple relâchement ne ferait rien tout seul (il n'y a plus de veille automatique à déclencher), donc LidRun passe à l'étape suivante et met carrément le Mac en veille.

Le hic, c'est la granularité : thermalState à lui seul reste un signal grossier. Dans nos propres tests sur un Mac Intel, une session normale couvercle ouvert sous forte charge s'est stabilisée autour de 95 °C avec le CPU tournant encore au-dessus de 80 % de sa vitesse maximale — alors que la même charge de travail, enfermée dans un sac, a fait chuter la limite de vitesse du CPU à environ 24 % en quelques minutes, pendant que thermalState lui-même affichait encore brièvement seulement « fair ». C'est cet écart qui explique pourquoi LidRun croise le signal de l'OS avec le capteur de température SMC et la lecture de limite de vitesse du CPU (pmset -g therm) plutôt que de faire confiance à thermalState seul — il suffit qu'un des deux signaux passe à critique pour déclencher le filet de sécurité.

Le régime des ventilateurs (RPM) et les données du capteur SMC sont lisibles sur les Mac Intel et sur la plupart des configurations Apple Silicon, à titre de signal de surveillance — un ventilateur déjà au plafond vous indique que le système travaille déjà dur, ce qui donne un contexte utile en complément de la lecture de température elle-même.

Les garde-fous logiciels sont une seconde ligne de défense ; la première est physique. Surface plane et dure, grilles d'aération dégagées, couvercle ouvert quand vous pouvez vous le permettre. Tourner couvercle fermé concentre plus la chaleur que couvercle ouvert, ce qui vaut la peine d'être su avant de mettre en place un workflow clamshell de nuit — un support pour ordinateur portable, ou même une simple surélévation sur le bureau, fait une différence mesurable. Faire tourner un job de calcul long dans un sac ou un autre espace fermé est la configuration la plus risquée qui soit ; aucun moniteur de processus ne change le piège thermique que ça crée, donc traitez ce type d'installation avec précaution, quel que soit l'outil qui surveille.

Où se situe une couche conçue pour ça : consciente du processus, de la batterie et du thermique

Le principe de LidRun est simple : agent en cours → rester éveillé ; agent terminé ou situation non sûre → relâcher ou mettre en veille. Pas un verrou de veille aveugle que vous posez et devez penser à retirer, pas une session qu'il faut surveiller vous-même au cas où une limite de batterie ou de chaleur serait franchie pendant que vous avez le dos tourné. Tout ce qui précède — caffeinate, pmset, Amphetamine, KeepingYouAwake, Lungo, Caffeine — fait très bien la moitié « rester éveillé ». Voici l'autre moitié.

Auto Mode, c'est le maintien en éveil lié au processus : le même principe que caffeinate -w, sauf qu'il reconnaît déjà, dès l'installation, une longue liste de processus d'agents de codage et d'outils dev — Claude Code, Codex, Cursor, GitHub Copilot, Windsurf, Aider, Ollama, et d'autres — sans aucune configuration nécessaire. Il intègre aussi un délai de grâce de 30 minutes spécifiquement pour les processus d'agent reconnus, pour qu'une pause de « réflexion » normale entre deux appels d'outil ne soit pas interprétée comme la fin du job (un simple éditeur ouvert n'a pas droit à ce même délai de grâce, donc une fenêtre Cursor ouverte mais inactive ne peut pas maintenir le Mac éveillé par sa seule présence). Auto Mode est une fonctionnalité payante.

Watchdog va un cran plus loin : il surveille si un agent devient silencieux. Après 20 minutes avec un processus d'agent reconnu qui reste proche de 0 % de CPU — contre 5 minutes pour tout le reste, puisque les agents restent normalement inactifs en attendant une réponse d'API — il vous alerte que le run est peut-être bloqué, avec assez d'avance pour que vous soyez prévenu avant même que le délai de grâce d'Auto Mode n'ait de toute façon laissé tomber l'assertion. Il se contente d'alerter ; il ne tue et ne relance jamais le processus lui-même. C'est également une fonctionnalité payante.

L'arrêt automatique batterie et le relâchement en cas de surchauffe critique décrits plus haut sont gratuits sur chaque installation — cette partie n'est jamais derrière un paywall. Le mode Timer de LidRun (gratuit, aux côtés du simple Keep Awake et du mode Charging-only) maintient l'assertion jusqu'à une expiration fixée puis relâche tout seul, utile comme borne supérieure, qu'Auto Mode reconnaisse le processus ou non. Les notifications push via ntfy.sh (sans compte requis) ou Pushover bouclent le tout, pour qu'un run qui s'arrête à 3 h du matin — par fin de tâche, batterie faible ou état thermique — vous atteigne sur votre téléphone au lieu que vous découvriez un Mac froid au petit déjeuner. Et comme LidRun surveille aussi les autres applis qui retiennent leur propre verrou de veille — Amphetamine, un processus caffeinate isolé, ou autre chose — il peut vous signaler que quelque chose d'autre maintient déjà le Mac éveillé, ce qui compte surtout au moment où vous basculez depuis l'un des outils ci-dessus et que vous ne voulez pas faire doublon sans vous en rendre compte.

Construire des réglages par défaut sûrs pour le travail d'agent de nuit

Pour un run type d'agent IA de nuit, une configuration de départ raisonnable : arrêt automatique batterie à 25–30 % plutôt que les 20 % par défaut, l'avertissement thermique « serious » comme premier signal pour aller vérifier, le relâchement automatique « critical » comme filet de sécurité dur, et — si le processus fait partie de ceux qu'Auto Mode reconnaît déjà — laissez-le lier l'assertion au job réel plutôt que de deviner une durée fixe.

Un minuteur de session fixe garde tout de même sa place à côté de ça : le mode Timer maintient l'assertion jusqu'à une expiration fixée puis relâche tout seul, utile comme borne supérieure en complément de la surveillance liée au processus, ou seul pour tout ce qu'Auto Mode ne reconnaît pas. La combinaison — le premier signal qui se déclenche, sortie du processus ou N heures — rattrape ce qu'un simple interrupteur ne peut pas : un agent qui s'est planté à la deuxième heure sans que personne ne s'en aperçoive, en train de brûler batterie et chaleur sur un processus qui a arrêté de faire un travail utile des heures plus tôt.

Pour des runs courts et surveillés, caffeinate et un Terminal sous les yeux suffisent réellement — pas besoin d'aller chercher plus loin. L'écart se creuse spécifiquement pour les runs auprès desquels vous ne serez pas assis : c'est là qu'un plancher batterie, un filet de sécurité thermique, la conscience du processus et une notification qui arrive sur votre téléphone comptent davantage que l'outil qui retient l'assertion. Réglez le plancher une bonne fois, branchez le chargeur quand le run est long, gardez les grilles d'aération dégagées, et laissez les limites faire le reste.