🤖Des agents qui tournent sur le mini-PC
C'est là que la machine dédiée prend tout son sens : un agent toujours allumé, qui tourne en tâche de fond ou sur planning, en privé, et qui ne vous coûte rien en local. Votre petit collègue qui ne dort jamais.
Jusqu’ici, vous lanciez l’agent à la main, vous le regardiez bosser, vous fermiez le terminal. C’est très bien, mais c’est aussi passer à côté du vrai pouvoir d’une machine dédiée. Votre portable, vous le fermez, il dort, il part en réunion avec vous. Le mini-PC, lui, reste allumé, silencieux, à boire trois fois rien d’électricité, jour et nuit. Et ça change tout : il devient le hôte parfait pour des agents qui travaillent sans vous.
C’est exactement ce qu’un laptop ne peut pas faire. Un agent qui se réveille tous les matins à 7 h pendant que vous dormez, qui surveille un flux toute la journée, qui vous prépare un rapport pendant votre week-end, il lui faut une machine qui ne s’éteint jamais. Vous en avez une. Voyons quoi en faire.
L’idée : une machine toujours là = des agents qui tournent sans vous
Un agent, on l’a vu dans C’est quoi un agent, c’est une boucle : objectif, action, observation, on recommence. Rien n’oblige cette boucle à se dérouler sous vos yeux. Si vous pouvez la déclencher tout seul : sur un horaire, sur un événement, en tâche de fond, alors votre mini-PC se transforme en collègue qui bosse pendant que vous vivez votre vie.
Quelques exemples qui deviennent possibles le jour où la machine ne dort plus :
- Tous les matins, un agent relit les pull requests ouvertes et vous poste un résumé sur Slack.
- Un agent surveille un flux RSS ou une API et vous prévient quand quelque chose bouge.
- Un rapport récurrent (les chiffres de la veille, l’état d’un service) généré et envoyé sans que vous leviez le petit doigt.
- Un agent qui monitore un service et vous alerte quand il tombe.
Le point commun : personne n’est devant l’écran. Et c’est là que le mini-PC dédié bat le laptop à plate couture.
Les agents en tâche de fond ou sur planning
Comment on passe d’« un agent que je lance » à « un agent qui se lance » ? Avec les deux vieux outils de planification de Linux : cron et les timers systemd. Vous en avez croisé dans Réglages système, ce sont eux qui déclenchent une commande à heure fixe, encore et encore, sans vous.
L’astuce, c’est que votre agent sait tourner en mode non-interactif (« headless ») : au lieu d’ouvrir un terminal et de discuter, vous lui passez une tâche d’un coup, il l’exécute, il rend son résultat, il s’arrête. Branchez ce mode sur un timer, et vous avez un agent récurrent.
La forme réelle, sans les détails de syntaxe :
# crontab -e, tous les matins à 7 h, on réveille l'agent sur une tâche fixe
0 7 * * * cd ~/projets/veille && /chemin/vers/agent "Relis les PR ouvertes et poste un résumé" >> ~/logs/veille.log 2>&1
Le timer appelle l’agent avec une tâche, l’agent boucle tout seul jusqu’à « c’est fait », écrit dans un log, et rend la main. Demain matin, rebelote.
Le combo gagnant : agents locaux + Ollama
Un agent qui tourne cent fois par jour, vous n’avez pas envie de le payer cent fois par jour. Et s’il brasse des données sensibles, vous n’avez pas envie qu’elles partent chez un tiers à chaque tour de boucle. C’est exactement le terrain de jeu de l’hybride cloud + local, appliqué au travail autonome.
L’idée : pour les boucles à haute fréquence, privées ou hors-ligne, vous pointez l’agent vers un modèle local servi par Ollama. Coût marginal : zéro. Données qui sortent : aucune. Un agent de fond qui classe, résume ou surveille mille fois par jour tourne gratuitement et en privé sur votre machine. Vous réservez le cloud (Claude) pour le rare moment où il faut vraiment du raisonnement de pointe.
Joignable de partout
Le mini-PC est sur votre réseau privé. Donc vous n’avez pas besoin d’être physiquement devant pour lui confier du travail ou voir où il en est. Depuis votre téléphone dans le métro, depuis votre laptop chez un client : vous textez une tâche à votre machine, elle bosse pendant que vous êtes ailleurs, et vous relisez le résultat plus tard.
C’est tout l’objet du chapitre réseau qui arrive, Tailscale tisse le lien privé entre vos appareils, et Travailler à distance montre comment piloter l’agent depuis n’importe où. Le mini-PC devient un atelier que vous emportez dans votre poche sans jamais le débrancher.
Garder une session vivante avec tmux
Tous les agents ne sont pas des jobs planifiés. Parfois vous lancez une session interactive longue, vous fermez votre portable, et… elle meurt avec votre connexion. Sauf si vous l’avez lancée dans tmux (installé dès Réglages système).
tmux, c’est une session de terminal qui survit à votre déconnexion. Vous démarrez l’agent dedans, vous vous détachez, la session continue à tourner sur le mini-PC. Plus tard, depuis n’importe où, vous vous rattachez et vous retrouvez l’agent pile où vous l’avez laissé.
tmux new -s agent # crée une session nommée et lance ton agent dedans
# Ctrl-b puis d → tu te détaches, l'agent continue
tmux attach -t agent # plus tard, d'où tu veux, tu reprends la main
La sécurité d’un agent autonome
On arrive au point sérieux. Un agent qui agit sans humain dans la boucle, c’est précisément l’endroit où la règle du moindre privilège compte le plus. Quand vous êtes devant l’écran, vous pouvez dire « non » avant la bêtise. En tâche de fond à 3 h du matin, personne ne dira non à votre place.
Mettre en place un agent récurrent : la checklist
Une tâche bien bornée et idempotente
Objectif clair, résultat vérifiable, et surtout : la relancer deux fois ne doit pas tout casser. Un agent de fond doit pouvoir tourner cent fois sans effet de bord cumulatif.
Choisissez cloud ou local selon fréquence et sensibilité
Souvent, ou privé, ou hors-ligne → modèle local via Ollama. Rare et exigeant en raisonnement → Claude. C’est l’arbitrage de l’hybride.
Lancez-le via cron, un timer systemd, ou tmux
Job sur planning pour le récurrent silencieux ; tmux pour une session longue que vous voulez pouvoir rejoindre. La forme exacte du lancement non-interactif est dans Ressources.
Permissions serrées + dossier confiné
Moindre privilège, répertoire de travail clos, zéro sudo. On l’a martelé juste au-dessus, c’est non négociable pour du non surveillé.
Logs + notification du résultat
Redirigez la sortie vers un fichier de log, et faites-vous pinguer (Slack, mail, notif) avec le résultat. Un agent muet qui travaille dans le noir, vous ne saurez jamais s’il déraille.
Surveillez les premières exécutions avant de faire confiance
Regardez-le tourner quelques jours avant de le laisser vraiment seul. La confiance se gagne en regardant, pas en espérant.
Claude Code se lance très bien en non-interactif sur un prompt fixe, ce qui en fait un excellent moteur de job planifié. Encadrez-le par un CLAUDE.md (fichiers mémoire) qui rappelle ses limites, outils autorisés, dossier de travail, ce qu’il ne touche jamais. Pour un agent qui tourne souvent, faites-lui déléguer le volume au modèle local et gardez son intelligence pour la synthèse finale.
Un mot honnête sur l’autonomie longue
L’autonomie sans surveillance sur des tâches longues et ouvertes reste la frontière du domaine. Les modèles locaux, en particulier, sont bien meilleurs comme ouvriers de fond bien bornés que comme opérateurs totalement autonomes, on l’a dit sans détour dans Choisir son modèle local. Lâché sur un objectif flou et lointain, un modèle local produira du plausible-mais-faux, en confiance, en boucle.
La parade est simple et tient en deux mots : borne et vérifie. Découpez en tâches courtes et nettes, faites-en des jobs idempotents, gardez un humain qui relit le résultat. Un agent de fond qui fait bien une petite chose mille fois vaut infiniment mieux qu’un agent ambitieux qui se perd. C’est moins spectaculaire, et bien plus utile.