La skill la plus installée au monde sur Claude. L'installation, les cinq étapes, la règle qui la fait tenir là où un prompt cède, et jusqu'où il faut la laisser faire.
Tu demandes une fonctionnalité, il écrit du code dans la seconde. Ça paraît efficace. C'est en réalité le moment où tout se joue, et il vient d'être sauté.
Un agent optimise pour la réponse qui satisfait ta demande telle qu'elle est formulée. Si tu dis « fais-moi une app de notes », il fait une app de notes : celle qu'il imagine, pas celle que tu voulais. Toutes les questions qu'un développeur expérimenté poserait avant d'ouvrir son éditeur n'ont été posées à personne.
Ce n'est pas un agent plus intelligent. C'est un agent à qui on a retiré le droit de commencer par le code. La valeur n'est pas dans ce qu'il écrit, elle est dans l'ordre imposé et dans les points où il s'arrête pour te montrer quelque chose.
Dépôt : github.com/obra/superpowers. Licence MIT, gratuit, écrit par Jesse Vincent. C'est un cadre de développement complet pour agents de code, pas une skill isolée.
La vidéo dit « 283 000 téléchargements ». Le nombre est exact, le mot ne l'est pas tout à fait : ce sont 283 200 étoiles GitHub au 8 septembre 2026, avec 25 377 forks. Aucun compteur public de téléchargements n'existe pour les plugins Claude, ni sur GitHub, ni sur le marketplace. L'étoile reste le meilleur indicateur disponible, et à ce jeu Superpowers écrase tout le reste : le deuxième pack le plus étoilé de l'écosystème est trois fois derrière.
Trois choses le distinguent d'un pack de conseils.
Tu n'as aucune commande à taper. Une méta-skill lit ta demande et choisit le protocole. C'est un choix de conception fort, et il a des conséquences : voir la section sur la règle du 1 %.
Avant d'écrire, il crée un espace de travail séparé avec les worktrees de git. Tes fichiers de travail ne sont pas là où tu crois. C'est la première surprise du premier lancement.
Chaque tâche est confiée à un sous-agent neuf, avec un contexte propre, puis relue. C'est ce qui lui permet de tourner « une ou deux heures d'affilée sans dévier du plan », selon la documentation.
Une seule commande, par le marketplace officiel d'Anthropic :
/plugin install superpowers@claude-plugins-officialC'est la méthode à privilégier. L'autre passe par le marketplace de l'auteur, en deux temps :
/plugin marketplace add obra/superpowers-marketplace
/plugin install superpowers@superpowers-marketplaceLe marketplace officiel est validé par Anthropic et se met à jour avec ton client. Celui de l'auteur reçoit parfois les nouveautés plus tôt, et contient aussi ses autres paquets. Pour un premier essai, prends l'officiel : une commande, rien à configurer.
Redémarre ta session après l'installation. Il n'y a rien à activer ensuite : les skills se déclenchent d'elles-mêmes dès que tu demandes quelque chose qui les concerne.
C'est la colonne vertébrale, celle de la vidéo. Chacune existe pour éviter une erreur précise.
Il te pose des questions, une par une, avant d'écrire quoi que ce soit : ce que tu essaies vraiment de faire, qui va s'en servir, ce qui compte le plus. Évite de construire la mauvaise chose parfaitement.
Il découpe en tâches assez courtes pour être relues une par une, avec leur ordre de dépendance. Évite le bloc de code de six cents lignes que personne ne peut vérifier.
Rouge-Vert-Refactor : le test est écrit d'abord, il échoue puisqu'il n'y a rien, puis le code est écrit pour le faire passer. Évite le code qui a l'air juste et que rien ne prouve.
Tâche par tâche, chacune confiée à un sous-agent puis relue avant la suivante. Évite l'accumulation d'erreurs qu'on ne trouve qu'à la fin.
Il demande une revue de code, la reçoit, corrige, puis termine proprement la branche. Évite le « ça marche chez moi » qui n'arrive jamais en production.
Le détail de ce qui se déclenche, et quand.
C'est la partie que personne n'explique, et c'est pourtant tout le secret. La méta-skill contient cette instruction, en toutes lettres :
« S'il y a ne serait-ce qu'1 % de chance qu'une skill s'applique à ce que tu fais, tu DOIS absolument l'invoquer. Si une skill s'applique à ta tâche, tu n'as pas le choix. Ce n'est pas négociable. »
Un prompt classique dit « pense à faire des tests ». Le modèle en tient compte tant que rien ne le pousse ailleurs, puis trouve une bonne raison de passer outre. Superpowers ne demande pas : il retire l'option. Le seuil est volontairement absurdement bas (1 %) pour que le modèle ne puisse jamais conclure « ça ne s'applique pas vraiment ici ».
Deux conséquences pratiques, l'une bonne et l'autre à connaître :
La documentation est claire : il n'existe que deux façons de sortir du cadre. Les connaître, c'est savoir régler le curseur.
Les instructions utilisateur (CLAUDE.md, AGENTS.md, ou une demande directe) l'emportent sur les skills. C'est le seul réglage durable. Écris tes exceptions une fois, elles s'appliquent à toutes tes sessions :
# CLAUDE.md
## Exceptions au protocole Superpowers
- Corrections d'une ligne, renommages, ajustements de
style : réponds directement, sans brainstorm ni plan.
- Prototypes dans /bac-a-sable : pas de tests exigés.
- Au-delà : protocole complet, sans exception.C'est aussi là que tu poses tes points de validation : « montre-moi le plan et attends mon accord avant d'exécuter » transforme l'étape 2 en arrêt obligatoire.
Une phrase suffit dans la conversation : « réponds directement, sans passer par le protocole ». C'est explicitement prévu : le pack ne s'applique que tant que ton interlocuteur humain ne lui a pas dit le contraire.
Il n'y a pas de mode « léger », pas de curseur d'autonomie, pas de configuration à moitié. C'est tout ou l'exception écrite. Les gens qui cherchent un réglage intermédiaire perdent du temps : le réglage, c'est ton CLAUDE.md.
Superpowers travaille dans un espace isolé. Il cherche d'abord un dossier existant (.worktrees/ ou worktrees/), sinon il en crée un à la racine du projet. Il te demande ton accord avant, et vérifie que le dossier est bien ignoré par git, mais si tu ouvres ton éditeur sur le dossier habituel pendant qu'il travaille, tu ne verras rien changer. Ce n'est pas une panne.
Pour lui imposer un emplacement, dis-le simplement dans ton CLAUDE.md : ta préférence déclarée passe avant tout le reste.
Chaque tâche part chez un sous-agent neuf, et les tâches indépendantes partent en parallèle. C'est ce qui rend le résultat propre, et ce qui fait que la consommation n'a rien à voir avec une conversation normale. Sur un vrai projet, il peut tourner une à deux heures. Lance-le sur quelque chose qui le mérite.
Le compagnon visuel du pack charge un logo depuis le site de l'auteur, ce qui signale ton usage. Rien de méchant, mais ce n'est écrit qu'à un endroit du dépôt. Pour le couper, une variable d'environnement :
export SUPERPOWERS_DISABLE_TELEMETRY=1Ajoute-la à ton profil de shell si tu travailles sur du code client.
Une seule phrase au départ. Voilà ce qui se passe, et où tu dois intervenir.
Fais-moi une app pour suivre mes dépenses
mensuelles par catégorie.Pas de commande, pas de préfixe. Le protocole se déclenche seul.
Une question à la fois : combien de catégories, saisie manuelle ou import, un seul utilisateur ou plusieurs, où ça tourne. C'est le seul moment du processus où ton attention vaut quelque chose. Réponds précisément ; chaque « comme tu veux » est une décision qu'il prendra vers la moyenne.
Des tâches numérotées avec leurs critères de fin. Lis-le vraiment. Une tâche qui te paraît floue à la lecture le sera aussi à l'exécution : c'est ta dernière intervention à coût faible.
Espace isolé, tests d'abord, une tâche par sous-agent, relecture entre chaque. C'est long et il n'y a rien à faire pendant. Ne l'interromps pas pour « voir où il en est » : tu casses le contexte des sous-agents en cours.
Tu récupères une branche propre, testée, relue. Ce que tu dois lire, c'est le compte rendu de la revue, pas le code : c'est là que figure ce qui a été vérifié et ce qui reste ouvert.
Tu peux forcer le passage à n'importe quelle étape. Voilà ce que ça coûte, dans l'ordre de gravité.
La question n'est pas « est-ce que ça code mieux ». C'est « est-ce que je saurais expliquer à quelqu'un d'autre pourquoi ce code est comme ça ». Superpowers produit cette explication en même temps que le code : le brainstorm, le plan et la revue sont la documentation de tes décisions.