Install
npx skills add feature-sliced/skillsÀ qui ça s’adresse
Si vous réorganisez les répertoires d’un projet front-end, ou hésitez sans cesse à savoir si un morceau de code va dans app, pages, features, entities ou shared, cet ensemble de skills d’Agent convient mieux. Il sert à apprendre à un agent de code à appliquer Feature-Sliced Design (FSD) v2.1 : couches, règles d’import, décisions de placement et motifs courants. Corps de la méthodologie :
https://fsd.how/
Il suppose que vous avez déjà un dépôt front-end et acceptez d’ajouter les skills à un agent de code avec npx. Qui veut seulement lire la méthodologie et ne compte pas laisser un agent changer des répertoires commence par la doc ci-dessus. La page ne donne pas de liste de clients et n’écrit pas FSD comme greffon exclusif d’un framework, donc ne pas inventer de liaison de framework.
Premier essai en 3 minutes
La commande d’installation officielle n’est que celle-ci :
npx skills add feature-sliced/skills
Elle écrit les skills dans votre environnement d’Agent. Confirmer d’abord que cette machine a npx et que c’est l’agent de code que vous voulez changer, puis exécuter.
Après installation, d’abord un contrôle en lecture seule ; ne pas réorganiser le dépôt tout de suite. Faire comparer à l’agent la structure front-end actuelle à FSD v2.1 : ce qui est déjà dans app/, pages/, shared/, quelles directions d’import paraissent suspectes. Signal de succès : il peut parler couches et règles d’import, et montre un biais pages-first — regarder d’abord ces trois couches, au lieu de créer tout de suite features/ ou entities/. S’il commence à déplacer des fichiers en lot, s’arrêter d’abord.
SKILL.md est l’entrée. L’agent ne doit lire les fichiers de référence que si la tâche les exige, pour garder le contexte initial petit. La première question doit rester concrète sur « vérifier la structure / où va ce code », et éviter de lui faire charger toutes les références d’un coup.
Cas d’usage
Cas 1 : Monter ou réorganiser la structure d’un projet front-end. La page officielle classe ce genre de tâche comme moment d’usage. L’agent doit appliquer les couches v2.1 et les motifs courants, mais le biais est pages-first : commencer par app/, pages/, shared/, et n’ouvrir features ou entities que lorsqu’une responsabilité partagée déjà stable mérite une frontière. L’extrait ne donne ni archive de modèle de répertoires ni script de migration. Donc la première réorganisation doit d’abord produire une note de comparaison listant les chemins à déplacer ; vous confirmez, puis changez les fichiers.
Cas 2 : Juger le point de chute du code. Un autre moment d’usage est décider si le code appartient à app, pages, features, entities ou shared. Remettre un module existant à l’agent et seulement demander « selon FSD v2.1 quelle couche, les imports violent-ils ». Il n’écrit pas de règles de réparation automatique ni de tableau de comparaison avec une bibliothèque de routage particulière. L’acceptation voit seulement : une suggestion de couche et une raison d’import ; s’il suggère de découper tout de suite un feature/entity, il doit aussi expliquer pourquoi cette responsabilité partagée est déjà stable. Ouvrir une nouvelle frontière sans cette explication dépasse ce matériau.
Limites d’usage
Cet ensemble enseigne FSD v2.1, pas une FSD orale d’une année quelconque. Les détails de méthodologie suivent
https://fsd.how/
La page ne couvre pas la superposition backend et n’autorise pas l’agent à renommer à grande échelle sans confirmation.
Le chemin d’installation est npx skills add feature-sliced/skills. Ne pas mettre deux installeurs côte à côte. L’entrée est toujours SKILL.md ; les fichiers de référence se lisent à la demande. Vous ne pouvez pas nommer ces fichiers de référence d’après cet extrait, donc ne pas faire semblant de déjà connaître un inventaire complet.
La première fois, s’arrêter au contrôle de structure et au jugement de placement. Tout déplacement de répertoires, création de features/entities ou changement d’alias d’import doit d’abord faire lister à l’agent les fichiers qu’il va changer et les raisons ; vous confirmez, puis continuez.