Un développeur a créé un gestionnaire dans lequel Claude Code récupère lui-même les tâches selon un planning

Une situation familière : l’agent rédige très bien un brouillon d’e-mail ou compare des bibliothèques, mais il faut lui expliquer à chaque fois quoi faire précisément. Vous ouvrez le chat, formulez la tâche, attendez, puis copiez le résultat. L’auteur de ce projet s’est dit qu’il disposait déjà d’un endroit où vivaient toutes ses missions : sa liste de tâches. Il ne restait plus qu’à apprendre aux agents à y récupérer eux-mêmes leur travail.

Fonctionnement

Dans le gestionnaire shar8.app, toute tâche peut recevoir la mention « Agent ». Seul un humain peut l’ajouter dans l’application, de sorte que l’agent ne puisse pas s’attribuer lui-même du travail. Ensuite, si l’ordinateur est allumé, l’agent récupère dans la minute une tâche prévue pour aujourd’hui ou en retard, l’exécute et inscrit le résultat dans les notes. La tâche reçoit l’un des statuts suivants : « À vérifier », « Précisions nécessaires » ou « Échec de l’agent ». Un humain la clôture après avoir lu le rapport.

L’ensemble repose sur MCP via HTTP. Une seule adresse suffit : tout client prenant en charge les serveurs MCP distants peut se connecter sans plug-in spécifique. Claude Code, Codex CLI et OpenCode travaillent avec la même liste. Le serveur expose 15 outils pour la lecture, la création et la modification, ainsi que trois outils techniques destinés à la délégation : agent_queue, agent_claim et agent_finish. Ces trois derniers ne sont appelés que par l’agent exécuté selon le planning.

Dans une conversation, l’usage paraît naturel. En plein travail sur du code, on peut dire : « Ajoute une tâche : mettre à jour les dépendances vendredi », et la tâche apparaît sur le téléphone.

Le lancement sans intervention humaine est assuré par un plug-in pour Claude Code. Celui-ci crée une tâche dans le planificateur du système : launchd sur Mac, un timer systemd sous Linux ou le Planificateur de tâches sous Windows. Chaque minute, le plug-in consulte la file d’attente. Si elle est vide, le modèle n’est pas appelé du tout. Chaque passage traite au maximum trois tâches, avec 15 minutes accordées à chacune. Si le serveur est indisponible, le plug-in marque une pause au lieu de le solliciter toutes les minutes. Le modèle s’exécute chez vous, avec votre abonnement ou votre ANTHROPIC_API_KEY, et le serveur ne voit pas vos clés.

Deux détails méritent d’être repris. Une tâche est détenue par une seule exécution : aucune seconde exécution ne peut la récupérer. Une tâche bloquée revient automatiquement avec le statut « Échec de l’agent », au lieu de rester indéfiniment en cours.

Sécurité : ce qui existe et ce qui manque

Le texte d’une tâche est considéré comme une entrée non fiable. Si un e-mail tiers y a été collé, il peut contenir une instruction destinée au modèle. L’agent reçoit donc l’indication qu’il s’agit de données, et non de commandes. Par défaut, il ne dispose en outre d’aucun outil : il lit du texte et répond par du texte. La recherche sur Internet s’active au moyen d’un fichier de configuration distinct. Les envois vers l’extérieur sont désactivés et ne peuvent être activés qu’avec une liste explicite de destinataires.

L’auteur indique honnêtement ce qui manque. Un agent connecté dans une conversation voit toutes les tâches et peut les supprimer ; il n’est pas encore possible de restreindre ses droits. L’auteur ne considère pas le prompt comme une protection : la sécurité repose sur l’absence d’outils et sur la vérification humaine. Pour une exécution sans supervision, il recommande de limiter les outils du côté client.

Deux modes d’autorisation sont proposés. Seuls Claude Code et Codex peuvent se connecter dans le navigateur via OAuth ; les autres rencontrent une erreur sur l’écran de consentement. Pour cron, claude -p et OpenCode, un jeton personnel affiché une seule fois est délivré. Sa révocation prend effet immédiatement, sans attendre sa date d’expiration.

Voici ce qui a été testé en conditions réelles et ce qui ne l’a pas été : un Mac utilisant le véritable claude avec un abonnement fonctionne, et la tâche a été récupérée en une minute. Linux est couvert par les tests, mais n’a pas été exécuté sur une machine réelle. Windows est en version beta. L’appel tasks_list depuis Codex n’a pas été testé ; seule l’authentification l’a été.

Ce qu’il faut retenir

Le service lui-même est spécialisé, mais le modèle de conception est universel. Une file d’attente destinée à un agent repose sur trois éléments : l’acquisition exclusive d’une tâche, le retour automatique des tâches bloquées et la révocation immédiate des accès. Le résultat de l’agent doit arriver avec le statut « À vérifier », et non « Terminé ». Enfin, moins l’agent nocturne possède de droits, mieux c’est : il est plus facile d’en ajouter que de comprendre où une tâche a disparu.