Hubskillz

Un dépôt Git de skills, ou Hubskillz

La plupart des équipes commencent par un dépôt qui contient les dossiers SKILL.md et un script qui les copie dans ~/.claude/skills. Voici ce que cette méthode couvre et ce qu’elle laisse de côté.

Le dépôt Git versionne le texte des skills et ne coûte rien. Il ne sait pas ce qui tourne sur les machines, il écrase ou fige les copies retouchées, et il laisse dehors les collègues sans terminal. Restez sur le dépôt à trois développeurs sur un seul projet. Passez à Hubskillz dès la deuxième machine par personne ou le premier profil non technique.

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

En un coup d’œil

CritèreDépôt GitHubskillz
HistoriqueL’historique Git du dépôt entierUne suite de versions par skill, avec l’auteur et le message
ReviewUne pull request, tant que l’équipe s’y tientBrouillon, diff, validation par un mainteneur
Installationgit pull puis un script de copie, sur chaque machinehubskillz sync, une commande par machine
État des machinesInconnuPar machine et par projet : à jour, en retard, modifié, manquant
Skill modifié en localÉcrasé par le script, ou jamais mis à jourSignalé comme modifié et laissé en place sans --force
Sans terminalGit obligatoireLecture, proposition et validation dans le navigateur
Skills venus de skills.shRecopiés à la main, figésSuivis, avec le diff amont et les audits Snyk et Socket
Périmètre par équipeDes sous-dossiers, par conventionSkills obligatoires et recommandés, par équipe
PrixGratuitGratuit en solo. Équipe : 9 € par personne et par mois, bientôt disponible

Ce que le dépôt fait bien

Un dépôt donne l’essentiel du jour un : un endroit unique où lire un skill, un historique complet, et la review par pull request que l’équipe pratique déjà. Rien à installer, rien à payer.

Tant que les skills tiennent dans un seul dépôt de travail et que tout le monde y passe ses journées, la copie manuelle reste indolore.

Ce qui manque quand l’équipe grandit

Le dépôt sait ce qui est écrit. Il ignore ce qui tourne. Personne ne peut répondre à « qui utilise encore la version d’avril du skill de code review », parce que la mise à jour dépend d’un git pull que chacun lance quand il y pense.

Un skill retouché en local disparaît silencieusement au prochain script de copie, ou survit indéfiniment si le script préserve les fichiers existants. Les deux comportements produisent la même surprise en réunion.

Les skills installés depuis skills.sh vivent en dehors du dépôt, dans ~/.claude/skills. Ils ne sont ni versionnés ni relus, et une mise à jour amont arrive sans que personne ne lise le diff.

Les personnes qui écrivent, dessinent ou vendent utilisent les mêmes skills que les développeurs. Leur demander de cloner un dépôt revient à leur demander de s’en passer.

Quand rester sur le dépôt

Une personne seule, ou trois développeurs sur un seul dépôt de travail : le dossier .claude/skills committé à la racine suffit, et Hubskillz n’ajouterait qu’une étape.

Le basculement se produit à la deuxième machine par personne, au premier profil non technique, ou au premier skill venu de l’extérieur.

Passer du dépôt à Hubskillz

hubskillz push envoie un dossier de skill existant au catalogue en brouillon. Un mainteneur le relit et le valide, et il devient la version de référence.

Sur chaque machine, hubskillz status liste les écarts avant toute écriture, et hubskillz sync --all les résout. Le dépôt peut rester la source pendant la transition : les deux copies cohabitent, la commande signale simplement lesquelles diffèrent.

Questions fréquentes

Faut-il supprimer le dépôt de skills ?

Non. Beaucoup d’équipes gardent le dépôt comme archive et laissent le catalogue piloter les machines. Le CLI compare le contenu installé aux versions connues, quelle que soit leur provenance.

Et les skills propres à un projet ?

Un projet garde ses skills dans <repo>/.claude/skills. Hubskillz suit ce dossier comme il suit la racine globale ~/.claude/skills, et affiche l’état séparément pour chaque projet enregistré.

Pour aller plus loin

Autres comparatifs