LidRun vs caffeinate : quel outil anti-veille convient à votre workflow ?

Ce que caffeinate fait bien

caffeinate est intégré à macOS, ne nécessite aucune installation, et fonctionne avec une simple commande dans le Terminal. Vous pouvez bloquer la veille système (caffeinate -i), la veille de l'écran (caffeinate -d), la veille du disque (caffeinate -m), ou définir un délai (caffeinate -t 3600 maintient l'éveil pendant une heure). Enveloppez une commande précise et l'anti-veille dure exactement le temps de son exécution : caffeinate -i make build.

Ce dernier schéma — envelopper une commande connue — est vraiment excellent. Vous obtenez une assertion anti-veille limitée à une seule tâche, aucune interface ni processus en arrière-plan à gérer, et cela ne coûte rien de plus que taper la commande. Pour un build ou une synchro qui tient en une ligne, difficile de faire mieux.

Si vous voulez quelque chose de rapide, natif au Terminal et sans configuration, caffeinate est le bon choix — inutile d'installer quoi que ce soit pour ça. LidRun propose lui aussi un wrapper CLI équivalent, bon à savoir même si vous ne touchez jamais à l'application elle-même ; on y revient plus bas.

Là où caffeinate atteint ses limites

caffeinate n'a aucune notion de pourcentage de batterie. Si vous lancez caffeinate sur une tâche longue en étant sur batterie et que vous vous éloignez, le Mac continue de tourner jusqu'à ce que la tâche se termine ou que la batterie soit vide — selon ce qui arrive en premier. Pour une tâche courte, ce n'est pas un problème. Pour une exécution de nuit, vider complètement la batterie est un vrai risque que caffeinate ne surveille tout simplement pas.

Il ne surveille pas non plus l'état thermique. Une compilation lourde ou un modèle local sollicite la puce et la fait chauffer ; caffeinate n'a aucun signal pour ça, ni aucun moyen d'y réagir — il maintient l'assertion d'éveil quoi qu'il arrive au matériel.

L'écart le plus important, c'est ce qui se passe quand vous fermez le capot sans écran externe branché. caffeinate -i crée une assertion IOKit standard de veille par inactivité (idle-sleep) — et fermer le capot déclenche une mise en veille clamshell distincte, à un niveau plus bas, que les assertions idle-sleep ne peuvent pas toucher, quels que soient les indicateurs (flags) que vous passez. caffeinate n'est pas défaillant ici ; il répond simplement à une autre question que celle posée par la fermeture du capot.

Le levier gratuit qui atteint réellement la veille clamshell, c'est sudo pmset -a disablesleep 1 (et sudo pmset -a disablesleep 0 pour le désactiver à nouveau). Ça fonctionne, et c'est exactement le mécanisme sous-jacent qu'utilise le mode Closed-Lid de LidRun. Mais si vous l'exécutez à la main, vous prenez deux vrais risques : c'est un réglage système global, pas limité à votre tâche, qui affecte donc toutes les applications et toutes les fermetures de capot futures tant que vous ne le désactivez pas — et si vous oubliez, ou si la session Terminal qui l'a activé se ferme de façon inattendue, le Mac n'honorera plus jamais une mise en veille normale à la fermeture du capot tant que quelqu'un ne le réinitialise pas.

Le CLI de LidRun, à côté de caffeinate

LidRun propose un outil en ligne de commande, lidrun, et l'indicateur d'enveloppe lidrun -- repose architecturalement sur la même idée que caffeinate -i : maintenir une assertion idle-sleep, exécuter la commande qui suit, la relâcher quand cette commande se termine. lidrun -- python train.py --epochs 100 se comporte exactement comme caffeinate -i python train.py --epochs 100.

Autant être honnête : à lui seul, ce wrapper est gratuit, ne nécessite pas que l'application LidRun soit ouverte, ni de licence — mais il n'ajoute rien à ce qui manque à caffeinate. C'est la même assertion idle-sleep, donc la même portée : pas de seuil de batterie, pas de surveillance thermique, directement dans le wrapper lui-même. Passer de caffeinate -i à lidrun -- pour une seule commande vous apporte de la familiarité, pas de sécurité supplémentaire.

Ce qui change, c'est le reste du CLI. lidrun status, lidrun autowatch on, lidrun watch et lidrun timer 3600 communiquent avec l'application LidRun en cours d'exécution via une socket locale, et c'est là que vivent réellement le seuil de batterie, la surveillance thermique et l'Auto Mode. La différence pratique n'est donc pas la commande d'enveloppe — c'est que lidrun vous donne un seul outil à la fois pour « maintenir l'éveil pour cette commande précise » et pour « laisser l'application tout surveiller et appliquer les seuils de sécurité », au lieu de jongler entre caffeinate et une application séparée.

Ce que chaque option coûte réellement

caffeinate ne coûte rien — il fait partie de macOS, sans compte, sans installation, sans décision à prendre.

Les modes Keep Awake, Timer et Charging-only run de LidRun sont eux aussi gratuits pour toujours, sans période d'essai et sans limite de session. L'Auto Mode (détection automatique de la charge de travail), Run & Watch a Command, le mode Closed-Lid, l'ensemble des réglages de sécurité batterie/thermique graduels, l'Activity Log et les Smart Rules sont payants — un achat unique, pas un abonnement, à partir de 9 $ pour un Mac et jusqu'à 59 $ pour un plan équipe de 10 postes. Le mode Closed-Lid offre aussi un nombre limité d'exécutions gratuites pour l'essayer avant de demander une licence.

C'est dans l'installation que le vrai compromis apparaît. caffeinate ne demande rien. LidRun s'installe depuis un DMG signé et notarié, et le wrapper CLI lidrun est une étape séparée, en un clic, ensuite — soit vers ~/.local/bin/lidrun sans demande de mot de passe, soit vers /usr/local/bin/lidrun avec une seule demande d'autorisation admin si vous le voulez disponible pour tout le système. C'est un vrai temps d'installation que caffeinate ne demande pas, et en échange vous obtenez une application en arrière-plan, pas seulement une commande.

Cette application en arrière-plan est aussi le prix honnête de la sécurité supplémentaire : caffeinate est un processus qui n'existe que le temps de maintenir l'assertion, puis il disparaît — empreinte nulle une fois votre commande terminée. LidRun tourne en permanence comme application de la barre de menus, parce que le régulateur batterie/thermique et le surveillant de processus de l'Auto Mode (qui vérifie les tâches en cours toutes les 10 secondes par défaut) ont tous deux besoin de quelque chose de vivant pour continuer à surveiller une fois qu'une commande s'est déjà terminée. Si vous voulez une empreinte nulle en permanence et n'avez besoin de rien surveiller en continu, c'est un vrai point en faveur de caffeinate.

Si vous préférez un simple interrupteur dans la barre de menus sans toute cette logique de régulateur, des applications comme Amphetamine, KeepingYouAwake, Lungo et Caffeine couvrent aussi ce terrain — voir la comparaison dédiée pour savoir comment elles se positionnent spécifiquement face à LidRun.

Où vit la couche de sécurité de LidRun

Le seuil de batterie repose en réalité sur deux mécanismes distincts, pas un seul chiffre. Un arrêt automatique réglable (20 % par défaut, ajustable entre 15 % et 50 %) relâche le maintien d'éveil dès que vous le franchissez. En dessous se trouve un seuil d'urgence séparé de mise en veille forcée à 4 %, non réglable en dessous de ce niveau et qui s'applique quels que soient vos autres réglages — une mise en veille de dernier recours censée intervenir avant que le Mac ne s'éteigne brutalement au lieu de s'endormir proprement.

La surveillance thermique combine la température réelle du SoC et le pourcentage de throttle quand ils sont disponibles, avec le signal thermique grossier d'Apple en repli. Elle prévient quand ça chauffe, et en mode Closed-Lid, elle sort automatiquement du clamshell au niveau critique pour que le Mac puisse throttler et s'endormir normalement au lieu de rester bloqué éveillé dans un boîtier fermé.

Le mode Closed-Lid lui-même actionne le même levier pmset -a disablesleep que caffeinate ne peut pas toucher — la différence, c'est qui est responsable de le désactiver ensuite. LidRun associe systématiquement le 1 à un 0 correspondant à l'arrêt, à la fermeture, et de nouveau au lancement suivant s'il était resté actif après un crash, pour que ce ne soit pas à vous de vous en souvenir.

L'Auto Mode s'arme et se désarme selon que Claude Code, Cursor, Docker, Ollama ou des outils similaires sont réellement en cours d'exécution et au travail, sans que vous ayez besoin de connaître la commande exacte à l'avance comme l'exige le schéma d'enveloppe de caffeinate. Le principe est simple : tant que votre agent ou votre build tourne vraiment, rester éveillé ; dès qu'il se termine, ou qu'un seuil de sécurité est franchi, relâcher le maintien et laisser le Mac s'endormir.

Utiliser les deux, ou choisir l'un des deux

Le partage honnête : caffeinate (ou lidrun --, qui est fonctionnellement la même chose) pour les tâches rapides, précises, natives au Terminal, que vous surveillez. Les modes au niveau de l'application de LidRun pour les exécutions longues, sans surveillance, capot fermé, ou pour les charges de travail IA/dev où le seuil de batterie et la surveillance thermique comptent vraiment.

Les deux ne s'excluent pas mutuellement. Si vous enveloppez déjà un build précis avec caffeinate -i ou lidrun --, vous pourriez quand même vouloir un workflow capot fermé pour le travail IA/dev pour la session Claude Code nocturne qui continue de tourner après que vous êtes allé vous coucher.

La question décisive, c'est la durée de l'exécution, si vous la surveillez, et si le capot reste ouvert. Court, surveillé et capot ouvert : caffeinate l'emporte sur le coût et l'absence d'installation. Long, sans surveillance, ou capot fermé sans écran : le seuil de batterie, la surveillance thermique et le mode Closed-Lid font pencher la balance vers LidRun — et son propre CLI signifie que vous n'avez pas à abandonner le terminal pour y accéder.