インストール
npx skills add feature-sliced/skills誰向けか
フロントエンドプロジェクトのディレクトリを整え直している、またはコード片を app、pages、features、entities、shared のどこへ入れるか繰り返し迷っているなら、この Agent スキル一式の方が合う。コーディング代理に Feature-Sliced Design（FSD）v2.1 を応用させる：層分け、インポート規則、配置の判断、よくあるパターン。方法論本文は
https://fsd.how/
すでにフロントエンドリポジトリがあり、npx でスキルをコーディング代理へ足すことを受け入れる前提。方法論だけ読み、代理にディレクトリを変えさせない人は、上の文書を先に見ればよい。ページはクライアント名簿を出していない。FSD を特定フレームワーク専用のプラグインとも書いていない。フレームワーク束縛を自分で足さない。
3 分で最初の試行を終える
公式インストールコマンドはこの一本だけ：
npx skills add feature-sliced/skills
スキルを Agent 環境へ書き込む。先にこのマシンに npx があり、変えたいコーディング代理だと確認してから実行する。
入れたあと先に読み取り専用照合する。すぐリポジトリを組み直さない。代理に FSD v2.1 と照合させ、今のフロントエンド構造を見る：どれがすでに app/、pages/、shared/ に落ちているか、どのインポート方向が疑わしいか。成功の合図：層分けとインポート規則を語れ、pages-first の偏向を示す——先にこの三層を見る。すぐ features/ や entities/ を新しくしない。ファイルを一括移動し始めたら先に止める。
SKILL.md が入口。代理は任務が要るときだけ参考ファイルを読む。初期コンテキストを小さく保つため。最初の質問は「構造を検査 / このコードはどこへ」に具体化する。参考資料を一度に全部載せさせない。
利用事例
事例一：フロントエンドプロジェクト構造を組む、または整え直す。公式はこの種の仕事を利用時機に挙げる。代理は v2.1 の層分けとよくあるパターンを応用すべき。ただし偏見は pages-first：app/、pages/、shared/ から始める。安定した共有責務が境界に見合うときだけ features や entities を開く。摘録にディレクトリひな型のアーカイブは無い。移行スクリプトも書いていない。最初の整え直しは、先に対照説明を出し、動かす経路を列挙する。あなたが確認してからファイルを変える。
事例二：コードの着地点を判断する。もう一つの利用時機は、コードが app、pages、features、entities、shared のどれに属するかを決めること。既存モジュールを代理へ渡し、「FSD v2.1 ではどの層か、インポートは規則違反か」だけ尋ねる。自動修復規則は書いていない。特定ルータライブラリとの対照表も無い。受け入れは、層の提案とインポート理由が出ることだけ。すぐ feature/entity を切れと勧めるなら、その共有責務がなぜすでに安定しているかも同時に説明する。説明なしで新しい境界を開くのは、この材料の外。
利用上の境界
このスキル一式が教えるのは FSD v2.1 であり、任意年の FSD 口述版ではない。方法論の細部は
https://fsd.how/
に従う。ページはバックエンドの層分けを覆っていない。確認なしの大規模改名も代理に許していない。
インストール経路は npx skills add feature-sliced/skills。インストーラを二つ並列にしない。入口は常に SKILL.md。参考ファイルは必要になってから読む。この摘録からそれらの参考ファイルを名指しできない。完全な目録をすでに知っていると装わない。
最初は構造検査と着地点判断で止める。ディレクトリ移動、features/entities の新設、インポート別名の変更は、先に代理に変えるファイルと理由を列挙させ、あなたが確認してから続ける。