feat: complete wikification of War Commander batch 1&2 and final grey dot cleanup

10_Wiki/Topics/AI/State-Management-Architecture-and-Ownership.md

@@ -1,12 +1,12 @@
 ---
 id: FE-STATE-ARCH-001
-category: "[[10_Wiki/💡 Topics/AI]]"
+category: "10_Wiki/💡 Topics/AI"
 confidence_score: 1.0
 tags: [state-management, architecture, ownership, react, zustand, redux, context-api, fsd]
 last_reinforced: 2026-04-26
 ---
 
-# [[State Management Architecture and Ownership (상태 관리 아키텍처와 소유권)]]
+# State Management Architecture and Ownership (상태 관리 아키텍처와 소유권)
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > "상태의 '양'보다 '위치'와 '소유권'이 더 중요하다. 도메인별(Entities), 기능별(Features), 그리고 인프라별(App)로 상태의 영토를 명확히 획정하여, 불필요한 리렌더링의 연쇄 폭발을 방지하라" — 예측 가능한 상태 흐름을 위한 계층적 관리 전략.
@@ -25,5 +25,5 @@ last_reinforced: 2026-04-26
 - **정책 변화:** Antigravity 프로젝트는 상태 관리 도구 선택 시 번들 크기보다 'Selector 최적화 기능 정책'을 우선하며, 빈번한 업데이트 상태에 대한 Context API 사용 금지 정책을 시행함.
 
 ## 🔗 지식 연결 (Graph)
-- [[Modern-React-Application-Architecture-Patterns]], [[Feature-Sliced-Design-FSD]], [[Zustand]], [[React-Context-API]], [[TanStack-Query]]
-- **Raw Source:** [[00_Raw/상태 관리 아키텍처(State Management Architecture).md]]
+- [[Modern-React-Application-Architecture-Patterns]], Feature-Sliced-Design-FSD, Zustand, [[React-Context-API]], TanStack-Query
+- **Raw Source:** 00_Raw/상태 관리 아키텍처(State Management Architecture).md