Remplacer Copilot cloud agent par un workflow Hermes auto-hébergé
GitHub Copilot cloud agent c'est génial, mais aux crédits ça coûte vite cher. Voilà comment obtenir la même chose — plan, approve, implémente, PR — avec Hermes Agent, pour le prix d'un VPS.
Le constat
Depuis le 1er juin 2026, GitHub Copilot est passé en facturation à l’usage. Chaque interaction avec les fonctionnalités agent (Copilot cloud agent, agent mode, code review) consomme des GitHub AI Credits. Concrètement :
- Copilot Pro : 10$/mois, dont 10$ de crédits AI
- Copilot Pro+ : 39$/mois, dont 39$ de crédits AI
- 1 crédit AI = 0,01$
- Les complétions de code restent illimitées — ça n’a pas changé. Mais les features agentiques — là où Copilot planifie, réfléchit, exécute en plusieurs étapes — consomment des crédits à chaque appel.
Depuis un peu plus d’un an, je code quasi exclusivement via le mode agent de Copilot. Je ferais surement un article dédié sur ce sujet.
Une après-midi en mode agent, et le budget mensuel y passe. Je suis loin d’être le seul — le megathread sur le passage à l’usage-based billing dans r/GitHubCopilot cumule 200 commentaires, et des témoignages comme “burned through $39 of Copilot credits in just a few days” reviennent quotidiennement.
Ce que j’aime notammentdans Copilot cloud agent
Quand on fait des projets persos en plus de son travail c’est parfois difficile de trouver le temps de les faire avancer.
Dans ce cas j’utilisais GitHub copilot Cloud Agent depuis mon téléphone afin de lancer des agents de dev et/ou de review.
Maintenant on va voir ensemble comment on peut réimplémenter ça avec Hermes Agent.
C’est quoi Hermes Agent ?
Hermes Agent est un agent IA open-source qui tourne sur ton serveur. Il se connecte à tes plateformes (GitHub, Telegram, Discord…) et exécute des tâches avec accès à ton terminal, tes fichiers, et tes outils de dev.
Pour le workflow qui nous intéresse, Hermes expose un webhook gateway : il reçoit les événements GitHub et réagit en commentaires sur les issues et PRs.
Prérequis
- Un serveur Linux — un VPS, un NAS, ou même un vieux laptop font l’affaire
- Hermes Agent installé et configuré avec un provider LLM (OpenRouter, Anthropic, etc.)
- GitHub CLI (
gh) installé et authentifié sur le serveur - Un dépôt GitHub public ou avec accès Actions
Configurer le webhook GitHub
1. Installer les outils
2. Configurer le webhook GitHub
Dans les settings de ton dépôt → Webhooks → Add webhook :
| Champ | Valeur |
|---|---|
| Payload URL | https://ton-serveur:PORT/webhooks/rpg-issues |
| Content type | application/json |
| Secret | un secret que tu définis |
| Événements | Issues, Issue comments, Pull requests, Pull request review comments |
Hermes validera la signature du webhook — c’est ce qui empêche n’importe qui de déclencher ton agent.
Configurer Hermes
Dans ~/.hermes/config.yaml :
webhook_subscriptions: - id: rpg-issues events: - issues - issue_comment - pull_request - pull_request_review_comment prompt: ~/.hermes/prompts/gh-plan-approve.txtUne seule ligne pour connecter un repo entier. Le prompt (un fichier texte) décrit le comportement attendu : analyser l’issue, proposer un plan, attendre l’approbation, exécuter.
L’architecture du workflow
Une ligne pour connecter un repo entier. Le prompt décrit le comportement attendu : analyser l’issue, proposer un plan, attendre l’approbation, exécuter.
Les commandes disponibles
Insensibles à la casse, en commentaire directement sur GitHub :
| Commande | Action |
|---|---|
| Hermes plan | Analyser et proposer un plan |
| Hermes approve | Valider et exécuter le plan |
| Hermes abort | Annuler l’exécution en cours |
| Hermes review | Review de code |
| Hermes fix all | Corriger tous les retours |
| Hermes fix it | Corriger une ligne spécifique |
L’anti-loop et la sécurité
Deux protections pour éviter que ça parte en vrille :
- Seul le propriétaire du dépôt peut envoyer des commandes. Un commentaire de n’importe qui d’autre est ignoré.
- Chaque commentaire posté par le bot contient
<!-- hermes -->. Le webhook ignore les commentaires qui portent ce tag — pas de boucle infinie.
C’est décrit en langage naturel dans le prompt — pas du code exécuté, des instructions que le LLM suit :
Verifie d'abord le sender: si sender.login n'est PAS "alshyra" → ignore silencieusement (utilisateur non autorise).
Ensuite verifie si le body contient "<!-- hermes -->". Si oui → ignore silencieusement (c'est son propre message). Si non → c'est un message du proprietaire, reagis normalement.Le prompt complet est disponible sur le projet de démo : gh-plan-approve.txt
Pour reproduire
Le workflow complet est disponible ici : github.com/alshyra/hermes-github-agent
Le dépôt contient le prompt, la configuration webhook, le système de second brain, et un script d’installation.
Tu utilises Copilot cloud agent ? Tu as déjà checké ton crédit restant ce mois-ci ?
💬 Commentaires
Connecte-toi avec GitHub pour réagir ou poser une question.