La dernière fois que j'ai perdu un run d'agent lancé pour la nuit, rien n'a planté. Aucune erreur. J'avais démarré une longue migration sur un dépôt que j'évitais depuis des mois, je l'avais regardée avancer dans la partie ennuyeuse du début, puis j'avais refermé le portable parce que ma journée était finie. Je l'ai rouvert le lendemain matin dans un café. La session avait disparu. Pas échoué. Arrêtée, quelque part au milieu, avec une branche à moitié faite et aucune trace de ce qu'elle s'apprêtait à faire ensuite.
Et j'avais déjà appliqué le correctif. C'est ça qui m'a eu.
Ce texte parle donc de la raison pour laquelle ce correctif n'avait aucune chance de fonctionner, et de la machine louée, extrêmement banale, qui fait le boulot à sa place. C'est ce que j'utilise aujourd'hui pour faire tourner mes agents IA 24h/24, et j'ai complètement arrêté de penser aux réglages d'alimentation de mon portable.
Le correctif que tout le monde recommande
caffeinate -dimsu. Ou une application de barre de menus avec une icône de tasse de café. Ou, si vous avez creusé, sudo pmset -a disablesleep 1, qui est l'option nucléaire et celle qui revient dans les conseils les plus assurés. J'ai lancé celle-là. J'avais l'impression de régler le problème.
macOS a plusieurs façons de s'endormir, et les deux qui comptent ici sont indépendantes l'une de l'autre : la veille d'inactivité est un minuteur qui s'écoule quand rien ne se passe, tandis que fermer le capot déclenche normalement une veille forcée par un chemin distinct. Ce que caffeinate crée, c'est un ensemble d'assertions d'alimentation, et la référence caffeinate de ss64 montre que ses options couvrent la veille de l'écran, la veille d'inactivité, la veille du disque et la veille du système. La documentation d'Apple sur la gestion de l'alimentation fait la distinction essentielle : une assertion de veille d'inactivité ne prend toujours pas le pas sur une fermeture normale du capot, le menu Pomme ou une batterie faible.
Les outils anti-veille fonctionnent donc bien sur les conditions de veille qu'ils ont été conçus pour contrôler. Mais une fermeture normale du capot est un autre problème, et caffeinate n'est pas une stratégie de serveur à capot fermé.
Remarque :
disablesleepest le cas étrange. Il n'apparaît pas du tout dans la référence des options de pmset . Le correctif vers lequel les gens se tournent est un réglage non documenté. Ce n'est pas une assertion d'alimentation. Il peut garder un MacBook éveillé capot fermé, y compris sur batterie, jusqu'à ce que vous le désactiviez ou que la batterie se vide.
Un portable n'a pas la bonne forme pour un travail 24h/24
Il y a eu une période dans les années quatre-vingt-dix où les gens faisaient tourner des serveurs web de production sur des tours posées sous un bureau, et tout l'immeuble apprenait à ne pas donner de coup de pied dans la multiprise. On n'a pas réglé ça avec un panneau sur la multiprise. On l'a réglé en déplaçant la charge sur une machine dont le seul travail était de rester immobile et alimentée.
Le même problème, trente ans plus tard. Un MacBook est une machine conçue pour être refermée et emportée. Ce n'est pas un bug de sa gestion de l'alimentation. C'est le produit. Chaque astuce anti-veille est une dispute avec une décision de conception prise volontairement, et vous pouvez gagner cette dispute un temps, au prix d'y penser pour toujours.
Vous pouvez aller plus loin et désactiver la veille purement et simplement. Félicitations : vous possédez maintenant un serveur qui tourne en permanence avec une batterie dedans, plus un réglage système que vous devez penser à annuler avant de ranger le portable dans un sac. Le premier rangement précipité n'arrête pas le run. Il laisse la machine éveillée, en train de vider la batterie et d'accumuler de la chaleur là où vous n'en voulez vraiment pas.
Rien de tout cela n'est nouveau non plus. Les démons d'agents auto-hébergés se heurtent au même mur pour la même raison : ils doivent être en marche quand vous n'êtes pas à votre bureau, ce qui écarte le portable avant même que vous n'ayez configuré quoi que ce soit. C'est vrai pour cette catégorie depuis un moment. Ça ne m'avait simplement pas encore coûté une nuit de travail.
Votre agent ne réfléchit pas sur cette machine
La configuration système requise par Claude Code demande 4 GB or more of RAM and an x64 or ARM64 processor. Voilà la ligne matériel, en entier. Pas de ligne GPU. Pas de ligne VRAM. Rien du tout sur un modèle, parce qu'il n'y en a pas sur votre machine.
Il m'a fallu un temps gênant pour intégrer ça, et c'est pour cette raison que le prix cesse de paraître louche. Le processus de l'agent sur votre machine fait trois choses : assembler le contexte et l'expédier sous forme d'appels API, conserver l'état de la conversation entre les tours, et exécuter les outils que le modèle réclame. C'est du travail de coordination. (Je n'arrêtais pas de chercher le GPU dans cette histoire. Il n'y a pas de GPU dans cette histoire.) La partie coûteuse, celle qui réclame une baie d'accélérateurs, se passe dans le centre de données de quelqu'un d'autre.
L'agent ne réfléchit pas sur cette machine. Il passe des appels à quelque chose qui, lui, réfléchit.
C'est pourquoi une machine capable de faire ça coûte ce qu'elle coûte. Fin août 2026, le Basic Droplet le moins cher de DigitalOcean est à 4 $ par mois pour 512 Mio et un vCPU, et l'échelle Cloud Compute de Vultr démarre à 2,50 $ pour une instance de 512 Mo en IPv6 seul et atteint 5 $ à 1 Go. Deux fournisseurs, même forme de plancher. Les deux barreaux du bas passent sous les 4 Go de cette ligne de prérequis, et les offres de la classe 5 $ aussi. Si vous faites tourner Claude Code en particulier, 4 Go est le plancher publié. Le bas de gamme ne marche que si l'agent que vous faites réellement tourner a des exigences plus faibles.
Une limite, parce que se tromper là-dessus coûte de l'argent : cela vaut pour les agents qui appellent un modèle hébergé. Si ce que vous voulez, c'est un modèle qui tourne en local sur du matériel qui vous appartient, rien de tout cela ne s'applique. Une machine avec un gigaoctet de RAM ne fait pas tourner un modèle avec lequel vous auriez envie de coder.
La machine est bon marché parce que la partie coûteuse se passe ailleurs.
Ce que coûte un Mac mini, et ce qu'il achète
Un Mac mini coûte désormais 899 $, et vous ne pourrez pas en avoir un avant le 22 septembre. La configuration M6 de base (processeur 12 cœurs, GPU 12 cœurs, 16 Go de mémoire, 256 Go de stockage) est en précommande, avec expédition ce jour-là ; l'article de lancement de TechCrunch donne le chiffre. Apple ne propose rien en dessous.
Ce chiffre mérite qu'on s'y attarde. Mêmes 16 Go, mêmes 256 Go : cette configuration mémoire-et-stockage est sortie à 599 $ en octobre 2024. Une fois et demie le prix pour le Mac mini de base, en moins de deux ans. Il y a eu une étape à 799 $ entre les deux, quand Apple a cessé de vendre la configuration 256 Go en mai 2026 et que le prix d'entrée a grimpé avec. C'est le terrain sur lequel repose l'argument de l'achat, et ce terrain bouge sans arrêt.
L'autre camp a plus d'arguments que je ne le voudrais. La machine est à vous, avec une valeur de revente et aucune ligne mensuelle. L'électricité se remarque à peine au repos : Apple publie 4 W au repos pour la configuration M4, ce qui revient à environ 6,40 $ par an au prix moyen de l'électricité résidentielle aux États-Unis en juin 2026. Les charges réelles consomment davantage, donc je ne prétendrai pas que 4 W soit le chiffre d'exploitation. Et le calcul loué n'est bon marché qu'en bas de l'échelle. La même liste DigitalOcean qui s'ouvre à 4 $ plafonne à 96 $ par mois pour une machine de 16 Go, et trois ans de ça coûtent plusieurs fois le prix du Mac mini.
Alors oui. Si la question est de savoir ce que coûte une quantité donnée de calcul à posséder plutôt qu'à louer sur trois ans, achetez le Mac mini. Cette question a une réponse, et ce n'est pas celle que je défends.
Deux choses qu'achète un Mac mini et qui changent l'équation. La première, c'est macOS lui-même : un agent qui tourne là peut être branché sur Notes, Messages, Raccourcis, Calendrier et Rappels via l'automatisation macOS et les autorisations d'applications. Une machine Linux sans écran n'a pas ces applications locales. Si le travail de votre agent consiste à les manipuler, le Mac mini est la bonne machine et je ne prétendrai pas le contraire.
La seconde, c'est l'inférence locale, où beaucoup de mémoire rapide à côté d'une puce rapide représente vraiment un bon rapport qualité-prix, et aucun VPS bon marché ne rivalise. Les commentateurs d' un fil Hacker News consacré exactement à ça défendent bien ce point de vue et je pense qu'ils ont raison. Ce n'est simplement pas ma question.
Ni l'un ni l'autre ne résout le cas d'un portable qui se referme. Acheter un ordinateur de bureau pour empêcher un portable de dormir, c'est acheter du matériel pour résoudre un problème de topologie.
Ce qui a changé après le déménagement
J'ai oublié son existence pendant deux semaines. Voilà le test.
Je l'ai démarré, j'ai déplacé l'agent dessus, j'ai vérifié quelques fois parce que je ne lui faisais pas encore confiance, puis j'ai arrêté de vérifier. Les runs vont au bout. Le capot n'a plus rien à voir avec quoi que ce soit. Mon Mac dort désormais, et c'est exactement ce que j'attends d'un portable.
La friction est réelle, alors la voici. J'ai perdu la machine locale : tout ce que l'agent faisait en touchant mon propre bureau, il ne peut plus le faire, ce qui a cassé deux petits flux de travail que j'avais bâtis sans y réfléchir. Il y a maintenant un serveur, avec du SSH dessus, un pare-feu devant et une distribution qui réclame des mises à jour, ce qui représente une petite taxe permanente sur mon attention. Quiconque vous dit qu'une machine louée est sans entretien saute une étape. Et elle est bon marché parce que l'inférence est distante : le jour où je voudrai faire tourner quelque chose en local dessus, l'offre d'entrée cessera d'être le bon prix.
Un agent lancé directement dans un shell SSH peut mourir quand la connexion tombe. Démarrez-le d'abord dans une session persistante. tmux est la réponse standard, et garder des sessions vivantes sur une machine distante en donne les détails.
Vient ensuite l'objection la plus tranchante qu'on m'oppose : une machine louée n'est-elle pas un moins bon foyer pour un agent que du matériel que vous possédez physiquement ? Pour un agent de type opérateur qui accède à vos fichiers personnels, c'est légitime. Pour un agent de code, un VPS que vous contrôlez avec un accès root et un pare-feu que vous avez configuré présente un profil de risque différent d'un service d'agent que vous exposez largement à l'internet public. Cela reste une machine virtuelle sur le matériel de quelqu'un d'autre, et tout ce que vous laissez joignable depuis internet fait toujours partie de votre surface d'attaque. Et la partie qui échappe à votre contrôle, l'appel API qui emporte votre code chez un fournisseur de modèle, s'en va de toute façon. Mac ou Linux, cette frontière de confiance est la même.
Ce que je voulais, c'était une machine dont je puisse cesser de me soucier. La démarrer, la durcir, y mettre l'agent, l'oublier. Si vous en montez une, un simple VPS Linux est tout ce que réclame cette charge de travail, et le nôtre vous remet un accès root en SSH une minute après que vous avez choisi une région et une distribution. À peu près le cérémonial que ça mérite.
Développez sur un VPS Linux avec accès root, NVMe et la puissance AMD EPYC.
Voir les plans LinuxCe que je dirais à quelqu'un qui commence aujourd'hui
Trois choses, et j'ai fini.
Ce que je fais tourner aujourd'hui : une petite machine Linux louée, un ou deux gigaoctets de RAM, un seul vCPU, du stockage NVMe, dans une région proche de chez moi. C'est ce dont ma charge a besoin ; si votre agent publie un plancher plus élevé, prenez celui-là. Dessus, la CLI de l'agent, tmux, un pare-feu, des mises à jour automatiques. Elle reçoit à peu près autant d'attention de ma part que mon routeur.
Le conseil, pour ce qu'il vaut : mettez l'agent sur la machine la moins chère qui satisfait ses prérequis publiés, avant d'acheter quoi que ce soit. Pas comme une décision définitive. Comme un test. En une semaine, vous saurez si votre charge relève de l'orchestration d'API, auquel cas c'est réglé et vous venez d'économiser 899 $, ou si elle a vraiment besoin de son propre matériel.
La seule chose que je ne referais pas : passer des semaines à régler la gestion de l'alimentation. J'ai essayé caffeinate, puis une application de barre de menus, puis disablesleep, puis un réveil programmé, et j'ai traité chaque échec comme un bug de configuration que je n'avais pas encore trouvé. Ce n'en était pas un. L'indice était là, sous mes yeux : chaque correctif rendait la machine un peu moins bonne en tant que portable. Perdre une nuit de travail a été une façon coûteuse de m'en apercevoir.
Foire aux questions
Caffeinate garde-t-il un Mac éveillé quand le capot est fermé ?
N° caffeinate utilise des assertions d'alimentation pour retenir des conditions de veille comme la veille d'inactivité et la veille de l'écran. La documentation d'Apple sur cette assertion précise que le système peut tout de même se mettre en veille pour une fermeture du capot, le menu Pomme ou une batterie faible. Une fermeture normale du capot déclenche une veille forcée, que ces assertions n'empêchent pas, et c'est pourquoi les outils anti-veille fonctionnent de façon fiable jusqu'au moment exact où le capot se referme.
De combien de RAM un agent de code IA a-t-il besoin sur un serveur ?
Moins que la plupart des gens ne le pensent, parce que le modèle ne tourne pas dessus. La configuration système publiée de Claude Code demande 4 Go de RAM ou plus et un processeur x64 ou ARM64, sans aucune exigence de GPU, puisque l'inférence se déroule sur le matériel du fournisseur de modèle. Le plancher est fixé par l'outillage propre de l'agent (votre copie de travail, vos étapes de build, votre runtime de langage), pas par le modèle.
Un Mac mini revient-il moins cher que louer un serveur sur trois ans ?
Cela dépend de la quantité de machine dont vous avez besoin. En bas du marché de la location, trois ans d'une petite machine coûtent une fraction d'un Mac mini, qui démarre désormais à 899 $ pour la configuration M6 de base, expédiée le 22 septembre. Montez dans l'échelle et le matériel possédé l'emporte, parce que le prix d'achat s'arrête, contrairement à la facture mensuelle. Dans les deux cas, cela répond à une question de coût, pas à la question de savoir où doit vivre la charge permanente d'une machine portable.
Qu'est-ce qui maintient une session d'agent en marche après ma déconnexion du serveur ?
Un multiplexeur de terminal. Lancez l'agent dans une session tmux (ou screen) sur le serveur, puis détachez-vous ; elle continue de tourner après la chute de votre connexion SSH, et vous vous y rattachez plus tard depuis n'importe où. Sans cela, fermer votre terminal peut tuer un processus rattaché directement à ce shell, ce qui reproduit sur un serveur exactement le problème que vous avez fui en quittant le portable.
Discussion
Commentaires
Connectez-vous pour participer à la discussion.