Comment nous vérifions (et ce que nous ne faisons pas)

La version courte : Skill Harbor est un annuaire et une place de marché pour les skills d'IA. Nous ne révisons jamais le code des skills listés, et rien sur ce site n'est une certification de sécurité. Ce que nous faisons : des vérifications factuelles et datées, dont les résultats sont imprimés sur chaque fiche, pour que vous et votre agent puissiez décider avec de l'information réelle plutôt qu'une promesse.

Ce que nous vérifions

🧪 Test d'installation en VM. Nous exécutons l'installation de chaque skill dans une machine virtuelle jetable. L'étiquette sur la fiche indique si l'installation a réussi, échoué, ou attend un nouveau test, avec la date du test. Cela prouve que l'installation fonctionne telle qu'écrite. Cela ne prouve pas que le code est sûr : un test peut réussir sur un skill que vous ne devriez quand même pas exécuter.

📌 Version épinglée. Pour les skills qui téléchargent leur code depuis un dépôt public, le prompt d'installation récupère le commit exact que nous avons testé, pas l'état actuel de la branche. Le commit est imprimé sur la fiche. Si le projet avance en amont, votre installation reçoit toujours la version testée, jusqu'à ce que nous testions et épinglions la nouvelle. Les fiches dont l'installation ne télécharge rien ne sont pas épinglées, parce qu'il n'y a rien à épingler.

Surveillance nocturne des empreintes. Nous gardons une empreinte SHA-256 des fichiers que chaque installation télécharge et nous les revérifions chaque nuit. Quand un fichier change, la fiche est marquée « contenu distant modifié depuis la révision » jusqu'à ce que le changement soit examiné. Les prompts d'installation bâtis sur notre gabarit actuel portent aussi les empreintes : votre propre agent les revérifie au moment de l'installation et s'arrête si un fichier ne correspond plus.

🔎 Analyse du prompt d'installation. Un scan déterministe lit le prompt d'installation publié, le texte exact que votre agent suivra, et signale s'il exécute des commandes, fait des appels réseau au-delà du téléchargement du skill lui-même, installe des paquets, écrit des fichiers, ou utilise des clés API et des jetons. Le résultat est daté, imprimé sur la fiche, et les extraits trouvés par le scan y sont montrés aussi. C'est une lecture du prompt, pas un audit du code derrière.

👁 Observé pendant le test d'installation. Pendant le test d'installation en VM, nous enregistrons quels hôtes l'installation contacte réellement et nous les montrons sur la fiche, avec la date du test. Trois limites honnêtes : cette observation couvre l'installation des dépendances dans notre bac à sable Linux, elle ne rejoue pas chaque phrase du prompt comme le ferait votre propre agent ; le bac à sable ne contient aucune vraie clé ni aucun compte, donc l'observation s'arrête à toute étape de connexion ; et un hôte qui n'apparaît pas dans notre test ne prouve pas qu'il n'est jamais contacté sur une autre machine ou un autre chemin.

Ce que les étiquettes veulent dire

📌 Version épinglée : l'installation récupère ce commit testé, exactement.
🧪 Test VM : le résultat et la date de notre test d'installation dans une machine jetable.
🔎 Analyse du prompt : ce que le prompt demande à votre agent, selon notre scan.
👁 Observé pendant le test : les hôtes que l'installation a réellement contactés dans notre bac à sable, à cette date.
⚠️ Modifié depuis la révision : un fichier téléchargé par l'installation a changé depuis notre dernier examen.

Ce que nous ne faisons pas

Nous ne lisons ni n'auditons le code des skills listés. Nous ne certifions aucun skill comme sûr, et aucune étiquette sur ce site ne veut dire « sûr ». Les vendeurs restent responsables de leur code. Un résultat de test propre est un fait daté sur une exécution d'installation, rien de plus.

Votre part

Lisez un skill avant de l'installer, ou laissez votre agent faire l'étape de revue de sécurité incluse dans les prompts d'installation. Vérifiez ce qu'il télécharge, ce qu'il exécute et ce qu'il demande. Si ça ressemble à du travail, c'est aussi la seule vraie révision de la chaîne, et elle se fait sur votre machine, là où elle doit se faire.

Signaler un problème

Chaque fiche a un bouton Signaler qui arrive directement dans notre file de modération. Les fiches confirmées comme malveillantes, frauduleuses ou illégales sont retirées. Quand nous marquons ou retirons une fiche pour des raisons de sécurité, la fiche le dit, avec la date.