CODEZ / À propos du site et méthodes de données
À propos de CODEZ : Intégration des compétences, classement par étoiles et méthodologie des données.
CODEZ.WIN est un annuaire traçable de compétences d'agents qui vous aide à trouver des candidats par tâche, puis à consulter le dépôt d'origine pour vérifier les descriptions, les dépendances et les licences. Cette page explique comment les numéros et les étiquettes de l'annuaire sont générés et ce qu'ils ne prouvent pas.
Vérification de la méthode:
Instantané du catalogue:
Cette section décrit les règles de collecte et d'affichage des données utilisées sur ce site. Les descriptions de tiers appartiennent à leurs auteurs respectifs ; les explications des méthodes et les suggestions de sélection sont compilées et éditées par CODEZ. Leur présence n'implique pas que le projet ait fait l'objet de tests d'utilisation, d'audits de sécurité ou de certifications de compatibilité.
Quelles sont les sources actuellement incluses ?
L’instantané contient 11 dépôts et 611 skills ; 11 dépôts sont configurés dans la liste des sources. Cette collecte a enregistré 0 erreurs de dépôt, et 0 dépôts conservent des données précédentes.
Le tableau ci-dessous classe les données par source, et non par popularité. La mention « Non marqué comme expiré » indique seulement l'absence d'indicateur d'échec au niveau du dépôt ; elle ne garantit pas la lecture complète des fichiers. Lorsque seules certaines sources sont actualisées, d'autres dépôts peuvent conserver des données plus anciennes ; par conséquent, l'heure de l'instantané pour l'ensemble du lot ne correspond pas à l'heure de collecte pour chaque source.
Dépôt source original et données publiées cette fois-ci :
| Dépôt source | Étoiles du dépôt | Skills inclus | État de la collecte des données |
|---|---|---|---|
| anthropics/skills | 183,533 | 20 | Non marqué comme expiré |
| openai/skills | 28,289 | 44 | Non marqué comme expiré |
| vercel-labs/agent-skills | 32,960 | 9 | Non marqué comme expiré |
| obra/superpowers | 304,663 | 15 | Non marqué comme expiré |
| microsoft/skills | 3,145 | 209 | Non marqué comme expiré |
| vercel-labs/open-agents | 5,862 | 13 | Non marqué comme expiré |
| anthropics/knowledge-work-plugins | 32,664 | 252 | Non marqué comme expiré |
| huggingface/skills | 11,209 | 26 | Non marqué comme expiré |
| cloudflare/skills | 3,166 | 19 | Non marqué comme expiré |
| supabase/agent-skills | 2,923 | 2 | Non marqué comme expiré |
| duixcom/duix-skills | 12 | 2 | Non marqué comme expiré |
Pourquoi certaines compétences n'apparaissent-elles pas dans l'annuaire ?
La collecte de données analyse uniquement les dépôts publics et non désactivés de la liste source, en utilisant l'arborescence de fichiers de la branche par défaut ; la limite actuelle par dépôt est de 300 fichiers SKILL.md candidats. Si cette limite est dépassée ou si l'arborescence de fichiers est tronquée, la collecte de données de l'ensemble du dépôt générera une erreur et les données tronquées ne seront pas publiées comme résultat complet.
Les chemins contenant les segments de répertoire suivants sont actuellement exclus : /test/, /tests/, /fixtures/, /node_modules/, /examples/. Le nom de fichier doit se terminer par SKILL.md, et son frontmatter YAML doit contenir des chaînes non vides pour name et description ; aucun script tiers n’est exécuté.
Il s'agit du seuil d'analyse des entrées sur ce site, et non d'une vérification de toutes les exigences de la spécification des compétences des agents. Les fichiers illisibles, incomplets (métadonnées manquantes) ou impossibles à analyser peuvent être ignorés ; les éléments absents de la liste source ne seront pas détectés automatiquement.
Pourquoi différents skills affichent-ils le même nombre d’étoiles ?
Les étoiles sont associées aux dépôts GitHub. Les compétences d'un même dépôt affichent le nombre d'étoiles de ce dépôt ; ce nombre ne représente pas le nombre de fois où une compétence a été ajoutée aux favoris, et il ne faut pas additionner les étoiles de différentes compétences. GitHub utilise les étoiles pour exprimer son appréciation et sa reconnaissance ; ce site les utilise donc comme un indice pour faciliter la découverte.
Le classement des dépôts sur la page d'accueil est trié par nombre d'étoiles, du plus élevé au plus bas. En cas d'égalité, le tri se fait par identifiant de dépôt. Le répertoire complet des compétences est trié par nombre d'étoiles du dépôt auquel il appartient, puis par nom et identifiant de la compétence afin de garantir un ordre stable. Le numéro de la fiche correspond à la position dans le répertoire, et non à la note de performance. La page d'accueil permet également de choisir d'autres méthodes de tri, comme le tri par nom.
| Champs | Signification réelle | Cela ne peut servir à porter un jugement. |
|---|---|---|
| Étoiles du dépôt | Popularité des dépôts renvoyée par GitHub lors de la collecte des données | Taux de réussite ou sécurité d'une compétence unique |
| Nombre de skills inclus | Nombre d'entrées pouvant être analysées et conservées dans cet instantané | Toutes les capacités, la qualité ou la compatibilité du dépôt |
| Date de mise à jour du dépôt | Date du dernier push du dépôt GitHub | Quelles corrections récentes ont été apportées à la compétence que vous utilisez ? |
GitHub : Instructions officielles pour l’ajout d’une étoile ↗
La classification est-elle déclarée par l'auteur ou déterminée par ce site ?
Le site attribue une catégorie principale par règles. Les corrections manuelles sont prioritaires, puis viennent les règles de services cloud et de flux de travail d’agent sur les noms et chemins. Les autres entrées sont classées selon le nombre de mots-clés trouvés dans le nom, la description et le chemin du skill. Sans correspondance, la catégorie est « Autres » ; en cas d’égalité, l’ordre des règles départage.
Une compétence peut englober le développement, les données, la recherche et d'autres tâches. Le répertoire ne propose qu'une seule catégorie principale, ce qui peut entraîner des erreurs de classification. L'appartenance à une catégorie ne garantit pas la compatibilité avec un client particulier ; après filtrage, il est recommandé de consulter les fichiers SKILL.md et README, ainsi que les descriptions des dépendances. En cas de problème, vous aurez besoin du dépôt spécifique, du chemin d'accès au fichier SKILL.md et de la documentation associée à cette catégorie.
Ce tableau présente la révision manuelle des catégories de fichiers précis. Les anciennes catégories viennent du catalogue public au moment de la révision. Les décisions s’appuient sur les originaux liés à un commit fixé. Seules les catégories ont changé : ces skills tiers n’ont pas été exécutés et leur efficacité dans tous les clients n’a pas été établie.
| Skill | Classification avant révision | Catégorie actuelle | Fondement de notre analyse | Vérification des données |
|---|---|---|---|---|
| obra/superpowers / brainstorming | Conception | Flux de travail de l'agent | Organiser la confirmation de l’intention, des besoins et de la conception avant la mise en œuvre ; les principaux livrables sont les décisions prises ensemble et les spécifications. | 2026-10-07 |
| obra/superpowers / verification-before-completion | Autres | Flux de travail de l'agent | Exige d’identifier la commande de vérification et d’en examiner la sortie complète avant d’annoncer la fin du travail ; l’accent est mis sur le processus d’acceptation et de livraison de l’agent. | 2026-10-07 |
| obra/superpowers / writing-skills | Documents | Flux de travail de l'agent | Le cœur du processus repose sur la création, la modification et l'utilisation de compétences pour vérifier le comportement des agents dans des scénarios de stress, et consiste en le processus de rédaction et de validation des capacités des agents. | 2026-10-07 |
| anthropics/skills / pdf | Conception | Documents | Ce document explique comment extraire, fusionner, diviser, générer et effectuer une reconnaissance optique de caractères (OCR) de documents PDF numérisés ; les principaux éléments d’entrée et de sortie sont des documents, et les exemples Python illustrent les méthodes de mise en œuvre. | 2026-10-08 |
| openai/skills / pdf | Développement | Documents | Les principaux éléments livrables concernant la lecture, la création et le rendu des PDF avant livraison sont le document et la vérification de sa mise en page, et non les tâches de développement logiciel. | 2026-10-08 |
| vercel-labs/open-agents / frontend-design | Flux de travail de l'agent | Conception | Guide la réalisation d’interfaces frontend à travers la typographie, les couleurs, la mise en page et les animations ; les principaux livrables sont la conception de l’interface et le code. | 2026-10-11 |
| cloudflare/skills / cf-cli | Développement | Services cloud | Porte sur les opérations de l’API Cloudflare, le déploiement de Workers et la gestion des ressources DNS, D1, KV et R2 ; la tâche principale est l’exploitation de services cloud, et le fichier source indique que la CLI est en beta. | 2026-10-13 |
| cloudflare/skills / gateway-workers | Développement | Services cloud | Porte sur l’action Forward des politiques HTTP de Cloudflare Gateway, Workers et le point d’entrée GatewayMiddleware ; les services cloud constituent son périmètre principal. Seul le texte source a été examiné ; le Skill n’a pas été exécuté. | 2026-10-19 |
CODEZ : Sélectionner la compétence de flux de travail par étape de tâche ↗
CODEZ : comparaison des sources de deux skills PDF et critères de validation ↗
obra/superpowers / skills/brainstorming/SKILL.md ↗
obra/superpowers / skills/verification-before-completion/SKILL.md ↗
obra/superpowers / skills/writing-skills/SKILL.md ↗
anthropics/skills / skills/pdf/SKILL.md ↗
openai/skills / skills/.curated/pdf/SKILL.md ↗
vercel-labs/open-agents / .agents/skills/frontend-design/SKILL.md ↗
Tous les dépôts publics peuvent-ils être utilisés directement dans vos propres projets ?
La visibilité publique d’un dépôt sur GitHub et sa licence sont deux informations distinctes. CODEZ conserve les incertitudes concernant la licence et ne déduit pas une autorisation d’utilisation du nom du projet, des formulations promotionnelles du README ou de la possibilité de le télécharger.
| Étiquette | Sources utilisées par le site | Vérifier avant utilisation |
|---|---|---|
| Identifiants SPDX tels que MIT / Apache-2.0 | En l’absence d’un fichier de licence propre au skill plus proche dans l’arborescence, la licence du dépôt identifiée par GitHub est utilisée. | Texte original de la licence, champ d'application et licence de contenu supplémentaire |
| Fichier de licence à vérifier | Un fichier de licence distinct a été trouvé dans le répertoire Skill ou ses répertoires parents, ou la licence du répertoire racine n'a pas été reconnue. | Corps du fichier correspondant ; n'utilise pas automatiquement la licence racine du dépôt. |
| Non précisé | Aucune base de licence identifiable n'a été trouvée. | Contactez le projet d'origine pour confirmer l'autorisation et éviter de confondre la lisibilité avec l'autorisation. |
D'où proviennent les instructions en chinois et en anglais ?
L’interface et les textes du site sont maintenus en treize langues. Les résumés tiers identifient actuellement les README chinois et anglais à côté de SKILL.md, en privilégiant les fichiers au nom linguistique explicite ; README.md est classé selon son texte. Les interfaces chinoise et anglaise privilégient un bref résumé original correspondant. Les autres conservent la description originale de SKILL.md. Les liens README disponibles en chinois et en anglais sont conservés.
Si la langue correspondante est indisponible ou si le résumé ne peut être extrait, le système affichera la description originale du fichier SKILL.md. Il ne considérera pas le fichier README global du dépôt comme une introduction à une compétence spécifique, ni le contenu traduit automatiquement comme le texte original de l'auteur. Par conséquent, le texte chinois original peut toujours apparaître dans l'interface anglaise, et inversement.
En cas d'échec de la collecte de données, les anciennes données seront-elles considérées comme les données actuelles ?
Le serveur lance la collecte de données chaque jour à 10h37, heure de Pékin, et génère des pages statiques à partir de MySQL une fois la collecte terminée. L'heure de l'instantané correspond au moment de la génération de ce lot de données ; elle ne correspond pas à la lecture simultanée de toutes les sources ni à la date de modification de chaque projet.
Lorsqu'une requête au niveau du dépôt échoue, les données de la dernière requête réussie vers ce dépôt sont réutilisées, et le classement ainsi que cette page afficheront la mention « Utilisation des anciennes données ». Si toutes les sources échouent, l'instantané d'origine est conservé et une erreur est signalée. Les erreurs au niveau du dépôt sont enregistrées dans le fichier JSON du répertoire d'origine. Les échecs de lecture de fichiers uniques peuvent être ignorés et consignés dans le journal de collecte ; le dépôt entier n'est pas automatiquement marqué comme expiré. Par conséquent, la mention « Réussite à ce tour » présente toujours des limitations de couverture.
Le lien vers le fichier d'origine pointe vers la branche par défaut utilisée lors de la collecte des données ; le projet d'origine a peut-être été modifié depuis. Pour reproduire le problème, veuillez consigner les commits et les chemins d'accès aux fichiers sur GitHub, plutôt que de simplement enregistrer les numéros sur ce site.
Comment ces informations peuvent-elles être utilisées pour faire des choix concrets ?
Commencez par sélectionner les candidats en fonction de la tâche et des entrées/sorties, puis vérifiez l'environnement, le périmètre d'utilisation et les autorisations. Enfin, effectuez un test à petite échelle avec les mêmes données d'entrée et notez les résultats. Les étoiles du dépôt, les catégories du répertoire et les descriptions des auteurs peuvent aider à identifier les candidats, mais ne remplaceront pas les tests.
Le guide de sélection existant sur ce site web propose des méthodes de vérification réutilisables et des exemples. Ces exemples ne correspondent pas aux résultats de tests réels d'un projet spécifique ; les analyses de projets ultérieures feront également la distinction entre les données publiques et les tests réels.