Helmor : orchestrer des agents de code en local, de la revue au merge

https://helmor.ai/ + https://github.com/dohooo/helmor

📌 Helmor est un IDE local-first sur macOS pensé pour orchestrer plusieurs agents de code et boucler la partie souvent oubliée du travail: revue, tests, intégration et livraison, pas seulement la génération de fichiers.

L’idée est simple: au lieu d’empiler des sessions séparées (un agent dans le terminal, un autre dans l’éditeur, puis des allers-retours pour relire et exécuter), Helmor sert de poste de pilotage unique pour garder le contexte, suivre l’avancement et contrôler ce qui est réellement appliqué au dépôt.

Dans l’usage quotidien, cela devient surtout un outil de coordination. Un agent peut produire une série de changements, un autre vérifier une régression, puis une étape de test/validation peut être lancée avant de décider d’intégrer. Le bénéfice se voit quand un correctif paraît “fait” mais qu’il reste des détails: tests à lancer, fichiers à relire, conflits à résoudre, et une décision claire sur ce qui part sur la branche principale.

Points clés

• 🧭 Orchestration multi-agents pour répartir les tâches (implémenter, relire, vérifier)
• 🔍 Revue centrée sur les diffs pour valider ce qui change réellement
• 🧪 Boucle de tests et de checks intégrée pour éviter les “ça compile chez l’agent”
• 🌐 Support de plusieurs agents/CLIs (ex: Codex, Claude Code) selon la configuration
• 🧩 Workflows autour de Git (branches, intégration) pour finir par un merge propre

Le côté “local-first” compte aussi pour la confidentialité: les fichiers du projet restent sur la machine, et l’orchestration sert à limiter ce qui est envoyé au modèle et à cadrer les actions. Cela n’empêche pas d’utiliser des fournisseurs externes, mais le contrôle reste du côté du poste de travail.

Pour démarrer, l’approche la plus directe est d’installer l’app macOS, d’ouvrir un dépôt, puis de lancer un premier flux simple: demander un changement ciblé, relire la diff générée, lancer un test de base, puis itérer tant que le résultat n’est pas validé. Une fois ce “loop” en place, Helmor sert surtout à enchaîner plus vite sans perdre la trace de ce qui a été tenté.

Concrètement, Helmor est utile quand il faut faire travailler plusieurs agents sans transformer le projet en patchwork: un endroit pour orchestrer, vérifier, et n’intégrer que ce qui passe la barre de la revue et des tests.