Malmoosk

← Tous les projets

Agent coding / méthode BMAD et OpenCode

Contactez-moi

Le “agent coding” désigne l’usage d’assistants IA capables d’agir directement sur un projet (lire le code, écrire des fichiers, exécuter des commandes, ouvrir des tickets) plutôt que de se contenter de suggérer des extraits de code. La méthode BMAD structure ce travail en rôles et étapes explicites (analyse, planification, développement, revue), et des outils comme OpenCode fournissent l’agent en ligne de commande pour l’exécuter concrètement dans un dépôt de code.

Historique

Les assistants de complétion de code (type Copilot, 2021) ouvrent la voie, mais restent passifs : ils suggèrent, sans agir. À partir de 2023-2024 émergent des agents “agentiques” capables d’exécuter des actions multi-étapes de façon autonome sur un projet réel. La méthode BMAD (Breakthrough Method for Agile AI-Driven Development) formalise ensuite un cadre méthodologique open source pour structurer ce travail à plusieurs agents spécialisés plutôt que de tout confier à un seul modèle sans garde-fou. OpenCode s’inscrit dans la même vague d’outils en ligne de commande dédiés au “agent coding”.

Avantages des versions récentes

Superpowers : gérer le cycle de vie des évolutions

En complément de BMAD, j’utilise le package Superpowers. C’est un ensemble de méthodes de travail (des « skills ») que l’agent applique de lui-même, et qui impose un cycle de vie à chaque évolution plutôt que de laisser l’agent coder au premier prompt :

  1. Cadrage : l’évolution est d’abord classée selon sa taille : simple vérification de faisabilité, changement borné dans du code existant, ou changement d’architecture. La profondeur du processus s’adapte : une phrase de design pour un petit changement, une spécification écrite pour un nouveau sous-système.
  2. Design validé avant d’écrire du code : l’agent me présente ce qu’il comprend, les contraintes et l’approche. Rien n’est implémenté tant que je n’ai pas donné mon accord.
  3. Plan puis implémentation : le travail est découpé en tâches, avec les tests en premier quand c’est pertinent.
  4. Vérification : l’agent doit prouver que ça marche (build, tests, contrôle du résultat) avant d’annoncer que c’est terminé.
  5. Revue et finalisation : revue du changement, puis intégration dans la branche principale.

C’est la version outillée du principe « un humain dans la boucle de décision » : l’agent apporte la vitesse, le processus apporte les garde-fous.

Branché à Redmine : garder la trace de ce qui est produit

Tout ce cycle est relié à Redmine par un serveur MCP. Chaque demande devient un ticket dans le projet concerné, ce qui garde, pour chaque projet, l’historique de ce qui a été produit dans le code :

Demande expression du besoin Ticket créé via MCP Design validé par moi Implémentation plan + tests Vérification build, preuves Note de suivi et revue Redmine : le ticket du projet demande, réponse, actions, résultat : l'historique de ce qui est produit dans le code demande initiale résultat

Ce dispositif, c’est exactement celui que j’utilise pour faire évoluer ce site : chaque page ou modification a son ticket, et le journal de ce qui a été fait est consultable sans avoir accès à la conversation avec l’agent. Le principe est détaillé dans la page gestion des tickets Redmine et agents IA.

Mon expertise

Je pratique le développement assisté par des agents IA au quotidien, avec un cadre précis :

C’est ce dispositif que j’utilise pour faire évoluer ce site.

Spécification Agent exécute Revue humaine
Contactez-moi