Passer au contenu
Anti spaghettiManage AI Code
Anti spaghetti

agent-skills

← Retour au tableau · Le labo ↓

Rang : B · dépôt

Présentation du framework

Agent Skills est un pack de 25 compétences : 24 consacrées au cycle de développement et une méta-compétence, using-agent-skills. Ces compétences encodent les processus, les contrôles qualité et les bonnes pratiques des ingénieurs seniors, empaquetés pour que les agents d'IA les suivent de façon constante à chaque phase du développement. Chacune forme un processus structuré, fait d'étapes, de points de vérification et de tables anti-rationalisation. Le pack y ajoute 9 commandes slash calquées sur le cycle de développement, chacune activant d'elle-même les compétences appropriées. L'invocation d'une compétence dépend toutefois de la conformité du modèle. Une installation compétence par compétence ne copie, en outre, que le répertoire de la compétence elle-même.

Ce texte a été généré le 2026-09-14 à partir de la documentation des concepteurs.

Les critères

1 - Adoption durable · Moyen 100 003 étoiles ; le dépôt existe depuis 227 jours.

2 - Maintenance active · Haut Le projet n'est pas archivé ; ses dernières modifications datent de 4 jours avant le relevé du 2026-09-30.

3 - Gouvernance / bus factor · Moyen Porté par une personne ; 84 contributeurs.

4 - Multi-outils · Haut 9 assistants pris en charge sur 14 considérés : Claude Code, Cline, Codex CLI, Cursor, Gemini CLI, GitHub Copilot, Kiro, OpenCode, Windsurf. Le projet suit aussi la convention AGENTS.md.

5 - Évaluation tierce · Haut 3 travaux indexés citent l'entrée ; 2 d'entre eux en citent aussi une autre du classement. Les trois publications les plus récentes :

En pratique

S'installe en une commande, par un gestionnaire de paquets. Fonctionne sur votre machine, sans service hébergé ni clé de licence.


Le labo : comment ces résultats sont construits

Les règles appliquées, les données lues et leurs dates, les choix humains et leurs motifs.

Dans les tables ci-dessous : Faits au est la date des faits rapportés par la source ; Relevé le, la date à laquelle la chaîne les a lus ; Âge, l'ancienneté d'une date au jour du relevé.

Le rang

Rang : B. Quatre critères influencent le rang (1, 2, 3 et 4), et le rang est le niveau du plus faible : A si les quatre sont Haut, B autrement, C si l'un est Bas. Ici, le plus faible est Moyen (critères 1 et 3). Le critère 5 est publié sans influencer le rang.

Prochain cran : le 2027-03-26, le rang passera à C si rien ne bouge chez lui.

Provenance

Partie de la ficheProduite parRévisée leFaits les plus anciens
CritèresCalculé2026-09-302026-09-26
Déclaré par nousÉditorial2026-09-072026-09-07
Autres données relevéesCalculé2026-09-302026-09-26
Présentation du frameworkGénéré2026-09-142026-09-09
ClassificationGénéré2026-10-082026-10-08

La présentation a été générée le 2026-09-14 à partir des déclarations des concepteurs dans leur documentation publique et des éléments que nous avons collectés, dont les plus anciens datent du 2026-09-09.

Modèleclaude-opus-5
Instructionprompt-description-framework-v2
Empreinte de la matière fournie au modèle1e5c0b930ba6b079853b33d40278243a339042a2e824fb50aa25b203ae8fff76

Critère 1 - Adoption durable

Niveau : Moyen, tout le reste.

DonnéeDéfinitionValeurFaits auRelevé leÂge
Nombre d'étoilesComptes qui ont marqué le dépôt d'une étoile sur la forge100 0032026-09-262026-09-30-
Date de créationDate de création du dépôt sur la forge2026-02-152026-09-262026-09-30227 j

Ce niveau changera par le seul passage du temps le 2027-02-15, sans qu'aucun fait ait bougé.

Critère 2 - Maintenance active

Niveau : Haut, aucun signal de dérive, une release publiée, et aucune des deux fraîcheurs en défaut : push ≤ 120 j, release ≤ 6 mois.

DonnéeDéfinitionValeurFaits auRelevé leÂge
ArchivéOui si le dépôt est archivé, en lecture seulenon2026-09-262026-09-30-
Dernier pushDate du dernier envoi sur n'importe quelle branche ; l'activité réelle est au moins aussi récente2026-09-262026-09-262026-09-304 j
Dernier commit humainDate du dernier commit d'un auteur non robot sur la branche principale ; publiée à titre d'information, n'entre dans aucune règle2026-09-262026-09-262026-09-304 j
Nombre de releasesVersions publiées sur la forge132026-09-262026-09-30-
Dernière releaseDate de la version publiée la plus récente2026-09-262026-09-262026-09-304 j

Critère 3 - Gouvernance / bus factor

Niveau : Moyen, tout le reste.

DonnéeDéfinitionValeurFaits auRelevé le
Type de propriétairePersonne ou organisationpersonne2026-09-262026-09-30
Nombre de contributeursComptes contributeurs déclarés par la forge, pas le nombre de personnes qui tiennent le projet842026-09-262026-09-30
Part du premier contributeurPart des contributions du contributeur le plus actif, avec son dénominateur50,9 % de 589 contributions lues2026-09-262026-09-30

Critère 4 - Multi-outils

Niveau : Haut, la convention AGENTS.md fait partie des assistants atteignables.

DonnéeDéfinitionValeurFaits auRelevé le
Assistants pris en chargeAssistants de notre liste fermée que l'outil atteint ; un assistant atteint par deux voies compte une fois92026-09-262026-09-30
Assistants considérésTaille de la liste fermée, le dénominateur142026-09-262026-09-30
Assistants atteignables et voies d'accèsPar assistant, ce qui l'a fait compter : un marqueur porté par le dépôt, un nom cité au README, une commande d'invocationConvention AGENTS.md : marqueur et nom · Claude Code : marqueur et nom · Cline : nom · Codex CLI : marqueur et nom · Cursor : nom · Gemini CLI : marqueur et nom · GitHub Copilot : nom · Kiro : nom · OpenCode : marqueur et nom · Windsurf : nom2026-09-262026-09-30

Critère 5 - Évaluation tierce

Niveau : Haut, un travail qui cite l'entrée en cite aussi une autre du classement.

DonnéeDéfinitionValeurFaits auRelevé le
Travaux qui citent l'entréeTravaux indexés qui nomment l'adresse du dépôt, hors auto-citation par ses auteurs : leur nombre, et ce qu'ils sont32026-09-302026-09-30

Les travaux collectés : 3, après exclusion de l'auto-citation.

TitrePublié leTypeAutres entrées citées
Test-Driven Approaches to Software Engineering with Large Language Models: A Survey of Phases, Tasks, and Agent Skills2026-09-10prépublicationsuperpowers
Understanding the (In)Security of Vibe-Coded Applications2026-06-22prépublication-
RigorBench: Benchmarking Engineering Process Discipline in Autonomous AI Coding Agents2026-06-21prépublicationsuperpowers

Déclaré par nous

Éditorial : une personne l'a écrit et en répond, l'ayant vérifié.

DonnéeDéfinitionValeurDéclaré le
Fonctionne sans service hébergé ni clé de licenceDéclaré par nous, après lectureoui2026-09-07

Motif de « sans service hébergé » : Compétences, agents et commandes déposés chez l'adoptant, sans service

Autres données relevées

Elles n'entrent dans aucun critère.

DonnéeDéfinitionValeurFaits auRelevé le
LicenceLicence déclarée sur la forgeMIT2026-09-262026-09-30
Description du dépôtLa phrase d'accroche écrite par les auteurs sur la forgeProduction-grade engineering skills for AI coding agents.2026-09-262026-09-30
Nombre de forksCopies du dépôt créées sur la forge10 5052026-09-262026-09-30
AbonnésComptes qui suivent l'activité du dépôt5152026-09-262026-09-30
Service hébergé requisPlus recherché : un README ne permet pas de distinguer un service imposé par le projet d'une clé d'API que l'adoptant choisitNon collecté2026-09-262026-09-30
Mode d'installationPremière famille d'installation trouvée dans le READMEgestionnaire de paquets2026-09-262026-09-30
Commande d'installationLa ligne du README où ce mode se lit, telle quellenpx skills add addyosmani/agent-skills # install all 25 skills2026-09-262026-09-30

Classification

Calculée par la chaîne depuis les réponses de l'Analyste model_written généré : un modèle a lu l'inventaire du matériel que l'entrée livre, a choisi les pièces qu'il voulait lire en entier et nommé, pour chaque champ, les sources attendues que l'inventaire ne portait pas, puis répondu aux questions de fait que pose la méthode de chaque champ, chaque réponse citée et pesée ; la chaîne a vérifié chaque réponse, a ramené à la force qu'admet sa question une réponse qui la dépassait, en le disant à côté d'elle, puis calculé la valeur par la règle du champ, et son qualificatif. La version lue porte le commit de l'arbre lu, par ses premiers caractères quand la version n'est pas déjà ce commit. La référence manual éditorial est la valeur que l'Éditeur a lue, sous la définition qu'elle nomme : elle mesure l'accord et ne décide de rien ici. Les questions, la règle de chaque champ, et ce que veulent dire énoncé, indice, doute, principalement et semble, se lisent au labo.

ChampValeurSources attendues absentesJustificationVersion lueDéfinitionDéterminée leRéférenceAccord
CouverturePDLCGabaritsBranche 3 de la règle.0.6.12 · commit 1401c8bcoverage-v52026-10-08PDLC, sous plugin 0.6.11 ; dernier commit 2686b62 du 2026-09-25 ; définition coverage-v1accord
EnchaînementCatalogaucuneBranche 4 de la règle.0.6.12 · commit 1401c8bsequencing-v52026-10-08Workflow, sous plugin 0.6.11 ; dernier commit 2686b62 du 2026-09-25 ; définition sequencing-v1désaccord
Devenir de la specspec-firstGabarits · Arborescence crééeBranche 6 de la règle.0.6.12 · commit 1401c8bspec-fate-v52026-10-08spec-first, sous plugin 0.6.11 ; dernier commit 2686b62 du 2026-09-25 ; définition spec-fate-v1accord

Les réponses que chaque règle a lues :

ChampQuestionRéponseForceCite
CouvertureL'entrée a-t-elle une étape de réalisation : une commande, un skill, un agent ou une boucle qui écrit le code de l'application à partir des artefacts de l'outil ?ouiénoncé.claude/commands/build.md · skills/incremental-implementation/SKILL.md · skills/test-driven-development/SKILL.md · Invoke the agent-skills:incremental-implementation skill alongside agent-skills:test-driven-development. · Implement the minimum code to pass the test (GREEN) · 1. **Implement** the smallest complete piece of functionality
CouvertureCette étape de réalisation prend-elle en entrée une spécification, directement ou par un plan ou une liste de tâches qui en dérive ?ouiénoncé.claude/commands/build.md · skills/spec-driven-development/SKILL.md · skills/planning-and-task-breakdown/SKILL.md · **Require a spec.** Look only for a spec at a known path: `SPEC.md` at the repo root, `docs/SPEC.md`, or a file under `spec/`. · 1. Read the task's acceptance criteria · [How we'll know this is done - specific, testable conditions] · - Acceptance: [What must be true when done] · **Plan if needed.** If there is no `tasks/plan.md`, invoke agent-skills:planning-and-task-breakdown to generate one.
CouvertureUne étape a-t-elle pour objet la découverte au sens strict, explorer et qualifier le besoin avant de décider, et en persiste-t-elle le résultat dans un fichier qu'elle seule écrit ?ouiénoncéskills/idea-refine/SKILL.md · skills/idea-refine/refinement-criteria.md · skills/interview-me/SKILL.md · The final output is a markdown one-pager saved to `docs/ideas/[idea-name].md` (after user confirmation), containing: · Ask the user if they'd like to save this to `docs/ideas/[idea-name].md` (or a location of their choosing). Only save if they confirm. · If the user wants the intent to persist (a multi-session project, a handoff to another collaborator), offer to save it to `docs/intent/[topic].md`.
CouvertureUne étape de découverte est-elle reliée à la chaîne : le parcours déclaré ou l'aiguillage la nomme-t-il, ou une étape en aval lit-elle son résultat ?ouiénoncéskills/using-agent-skills/SKILL.md · skills/idea-refine/SKILL.md · skills/interview-me/SKILL.md · When a task arrives, identify the development phase and apply the corresponding skill: · | Define | idea-refine | Refine ideas through structured divergent and convergent thinking | · - **`spec-driven-development`**: downstream. If the confirmed intent is concrete ("I want X for Y users with Z success criteria"), hand off to `spec-driven-development` to write it down.
EnchaînementL'entrée a-t-elle au moins deux étapes qui s'enchaînent dans une même unité de travail ?ouiénoncéskills/spec-driven-development/SKILL.md · .claude/commands/spec.md · .claude/commands/plan.md · .claude/commands/build.md · SPECIFY ──→ PLAN ──→ TASKS ──→ IMPLEMENT · **Then recurse per module.** Run Specify → Plan → Tasks → Implement for each module in dependency order.
EnchaînementL'outil fixe-t-il un parcours unique de phases, avec un prérequis d'artefact entre elles, sur le chemin de toute unité de travail ?nonénoncéreferences/orchestration-patterns.md · skills/using-agent-skills/SKILL.md · .claude/commands/build.md · skills/incremental-implementation/SKILL.md · skills/planning-and-task-breakdown/SKILL.md · There is no orchestrator agent - the user IS the orchestrator. · **What to do instead:** keep the user as the orchestrator. Document the recommended sequence in `README.md` and let users invoke it. · - **`/build`** - implement the *next* pending task, then stop (careful, one slice at a time). · **When NOT to use:** Single-file, single-function changes where the scope is already minimal. · Not every task needs every skill. A bug fix might only need: `debugging-and-error-recovery` → `test-driven-development` → `code-review-and-quality`.
EnchaînementSur le chemin de toute unité de travail, l'exécutant choisit-il l'élément suivant dans un même magasin persistant d'éléments de travail, dotés d'un état et de dépendances, dont il calcule les éléments prêts et qu'il réclame avant de les travailler ?nonénoncéskills/planning-and-task-breakdown/SKILL.md · .claude/commands/plan.md · .claude/commands/build.md · - **Default: a checklist-style markdown file at `tasks/todo.md`.** · **Dependencies:** [Task numbers this depends on, or "None"] · Pick the next pending task from the plan. · **Execute every task in dependency order.** Use each task's declared dependencies; if they aren't explicit, execute in the order the plan lists them.
EnchaînementL'entrée offre-t-elle un ensemble d'éléments décrits, skills ou agents, parmi lesquels l'étape suivante se choisit sur le moment, avec un mécanisme de sélection et sans parcours imposé ?ouiénoncéskills/using-agent-skills/SKILL.md · skills/api-and-interface-design/SKILL.md · skills/code-review-and-quality/SKILL.md · agents/code-reviewer.md · README.md · When a task arrives, identify the development phase and apply the corresponding skill: · Skills also activate automatically based on what you're doing - designing an API triggers `api-and-interface-design`, building UI triggers `frontend-ui-engineering`, and so on. · 3. **Multiple skills can apply.** A feature implementation might involve `idea-refine` → `spec-driven-development` → `planning-and-task-breakdown` → `incremental-implementation` → `test-driven-development` → `code-review-and-quality` → `code-simplification` → `shipping-and-launch` in sequence.
Devenir de la specL'entrée a-t-elle une étape de réalisation : une commande, un skill, un agent ou une boucle qui écrit le code de l'application à partir des artefacts de l'outil ?ouiénoncé.claude/commands/build.md · skills/incremental-implementation/SKILL.md · skills/test-driven-development/SKILL.md · Invoke the agent-skills:incremental-implementation skill alongside agent-skills:test-driven-development. · Implement the minimum code to pass the test (GREEN) · 1. **Implement** the smallest complete piece of functionality
Devenir de la specCette étape de réalisation prend-elle en entrée une spécification, directement ou par un plan ou une liste de tâches qui en dérive ?ouiénoncé.claude/commands/build.md · skills/spec-driven-development/SKILL.md · skills/planning-and-task-breakdown/SKILL.md · **Require a spec.** Look only for a spec at a known path: `SPEC.md` at the repo root, `docs/SPEC.md`, or a file under `spec/`. · 1. Read the task's acceptance criteria · [How we'll know this is done - specific, testable conditions] · - Acceptance: [What must be true when done] · **Plan if needed.** If there is no `tasks/plan.md`, invoke agent-skills:planning-and-task-breakdown to generate one.
Devenir de la specLe lot montre-t-il des fichiers de code marqués générés, à ne pas modifier, et une commande qui les régénère depuis la spécification ?nonénoncé.claude/commands/build.md · skills/incremental-implementation/SKILL.md · skills/spec-driven-development/SKILL.md · skills/test-driven-development/SKILL.md · 3. Write a failing test for the expected behavior (RED) · 1. **Implement** the smallest complete piece of functionality · Execute tasks one at a time following `skills/incremental-implementation/SKILL.md` (`incremental-implementation`) and `skills/test-driven-development/SKILL.md` (`test-driven-development`).
Devenir de la specSur une demande nouvelle portant sur une fonctionnalité déjà livrée, une étape dit-elle reprendre la spécification existante, ou en ouvrir une autre ?ne le dit pasénoncéskills/spec-driven-development/SKILL.md · .claude/commands/spec.md · .claude/commands/build.md · .claude/commands/plan.md · The spec is a living document, not a one-time artifact: · Save the spec as SPEC.md in the project root and confirm with the user before proceeding. · - **Update when scope changes** - Features added or cut should be reflected in the spec. · **Require a spec.** Look only for a spec at a known path: `SPEC.md` at the repo root, `docs/SPEC.md`, or a file under `spec/`.

Ce que l'Analyste a lu : l'inventaire de 54 fichiers de prose, chacun par son chemin et son préambule, puis 12 pièces demandées sous prompt-pieces-v2 : skills/spec-driven-development/SKILL.md · skills/incremental-implementation/SKILL.md · .claude/commands/build.md · skills/planning-and-task-breakdown/SKILL.md · .claude/commands/spec.md · skills/using-agent-skills/SKILL.md · .claude/commands/plan.md · README.md · references/orchestration-patterns.md · skills/idea-refine/SKILL.md · skills/interview-me/SKILL.md · skills/test-driven-development/SKILL.md.

ChampModèleInstructionEmpreinte de la matière fournie au modèle
Couvertureclaude-opus-5prompt-faits-v2449a1bc05aee680f9709af4502c78f1e914c4d58abad0c9a8ed1f9457d94e7ea
Enchaînementclaude-opus-5prompt-faits-v2449a1bc05aee680f9709af4502c78f1e914c4d58abad0c9a8ed1f9457d94e7ea
Devenir de la specclaude-opus-5prompt-faits-v2449a1bc05aee680f9709af4502c78f1e914c4d58abad0c9a8ed1f9457d94e7ea

Ce qui a bougé depuis le 2026-09-09

Aucun mouvement : cette entrée garde son rang et ses cinq niveaux.