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_General/From_Thinking & Reasoning/5-Whys.md

@@ -0,0 +1,66 @@
+---
+id: 5-whys
+title: "5-Whys"
+category: "10_Wiki/Topics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["5-Why Analysis", "Five Whys"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.85
+created_at: 2026-05-24
+updated_at: 2026-05-24
+review_reason: ""
+merge_history: []
+tags: ["research", "logic tree", "RCA"]
+raw_sources: ["NotebookLM Synthesis"]
+applied_in: ["Machinery maintenance scheduling", "Paper plant packaging line shutdown analysis", "Healthcare sentinel event analysis", "Six Sigma programs"]
+github_commit: ""
+---
+
+# [[5-Whys]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+"왜"라는 질문을 반복하여 문제의 표면적 증상을 넘어 시스템적인 근본 원인(Root Cause)에 도달하게 하는 가장 단순하고 직관적인 선형적 분석 기법 [1, 2].
+
+## 🧠 핵심 개념 (Core concepts)
+1.  **반복적 심층 질문(Iterative Interrogation):** 문제의 결과에서 시작하여 "왜?"라는 질문을 최소 5회 이상 반복하며 인과관계의 사슬을 거꾸로 추적함 [1, 2].
+2.  **단일 경로 인과관계(Linear Causality):** 하나의 원인이 다음 결과로 이어지는 단일한 논리적 체인을 형성하여 분석의 초점을 수렴시킴 [3, 4].
+3.  **근본 원인 도달(Reaching the Root):** 단순한 증상 완화가 아니라, 시스템이나 프로세스 내에서 문제를 영구적으로 해결할 수 있는 기저 요인을 식별함 [1, 5].
+4.  **낮은 진입 장벽(Low Barrier to Entry):** 특별한 훈련이나 고가의 소프트웨어 없이도 소규모 팀이 즉각적으로 적용할 수 있는 높은 접근성을 가짐 [3, 4].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **질문-응답 사슬 패턴:** 문제 발생 → 원인 1(Why 1) → 원인 2(Why 2) → 원인 3(Why 3) → 원인 4(Why 4) → 근본 원인(Why 5, 관리/시스템적 요소)으로 이어지는 전형적인 RCA 경로를 따름 [1].
+- **에스컬레이션 트리거:** 5-Whys로 해결되지 않거나 문제가 반복될 경우, 다중 원인을 분석할 수 있는 로직 트리(Logic Tree)로 분석 수준을 격상하는 전략이 권장됨 [6, 7].
+- **인적 오류 귀착 패턴:** 적절한 가이드가 없을 경우 분석이 "사람의 실수"에서 멈추어 비난(Blame)으로 이어지는 부정적 패턴이 발견되기도 함 [8].
+
+## 📖 세부 내용 (Details)
+- **방법론적 특성:** 5-Whys는 근본 원인 분석(RCA) 중 가장 대중적인 도구로, 복잡한 비즈니스 위기나 공정 결함의 초기 진단에 매우 효율적임 [4, 9]. 특히 식스 시그마(Six Sigma)나 의료 분야의 위해 사건 분석에서 표준적으로 활용됨 [2].
+- **주요 장점:**
+    - 분석 속도가 매우 빠르며 직관적임 [3].
+    - 초보 분석가가 문제의 기저 요인을 깊이 있게 고민하도록 돕는 교육적 효과가 있음 [10].
+    - 별도의 도구가 없어도 현장에서 즉시 실행 가능함 [3].
+- **한계 및 단점:**
+    - **단순화의 위험:** 선형적인 접근 방식 때문에 복잡한 문제에 얽힌 여러 개의 병렬적 원인(Parallel Causes)을 놓칠 위험이 큼 [3, 11].
+    - **확증 편향(Confirmation Bias):** 조사자가 이미 가정한 결론에 도달하도록 질문을 유도할 가능성이 높음 [11].
+    - **가이드 부재:** 질문을 "어떻게" 던져야 하는지에 대한 구체적인 방법론이 부족하여 진행자의 숙련도에 의존함 [10, 11].
+    - **데이터 검증 부족:** "무엇이 일어났는가(What happened)"에 대한 철저한 사실 확인 없이 "왜(Why)"로 성급히 넘어가 결론을 도출하기 쉬움 [11, 12].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **질문의 횟수:** 명칭은 '5-Whys'이지만, 5번이 항상 충분한 것은 아니며 근본 원인이 발견될 때까지 질문을 지속해야 함 [2]. 반면 너무 깊이 파고들면 실행 불가능한 영역에 도달할 위험도 존재함.
+- **로직 트리와의 관계:** 5-Whys는 로직 트리의 특수한 형태(단일 가지 형태)로 볼 수 있으나, 소스에 따라서는 5-Whys를 로직 트리와 대조되는 '단순 선형 기법'으로 구분하며 복잡한 사건에는 로직 트리를 상위 호환 도구로 제시함 [3, 4].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **기계 고장 진단:** "기계 정지 → 퓨즈 끊어짐 → 모터 과부하 → 베어링 윤활 부족 → 펌프 고장 → 유지보수 일정 미준수"라는 흐름으로 실제 근본 원인을 시스템적 일정 관리 문제로 정의함 [1].
+- **종이 공장 패키징 라인:** 반복되는 셧다운에 대해 5-Whys를 적용하여 '센서 정렬 불량'을 찾아냈으나, 문제가 재발하자 로직 트리로 확장하여 '공급업체 부품 품질'과 '작업자 점검 미흡'이라는 다중 원인을 규명함 [6, 13].
+- **의료 및 공정 관리:** 의료 현장의 위해 사건 분석 및 제조업의 품질 개선 활동(Six Sigma)에서 근본 원인 도출을 위한 초기 도구로 적용됨 [2].
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual (실제 산업 현장의 고장 진단 및 품질 관리 사례를 통해 효용성 입증됨)
+- **출처 신뢰도:** B (Official Documentation / Management Consulting Frameworks via NotebookLM)
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 📝 변경 이력 (Change history)
+- 2026-05-24: Initial draft generated via Datacollector_MAC P-Reinforce engine.