What problem does it solve?
Frontend architecture prevents tangled dependencies and unclear state ownership by helping teams decide where code belongs, how modules may import, and who owns mutable state as the codebase grows.
Core Features & Use Cases
- Module boundaries and import direction: Establish rules that keep shared primitives from depending on feature code, and enforce one-way dependencies to avoid architectural drift.
- Component layering strategy: Separate primitives, composed components, and connected components so data fetching and routing live only where they should.
- State shape ownership decisions: Choose state location (component, context, store), normalization (entity-keyed vs nested), derivation (computed vs stored), and write ownership to reduce rerender bugs and mutation inconsistencies.
- Verification criteria for CI and PRs: Use linter/boundary checks plus measurable re-render behavior and test layering aligned to the architecture.
Quick Start
Use the frontend-architecture skill to design a dependency-safe folder and import model for your feature-by-feature UI, including explicit state ownership rules and layered component boundaries.