Le contexte
Donner un accès complet du code à Claude Code, c'est un peu comme filer les clés de la voiture à un ado qui vient d'avoir le permis. Ça peut très bien se passer, ou ça peut finir dans le fossé avec une explication créative sur pourquoi ce n'était "techniquement pas sa faute". Deux projets open source ont décidé de mettre des garde-fous sérieux là-dessus : AIDD Framework (ai-driven-dev/framework), porté par la communauté française AI-Driven Dev, et Superpowers (obra/superpowers), signé Jesse Vincent et l'équipe de Prime Radiant.
Les deux visent la même chose sur le papier : arrêter de laisser un LLM improviser sur du code de production. Dans les faits, on a d'un côté un buffet à volonté où on pioche ce qu'on veut, et de l'autre un menu unique, sans option, avec le chef qui vous regarde manger vos légumes.
En une phrase, pour ceux qui lisent en diagonale
AIDD Framework est un marketplace de plugins modulaire : contexte, dev, VCS, PM, refine, chacun son plugin, chacun sa vie.
Superpowers est une méthodologie complète, livrée d'un bloc, avec un chemin imposé (brainstorming, plan, TDD, review, merge) que l'agent est censé suivre sans faire n'importe quoi de son côté.
Qui sont ces deux-là
AIDD Framework se présente comme une marketplace communautaire de skills, agents et règles pour Claude Code, pensée comme un complément au marketplace officiel d'Anthropic plutôt que comme un concurrent qui vient jouer des coudes.
Superpowers se décrit sans complexe comme un framework de compétences agentiques et une méthodologie de développement logiciel qui fonctionne. Pas "qui pourrait fonctionner", pas "qu'on espère fonctionner un jour" : qui fonctionne. On sent l'assurance américaine à plein nez, et les chiffres suivent : 30 étoiles GitHub côté AIDD Framework contre 257 000 côté Superpowers, 3 forks contre 22 900. Ce n'est pas une coquille, c'est bien 8 500 fois plus d'étoiles. Superpowers a clairement pris le train du marketplace officiel Anthropic, et ça se voit.
Architecture : le buffet à volonté vs le menu du chef
AIDD Framework découpe tout en plugins indépendants et versionnés séparément :
aidd-context (7 skills) : init de projet, architecture, artefacts de contexte
aidd-dev (11 skills) : la boucle SDLC complète, plan, implement, assert, audit, review, test, refactor, debug
aidd-vcs (4 skills) : commits, PR/MR, tags, issues
aidd-pm (4 skills) : tickets, user stories, PRD
aidd-refine (5 skills) : brainstorm, challenge, condense, fact-check
aidd-orchestrator (1 skill) : un routeur qui distribue selon le label d'une issue
Chaque plugin s'installe indépendamment, à trois niveaux (user, project, local), et le framework définit même des tiers de modèles (T1 pour le mécanique, T2 pour l'implémentation, T3 pour le raisonnement profond) pour ne pas payer du Opus sur un renommage de variable. Une approche d'ingénieur qui aime composer sa stack pièce par pièce, un peu comme on monte son PC plutôt que d'acheter du préfabriqué.
Superpowers ne vous laisse pas ce loisir. Un seul plugin, un flux linéaire assumé : brainstorming socratique, plan découpé en tâches de 2 à 5 minutes, exécution via subagents avec double revue (conformité au spec, puis qualité du code), TDD en red-green-refactor strict, revue entre chaque tâche, puis merge ou PR. Le README ne fait pas dans la nuance : l'agent vérifie les skills pertinents avant toute tâche, ce sont des workflows obligatoires, pas des suggestions. Le projet refuse même officiellement les contributions qui ajouteraient de nouvelles skills. Personne ne vient bricoler la recette.
Le TDD, la vraie ligne de fracture
C'est là que les deux projets divergent le plus franchement. Superpowers érige le TDD en dogme absolu : red-green-refactor en premier article de foi, et une règle qui ne rigole pas, tout code écrit avant le test correspondant est supprimé. Pas de négociation, pas de "j'avais la flemme ce jour-là".
AIDD Framework inclut bien un skill "assert" et de la revue dans sa boucle aidd-dev, mais sans imposer un ordre d'écriture strict. C'est plus une boîte à outils de qualité qu'un carcan méthodologique. Si le TDD strict est votre came, Superpowers parle directement votre langue. Si vous préférez garder la main sur le quand et le comment, AIDD Framework vous laisse plus de corde.
Portabilité : Superpowers joue en Ligue des Champions
Les deux projets ne se limitent pas à Claude Code, mais l'écart de couverture est net.
AIDD Framework est natif sur Claude Code, et publie à chaque release des archives adaptées pour Cursor, GitHub Copilot, Codex et OpenCode, à télécharger et installer à la main pour ces outils-là. Du "download, unzip, install", pas de fetch en une commande.
Superpowers vise directement neuf harnais différents (Claude Code, Antigravity, Codex App, Codex CLI, Cursor, Factory Droid, GitHub Copilot CLI, Kimi Code, OpenCode, Pi), chacun avec sa propre commande d'installation native, sans étape de build intermédiaire. Neuf, quand même. L'équipe a visiblement décidé de ne laisser personne sur le carreau, quel que soit l'agent utilisé.
MCP vs CLI, un détail qui trahit une vraie philosophie d'ingénieur
Là où AIDD Framework montre sa vraie nature d'ingénieur pragmatique, c'est dans sa recommandation explicite de préférer les CLI aux serveurs MCP chaque fois que c'est possible, avec un tableau service par service (gh pour GitHub, CLI native pour Playwright...), au motif qu'un serveur MCP charge son schéma d'outils complet à chaque tour, ce qui gonfle la fenêtre de contexte. Une phrase qui sonne comme une note de service adressée à tous ceux qui balancent dix serveurs MCP dans leur config sans se demander ce que ça coûte en tokens.
Superpowers ne traite pas ce sujet dans son README. Son combat est ailleurs, sur la discipline de développement, pas sur l'optimisation du contexte.
Les deux en face à face
AIDD Framework | Superpowers | |
|---|---|---|
Nature | Marketplace de plugins modulaires | Méthodologie unique et prescriptive |
Popularité GitHub | 30 étoiles | 257 000 étoiles |
Philosophie | Compose ta stack, choisis tes skills | Suis le chemin, TDD non négociable |
Outils supportés nativement | Claude Code (+ archives pour 4 autres) | 9 harnais, install native chacun |
Optimisation contexte | Priorité CLI > MCP, tiers de modèles | Non traité |
Gouvernance | Rôles communautaires (Core Team, Certifié...) | Équipe Prime Radiant, PR limitées |
Alors, lequel choisir
Les deux ne sont pas mutuellement exclusifs, et c'est probablement la vraie bonne nouvelle de cet article. Rien n'empêche d'enregistrer les deux marketplaces sur Claude Code et de récupérer le meilleur des deux mondes : la rigueur TDD de Superpowers pour l'implémentation, la granularité d'AIDD Framework pour le contexte projet et la gestion VCS/PM.
Si vous construisez déjà votre propre pipeline AIDD maison, les deux valent surtout le détour comme référence de patterns. Moins pour les copier tels quels que pour voir comment d'autres équipes ont réglé les mêmes problèmes de contrôle qualité et de dérive d'un agent qu'on laisse tourner tout seul un peu trop longtemps.
Besoin d'aide sur ce sujet ?
Discutons de comment je peux vous accompagner.