Garder les Agents IA Actifs Pendant que Vous Dormez
Vous lancez une session Claude Code à minuit, en espérant une branche terminée au matin — et vous vous réveillez pour découvrir un agent arrêté et un écran devenu noir il y a trois heures. macOS suit son propre calendrier de mise en veille, et les processus d'agent IA ne comptent pas comme une activité utilisateur. Maintenir une exécution nocturne active signifie résoudre trois problèmes à la fois : empêcher la mise en veille, protéger la batterie et savoir quand le travail se termine réellement.
Pourquoi le Mac Interrompt Votre Agent IA la Nuit
macOS est conçu pour se mettre en veille quand il ne détecte pas d'entrée utilisateur — clavier, souris, trackpad. Un agent IA qui s'exécute dans une fenêtre de terminal ne génère pas d'événements d'entrée, donc le minuteur de mise en veille de l'affichage se déclenche en premier, puis la mise en veille du système suit. L'agent perd la planification du CPU et l'accès réseau au moment où la machine se suspend, laissant l'exécution arrêtée au milieu de la tâche sans récupération propre.
Fermer le capot est un déclencheur immédiat de mise en veille. Par défaut, un MacBook se suspend dès que le capot se ferme, indépendamment de ce qui s'exécute en arrière-plan. Si vous avez fermé l'ordinateur portable et vous êtes allé au lit, votre agent s'est presque certainement arrêté en quelques secondes. Les outils simples comme caffeinate -i peuvent bloquer la mise en veille inactive, mais ils ne gèrent pas le cas de fermeture du capot, et ils restent actifs indéfiniment même après la fin du travail — ce qui importe quand vous voulez que le Mac se mette en veille normalement une fois le travail terminé.
La batterie ajoute un troisième mode de défaillance. macOS a son propre arrêt de batterie critique, et il peut forcer la mise en veille avant ce seuil s'il décide que les conditions le justifient. Un agent faisant une inférence lourde ou un travail de modèle local peut vider une batterie à 50 % en trois à quatre heures. Sans un point d'arrêt défini, l'OS décide quand l'exécution se termine — et il ne choisira pas toujours un moment propre.
Le Schéma Sécurisé pour les Exécutions Nocturnes
La bonne approche est le maintien de l'activité lié au processus : tenir une assertion de puissance uniquement pendant que le processus de l'agent s'exécute, puis la libérer automatiquement quand le processus se termine. Process Watch de LidRun le fait — il surveille la liste des processus pour des outils comme claude, node, cursor ou python et active le maintien de l'activité quand il détecte une correspondance. Le Mac se met en veille normalement le reste du temps, ce qui est exactement ce que vous voulez.
Pour les exécutions avec le capot fermé, le placement du matériel importe. Placez le Mac sur une surface plate et dure qui permet à l'air de circuler en dessous — un bureau, un support pour ordinateur portable, une table solide. Pas sur un lit, pas dans un sac, pas dans une enceinte. La fermeture du capot réduit le chemin du flux d'air, donc la chaleur qui s'échappe normalement par le clavier doit aller ailleurs. Préférez une exécution branchée : la décharge de batterie sous une charge soutenue génère une chaleur supplémentaire par rapport à une exécution sur CA. Des étapes de configuration détaillées spécifiques à chaque outil sont couvertes dans les guides garder Claude Code actif quand le MacBook est fermé et garder l'agent Cursor actif sur Mac.
Les exécutions nocturnes ne sont pas complètement sans surveillance. Un travail bien structuré avec des conditions de sortie définies est plus sûr qu'une invite ouverte qui pourrait boucler. Avant de vous endormir, confirmez que l'agent a un point d'arrêt clair — une liste de tâches, un délai d'attente, un fichier spécifique à écrire. Les agents qui peuvent boucler sur des erreurs ou des reprompts continueront à s'exécuter et à consommer des ressources sans faire de progrès utile.
Guide associéLe gouverneur de sécurité : pourquoi LidRun laisse dormir un Mac chaud ou inactifDéfinir les Limites de Batterie et Thermiques
Un seuil de batterie de 20 % est un bon point de départ. Cela maintient la machine bien au-dessus du propre seuil d'urgence de macOS, donne à l'agent le temps de terminer les tâches typiques, et laisse suffisamment de charge pour que vous utilisiez le Mac le matin. Pour les charges de travail plus légères liées aux API — où l'agent attend principalement les réponses réseau — 15 % peut fonctionner. Pour l'inférence locale ou les constructions lourdes, restez à 20 % ou plus. La clé est de définir un seuil du tout : sans un, l'OS décide quand arrêter, et il peut ne pas s'arrêter proprement.
Les limites thermiques valent la peine d'être configurées même si vous faites confiance aux propres protections de la machine. macOS réduira la vitesse du CPU avant que quelque chose de critique ne se produise, mais la réduction signifie que l'agent ralentit à la moitié de la vitesse pendant des heures supplémentaires plutôt que de s'arrêter proprement — et cela génère plus de chaleur cumulative qu'un arrêt délibéré et un redémarrage. LidRun surveille l'état thermique du système via l'API ProcessInfo d'Apple et peut arrêter automatiquement la session de maintien de l'activité quand elle atteint un seuil que vous définissez, ce qui aide à rester dans les seuils de sécurité pour les exécutions longues sans surveillance. L'article mac-keep-awake-safety-governor couvre comment les limites de batterie, thermiques et de délai d'attente interagissent.
Sur Apple Silicon, les logiciels de l'espace utilisateur surveillent l'état thermique mais ne peuvent pas contrôler directement la vitesse des ventilateurs — c'est du territoire du noyau. Pensez-y comme une garde-fou, pas un cadran. Combinez le seuil de batterie avec la limite thermique et vous avez deux conditions d'arrêt automatique indépendantes : quel que soit le seuil que l'exécution atteint en premier, il actionne le frein, plutôt que de laisser le travail s'exécuter jusqu'à ce que le matériel ou l'OS intervienne.
Recevoir une Notification Quand le Travail se Termine
Les notifications ferment la boucle. Sans elles, vous vous réveillez soit pour vérifier manuellement, soit vous devinez. LidRun prend en charge ntfy.sh — un relais de notification gratuit et ouvert — pour envoyer une notification à votre téléphone au moment où la session de maintien de l'activité se termine. Cette session se termine quand le processus de l'agent se termine, donc la notification est un proxy direct de la fin ou l'arrêt du travail. Aucune intégration de webhook côté serveur requise.
La notification signale la fin de session, pas le succès du travail. Que l'agent ait complété sa tâche, ait frappé une erreur, ou s'est arrêté parce qu'un seuil de batterie ou thermique s'est déclenché — la notification ressemble à la même. Quand elle arrive, ouvrez la sortie du terminal et le journal d'activité de LidRun. Le journal enregistre quelle condition d'arrêt s'est déclenchée : sortie du processus, seuil de batterie, limite thermique, ou arrêt manuel. Cela prend trente secondes et vous dit si vous devez vous rendormir ou vous lever et enquêter.
Traitez la notification comme prête à votre attention, pas tout a fonctionné. Une vérification rapide du fichier de sortie de l'agent ou de l'historique des commits — même depuis votre téléphone via une application d'hébergement git — vous dit ce qui s'est réellement passé. La plupart des exécutions qui atteignent une sortie propre du processus laissent une sortie utilisable. La plupart de ceux qui se sont arrêtés sur un seuil de batterie ou thermique laissent un travail partiel que vous pouvez reprendre à partir d'un état connu. La différence importe, et vous pouvez la voir dans le journal avant même de sortir du lit.
Une fonctionnalité de LidRun for closed-lid Mac.
LidRun garde votre travail actif capot fermé, avec une protection batterie et thermique intégrée.
Questions fréquentes
macOS traite les processus d'agent IA comme du travail en arrière-plan et applique son minuteur de mise en veille normal indépendamment de l'activité CPU. Aucune entrée utilisateur n'est détectée, donc la mise en veille de l'affichage se déclenche en premier, puis la mise en veille du système suspend la machine. L'agent perd la planification du CPU et l'accès réseau à ce moment-là, mettant fin à l'exécution. Les outils de prévention du sommeil — liés au processus de l'agent — maintiennent la machine éveillée uniquement pendant la durée du travail.
Utilisez un outil de maintien de l'activité lié au processus Claude plutôt qu'un mode toujours actif global, afin que la prévention du sommeil se lève automatiquement quand l'agent se termine. Définissez un seuil de batterie autour de 20 % et une limite thermique afin que l'exécution s'arrête proprement si les conditions se détériorent. Exécutez sur une surface plate et dure avec un flux d'air en dessous, préférez la charge plutôt que la batterie, et activez les notifications push afin que vous sachiez quand la session se termine sans avoir à vérifier manuellement.
20 % fonctionne pour la plupart des charges de travail. Cela reste bien au-dessus du propre seuil d'arrêt d'urgence de macOS et donne à l'agent un point d'arrêt propre avant que l'OS ne prenne une mesure drastique. Pour les tâches plus légères liées aux API, vous pouvez baisser à 15 % ; pour l'inférence locale ou les constructions lourdes, restez à 20 % ou plus. La clé est de définir un seuil du tout — sans un, macOS décide quand s'arrêter et peut ne pas choisir un moment propre dans votre travail.
L'exécution avec le capot fermé sur une surface plate et dure avec un bon flux d'air en dessous aide à réduire considérablement le risque de surchauffe. Le principal danger est le flux d'air restreint — ne jamais exécuter la nuit dans un sac, sur un lit ou dans un espace fermé. La gestion thermique d'Apple Silicon réduit la vitesse du CPU avant que quelque chose de critique ne se produise, mais définir un arrêt thermique automatique ajoute une deuxième couche qui garde l'exécution dans les seuils de sécurité et l'arrête proprement si les températures montent pendant une opération prolongée sans surveillance.