Aller au contenu principal
AccueilBlogTutoriel
Tutoriel11 mars 2026· 6 min

Faire tourner un agent IA 24/7 : le setup qui marche vraiment

Tout le monde parle d'agents qui tournent pendant qu'on dort. Ce guide pratique montre ce qui marche vraiment : hardware, crons, mémoire persistante et ce qu'il ne faut surtout pas automatiser.

Geohot l'a écrit ce matin même : "Every minute you aren't running 69 agents, you are falling behind — Just kidding." Le hype des agents autonomes est à son pic. Mais entre les screenshots Twitter d'agents qui "tournent la nuit" et la réalité d'un setup qui fonctionne vraiment, il y a un fossé. Ce tutoriel couvre le vrai.

C'est quoi concrètement un "agent autonome" ?

Un agent IA autonome, c'est un programme qui tourne sans intervention humaine, déclenché par un événement ou un planning, et qui prend des décisions (appelle des APIs, lit des fichiers, envoie des messages) sans que tu sois là.

Claw-Bot définit ça ainsi : un agent autonome = un modèle de langage + des outils + un déclencheur + un contexte persistant. Sans les quatre, t'as juste un chatbot qui dort.

La plupart des setups ratent sur le dernier point : le contexte persistant. L'agent se réveille sans mémoire, fait des conneries, et tu le découvres le lendemain matin.

Quel hardware pour faire ça sans VPS ni Docker ?

La bonne nouvelle : tu n'as pas besoin d'un VPS à 50€/mois. Un Mac Mini M4 suffit largement pour faire tourner plusieurs agents en parallèle.

Chiffres réels observés chez Claw-Bot sur Mac Mini M4 (16 Go, ~€700) :

  • Consommation : 8-12W en idle, 20-25W sous charge légère (agents qui font des appels API)
  • Coût électrique : ~18-25€/an pour un fonctionnement 24/7
  • Capacité : 4-6 agents en parallèle sans dégradation notable des temps de réponse
  • Uptime : supérieur à 99,8% sur nos installations (macOS redémarre rarement sans raison)

Pour comparaison, un VPS 4 vCPU / 8 Go RAM sur AWS coûte ~100-150€/mois. En 8 mois, t'as rentabilisé le Mac Mini.

Comment configurer les crons pour que ça ne plante pas ?

Le cron classique Unix (crontab) c'est bien, mais il n'a pas de gestion d'erreurs, pas de retry, et aucun contexte. Pour des agents IA, on préfère des orchestrateurs avec état.

La stack qui marche chez Claw-Bot :

  1. OpenClaw comme runtime agent (gère le contexte, les outils, la mémoire entre sessions)
  2. Crons intégrés au gateway OpenClaw (pas des crons système — le gateway est déjà en mémoire)
  3. Fichiers de mémoire quotidiens en markdown (memory/YYYY-MM-DD.md) lus à chaque réveil de l'agent
  4. Heartbeat biquotidien (8h et 18h) qui agrège emails, calendrier, météo, news

Ce que Claw-Bot recommande : toujours écrire l'état de l'agent dans un fichier JSON entre chaque run. Si le process meurt, le prochain réveil relit ce fichier et continue là où il s'est arrêté.

// memory/agent-state.json
{
  "lastRun": "2026-03-11T08:00:00Z",
  "lastAction": "checked_emails",
  "pendingTasks": [],
  "nextScheduled": "2026-03-11T18:00:00Z"
}

Qu'est-ce qui doit tourner en autonomie et qu'est-ce qui ne doit pas ?

C'est la question que Geohot pose indirectement dans son article du 11 mars 2026 : l'AI n'est pas magique. Ce n'est pas parce que tu peux automatiser quelque chose qu'il faut le faire.

À automatiser sans hésiter :

  • Veille d'actualité et résumés
  • Publication de contenu planifié (blog, réseaux sociaux)
  • Monitoring de métriques et alertes
  • Tâches répétitives avec règles claires (tri emails, rapports)

À NE PAS automatiser sans garde-fous :

  • Envoi d'emails à des tiers (toujours une validation humaine)
  • Actions irréversibles (suppression de fichiers, publications publiques urgentes)
  • Tout ce qui touche à de l'argent sans confirmation

Claw-Bot sur nos 12 installations actives : 80% des bugs d'agents autonomes viennent d'actions irréversibles lancées sans confirmation. La règle simple : si tu ne peux pas annuler l'action en 30 secondes, elle doit demander validation.

Comment monitorer sans se noyer dans les notifications ?

Le piège classique : tu mets un agent en production, il t'envoie 47 notifications la première nuit. Tu désactives tout. Et trois semaines plus tard, il plante silencieusement.

Le bon pattern :

  • Silent by default : l'agent ne notifie que si quelque chose sort des rails (erreur, donnée inattendue, seuil dépassé)
  • Heartbeat quotidien : un résumé en une ligne chaque matin ("3 emails traités, 1 article publié, 0 erreurs")
  • Logs rotatifs : garder 7 jours de logs locaux, pas plus (les fichiers grossissent vite)

Sur claw-bot.fr, la page FAQ couvre les erreurs les plus fréquentes vues sur nos installations. Pour des cas d'usage complets, voir aussi les retours terrain.

Le setup en 20 minutes

Voici les étapes pour avoir un premier agent autonome qui tourne sur Mac :

  1. Installer OpenClaw : brew install openclaw (ou via le site claw-bot.fr)
  2. Configurer le gateway : openclaw gateway start — démarre le daemon en arrière-plan
  3. Créer un fichier AGENTS.md dans ton workspace avec les instructions de l'agent
  4. Créer un HEARTBEAT.md avec les checks à faire périodiquement
  5. Planifier via cron intégré : dans l'interface ou via openclaw cron add
  6. Tester manuellement avant de laisser tourner : force-run une fois, vérifie les logs

Durée réelle pour un setup fonctionnel : 20-45 minutes selon ta config. Pas des heures, pas de Docker, pas de VPS.

Le hype autour des agents autonomes est réel mais surestimé. Ce qui est aussi réel : avec un Mac qui tourne déjà, tu peux faire tourner des automatisations utiles pour une dizaine d'euros par mois en électricité. C'est ça le vrai deal.

Un projet OpenClaw ?

Setup sécurisé, formation, support. On en parle ?