feature-sliced-design

Organize frontend code into Feature-Sliced Design layers with a Pages First strategy.

1|Updated Apr 3, 2026
One-click install
npx skills add https://github.com/sommio/RSSift --skill feature-sliced-design-sommio
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: feature-sliced-design
Source: https://github.com/sommio/RSSift/tree/main/.agents/skills/feature-sliced-design
Command: npx skills add https://github.com/sommio/RSSift --skill feature-sliced-design-sommio

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Frontend projects often suffer from unclear code placement, tangled dependencies, and brittle refactoring. This skill provides a clear, scalable blueprint (FSD v2.1) to organize code across layers and guide when to keep logic in pages/widgets vs moving to later layers.

Core Features & Use Cases

  • The 6 layers (app, pages, widgets, features, entities, shared) and their responsibilities; start with Pages First approach; cross-imports with @x; public API rules; migration guidance; Steiger integration.
  • Use cases: new project structuring, refactoring architecture, cross-import or dependency issues, migrating from v2.0 to v2.1.
  • Public API discipline and migration strategy to maintain cohesive, scalable frontend architectures across teams.

Quick Start

Start by scaffolding a frontend project in the Pages/Widgets-first mindset, placing code with usage, and only extracting to lower layers when real reuse emerges.

Frequently Asked Questions about feature-sliced-design

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I organize frontend code to avoid tangled dependencies and brittle refactoring?▼

Organize frontend architecture by applying Feature-Sliced Design v2.1 to structure code across six layers (app, pages, widgets, features, entities, shared) and enforce layer rules, public API exports, and cross-import conventions to ensure cohesive, scalable codebases.

What is the Pages First strategy in frontend architecture?▼

The Pages First strategy scaffolds frontend projects by initially placing code within pages and widgets, then only extracting logic to lower layers like features, entities, or shared when real reuse emerges, preventing premature abstraction.

How do I manage cross-imports between feature-sliced-design layers without breaking the architecture?▼

Manage cross-imports in feature-sliced-design by using the @x public API convention to allow controlled imports between slices on the same layer, ensuring dependency boundaries remain clear and preventing tangled module coupling.

How do I migrate from FSD v2.0 to v2.1 in an existing frontend project?▼

Migrate from FSD v2.0 to v2.1 by following the built-in migration guidance to update layer responsibilities, align public API discipline, and apply the Pages First strategy to refactor existing architectures for better scalability.

When should I move code from a page widget to a lower layer in feature-sliced-design?▼

Move code from a page or widget to a lower layer in feature-sliced-design only when real reuse emerges across multiple pages or features, keeping logic localized to its usage point initially to maintain a cohesive and scalable codebase.

Does feature-sliced-design work for aligning large teams on frontend code placement?▼

Feature-sliced-design works for aligning large teams by enforcing strict public API rules and layer responsibilities, providing a clear scalable blueprint that dictates exactly where code should live across various apps to maintain architectural consistency.