Hubskillz

Alternative à skills.sh, ou complément

skills.sh est un registre public : on cherche un skill, puis on l’installe avec npx skills add. Hubskillz répond à la question suivante, celle de la version que toute l’équipe utilise vraiment.

skills.sh est le meilleur endroit pour trouver un skill et l’installer en une commande, sur une vingtaine d’agents différents. Il ne décide pas quelle version votre équipe utilise, et une mise à jour change les instructions sans relecture. Les deux se complètent : le registre publie, Hubskillz épingle la version validée et suit l’amont.

Dernière mise à jour : 30 août 2026

En un coup d’œil

Critèreskills.shHubskillz
RôleRegistre public : trouver et installerCatalogue interne : valider et maintenir
ContenuDes skills publiés publiquementLes skills de votre organisation, publics ou écrits en interne
Installationnpx skills add owner/repo, machine par machinehubskillz sync --all, toutes les machines et tous les projets
Agents pris en chargeUne vingtaine, de Claude Code à Cursor, Codex, Copilot et WindsurfClaude Code par le CLI, claude.ai par export ZIP
Mise à jour amontnpx skills update, lancé à la main, sans étape de relectureDétectée, avec le diff et les audits Snyk et Socket
ValidationAucune étape interneUn mainteneur lit le diff avant que les machines bougent
Dérive localeInvisibleSignalée comme modifiée sur la machine concernée
Sans terminalTerminal obligatoireNavigateur, et export ZIP pour claude.ai
Périmètre par équipeLe choix de chacunSkills obligatoires et recommandés, par équipe

Ce que skills.sh fait

Le registre résout la découverte. Une commande installe un skill écrit par quelqu’un d’autre, et le travail commence dans la minute. C’est de loin la façon la plus rapide d’essayer un skill.

Sa portée dépasse Claude Code : la même commande installe pour Cursor, Codex, Copilot, Windsurf et une quinzaine d’autres agents. Hubskillz couvre Claude Code et claude.ai, et ne prétend pas à cette largeur aujourd’hui.

L’installation fige le contenu tel qu’il était ce jour-là. Rien ne change ensuite sur la machine tant que npx skills update n’est pas lancé.

Ce qui manque à l’échelle d’une équipe

Chaque installation est locale. Huit personnes qui installent le même skill sur trois semaines obtiennent huit contenus légèrement différents, et personne ne le sait.

Une mise à jour amont modifie les instructions qu’un agent suivra sur votre code. Sans étape de lecture, ce changement entre en production par une commande lancée un mardi soir.

Les skills que votre équipe écrit elle-même passent par un dépôt Git à part, privé ou public, et une deuxième commande d’installation. Aucune étape de relecture ne s’intercale entre le commit et les machines.

Les deux ensemble

C’est l’usage prévu. Un skill installé depuis skills.sh est épinglé dans le catalogue à la version installée. Quand skills.sh en publie une nouvelle, Hubskillz crée un brouillon avec le diff et les audits Snyk et Socket, et aucune machine ne change tant qu’un mainteneur n’a pas validé.

Les skills écrits en interne passent par le même chemin, ce qui laisse une seule liste à consulter et une seule commande à lancer.

Quand skills.sh suffit

Vous travaillez seul, ou vous essayez des skills sans encore les partager : le registre couvre tout le besoin, et Hubskillz reste gratuit le jour où l’équipe arrive.

Questions fréquentes

Hubskillz est-il un registre public de skills ?

Non. Le catalogue est privé et propre à votre organisation. Pour découvrir des skills publics, skills.sh reste l’endroit indiqué, et Hubskillz garde ensuite votre copie sous contrôle.

Que se passe-t-il si l’amont publie une version dangereuse ?

Elle arrive en brouillon, avec le diff ligne à ligne et les résultats Snyk et Socket attachés. Refuser le brouillon laisse toutes les machines sur la version validée précédente.

Pour aller plus loin

Autres comparatifs