LOOPANY : planifier le travail récurrent de vos agents de code
📌 LOOPANY est une plateforme qui planifie des tâches récurrentes pour votre agent de code local, puis rassemble les résultats dans un tableau de bord et vos canaux de notification.
Un agent de code peut déjà lancer une commande depuis un terminal ou un cron. Le problème commence après la première exécution : où conserver l’état, comment vérifier le résultat, que faire si la tâche échoue et comment savoir ce qui s’est passé sans relire tout un transcript ? LoopAny s’attaque à cette couche de coordination plutôt qu’au modèle lui-même.
Vous décrivez une boucle, par exemple une vérification quotidienne de l’état d’un projet, une veille hebdomadaire ou un objectif qui doit s’arrêter une fois terminé. Un daemon installé sur une machine que vous contrôlez récupère ensuite le travail et le transmet à votre coding agent local. La boucle peut rester ouverte, comme un moniteur, ou devenir fermée avec une condition de fin.
La distinction d’architecture est importante. Le serveur LoopAny planifie, stocke, authentifie et envoie des notifications, mais il n’exécute ni LLM ni votre code. Le traitement passe par @crewlet/loopany, lancé sur votre machine avec vos credentials, vos fichiers et vos outils. Les artefacts que vous choisissez de synchroniser remontent dans le tableau de bord ; le reste reste local. C’est une approche BYOA, indépendante du fournisseur de l’agent utilisé.
Le dashboard sert alors de surface d’équipe plutôt que de simple historique de commandes. Les résultats peuvent alimenter des canaux de notification, avec notamment Telegram et Feishu mentionnés dans le projet. Les artefacts avec front matter peuvent aussi être rendus comme rapports, cartes Kanban ou calendriers. LoopAny propose enfin des modèles pour un diagnostic React, une étude de marché, le suivi de relances, le nettoyage documentaire ou le tri des dépendances.
Quelques actions concrètes :
- ⏰ Planifier une boucle quotidienne, hebdomadaire ou ponctuelle
- 🧠 Conserver l’état et les journaux entre les exécutions
- ✅ Ajouter une vérification pour produire des résultats contrôlables
- 📣 Recevoir les résultats et les échecs dans des canaux d’équipe
- 📁 Synchroniser des artefacts durables vers un dashboard partagé
Je trouve l’approche plus intéressante qu’un simple emballage autour de cron. La minuterie est la partie facile. Le contrat de la tâche, la mémoire des exécutions et la preuve que le travail est terminé sont les éléments qui peuvent rendre une boucle réellement exploitable. LoopAny prévoit même des passes d’« evolve » qui relisent l’historique pour resserrer le brief ou transformer certaines étapes mécaniques en scripts déterministes.
Le projet reste toutefois à manipuler avec sérieux. Le daemon exécute votre agent de code avec ses permissions, ses credentials et son accès aux fichiers : le dépôt le signale lui-même comme un risque encore en cours de durcissement. Une instance publique doit être protégée par les variables d’authentification GitHub, un secret de session et une liste de connexions autorisées. Sans ces réglages, le serveur fonctionne ouvert, ce qui peut convenir en local mais pas sur Internet.
LoopAny peut être utilisé via son service hébergé ou déployé soi-même. Le serveur est construit pour Node.js, avec pglite intégré en développement et la possibilité d’utiliser PostgreSQL et un stockage objet en production. Docker est également fourni. Pour une petite équipe qui veut industrialiser des tâches d’agent sans confier tout son environnement à un SaaS, c’est une proposition cohérente. Je la verrais surtout comme un control plane : l’intelligence reste chez vous, mais le suivi et la discipline deviennent visibles.
Sources
