skills.sh ou les plugins Claude Code
Deux façons de distribuer des skills sans rien recopier à la main. L’une installe un skill depuis un registre public, l’autre un paquet depuis un marketplace. Elles ne répondent pas à la même question.
skills.sh gagne sur la découverte et la portée : un catalogue public, une commande, une vingtaine d’agents. Les plugins gagnent sur la cohérence et le contrôle : un paquet complet, et une organisation qui peut déployer son marketplace. Ni l’un ni l’autre ne dit ce qui tourne réellement sur les machines, ni ne pose d’étape de relecture avant qu’une nouvelle version s’applique.
Dernière mise à jour : 30 août 2026
En un coup d’œil
| Critère | skills.sh | Plugins Claude Code | Hubskillz |
|---|---|---|---|
| Unité installée | Un skill : un dossier SKILL.md | Un paquet : skills, commandes, sous-agents, hooks, MCP | Un skill, dans sa version validée |
| Découverte | Un registre public, cherché par mot-clé | Un marketplace officiel, communautaire ou privé, dans /plugin | Le catalogue de votre organisation |
| Commande | npx skills add owner/repo | /plugin marketplace add, puis /plugin install | hubskillz sync --all |
| Agents pris en charge | Une vingtaine, de Cursor à Codex, Copilot et Windsurf | Claude Code | Claude Code par le CLI, claude.ai par export ZIP |
| Version | Figée au contenu du jour de l’installation | Une version par paquet, que l’auteur incrémente | Une version par skill, avec son historique |
| Mise à jour | npx skills update, lancé à la main | Auto-update du marketplace, activé ou non | Après lecture du diff et validation par un mainteneur |
| Contrôle par l’équipe | Aucun : chacun installe ce qu’il veut | Marketplaces et plugins activés, fixés par le dépôt ou l’organisation | Rôles, review, listes obligatoires et recommandées par équipe |
| État des machines | Non suivi | Non remonté | À jour, en retard, modifié ou manquant, par machine et par projet |
| Skills écrits en interne | Un dépôt Git à part, privé ou public | Un marketplace privé à créer et à maintenir | Le même catalogue, avec la même review |
| Prix | Gratuit | Gratuit | Gratuit en solo. Équipe : 9 € par personne et par mois, bientôt disponible |
Ce qu’ils résolvent tous les deux
Les deux suppriment le copier-coller. Un skill utile écrit ailleurs arrive sur votre machine en une commande, sans passer par un fichier zippé dans un thread Slack. C’est le problème du jour un, et il est réglé dans les deux cas.
Là où ils divergent
L’unité. skills.sh distribue un skill, ce qui laisse choisir précisément. Un plugin distribue un ensemble cohérent : le skill, la commande qui l’appelle, le hook qui le déclenche et le serveur MCP dont il dépend. Corriger une phrase dans un skill fait avancer la version de tout le paquet.
La portée. skills.sh installe pour une vingtaine d’agents, Claude Code, Cursor, Codex, Copilot et les autres. Les plugins sont une mécanique Claude Code.
Le contrôle. Sur skills.sh, l’installation est un choix personnel. Avec les plugins, un dépôt déclare ses marketplaces dans .claude/settings.json et une organisation Team ou Enterprise pré-active des plugins pour ses membres.
Lequel choisir
Prenez skills.sh pour découvrir et essayer, surtout si votre équipe travaille sur plusieurs agents. C’est le chemin le plus court entre un skill qui existe et votre machine.
Prenez les plugins pour livrer un outil interne complet à des développeurs qui vivent dans Claude Code, ou quand votre organisation doit fixer ce qui est disponible.
La troisième option
Les deux répondent à « comment ça arrive sur ma machine ». Aucun ne répond à « qui l’a, dans quelle version, et qui a relu le changement ». C’est la question que Hubskillz traite.
Un skill installé depuis skills.sh est épinglé à la version installée. Une mise à jour amont devient un brouillon, avec le diff et les audits Snyk et Socket, et rien ne change tant qu’un mainteneur n’a pas validé. Le CLI dit ensuite, machine par machine et projet par projet, ce qui est à jour, en retard, modifié ou manquant.
Les plugins continuent en parallèle de livrer les commandes, les hooks et les serveurs MCP de l’équipe : ils ne se disputent pas le même terrain.
Questions fréquentes
Peut-on utiliser les deux en même temps ?
Oui, et c’est courant. Un skill installé depuis skills.sh vit dans ~/.claude/skills, un skill de plugin arrive sous le nom du plugin. Les deux cohabitent, au risque d’avoir deux fois le même skill sous deux noms.
Lequel une équipe doit-elle standardiser ?
La version compte plus que le canal. Choisissez le canal qui vous convient, puis fixez une version validée par skill et vérifiez ce que les machines chargent vraiment. C’est exactement ce que fait Hubskillz, au-dessus de l’un comme de l’autre.
Pour aller plus loin
Autres comparatifs
- Un dépôt Git de skills, ou HubskillzVersionner les skills dans un dépôt, les copier à la main sur chaque machine.
- Les plugins Claude Code, ou HubskillzEmpaqueter les skills dans un plugin, laisser chacun l’installer depuis un marketplace.
- Alternative à skills.sh, ou complémentInstaller des skills publics depuis un registre, une machine à la fois.
- Les alternatives à Hubskillz