Install
npx skills add feature-sliced/skillsPara quién
Si reorganizas directorios de un proyecto front-end, o dudas una y otra vez si un trozo de código va a app, pages, features, entities o shared, este conjunto de skills de Agent encaja mejor. Sirve para enseñar a un agente de código a aplicar Feature-Sliced Design (FSD) v2.1: capas, reglas de import, decisiones de colocación y patrones habituales. Cuerpo de la metodología:
https://fsd.how/
Asume que ya tienes un repositorio front-end y aceptas añadir las skills a un agente de código con npx. Quien solo quiere leer la metodología y no planea dejar que un agente cambie directorios empieza por la documentación de arriba. La página no da una nómina de clientes ni escribe FSD como plugin exclusivo de un framework, así que no inventes un enlace de framework.
Completa el primer intento en 3 minutos
El comando oficial de instalación es solo este:
npx skills add feature-sliced/skills
Escribe skills en tu entorno de Agent. Confirma primero que esta máquina tiene npx y que este es el agente de código que quieres cambiar, luego ejecuta.
Tras instalar, primero una comprobación de solo lectura; no reorganices el repositorio de inmediato. Haz que el agente contraste la estructura front-end actual con FSD v2.1: qué ya está en app/, pages/, shared/, qué direcciones de import parecen dudosas. Señal de éxito: puede hablar de capas y reglas de import y muestra un sesgo pages-first — mira primero estas tres capas, en vez de crear al momento features/ o entities/. Si empieza a mover archivos por lote, para primero.
SKILL.md es la entrada. Exige que el agente lea archivos de referencia solo cuando la tarea los necesite, para mantener pequeño el contexto inicial. La primera pregunta debe quedarse concreta en «comprobar estructura / dónde va este código» y evitar que cargue todas las referencias de una vez.
Casos de uso
Caso 1: Montar o reorganizar la estructura de un proyecto front-end. La página oficial lista este tipo de tarea como momento de uso. El agente debe aplicar capas v2.1 y patrones habituales, pero el sesgo es pages-first: empezar por app/, pages/, shared/, y solo abrir features o entities cuando una responsabilidad compartida ya estable merezca un límite. El extracto no da un archivo de plantilla de directorios ni un script de migración. Así que la primera reorganización debe producir primero una nota de contraste que liste las rutas a mover; tú confirmas y luego cambias archivos.
Caso 2: Juzgar el punto de caída del código. Otro momento de uso es decidir si el código pertenece a app, pages, features, entities o shared. Entrega un módulo existente al agente y solo pregunta «según FSD v2.1 qué capa, ¿violan los import?». No escribe reglas de reparación automática ni una tabla de contraste con una biblioteca de rutas concreta. La aceptación solo ve: una sugerencia de capa y una razón de import; si sugiere cortar al momento un feature/entity, debe explicar a la vez por qué esa responsabilidad compartida ya es estable. Abrir un límite nuevo sin esa explicación queda fuera de este material.
Límites de uso
Este conjunto enseña FSD v2.1, no una FSD oral de cualquier año. Los detalles de metodología siguen
https://fsd.how/
La página no cubre las capas de backend ni autoriza al agente a renombrar a gran escala sin confirmación.
El camino de instalación es npx skills add feature-sliced/skills. No pongas dos instaladores juntos. La entrada es siempre SKILL.md; los archivos de referencia se leen a demanda. No puedes nombrar esos archivos de referencia a partir de este extracto, así que no finjas que ya conoces un inventario completo.
La primera vez, párate en la comprobación de estructura y el juicio de colocación. Cualquier movimiento de directorios, creación de features/entities o cambio de alias de import debe hacer que el agente liste primero los archivos que cambiará y las razones; tú confirmas y luego sigues.