docs(10_Wiki): 위키 전체 재구성 — Topic_* 폴더를 4개 카테고리로 통합 + 대규모 중복 제거

Topic_Agent/Topic_Blog/Topics/Topics_Biz/Topics_Meeting/Topics_Rag의 마크다운 지식 문서를
Topic_General/Topic_Programming/Topic_Graphic/Topic_Business 4개 카테고리로 재분류.

- 중복 제거: frontmatter의 status:duplicate/merged + duplicate_of/redirect_to 필드로
  자기 자신을 중복으로 선언한 리다이렉트 stub 1032개 제거, 완전 동일 내용 파일 472개 제거,
  동일 파일명·다른 내용 충돌 시 더 큰(완전한) 버전만 유지(162개 제거) — 총 1639개 중복 제거.
- 분류: 폴더 단위로 명확한 항목(AI_and_ML/Coding/Architecture 등 → Programming,
  Comfyui/Visual_Effects → Graphic, Topics_Biz/Topics_Meeting/사업 등 → Business,
  Poetic_Blog_Writing/창의성/Game_Design 등 → General)은 폴더 우선순위로,
  나머지 혼재 폴더(Topic_Agent/Topic_Blog/Topics 루트/Thinking & Reasoning/Other/UI_UX_Assets)는
  title/tags 키워드 스코어링으로 파일 단위 분류(불명확한 경우 General로 폴백).
  원본 폴더명은 "From_*" 서브폴더로 보존해 추적 가능성 유지.
- 최종 배치: Programming 2784 / General 1608 / Graphic 285 / Business 249 = 4926개 문서.
- 에이전트 운영 상태(.astra/.agent/.obsidian/sessions/memory/_company/docs/lessons/_shared/src)는
  지식 콘텐츠가 아니므로 재분류 대상에서 제외하고 원위치 유지.
- Topics/Topic_email(상위 보호 폴더 Topic_email과 파일명 100% 중복) 삭제 — 보호 폴더 자체는 미변경.
- 완전히 비게 된 Topic_Agent/Topic_Blog/Topics_Biz/Topics_Rag 폴더 제거.

10_Wiki/Topic_Programming/Frontend/State_Management_Libraries_Pinia-Redux.md

@@ -0,0 +1,29 @@
+---
+category: Other
+tags: [auto-wikified, technical-documentation, other]
+title: State Management Libraries (Pinia/Redux)
+description: "상태 관리 라이브러리(State Management Libraries)는 컴포넌트 기반 웹 및 모바일 애플리케이션에서 여러 컴포넌트 간에 공유되는 상태(State)를 중앙 집중식으로 관리하기 위한 도구입니다 [1, 2]."
+last_updated: 2026-05-04
+---
+
+# State Management Libraries (Pinia/Redux)
+
+## 📌 Brief Summary
+상태 관리 라이브러리(State Management Libraries)는 컴포넌트 기반 웹 및 모바일 애플리케이션에서 여러 컴포넌트 간에 공유되는 상태(State)를 중앙 집중식으로 관리하기 위한 도구입니다 [1, 2]. Vue 생태계에서는 과거의 Vuex를 대체하여 직관적인 API와 타입스크립트 지원을 강화한 Pinia가 공식 표준 상태 관리 라이브러리로 채택되었습니다 [3-5]. 반면 React 및 React Native 진영에서는 Redux(특히 Redux Toolkit)가 오랫동안 대세로 사용되어 왔으나, 최근에는 보일러플레이트 코드를 줄이거나 서버 상태 관리에 특화된 대안 도구들이 실전 표준으로 함께 부상하고 있습니다 [6, 7].
+
+## 📖 Core Content
+* **Vue 생태계의 Pinia 특징 및 구조**
+  * Pinia는 Vue 2 및 Vue 3 모두에서 작동하며, 기존의 공식 라이브러리였던 Vuex를 대체하여 현재 새로운 애플리케이션 개발에 기본으로 권장되는 상태 관리 솔루션입니다 [4, 8].
+  * 기존 Vuex 5의 논의 아이디어를 대부분 구현하였으며, 이전보다 덜 복잡하고 더 단순하고 직관적인 Composition API 스타일의 API를 제공합니다 [4, 5].
+  * 컴포지션 로직과 기능적 상태(functional state)를 분리하여 대규모 프로젝트의 상태 관리를 돕습니다 [3, 9].
+  * Vue DevTools와의 통합, 인컴포넌트 검사, 타임트래블 디버깅, HMR(Hot Module Replacement), 그리고 서버 사이드 렌더링(SSR) 지원 등 엔터프라이즈급 기능을 갖추고 있습니다 [8].
+  * 특히 타입스크립트(TypeScript)와 함께 사용할 때 강력한 타입 추론(type inference)을 지원하는 것이 가장 큰 장점입니다 [5].
+
+* **React/React Native 생태계의 Redux 및 최신 동향**
+  * React와 React Native 환경에서는 상태 관리 패러다임으로 Redux(Redux Toolkit)가 오랫동안 강력한 대세로 자리 잡아 왔습니다 [7].
+  * 그러나 최근의 실전 패턴에서는 서버 데이터 동기화와 캐싱 로직을 TanStack Query(React Query)와 같은 도구에 위임하고, 클라이언트 상태는 보일러플레이트가 적은 Zustand나 Jotai 등을 혼합하여 클라이언트 로직을 단순화하는 방향으로 진화하고 있습니다 [6, 7].
+
+## ⚖️ Trade-offs & Caveats
+* **SSR 환경에서의 상태 누수(Data Leakage) 위험:** 애플리케이션의 전역 상태를 단순한 글로벌 싱글톤(singleton) 객체로 구현할 경우, SSR 환경에서는 여러 사용자의 요청 간에 상태가 공유되어 크로스 리퀘스트 오염이나 데이터 유출이 발생할 수 있습니다 [2, 10]. Pinia는 요청마다 새로운 스토어 인스턴스를 생성하는 구조를 지원하여 이러한 보안 및 로직 결함을 방지합니다 [2].
+* **Vuex의 유지보수 모드 전환에 따른 기술 부채:** 과거 Vuex를 사용하던 프로젝트는 이제 마이그레이션을 고려해야 하는 제약 사항이 있습니다. Vuex는 현재 유지보수 모드에 들어갔으며 새로운 기능이 추가되지 않으므로, 신규 프로젝트나 장기 유지보수가 필요한 시스템은 반드시 Pinia를 채택해야 합니다 [4].
+* **Redux의 보일러플레이트 및 아키텍처적 타협:** Redux Toolkit은 여전히 대규모 React 앱에서 검증된 도구이지만 구조적으로 작성해야 할 코드가 많다는 단점이 따릅니다. 이 때문에 최근 실무 환경에서는 무거운 Redux에 모든 상태를 담기보다는 가벼운 상태 관리 도구와 서버 상태 전용 라이브러리로 역할을 분산시키는 구조적 타협(Trade-off)을 선택하고 있습니다 [7].