docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

10_Wiki/Topics_Art/UI_UX_Assets/Feature-Sliced Design.md

@@ -1,4 +1,4 @@
-# [[Feature-Sliced Design]]
+# [[Feature-Sliced Design|Feature-Sliced Design]]
 
 ## 📌 Brief Summary
 Feature-Sliced Design(FSD)은 조직 전반의 일관성을 보장하기 위해 애플리케이션 및 패키지 내의 코드를 구성하는 커뮤니티 주도의 프론트엔드 아키텍처 방법론입니다 [1, 2]. 이 방법론은 명확한 책임과 의존성 방향을 가진 여러 계층(layer)으로 코드베이스를 나누어, 예측 가능한 슬라이스(slice) 경계와 명시적인 공개 API(Public API)를 제공합니다 [1-3]. 이를 통해 '글로벌 공유 폴더(global shared folder)'가 무분별한 코드의 쓰레기장으로 변하는 것을 방지하고, 유지보수가 용이한 확장 가능한 프론트엔드 시스템을 구축할 수 있습니다 [4, 5].
@@ -20,9 +20,9 @@ Feature-Sliced Design(FSD)은 조직 전반의 일관성을 보장하기 위해
 * **도메인 주도 설계(DDD)와의 조화:** 기존 DDD의 추상적인 개념을 실용적인 파일 시스템 구조로 구체화하여, 임포트(import) 경로와 디렉토리 구조만으로도 도메인 경계를 명확히 식별할 수 있게 돕습니다 [6].
 
 ## 🔗 Knowledge Connections
-- **Related Topics:** [[Monorepo Architecture]], [[Atomic Design]], [[Domain-Driven Design (DDD)]], [[Component Library Architecture]], [[Public API]]
-- **Projects/Contexts:** 대규모 프론트엔드 애플리케이션 및 디자인 시스템 구축, [[Turborepo]] 또는 [[Nx]]를 활용한 확장 가능한 프론트엔드 모노레포 관리 환경 [5, 8, 9].
-- **Contradictions/Notes:** 소스에 따르면 FSD는 [[Atomic Design]]과 경쟁하기보다는 상호 보완적으로 사용될 수 있습니다. UI 라이브러리에는 Atomic Design을 사용하여 "원자(Atoms)"를 순수하게 유지하고, 애플리케이션의 비즈니스 로직은 FSD의 Feature 기반 구조를 따르도록 결합하는 방식이 성공적인 아키텍처 패턴으로 제시됩니다 [10].
+- **Related Topics:** [[Monorepo Architecture|Monorepo Architecture]], [[Atomic Design|Atomic Design]], [[Domain-Driven Design (DDD)|Domain-Driven Design (DDD)]], [[Component Library Architecture|Component Library Architecture]], Public API
+- **Projects/Contexts:** 대규모 프론트엔드 애플리케이션 및 디자인 시스템 구축, [[Turborepo|Turborepo]] 또는 Nx를 활용한 확장 가능한 프론트엔드 모노레포 관리 환경 [5, 8, 9].
+- **Contradictions/Notes:** 소스에 따르면 FSD는 [[Atomic Design|Atomic Design]]과 경쟁하기보다는 상호 보완적으로 사용될 수 있습니다. UI 라이브러리에는 Atomic Design을 사용하여 "원자(Atoms)"를 순수하게 유지하고, 애플리케이션의 비즈니스 로직은 FSD의 Feature 기반 구조를 따르도록 결합하는 방식이 성공적인 아키텍처 패턴으로 제시됩니다 [10].
 
 ---
 *Last updated: 2026-04-26*