Organizer 정리 산출물(From_RawData) + 이사 체크리스트 + 인덱스 갱신

- Raw_Data 자동 정리 산출물이 각 도메인 From_RawData/ 로 편입, 00_INDEX 연결 갱신
- 컴퓨터_이사_체크리스트.md 추가 (두뇌-상대 경로 규약 v2.2.304 — 새 컴퓨터에서
  바꿀 절대 경로는 localBrainPath 1개)
- Astra 세션 산출물(에피소드 기억·기능 인벤토리) 갱신

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

10_Wiki/Topics/Domain_Programming/From_RawData/Flux Architecture.md

@@ -0,0 +1,75 @@
+---
+id: flux-architecture
+title: "Flux Architecture"
+category: "Frontend/Architecture"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["플럭스 아키텍처", "Flux 패턴", "Flux pattern", "Flux-inspired", "Flux-like state propagation"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.85
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Blogged Answers: Why React Context is Not a \"State Management\" Tool (and Why It Doesn't Replace Redux)"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Flux Architecture]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+2014년 Facebook에서 처음 제안한 상태 전파 패턴으로, 단방향 데이터 흐름을 통해 React 애플리케이션의 복잡한 상태 관리를 해결하기 위해 등장한 아키텍처이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **상태 전파 (State Propagation):** 애플리케이션의 전역 상태를 효과적으로 관리하고 전파하기 위한 설계 패턴이다.
+- **Redux의 기반 아키텍처:** 널리 쓰이는 상태 관리 라이브러리인 Redux는 원래 이 Flux 아키텍처의 구현체(implementation)로 개발되었다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **Flux Wars (플럭스 전쟁):** Facebook의 선언 이후 오픈소스 커뮤니티에서는 Flux 개념에 각기 다른 접근 방식을 적용한 수십 개의 'Flux 기반(Flux-inspired)' 라이브러리들을 쏟아내며 경쟁하는 패턴이 나타났다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Flux Architecture (Redux 등)** | 시간에 따른 상태 변화의 추적이 용이하며, 미들웨어를 통한 부수 효과(Side Effect) 관리가 강력함 | 보일러플레이트 코드가 많고, 단순한 구조에서는 오버엔지니어링이 될 수 있음 | 다수의 개발자가 참여하는 중대형 규모의 복잡한 상태 관리가 필요한 경우 |
+| **React Context** | Prop-drilling을 손쉽게 방지할 수 있으며 외부 라이브러리 의존성이 없음 | 값 변경 시 구독 중인 하위 컴포넌트 전체가 재렌더링되며, 복잡한 상태 관리용이 아님 | 로케일, 테마 등 업데이트 빈도가 낮고 단순한 정적 값을 하위 트리에 전달할 때 |
+
+## 📖 세부 내용 (Details)
+**소스에 관련 정보가 부족합니다.** (제공된 소스에는 Flux 아키텍처의 내부 동작 원리인 Action, Dispatcher, Store, View 등에 대한 기술적 설명이 포함되어 있지 않으며, 오직 역사적 배경과 React 생태계에서의 위치만 간략히 언급되어 있습니다.)
+
+제공된 소스에 나타난 Flux Architecture의 정보는 다음과 같습니다:
+- Flux 아키텍처는 React가 출시된 지 1년 후인 2014년에 Facebook에서 처음 제안한 패턴이다 [S1]. 
+- 이 발표 이후 커뮤니티에서는 Flux의 개념을 기반으로 한 수십 개의 다양한 라이브러리들이 만들어졌으며, 이를 일컬어 "Flux Wars"라고 부른다 [S1].
+- 2015년에 등장한 Redux는 이 Flux 아키텍처를 구현한 대표적인 라이브러리로, 가장 우수한 설계를 갖추고 React와 훌륭하게 작동했기 때문에 치열했던 Flux 기반 라이브러리 경쟁에서 빠르게 승리하고 표준으로 자리 잡았다 [S1].
+- React의 아키텍트인 Sebastian Markbage는 React의 새로운 기능인 Context API가 테마나 로케일 같은 정적인 값 전달에는 적합하지만, "모든 Flux 방식의 상태 전파(Flux-like state propagation)를 대체할 준비는 되어있지 않다"고 밝힌 바 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.85
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Redux]], [[React Context]]
+- **참조 맥락:** React 기반의 프론트엔드 환경에서 전역 상태 관리 패턴을 도입하거나, Redux의 아키텍처적 기원을 파악할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Blogged Answers: Why React Context is Not a "State Management" Tool (and Why It Doesn't Replace Redux) (URL 없음)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.