📑 Table des matières

Les « skills » envahissent GitHub trending : obra/superpowers et mattpocock/skills inventent le nouveau standard de l'agent de code

Agents IA 🟢 Débutant ⏱️ 14 min de lecture 📅 2026-09-22

Ouvrez le trending GitHub du 22 septembre 2026 et cherchez l'anomalie : les repos les plus en vue ne contiennent ni modèle, ni framework, ni base de données. Ce sont des dossiers de fichiers Markdown. obra/superpowers dépasse les 276 000 étoiles, mattpocock/skills frôle les 232 000 — et openai/codex, pourtant lancé à 1 541 étoiles par jour, court derrière.

Ce n'est pas un feu de paille. Selon l'analyse de Max Quimby sur dev.to, 5 des 8 premiers repos du trending relèvent de l'infrastructure d'agents. agentconn parle de « Cambrian explosion » et y voit la plus grosse tendance open source de 2026.

Pourquoi maintenant ? Parce que le conteneur a enfin existé. Le format SKILL.md, publié par Anthropic fin 2025, s'est répandu en quelques mois sur Claude Code, Codex, Cursor et Gemini CLI. Les devs ont trouvé l'unité de partage qui manquait à leurs méthodes de travail avec les agents. Ils starifient massivement les meilleures implémentations.


L'essentiel

  • Le trending GitHub du 22 septembre 2026 est dominé par deux repos de skills : obra/superpowers (276 000+ étoiles) et mattpocock/skills (232 000+), devant openai/codex (1 541 étoiles/jour).
  • Un skill est un dossier avec un SKILL.md, chargé automatiquement par l'agent quand la tâche correspond — format publié par Anthropic fin 2025, répandu mi-2026.
  • superpowers est passé de 29 400 étoiles le 27 avril 2026 à 276 000 fin août, avec un pic à +6 175 étoiles/jour.
  • Trois écoles coexistent : la méthodologie stricte de Superpowers, les 24 skills SDLC d'Osmani, les utilitaires compacts de Pocock.
  • La question de fond : le skill devient-il l'unité de capitalisation des agents de code, comme les dotfiles l'ont été pour la config perso ?

Outils recommandés

Outil Usage principal Prix (septembre 2026) Idéal pour
obra/superpowers Méthodologie de dev complète packagée en skills Gratuit, open source Équipes qui veulent un pipeline strict : TDD, plans écrits, review en deux étapes
mattpocock/skills Utilitaires d'ingénierie au quotidien Gratuit, open source (MIT) Devs seniors qui veulent de la rigueur sans réorganiser tout leur workflow
addyosmani/agent-skills 24 skills couvrant 6 phases du SDLC Gratuit, open source Piloter un projet de bout en bout, de /spec à /ship
alirezarezvani/claude-skills Marketplace multi-domaines (~24,6K étoiles) Gratuit, open source Explorer ce qui se fait au-delà du développement

Tous sont gratuits et open source. Le coût réel n'est pas financier : c'est la discipline qu'ils vous imposent.


Un « skill », c'est quoi exactement ? — Un dossier que l'agent charge tout seul

Un skill est un dossier contenant un fichier SKILL.md, que l'agent charge automatiquement quand la tâche en cours correspond à sa description. Pas de prompt à copier-coller, pas de plugin à installer : le fichier est là, l'agent le trouve, l'agent l'applique.

C'est cette mécanique qui change tout. Le titre de l'article de Max Quimby résume l'enjeu : « Agent Skills Are the New Dotfiles ». Les dotfiles étaient la façon dont un dev capitalisait sur sa configuration personnelle ; le skill est la façon dont il capitalise sur sa méthode de travail avec les agents.

Pourquoi c'est plus qu'un prompt

Un prompt copié-collé se perd, se contredit et se décline en dix versions dans une équipe. Un skill est versionné, reviewable, partageable : il vit dans un repo, passe par des pull requests, se documente.

Surtout, il est déclenché par la tâche, pas par la mémoire de l'utilisateur. Medium décrit le nouveau réflexe : l'agent vérifie d'abord les skills disponibles avant de foncer dans le code. C'est l'inverse du réflexe de 2025, où l'on bricolait un prompt sur mesure à chaque session.

Un format, pas un produit

Point clé : SKILL.md est un standard ouvert, pas un produit propriétaire. Anthropic l'a publié fin 2025 ; mi-2026, Claude Code, Codex, Cursor et Gemini CLI le supportent. Un skill écrit pour l'un fonctionne largement avec les autres. C'est ce caractère de standard qui explique la vitesse d'adoption — et qui distingue cette vague des extensions fermées des années précédentes.


obra/superpowers : une méthodologie complète, pas une collection d'astuces

Superpowers n'est pas un sac de skills : c'est une méthodologie de développement logiciel complète, packagée en skills. Sa tagline officielle, relevée sur la fiche agentconn, ne laisse pas d'ambiguïté : « agentic skills framework & software development methodology that works ».

Le pipeline tient en six stades, et chacun casse un défaut connu des agents de code :

  1. Brainstorming — le design est raffiné de façon socratique avant la première ligne de code. L'agent vous questionne sur vos choix au lieu d'exécuter votre première intuition.
  2. Isolation — le travail se fait dans des git worktrees séparés, pas dans votre checkout principal.
  3. Plans écrits — le plan est découpé en tâches de 2 à 5 minutes, vérifiables une par une.
  4. Développement par sous-agents — chaque tâche est exécutée par un sous-agent dédié, pas dans un contexte saturé.
  5. TDD strict — cycles red-green-refactor obligatoires. Le test existe avant le code.
  6. Code review en deux étapes — spécification d'abord, implémentation ensuite.

Le debugging y est systématique, pas improvisé. Et l'autonomie de l'agent peut l'amener à vous interrompre pour vous faire respecter le process.

Compatibilité : là où Superpowers frappe fort

Le framework fonctionne avec Claude Code, Codex (app et CLI), GitHub Copilot CLI, Cursor, Kimi Code et OpenCode. Ce dernier point compte : comme on l'a détaillé dans notre article sur OpenCode, ses 8 millions de devs et ses 172K étoiles GitHub, la montée des agents open source crée une demande de méthodologies portables. Superpowers est exactement ça : une méthode qui survit au changement d'agent.

Mon avis après lecture du pipeline : c'est exigeant, parfois envahissant. C'est une feature, pas un bug. Si vous cherchez un agent qui code « vite et mal », passez votre chemin.


mattpocock/skills : « du vrai génie logiciel, pas du vibe coding »

mattpocock/skills, c'est l'anti vibe coding. Matt Pocock, connu pour son travail sur TypeScript, a extrait ses skills personnels de son répertoire .agents — sa description tient en une phrase : « skills for real engineering, not vibe coding ».

Le contenu est un concentré de bonnes pratiques d'ingénierie : alignement avec le « grill-me » (un skill qui vous pose les questions difficiles avant de coder), modélisation de domaine, TDD, debugging structuré, revue de code sur double axe, résolution de conflits de merge. Le tout en Shell, sous licence MIT.

La différence avec Superpowers

Là où Superpowers gouverne tout votre projet, les skills de Pocock s'adoptent à la carte. Vous prenez le debugging structuré aujourd'hui, la revue de code demain, sans réorganiser votre façon de travailler.

Et c'est peut-être le signal le plus intéressant du trending : un repo de compétences personnelles — des fichiers Markdown et quelques scripts Shell — atteint 232 000 étoiles. La faim de méthode chez les devs qui utilisent des agents est massive.


Les chiffres du 22 septembre : une explosion mesurable

Les chiffres confirment une adoption sans précédent pour une méthodologie de dev. Le tableau récapitule les relevés sourcés :

Repo Étoiles Date du relevé Source
obra/superpowers 29 400 27 avril 2026 dailytrendsignal
obra/superpowers 165 000 (pic +6 175/jour) ~10 semaines plus tard dailytrendsignal
obra/superpowers 274 455 étoiles, 24 568 forks 20 août 2026 dailytrendsignal
obra/superpowers 276 000 (+592/jour) fin août 2026 dailytrendsignal
mattpocock/skills ~165 000 puis 224 000 (+10 800/semaine) été 2026 dev.to
mattpocock/skills ~230 000, #1 du trending 22 août 2026 snapshot GitHub
obra/superpowers 276 000+ 22 septembre 2026 GitHub trending
mattpocock/skills 232 000+ 22 septembre 2026 GitHub trending

Trois lectures de ces chiffres.

D'abord, la vitesse. Dix semaines pour passer de 29 400 à 165 000 étoiles, avec un pic à +6 175 étoiles par jour : c'est du niveau de lancement d'un LLM open source majeur, sauf qu'ici il n'y a ni GPU ni poids de modèle à télécharger.

Ensuite, la largeur de l'écosystème. Medium recense plus de 800 000 étoiles cumulées sur dix repos de skills. addyosmani/agent-skills tourne autour de 77 000, alirezarezvani/claude-skills autour de 24 600. Ce ne sont pas deux repos qui cartonnent, c'est une catégorie entière.

Enfin, la hiérarchie inversée. openai/codex gagne 1 541 étoiles par jour au 22 septembre — un rythme excellent. Il reste derrière deux collections de fichiers Markdown. Détail honnête : la croissance des deux leaders ralentit (+592/jour fin août pour superpowers). Mais la base est telle que la course derrière est déjà perdue. Quand l'infrastructure méthodologique devance les outils des géants, c'est que le besoin n'était pas couvert.


Trois écoles, un standard : Superpowers, Osmani, Pocock

Sous le même format SKILL.md coexistent trois approches distinctes, que le comparatif de reasoncore.dev délimite bien. Le choix dépend de votre maturité d'équipe, pas de la mode.

Superpowers agent-skills (Osmani) skills (Pocock)
Philosophie Pipeline strict en 6 stades SDLC en 6 phases, piloté par commandes Utilitaires compacts, à la carte
Granularité Méthodologie complète 24 skills : /spec, /plan, /build, /test, /review, /ship Skills du quotidien
Point fort TDD imposé, review en deux étapes, plans de 2-5 min Mode auto /build, tables anti-rationalisation Adoptable en une heure
Limite Exigeant, peut interrompre votre flow Cadre moins contraignant Pas de gouvernance de projet

La partie la plus maligne du repo d'Osmani : ses tables anti-rationalisation. Chaque skill documente les excuses typiques des agents pour sauter des étapes — « le test n'est pas nécessaire ici », « c'est un changement trivial ». L'agent qui veut bâcler trouve son objection pré-écrite dans la table, et la table la réfute.

Mon classement : Superpowers pour les équipes qui veulent imposer un standard, Osmani pour les projets pilotés de bout en bout, Pocock pour les devs seniors qui savent déjà ce qu'ils font et veulent des outils ciblés.


Ce que ça change dans votre workflow d'agent

Le changement fondamental tient en une phrase : l'agent vérifie d'abord les skills disponibles avant de coder. Tout le reste découle de ce réflexe.

Avant, la séquence typique était : prompt, code, prière. Maintenant : la tâche arrive, l'agent charge le skill correspondant, le skill impose le design d'abord, le plan écrit, les tests avant le code, la review en deux étapes. Le dev redevient celui qui arbitre, pas celui qui reformule des prompts toute la journée.

Les effets se voient déjà dans l'écosystème. Cloudflare a publié un security audit skill qui transforme l'agent en auditeur sécurité (notre analyse). Prime Agent, le repo qui a culminé à 17 500 étoiles, rend les agents de code auto-améliorants — et auditables (notre article). Et ByteDance pousse OpenViking, une base de contexte auto-évolutive qui unifie mémoire, RAG et skills (notre décryptage) : le skill y apparaît comme une couche d'une stack plus large.

Le skill au-dessus du modèle

Point souvent mal compris : les skills sont indépendants du modèle. Le même pipeline Superpowers tourne avec Claude Opus 4.7 d'Anthropic, GPT-5.3 Codex d'OpenAI, Gemini 3.1 Pro de Google ou Kimi K2.6 en self-host. Le skill structure le travail ; le modèle l'exécute.

C'est une bonne nouvelle pour votre indépendance : capitaliser sur des skills, c'est capitaliser sur quelque chose qui ne devient pas obsolète à la prochaine sortie de modèle. Contrairement à vos prompts optimisés pour un modèle précis.


Le skill devient-il l'unité de capitalisation des agents ?

Oui, et c'est à mon sens la vraie histoire derrière le trending. Pas les étoiles, pas la course superpowers contre mattpocock/skills : la mutation de ce que les équipes sauvegardent.

Pendant vingt ans, le capital d'une équipe de dev, c'étaient son code et ses docs. Avec les agents, un troisième actif est apparu : la méthode avec laquelle on fait produire du code. Jusqu'ici, cet actif vivait dans des documents internes que personne ne relisait, ou dans la tête de deux seniors. Le skill en fait un artefact versionné, testé en production à chaque tâche, améliorable par pull request.

agentconn va plus loin et voit dans superpowers un candidat au « référentiel canonique » de 2026, avec une vraie question de gouvernance : quels problèmes méritent de devenir des skills, lesquels restent des notes personnelles, qui review les changements de méthode dans une équipe ?

Deux réserves, pourtant. Première : la qualité varie énormément d'un repo à l'autre, et rien ne certifie qu'un skill à 100 000 étoiles soit bon pour votre contexte. Deuxième : la fragmentation guette — trois écoles coexistent déjà, et les incompatibilités de philosophie (pipeline strict contre à la carte) ne se résoudront pas par magie.

Mais la direction est claire. Les repos qui gagnent ne sont pas ceux qui empilent le plus de skills : ce sont ceux qui packagent une méthode cohérente. C'est un marché de la méthode, pas de la quantité.


❌ Erreurs courantes

Erreur 1 : confondre skill et prompt

Copier le contenu d'un SKILL.md dans votre prompt ne sert à rien : vous perdez le déclenchement automatique, le versionnage et la composabilité. Installez le skill dans le répertoire attendu par votre agent (Claude Code, Codex, Cursor et Gemini CLI le supportent depuis mi-2026) et laissez la mécanique faire.

Erreur 2 : installer Superpowers sans suivre la méthodologie

Adopter le framework puis coder « comme avant » en ignorant les worktrees, les plans de 2-5 minutes et le TDD, c'est payer le prix d'une contrainte sans en récolter le bénéfice. Si le pipeline vous semble trop lourd, prenez les skills à la carte de Pocock — mais n'adoptez pas Superpowers à moitié.

Erreur 3 : empiler 50 skills sans gouvernance

Une bibliothèque de skills non curatée devient du bruit : l'agent charge des instructions contradictoires, et vous ne savez plus laquelle a causé quoi. Appliquez à vos skills la même rigueur qu'à votre code : review, ownership, suppression régulière de ce qui ne sert plus.

Erreur 4 : croire que le skill remplace le choix du modèle

Un skill structure le travail, il ne compense pas un modèle faible sur la tâche visée. Pour du code complexe, restez sur les modèles de tête — Claude Opus 4.7, GPT-5.5, Gemini 3 Pro Deep Think — et laissez le skill imposer la méthode. Les deux couches se complètent, elles ne se substituent pas.


❓ Questions fréquentes

Un skill d'agent, c'est quoi exactement ?

C'est un dossier contenant un fichier SKILL.md qui décrit une compétence : quand la tâche de l'agent correspond, le fichier est chargé automatiquement. Le format a été publié par Anthropic fin 2025 et s'est répandu mi-2026 sur Claude Code, Codex, Cursor et Gemini CLI. C'est l'unité de base pour capitaliser sur une méthode de travail avec un agent.

Ces skills fonctionnent-ils avec tous les agents de code ?

Les principaux les supportent : Claude Code, Codex (app et CLI), Cursor, Gemini CLI, GitHub Copilot CLI, Kimi Code et OpenCode. superpowers est explicitement compatible avec cette liste. Vérifiez la documentation de votre agent, mais depuis mi-2026, le format SKILL.md fait office de standard de facto.

Superpowers ou mattpocock/skills : lequel choisir ?

Superpowers si vous voulez une méthodologie complète imposée au projet : brainstorming socratique, plans écrits, TDD strict, review en deux étapes. Les skills de Pocock si vous êtes un dev expérimenté qui veut des utilitaires ciblés — debugging structuré, revue de code, modélisation — sans réorganiser votre workflow. Les deux se complètent très bien.

Quel modèle utiliser avec ces skills ?

N'importe lequel des modèles récents, car les skills sont indépendants du modèle. Pour du code exigeant : Claude Opus 4.7 (Anthropic), GPT-5.5 (OpenAI) ou Gemini 3 Pro Deep Think (Google). En self-host : Kimi K2.6 ou GLM-5 Reasoning. Le skill apporte la méthode, le modèle la capacité d'exécution.

C'est vraiment gratuit ?

Oui : superpowers, mattpocock/skills (licence MIT) et agent-skills d'Osmani sont open source et gratuits (septembre 2026). Le coût est celui de la discipline : TDD, plans écrits, reviews imposées. Et celui des tokens, car les pipelines multi-agents consomment plus de contexte qu'une session classique.


✅ Conclusion

Le 22 septembre 2026, deux collections de fichiers Markdown ont dominé le trending GitHub devant les outils d'OpenAI : le skill est devenu l'unité de capitalisation des agents de code, et superpowers comme mattpocock/skills en sont les premières références. Commencez par installer un seul skill — le debugging structuré de Pocock est le plus rentable — puis laissez la méthode vous convaincre.