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/Flutter_Web_-_Desktop.md

@@ -0,0 +1,25 @@
+---
+category: Frontend
+tags: [auto-wikified, technical-documentation, frontend]
+title: Flutter Web / Desktop
+description: "Flutter Web / Desktop은 단일 코드베이스를 사용하여 모바일뿐만 아니라 웹과 데스크톱(Windows, macOS, Linux) 환경을 위한 애플리케이션을 구축할 수 있게 해주는 크로스 플랫폼 프레임워크 기능이다 [1, 2]."
+last_updated: 2026-05-04
+---
+
+# Flutter Web / Desktop
+
+## 📌 Brief Summary
+Flutter Web / Desktop은 단일 코드베이스를 사용하여 모바일뿐만 아니라 웹과 데스크톱(Windows, macOS, Linux) 환경을 위한 애플리케이션을 구축할 수 있게 해주는 크로스 플랫폼 프레임워크 기능이다 [1, 2]. 최근 WebAssembly(WasmGC) 기술 채택과 데스크톱 지원의 안정화를 거치며 성능과 범용성이 크게 향상되었다 [1]. 모바일 단말기를 넘어 모든 사용자 접점(Touchpoints)에서 일관된 사용자 경험을 제공해야 하는 비즈니스에 특히 성숙한 솔루션으로 평가받고 있다 [1, 3].
+
+## 📖 Core Content
+* **Flutter Web의 성능 비약적 발전**: WebAssembly(WasmGC)가 주류 기술로 채택됨에 따라 자바스크립트 대신 Wasm으로 코드를 컴파일할 수 있게 되었다 [1]. 이를 통해 로딩 시간이 눈에 띄게 단축되었고 번들 크기가 감소했으며, 복잡한 UI와 애니메이션에서도 네이티브에 가까운 성능을 제공하여 정교한 웹 애플리케이션 개발에 강력한 경쟁력을 갖추게 되었다 [1]. 
+* **안정화된 데스크톱 아키텍처 지원**: Windows, macOS, Linux 운영체제에 대한 데스크톱 지원이 매우 안정적이고 견고해졌다 [1, 2]. 개발자는 데스크톱 환경을 위한 사전 제작된 플러그인을 설치하거나 직접 생성할 수 있으며, 기존 소스 코드를 컴파일하여 기본 데스크톱 앱을 만들어 낼 수 있다 [2].
+* **프로덕션 수준의 다중 플랫폼 타겟팅**: Flutter는 모바일 플랫폼 이외에도 웹과 데스크톱 타겟을 단일 코드베이스로 동시에 지원할 수 있어 뛰어난 다중 플랫폼(Multi-platform) 커버리지를 제공한다 [3, 4]. 이러한 웹과 데스크톱 타겟 기능은 많은 애플리케이션 유형에서 즉시 상용화가 가능한(production-ready) 수준이며, React Native의 데스크톱/웹 지원에 비해 한층 더 성숙한 것으로 평가된다 [3-5].
+
+## ⚖️ Trade-offs & Caveats
+* **플랫폼 표준 및 관례 불일치 위험**: Flutter는 호스트 플랫폼의 네이티브 UI 구성요소를 사용하지 않고 자체 엔진을 사용해 모든 픽셀을 렌더링하므로, 모든 환경에서 동일한 시각적 결과를 보장하지만 각 웹 및 데스크톱 플랫폼의 기본 동작 관례를 개발자가 직접 맞춰야 하는 부담이 있다 [6]. 특히 스크롤 물리 엔진이나 텍스트 선택 동작, 접근성 의미론(Accessibility semantics)이 해당 플랫폼의 고유 표준과 미세하게 빗나갈 가능성이 존재한다 [6].
+* **'모방된(Simulated)' 네이티브 경험**: 각 플랫폼(웹, Windows, macOS 등) 고유의 UI 동작을 그대로 상속받지 못하고 Material 또는 Cupertino 위젯을 통해 이를 흉내(Simulated)내야 하므로, 해당 운영체제의 완벽한 네이티브 룩앤필(Native feel)이 필수적인 프로젝트에서는 적합하지 않을 수 있다 [5, 6].
+* **메모리 및 용량 오버헤드**: Flutter 앱은 네이티브 컴포넌트를 호출하는 방식이 아니라 자체적인 위젯 트리와 렌더링 엔진, Dart 런타임을 포함한 채 배포되어야 하므로 근본적으로 앱 크기가 더 무겁고 메모리 오버헤드가 더 높게 발생할 수 있다 [7, 8]. 
+
+---
+*Last updated: 2026-05-03*