diff --git a/.DS_Store b/.DS_Store
index 2c73414e..73f5b724 100644
Binary files a/.DS_Store and b/.DS_Store differ
diff --git a/10_Wiki/Topics/.DS_Store b/10_Wiki/Topics/.DS_Store
index e20f509f..eda720dd 100644
Binary files a/10_Wiki/Topics/.DS_Store and b/10_Wiki/Topics/.DS_Store differ
diff --git a/10_Wiki/Topics/.obsidian/graph.json b/10_Wiki/Topics/.obsidian/graph.json
index 6fcd8eb0..ca1317e1 100644
--- a/10_Wiki/Topics/.obsidian/graph.json
+++ b/10_Wiki/Topics/.obsidian/graph.json
@@ -17,6 +17,6 @@
"repelStrength": 10,
"linkStrength": 1,
"linkDistance": 250,
- "scale": 0.058550532244892504,
+ "scale": 1.7411160331124724,
"close": true
}
\ No newline at end of file
diff --git a/10_Wiki/Topics/.obsidian/workspace.json b/10_Wiki/Topics/.obsidian/workspace.json
index 3bde08ec..eae80027 100644
--- a/10_Wiki/Topics/.obsidian/workspace.json
+++ b/10_Wiki/Topics/.obsidian/workspace.json
@@ -192,6 +192,7 @@
},
"active": "49ae5a843bcdef44",
"lastOpenFiles": [
+ "Domain_Product/Topics_Biz/유튜브분석 상상을 현실로 만드는 AI 구글 OMNI 완벽 가이드 l EP.3 구글 I-O 실리콘밸리AI왕기초 2026-05-20.md",
"Domain_Product/Stock/유튜브분석 주식단테의 기본 차트 설정 강의 (2부) 응용편! 주식강의 차트설정에서부터 이평선 매매기법까지!! 100억 버는 고수의 비법 2026-05-26.md",
"Domain_Product/Stock/유튜브분석 주식 초보 시작할 때 반드시 봐야할 강의 TOP 11 ※하단 영상 링크 첨부▼ 주식강의 단테의 모든 기법강의를 5분 안에 몰아보자!! 왕초보 튜토리얼 │초보자 주식 가이드│ 2026-05-26.md",
"Domain_Product/Stock/유튜브분석 주식 왕초보들을 위한 손절 잘하는법 핵심강의! 주식단테 계좌 -30- 물린 개미들 필수 시청!! 손절에도 원칙이 있다! 손절 3원칙 2026-05-26.md",
@@ -230,7 +231,6 @@
"Coding/docs/records/Coding",
"Coding/docs/records",
"Coding/docs",
- "UI_UX_Assets/Design & Experience/Computational-Fluid-Dynamics.md",
- "Coding/Frontend_Vue3_Svelte5_Patterns.md"
+ "UI_UX_Assets/Design & Experience/Computational-Fluid-Dynamics.md"
]
}
\ No newline at end of file
diff --git a/10_Wiki/Topics/ASTRA 기능 인벤토리.md b/10_Wiki/Topics/ASTRA 기능 인벤토리.md
index ee338d31..45740a28 100644
--- a/10_Wiki/Topics/ASTRA 기능 인벤토리.md
+++ b/10_Wiki/Topics/ASTRA 기능 인벤토리.md
@@ -1,12 +1,12 @@
---
type: reference
title: "ASTRA 기능 인벤토리 (자동 생성)"
-version: "2.2.297"
-generated_at: 2026-07-05T13:51:10.739Z
+version: "2.2.307"
+generated_at: 2026-07-11T08:27:18.973Z
aliases: ["ASTRA 기능 목록", "ASTRA 명령어", "내 기능", "ASTRA가 할 수 있는 것", "기능 인벤토리", "ASTRA capabilities"]
---
-# ASTRA 기능 인벤토리 — v2.2.297 (자동 생성)
+# ASTRA 기능 인벤토리 — v2.2.307 (자동 생성)
> ⚙️ 이 문서는 Astra 활성화 시 **소스 코드(package.json)에서 기계 생성**됩니다 — 수동 편집 금지 (버전 변경 시 덮어씀).
> 자기 기능에 대한 질문·자기 개선 제안은 이 문서가 **항상 현행** 근거입니다. 서사적 설명은 [[ASTRA 자기 아키텍처]] 참고.
@@ -51,18 +51,18 @@ aliases: ["ASTRA 기능 목록", "ASTRA 명령어", "내 기능", "ASTRA가 할
- Astra: Google Calendar OAuth 연결 (쓰기) 🔐
- Astra: Toggle Devil Agent 🎭
-## 설정으로 제어되는 동작·자동화 (176개)
+## 설정으로 제어되는 동작·자동화 (180개)
- `multiAgentEnabled` — Enable Multi-Agent Workflow (Planner -> Researcher -> Writer) for complex tasks.
- `datacollectBridgeTarget` — Datacollect 백엔드(Bridge)를 어디로 보낼지 선택.
- `datacollectBridgeUrl` — local 타깃 Wiki/Datacollect MCP Bridge URL.
- `datacollectBridgeNasUrl` — nas 타깃 NAS에서 상시 구동하는 경량 Bridge URL.
- `datacollectBridgeNasToken` — nas 타깃 NAS Bridge가 요구하는 x-bridge-token 값(Bridge의 BRIDGE_AUTH_TOKEN과 일치).
-- `domainKnowledge.generalFolder` — 단계별 지식 모든 단계가 공통으로 참조하는 General Knowledge 폴더 (활성 두뇌 기준 상대 경로, 예: General).
-- `domainKnowledge.mathFolder` — 단계별 지식 수학·논리 질문 전용 Specialty 폴더 (두뇌 상대 경로, 예: Specialty_Math).
-- `domainKnowledge.codingFolder` — 단계별 지식 코딩·디버깅 질문 전용 Specialty 폴더 (두뇌 상대 경로, 예: 10_Wiki/Topic_Programming).
-- `domainKnowledge.factsFolder` — 단계별 지식 일반 상식·팩트 질문 전용 Specialty 폴더 (두뇌 상대 경로, 예: Specialty_Facts).
+- `domainKnowledge.generalFolder` — 단계별 지식 모든 단계가 공통으로 참조하는 General Knowledge 폴더 (두뇌 기준 상대 경로, 예: 10_Wiki/Topics/_Common).
+- `domainKnowledge.mathFolder` — 단계별 지식 수학·논리 질문 전용 Specialty 폴더 (두뇌 상대 경로, 예: 10_Wiki/Topics/_Common/Math).
+- `domainKnowledge.codingFolder` — 단계별 지식 코딩·디버깅 질문 전용 Specialty 폴더 (두뇌 상대 경로, 예: 10_Wiki/Topics/Domain_Programming).
+- `domainKnowledge.factsFolder` — 단계별 지식 일반 상식·팩트 질문 전용 Specialty 폴더 (두뇌 상대 경로, 예: 10_Wiki/Topics/Domain_General).
- `datacollectLocalProjectPath` — 로컬 Datacollector 프로젝트 폴더 경로 (도구 메뉴의 'NotebookLM 백엔드 실행' 버튼이 여기서 npm run bridge 를 실행).
-- `datacollectSavePath` — /wikify · /meet · /benchmark · /youtube · /review · /email wikify 가 생성하는 지식 문서(markdown)의 저장 폴더 (v2.2.273부터 PC 로컬에 직접 저장 — 이전에는 Bridge 서버에 저장돼 NAS 이전 후 파일이 안 보이
+- `datacollectSavePath` — /wikify · /meet · /benchmark · /youtube · /review · /email wikify 가 생성하는 지식 문서(markdown)의 저장 폴더.
- `datacollectCrawlDepth` — /benchmark 사이트맵 크롤 깊이 기본값.
- `datacollectMaxPages` — /benchmark 스캔 최대 페이지 수 기본값.
- `datacollectSynthesisTemperature` — /benchmark LLM 4-렌즈 합성의 temperature.
@@ -158,8 +158,11 @@ aliases: ["ASTRA 기능 목록", "ASTRA 명령어", "내 기능", "ASTRA가 할
- `requirementGraphEnabled` — Requirement Graph — 업무 유형(회의록/시장조사/업무조사/일정) 감지 시 필수 요소 체크리스트를 시스템 프롬프트에 주입.
- `requirementCoverageEnabled` — Requirement Coverage Check — 답변 완료 후 업무 필수 요소 커버리지를 결정론적(정규식)으로 검사, 누락 가능 요소를 footer 한 줄로 표시.
- `epistemicGuardEnabled` — Epistemic Guard — 모름/추정/확실 3분류를 강제하는 시스템 프롬프트 블록.
-- `confidenceEngineEnabled` — Confidence Engine — 답변 확신도 0~100 을 검색 그라운딩·출처 인용·충돌·커버리지 신호로 결정론적 산출, 업무 답변 아래 footer 표시.
-- `escalationEnabled` — Escalation Engine — 확신도 낮음/출처 충돌/조사 출처 누락 시 footer 로 사람 검토를 명시적으로 요청.
+- `confidenceEngineEnabled` — 확신도 footer 표시 — 답변 아래에 확신도 0~100 배지를 표시.
+- `escalationEnabled` — 검토 요청 footer 표시 — 확신도 낮음/출처 충돌 시 답변 아래에 사람 검토 요청 카드를 표시.
+- `reportQaEnabled` — 조사·보고서 품질 루프 — 조사/리서치/보고서 요청 시 의도 분석 → 초안 → QA 채점 → 피드백 재작성 → 회귀 게이트(점수 하락 시 폐기)를 거쳐 완성도 높은 보고서를 생성.
+- `reportQaThreshold` — 보고서 QA 통과 점수(50~95).
+- `reportQaMaxRevisions` — 보고서 QA 최대 재작성 횟수(0~5).
- `criticLoopEnabled` — Critic Loop — 커버리지 누락 또는 확신도<70 인 업무 답변에만 LLM 검수 1회 실행, 발견 이슈와 보완 제안을 footer 카드로 표시.
- `reflectionEnabled` — Reflection — 업무 turn 회고(확신도·누락 요소·에스컬레이션)를 두뇌 .astra/growth/reflections.jsonl 에 기록.
- `orgMemoryEnabled` — Organizational Memory — 두뇌 .astra/organization.md 의 조직 규칙·업무 방식·선호를 시스템 프롬프트에 항상 주입.
@@ -191,6 +194,7 @@ aliases: ["ASTRA 기능 목록", "ASTRA 명령어", "내 기능", "ASTRA가 할
- `chunkedSwitchTokens` — 입력 prompt 가 이 토큰 수 *미만* 이면 Multi-Agent(chunked) 파이프라인 발동 안 함 — 모델이 단일 호출로 처리.
- `chunkedMaxSections` — Chunked 파이프라인이 답변을 쪼갤 수 있는 최대 섹션 수.
- `polishPersonaOverride` — ChunkedWriter 의 polish 단계 system prompt 를 직접 정의 — 답변 톤·구조를 도메인에 맞게 커스텀.
+- `claude.cliPath` — Claude 구독 연동 — Claude Code CLI 실행 파일 경로.
- `liveStreamTokens` — 모델 토큰을 받는 즉시 채팅 버블에 흘려보낼지 여부.
- `outputFormat` — 최종 답변 표시 방식.
- `chronicleAutoRecord` — 자동 기록 (Project Chronicle Auto-Record).
diff --git a/10_Wiki/Topics/Domain_Design/00_INDEX.md b/10_Wiki/Topics/Domain_Design/00_INDEX.md
index 29ccbdea..129d721e 100644
--- a/10_Wiki/Topics/Domain_Design/00_INDEX.md
+++ b/10_Wiki/Topics/Domain_Design/00_INDEX.md
@@ -81,3 +81,5 @@ github_commit: ""
- [[실시간 렌더링 파이프라인]]
- [[헤드 마운트 디스플레이(HMD)]]
- [[헤드마운트 디스플레이 (HMD)]]
+
+- [[Domain Design From RawData Index]] — Raw_Data 정리분
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/00_INDEX.md b/10_Wiki/Topics/Domain_Design/From_RawData/00_INDEX.md
new file mode 100644
index 00000000..ebf6815e
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/00_INDEX.md
@@ -0,0 +1,41 @@
+---
+id: domain-design-from-rawdata-index
+title: "Domain Design From RawData Index"
+category: "Index"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Domain Design From RawData Index"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: "Raw_Data 정리기 자동 생성 MOC"
+merge_history: []
+tags: ["moc", "index", "raw-data"]
+raw_sources: []
+applied_in: []
+github_commit: ""
+---
+
+# [[Domain Design From RawData Index]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Raw_Data 정리기가 배치한 문서들의 관문 (`Domain_Design/From_RawData`).
+
+## 📚 문서 목록
+- [[Context]]
+- [[Morphology (Linguistics)]]
+- [[관련성 이론 (Relevance Theory)]]
+- [[그라이스의 대화 격률 (Gricean Maxims)]]
+- [[대화적 함축 (Conversational Implicature)]]
+- [[디버깅형 예제 (Buggy Examples)]]
+- [[생산적 실패 (Productive Failure)]]
+- [[오개념 교정 (Misconception Correction)]]
+- [[외재적 인지 부하 (Extraneous Cognitive Load)]]
+- [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- [[Morpheme]]
+- [[Syntax (Linguistics)]]
+- [[어휘 화용론 (Lexical Pragmatics)]]
+- [[지시 대상 할당 (Assignment of Referents)]]
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/Context.md b/10_Wiki/Topics/Domain_Design/From_RawData/Context.md
new file mode 100644
index 00000000..dbfb7192
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/Context.md
@@ -0,0 +1,182 @@
+---
+id: context
+title: "Context"
+category: "Computer_Science_and_Cognitive_Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["맥락", "컨텍스트", "문맥", "Execution Context", "In-context Learning", "High/Low Context"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: [
+ "Application Context, Activity Context and Memory leaks | by Shashank Mistry | Medium",
+ "Blogged Answers: Why React Context is Not a 'State Management' Tool (and Why It Doesn't Replace Redux)",
+ "Context - React",
+ "Difference between Swapping and Context Switching - TutorialsPoint",
+ "Effective context engineering for AI agents - Anthropic",
+ "Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리",
+ "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera",
+ "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI",
+ "Relevance theory - University of Southampton Web Archive",
+ "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘",
+ "[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리",
+ "맥락을 고려하는 뇌 - 바이오인",
+ "5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots"
+]
+applied_in: []
+github_commit: ""
+---
+
+# [[Context]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+**Context(맥락)**는 시스템, 인지 주체, 또는 대화 참여자가 모호성을 해소하고 현재의 상태(State)나 입력값에 **정확한 의미를 부여하거나 올바른 실행 경로를 결정할 수 있도록 지원하는 필수적인 배경 정보이자 환경 규범**이다.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **소프트웨어 아키텍처에서의 실행 및 상태 환경 (Execution & State Context):** 운영체제의 Context Switching(프로세스 상태의 저장/복원), JavaScript의 Execution Context(변수/함수 호이스팅 및 Scope 관리), 안드로이드의 Application/Activity Context 등 **프로그램이 실행되는 기준이 되는 메모리와 생명주기의 바운더리**를 의미한다.
+2. **의존성 주입 및 정보 수송 (Information Routing):** React Context API는 상태 관리(State Management) 도구가 아니라, 컴포넌트 트리 깊숙한 곳까지 Props를 일일이 전달하는 **Prop-drilling을 방지하기 위한 의존성 주입(Dependency Injection) 및 데이터 수송 메커니즘**이다.
+3. **AI와 자연어 처리에서의 인지 공간 (Cognitive & Inferential Context):** LLM의 In-context Learning(ICL), Transformer의 Attention 메커니즘(Q, K, V) 및 Context Engineering은 **주어진 토큰(Token)이나 예시(Exemplars) 내에서 의미적 연관성을 추론하여 최적의 결과값을 생성하는 베이지안/가중치 연산 기반의 학습 및 추론 환경**이다.
+4. **의사소통의 화용론적 규범 (Relevance & Pragmatic Context):** 인간의 소통은 투입되는 처리 노력(Processing Effort) 대비 인지적 효과(Cognitive Effect)를 극대화하는 방향으로 맥락을 해석하며(관련성 이론, Relevance Theory), 이는 발화의 명시적 함의(Explicature)를 복원하는 핵심 기제이다.
+5. **사회·문화적 행동 지침 (Cultural Context & Schema):** 에드워드 홀(Edward T. Hall)의 고맥락/저맥락(High/Low-Context) 문화 이론과 인지심리학의 도식(Schema)/스크립트(Script) 이론에 따르면, 맥락은 **인간이 복잡한 상황에서 에너지를 덜 쓰고도 적절하게 상호작용하도록 돕는 무의식적이고 집단적인 배경 지식 구조**다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **모호성 해소 및 추론 (Disambiguation & Inference):** 언어학의 문맥 단서(Context Clues), AI의 어텐션 메커니즘, 뇌 신경 회로(해마-내측전전두피질)는 모두 모호한 정보가 주어졌을 때 **주변의 맥락적 단서를 통합하여 정확한 의미나 적절한 생존 반응(예: 공포 소거)을 도출**하는 공통된 패턴을 띤다 [S10, S11, S12].
+* **자원 제약과 최적화 (Resource Constrained Optimization):** 운영체제의 CPU 레지스터 저장(Context Switching), LLM의 컨텍스트 윈도우 압축(Compaction) 등 맥락 처리는 항상 **시스템의 제한된 자원(시간, 메모리, Attention Budget)을 가장 효율적으로 배분하려는 경제성 원리**의 지배를 받는다 [S4, S5].
+* **계층적 생명주기 분리 (Hierarchical Lifecycle Management):** 안드로이드의 Application/Activity Context 구분, JS의 전역/함수 실행 컨텍스트 등 맥락은 **생명주기(Lifecycle) 단위로 스코프를 분리하여 메모리 누수를 방지하고 충돌을 격리**하는 설계 패턴을 갖는다 [S1, S6].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **React Context API** [S2, S3] | Prop-drilling 방지, 설정 및 사용이 간편하며 외부 라이브러리가 불필요함. | 상태 변경 시 하위 Consumer 컴포넌트 전체가 재렌더링됨. 복잡한 상태 관리에 부적합. | 정적이고 변경 빈도가 낮은 전역 데이터(테마, 언어, 로그인 유저 정보 등)를 컴포넌트 트리에 전달할 때. |
+| **Redux (React+Redux)** [S2] | 상태 변경 내역 추적(DevTools) 용이, 미들웨어 활용 가능, 특정 상태만 선택적 구독 및 리렌더링 최적화. | 설정(Boilerplate) 코드가 많고, 학습 곡선이 높음. | 복잡한 클라이언트 측 상태 관리, 상태 변경의 이력 추적이 필수적이며, 빈번한 상태 업데이트가 일어날 때. |
+| **Activity Context (Android)** [S1] | GUI(Dialog, Toast 등) 작업과 완벽히 호환되며 액티비티 수명과 일치. | 비동기 작업 중 액티비티가 파괴될 때 참조를 유지하면 치명적 메모리 누수 발생. | 화면 UI와 관련된 짧은 생명주기의 객체를 제어할 때. |
+| **Application Context (Android)** [S1] | 앱 종료 시까지 동일 객체가 유지되어 생명주기에 독립적이므로 메모리 누수 위험이 적음. | GUI 관련 컴포넌트(Dialog 등) 작동 시 에러 발생 가능. | 전역 백그라운드 작업, DB 접근, 싱글톤 패턴 등 액티비티 생명주기와 무관한 작업 시. |
+| **Context Switching (OS)** [S4] | CPU 레지스터 및 PCB 내에서 고속으로 상태 저장/복원이 이루어져 멀티태스킹 구현. | 잦은 전환 시 오버헤드 발생. | 프로세스 스케줄링, 인터럽트 처리 등 CPU 시분할 점유가 필요할 때. |
+| **Swapping (OS)** [S4] | 디스크를 활용해 메인 메모리의 한계를 극복. | 디스크 I/O 발생으로 속도가 매우 느림. | 메인 메모리(RAM) 용량이 부족하여 프로세스 전체 이미지를 디스크로 내보내야 할 때. |
+
+## 📖 세부 내용 (Details)
+
+**1. 컴퓨터 과학에서의 Execution Context & State**
+* **운영체제(OS) Context Switching:** 프로세스 제어 블록(PCB)에 현재 프로세스의 상태(프로그램 카운터, 레지스터 값 등)를 저장하고 다른 프로세스의 상태를 적재하는 메커니즘이다. 이는 디스크 영역으로 데이터가 이동하는 Swapping과 달리 CPU 내부 레지스터를 통해 빠르게 이루어지나 잦은 스위칭은 오버헤드를 유발한다 [S4].
+* **JavaScript Execution Context:** JS 엔진이 코드를 평가하고 실행하는 환경으로, 스코프와 호이스팅을 관리하는 `Variable Environment`, 런타임 시 동적 변화를 반영하는 `Lexical Environment`, 그리고 함수 호출 방식에 따라 동적으로 결정되는 `this binding`으로 구성된다 [S6].
+* **Android Context:** 앱 컴포넌트 간 정보 접근과 자원 호출을 담당한다. UI 관련 작업에는 생명주기가 짧은 `Activity Context`를 사용해야 하며, 이를 ViewModel과 같은 비동기 백그라운드 객체에 잘못 주입하면 치명적인 메모리 누수(Memory Leak)가 발생한다. 전역 자원 접근 시에는 `Application Context`를 활용해야 한다 [S1].
+* **React Context API:** 컴포넌트 간 전역 변수를 공유하여 수동으로 Props를 연쇄 전달하는 Prop-drilling을 막기 위한 '의존성 주입(Dependency Injection)' 파이프라인이다. **Redux와 달리 자체적으로 상태를 관리하지 않으며**, Provider 하위의 상태가 변경되면 모든 Consumer가 재렌더링되므로, 변경이 잦은 상태 관리에는 적합하지 않다 [S2, S3].
+
+**2. AI와 자연어 처리의 맥락 처리 메커니즘**
+* **어텐션 메커니즘 (Attention Mechanism):** Transformer 모델에서 어텐션은 **Q(Query, 현재 질문 단어), K(Key, 비교 대상 단어들의 인덱스), V(Value, 단어의 실제 의미 정보)** 간의 내적(Dot-product)을 통해 맥락적 연관성(Attention Score)을 계산한다. 이 점수를 기반으로 문맥적으로 중요한 정보만 선별하여(가중합) 모델이 문장의 맥락을 이해하도록 한다 [S11].
+* **인맥락 학습 (In-Context Learning, ICL):** 초거대 언어 모델(LLM)이 파라미터 업데이트 없이, 주어진 프롬프트(자연어 예시)만으로 새로운 과업을 수행하는 능력이다. 이는 모델이 사전 학습 과정에서 획득한 의미론적 사전 지식(Semantic Prior)을 베이지안 추론 프레임워크를 통해 이끌어내는 과정으로 입증되고 있다 [S8, S10].
+* **맥락 엔지니어링 (Context Engineering):** AI 모델의 유한한 Context Window(Attention Budget) 한계를 극복하기 위해 정보를 큐레이션하는 기법이다. 대화 기록을 압축하는 Compaction, 에이전트의 구조적 메모리 기록, 하위 에이전트(Sub-agent) 아키텍처 등을 통해 **최소한의 고신호 토큰(High-signal tokens)으로 최대의 결과(Desired outcome)**를 끌어낸다 [S5].
+
+**3. 화용론과 인간의 인지적 맥락 처리**
+* **관련성 이론 (Relevance Theory):** 스퍼버(Sperber)와 윌슨(Wilson)에 따르면, 인간 인지는 **'처리 노력(Processing Effort)'을 최소화하고 '긍정적 인지 효과(Positive Cognitive Effect)'를 극대화**하는 방향으로 맥락을 해석한다. 발화는 그 자체로 '최적의 관련성'을 보증한다는 전제하에 청자는 모호성을 해소(Disambiguation)하고 지시 대상을 할당하며 의미를 확장하여 명시적 함의(Explicatures)와 대화적 함축(Implicatures)을 추론한다 [S9, S10].
+* **맥락 단서 (Context Clues):** 독해 중 미지 어휘를 접할 때, 학습자는 논리적 유추(Logic), 예시(Examples), 반의어(Antonyms), 정의(Definition), 유의어(Synonyms) 등 5가지 주변 문맥 단서(LEADS)를 통해 단어의 의미를 추론한다 [S13].
+* **문화적 맥락 (High vs Low Context):** 에드워드 홀(Edward T. Hall)은 관계 중심적이고 비언어적 암묵성에 의존하는 '고맥락(High-context) 문화'(한국, 일본 등)와 명시적이고 건조한 언어 자체에 의존하는 '저맥락(Low-context) 문화'(미국, 독일 등)로 커뮤니케이션 양식을 구분하였다. 이는 글로벌 협업 시 피드백과 이메일 작성 등의 소통 양식에 큰 영향을 미친다 [S7, S10].
+* **뇌신경 회로에서의 맥락 (Neuroscience):** 해마(Hippocampus)와 내측전전두피질(mPFC), 편도체 네트워크는 동물과 인간이 환경적 맥락을 부호화(Encoding)하고, 조건화된 공포 기억을 인출하거나 억제(Extinction)하는 데 핵심 역할을 수행한다 [S12].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **React Context의 오해:** React Context는 이름과 달리 본질적으로 '상태 관리(State Management) 시스템'이 아니다. David Khourshid 및 React 코어 팀의 언급에 따르면, Context는 단일 값을 전달하는 전송 매커니즘일 뿐, 실제 상태의 업데이트 규칙은 `useState`나 `useReducer` 등에 의해 외부에서 통제되어야 한다 [S2].
+* **In-Context Learning의 작동 기전 수정:** 초창기에는 LLM이 프롬프트 예시를 보고 새로운 패턴을 '즉석에서 학습'한다고 여겨졌으나, 최근 연구(Bayesian inference framework 등)에 따르면 파라미터를 수정하는 것이 아니라, 모델이 사전 훈련 중에 습득한 '잠재 개념(Latent Concepts)'을 위치 지정(Locate)하고 이끌어내는 인지적 활성화 과정에 가깝다는 것이 정설로 받아들여지고 있다 [S8].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례(구체적인 프로젝트 파일 경로, Git 커밋 해시, 의사결정 기록 등)가 없습니다. (소스 문서들은 개념적 이론, API 사용법 가이드라인, 심리학/언어학/AI의 일반론을 다루고 있습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스 문서 [S3]에 명시된 React Context의 기본 생성 및 소비 패턴입니다.
+```javascript
+// React (Version 16.x+)
+// 1. Context 생성 (기본값 설정 가능)
+const ThemeContext = React.createContext('light');
+
+// 2. Provider를 통한 Context 제공
+class App extends React.Component {
+ render() {
+ return (
+
+
+
+ );
+ }
+}
+
+// 3. Consumer (혹은 useContext Hook)를 통한 Context 소비
+function Toolbar(props) {
+ return (
+
+
+
+ );
+}
+
+class ThemedButton extends React.Component {
+ static contextType = ThemeContext;
+ render() {
+ return ;
+ }
+}
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[In-context Learning]] — 연결 이유: LLM이 프롬프트의 맥락(예시)을 활용하여 파라미터 업데이트 없이 과제를 수행하는 기술.
+- [[Relevance Theory]] — 연결 이유: 화용론에서 인간의 소통이 최소한의 노력으로 최대의 맥락적(인지적) 효과를 얻도록 최적화됨을 설명하는 이론.
+- [[Context Switching]] — 연결 이유: 운영체제에서 다중 프로세스 처리를 위해 현재 프로세스의 상태(맥락)를 PCB에 보존하고 전환하는 메커니즘.
+- [[React Context API]] — 연결 이유: 프론트엔드 환경에서 컴포넌트 간 깊은 트리 구조를 관통하여 데이터를 직접 수송(의존성 주입)하는 환경.
+- [[Attention Mechanism]] — 연결 이유: Transformer 아키텍처 내에서 주어진 토큰이 문맥 속 다른 토큰들과 맺는 맥락적 연관성을 Q,K,V 내적을 통해 정량화하는 기법.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- LLM의 Context Window 한계를 극복하기 위해 Context Engineering에서 활용하는 Compaction 전략의 구체적인 프롬프트 작성 방법은 무엇인가?
+- 안드로이드 환경에서 ViewModel에 Activity Context를 주입했을 때 발생하는 Memory Leak을 프로파일링하고 해결하는 구체적 아키텍처 패턴은 무엇인가?
+- 화용론의 '관련성 이론'과 LLM의 '어텐션 메커니즘'이 맥락 내 모호성을 해소(Disambiguation)하는 방식은 수학적·인지적으로 어떤 유사성을 지니는가?
+- 고맥락(High-Context) 문화의 조직에서 글로벌 IT 프로젝트를 진행할 때 발생할 수 있는 소통 비용을 낮추기 위한 애자일 커뮤니케이션 규칙은 어떻게 설계되어야 하는가?
+- OS의 Context Switching 시 발생하는 오버헤드를 최소화하기 위한 최신 스케줄링 알고리즘이나 하드웨어 레벨의 최적화 기법은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** React 컴포넌트 트리 설계 시 Prop-drilling이 발생하는 전역 데이터(테마, 다국어 설정)에 한해 Context API 적용.
+- **System Design:** 안드로이드 아키텍처 설계 시 화면 UI가 아닌 데이터베이스나 싱글톤 백그라운드 모듈에는 무조건 Application Context를 주입하도록 강제.
+- **Operation / Maintenance:** LLM 에이전트를 프로덕션에 배포할 때, Token Budget 관리를 위해 불필요한 과거 대화 기록을 요약(Compaction)하는 메모리 관리 파이프라인 운영.
+- **Learning Path:** 문맥 단서(Context Clues)를 활용한 초등/중등 수준의 영어 어휘 추론 교수법, 그리고 문화 맵(The Culture Map) 기반의 다국적 팀 온보딩 트레이닝.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Redux]] — 확장 방향: React Context API가 대체할 수 없는, 복잡하고 빈번한 상태 변화 로직을 중앙 집중적으로 관리하는 라이브러리 탐구.
+- [[Process Control Block (PCB)]] — 확장 방향: OS Context Switching 시 구체적으로 어떤 레지스터와 메모리 포인터 정보가 저장되는지에 대한 심층 운영체제 아키텍처 연구.
+- [[Schema Theory]] — 확장 방향: 맥락을 이해하는 데 필요한 사전 배경 지식인 인지 도식과 스크립트가 인간의 기억과 AI의 잠재 공간(Latent Space)에 어떻게 저장되는지에 대한 신경 인지적 확장.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[In-context Learning]], [[React Context API]], [[Attention Mechanism]]
+- **참조 맥락:** 시스템 설계(OS/안드로이드), 프론트엔드 상태 관리망 최적화, AI 프롬프트 엔지니어링, 자연어 처리 및 상호 문화간 커뮤니케이션의 핵심 배경 원리로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Application Context, Activity Context and Memory leaks | by Shashank Mistry | Medium
+- [S2] Blogged Answers: Why React Context is Not a "State Management" Tool (and Why It Doesn't Replace Redux)
+- [S3] Context - React
+- [S4] Difference between Swapping and Context Switching - TutorialsPoint
+- [S5] Effective context engineering for AI agents - Anthropic
+- [S6] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리
+- [S7] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S8] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI
+- [S9] Relevance theory - University of Southampton Web Archive
+- [S10] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S11] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리
+- [S12] 맥락을 고려하는 뇌 - 바이오인
+- [S13] 5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/Morpheme.md b/10_Wiki/Topics/Domain_Design/From_RawData/Morpheme.md
new file mode 100644
index 00000000..15907bf8
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/Morpheme.md
@@ -0,0 +1,97 @@
+---
+id: morpheme
+title: "Morpheme"
+category: "Education_and_Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "형태소"
+ - "Morphology"
+ - "형태론"
+ - "어근과 접사"
+ - "Word Parts"
+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:
+ - "Using Context Clues to Understand Word Meanings | Reading Rockets"
+ - "Teaching the Types of Context Clues - The K Files -"
+ - "How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia"
+ - "The Complete Guide to Context Clues Lessons - Teaching with a Mountain View"
+applied_in: []
+github_commit: ""
+---
+
+# [[Morpheme]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+형태소(Morpheme)는 단어를 구성하는 의미 있는 최소 단위로, 어근(Root)과 접사(Affix)로 나뉘며 독해 시 미지 어휘의 의미를 유추하는 핵심 문맥 단서(Context Clues)로 작용한다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **형태소(Morpheme):** 단어를 구성하는 의미 있는 부분(meaningful part of a word) [S1].
+- **어근(Root/Base word):** 단어의 핵심적인 의미를 담고 있는 주축 부분 [S2], [S4].
+- **접사(Affix):** 형태소의 일종으로 단어의 앞부분(접두사, Prefix)이나 뒷부분(접미사, Suffix)에 결합하여 기존과 다른 의미를 가진 새로운 단어를 형성함 [S1], [S2].
+- **형태론(Morphology) 전략:** 어휘의 구성 형태소(어근 및 접사 등)를 파악해 단어의 전체 의미를 결정하는 방법론 [S3].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **단어 분해 전략 (Word Parts Strategy):** 텍스트 내에서 낯선 어휘를 접두사, 어근, 접미사 단위로 잘게 분해한 뒤 각 형태소의 의미를 조합하여 전체 단어의 뜻을 유추하는 학습 휴리스틱 [S2], [S4].
+- **다중 전략 교차 활용:** 어휘 의미 파악 시 문장 수준의 문맥 단서(Context Clues)에만 단일하게 의존하지 않고, 형태론(Morphology) 지식을 동시에 동원하여 의미 파악의 정확도와 강건성을 높임 [S3].
+
+## 📖 세부 내용 (Details)
+- **형태소의 구조적 특징:** 형태소(Morpheme)는 어휘를 구성하는 의미 있는 단위로, 어근(Root)과 접사(Affix) 등으로 세분화된다 [S1], [S2]. 접사는 단어의 앞부분에 결합하는 접두사(Prefix)와 뒷부분에 결합하는 접미사(Suffix)로 나뉘며, 본래 단어에 부착되어 다른 의미의 새로운 단어를 만들어내는 역할을 수행한다 [S1], [S2]. 어근은 해당 단어의 가장 핵심적인 의미를 운반하는 역할을 담당한다 [S2].
+- **독해 및 어휘 추론에서의 활용:** 독해 과정 중 주변 단어들만으로 이루어진 문맥 단서가 효과적으로 작동하지 않거나 부족한 상황에서, 독자는 단어를 구성하는 형태소 요소(접두사, 어근/기본 단어, 접미사)를 논리적으로 분해하여 의미를 도출하는 대안적 사고를 거친다 [S4]. 이러한 형태론적 분석은 문맥 분석 전략과 결합할 때 시너지 효과를 발휘한다 [S3].
+- **형태소 분석 예시:** 'unsuccessful'이라는 낯선 단어를 조우했을 때, 이를 'un-'(아니다/not), 'success'(성공/accomplish a purpose), '-ful'(가득 찬/full of)이라는 세 가지 형태소로 분리하여 "성공으로 가득 차지 않은(not full of success)"이라는 최종 의미를 성공적으로 합성해낼 수 있다 [S2].
+- **교육 표준(Standards)의 적용:** 미국의 어휘 습득 및 활용 핵심 표준(Common Core Standards)에 따르면, 초등학교 3학년 학생들은 접사 및 어근에 대한 지식을 활용하여 모르는 단어의 의미를 유추할 수 있어야 한다 [S5]. 4학년과 5학년으로 올라갈수록 그리스어 및 라틴어 기반의 접사와 어근을 복합적으로 활용하여 정밀한 의미를 결정하는 고도화된 형태소 분석 역량이 요구된다 [S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보나 모순점은 발견되지 않았습니다. 형태소와 형태론(Morphology)의 언어학적 정의 및 교육적 활용 방안이 모든 소스에 걸쳐 일관되게 서술되어 있습니다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.85
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Clues]] — 연결 이유: 형태소를 이용한 의미 분석은 미지 어휘를 파악하는 대표적인 문맥 단서 전략 중 하나로 작동함.
+- [[Morphology]] — 연결 이유: 형태소를 기반으로 단어의 내부 구조를 분석하여 의미를 파악하는 언어학적/인지적 방법론.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 그리스어 및 라틴어 어근 기반의 형태소 분석 훈련이 저학년 학습자의 텍스트 독해 속도 및 정확도 향상에 미치는 구체적인 정량적 효과는 무엇인가?
+- 구조적으로 불규칙하거나 예외적인 형태소가 포함된 어휘를 가르칠 때 인지적 오류를 줄이기 위한 교수법(Heuristics)은 무엇이 있는가?
+- (소스에 관련 정보가 부족합니다.)
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 초등 교육 현장에서 미지 어휘 추론 훈련(Word Study) 로직 설계.
+- **Learning Path:** 초등 3~5학년 단계별 어휘력 확장 및 문맥 파악 기반의 문해력 강화 커리큘럼.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Reading Comprehension]] — 확장 방향: 형태소 이해를 통한 전반적인 텍스트 독해력 강화 메커니즘.
+- [[Vocabulary Acquisition]] — 확장 방향: 형태소 및 문맥 단서를 통한 자기 주도적 어휘 습득 과정.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Clues]], [[Morphology]]
+- **참조 맥락:** 독해 환경에서 학습자가 미지 어휘에 직면했을 때 단어의 내부 형태소 구조(어근, 접사)를 분석하여 문맥적 의미를 파악하는 규칙의 이해.
+
+## 📚 출처 (Sources)
+- [S1] Using Context Clues to Understand Word Meanings | Reading Rockets
+- [S2] Teaching the Types of Context Clues - The K Files -
+- [S3] How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia
+- [S4] How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia
+- [S5] The Complete Guide to Context Clues Lessons - Teaching with a Mountain View
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/Morphology (Linguistics).md b/10_Wiki/Topics/Domain_Design/From_RawData/Morphology (Linguistics).md
new file mode 100644
index 00000000..444df240
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/Morphology (Linguistics).md
@@ -0,0 +1,102 @@
+---
+id: morphology-(linguistics)
+title: "Morphology (Linguistics)"
+category: "Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["형태론", "어원 분석", "Word Parts", "Affixes", "Roots", "Morphology"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "vocabulary", "morphology"]
+raw_sources: ["Using Context Clues to Understand Word Meanings | Reading Rockets", "Teaching the Types of Context Clues - The K Files -", "How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia", "5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots", "Essential Vocabulary Tools: 5 Types of Context Clues Your Students Need to Know"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Morphology (Linguistics)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+형태론(Morphology)은 단어의 구성 요소(어근, 접두사, 접미사)를 논리적으로 분해하여, 문맥 단서만으로 부족할 때 미지 어휘의 의미를 해독하게 해주는 핵심 언어학적 분석 도구이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **어근 (Root/Base word)**: 단어의 중심이 되며 핵심적인 의미를 지니는 가장 기본적인 구성 요소
+- **접사 (Affix)**: 어근에 결합하여 단어의 의미나 품사를 변형시키는 형태소 (접두사와 접미사 포함)
+- **형태소 (Morpheme)**: 의미를 가지는 단어의 가장 작은 구성 단위
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **다중 전략의 시너지 (Combining Strategies)**: 독자가 미지 어휘를 만났을 때, 문장 내 주변 단어를 활용하는 [[Context Clues]](문맥 단서) 전략과 단어 자체의 구조를 쪼개어 보는 형태소 분석(Morphology) 전략을 교차 검증하며 유연하게 병행하는 패턴 [S3].
+- **선행 지식 활용 패턴**: 형태소 분석의 효과를 높이기 위해 그리스어 및 라틴어 어근(Greek and Latin Roots)에 대한 규칙적이고 충분한 선행 학습을 바탕으로 분석을 전개하는 패턴 [S4, S5].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **문맥 단서 (Context Clues)** | 단어의 구조를 몰라도 주변 문장의 논리, 예시, 대조 등을 통해 자연스럽고 직관적으로 의미 유추가 가능함 [S2, S3] | 주변 텍스트의 문맥이 모호하거나 정보가 충분히 제공되지 않으면 의미를 유추할 수 없음 [S3] | 텍스트 내에 작가가 의도적으로 제공한 정의, 예시, 반의어 등의 힌트가 명시되어 있을 때 [S2] |
+| **형태소 분석 (Morphology)** | 문맥의 도움 없이도 단어 자체의 부품 분석만으로 과학적이고 독립적인 의미 도출이 가능함 [S2, S3] | 기본적인 라틴어/그리스어 어근 및 접사에 대한 선행 학습이 갖추어져 있어야만 활용 가능함 [S4, S5] | 단어가 접두사, 접미사, 어근으로 명확히 분리되며, 주변 문맥만으로는 그 의미를 파악하기 어려울 때 [S2, S3] |
+
+## 📖 세부 내용 (Details)
+- **형태론과 문법의 상관관계**: 형태론(Morphology)은 언어의 문법(Grammar) 규칙 중 하나로, 문맥 내에서 **단어의 형태(forms of words)**를 지배하는 체계이다 [S1]. 이는 단어들이 결합하여 문장을 이루는 통사론(Syntax)과 상호보완적으로 작동하여 언어의 의미 구조를 형성한다 [S1].
+- **형태소(Morpheme)와 단어의 구성(Word Parts)**: 형태소는 의미를 가지는 단어의 구성 단위로, 단어의 핵심 의미를 담고 있는 **어근(Root)**과 어근의 앞뒤에 결합하여 의미를 다르게 변형시키는 **접사(Affix)**로 이루어진다 [S1, S2].
+- **접두사(Prefix)와 접미사(Suffix)**: 접사 중 단어의 시작 부분에 결합하는 것을 접두사(예: 'not'을 의미하는 un-)라 하고, 단어의 끝부분에 결합하는 것을 접미사(예: 'full of'를 의미하는 -ful)라 칭한다 [S1, S2].
+- **어휘 해독 전략으로서의 형태소 분석**: 미지 어휘에 직면했을 때, 주변 문맥 단서만으로 부족하다면 형태론적 접근을 통해 단어의 부품을 논리적으로 해체하는 것이 매우 유용한 대안 전략이다 [S3].
+ - 교육 현장에서는 이 형태소 분석 능력을 강화하기 위해 **라틴어 및 그리스어 어근(Latin and Greek Roots)**을 심도 있게 가르쳐 단어 유추의 기반 지식으로 활용한다 [S4, S5].
+ - **분석 예시**: "unsuccessful"이라는 단어를 해독할 때, 접두사 "un-"(not), 어근 "success"(목적이나 목표 달성), 접미사 "-ful"(full of)로 쪼개어 분석함으로써 **"성공으로 가득 차지 않은"**이라는 정확한 의미를 도출할 수 있다 [S2].
+- **맥락 이해와의 결합**: 형태소 분석은 문맥 단서(Context Clues)를 활용한 의미 추론 과정을 완벽히 대체하는 것이 아니라, 두 가지 전략을 유연하게 교차 사용(Strategy Swap)함으로써 가장 정확하게 단어의 뜻을 파악하도록 돕는 필수적인 병행 도구이다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 직접적으로 상충되는 정보는 발견되지 않는다. 다만, 형태소 분석(Morphology/Word Parts)은 때로 문맥 단서(Context Clues)와 구분되는 독립적인 대안 전략으로 서술되기도 하고(Lexia) [S3], 넓은 의미에서 단어 내부에 존재하는 힌트를 활용한다는 측면에서 문맥 단서의 한 유형(Reading Rockets)으로 통합되어 설명되기도 한다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스에서 이 지식이 실제로 적용된 코드 파일 경로, Git 커밋 해시 또는 decision_id가 확인되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[context 이해 규칙]] — 연결 이유: 형태소 분석은 텍스트 맥락을 해독하기 위한 필수적인 하위 인지 규칙임
+- [[Context Clues]] — 연결 이유: 형태소 분석과 함께 미지 어휘의 뜻을 유추하는 상호보완적 독해 전략
+- [[Morpheme]] — 연결 이유: 형태론의 가장 기본이 되는 의미의 최소 단위 개념
+- [[Affix]] — 연결 이유: 어근에 붙어 새로운 의미와 문법적 기능을 형성하는 형태소
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 라틴어 및 그리스어 어근 지식이 다언어 화자(Multilingual learners)의 형태소 기반 맥락 파악에 어떤 이점을 제공하는가?
+- 문맥 단서와 형태소 분석 전략이 서로 충돌하는 결과(예: 문맥상 의미와 어원적 의미가 다름)를 나타낼 때, 뇌는 어떤 인지적 우선순위를 따르는가?
+- LLM(대형 언어 모델)은 인간의 형태소 분석(Morphology) 과정과 동일하게 단어를 Sub-word 토큰으로 분리하여 맥락을 해독하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 초등 고학년 및 중등부 대상의 어휘력 강화 커리큘럼에서 '단어 쪼개기(Word Part Analysis)' 활동으로 직접 구현됨
+- **System Design:** 자연어 처리(NLP) 파이프라인에서 텍스트의 어간 추출(Stemming) 및 표제어 추출(Lemmatization) 모듈 설계 시 반영
+- **Operation / Maintenance:**
+- **Learning Path:** 문장 내 주변 단어를 통한 문맥 유추(Context Clues) 학습 후, 구조적 단어 분석(Morphology/Word Parts)으로 넘어가는 어휘 학습 로드맵
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Syntax (Linguistics)]] — 확장 방향: 단어의 형태(Morphology)가 문장 구조(Syntax)와 결합하여 어떻게 전체적인 문법(Grammar)을 구성하는지로 확장
+- [[Natural Language Processing]] — 확장 방향: 컴퓨터가 형태소를 어떻게 토큰화(Tokenization)하고 분석하는지에 대한 AI 영역으로의 확장
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Clues]], [[Morpheme]]
+- **참조 맥락:** 독자가 모르는 단어를 마주했을 때 주변 문맥 단서의 한계를 극복하고 어원 및 형태소 분석을 통해 독립적으로 의미를 추론하는 문해력 고도화 과정에서 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Using Context Clues to Understand Word Meanings | Reading Rockets
+- [S2] Teaching the Types of Context Clues - The K Files -
+- [S3] How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia
+- [S4] 5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots
+- [S5] Essential Vocabulary Tools: 5 Types of Context Clues Your Students Need to Know
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/Syntax (Linguistics).md b/10_Wiki/Topics/Domain_Design/From_RawData/Syntax (Linguistics).md
new file mode 100644
index 00000000..4798c700
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/Syntax (Linguistics).md
@@ -0,0 +1,107 @@
+---
+id: syntax-(linguistics)
+title: "Syntax (Linguistics)"
+category: "Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["통사론", "구문론", "통사 구조", "Syntax", "문장 구조"]
+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: ["Using Context Clues to Understand Word Meanings | Reading Rockets", "Relevance theory1", "Script Theory | Social Sciences and Humanities | Research Starters - EBSCO", "Relevance theory - University of Southampton Web Archive", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Syntax (Linguistics)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+통사론(Syntax)은 언어 내에서 단어들이 결합하여 문장을 형성하는 구조적 규칙이자, 화용론 및 인지적 추론과 결합하여 다차원적인 문맥을 파악하게 하는 필수적인 단서 체계이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **문장 구성 규칙 (Rules of Sentence Construction)**: 언어 맥락에서 단어의 형태(형태론)와 함께 단어들이 문장 속에서 결합할 수 있는 방식을 통제하는 체계.
+* **사고의 통사론 (Syntax of a thought)**: 인지과학의 계산/표상적 마음 이론(C/RTM)에서, 정신적 연산의 원인과 결과를 결정짓는 구조적 기하학.
+* **구문적 유효성과 의미의 괴리**: 문법적으로 완벽한 통사 구조를 갖추더라도 상황적, 의미적 타당성(예: 의자를 먹다)을 보장하지는 않는다는 한계.
+* **맥락 단서 (Context Clues)**: 독해 과정에서 미지 어휘의 뜻을 논리적으로 유추할 수 있도록 돕는 구조적 힌트.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+통사 구조는 형태론적 지식과 교차 검증되어 모르는 단어의 의미를 추정하는 맥락 단서로 작용하지만, 발화의 진정한 의미나 화자의 의도를 완전히 해독하기 위해서는 통사적 분석을 넘어선 화용론적 추론(관련성 이론 등)과 배경지식(스크립트 이론)이 반드시 병행되어야 한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **통사/형식 의미론적 접근 (Syntactosemantic account)** | 문장의 진리 조건과 구조적 결합 방식을 명시적이고 엄밀하게 설명 가능. | 문맥에 따른 의미 변화나 다의성을 설명하기 위해 언어적 표상을 불필요하게 증식시킴. | 언어의 구조적 타당성을 검증하거나 기계적인 구문 분석 트리를 구축할 때. |
+| **화용론적 접근 (Pragmatic account)** | '수정된 오컴의 면도날'을 적용하여 언어적 표상을 최소화하고 인지적으로 경제적인 해석 제공. | 문맥적 추론에 의존하므로 구조적으로 고정된 단일 의미를 도출하기 어려움. | 실제 의사소통 맥락에서 발화자의 숨겨진 의도나 함축된 의미를 해석할 때. |
+
+## 📖 세부 내용 (Details)
+**통사론의 정의와 맥락 단서로서의 역할**
+통사론(Syntax)은 언어 문맥에서 단어의 형태(형태론, Morphology)와 더불어 단어들이 어떻게 결합하여 문장을 형성할 수 있는지를 통제하는 규칙의 집합이다 [S1]. 초등학교 5학년 수준 이상의 심화 독해 교육 과정에서, 통사 구조론은 형태론과의 교차 검증을 통해 미지 어휘의 문맥적 의미를 정밀하게 추정하는 강력한 맥락 단서(Context Clues)로 작용한다 [S5].
+
+**사고의 통사론 (Syntax of a Thought)**
+인지과학의 계산/표상적 마음 이론(Computational/Representational Theory of Mind, C/RTM)에 따르면, 정신적 연산에서 '사고의 통사(Syntax)'는 열쇠의 기하학적 구조가 어떤 자물쇠를 열 수 있는지를 결정하는 것과 동일한 방식으로 사고의 발생 원인과 결과를 결정짓는다 [S2]. 즉, 정신적 연산에 대한 통사적 이론은 사고의 지능적 작용에 대한 환원적인(reductive) 설명을 제공한다 [S2].
+
+**통사 구조와 의미의 괴리**
+문장 구조가 통사적으로 유효하다고 해서 그 의미까지 합리적으로 성립하는 것은 아니다. 예를 들어, 명사-동사-관사-명사(noun-verb-article-noun)라는 통사적 구조가 유효하다고 가정할 때, "John ate an orange(존은 오렌지를 먹었다)"라는 문장뿐만 아니라 "John ate a chair(존은 의자를 먹었다)"와 같은 문장도 통사적으로는 완전히 유효한 문장이 된다 [S3]. 이는 문장의 진정한 의미나 인공지능의 자연어 처리 메커니즘을 설명할 때, 통사론적 문장 구조 분석만으로는 한계가 있음을 명확히 보여준다 [S3].
+
+**화용론적 접근과의 대조 (Modified Occam's Razor)**
+이러한 통사론적 한계 때문에 인간의 커뮤니케이션은 통사론(Syntax)과 의미론(Semantics)을 넘어서는 독립된 화용론적 연구를 필요로 한다 [S4]. 기존의 형식 의미론은 진리 조건의 차이가 발생할 때 이를 문장 내 단어들의 통사적, 의미적 인코딩 조합으로 설명하려 하며, 이는 필연적으로 언어적 표상과 의미를 복잡하게 증식(multiply)시키는 결과를 낳는다 [S2]. 반면, 관련성 이론(Relevance Theory)으로 대표되는 화용론적 접근은 '수정된 오컴의 면도날(Modified Occam's Razor)' 원칙을 적용한다 [S2]. 통사/의미론적 표상(Syntactosemantic account)을 기계적으로 늘리는 대신, 인지적으로 경제적인 화용론적 메커니즘을 통해 맥락적 의미를 단일하게 추론하는 방식을 선호한다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+구조적(통사적) 타당성이 의미론적, 실용적 타당성과 완벽히 일치하지 않는 모순이 존재한다. "John ate a chair"의 사례처럼 통사 규칙은 완벽히 준수하면서도 상식적인 의미상으로는 성립할 수 없는 맹점이 발생한다 [S3]. 따라서 인공지능 자연어 처리(NLP) 에이전트를 구축하거나 인간의 소통을 모델링할 때, 구문 트리(Syntax tree) 분석에만 의존하는 것은 한계가 있으며, 스크립트 이론(Script Theory)이나 관련성 이론(Relevance Theory) 등 문맥을 실시간으로 추론하고 보정하는 인지 모델이 필수적으로 결합되어야 한다 [S3], [S4].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.85
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Pragmatics]] — 통사론이 해결하지 못하는 발화의 실제 문맥적 의미와 의도를 분석하는 화용론.
+- [[Semantics]] — 통사 구조를 바탕으로 단어와 문장 구조 자체의 고정된 의미를 탐구하는 학문.
+- [[Relevance Theory]] — 통사적 표상을 넘어 인지적 최소 노력으로 최적의 문맥 의미를 추론하는 인지 이론.
+- [[Context Clues]] — 독해 시 통사 구조와 형태론을 결합하여 미지 어휘를 파악하는 교육적 문맥 단서.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 인공지능 모델(LLM)은 통사적으로 완벽하지만 의미적으로 모순된 문장("John ate a chair")을 어떻게 처리하고 식별하는가?
+- 사고의 통사(Syntax of a thought)라는 인지과학적 관점이 현대 신경망 아키텍처의 설계에 어떤 영향을 미쳤는가?
+- 문장의 통사 구조를 파악하는 과정에서 화용론적 추론(관련성 이론 등)은 구체적으로 어느 단계에서 개입하는가?
+- 독해 교육에서 통사론적 단서와 형태론적 단서를 결합하여 학습시키는 효과적인 융합 교수법은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자연어 처리(NLP) 엔진에서 구문 분석(Parsing) 트리 구축 및 오류 검출 모듈 구현.
+- **System Design:** LLM 프롬프트 엔지니어링 시 지시문의 구조적 모호성을 줄이기 위한 통사적 제약 설계.
+- **Operation / Maintenance:** AI 에이전트의 응답 결과물이 통사적으로는 유효하나 문맥상 부적절한 환각(Hallucination)을 일으킬 때 이를 교정하는 로직 보완.
+- **Learning Path:** 언어학 및 교육학에서 학습자의 어휘 인출 및 문장 구조 파악 능력을 증진하기 위한 독해 커리큘럼 구성.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Morphology]] — 확장 방향: 통사론과 결합하여 단어의 의미적 파생과 구조를 밝히는 형태론적 규칙 탐구.
+- [[Computational/Representational Theory of Mind (C/RTM)]] — 확장 방향: 계산주의적 관점에서 통사와 의미의 관계를 심리 철학적으로 조명.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Pragmatics]], [[Semantics]]
+- **참조 맥락:** 텍스트 독해 시 문장의 구조를 통한 단어 의미 유추 프로세스 및, 인공지능/인지과학 분야에서 기호 구조(통사)와 맥락적 의미의 차이를 분석할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Using Context Clues to Understand Word Meanings | Reading Rockets
+- [S2] Relevance theory1
+- [S3] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO
+- [S4] Relevance theory - University of Southampton Web Archive
+- [S5] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/관련성 이론 (Relevance Theory).md b/10_Wiki/Topics/Domain_Design/From_RawData/관련성 이론 (Relevance Theory).md
new file mode 100644
index 00000000..2be0bc9d
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/관련성 이론 (Relevance Theory).md
@@ -0,0 +1,111 @@
+---
+id: 관련성-이론-(relevance-theory)
+title: "관련성 이론 (Relevance Theory)"
+category: "Cognitive_Science_and_Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["RT", "관련성 원리", "적합성의 원리", "Relevance Theory"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Relevance theory - University of Southampton Web Archive", "Relevance theory - Wikipedia", "Relevance theory1", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment"]
+applied_in: []
+github_commit: ""
+---
+
+# [[관련성 이론 (Relevance Theory)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인간의 인지와 의사소통은 투입되는 '처리 노력(Processing Effort)'을 최소화하고 획득하는 '긍정적 인지 효과(Positive Cognitive Effect)'를 극대화하려는 '관련성(Relevance)' 추구라는 단일한 메커니즘에 의해 작동한다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **인지적 관련성 원리 (Cognitive Principle of Relevance):** 인간의 인지 체계는 진화적 압력에 의해 관련성을 극대화하는 방향으로 구조화되어 있다는 원리이다 [S1, S2, S3, S4].
+* **의사소통적 관련성 원리 (Communicative Principle of Relevance):** 모든 명시적(ostensive) 자극(발화 등)은 그 자체로 '최적의 관련성(optimal relevance)'에 대한 가정을 전달한다는 원리이다 [S1, S2, S3, S4].
+* **명시적-추론적 의사소통 (Ostensive-Inferential Communication):** 화자가 정보를 전달하려는 '정보적 의도(Informative intention)'와 이 의도를 청자가 인식하게 하려는 '의사소통적 의도(Communicative intention)'를 표출하고, 청자는 이를 단서로 화자의 의미를 추론하는 과정이다 [S1, S2].
+* **비용-편익 상충 관계 (Effort vs. Effect):** 발화나 정보가 관련성이 높기 위해서는 인지적 효과(새로운 지식 획득, 기존 가정 수정 등)가 커야 하며, 반대로 이를 처리하는 데 드는 정신적 노력은 적어야 한다 [S1, S2, S3, S4].
+* **명시적 함의(Explicature)와 대화적 함의(Implicature):** 암묵적으로 전달되는 함의(Implicature)뿐만 아니라, 화자가 명시적으로 발화한 내용을 바탕으로 지시어 할당, 중의성 해소, 의미 확장을 거쳐 명제적 의미를 구성하는 명시적 함의(Explicature) 또한 관련성 원리에 기반한 화용론적 추론의 결과이다 [S1, S2, S3, S4, S5].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **최소 노력의 경로 (Path of least effort) 휴리스틱:** 청자는 관련성을 계산할 때 가장 접근하기 쉬운 해석 가설(지시어 참조, 중의성 해소 등)부터 순차적으로 검증하며, 자신의 '관련성 기대치'가 충족되는 즉시 추론을 중단한다 [S1, S2, S3].
+* **임시 개념(Ad hoc concepts) 구축 패턴:** 의사소통 과정에서 단어의 고정된 사전적 의미가 그대로 쓰이는 대신, 관련성 기대를 충족시키기 위해 문맥에 맞게 의미 범위가 확장(broadening/loosening)되거나 축소(narrowing)되어 임시 개념(예: `BANK*`, `SAINT*`)이 실시간으로 생성된다 [S3, S5].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **폴 그라이스의 대화 격률 (Grice's Maxims)** | 대화 참여자가 '협력 원칙'에 따라 양, 질, 관계, 태도의 4가지 격률을 준수한다는 직관적이고 구조화된 규범을 제공함. | 협력적이지 않은 상황(거짓말, 정보 은폐 등)을 온전히 설명하기 어려움. 격률의 위반(Flouting)만으로 모든 함의를 설명하는 데 한계가 있음. | 대화의 사회적 협력성과 규칙 위반을 통한 의도적 의미 생성(풍자, 반어 등)을 교육하거나 분석할 때 |
+| **관련성 이론 (Relevance Theory)** | 4가지 격률을 '관련성'이라는 단일 인지 원리로 통합하여 경제적임. 화용론적 추론을 명시적 의미(Explicature) 영역까지 확장하여 해석의 일관성을 높임. | '관련성(인지 효과와 처리 노력)'을 수학적이나 정량적으로 수치화하여 측정하기 어려움. | 인간의 일반적인 인지 처리 과정, 인공지능의 맥락 이해(In-Context Learning), 인지 비용과 효용 분석 등을 모델링할 때 |
+
+## 📖 세부 내용 (Details)
+관련성 이론(Relevance Theory)은 인류학자이자 인지과학자인 댄 스퍼버(Dan Sperber)와 언어학자 디어드리 윌슨(Deirdre Wilson)이 폴 그라이스(Paul Grice)의 화용론을 발전시켜 제안한 인지적 의사소통 프레임워크이다 [S1, S2]. 기존의 '코드 모델(Code Model)'이 발신자의 인코딩과 수신자의 디코딩으로만 소통을 설명했던 것과 달리, 관련성 이론은 화자가 의도를 명시(ostension)하고 청자가 이를 바탕으로 숨겨진 의미를 복원하는 '추론 모델(Inferential Model)'을 채택한다 [S1, S4].
+
+**1. 인지적 효과와 처리 노력의 상관관계**
+관련성 이론에서 '관련성'이란 특정 현상이나 발화가 개인에게 미치는 '긍정적 인지 효과(Positive cognitive effect)'와 이를 해석하는 데 소요되는 '처리 노력(Processing effort)' 간의 비교 속성이다 [S1, S2, S3]. 긍정적 인지 효과란 새로운 진실된 정보를 얻거나, 잘못된 인상을 수정하거나, 의심을 해소하는 등 세상에 대한 인지 주체의 표상에 실질적인 도움을 주는 변화를 뜻한다 [S1]. 동일한 효과를 낼 경우 처리 노력이 적게 들수록 관련성이 높고, 동일한 노력이 들 경우 효과가 클수록 관련성이 높다 [S1, S2, S3].
+
+**2. 관련성 추론 절차와 명시적 함의(Explicature)**
+청자는 발화자의 말을 이해할 때 '최소 노력의 경로'를 따른다. 인지적으로 가장 접근하기 쉬운 가설부터 순서대로 검증하다가, 충분한 관련성이 달성되면 그 즉시 해석을 멈춘다 [S1, S2, S3]. 이 원리는 숨겨진 의미인 대화적 함의(Implicature)를 파악할 때뿐만 아니라, 발화된 문장 자체의 의미를 완성하는 명시적 함의(Explicature) 단계에서도 강력하게 작동한다 [S2, S4, S5]. "수잔이 음식을 싫어했다" 뒤에 "그녀의 키위가 너무 시다"라는 문장이 올 때, 청자는 '그녀'를 수잔으로, '키위'를 조류가 아닌 과일로, '너무 시다'를 '심사위원들의 기준에 맞지 않게 시다'로 문맥에 맞게 확장 보완(Semantic Enrichment)하는데, 이 모든 과정이 관련성 원리의 지배를 받는다 [S2, S4].
+
+**3. 화용론적 미세 조정: 임시 개념(Ad hoc concepts) 구축**
+의사소통 과정에서 사람들은 종종 단어의 엄격한 사전적 의미를 넘어 느슨하게(loose) 사용하거나 은유적으로 사용한다 [S1, S3, S5]. 관련성 이론에서는 이를 설명하기 위해 '임시 개념(Ad hoc concepts)'을 제시한다. 화자가 "프랑스는 육각형(hexagonal)이다"라고 말할 때, 엄밀한 기하학적 육각형을 의미하는 것이 아니라 인지적 기대를 충족시키기 위해 개념의 외연이 확장(broadening)된 `HEXAGONAL*` 이라는 임시 개념을 실시간으로 추론해 낸다 [S3, S5]. 반대로 "피터는 성자(saint)다"라는 표현에서는 실제 성인(saint)이 아니라는 점에서 의미가 확장되지만, 동시에 '배려 깊고 희생적인 사람'이라는 특정 속성으로 의미가 축소(narrowing)되는 양상이 동시에 일어난다 [S3, S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **그라이스 협력 원칙에 대한 반박:** 그라이스의 이론에서는 의사소통이 성립하려면 화자의 '협력(co-operation)'과 정보 제공에 대한 '의지(willingness)'가 전제되어야 하지만, 관련성 이론은 이 전제를 필수 요소로 보지 않는다 [S1]. 화자가 고의로 침묵하거나 정보를 축소하는 상황(unwillingness)조차도, 청자는 관련성 원리에 입각해 '화자가 정보를 제공할 의사가 없거나 능력이 없음'을 명시적 혹은 암묵적으로 추론할 수 있다고 설명한다 [S1].
+* **양적 측정의 한계에 대한 입장:** 일부 비판자들은 '관련성'이나 '처리 노력'이라는 개념이 정량적 수학 수치로 정밀하게 계측될 수 없음을 지적하지만(reductionist라는 비판 포함) [S2], 스퍼버와 윌슨은 처리 노력과 효과가 심적 표상(mental representation) 내에서 절대적 수치가 아닌 '직관적이고 비교적인(intuitive comparative judgements)' 방식으로 작용하며 뇌의 생화학적 에너지 소모와 연결된다고 반박한다 [S1, S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (해당 지식은 이론적 틀로써 다양한 문맥 해독 가이드라인에 응용되고 있으나, 제공된 소스 데이터 내에서 구체적인 소프트웨어 파일 경로, Git 커밋 해시, 시스템 의사결정 ID 등의 실무 적용 코드는 명시되어 있지 않다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[화용론 (Pragmatics)]] — 언어가 실제 상황과 맥락 속에서 어떻게 해석되는지를 탐구하는 언어학의 상위 학문 분야
+- [[폴 그라이스의 대화 격률 (Grice's Maxims)]] — 관련성 이론의 모태가 된 초기 대화 논리 메커니즘
+- [[인맥락 학습 (In-Context Learning)]] — AI가 명시된 최소한의 힌트(프롬프트)와 사전 지식(잠재 공간)을 결합해 최적의 연산(최소 노력)으로 정답을 유추하는 베이지안 추론 과정으로 관련성 이론의 메커니즘과 유사
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 관련성 이론의 '최소 처리 노력' 원리가 LLM의 프롬프트 엔지니어링(Prompt Engineering) 시 토큰 효율성 및 정보 밀도 최적화 전략에 어떻게 적용될 수 있는가?
+- 명시적 함의(Explicature)와 암묵적 함의(Implicature)를 컴퓨터 알고리즘이 구분하여 처리하도록 설계할 수 있는가?
+- 상호문화 커뮤니케이션(고맥락/저맥락 문화)에서 타 문화권 화자의 발화를 해석할 때, 관련성 이론의 '최적의 관련성 기대치'는 어떻게 변형되어 적용되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** AI 챗봇 및 에이전트의 NLU(자연어 이해) 파이프라인에서 중의성 해소 및 대명사 참조 할당 모듈 설계
+- **System Design:** 사용자의 검색어나 프롬프트를 해석할 때, 컨텍스트 비용(Context Window)을 최소화하면서 긍정적 효과(정확도)를 극대화하는 RAG 시스템 프롬프트 필터링 아키텍처 설계
+- **Operation / Maintenance:** 다문화 글로벌 환경에서의 이메일 및 기술 문서 작성 시 독자의 처리 노력을 줄이기 위한 로컬라이제이션(Localization) 및 테크니컬 라이팅 가이드라인 수립
+- **Learning Path:** 언어학 및 인지과학 전공자의 화용론 기초 이론 학습 및 NLP 엔지니어의 문맥 처리 알고리즘 고도화 연구
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[인지 도식 (Schema)]] — 문맥 단서를 처리할 때 뇌가 활용하는 배경지식 구조
+- [[메타 메타 추론 (Theory of Mind)]] — 타인의 의도를 추론하고 마음을 읽어내는 인지과학적 능력
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[인지적 관련성 원리]], [[명시적-추론적 의사소통]]
+- **참조 맥락:** 자연어 처리(NLP), LLM 프롬프트 엔지니어링, 상호문화 커뮤니케이션 등에서 인간의 맥락 의존적 정보 처리 및 추론 과정을 구조화하고 모델링할 때 기본 이론으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Relevance theory - University of Southampton Web Archive [URL]
+- [S2] Relevance theory - Wikipedia [URL]
+- [S3] Relevance theory1 [PDF]
+- [S4] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 [Markdown]
+- [S5] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment [URL]
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/그라이스의 대화 격률 (Gricean Maxims).md b/10_Wiki/Topics/Domain_Design/From_RawData/그라이스의 대화 격률 (Gricean Maxims).md
new file mode 100644
index 00000000..903e1165
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/그라이스의 대화 격률 (Gricean Maxims).md
@@ -0,0 +1,115 @@
+---
+id: 그라이스의-대화-격률-(gricean-maxims)
+title: "그라이스의 대화 격률 (Gricean Maxims)"
+category: "Linguistics/Pragmatics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "Gricean Maxims"
+ - "대화 격률"
+ - "협력 원칙"
+ - "Cooperative Principle"
+ - "그라이스 격률"
+ - "대화적 함축"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Pragmatics", "Linguistics"]
+raw_sources:
+ - "[S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)"
+ - "[S2] Relevance theory - University of Southampton Web Archive (Webpage)"
+ - "[S3] Relevance theory1 (PDF)"
+applied_in: []
+github_commit: ""
+---
+
+# [[그라이스의 대화 격률 (Gricean Maxims)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+원활한 의사소통을 위해 화자와 청자가 암묵적으로 공유하는 협력 원칙(Cooperative Principle)과 4대 격률을 바탕으로, 표면적 발화 이면의 숨겨진 의도를 논리적으로 해독해내는 화용론적 추론 메커니즘.
+
+## 🧠 핵심 개념 (Core concepts)
+* **[[협력 원칙 (Cooperative Principle)]]**: 원활한 대화를 주도하는 근본 원리로, 합의된 대화 목적과 방향에 맞게 발화해야 한다는 전제.
+* **[[4대 대화 격률 (4 Maxims)]]**: 협력 원칙을 실천하기 위해 요구되는 양(Quantity), 질(Quality), 관계(Relation), 태도(Manner)의 세부 발화 규범.
+* **[[대화적 함축 (Conversational Implicature)]]**: 화자가 대화 격률을 의도적으로 무시(Flouting)하거나 위반할 때, 청자가 대화의 정합성을 유지하기 위해 연역해내는 숨겨진 의미.
+* **[[수정된 오컴의 면도날 (Modified Occam's Razor)]]**: 언어적 의미를 불필요하게 증식시키지 않고, 가능한 한 화용론적(pragmatic) 기제로 의미를 설명하려는 경제성 원칙.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+그라이스 모델에서 청자가 대화적 함축을 도출해내는 패턴은 크게 세 가지 논리적 그룹으로 나뉜다 [S1, S3].
+1. **격률 준수 기반 추론 (No violation)**: 어떤 격률도 명백히 위반되지 않았으며, 직접적인 정보 인과성이 보존된 상태에서 문맥적 의미를 연역하는 패턴.
+2. **격률 간 충돌 (Clash between maxims)**: 하나의 격률(예: 질의 격률)을 준수하기 위해 부득이하게 다른 격률(예: 양의 격률)을 고의로 축소하거나 위반해야만 하는 상황에서의 추론 패턴.
+3. **노골적인 격률 무시 (Flouting)**: 청자에게 비유나 함축(은유, 반어적 풍자 등)을 전달하기 위해 의도적이고 대담하게 특정 격률을 위반하는 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **[[그라이스의 대화 격률 (Gricean Maxims)]]** | 대화 참여자 간의 암묵적 협력 의지를 명문화하여, 숨겨진 의미(함축)가 전달되는 논리적 구조를 명확히 모델링함. | 비협조적 상황(침묵 등)이나 일상적인 '느슨한 언어 사용(loose uses)'을 노골적인 위반이나 거짓으로 오분류하는 한계가 있음. | 언어의 문자적 의미와 숨은 의도 간의 1차적인 화용론적 괴리를 논리적으로 분석할 때. |
+| **[[관련성 이론 (Relevance Theory)]]** | 다수의 격률을 최소 노력-최대 효과를 추구하는 '관련성' 단일 원리로 통합하여 인지과학적으로 더 타당하고 유연한 설명을 제공함. | 인간 인지의 진화적 효율성이라는 거시적 가설에 의존하여 특정 상황의 사회문화적 대화 규칙을 미시적으로 재단하기 어려울 수 있음. | 명시적 의미의 확장(Explicature), 비유적 표현, 비언어적 소통 등을 통합적인 인지 모델로 설명할 때. |
+
+## 📖 세부 내용 (Details)
+* **화용론의 발전과 의도 추론**: 화용론(Pragmatics)은 단어의 문자적 의미를 넘어 대화가 일어나는 구체적인 물리적·사회적 맥락 하에서 화자의 숨겨진 의도와 태도를 어떻게 해독하는지 분석하는 분야이다. 이는 존 오스틴(J. L. Austin)의 화행 이론을 모태로 폴 그라이스(H. P. Grice)에 의해 체계적인 대화적 함축 이론으로 발전하였다 [S1].
+* **인간 소통의 본질**: 그라이스는 인간의 의사소통이 본질적으로 화자의 의도 표출과 청자의 의도 인식에 기반을 둔다고 논증했다. 이는 단순히 메시지를 암호화하고 해독하는 '코드 모델(Code model)'을 넘어선 '추론 모델(Inferential model)'의 기초를 확립한 것이다 [S2].
+* **대화 격률의 작동 기제**: 화자와 청자는 상호 간에 합의된 대화 목적에 따르는 **협력 원칙**을 전제한다. 이를 위해 정보의 양, 질, 관계, 태도를 규정하는 4대 격률을 지킬 것이 기대된다 [S1, S3].
+* **함축의 연역 과정**: 대화 중 화자가 겉보기에 이 격률들을 어기는 것처럼 보이는 발화를 할 경우, 청자는 화자가 여전히 협력적이라는 전제 하에 그 표면적 위반 이면에 숨겨진 진짜 의도인 **대화적 함축**을 추론(연역)해 내어 대화의 정합성을 복원한다 [S1].
+* **원칙의 경제성**: 그라이스는 단어의 사전적 의미를 무분별하게 다의어로 확장하는 것을 경계하고, 단일한 기본 의미 위에 화용론적 맥락 추론을 더해 해석해야 한다는 **수정된 오컴의 면도날(Modified Occam's Razor)** 원칙을 강력하게 옹호했다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **모순**: 그라이스의 대화 격률 모델은 일상 대화에서 빈번하게 일어나는 '느슨한 언어 사용(loose uses of language)'(예: "얼굴이 네모나다", "방이 쥐 죽은 듯 고요하다" 등)을 설명하는 데 논리적 한계에 부딪힌다. 엄밀히 말해 이는 화자가 진실이 아님을 알면서도 발화한 것이므로 질(Quality)의 격률을 노골적으로 위반한 것이지만, 실제 대화 참여자들은 이를 기만이나 특별한 비유적 위반(Flouting)으로 인지하지 않고 자연스럽게 수용한다. 또한 정보 제공을 거부하는 '의도적 침묵'과 같이 근본적으로 비협조적인 소통 상황 역시 기존 그라이스 프레임워크로는 매끄럽게 해석되지 않는다 [S2].
+* **업데이트**: 댄 스퍼버(Dan Sperber)와 디어드리 윌슨(Deirdre Wilson)은 그라이스의 다중 격률과 협력 원칙을 해체하고, 이를 인지적 처리 노력과 효과의 교환비로 설명하는 단일한 **[[관련성 이론 (Relevance Theory)]]**으로 업데이트하였다. 이를 통해 모호한 느슨한 언어 사용이나 비협조적 맥락까지 단일 인지 원리로 통합 설명하는 포스트 그라이스 화용론의 지평이 열렸다 [S1, S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스에 관련 정보가 부족합니다. (현재 발견된 실제 적용 사례가 없습니다. 주어진 소스는 그라이스 격률의 언어학적, 철학적 개념과 관련성 이론으로의 발전 과정을 다루고 있으며, 특정 소프트웨어나 시스템에서의 구체적 구현 파일 경로 및 커밋 해시 등은 포함하고 있지 않습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[화용론 (Pragmatics)]] — 연결 이유: 맥락 속에서 언어의 실제 쓰임과 화자의 의도를 연구하는 상위 학문 도메인.
+- [[협력 원칙 (Cooperative Principle)]] — 연결 이유: 그라이스 대화 격률을 성립시키는 대전제.
+- [[관련성 이론 (Relevance Theory)]] — 연결 이유: 그라이스의 격률을 비판적으로 계승 및 단일 원리로 통합한 포스트 그라이스 화용론 모델.
+- [[대화적 함축 (Conversational Implicature)]] — 연결 이유: 대화 격률의 위반이나 무시를 통해 도출되는 핵심적 의미 결과물.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- LLM(대형 언어 모델)의 프롬프트 엔지니어링에서 그라이스의 4대 격률(양, 질, 관계, 태도)을 어떻게 시스템 프롬프트 규범으로 구조화할 수 있는가?
+- 관련성 이론이 그라이스의 '협력 원칙' 없이도 의사소통의 성립을 어떻게 인지적으로 증명해 내는가?
+- 노골적 격률 무시(Flouting) 상황을 AI Agent가 감지하고 대화적 함축을 정확히 연역해내기 위해 필요한 맥락 데이터(Context data) 구조는 무엇인가?
+- 그라이스의 모델이 고맥락(High-Context) 문화권과 저맥락(Low-Context) 문화권의 커뮤니케이션 양상을 설명하는 데 어떤 한계점과 시사점을 가지는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 챗봇 및 AI 에이전트의 대화 관리(Dialogue Management) 시스템에서 사용자의 생략된 의도를 복원하는 규칙 기반 로직 설계.
+- **System Design:** 사용자의 발화가 지니는 정보량(양의 격률) 부족 상태를 탐지하고 추가 질의(Clarification question)를 발생시키는 트리거 모듈 설계.
+- **Operation / Maintenance:** 자연어 처리 모델이 반어법, 은유, 과장 등(격률 위반 발화)을 처리할 때 오독(Hallucination)을 방지하기 위한 예외 처리 파이프라인 구축.
+- **Learning Path:** 언어학 및 AI NLP(자연어처리) 연구자의 화용론적 의미 추론 메커니즘 기초 학습 과정.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[문맥 단서 (Context Clues)]] — 확장 방향: 독해 상황에서 생략되거나 모호한 어휘의 의미를 주변 텍스트의 논리와 대조를 통해 복원하는 교육/인지적 방법론.
+- [[스크립트 이론 (Script Theory)]] — 확장 방향: 상황적 맥락 내에서 인간이 기대하는 정형화된 행위 시퀀스와 배경 지식 구조.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[관련성 이론 (Relevance Theory)]], [[대화적 함축 (Conversational Implicature)]]
+- **참조 맥락:** 화용론적 맥락에 기반하여 대화 참여자 간 숨은 의도(함축)를 추론하고 자연어 처리 AI 모델의 대화 의도 파악 시스템을 설계할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)
+- [S2] Relevance theory - University of Southampton Web Archive (Webpage)
+- [S3] Relevance theory1 (PDF)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/대화적 함축 (Conversational Implicature).md b/10_Wiki/Topics/Domain_Design/From_RawData/대화적 함축 (Conversational Implicature).md
new file mode 100644
index 00000000..6b817818
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/대화적 함축 (Conversational Implicature).md
@@ -0,0 +1,103 @@
+---
+id: 대화적-함축-(conversational-implicature)
+title: "대화적 함축 (Conversational Implicature)"
+category: "Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["대화 함축", "Conversational Implicature", "함축", "Implicature", "그라이스 함축", "Gricean Implicature"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "Relevance theory - University of Southampton Web Archive", "Relevance theory - Wikipedia", "Relevance theory1"]
+applied_in: []
+github_commit: ""
+---
+
+# [[대화적 함축 (Conversational Implicature)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+대화적 함축은 발화의 문자적 의미를 넘어, 특정 맥락 속에서 화자가 협력 원칙이나 관련성 원리에 따라 의도적으로 전달하고자 하는 숨겨진 의미를 청자가 추론해 내는 화용론적 인지 기전이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **협력 원칙과 대화 격률 (Cooperative Principle & Maxims)**: 폴 그라이스(H. P. Grice)가 주창한 개념으로, 양, 질, 관계, 태도의 네 가지 격률을 통해 대화의 목적에 맞는 발화가 이루어진다는 전제 하에 함축을 유도하는 기반 메커니즘.
+* **격률의 무시(Flouting)와 위반**: 화자가 고의적이고 대담하게 대화 격률을 어김으로써 은유, 반어적 풍자와 같은 새로운 함축적 의미를 청자에게 전달하는 행위.
+* **함축된 전제와 결론 (Implicated Premises & Conclusions)**: 관련성 이론에서 명시적 의미를 기반으로 숨겨진 화자의 의도를 복원할 때 작동하는 논리적 추론 패키지.
+* **강한 함축과 약한 함축 (Strong & Weak Implicatures)**: 청자의 기대를 충족하기 위해 반드시 복원되어야 하는 필수적 함축(강한 함축)과, 다양한 유사한 해석 중 하나로 작용하여 풍부한 문맥을 더해주는 선택적 함축(약한 함축).
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **그라이스의 함축 도출 3단계 패턴**: 첫째, 격률을 준수하면서 직접적인 정보 인과성을 유지하는 패턴. 둘째, 한 격률을 지키기 위해 다른 격률(예: 정보량)을 고의로 희생하는 패턴. 셋째, 문학적 은유 등을 위해 대놓고 격률을 짓밟는(Flouting) 패턴.
+* **최소 노력과 최대 효과의 관련성 패턴**: 인류의 인지 체계는 '처리 노력(Processing Effort)'을 최소화하고 '긍정적 인지 효과(Positive Cognitive Effect)'를 극대화하는 방향으로 동작하며, 이 원리에 따라 화자의 명시적 행위에서 최적의 함축을 추론함.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **그라이스의 고전적 함축 모델** | 화자의 발화 의도를 네 가지 격률을 통해 체계적으로 분류 가능 | '협력적'이어야 한다는 전제가 필수적이며 다소 기계적인 격률의 한계 | 소통 당사자 간 명시적 규칙 위반(은유, 풍자)을 규명할 때 |
+| **스퍼버 & 윌슨의 관련성 이론 모델** | 단일한 '관련성' 원리로 언어와 비언어를 포괄하여 추론 과정을 매우 일관되고 경제적으로 설명 가능 | 상황에 따라 '관련성'을 측정하는 기준이 주관적일 수 있음 | 인간의 실제 인지적 처리 과정이나 불완전한 소통 환경(비언어 포함)의 분석 시 |
+
+## 📖 세부 내용 (Details)
+화용론(Pragmatics)에서 대화적 함축(Conversational Implicature)은 대화가 일어나는 구체적인 물리적·사회적 맥락 하에서 화자의 숨겨진 의도와 태도를 해독하는 기전을 설명하는 핵심 이론이다 [S1]. 이 개념은 폴 그라이스(H. P. Grice)에 의해 체계적인 이론으로 발전하였다. 그라이스는 원활한 대화를 주도하는 근본 원리로 합의된 대화 목적에 맞게 발화해야 한다는 '협력 원칙(Cooperative Principle)'과 이를 실천하기 위한 네 가지 대화 격률(양, 질, 관계, 태도)을 제시했다 [S1], [S2].
+
+청자는 기본적으로 화자가 대화 격률을 준수하고 있다고 전제한다 [S1]. 만약 화자가 노골적으로 특정 격률을 위반하거나 무시(Flouting)할 때, 청자는 대화의 정합성을 유지하기 위해 화자가 숨겨둔 의미를 연역해 내는데, 이것이 대화적 함축이다 [S1]. 그라이스는 이를 세 그룹으로 명확히 구분했다. 첫째, 어떤 격률도 명백히 위반되지 않고 직접적인 정보 인과성이 보존되는 경우이다. 둘째, 한 격률을 준수하기 위해 부득이하게 다른 격률을 위반하여 고의로 정보량을 축소하는 현상이다. 셋째, 청자에게 함축을 전달하기 위해 의도적이고 대담하게 특정 격률을 짓밟는(Flouting) 경우로, 문학적 은유나 반어적 풍자가 이에 속한다 [S1].
+
+이후 댄 스퍼버(Dan Sperber)와 디어드리 윌슨(Deirdre Wilson)은 그라이스의 분절된 격률들을 단일 인지 원리인 '관련성(Relevance)'으로 통합하며 포스트 그라이스 화용론의 지평을 열었다 [S1], [S2]. 관련성 이론 모델에서 함축의 도출은 명시적 의미를 바탕으로 '함축된 전제(Implicated Premises)'와 '함축된 결론(Implicated Conclusions)'을 도출하는 논리적 과정으로 재정의되었다 [S2]. 또한 관련성 이론은 함축을 그 강도에 따라 분류한다. 발화 자체의 관련성 기대를 충족시키기 위해 반드시 복원되어야 하는 '강한 함축(Strong Implicature)'과, 발화가 시사하는 여러 가능성 중 하나로 해석에 도움을 주지만 단일하게 고정되지 않는 '약한 함축(Weak Implicature)'이 존재한다 [S2]. 예를 들어, "수잔이 그녀의 키위가 너무 시다고 나에게 말했다"라는 발화는 "수잔은 위로가 필요하다"는 식의 맥락적 함축을 전달할 수 있다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+그라이스의 원래 이론은 대화적 함축을 특정 맥락에 의존하는 것과 맥락과 무관하게 발생하는 일반화된 대화적 함축(Generalized Conversational Implicature), 그리고 관습적 함축(Conventional Implicature) 등으로 세분화하여 분류하였다 [S4]. 그러나 포스트 그라이스 학파의 주축인 최신 관련성 이론(Relevance Theory)에서는 관습적 함축과 일반화된 대화적 함축이라는 별도의 독립적 범주를 인정하지 않고 거부한다 [S4]. 대신 모든 함축을 청자가 구체적인 상황을 고려하여 추론해야만 하는 '특정 대화적 함축(Particularized Conversational Implicature)'의 단일 유형으로 완전히 통합하여 해석함으로써(수정된 오컴의 면도날), 이론의 경제성을 갱신하였다 [S4].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (제공된 소스 데이터 내에서 이 지식이 실제로 적용된 코드, 커밋 해시, 혹은 소프트웨어 프로젝트 의사결정 기록 등은 확인되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[화용론 (Pragmatics)]] — 연결 이유: 대화적 함축이 다뤄지는 포괄적인 언어학적/인지과학적 연구 도메인
+- [[관련성 이론 (Relevance Theory)]] — 연결 이유: 그라이스의 대화적 함축을 단일 원리로 계승 및 확장한 핵심 이론
+- [[협력 원칙 (Cooperative Principle)]] — 연결 이유: 대화적 함축을 생성하고 해독하기 위한 그라이스의 대전제
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 대화적 함축에서 '격률의 무시(Flouting)'와 단순한 '위반'은 인지적 관점에서 어떻게 구분되는가?
+- 관련성 이론이 그라이스의 일반화된 대화적 함축을 거부한 논리적 근거는 무엇인가?
+- 대형 언어 모델(LLM)의 인맥락 학습(In-Context Learning)에서 인간의 대화적 함축 추론 능력을 어떻게 모사할 수 있는가?
+- 강한 함축과 약한 함축을 분리하는 기준점은 자연어 처리 평가 시 어떻게 수치화될 수 있는가?
+- 고맥락 문화와 저맥락 문화에서 대화적 함축을 사용하는 빈도나 강도의 차이는 어떠한가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** AI 챗봇이 사용자 입력의 숨은 의도(함축)를 파악하기 위한 Prompt Engineering 설계
+- **System Design:** 다차원적 맥락에 기반하여 모호성 해소 및 대명사 참조를 수행하는 NLP 파이프라인 구축
+- **Operation / Maintenance:** 대화형 인터페이스의 엣지 케이스 및 오인식(Hallucination) 방지를 위한 Context 튜닝
+- **Learning Path:** 언어학과 컴퓨터 과학의 교차점에서 인간-컴퓨터 상호작용(HCI) 원리 학습
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[명시적 함의 (Explicature)]] — 확장 방향: 함축 도출 이전에 발생되는 문맥적 추론 과정 탐구
+- [[고맥락 문화와 저맥락 문화 (High/Low-Context Culture)]] — 확장 방향: 대화적 함축이 문화적 배경에 따라 어떻게 다르게 작용하는지 탐구
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[관련성 이론 (Relevance Theory)]], [[협력 원칙 (Cooperative Principle)]]
+- **참조 맥락:** 자연어 처리(NLP) 및 AI 에이전트 시스템에서 사용자의 발화 이면에 숨겨진 의도를 다차원적 맥락으로 파악하고 추론(In-Context Learning)하는 구조 설계 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S2] Relevance theory - University of Southampton Web Archive
+- [S3] Relevance theory - Wikipedia
+- [S4] Relevance theory1
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/디버깅형 예제 (Buggy Examples).md b/10_Wiki/Topics/Domain_Design/From_RawData/디버깅형 예제 (Buggy Examples).md
new file mode 100644
index 00000000..c39afdc4
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/디버깅형 예제 (Buggy Examples).md
@@ -0,0 +1,103 @@
+---
+id: 디버깅형-예제-(buggy-examples)
+title: "디버깅형 예제 (Buggy Examples)"
+category: "Instructional_Design"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Buggy Examples", "Erroneous Examples", "오류 예제", "틀린 풀이 예제", "디버깅 예제", "틀린 예제"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)"]
+raw_sources: ["Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv", "Simple Practice Doesn't Always Make Perfect: Evidence from the Worked Example Effect - ERIC"]
+applied_in: ["Intelligent Logic Tutoring System (명제 논리 문제 풀이 튜터)"]
+github_commit: ""
+---
+
+# [[디버깅형 예제 (Buggy Examples)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+디버깅형 예제는 학습자가 흔히 범하는 오류를 의도적으로 포함시켜 이를 탐색하고 수정하게 함으로써, 사전 지식이 높은 학습자의 구성적(Constructive) 인지 참여와 메타인지적 추론을 극대화하는 교수 설계 전략이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **[[오류 탐색 및 수정 (Debugging & Fixing)]]**: 의도적으로 설계된 오답을 발견하고, 기저에 있는 원리를 파악하여 올바른 개념으로 수정하는 과정.
+- **[[적성-처치 상호작용 (Aptitude-Treatment Interaction)]]**: 학습자의 사전 지식(Prior Knowledge) 수준에 따라 교수법의 효과가 달라지는 현상. 디버깅형 예제는 숙련자에게는 효과적이나 초심자에게는 역효과를 낼 수 있음.
+- **[[생산적 투쟁 (Productive Struggle)]]**: 정답을 도출하기 위해 반복적인 실패와 오류 수정을 거치며 이루어지는 깊은 수준의 인지적 참여 상태.
+- **[[ICAP 프레임워크 (ICAP Framework)]]**: 수동적(Passive) 관찰을 넘어 능동적(Active) 탐색과 구성적(Constructive) 지식 생성을 유도하는 인지 참여 분류 체계.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **의도적 오개념 배치 전략**: 전문가 또는 교수자가 학생들이 자주 틀리는 전형적인 실수(Common mistakes)나 논리적 오류를 문제 풀이 과정에 고의로 삽입 [S1], [S2].
+- **반복적 시도 루프 (Struggle Pattern)**: 학습자가 오류를 식별하고 수정하는 과정에서 반복적으로 오답과 정답을 오가며 규칙의 설명을 탐독하게 만드는 행동 패턴 [S1].
+- **메타인지 훈련 (Metacognitive Training)**: 주어진 해결책의 논리적 정합성을 검토하고, "무엇이 잘못되었는가"를 판단하며 정답과 오답을 구별하는 멘탈 모델 강화 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **수동적 해결 예제 (Passive WE)** | 인지 부하를 최소화하며, 가장 신속하게 문제 해결 절차를 시연할 수 있음 | 인지적 참여도가 낮고, 숙련자에게는 '전문성 역전 효과'를 유발할 수 있음 | 사전 지식이 전혀 없는 완전한 초심자가 새로운 개념을 최초로 접할 때 [S1] |
+| **안내형 해결 예제 (Guided Examples)** | 부분적으로 비워진 단계를 스스로 채우도록 유도하여 점진적 독립을 지원하고, 힌트를 통해 실패를 방지함 | 고성취 학습자에게는 지나친 가이드로 인해 도전적 자극이 부족할 수 있음 | 기초적인 인지 스키마를 막 형성하기 시작한 낮은 사전 지식 보유자를 훈련할 때 [S1] |
+| **디버깅형 예제 (Buggy Examples)** | 비판적 사고, 메타인지, 오류 식별 능력을 향상시키며 더 강도 높은 인지적 참여(구성적 참여)를 끌어냄 | 멘탈 모델이 불안정한 초심자에게는 인지 과부하를 주거나 오개념을 굳어지게 할 위험이 있음 | 기초 지식을 충분히 확보한 고성취 학습자(High prior knowledge)의 심화 학습 시 [S1] |
+
+## 📖 세부 내용 (Details)
+- **개념 및 목적**: 디버깅형 예제(또는 Erroneous Examples)는 학생들에게 올바른 문제 해결 과정과 함께 잘못된 문제 해결 과정(의도된 버그가 포함된 풀이)을 제시하는 형태의 워크드 예제이다. 이는 단순히 정답을 외우는 것을 넘어, 특정 단계가 왜 틀렸고 어떤 원리가 위배되었는지를 판별하게 함으로써 문제 해결 전략을 미세 조정(fine-tune)하고 잘못된 지식을 교정하도록 돕는다 [S2].
+- **ICAP 프레임워크와의 연계**: 전통적인 워크드 예제는 정보를 수동적으로 관용하는 수준(Passive)에 머무르는 반면, 디버깅형 예제는 버그를 발견(Active)하고 스스로 정답의 요소를 입력(Constructive)하는 과정을 강제하므로 높은 수준의 인지적 참여를 이끌어낸다 [S1].
+- **사전 지식(Prior Knowledge)에 따른 차별적 효과**:
+ - **고성취 학습자 (High Prior Knowledge)**: 이들은 올바른 추론 모델을 보유하고 있으므로 디버깅 예제를 통해 논리적 규칙의 이해도를 더욱 높이고 문제 해결 시간을 유의미하게 단축시킬 수 있다. 정확한 규칙을 머릿속에 유지한 채 버그를 식별하고 고치는 메타인지적 추론 훈련이 "바람직한 어려움(Desirable difficulties)"으로 작용한다 [S1].
+ - **초심자 (Low Prior Knowledge)**: 기초 스키마가 부족한 학습자들은 오류를 식별하지 못해 잘못된 풀이를 정답으로 착각하거나(오개념 강화), 과도한 인지 부하에 짓눌려 학습 성취도가 전혀 오르지 않는 부작용을 겪을 수 있다 [S1], [S2].
+- **마르코프 모델 기반 행동 패턴 분석**: 상호작용 로그를 분석한 결과, 디버깅형 예제를 수행하는 학습자들은 오답과 올바른 규칙 읽기 사이를 맴도는 '투쟁 패턴(Struggle pattern)'을 보인다. 그러나 고성취 학습자들은 이 과정에서 효과적으로 정답을 도출하는 궤도에 오르며, 이러한 생산적 투쟁이 장기적인 학습 전이(Transfer) 성과를 높이는 것으로 나타났다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **인지부하 이론(CLT)에 대한 역설적 접근**: 초기의 인지부하 이론은 불필요한 인지부하를 최대한 줄이는 데 초점을 맞추어 완전한 정답만을 제시하는 수동적 해결 예제를 지지하였다. 그러나 디버깅형 예제는 역으로 '생산적 마찰(Productive friction)'과 '인지적 과제'를 의도적으로 부여하여 관련 인지부하(Germane Load)를 증대시키는 진보된 형태이다. 즉, 학습자의 숙련도에 따라 인지부하를 무조건 줄이는 것이 능사가 아님을 입증하는 주요 사례가 된다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- 소스 코드 수준의 명시적인 Git 커밋이나 경로로 나타난 사례는 없으나, 대학 학부의 이산수학(Discrete Mathematics) 강좌에서 사용되는 **지능형 명제 논리 튜터(Intelligent Logic Tutor)** 플랫폼에 실제 구현되어 통제 실험(User Study)을 거친 사례가 보고되었다. 해당 시스템은 학생들에게 여러 단계의 논리 증명 과정을 제시하고, 일부 노드(Node)의 연산자나 규칙을 고의로 틀리게 변경한 뒤 학생들이 클릭하여 수정(Debugging & Fixing)하도록 UI/UX가 설계되었다 [S1].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[풀이 과정이 담긴 워크드 예제 (worked examples)]] — 가장 상위의 교수 설계 루트 기법.
+- [[안내형 해결 예제 (Guided Examples)]] — 디버깅과 대비되는, 부분적으로 빈칸을 채워 완성해 나가는 상호작용 예제 유형.
+- [[인지 부하 이론 (Cognitive Load Theory)]] — 디버깅형 예제가 학습자에게 부과하는 인지적 부담과 효과를 설명하는 이론적 기둥.
+- [[ICAP 프레임워크 (ICAP Framework)]] — 디버깅 행위가 어떤 수준의 인지적 참여(구성적)를 유도하는지 설명하는 척도.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 디버깅형 예제에서 유발되는 인지적 마찰이 어느 임계점을 넘을 때 학습자에게 비생산적인 '좌절(Frustration)'로 변질되는가?
+- 오답을 수정하는 과정에 실시간 힌트 시스템을 결합했을 때, 디버깅형 예제의 고유한 장점(구성적 참여)이 희석되지는 않는가?
+- 비구조화된(Ill-structured) 도메인(예: 글쓰기, 예술)에서도 디버깅형 예제 설계가 명제 논리 증명과 같은 수준의 성취도 향상을 이끌어낼 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 컴퓨터 프로그래밍 및 수학/논리학 자동 채점 기반 튜터링 시스템 내의 예제 출제 모듈 구현.
+- **System Design:** 사용자가 오답 스텝을 클릭하고 직접 정답 코드를 주입할 수 있도록 하는 Interactive UI 설계.
+- **Operation / Maintenance:** 수집된 사용자 오답 패턴 로그를 기반으로, 가장 빈번하게 발생하는 오류(Common bug)를 다음 기수의 디버깅 문제 템플릿으로 자동 생성.
+- **Learning Path:** 적응형 학습(Adaptive Learning) 시스템에서, 학생이 사전 평가(Pretest)를 통해 상위 30% 이상의 이해도를 보였을 때만 선택적으로 디버깅 스테이지를 배정.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[오개념 교정 (Misconception Correction)]] — 확장 방향: 디버깅 예제 수행 과정이 학생의 잠재적 오개념을 어떻게 진단하고 해체하는지 심층 분석.
+- [[생산적 실패 (Productive Failure)]] — 확장 방향: 정답 제공 없이 먼저 실패하게 만드는 설계와 디버깅형 예제의 교수학적 교집합 탐색.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[인지 부하 (Cognitive Load)]], [[적성-처치 상호작용 (Aptitude-Treatment Interaction)]]
+- **참조 맥락:** 고성취 학습자가 단순 워크드 예제로 인해 전문성 역전 효과(Expertise Reversal Effect)를 겪는 것을 막고, 바람직한 난이도를 부여하기 위해 참조됨.
+
+## 📚 출처 (Sources)
+- [1] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv
+- [2] Simple Practice Doesn't Always Make Perfect: Evidence from the Worked Example Effect - ERIC
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/생산적 실패 (Productive Failure).md b/10_Wiki/Topics/Domain_Design/From_RawData/생산적 실패 (Productive Failure).md
new file mode 100644
index 00000000..9b597d4e
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/생산적 실패 (Productive Failure).md
@@ -0,0 +1,97 @@
+---
+id: 생산적-실패-(productive-failure)
+title: "생산적 실패 (Productive Failure)"
+category: "Instructional_Design"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Productive Failure", "생산적 실패", "생산적 실패 패러다임", "바람직한 어려움", "탐색적 문제해결"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)"]
+raw_sources: ["[S1] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv", "[S2] Pearson Learning Design Principles – Desirable Difficulty & Scaffolding summary"]
+applied_in: []
+github_commit: ""
+---
+
+# [[생산적 실패 (Productive Failure)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+학습자가 본격적인 지시(instruction)를 받기 전에 복잡하고 열린 문제를 먼저 해결하도록 유도하여, 의도적인 인지적 고군분투와 실패를 통해 후속 학습을 위한 개념적 스키마를 활성화하는 교수 설계 패러다임이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **[[바람직한 어려움 (Desirable difficulty)]]**: 학습 과정에 적절한 도전을 부여하여 일시적으로는 어려움을 느끼게 하지만 장기적인 지식 유지와 전이를 높이는 원리.
+- **개념적 이해 (Conceptual understanding)**: 생산적 실패는 절차적 지식(Procedural knowledge)의 획득보다 원리와 구조를 파악하는 개념적 이해를 촉진하는 데 훨씬 더 적합한 방식이다.
+- **대리 실패 (Vicarious failure)**: 학습자가 직접 실패를 겪지 않더라도 타인의 오답이나 오류가 포함된 예제를 분석하는 것만으로도 직접 교수법보다 뛰어난 개념 지식 습득을 이끌어낼 수 있는 현상.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **사전 탐색적 문제 해결 (Exploratory problem-solving before instruction)**: 정규 지시 전, 열린 형태의 복잡한 문제를 먼저 제시하여 인지적 불균형(cognitive disequilibrium)을 의도적으로 유발함.
+- **오류 분석 및 수정 패턴 (Buggy Examples)**: 오류가 포함된 해결책(Buggy example)을 제공하여 버그를 식별하고 수정하는 고군분투(productive struggle) 과정을 유도함.
+- **학생 생성 기반 후속 지시 (Instruction building on generated solutions)**: 학생 스스로가 고군분투하며 만들어낸 해결책을 토대로, 교사가 핵심 개념에 대한 정형화된 지시를 후속으로 제공함.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **[[생산적 실패 (Productive Failure)]]** | 관련 스키마를 활성화하고 지식의 간극을 인식시켜 개념적 이해를 촉진함 | 초심자에게는 과도한 인지 부하를 유발하고 오개념을 고착화하거나 좌절감을 줄 수 있음 | 고차원적인 개념 이해가 필요하거나, 해당 도메인에 대한 사전 지식이 풍부한 학습자를 대상으로 할 때 |
+| **[[직접 교수법 (Direct Instruction)]]** / **[[전통적 워크드 예제]]** | 인지 부하를 최소화하여 초심자가 빠르고 정확하게 절차적 지식을 습득하게 함 | 개념의 깊은 구조(deep structure)를 탐색하려는 동기나 호기심을 저하시킬 수 있음 | 사전 지식이 부족한 초심자(Novice)가 새로운 절차와 규칙을 처음 학습할 때 |
+
+## 📖 세부 내용 (Details)
+- **개념과 목적**: 생산적 실패(Productive Failure)는 체계적인 지원 구조가 제공되지 않은 상태에서 학습자가 개방형(open-ended)이고 복잡한 문제를 해결하도록 유도하여 학습을 촉진하는 패러다임 또는 안내된 발견(guided discovery)의 한 형태이다 [S1], [S2]. 이 전략의 궁극적인 목표는 당장 정답을 도출하게 하는 것이 아니라, 후속 지시(instruction)를 효과적으로 받아들일 수 있도록 학습자를 준비(prime)시키는 데 있다 [S2].
+- **인지적 이점**: 이 방식은 절차적 지식보다 '개념적 이해(conceptual understanding)'를 증진시키는 데 탁월하다 [S2]. 구체적으로는 관련 인접 스키마 활성화, 지식의 격차 부각, 깊은 구조에 대한 탐색 동기 부여, 인지적 불균형 유발을 통한 호기심과 주의력 자극, 긍정적인 감정과 참여 유도 등의 이점을 발생시킨다 [S2].
+- **성공적 적용을 위한 필수 조건**: 생산적 실패 경험이 긍정적인 효과를 발휘하려면 다음 네 가지 요소가 포함되어야 한다. 1) 학습자가 생성한 해결책을 바탕으로 하는 지시 제공, 2) 문제 해결 단계에서의 그룹 작업 형태, 3) 다양한 표현과 다각적인 해결책 생성 유도, 4) 지시 단계에서 대화(dialogue) 중심적인 사회적 환경 조성이다 [S2].
+- **사전 지식(Prior Knowledge)과의 상호작용**: 생산적 실패는 모든 학습자에게 무조건적으로 효과적인 것은 아니다. 사전 지식이 높은 학습자는 전문가가 설계한 오류가 삽입된 예제('버그가 있는 예제', Buggy examples)와 같은 도전을 통해 비판적 사고력을 발휘하고 개념적 이해를 강화하는 생산적 고군분투(productive struggle)의 이점을 얻는다 [S1]. 반면 사전 지식이 부족한 초심자에게는 오류를 인식할 안정적인 멘탈 모델이 없어 이러한 개입이 무용지물이 되거나 오개념을 강화할 위험이 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+명칭이 '생산적 실패(Failure)'로 불리지만, 학습 효과를 위해 학습자 본인이 반드시 '직접적인 실패'를 경험해야만 하는 것은 아니다. 다른 사람의 오답이나 결함이 있는 예제를 관찰하고 연구하는 '대리 실패(Vicarious failure)' 전략을 사용하는 것만으로도 직접 교수법보다 뛰어난 개념 지식 습득 효과를 거둘 수 있다는 점은 직관적인 명칭과 다소 상충될 수 있는 중요한 실무적 업데이트이다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[풀이 과정이 담긴 워크드 예제 (worked examples)]] — 연결 이유: 생산적 실패를 설계하는 수단(예: Buggy Example, 오류가 포함된 예제)으로 활용되는 기반 교수 설계 기법.
+- [[바람직한 어려움 (Desirable difficulty)]] — 연결 이유: 생산적 실패가 추구하는 의도적인 고군분투와 인지적 도전의 바탕이 되는 상위 학습 원리.
+- [[인지 부하 이론 (Cognitive Load Theory)]] — 연결 이유: 생산적 실패가 유발하는 부하가 학습자에게 유익한 본유적 부하(Germane load)로 작용할지 파괴적 부하로 작용할지를 가늠하는 이론적 뼈대.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 사전 지식이 없는 초심자에게 생산적 실패 패러다임을 과부하 없이 안전하게 도입할 수 있는 스캐폴딩(Scaffolding) 전략은 무엇인가?
+- 대리 실패(Vicarious failure)를 효과적으로 유도하기 위한 'Buggy examples'의 구체적 설계 패턴과 오류 삽입의 기준은 무엇인가?
+- 생산적 실패가 유발하는 '인지적 불균형(cognitive disequilibrium)'이 학습 포기로 이어지지 않기 위한 적정 임계값을 어떻게 측정할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 교육 플랫폼이나 ITS(지능형 튜터링 시스템) 내에서 오답 노트나 학생들이 흔히 겪는 오류 코드를 '대리 실패' 학습 자료로 제시.
+- **System Design:** 문제 해결 시스템 설계 시 즉각적인 정답과 힌트를 제공하기 전, 탐색 및 고군분투 시간을 구조적으로 보장하는 인터랙션(지연된 힌트 메커니즘) 구축.
+- **Operation / Maintenance:** 지속적으로 학습자들의 오답 패턴을 마이닝하여 Buggy example의 소재로 재활용하는 파이프라인 관리.
+- **Learning Path:** 기본 워크드 예제(초심자) → 안내된 예제(Guided Example) → 버그 예제(고숙련자 대상 생산적 실패 유도)로 이어지는 학습자의 사전 지식 기반 적응형(Adaptive) 난이도 경로 설계.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[자기 설명 (Self-explanation)]] — 확장 방향: 실패한 예제나 Buggy example을 분석할 때 오류의 원인과 올바른 논리를 스스로 언어화하게 하여 생산적 실패의 효과를 증폭시키는 전략.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[바람직한 어려움 (Desirable difficulty)]], [[인지 부하 이론 (Cognitive Load Theory)]]
+- **참조 맥락:** 교수 설계자가 학습자의 사전 지식 수준에 맞춰 적절한 난이도의 문제 기반 학습(PBL)이나 예제 전략을 채택하고자 할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv
+- [S2] Pearson Learning Design Principles – Desirable Difficulty & Scaffolding summary
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/어휘 화용론 (Lexical Pragmatics).md b/10_Wiki/Topics/Domain_Design/From_RawData/어휘 화용론 (Lexical Pragmatics).md
new file mode 100644
index 00000000..9d9a396e
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/어휘 화용론 (Lexical Pragmatics).md
@@ -0,0 +1,102 @@
+---
+id: 어휘-화용론-(lexical-pragmatics)
+title: "어휘 화용론 (Lexical Pragmatics)"
+category: "Linguistics/Pragmatics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["어휘 화용론", "Lexical Pragmatics", "어휘적 화용론", "임시 개념 구성", "어휘 의미 조정"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "화용론", "관련성 이론"]
+raw_sources: ["Relevance theory - University of Southampton Web Archive", "Relevance theory1 (Nicholas Allott)"]
+applied_in: []
+github_commit: ""
+---
+
+# [[어휘 화용론 (Lexical Pragmatics)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+어휘 화용론은 발화된 단어의 고정된 사전적 의미를 단순한 단서로 삼아, 문맥적 관련성(Relevance) 원리에 따라 그 의미를 실시간으로 축소하거나 확장하여 특정 상황에 맞는 '임시 개념(Ad hoc concepts)'을 도출해 내는 인지적 의미 조정 과정이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* [[임시 개념 (Ad hoc concepts)]]: 특정 발화 상황의 문맥과 관련성 기대치에 맞추어 실시간으로 구성되는 단어의 상황 특화적이고 유연한 개념(예: 사전적 은행(BANK) $\rightarrow$ 특정 거래 은행(BANK*)).
+* [[어휘 축소 (Lexical Narrowing)]]: 단어의 외연을 사전적 의미보다 더 구체적이고 좁은 하위 범주로 제한하여 해석하는 과정.
+* [[어휘 확장 (Lexical Broadening / Loosening)]]: 단어의 외연을 넓혀 엄밀한 문자적 의미가 아닌 은유, 과장, 근사치 등을 포함하도록 의미를 느슨하게 사용하는 과정.
+* [[명시의 (Explicature)]]: 단순한 암묵적 함의(Implicature)가 아니라, 어휘 화용론적 의미 조정을 거쳐 논리적으로 보강되고 완성된 발화의 명시적 진리 조건부 의미.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **개념의 단서화 패턴 (Concepts as Clues)**: 관련성 이론(Relevance Theory) 기반의 어휘 화용론은 언어적으로 인코딩된 단어의 개념적 주소(conceptual address)를 완성된 의미 그 자체로 보지 않고, 뇌의 백과사전적 정보(encyclopedic information) 저장소로 접근하기 위한 단순한 '단서(clue)'로 취급한다.
+* **의미의 상호 병렬 조정 (Mutual Parallel Adjustment)**: 청자는 최소한의 인지적 처리 노력으로 최적의 관련성을 찾기 위해 명시적 내용(Explicature), 암묵적 전제(Implicated premises), 암묵적 결론(Implicated conclusions)에 대한 가설을 접근성 순서에 따라 병렬적으로 탐색하며 의미를 도출한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **관련성 이론의 어휘 화용론 (임시 개념 조작)** | 문맥에 따라 단어의 의미가 매우 가변적으로 축소되거나 은유적으로 확장되는 과정을 인지 원리(Relevance) 하나로 통합 설명 가능함 | 특정 단어 조합이 왜 고정된 해석을 갖는지에 대한 규범적·기계적 설명이 어려우며 인지 처리 노력을 정량화하기 힘듦 | 특정 상황이나 담화 내에서 어휘 의미의 미세 조정(fine-tuning) 및 비유적 확장이 발생하는 인지적 메커니즘을 분석할 때 |
+| **그라이스식 화용론 (일반 대화 함축, GCI)** | 전형적인 맥락 축소 현상을 규칙 기반의 기본값(Default rules) 메커니즘으로 예측하고 정형화하기 수월함 | 다양한 상황, 개인, 시간에 따른 개념의 역동적 변화(Barsalou의 실험 결과 등)를 다루기에는 경직되어 있음 | 고도로 관습화되고 문맥 독립적인 고정적 어휘 해석의 규칙성을 시스템에 규명해야 할 때 |
+
+## 📖 세부 내용 (Details)
+어휘 화용론(Lexical Pragmatics)은 의사소통 과정에서 발화된 단어의 의미가 어떻게 문맥에 의해 미세조정(fine-tune)되는지를 탐구하는 관련성 이론(Relevance Theory)의 핵심 영역이다 [S2]. 이 이론에 따르면 단어가 가지는 사전적 의미는 청자에게 완전한 의미를 전달하는 것이 아니라, 문맥에 맞는 백과사전적 정보에 접근하도록 돕는 '단서(Clue)' 역할만을 수행한다 [S1].
+
+청자는 최소한의 처리 노력으로 기대되는 인지적 효과를 얻기 위해 (관련성 원리), 맥락을 기반으로 단어의 의미를 실시간으로 가공한다 [S1]. 이 과정을 통해 도출되는 것을 '임시 개념(Ad hoc concepts)'이라 부른다 [S1, S2]. 바살루(Barsalou)의 연구에 따르면, 사람들은 '새'나 '가구'와 같은 단어를 처리할 때 고정된 원형(prototype)을 떠올리는 것이 아니라 담화 맥락에 따라 무수한 백과사전적 정보를 바탕으로 그 상황에만 유효한 임시 개념을 끄집어낸다 [S1].
+
+어휘 화용론에서의 임시 개념 구성은 크게 두 가지 양상 또는 이들의 결합으로 나타난다.
+1. **의미 축소 (Narrowing)**: 예를 들어, "He forgot to go to the bank(그는 은행 가는 것을 잊었다)"라는 문장에서 'bank(은행)'는 세상의 모든 은행을 의미하는 기본 개념(BANK)에서, 문맥(돈을 갚지 못한 이유)에 맞춰 '자신의 계좌가 있는 특정한 돈을 찾는 은행(BANK*)'이라는 더 좁은 연관 개념으로 축소된다 [S1].
+2. **의미 확장 및 느슨한 사용 (Broadening / Loosening)**: "Peter's no saint(피터는 성자가 아니다)"에서 'saint(성자)'는 문자 그대로 시성된 성자(SAINT)를 뜻하는 것이 아니라, '배려심 깊고 희생적인 사람(SAINT*)'이라는 넓은 범위의 임시 개념으로 조작된다 [S2]. 또한 "France is hexagonal(프랑스는 육각형이다)"라는 표현에서 기하학적으로 완벽한 육각형이 아님에도 근사치(approximation)로 외연을 넓혀 사용하기도 한다 [S2].
+
+관련성 이론 학자들은 이러한 어휘적 의미 조정 과정이 단어들의 암묵적 의미(Implicature)를 구성하는 것이 아니라, 발화의 명시적 진리 조건부 의미인 '명시의(Explicature)'를 구성하는 본질적인 단계라고 주장한다 [S1, S2]. 즉, 우리는 사실상 거의 모든 단어를 접할 때마다 무의식적으로 문맥에 기반한 어휘 화용론적 미세조정(fine-tuning)을 수행하고 있는 것이다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+전통적인 신그라이스 학파(Neo-Gricean)에서는 단어의 의미 축소와 같은 현상을 '일반 대화적 함축(Generalized Conversational Implicature, GCI)'이라는 구조적 기본값 규칙(default rules)으로 설명하려 하였다 [S1]. 그러나 관련성 이론의 어휘 화용론은 바살루(Barsalou)의 인지심리학적 실증 데이터를 근거로 삼아, 이러한 현상이 고정된 기본값 룰이 아니라 철저히 상황 특정적인 맥락적 관련성과 인지 효율성 탐색에 따른 '임시 개념(Ad hoc concepts)의 생성'이자 '명시의(Explicature) 보강' 과정임을 규명하며 기존의 획일적 함축 이론을 업데이트하였다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 상에서 코딩 구현체, 프레임워크 설계, 특정 서비스 등에서의 실제 적용 사례나 Git 커밋 기록은 제시되지 않음.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Relevance Theory]] — 어휘 화용론의 이론적, 인지과학적 토대를 제공하는 상위 소통 이론.
+- [[Explicature]] — 어휘 화용론적 의미 조정(축소, 확장)을 거쳐 최종적으로 도출되는 발화의 명시적 내용.
+- [[Ad hoc concepts]] — 어휘 화용론이 의미를 설명하기 위해 도입한 동적인 문맥 특화적 개념 생성 모델.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 임시 개념(Ad hoc concepts)이 실시간으로 뇌 안에서 구성될 때 작동하는 인지적 '처리 노력(Processing effort)'의 최소화 메커니즘은 구체적으로 어떻게 이루어지는가?
+- 어휘의 축소(Narrowing)와 확장(Broadening)이 단일 발화 안에서 동시에 일어나는 복합적인 어휘 화용론적 사례에는 어떤 것들이 있는가?
+- 관련성 이론의 어휘 화용론적 메커니즘이 대규모 언어 모델(LLM)의 In-context Learning 과정(문맥을 통한 다의어 및 은유 추론)을 설명하는 데 어떤 이론적 통찰을 제공할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 인공지능/자연어 처리(NLP) 엔진에서 문맥(Context)에 따라 다의어를 해소하고 은유적 표현의 임베딩 값을 동적으로 변경하는 모델의 언어 이해 구조 설계.
+- **System Design:** N/A
+- **Operation / Maintenance:** N/A
+- **Learning Path:** 언어학/화용론 기초 $\rightarrow$ 그라이스 협력 원칙 $\rightarrow$ 관련성 이론(Relevance Theory) $\rightarrow$ 어휘 화용론(Lexical Pragmatics) 및 명시의(Explicature) 이론.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[In-context Learning]] — 기계학습 언어 모델이 주어진 맥락 예시를 바탕으로 단어와 태스크의 의미를 유연하게 재정의하는 인공지능 분야의 평행 개념.
+- [[Attention Mechanism]] — 특정 단어가 문맥 내 여러 주변 단어와의 관련성(Relevance) 점수를 통해 동적으로 문맥적 의미(Contextualized representation)를 구성하는 신경망적 아키텍처.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Relevance Theory]], [[Ad hoc concepts]]
+- **참조 맥락:** 인간의 인지 체계나 자연어 처리 인공지능이 어떻게 문맥을 단서로 활용하여 기계적이고 고정된 사전적 단어 의미를 실시간으로 미세조정(Fine-tuning)하고 상황에 맞게 이해하는지 분석할 때 핵심 이론으로 참조.
+
+## 📚 출처 (Sources)
+- [1] Relevance theory - University of Southampton Web Archive
+- [2] Relevance theory1
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/오개념 교정 (Misconception Correction).md b/10_Wiki/Topics/Domain_Design/From_RawData/오개념 교정 (Misconception Correction).md
new file mode 100644
index 00000000..0fd3ff3a
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/오개념 교정 (Misconception Correction).md
@@ -0,0 +1,102 @@
+---
+id: 오개념-교정-(misconception-correction)
+title: "오개념 교정 (Misconception Correction)"
+category: "Education/Instructional_Design"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Buggy Examples", "Erroneous Examples", "디버깅형 해결 예제", "오류 예제"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)"]
+raw_sources: ["Simple Practice Doesn't Always Make Perfect: Evidence from the Worked Example Effect - ERIC", "Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv", "해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태"]
+applied_in: ["AdaptErrEx decimals tutor", "Propositional Logic Tutor", "Algebra tutors"]
+github_commit: ""
+---
+
+# [[오개념 교정 (Misconception Correction)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+학습자가 흔히 범하는 오개념을 고의로 삽입한 오류 예제(Erroneous/Buggy Examples)를 제공하여, 이를 스스로 발견하고 수정하게 함으로써 결함 있는 지식을 교정하고 문제 해결 전략을 고도화하는 인지적 설계 전략.
+
+## 🧠 핵심 개념 (Core concepts)
+* **[[오류 예제 (Erroneous/Buggy Examples)]]**: 전문가가 의도적으로 논리적 오류나 구문 버그를 삽입하여 불완전하거나 틀리게 구성한 문제 풀이 과정.
+* **[[사전 지식 (Prior Knowledge)과의 상호작용]]**: 오개념 교정 전략의 효과는 학습자의 기존 지식수준에 따라 극명하게 달라지며, 고성취 학습자에게만 유의미한 효과를 발휘함.
+* **[[생산적 투쟁 (Productive Struggle)]]**: 완전한 가이드가 제공되지 않은 상태에서 오류를 찾아내고 고치는 과정에서 발생하는 지적 노력으로, 깊은 개념적 이해를 촉진하는 유익한 인지 과정.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **오류 명시 및 자기 설명 패턴 (Marking and Self-explaining):** 잘못된 풀이 과정을 제시하고 틀렸음(X 표식 등)을 명확히 한 뒤, 학습자에게 "왜 이 단계가 틀렸는지" 스스로 설명하게(Self-explanation) 유도하는 패턴 [S1].
+* **숨은 버그 탐색 및 디버깅 패턴 (Debugging & Fixing):** 논리 연산자나 적용 규칙에 의도적인 버그를 삽입하되 오류가 발생한 위치를 명시하지 않고, 학습자가 전체 흐름을 파악하여 올바른 요소로 직접 수정하도록 강제하는 인터랙티브 패턴 [S2].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **올바른 완결형 예제 (Correct Worked Examples)** | 인지부하를 최소화하며, 초심자가 초기 스키마를 빠르고 안정적으로 형성하게 도움 [S2]. | 고성취 학습자에게는 지루함을 유발하고 전문성 역전 효과(Expertise Reversal Effect)를 초래할 수 있음 [S2], [S3]. | 해당 도메인에 대한 사전 지식이 전무한 초심자(Novice) 대상의 초기 학습 단계 [S2], [S3]. |
+| **디버깅형 오류 예제 (Buggy/Erroneous Examples)** | 비판적 사고와 깊은 평가 기술을 자극하여 오개념을 확실하게 교정하고 문제 해결 시간을 단축시킴 [S2], [S3]. | 초심자에게 제공 시 인지 과부하를 유발하며, 잘못된 지식(오개념)을 오히려 무의식적으로 강화할 위험이 큼 [S2]. | 올바른 추론에 대한 안정적인 멘탈 모델을 이미 확보한 고성취 학습자(Advanced Learners) 대상 [S2], [S3]. |
+
+## 📖 세부 내용 (Details)
+* 오개념 교정을 위한 해결된 예제는 주로 '오류 예제(Erroneous Examples)' 또는 '디버깅형 해결 예제(Buggy Examples)'의 형태로 설계된다 [S1], [S3].
+* 이러한 예제들은 특정 유형의 문제를 해결할 때 학생들이 흔히 저지르는 실수나 오개념(common misconceptions)을 의도적으로 시연한다 [S1], [S2].
+* 학습자가 오류를 탐구하고 스스로 설명(Self-explaining)하는 과정은 문제의 어떤 특징이 해당 풀이 단계를 틀리게 만들었는지 판단하게 도우며, 이는 결함이 있는 지식을 교정하고 문제 해결 전략을 미세 조정(fine-tune)하는 데 핵심적인 역할을 한다 [S1].
+* 복잡한 다단계 문제(예: 명제 논리 증명)에서 전문가가 설계한 버그를 삽입할 경우, 학습자는 국소적인 규칙 적용뿐만 아니라 전체적인 증명 일관성(global proof coherence)을 동시에 파악하고 이를 기반으로 버그를 수정(debugging and fixing)해야 하므로 고차원적인 인지적 관여(Constructive engagement)가 요구된다 [S2].
+* **사전 지식 수준에 따른 효과 (Aptitude-Treatment Interaction):**
+ * **고성취 학습자 (High Prior Knowledge):** 오개념을 진단하고 평가하는 과정이 요구하는 '생산적 투쟁(productive struggle)'을 감당할 수 있는 멘탈 모델을 지니고 있다. 이들에게 오류 예제는 개념적 이해를 고도화하고 추후 테스트에서 문제 해결 시간을 유의미하게 단축시키는 강력한 효과를 낸다 [S2], [S3].
+ * **저성취 학습자/초심자 (Low Prior Knowledge):** 올바른 추론을 위한 안정적인 인지 스키마가 없기 때문에 버그를 인식하는 데 어려움을 겪는다. 이들이 오류 예제에 노출될 경우, 학습의 진전이 없을 뿐만 아니라 제시된 오류를 정답으로 착각하여 자신의 오개념을 오히려 강화(reinforce misconceptions)하는 부작용이 발생할 수 있다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 전통적인 인지부하 이론에서는 무작위적 시행착오를 줄이기 위해 완벽하게 작동하는 예제(Correct Worked Examples)를 제공하는 것을 최선으로 보았다. 그러나 최신 연구 및 업데이트된 상식에 따르면, 학습자의 전문성이 높아진 단계에서는 올바른 예제만 반복 제공하는 것이 비효율적이며, 의도적인 오류를 해결하게 하는 '바람직한 어려움(Desirable Difficulty)'을 유발해야 오개념 교정 및 심층 학습이 일어난다는 점이 입증되었다 [S2], [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **AdaptErrEx Decimals Tutor:** 소수(decimals)의 개념을 학습하는 과정에서 학생들이 공통으로 가지는 오개념을 타겟으로 한 오류 예제를 웹 기반 튜터링 시스템에 도입하여 학습 효과를 증진시켰다 [S2].
+* **대수학 지능형 튜터 (Algebra Tutors):** 올바른 예제와 함께 의도적인 잘못된 예제를 병행 제공하여 학생들이 대수학 문제 해결 시 범하는 오류를 교정하도록 유도하였다 [S1], [S2].
+* **Propositional Logic Tutor (Buggy Condition):** 명제 논리 증명을 가르치는 지능형 튜터에서, 올바른 논리식이나 규칙의 이름을 고의로 바꾼 버그 노드를 삽입하고 학생이 해당 노드를 클릭하여 올바른 텍스트를 직접 타이핑하여 수정(디버깅)하게 하는 인터랙티브 훈련 시스템이 구축되었다 [S2].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+* [[풀이 과정이 담긴 워크드 예제 (worked examples)]] — 오개념 교정 기법을 구현하는 기본 학습 인터페이스 구조.
+* [[디버깅형 해결 예제 (Buggy Worked Example)]] — 오개념을 의도적으로 노출시켜 학습자가 수정하게 하는 직접적인 예제 형태.
+* [[전문성 역전 효과 (Expertise Reversal Effect)]] — 초심자에게 유리한 방식이 전문가에게는 방해가 되는 현상으로, 왜 고성취자에게 오류 예제가 더 적합한지를 설명하는 이론.
+* [[생산적 투쟁 (Productive Failure/Struggle)]] — 완전한 도움을 주지 않고 오류를 해결하게 함으로써 인지적 고도화를 이끌어내는 학습 이론.
+
+### 심층 후속 질문 (Deeper Research Questions)
+* 오류 예제를 제시할 때 학습자의 오개념 강화를 방지하기 위해 제공해야 하는 즉각적 피드백의 수준과 타이밍은 어떠해야 하는가?
+* 수학이나 프로그래밍 등 구조화된 도메인이 아닌, 인문학이나 예술 등 비구조화된 도메인에서도 오개념 교정 예제가 동일한 효과를 발휘할 수 있는가?
+* 적응형 튜터링 시스템(Adaptive Tutoring Systems)은 학습자의 사전 지식을 어떻게 실시간으로 측정하여 '오류 예제'의 제공 시점을 결정하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+* **Implementation:** 온라인 코딩 튜터, 지능형 수학 교육 소프트웨어 내 버그 찾기(Debugging) 미션 구현.
+* **System Design:** 학습자의 오답 패턴(Log)을 분석하여 가장 흔히 범하는 오개념 데이터를 추출하고, 이를 자동화된 오류 예제 생성 템플릿으로 연동하는 데이터 파이프라인 설계.
+* **Learning Path:** 교육 과정 초반에는 완결형 예제(Correct Examples)를 배치하고, 중반 이후 학습 성취도가 일정 수준(예: 80% 이상)에 도달한 학생군에게만 분기하여 디버깅형 오개념 교정 예제를 제공.
+
+### 인접 주변 주제 (Adjacent Topics)
+* [[인지부하 이론 (Cognitive Load Theory)]] — 관련 부하(Germane Load)를 높이고 외재적 부하를 관리하는 전체 이론적 토대.
+* [[자기 설명 프롬프트 (Self-explanation Prompts)]] — 오개념 예제를 수반할 때 학습자의 인지를 활성화하기 위해 필수로 결합되는 보조 기법.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[인지부하 이론 (Cognitive Load Theory)]], [[전문성 역전 효과 (Expertise Reversal Effect)]]
+- **참조 맥락:** 고성취 학습자나 중급 이상의 지식 보유자가 흔히 저지르는 개념적 결함을 교정하고, 비판적 사고 능력을 고도화하기 위한 교수 설계 전략 결정 시 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Simple Practice Doesn't Always Make Perfect: Evidence from the Worked Example Effect - ERIC
+- [S2] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv
+- [S3] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/외재적 인지 부하 (Extraneous Cognitive Load).md b/10_Wiki/Topics/Domain_Design/From_RawData/외재적 인지 부하 (Extraneous Cognitive Load).md
new file mode 100644
index 00000000..6b24d081
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/외재적 인지 부하 (Extraneous Cognitive Load).md
@@ -0,0 +1,150 @@
+---
+id: 외재적-인지-부하-(extraneous-cognitive-load)
+title: "외재적 인지 부하 (Extraneous Cognitive Load)"
+category: "Instructional_Design"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Extraneous Cognitive Load", "외생적 인지 부하", "ECL", "불필요한 인지 부하", "비본질적 부하"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)"]
+raw_sources:
+ - "Cognitive Load Theory and its Applications for Learning - Scott H Young"
+ - "Qualitative Study on the Mechanism of Narrative-Visual Consistency Based on Cognitive Load Theory: Focusing on ZEP Metaverse Art - Korea Digital Contents Society"
+ - "[쓸만한 연구] 인지부하 이론"
+ - "인지 부하 - 위키백과, 우리 모두의 백과사전"
+ - "인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)"
+ - "학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다."
+ - "해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태"
+ - "Worked-example effect - Wikipedia"
+ - "인지 부하가 중요합니다 ('Cognitive load is what matters' 원문) - velog"
+applied_in:
+ - "ZEP 메타버스 예술·문화 공간 (CJ Donors Camp, 국립경주박물관, 한국어린이박물관 전쟁기념관)"
+ - "소프트웨어 아키텍처 설계 및 리팩토링 과정 (중첩 조건문 제거, 마이크로서비스 깊이 조절)"
+github_commit: ""
+---
+
+# [[외재적 인지 부하 (Extraneous Cognitive Load)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+과제의 본질적 난이도가 아닌 부적절한 정보 제시 방식, 비효율적 설계, 무관한 요구 사항으로 인해 발생하는 인지적 자원의 불필요한 낭비.
+
+## 🧠 핵심 개념 (Core concepts)
+- **정보 제시 방식의 오류:** 학습 과제 자체의 복잡성이 아닌 나쁜 인터페이스, 중복된 정보, 일관성 없는 기호 등으로 인해 유발되는 부하.
+- **작업 기억(Working Memory)의 제약:** 외재적 인지 부하가 증가하면 제한된 작업 기억 용량을 차지하여 장기 기억으로 지식을 전이시키는 심층적 인지 처리(본유적 인지 부하) 공간을 박탈함.
+- **주의 분산 및 중복 효과 (Split-Attention & Redundancy Effect):** 시각 정보와 텍스트가 멀리 떨어져 있거나, 불필요하게 동일한 내용을 다중 채널로 반복 제시할 때 외재적 인지 부하가 극대화됨.
+- **서사-시각 일관성 (Narrative-Visual Consistency):** 다중양식(Multimodal) 매체에서 서사 구조와 시각적 단서가 일치하지 않으면 사용자에게 잦은 주의 전환과 탐색 오류를 발생시켜 외재적 부하를 초래함.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **근접성 원리 (Contiguity Principle):** 그래픽과 텍스트를 시간적, 공간적으로 근접하게 배치하여 시선의 이동과 심리적 통합 과정에서의 부하를 줄인다.
+- **양식 원리 (Modality Principle):** 정보 제공 시 단일 채널(시각)에만 의존하지 않고 시각과 청각 채널을 분산 활용하여 과부하를 방지한다.
+- **조기 반환 (Early Return) 패턴:** 소프트웨어 코드에서 중첩된 `if` 문을 제거하고 예외 상황을 조기에 반환함으로써, 개발자가 유지해야 하는 컨텍스트의 양을 줄인다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 정의 / 장점 | 단점 / 위험성 | 언제 선택 (관리 목표) |
+|---|---|---|---|
+| **내재적 인지 부하 (Intrinsic Load)** | 학습 자료 자체의 구조적 난이도와 복잡성 (요소 상호작용성) | 과제가 너무 어려우면 인지 과부하 유발 | 학습자의 사전 지식에 맞춰 과제를 분할하고 점진적으로 난이도를 높일 때 조절 |
+| **외재적 인지 부하 (Extraneous Load)** | 잘못된 교수 설계나 인터페이스로 인한 불필요한 부하 | 학습 및 문제 해결과 무관한 인지 에너지를 낭비시킴 | **반드시 최소화 및 제거해야 할 대상.** 명확한 워크드 예제 제공, 직관적 UI/UX 설계 시 |
+| **본유적 인지 부하 (Germane Load)** | 스키마 구축 및 지식 전이를 위해 투입되는 유익한 노력 | 여유 인지 자원이 없을 경우 활성화되지 못함 | 외재적 부하를 줄이고 확보된 잉여 인지 자원을 유의미한 학습(자기 설명 등)으로 유도할 때 |
+
+## 📖 세부 내용 (Details)
+외재적 인지 부하는 정보의 본질적 복잡성에 의해 결정되는 것이 아니라, 정보가 어떻게 제시되고 학습자가 무엇을 수행해야 하는가에 의해 결정되는 인지적 부담이다 [S5]. 학습자가 작업을 수행하거나 학습할 때 작업 기억(Working Memory)의 한계 용량 내에서 처리해야 하는데, 부적절하게 설계된 자료나 인터페이스는 이 귀중한 작업 기억을 낭비하게 만든다 [S1, S4].
+
+효과적인 교수 설계의 핵심은 바로 이 외재적 인지 부하를 줄여주는 것이다 [S5]. 특히 다음과 같은 요인과 설계 원칙들이 관여한다.
+- **발생 원인:** 다중양식 시스템에서 요소가 과잉 배치되거나 [S2], 글과 그림이 공간적으로 분리된 경우(분산된 주의 효과) [S6], 불필요한 설명이 시각 및 청각 채널로 중복 제공되는 경우(중복 효과) [S6], 혹은 소프트웨어 코드에서 얕은 모듈(shallow modules)과 복잡한 조건문이 남용되는 경우 [S9] 발생한다.
+- **워크드 예제와의 관계:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]는 초심자가 목표-수단 분석(Means-Ends Analysis)과 같은 무작위적 문제 해결 과정에서 겪는 막대한 외재적 인지 부하를 방지하기 위해 설계된 기법이다 [S7, S8]. 워크드 예제는 초심자에게 구조화된 스키마를 제공하여 불필요한 탐색을 줄이고, 아낀 인지 자원을 본유적 인지 부하(Germane Load)로 치환하도록 돕는다 [S8].
+- **정보 디자인 원리 적용:** 인지 부하를 줄이기 위해 '자르기(불요불급한 정보 제거)-묶기(의미 단위로 청킹)-정렬하기-자제하기(시각적 남용 억제)' 원칙이 적용되어야 한다 [S6].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+전통적인 인지 부하 이론의 '중복 효과(Redundancy Effect)'에 따르면, 자막(텍스트)과 내레이션(구어)을 동시에 제공하는 것은 작업 기억을 마비시키고 외재적 인지 부하를 증가시킨다고 보았다 [S5, S6]. 그러나 최신 디지털 멀티미디어 비디오 학습 과정의 이중 언어 신호 중복 효과를 재평가한 연구에 따르면, 실제 환경에서는 학습자가 미디어를 스스로 멈추거나 통제할 수 있는 맥락적 제어권이 부여될 경우 자막의 병기가 반드시 학습자의 인지 부하를 심화시키거나 학업 성취도를 저하시키지 않는 것으로 나타났다 [S7].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **ZEP 메타버스 예술·문화 공간:** CJ Donors Camp 청소년 문화 공간은 명확한 구역 구분과 트리거 기반 단서 메커니즘을 적용하여 외재적 인지 부하를 대폭 줄였다. 반면, 한국어린이박물관 전쟁기념관 공간은 시각 단서의 불명확성과 다중 자극 간의 잦은 주의 전환 요구로 인해 아동들의 외재적 부하를 심각하게 가중시킨 설계 결함 사례로 식별되었다 [S2].
+- **소프트웨어 엔지니어링 리팩토링 (Cognitive load is what matters):** 복잡한 소프트웨어 코드 베이스에서 개발자의 외재적 인지 부하를 줄이기 위해, 과도하게 얕은 계층(Layer)의 추상화나 무분별한 DRY(Do Not Repeat Yourself) 원칙의 적용을 경계하는 의사결정이 이루어졌다. 대신, 이해하기 쉬운 깊은 모듈(Deep Modules)의 사용과 조기 반환(Early Return) 적용을 통해 유지보수자의 인지 부하를 낮추는 방향으로 아키텍처가 설계되고 있다 [S9].
+
+## 💻 코드 패턴 (Code patterns)
+소프트웨어 설계에서 과도한 '중첩된 if문(Nested ifs)'은 개발자의 작업 기억에 많은 전제 조건들을 유지하게 만들어 외재적 인지 부하를 높인다. 이를 '조기 반환(Early Return)'으로 리팩토링하면 컨텍스트를 빨리 비울 수 있어 인지 부하가 감소한다 [S9].
+
+```javascript
+// [Anti-Pattern] 높은 외재적 인지 부하를 유발하는 중첩된 if문
+function processUserAction(user, action) {
+ if (user != null) {
+ if (user.isActive) {
+ if (user.hasPermission(action)) {
+ // 비즈니스 로직 실행 (행복한 경로)
+ execute(action);
+ } else {
+ throw new Error("권한 없음");
+ }
+ } else {
+ throw new Error("비활성 사용자");
+ }
+ } else {
+ throw new Error("사용자 없음");
+ }
+}
+
+// [Best-Practice] 조기 반환(Early Return)을 활용한 외재적 인지 부하 최소화
+function processUserAction(user, action) {
+ if (user == null) throw new Error("사용자 없음");
+ if (!user.isActive) throw new Error("비활성 사용자");
+ if (!user.hasPermission(action)) throw new Error("권한 없음");
+
+ // 개발자는 행복한 경로(Happy path)에만 집중할 수 있음
+ execute(action);
+}
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[풀이 과정이 담긴 워크드 예제 (worked examples)]] — 연결 이유: 워크드 예제는 초심자의 외재적 인지 부하를 차단하는 가장 대표적인 교수 설계 전략이다.
+- [[내재적 인지 부하 (Intrinsic Cognitive Load)]] — 연결 이유: 외재적 부하와 함께 인간의 총 인지 부하 한계를 양분하는 과제 본질적 부하.
+- [[본유적 인지 부하 (Germane Cognitive Load)]] — 연결 이유: 외재적 인지 부하가 제거되었을 때 스키마 형성을 위해 투입될 수 있는 유익한 인지 처리.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 메타버스나 VR 등 고도 몰입형 환경에서 사용자의 외재적 인지 부하를 실시간으로 계측할 수 있는 생체 데이터 지표는 무엇이 있는가?
+- 전문성 역전 효과(Expertise Reversal Effect)가 발생할 때, 기존의 워크드 예제가 어떻게 외재적 인지 부하를 유발하는 방해물로 전락하는가?
+- 소프트웨어 코드 리뷰 과정에서 팀원들의 외재적 인지 부하를 정량적으로 평가하고 제한하기 위한 메트릭스(예: 복잡도 지수 등)는 어떻게 설계되어야 하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 코드 작성 시 얕은 모듈의 남용 방지, 직관적인 네이밍 컨벤션 적용, 조기 반환(Early return) 적용.
+- **System Design:** 사용자의 시선 분산을 최소화하기 위해 정보와 연관 인터페이스를 통합적으로 근접 배치.
+- **Operation / Maintenance:** 유지보수 담당자가 기존 도메인을 파악하기 위해 겪는 혼란(인지적 마찰)의 최소화.
+- **Learning Path:** 초심자 온보딩 과정에서 불필요한 툴 설정이나 무관한 지식 탐색을 덜어내고 핵심 과제에 집중할 수 있는 템플릿/예제 제공.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[주의 분산 효과 (Split-Attention Effect)]] — 확장 방향: 화면 UI 및 멀티미디어 교보재 디자인에서의 시각적 근접성 최적화 연구.
+- [[정보의 이중부호화 (Dual Coding Theory)]] — 확장 방향: 시각과 음성 채널을 조화롭게 사용하여 인지 용량을 효율적으로 증대시키는 전략.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[내재적 인지 부하 (Intrinsic Cognitive Load)]], [[본유적 인지 부하 (Germane Cognitive Load)]]
+- **참조 맥락:** 교육 공학 설계, 메타버스 공간 구성, 소프트웨어 클린 코드 아키텍처 수립 시 작업 효율성 및 사용자 경험 최적화를 결정하는 기준으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Cognitive Load Theory and its Applications for Learning - Scott H Young
+- [S2] Qualitative Study on the Mechanism of Narrative-Visual Consistency Based on Cognitive Load Theory: Focusing on ZEP Metaverse Art - Korea Digital Contents Society
+- [S3] [쓸만한 연구] 인지부하 이론
+- [S4] 인지 부하 - 위키백과, 우리 모두의 백과사전
+- [S5] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)
+- [S6] 학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다.
+- [S7] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태
+- [S8] Worked-example effect - Wikipedia
+- [S9] 인지 부하가 중요합니다 ("Cognitive load is what matters" 원문) - velog
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/지시 대상 할당 (Assignment of Referents).md b/10_Wiki/Topics/Domain_Design/From_RawData/지시 대상 할당 (Assignment of Referents).md
new file mode 100644
index 00000000..b44279cc
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/지시 대상 할당 (Assignment of Referents).md
@@ -0,0 +1,91 @@
+---
+id: 지시-대상-할당-(assignment-of-referents)
+title: "지시 대상 할당 (Assignment of Referents)"
+category: "Linguistics_and_Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["지시 대상 할당", "Assignment of Referents", "지시어 매핑", "대명사 매핑", "Reference Resolution"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "화용론", "인지언어학", "관련성 이론"]
+raw_sources: ["다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "Relevance theory - Wikipedia"]
+applied_in: []
+github_commit: ""
+---
+
+# [[지시 대상 할당 (Assignment of Referents)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+지시 대상 할당은 대명사나 지시어가 가리키는 실제 대상을 선행 문맥과 논리적으로 매핑하여 발화의 명시적 의미를 완성하는 화용론적 핵심 추론 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **명시적 함의 (Explicature):** 암묵적인 뜻을 찾는 것을 넘어, 발화의 불완전한 텍스트 자체를 문맥을 통해 논리적 진리 조건을 갖춘 온전한 문장으로 구체화하는 작업.
+* **관련성 이론 (Relevance Theory):** 인간의 인지 체계가 처리 노력을 최소화하면서 긍정적 인지 효과를 극대화하는 방향으로 의사소통의 숨겨진 의미를 찾고 지시 대상을 할당한다는 기반 이론.
+* **추론 모델 (Inferential Model):** 단순히 언어를 기계적으로 암호화 및 해독하는 코드 모델에서 벗어나, 문맥 단서를 기반으로 발화자의 의도와 대상을 유추하는 소통 과정.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+지시 대상 할당은 텍스트에 나타나는 모호성을 해결하기 위해 **의미 중의성 해소(Disambiguation)** 및 **의미적 확장 및 보강(Semantic Enrichment)**과 병행되어 텍스트의 불완전한 지시표현(대명사, 지시어 등)을 기존에 출현한 구체적 개체로 메우는 일관된 패턴을 보인다.
+
+## 📖 세부 내용 (Details)
+**지시 대상 할당(Assignment of Referents)**은 문장 내 대명사나 지시어 등 지시 표현(Indexical expressions)이 가리키는 대상을 앞선 문맥에 출현한 고유명사나 대화 참여자가 이미 공유하고 있는 대상과 정밀하게 매핑하는 작업이다 [S1, S2].
+
+이 개념은 댄 스퍼버(Dan Sperber)와 디어드리 윌슨(Deirdre Wilson)이 제안한 **관련성 이론(Relevance theory)**에서 발화의 명시적 의미(Explicature)를 완성하기 위해 필수적으로 거쳐야 하는 맥락 추론 규칙 중 하나로 강하게 작동한다 [S1, S2]. 화용론과 인지언어학 관점에서, 의미의 실체는 기호학적 정의만으로 완성되지 않으며 청자가 물리적·사회적 맥락 하에서 화자의 숨겨진 의도를 해독해야만 문장이 완전해진다 [S1].
+
+구체적인 인지적 작동 사례를 보면 다음과 같다.
+* "수잔이 음식을 싫어했다"라는 선행 문장이 존재할 때, 뒤이어 나오는 "그녀"라는 대명사는 추가적인 설명이 없더라도 화용론적 맥락에 의해 자동으로 "수잔"으로 결합된다 [S1].
+* 영문 예시인 "Susan told me that her kiwis were too sour"에서도, 발화가 유의미해지기 위해서는 "Susan"이 화자와 청자가 공통으로 아는 대상이어야 하며, 문맥상 다른 여성 지시 대상이 부재하기 때문에 대명사 "her"는 필연적으로 "Susan"을 가리키도록 논리적으로 할당된다 [S2].
+
+이러한 일련의 과정은 단순히 언어의 기호를 기계적으로 해독하는 코드 모델(Code Model)의 한계를 넘어선다 [S1, S2]. 청자가 발화자의 의도를 **최소한의 처리 노력(Processing Effort)**으로 파악하여 발화의 의미를 구체화해 내는 **추론적(Inferential) 커뮤니케이션 모델**의 근본적인 작동 방식을 대변한다 [S1, S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[명시적 함의 (Explicature)]] — 연결 이유: 지시 대상 할당은 발화의 명시적 의미를 논리적으로 온전하게 보강해 내기 위한 하위 실행 단계임.
+- [[의미 중의성 해소 (Disambiguation)]] — 연결 이유: 지시 대상 할당과 함께 다의적 어휘나 대상을 문맥에 맞춰 좁히는 핵심 관련성 추론 과정.
+- [[의미적 확장 및 보강 (Semantic Enrichment)]] — 연결 이유: 불완전한 지시어나 생략된 표현을 문맥 기반으로 완결된 명제로 채우는 동질적인 화용론 기법.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 다수의 지시 대상 후보군이 존재할 때 인간의 뇌는 어떤 인지적 가중치를 기반으로 최종 대상을 할당하는가?
+- 대형 언어 모델(LLM)의 자가 어텐션(Self-Attention) 메커니즘은 인간의 화용론적 지시 대상 할당 과정을 수학적으로 어떻게 모사하는가?
+- 지시 대상 할당에 실패하여 발생하는 의사소통의 오류는 고맥락 문화와 저맥락 문화에서 어떻게 다르게 취급되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자연어 처리(NLP) 시스템에서 상호참조해결(Coreference Resolution) 알고리즘을 구현하기 위한 논리적 규칙 설계.
+- **System Design:** 챗봇 및 대화형 AI가 사용자의 발화 히스토리(Context) 속에서 생략된 대명사를 추적할 수 있도록 돕는 세션 메모리 매핑 설계.
+- **Operation / Maintenance:** 다국어 번역 시스템에서 성별 대명사가 없는 언어와 있는 언어 간 번역 시, 문맥을 기반으로 정확한 지시어를 보강해 내는 유지 보수 기준 확보.
+- **Learning Path:** 언어 모델 구조를 연구하는 개발자가 언어학적 지시어 처리 원리와 트랜스포머 모델의 유사성을 학습할 때의 인지과학적 기초 자료.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[관련성 이론 (Relevance Theory)]] — 확장 방향: 스퍼버와 윌슨이 주창한 최소 노력과 최대 인지 효과의 법칙으로 화용론 전반 확장.
+- [[대화적 함축 (Conversational Implicature)]] — 확장 방향: 명시적 의미를 넘어서 화자가 비유적, 우회적으로 숨겨둔 암시적 의도를 파악하는 영역 탐구.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[명시적 함의 (Explicature)]], [[관련성 이론 (Relevance Theory)]]
+- **참조 맥락:** 자연어의 화용론적 의미 분석이나 인공지능의 맥락 윈도우(Context Window) 내 상호참조해결(Coreference Resolution) 과정을 심층 분석할 때 이론적 근거로 참조.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)
+- [S2] Relevance theory - Wikipedia
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Design/From_RawData/풀이 과정이 담긴 워크드 예제 (worked examples).md b/10_Wiki/Topics/Domain_Design/From_RawData/풀이 과정이 담긴 워크드 예제 (worked examples).md
new file mode 100644
index 00000000..24dabeac
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Design/From_RawData/풀이 과정이 담긴 워크드 예제 (worked examples).md
@@ -0,0 +1,116 @@
+---
+id: 풀이-과정이-담긴-워크드-예제-(worked-examples)
+title: "풀이 과정이 담긴 워크드 예제 (worked examples)"
+category: "Instructional_Design"
+status: "draft"
+verification_status: "applied/validated"
+canonical_id: ""
+aliases: ["해결된 예제", "Worked-out examples", "Worked Examples", "WE", "풀이 예제"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)"]
+raw_sources: ["[S1] An introduction to cognitive load theory - The Education Hub", "[S2] BrenoFariasdaSilva/Worked-Example-Miner - GitHub", "[S3] Cognitive Load Theory in practice: Worked examples & Completion tasks | InnerDrive", "[S4] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv", "[S5] Instructional Principles from the Worked Examples Research - Evaluation and Assessment", "[S6] Optimizing Worked-Example Instruction in Electrical Engineering: The Role of Fading and Feedback during Problem-Solving Practice", "[S7] The Right Kind of Difficulty: Why Worked Examples Beat Practice for Novices - Mike Taylor", "[S8] The expertise reversal effect and worked examples in tutored problem solving", "[S9] Worked Examples - MIT Teaching + Learning Lab", "[S10] Worked examples in the classroom | Evidence to Action - Arc", "[S11] Worked-example effect - Wikipedia", "[S12] 학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다.", "[S13] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태", "[S14] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)"]
+applied_in: ["BrenoFariasdaSilva/Worked-Example-Miner", "Commit 7bfdcd50ae80cec5db035ccba6a2671a74a0bde2", "Commit f29b5954a1ceed03ee9da5de7f9ca16d6a49ff60"]
+github_commit: "7bfdcd50ae80cec5db035ccba6a2671a74a0bde2"
+---
+
+# [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+초심자의 인지 부하를 줄여 스키마(Schema) 형성에 집중하게 함으로써, 독립적인 문제 해결 방식보다 빠르고 깊은 학습을 유도하는 강력한 증거 기반의 교수 설계 전략.
+
+## 🧠 핵심 개념 (Core concepts)
+* **[[인지 부하 이론 (Cognitive Load Theory)]]:** 인간의 제한된 작업 기억(Working Memory) 용량을 고려하여 학습 자료를 설계해야 한다는 이론으로, 워크드 예제 효과의 토대가 됨 [S11, S13].
+* **[[전문성 역전 효과 (Expertise Reversal Effect)]]:** 초심자에게 학습 효율이 높았던 워크드 예제가, 숙련도와 사전 지식이 증가한 전문가에게는 중복된 정보로 작용하여 오히려 인지 부하를 가중시키고 학습을 방해하는 현상 [S8, S13].
+* **[[안내 쇠퇴 모델 (Guidance Fading Effect)]]:** 학습자의 수준 향상에 맞춰 완전한 해결 예제에서 점진적으로 풀이 과정의 일부를 빈칸화(Completion tasks)하여 자율적 문제 해결로 연착륙시키는 설계 기법 [S6, S7, S13].
+* **[[자기 설명 (Self-explanation)]]:** 학습자가 예제 풀이의 원리와 다음 단계로 넘어가는 이유를 스스로 명시적·암묵적으로 설명하게 하여 지식의 전이(Transfer) 능력을 극대화하는 메타인지 전략 [S5, S9].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **문제 쌍(Problem Pairs) 교차 패턴:** 전문가의 단계적 풀이 과정이 담긴 완벽한 예제를 학습한 즉시, 그와 구조가 동일한 실전 연습 문제를 연달아 풀게 하는 전략 (Alternation strategy) [S1, S10].
+* **다중 양식의 공간적/시간적 통합 (Integrated Format):** 분산된 주의 효과(Split-Attention Effect)를 막기 위해 기하학적 도형(다이어그램)과 그에 대한 텍스트 풀이 해설을 시공간적으로 근접하게 배치하는 설계 [S12, S13].
+* **디버깅 및 서브골(Subgoal) 상호작용 패턴:** 오류가 의도적으로 삽입된 예제(Buggy Example)를 통해 비판적 사고를 유도하거나, 문제를 청크로 나눈 안내형 예제(Guided Example)를 통해 인지적 재구성을 돕는 패턴 [S4].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Worked Examples (해결된 예제)** | 인지 탐색 비용 최소화, 초기 스키마(Schema)의 빠르고 안전한 획득 가능 [S7, S13]. | 높은 사전 지식 보유자에게 적용 시 지루함 유발 및 역전 효과 발생 [S8, S14]. | 초기 개념 획득 단계의 초심자(Novice)나 고도 상호작용 과제(수학, 프로그래밍) 입문 시 [S7]. |
+| **Problem Solving (독립적 문제 해결)** | 지식의 유연성 증대, 실전 응용력 및 자동화(Automation) 강화 [S14]. | 무가이드 상태 시 극심한 작업 기억 초과 및 생산성 없는 시행착오 야기 [S11, S13]. | 기초 개념이 확립되고 관련 스키마가 장기 기억에 장착된 숙련자(Expert) 단계 진입 시 [S7]. |
+
+## 📖 세부 내용 (Details)
+* **인지 아키텍처와 작동 원리:** 인간의 작업 기억 용량은 극도로 제한되어 있다. 아무런 스키마를 갖추지 못한 초심자가 낯선 문제를 자력으로 풀게 되면, 무작위 탐색과 수단-목표 분석(Means-Ends Analysis)에 대부분의 인지 자원을 탕진하게 된다 [S13]. 반면, **풀이 과정이 담긴 워크드 예제(Worked Examples)**를 제시하면 불필요한 외재적/내재적 인지 부하가 즉각 저감되며, 절약된 인지 능력을 근본적인 문제 해결 원리 이해(본유적 인지 부하)에 집중하여 장기 기억 스키마를 효과적으로 구축할 수 있다 [S7, S11, S14].
+* **안내 쇠퇴(Fading)와 숙련도별 진화:** 학습 초기에는 온전한 워크드 예제를 제공해야 하지만(Stage 1), 학습자의 성취도가 올라감에 따라 예제의 단계를 점차 비우는 완료 과제(Completion tasks, Stage 2)와 페이딩 과제(Faded Examples, Stage 3)로 이행해야 한다 [S7]. 페이딩에는 마지막 결괏값 도출부터 생략해가는 '역방향 페이딩(Backward Fading)'과 초기 가설 설정부터 생략하는 '순방향 페이딩(Forward Fading)'이 존재한다 [S13]. 현대 ITS(Intelligent Tutoring System)에서는 학습자의 정답률을 지식 추적(Knowledge Tracing) 알고리즘으로 평가하여 실시간으로 쇠퇴 속도를 조절하는 '적응형 페이딩(Adaptive Fading)'이 각광받고 있다 [S8, S13].
+* **상호작용적(Interactive) 예제 설계 (Buggy & Guided):** 단순히 정적 텍스트를 읽는 수동적 예제를 넘어 ICAP 프레임워크 기반의 설계가 필수적이다. 사전 지식이 부족한 학습자에게는 큰 구조를 서브골(Subgoal) 단위로 쪼개어 단계별 힌트를 주는 **안내형 예제(Guided Example)**가 유리하다. 반면, 기초 스키마가 잡힌 상위 학습자에게는 의도적인 오류가 삽입된 **디버깅형 예제(Buggy Example)**를 제시함으로써 맹목적인 복사를 막고 생산적 투쟁(Productive struggle)과 비판적 사고를 유도하는 것이 탁월한 효과를 발휘한다 [S4].
+* **실무 및 조직 변화 관리(Change Management)로의 확장:** 예제 설계 기법은 STEM 교육을 넘어 기업 거버넌스(GRC) 및 내부 통제 지표(KCI) 도입 등 직무 환경에도 적용된다. 추상적인 준법 지침 대신 가상의 보안 오류와 정답 조치 내역을 시각화한 '해결된 견본 매뉴얼'을 배포하면 실무 직원의 인지 마비를 방지하고 변화 적응력을 극대화할 수 있다 [S13].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **중복성 원리(Redundancy Principle)의 맥락적 재해석:** 과거 인지 부하 이론에서는 내레이션 음성과 완전히 동일한 텍스트를 중복으로 제공하면 작업 기억을 과부하시킨다고 경고했다. 그러나 최신 멀티미디어 비디오 학습 연구(중복성 원리 재현 연구 등)에서는 학습자가 환경을 주도적으로 맥락 제어할 수 있는 상황이라면 자막 중복이 무의미한 부하를 주지 않으며 오히려 보완적으로 작용할 수 있음이 시사되었다 [S13].
+* **본유적 인지 부하(Germane Load)의 재정의:** 1998년 모델에서는 본유적 인지 부하가 총 인지 부하를 별도로 가중시키는 요소로 여겨졌으나, 최근(Sweller, 2019)에는 고유한 부하를 창출하는 것이 아니라 "외재적 자원을 내재적(Intrinsic) 학습 정보 처리로 재분배(Redistribute)하는 기능"으로 이론적 정의가 수정되었다 [S14].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **BrenoFariasdaSilva/Worked-Example-Miner 프로젝트 (GitHub):**
+ Java 분산 시스템(Apache Kafka 등)의 오픈소스 저장소를 마이닝하여 복잡한 코드가 리팩토링으로 개선된 이력을 자동 추적하고, 이를 교육용 워크드 예제로 추출하는 데 실제로 활용되는 시스템이다. Google Gemini API, PyDriller, CK 메트릭 도구 등을 결합하여 기계적인 교육용 문제 은행(Worked Examples)을 대량으로 구축한다.
+ 해당 리포지토리의 커밋 `7bfdcd50ae80cec5db035ccba6a2671a74a0bde2`(`.gitignore`에 Worked Examples Candidates 추가) 및 커밋 `f29b5954a1ceed03ee9da5de7f9ca16d6a49ff60`(Submodule 업데이트) 등에서 관련 아키텍처 구성과 의사결정이 확인되었다 [S2, S13].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음. (단, Python/Java 기반 오픈소스 저장소에서 추상 구문 트리(AST)를 분석하여 '의미 나무(Meaning Tree)' 구조로 예제를 변환·추출한다는 메타 아키텍처만 텍스트로 존재함 [S13].)
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** applied/validated (BrenoFariasdaSilva의 Worked-Example-Miner 오픈소스 GitHub 적용 사례 발견)
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[인지 부하 이론 (Cognitive Load Theory)]] — 워크드 예제 효과의 근본적인 원리와 심리학적 당위성을 설명하는 핵심 배경 이론.
+- [[전문성 역전 효과 (Expertise Reversal Effect)]] — 워크드 예제의 효용성이 학습자의 사전 지식수준에 따라 정반대로 뒤집힐 수 있음을 설명하는 개념.
+- [[디버깅형 예제 (Buggy Examples)]] — 전통적인 수동적 예제를 넘어 상위 학습자의 인지적 도전을 위해 의도적인 결함을 설계한 학습 도구.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 사전 지식수준을 실시간 베이지안 지식 추적(Bayesian Knowledge Tracing)으로 판별하여 페이딩(Fading)을 조절하는 구체적인 소프트웨어 구현 방법은 무엇인가?
+- 디버깅형 예제(Buggy Examples) 적용 시, 초심자가 오개념을 내재화하는 위험을 방지하기 위한 피드백 시점 설계 전략은?
+- BrenoFariasdaSilva/Worked-Example-Miner에서 최적의 코드 예제를 기계적으로 선별할 때 적용하는 CK 소프트웨어 품질 메트릭의 한계점은 무엇인가?
+- 워크드 예제가 창의적이고 비구조화된(Ill-structured) 인문/예술 도메인에서도 이공계열과 동일한 학업 성취 향상을 이루는가?
+- 인지 부하 이론 관점에서 볼 때, 프롬프트 엔지니어링 및 LLM과의 협업 시 사용되는 퓨샷(Few-shot) 예제는 워크드 예제의 변형으로 볼 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 비즈니스 GRC(Governance, Risk, Compliance) 및 시스템 변화 관리(Change Management) 환경에서 초심자 실무 직원을 위한 '권한 분리 통제 준수 시뮬레이션 매뉴얼' 작성 시 적용 [S13].
+- **System Design:** 에듀테크 플랫폼(예: ASSISTments)에서 학생이 문제를 틀릴 시 오답과 구조가 동일한 거울형 풀이 예제(Worked Example - Problem Pairs)를 자동 제시하는 ITS 아키텍처 설계 [S13].
+- **Operation / Maintenance:** 오픈소스 리포지토리의 리팩토링 커밋 내역을 마이닝하여, 사내 개발 팀의 베스트 프랙티스/가이드라인(Worked Example) 구축 및 배포.
+- **Learning Path:** 기업 사내 교육 시 [완전한 전문가 답변 예시 제공] → [템플릿 부분 완성(페이딩)] → [가이드 없는 독립적 시나리오 해결] 순의 온보딩 커리큘럼 구성 [S7].
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[도메인 주도 설계 (Domain-Driven Design)]] — 비즈니스 문제 영역의 복잡성으로 인한 인지 부하를 통제하고 공통 멘탈 모델을 수립하기 위한 소프트웨어 공학 패턴.
+- [[자기 주도 학습 (Self-Regulated Learning)]] — 학습자가 스스로 자신의 인지적 피로도를 파악하고 적절한 예제와 문제 풀이를 오가도록 조절하는 메타인지 역량.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[인지 부하 이론 (Cognitive Load Theory)]], [[전문성 역전 효과 (Expertise Reversal Effect)]]
+- **참조 맥락:** 교수 설계, 에듀테크 지능형 튜터링 시스템(ITS), 소프트웨어 코딩 교육 및 엔터프라이즈 사내 실무 적응 교육에서 초기 인지적 과부하를 예방하는 가장 강력한 표준 패턴으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] An introduction to cognitive load theory - The Education Hub
+- [S2] BrenoFariasdaSilva/Worked-Example-Miner - GitHub
+- [S3] Cognitive Load Theory in practice: Worked examples & Completion tasks | InnerDrive
+- [S4] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv
+- [S5] Instructional Principles from the Worked Examples Research - Evaluation and Assessment
+- [S6] Optimizing Worked-Example Instruction in Electrical Engineering: The Role of Fading and Feedback during Problem-Solving Practice
+- [S7] The Right Kind of Difficulty: Why Worked Examples Beat Practice for Novices - Mike Taylor
+- [S8] The expertise reversal effect and worked examples in tutored problem solving
+- [S9] Worked Examples - MIT Teaching + Learning Lab
+- [S10] Worked examples in the classroom | Evidence to Action - Arc
+- [S11] Worked-example effect - Wikipedia
+- [S12] 학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다.
+- [S13] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태
+- [S14] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Product/00_INDEX.md b/10_Wiki/Topics/Domain_Product/00_INDEX.md
index d28ce09e..dbb4f5be 100644
--- a/10_Wiki/Topics/Domain_Product/00_INDEX.md
+++ b/10_Wiki/Topics/Domain_Product/00_INDEX.md
@@ -115,3 +115,5 @@ github_commit: ""
- [[유튜브분석 주식 초보 시작할 때 반드시 봐야할 강의 TOP 11 ※하단 영상 링크 첨부▼ 주식강의 단테의 모든 기법강의를 5분 안에 몰아보자!! 왕초보 튜토리얼 │초보자 주식 가이드│ 2026-05-26]]
- [[유튜브분석 주식단테의 기본 차트 설정 강의 (2부) 응용편! 주식강의 차트설정에서부터 이평선 매매기법까지!! 100억 버는 고수의 비법 2026-05-26]]
- [[유튜브분석 상상을 현실로 만드는 AI 구글 OMNI 완벽 가이드 l EP.3 구글 I-O 실리콘밸리AI왕기초 2026-05-20]]
+
+- [[Domain Product From RawData Index]] — Raw_Data 정리분
diff --git a/10_Wiki/Topics/Domain_Product/From_RawData/00_INDEX.md b/10_Wiki/Topics/Domain_Product/From_RawData/00_INDEX.md
new file mode 100644
index 00000000..8edbd8ca
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Product/From_RawData/00_INDEX.md
@@ -0,0 +1,29 @@
+---
+id: domain-product-from-rawdata-index
+title: "Domain Product From RawData Index"
+category: "Index"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Domain Product From RawData Index"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: "Raw_Data 정리기 자동 생성 MOC"
+merge_history: []
+tags: ["moc", "index", "raw-data"]
+raw_sources: []
+applied_in: []
+github_commit: ""
+---
+
+# [[Domain Product From RawData Index]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Raw_Data 정리기가 배치한 문서들의 관문 (`Domain_Product/From_RawData`).
+
+## 📚 문서 목록
+- [[Cultural Dimensions]]
+- [[Diversity and Inclusion]]
diff --git a/10_Wiki/Topics/Domain_Product/From_RawData/Cultural Dimensions.md b/10_Wiki/Topics/Domain_Product/From_RawData/Cultural Dimensions.md
new file mode 100644
index 00000000..3e200fdd
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Product/From_RawData/Cultural Dimensions.md
@@ -0,0 +1,106 @@
+---
+id: cultural-dimensions
+title: "Cultural Dimensions"
+category: "Social_Sciences_and_Business"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "문화적 차원"
+ - "컬처 맵"
+ - "The Culture Map"
+ - "고맥락 및 저맥락 문화"
+ - "Cultural Dimensions Theory"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "[S1] Applying Hall's Cultural Dimensions for Business Success - Preply"
+ - "[S2] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera"
+ - "[S3] The Culture Map by Erin Meyer - Magda Miu"
+ - "[S4] High-context and low-context cultures | Communication and Mass Media | Research Starters"
+ - "[S5] Team Mapping Tool Report - Erin Meyer"
+applied_in: []
+github_commit: ""
+---
+
+# [[Cultural Dimensions]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+문화적 차원(Cultural Dimensions)은 무의식적으로 작용하는 문화적 편향과 소통 방식을 가시화하여, 글로벌 환경에서 발생할 수 있는 오해를 줄이고 협업 효율성을 극대화하는 체계적인 분석 프레임워크이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **에드워드 T. 홀의 문화 차원 (Edward T. Hall's Dimensions):** 소통의 맥락(Context), 공간적 영역성(Space/Proxemics), 시간에 대한 인식(Time)을 기준으로 각 사회의 문화적 작동 방식을 분류한 기초 모델이다 [S1, S4].
+* **고맥락 및 저맥락 소통 (High-Context vs. Low-Context):** 암묵적 가정과 공유된 지식, 비언어적 단서에 크게 의존하는 '고맥락' 문화와, 메시지의 명확성과 언어 자체의 명시성에 전적으로 의존하는 '저맥락' 문화를 구분하는 핵심 지표이다 [S1, S3, S4].
+* **에린 메이어의 컬처 맵 (Erin Meyer's The Culture Map):** 홀의 이론을 확장하여 비즈니스 행동을 소통, 평가, 설득, 리드, 결정, 신뢰, 반대, 일정이라는 8가지 독립적인 척도로 세분화한 다차원 프레임워크이다 [S2, S3, S5].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **스펙트럼 상의 상대성:** 각 문화권의 특성은 고정된 절대값이 아니라 스펙트럼 상에 위치하며, 협업 시 발생하는 마찰은 두 문화 간의 '상대적 거리(Gap)'에 의해 결정된다 [S2, S3].
+* **지표 간의 비대칭성 결합:** 한 차원에서의 문화적 성향이 다른 차원의 성향을 일방적으로 대변하지 않는다. 예컨대 고맥락 소통을 하는 문화권이라도 부정적 피드백(평가)에 있어서는 매우 직접적이고 예리할 수 있다 [S3, S5].
+* **집단주의와 관계의 구획화:** 고맥락 문화는 다층적인 관계망과 집단주의를 특징으로 하여 사적/공적 영역이 교차하는 반면, 저맥락 문화는 개인주의적 성향이 강해 목적 달성 후 관계가 소멸하거나 맥락별로 철저히 구획화(Compartmentalized)되는 경향을 띤다 [S1, S4].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 (특징) | 단점 (잠재적 충돌 요인) | 언제 선택 (발견되는 지역) |
+|---|---|---|---|
+| **고맥락 문화 (High-Context)** | 깊은 대인 관계 구축, 비언어적 뉘앙스 파악 및 행간 읽기에 능함, 소통의 경제성 | 공유 맥락이 없는 외부인에게는 폐쇄적이고 불투명하게 보일 수 있음 | 아시아, 중동, 아프리카, 남미, 남유럽 등 [S1, S4] |
+| **저맥락 문화 (Low-Context)** | 투명하고 명시적인 정보 전달, 빠른 관계 형성 및 목적 지향적 협업에 유리 | 맥락과 관계를 중시하는 이들에게는 무례하거나 얕은 관계로 오인될 수 있음 | 미국, 독일, 네덜란드, 스칸디나비아 국가 등 [S1, S4] |
+
+## 📖 세부 내용 (Details)
+**1. 홀의 문화적 차원 (Context, Space, Time)**
+인류학자 에드워드 T. 홀은 상호문화적 의사소통의 장애를 이해하기 위해 세 가지 근본 차원을 제시했다 [S1].
+* **맥락 (Context):** 고맥락 문화에서는 메시지의 정보 대부분이 발화자와 물리적 환경, 내재된 관계망 속에 이미 존재하며 언어로 표현되는 부분은 극히 적다. 반대로 저맥락 문화에서는 명제적이고 논리적인 세부 사항이 직접적으로 언어화되어야 한다 [S1, S4].
+* **공간 (Space/Proxemics):** 문화마다 요구하는 개인적 공간(Personal Space)과 영역성(Territoriality)의 기준이 다르다. 이는 친밀한 거리부터 공적인 거리에 이르기까지 무언의 규범으로 작용하며, 이를 침범할 시 갈등이 유발된다 [S1, S4].
+* **시간 (Time):** 일정을 단일하고 선형적인 약속으로 여기는 단일 시간성(Monochronic) 문화와, 여러 일과 인간관계를 유연하게 동시에 처리하는 다중 시간성(Polychronic) 문화로 구분된다 [S1, S4].
+
+**2. 에린 메이어의 컬처 맵 (8가지 비즈니스 차원)**
+현대 글로벌 비즈니스 환경에서는 문화를 더 정밀하게 진단하기 위해 8가지 척도를 활용한다 [S2, S3, S5].
+1. **소통 (Communicating):** 명시적(저맥락) vs 암묵적(고맥락) [S3, S5].
+2. **평가 (Evaluating):** 비판을 직선적으로 가하는 문화 vs 부드럽고 간접적으로 전달하는 문화 [S3, S5].
+3. **설득 (Persuading):** 원리와 개념을 선행 증명한 뒤 적용하는 연역적 방식(Principles-first) vs 실제 데이터와 실용적 예시를 먼저 제시하는 귀납적 방식(Applications-first) [S3, S5].
+4. **리드 (Leading):** 평등주의(Egalitarian) vs 위계주의(Hierarchical). 조직 내 권력 거리와 직급 간 소통의 자유도를 측정한다 [S3, S5].
+5. **결정 (Deciding):** 전원 합의 기반(Consensual) vs 리더 중심의 하향식(Top-down) [S3, S5].
+6. **신뢰 (Trusting):** 업무 성과와 능력을 기반으로 하는 인지적 신뢰(Task-based) vs 개인적 유대와 감정에 기반하는 정서적 신뢰(Relationship-based) [S3, S5].
+7. **반대 (Disagreeing):** 의견 대립을 생산적인 논의로 보아 대립을 권장하는 문화(Confrontational) vs 의견 대립을 개인적 공격으로 여겨 조화를 우선시하는 문화(Avoids confrontation) [S3, S5].
+8. **일정 (Scheduling):** 선형적 시간 관념(Linear-time) vs 유연한 시간 관념(Flexible-time) [S3, S5].
+
+**3. 다문화 조직 관리와 적용 전략**
+문화적 배경이 혼합된 팀의 경우, 암묵적인 고맥락 방식은 필연적으로 오해를 낳으므로 **저맥락 프로세스**를 팀의 소통 표준으로 채택하는 것이 권장된다 [S3]. 더 나아가, 리더는 각 팀원의 문화적 좌표를 측정하고, 잠재적 충돌 지점을 논의하여 명시적인 팀 헌장이나 '참여 규칙(Rules of Engagement)'을 제정해야 한다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **홀의 단일 스펙트럼 한계 극복:** 과거에는 고맥락 문화는 당연히 간접적이고, 평등주의적 문화는 당연히 합의를 중시할 것이라는 고정관념이 있었다. 그러나 에린 메이어의 연구는 이러한 요소들을 분리했다. 예를 들어, 프랑스나 러시아는 소통 시 고맥락을 선호하지만 부정적 피드백은 매우 직설적(Direct)으로 던진다. 미국은 초저맥락 국가임에도 부정적 피드백을 매우 조심스럽고 완곡하게(Indirect) 전달한다 [S3, S5].
+* **리더십과 의사결정의 불일치:** 일본은 전 세계에서 가장 위계적인 국가 중 하나이지만, 의사결정은 극단적인 합의제(Consensual)를 따른다. 반면, 미국은 평등주의를 지향하면서도 의사결정은 리더 중심의 하향식(Top-down)으로 이루어지는 등 차원 간의 교차가 존재한다 [S5].
+* **성격과 문화의 관계:** "문화냐 성격이냐"의 이분법이 아니라, 문화는 개인이 행동할 수 있는 일련의 '범위(Range)'를 설정하며 개인의 성격과 경험은 그 범위 내에서 구체적인 위치를 선택하게 만든다 [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스에서 확인되지 않음. (현재 발견된 실제 적용 사례가 없습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[고맥락 및 저맥락 문화 (High and Low Context Cultures)]], [[컬처 맵 (The Culture Map)]]
+- **참조 맥락:** 다국적 기업, 글로벌 분산 팀, 상호문화적 소통(Intercultural Communication) 전략 수립 및 갈등 조정 규범 설계 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] Applying Hall's Cultural Dimensions for Business Success - Preply
+- [S2] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S3] The Culture Map by Erin Meyer - Magda Miu
+- [S4] High-context and low-context cultures | Communication and Mass Media | Research Starters
+- [S5] Team Mapping Tool Report - Erin Meyer
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Product/From_RawData/Diversity and Inclusion.md b/10_Wiki/Topics/Domain_Product/From_RawData/Diversity and Inclusion.md
new file mode 100644
index 00000000..8833d13a
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Product/From_RawData/Diversity and Inclusion.md
@@ -0,0 +1,72 @@
+---
+id: diversity-and-inclusion
+title: "Diversity and Inclusion"
+category: "Business_and_Culture"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["D&I", "다양성과 포용성", "다양성 및 포용성", "Workplace Diversity"]
+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: ["High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera", "Applying Hall's Cultural Dimensions for Business Success - Preply", "What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs"]
+applied_in: ["미국 및 인도 기반 다국적 기술 기업의 문화적 역량 워크숍"]
+github_commit: ""
+---
+
+# [[Diversity and Inclusion]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+성공적인 직장 내 다양성과 포용성(D&I) 구축을 위해서는 문화적 맥락(고맥락/저맥락)의 차이를 이해하고, 이를 독립된 다양성 교육이 아닌 일상적인 커뮤니케이션 훈련에 통합해야 한다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **문화적 맥락 스타일 (High-context vs. Low-context):** 구성원이 지닌 배경에 따라 메시지를 명시적(저맥락)으로 전달할지, 혹은 행간의 의미와 관계를 중시하여 암묵적(고맥락)으로 전달할지의 차이.
+* **포용적 가상 회의 (Inclusive Virtual Meetings):** 원격 및 하이브리드 근무 환경에서 기술적 한계로 소실되는 맥락적 단서를 보완하고, 다양한 문화권의 소통 방식을 아우르기 위한 전용 퍼실리테이션 기술.
+* **통합적 훈련 (Integrated Training):** 다양성 교육을 별도의 독립된 모듈로 고립시키지 않고, 피드백 제공, 회의 진행, 작문 워크숍 등 일상적인 실무 커뮤니케이션 기술 프로그램 안에 내재화하는 접근법.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **참여 규칙(Rules of engagement) 공동 제정:** 팀 내에 존재하는 암묵적인 문화적 기본값을 명시적이고 팀에 특화된 합의로 대체하여 오해를 방지.
+* **다양성 교육의 실무 결합:** 독립된 다양성 모듈은 단순히 '알면 좋은 것(nice to know)'으로 취급되어 잊혀지기 쉬우므로, 일상적인 커뮤니케이션 훈련에 짜 넣음(woven into)으로써 실질적인 행동 변화 유도.
+* **온보딩 시 언어 및 문화 융합:** 언어 장벽 극복을 위해 온보딩 과정에 언어 훈련을 포함하고, 문화적 분할을 메우기 위한 팀 빌딩 활동을 전개.
+
+## 📖 세부 내용 (Details)
+* 직장 내 다양성과 포용성(Diversity and Inclusion)을 효과적으로 관리하기 위해서는 문화적 배경에 따른 소통 방식, 즉 고맥락(High-context) 문화와 저맥락(Low-context) 문화 간의 차이를 이해하고 조율하는 과정이 필수적이다 [S1].
+* 대부분의 기존 피드백 훈련 프로그램은 명확성과 직접성을 강조하는 단일 모델(주로 서구의 저맥락 기준)만을 가르친다. 이는 간접적인 표현을 세련됨과 배려로 여기는 고맥락 문화권의 팀원들을 소외시킬 수 있으므로, 효과적인 교육(L&D) 프로그램은 두 가지 스타일을 모두 인식하고 서로 적응할 수 있도록 가르쳐야 한다 [S1].
+* 가상 업무 환경에서는 채팅 플랫폼의 짧고 간결한 답변(저맥락 규범)이 고맥락 소통자에게는 무뚝뚝하거나 무시하는 것으로 오인될 수 있다. 이러한 차이를 포용하기 위해 가상 회의에서는 기술이 제거해버린 맥락적 기반을 재건할 수 있는 헌신적인 퍼실리테이션 기술이 요구된다 [S1].
+* 맥락-문화 훈련을 독립적인 '다양성 모듈(standalone diversity module)'로 분리하여 교육하면 실효성이 떨어지며, 피드백 훈련이나 회의 퍼실리테이션 등 기존 의사소통 기술 프로그램에 통합할 때 조직 내 포용성이 실제로 개선된다 [S1].
+* 다양성을 증진하고 문화적 오해를 피하기 위해, 기업들은 직원 온보딩 과정에 언어 장벽을 넘기 위한 언어 교육을 포함하거나 문화적 간극을 잇는 팀 빌딩 활동을 활용한다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **표준의 모순:** 기존의 비즈니스 소통 및 다양성 훈련은 명확하고 직접적인 서구식(저맥락) 방식을 유일한 전문적 표준으로 삼는 경향이 있었으나, 이는 고맥락 문화권의 소통 방식을 배제하는 결과를 초래하여 진정한 의미의 포용성과 모순된다 [S1].
+* **교육 방식의 업데이트:** 다양성 교육을 단일 모듈로 분리하던 과거 방식에서 벗어나, 현재는 조직원들이 실제로 소통하는 실무(작문, 피드백 등) 프로그램에 문화적 맥락 훈련을 직접 내재화(integrate)하는 방향으로 업데이트되고 있다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **미국 및 인도 기반 다국적 기술 기업의 문화적 역량 워크숍:** 미국과 인도 팀 간에 지속적인 의사소통 문제가 발생한 한 다국적 기술 기업은 Erin Meyer의 'The Culture Map'을 활용하여 문화적 역량 워크숍을 진행했다. 이를 통해 의사소통 및 의사결정 방식의 핵심적 차이를 발견하였고, 팀원 모두가 존중받고 경청되고 있다고 느낄 수 있는 '참여 규칙(Rules of engagement)'을 공동으로 제정하였다. 결과적으로 리더십의 피드백 스타일이 적응되면서 두 지역 간의 신뢰, 협업, 그리고 생산성이 크게 향상되었다 [S3].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.85
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[고맥락 문화(High-context Culture)]], [[저맥락 문화(Low-context Culture)]]
+- **참조 맥락:** 다국적 기업 또는 글로벌 하이브리드 팀에서 문화적 다양성을 존중하고 포용적인 조직 문화를 구축하기 위한 커뮤니케이션 전략 수립 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera (https://www.talaera.com/culture/high-vs-low-context-cultures/)
+- [S2] Applying Hall's Cultural Dimensions for Business Success - Preply (https://preply.com/en/blog/b2b-hall-cultural-dimensions/)
+- [S3] What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs (https://www.thethreecs.com/what-is-culture-mapping-a-guide-to-erin-meyers-the-culture-map)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/00_INDEX.md b/10_Wiki/Topics/Domain_Programming/00_INDEX.md
index 633a5e2d..51cccab8 100644
--- a/10_Wiki/Topics/Domain_Programming/00_INDEX.md
+++ b/10_Wiki/Topics/Domain_Programming/00_INDEX.md
@@ -159,3 +159,5 @@ github_commit: ""
- [[웹벤치마크 caliverse.io 2026-06-08]]
- [[웹벤치마크 www.caliverse.io 2026-06-04]]
- [[재귀적 문자 분할]]
+
+- [[Domain Programming From RawData Index]] — Raw_Data 정리분
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/00_INDEX.md b/10_Wiki/Topics/Domain_Programming/From_RawData/00_INDEX.md
new file mode 100644
index 00000000..7a11cfbe
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/00_INDEX.md
@@ -0,0 +1,112 @@
+---
+id: domain-programming-from-rawdata-index
+title: "Domain Programming From RawData Index"
+category: "Index"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Domain Programming From RawData Index"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: "Raw_Data 정리기 자동 생성 MOC"
+merge_history: []
+tags: ["moc", "index", "raw-data"]
+raw_sources: []
+applied_in: []
+github_commit: ""
+---
+
+# [[Domain Programming From RawData Index]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Raw_Data 정리기가 배치한 문서들의 관문 (`Domain_Programming/From_RawData`).
+
+## 📚 문서 목록
+- [[AI Agents]]
+- [[Agentic Workflow]]
+- [[CPU Scheduling]]
+- [[Call Stack]]
+- [[Callback]]
+- [[Chain-of-Thought (CoT)]]
+- [[Chain-of-Thought]]
+- [[Closure]]
+- [[Cognitive Science]]
+- [[Context Clues]]
+- [[Event Loop]]
+- [[Execution Context]]
+- [[Frame Theory]]
+- [[Interrupt Handling]]
+- [[Lexical Environment]]
+- [[Memory Heap]]
+- [[Multitasking]]
+- [[Multithreading]]
+- [[Process Control Block (PCB)]]
+- [[Process Control Block]]
+- [[Process State]]
+- [[React Context API]]
+- [[Redux]]
+- [[Relevance Theory]]
+- [[Scope Chain]]
+- [[Scope]]
+- [[Stack Overflow]]
+- [[This Binding]]
+- [[Variable Environment]]
+- [[Virtual Memory]]
+- [[Vocabulary Acquisition]]
+- [[context 이해 규칙]]
+- [[environmentRecord]]
+- [[대화적 함축 (Implicature)]]
+- [[도메인 주도 설계 (Domain-Driven Design)]]
+- [[멀티미디어 학습 인지 이론 (CTML)]]
+- [[메타 인맥락 학습 (Meta-In-Context Learning)]]
+- [[명시적 함의 (Explicature)]]
+- [[스코프(Scope)]]
+- [[스크립트 이론 (Script Theory)]]
+- [[스키마 (Schema)]]
+- [[실행 컨텍스트(Execution Context)]]
+- [[의미론 (Semantics)]]
+- [[의미적 보강 (Semantic Enrichment)]]
+- [[이벤트 루프(Event Loop)]]
+- [[전문성 역전 효과 (Expertise Reversal Effect)]]
+- [[중복 효과 (Redundancy Effect)]]
+- [[Android Context]]
+- [[Automated Prompt Optimization]]
+- [[Cognitive Dissonance]]
+- [[Collectivism vs. Individualism]]
+- [[Component Composition]]
+- [[Episodic Memory]]
+- [[Explicature]]
+- [[Flux Architecture]]
+- [[Gestalt Theory]]
+- [[Gricean Pragmatics]]
+- [[Intentionality]]
+- [[JavaScript Engine]]
+- [[Jean Piaget]]
+- [[LLM Evaluation]]
+- [[Neuroscience of Memory]]
+- [[Operating System]]
+- [[Process Swapping]]
+- [[Prop-drilling]]
+- [[React Hooks]]
+- [[Role Script]]
+- [[Script Theory (스크립트 이론)]]
+- [[Seq2Seq (Sequence-to-Sequence)]]
+- [[Sub-agent Architecture]]
+- [[The Culture Map]]
+- [[공포 소거 (Fear Extinction)]]
+- [[대형 언어 모델(LLM)]]
+- [[독해 전략 (Reading Strategies)]]
+- [[맥락 (Context)]]
+- [[맥락 엔지니어링 (Context Engineering)]]
+- [[복내측전전두피질 (vmPFC)]]
+- [[비동기 프로그래밍(Asynchronous Programming)]]
+- [[비언어적 커뮤니케이션 (Nonverbal communication)]]
+- [[의미 중의성 해소 (Disambiguation)]]
+- [[일화 기억 (Episodic Memory)]]
+- [[조현병 (Schizophrenia)]]
+- [[폴 그라이스의 대화 격률 (Grice's Maxims)]]
+- [[프롬프트 엔지니어링 (Prompt Engineering)]]
+- [[형태론 (Morphology)]]
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/AI Agents.md b/10_Wiki/Topics/Domain_Programming/From_RawData/AI Agents.md
new file mode 100644
index 00000000..11e024d3
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/AI Agents.md
@@ -0,0 +1,140 @@
+---
+id: ai-agents
+title: "AI Agents"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["인공지능 에이전트", "Autonomous AI Systems", "에이전트 시스템", "LLM 에이전트", "AI Agent"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "AI", "Agent", "LLM"]
+raw_sources:
+ - "Effective context engineering for AI agents - Anthropic"
+ - "Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques "
+ - "Prompting best practices - Claude Platform Docs"
+applied_in:
+ - "Claude Code (Anthropic)"
+ - "Claude playing Pokémon"
+github_commit: ""
+---
+
+# [[AI Agents]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+AI 에이전트는 거대 언어 모델(LLM)이 도구를 자율적으로 사용하며 루프 형태로 작동하는 시스템으로, 성공적인 장기 작업 수행을 위해 제한된 컨텍스트를 동적으로 관리하는 '맥락 엔지니어링(Context Engineering)'과 상태 추적 기술이 필수적이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **AI 에이전트의 정의:** 거대 언어 모델(LLM)이 자체적으로 환경과 상호작용하기 위해 도구를 자율적으로 사용하며 루프(loop) 형태로 작동하는 시스템 [S1].
+* **맥락 공학(Context Engineering):** 에이전트가 생성하고 수집하는 방대한 정보 중에서 모델의 유한한 '주의력 예산(attention budget)' 내에 들어갈 최적의 신호(token)를 선별 및 큐레이션하여 컨텍스트 부패(Context rot)를 방지하는 기술 [S1].
+* **에이전트 프롬프팅(Agentic Prompting):** 도구 사용 전략, 오류 복구 메커니즘, 장기 목표 추적 등 에이전트의 자율적 행동을 제어하고 다단계 워크플로를 안내하기 위한 체계적인 프롬프트 설계 [S2], [S3].
+* **상태 관리 및 장기 추론(Long-horizon reasoning & state tracking):** 에이전트가 수 시간 이상의 장기적인 작업을 수행할 때, 점진적 진행 상황에 집중하고 메모리 도구나 구조화된 노트(`tests.json`, `progress.txt` 등)를 통해 현재 상태를 유지 및 복원하는 능력 [S3].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **적시 검색 (Just-in-time retrieval):** 모든 데이터를 사전에 처리하여 입력하는 대신, 에이전트가 파일 경로와 같은 경량 식별자만 유지하다가 필요한 런타임 시점에 능동적으로 도구를 사용해 환경을 탐색하고 데이터를 로드하는 패턴 [S1].
+* **압축 (Compaction):** 에이전트의 작업 내역이 컨텍스트 제한에 도달할 때, 중요 결정 사항이나 해결되지 않은 버그 등 핵심 세부 정보만 요약(Summarization)하고 중복된 도구 출력 결과 등은 삭제하여 새로운 컨텍스트 창을 재초기화하는 메모리 관리 패턴 [S1], [S3].
+* **구조화된 노트 필기 (Structured Note-taking / Agentic Memory):** 에이전트가 복잡한 작업을 가로지르는 진행 상황과 종속성을 유지하기 위해 컨텍스트 창 외부의 메모리(예: `NOTES.md` 파일)에 정기적으로 기록을 남기고, 이후 필요할 때 다시 불러오는 패턴 [S1].
+* **서브 에이전트 아키텍처 (Sub-agent architectures):** 주 에이전트는 고위급 계획 수립과 정보 합성에 집중하고, 전문화된 서브 에이전트를 생성하여 검색이나 심층 기술 작업 등 컨텍스트 집약적인 작업을 개별적으로 수행하게 한 뒤 요약된 결과만 반환받아 컨텍스트 창을 깨끗하게 유지하는 패턴 [S1], [S3].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **사전 추론 검색 (Pre-inference retrieval)** | 런타임 탐색이 생략되어 처리 속도가 빠름 [S1]. | 정적이며 복잡한 구문 트리나 최신 디렉토리 상태를 유연하게 반영하기 어려움 [S1]. | 법률, 금융 등 콘텐츠의 동적 변화가 적고 빠른 처리가 필요한 환경 [S1]. |
+| **적시 검색 (Just-in-time retrieval)** | 점진적 정보 발견이 가능하며, 관련성 높은 정보에만 집중하여 컨텍스트 낭비를 방지함 [S1]. | 런타임에 도구를 통해 탐색하므로 속도가 느리며, 잘못된 도구 사용 시 막다른 길에서 컨텍스트를 낭비할 위험이 존재함 [S1]. | 에이전트가 환경을 자율적으로 탐색하며 동적으로 데이터를 수집해야 할 때 (하이브리드 방식과 혼용 권장) [S1]. |
+| **단일 에이전트 압축 (Compaction)** | 연속적인 대화형 상호작용 및 작업 흐름을 매끄럽게 유지 가능 [S1]. | 과도하게 공격적인 압축 적용 시, 나중에 중요해질 미묘한 맥락이 영구적으로 손실될 위험 존재 [S1]. | 코드베이스 마이그레이션 등 지속적인 대화와 흐름 유지가 중요한 장기 작업 [S1]. |
+| **다중 에이전트 (Sub-agent Architecture)** | 상세 탐색 컨텍스트를 서브 에이전트 내부에 격리하여 주 에이전트의 컨텍스트 창을 효율적으로 유지, 병렬 탐색에 유리함 [S1]. | 에이전트 간 오케스트레이션 설계 및 제어의 복잡성이 증가함 [S1], [S3]. | 광범위한 리서치, 다중 도메인 분석 등 우려 사항의 명확한 분리가 필요한 복잡한 작업 [S1]. |
+
+## 📖 세부 내용 (Details)
+**1. AI 에이전트의 인지적 한계와 맥락 공학(Context Engineering)**
+AI 에이전트의 기반이 되는 대규모 언어 모델(LLM)은 입력 토큰이 증가함에 따라 정보 검색 정확도와 장거리 추론 능력이 저하되는 '컨텍스트 부패(Context rot)' 현상을 겪는다 [S1]. LLM 역시 인간의 작업 기억(Working memory)과 유사하게 한정된 '주의력 예산(Attention budget)'을 가지므로, 에이전트가 장시간 오류 없이 루프를 돌기 위해서는 필요한 시점에 최소한의 고신호(High-signal) 데이터만을 유지하고 큐레이션하는 맥락 공학적 접근이 필수적이다 [S1].
+
+**2. 에이전트를 위한 도구(Tools) 최적화**
+도구는 에이전트가 외부 환경과 상호작용하기 위한 핵심 인터페이스이다. 에이전트가 모호함 없이 도구를 선택할 수 있도록 도구 세트는 중복을 최소화해야 하며, 입력 매개변수는 모델의 강점을 극대화할 수 있게 명확히 서술되어야 한다 [S1]. 기능이 지나치게 방대한 도구는 에이전트의 판단 오류를 유발할 수 있으므로, 단일 목적을 가진 효율적인 도구를 최소한으로 큐레이션하여 제공하는 것이 장기적인 맥락 유지에 유리하다 [S1].
+
+**3. 자율성과 제어의 균형을 위한 프롬프팅**
+에이전트가 지나치게 자율적으로 복잡한 아키텍처를 과도하게 엔지니어링하거나, 불필요한 파일을 지속적으로 생성하는 것을 방지하기 위한 제어가 필요하다 [S3]. 해결책을 최소화하도록 명시적으로 지시하거나("필요 이상으로 오버엔지니어링하지 마라"), 파일 삭제 및 외부 API 전송과 같은 위험한 작업 수행 전에는 반드시 사용자의 확인을 거치도록 에이전트 시스템 프롬프트에 안전장치를 구축해야 한다 [S3].
+
+**4. 다중 컨텍스트 창(Multi-context window) 워크플로 관리**
+에이전트가 수행하는 작업이 여러 컨텍스트 창을 거쳐 계속될 때, 첫 번째 창에서는 테스트 작성이나 환경 설정 스크립트(`init.sh` 등)를 구성하는 프레임워크 구축에 집중하도록 지시하는 것이 효과적이다 [S3]. 이렇게 구축된 테스트 파일이나 셋업 스크립트를 기반으로 다음 창에서 일관된 검증을 수행하며 반복 작업을 이어갈 수 있다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **정보 검색 패러다임의 변화:** 기존의 시스템 설계는 RAG(Retrieval-Augmented Generation)와 같이 관련된 모든 데이터를 사전에 일괄 검색하여 컨텍스트에 밀어 넣는 방식이 주류를 이루었다. 그러나 자율 에이전트의 도입과 함께 모델이 필요한 시점에 `grep`, `glob` 같은 도구를 활용하여 스스로 환경을 점진적으로 탐색하는 '적시 검색(Just-in-time retrieval)' 방식으로 패러다임이 이동하고 있다 [S1].
+* **도구 유인(Triggering) 프롬프트의 강도 완화:** 과거 모델에서는 도구 사용을 강제하기 위해 "반드시 이 도구를 사용하라(CRITICAL: You MUST use...)"와 같은 공격적인 프롬프팅이 필요했다. 하지만 에이전트 능력이 강화된 최신 모델(Claude Opus 4.6 이상)에서는 이러한 문구가 오히려 도구의 남용(Overtriggering)이나 불필요한 서브 에이전트의 무한 생성을 유발할 수 있으므로, "문제 이해에 도움이 될 때 사용하라" 수준의 일반적이고 부드러운 가이드로 업데이트해야 한다 [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **Claude Code (Anthropic 에이전트 코딩 솔루션):**
+ 대용량 데이터베이스를 다룰 때 전체 데이터를 컨텍스트에 올리지 않고, `head`나 `tail`, `grep` 등의 Bash 명령을 사용하여 런타임에 능동적으로 데이터를 분석한다 [S1]. 또한 작업을 단일 컨텍스트에 우겨넣는 대신 진행 상황을 `progress.txt`에 기록하고, `tests.json`에 구조화된 테스트 결과를 추적하며, 컨텍스트 한계 도달 시 과거의 불필요한 도구 출력값을 삭제하여 압축(Compaction)하는 방식을 도입했다 [S1], [S3].
+* **Claude playing Pokémon (비코딩 도메인 게임 에이전트):**
+ 특정 메모리 구조에 대한 명시적 프롬프팅 없이도 에이전트가 스스로 메모리를 관리하며 포켓몬 게임을 플레이함. 탐험한 지역의 지도를 그리고, 목표(예: 피카츄 레벨업 진행도)에 대한 정밀한 집계를 유지하며, 전투 전략 노트 필기를 통해 컨텍스트가 리셋된 이후에도 수 시간의 훈련 시퀀스를 성공적으로 이어나간 사례가 관찰되었다 [S1].
+
+## 💻 코드 패턴 (Code patterns)
+에이전트가 복잡한 데이터를 처리하고 도구 및 사고(Thinking)를 수행할 때 혼동을 방지하기 위해 XML 태그 구조로 프롬프트를 위계화하는 패턴이다 [S1], [S3].
+
+```xml
+
+당신은 자율적으로 동작하는 분석 에이전트입니다.
+주어진 도구를 활용하여 점진적으로 문제를 해결하고 진행 상황을 기록하십시오.
+
+
+
+
+
+ src/core_logic/main.py
+ ...
+
+
+
+
+
+이전 도구 실행 결과를 바탕으로 현재 상태를 분석하고,
+다음 목표 달성을 위해 어떤 도구를 호출해야 할지 추론합니다.
+
+
+
+최종 결과 및 후속 조치 내용
+
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Engineering]] — 에이전트의 유한한 주의력을 최적화하고 장기 생존을 돕기 위한 필수 사전 기술
+- [[Prompt Engineering]] — 에이전트의 자율적 행동, 도구 사용, 출력 형식을 통제하는 기반 인터페이스
+- [[ReAct]] — 에이전트의 자율적 추론(Reasoning)과 행동(Action)을 결합하여 워크플로를 설계하는 방법론
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 에이전트가 '컨텍스트 부패'를 방지하기 위해 압축(Compaction)을 수행할 때, 핵심 정보의 손실(Recall)을 최소화하면서 토큰 효율성을 극대화하는 프롬프팅 최적화 전략은 무엇인가?
+- 단일 에이전트가 외부 도구를 탐색하는 방식과 계층적 서브 에이전트(Sub-agent) 구조를 활용하는 방식의 연산 지연시간(Latency)과 작업 완수율 차이는 어떠한가?
+- 에이전트 프롬프팅에서 발생할 수 있는 보안 취약점(예: 프롬프트 주입 공격을 통한 무단 도구 호출)을 제어하기 위한 설계 구조는 어떻게 구축해야 하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 대규모 코드베이스의 마이그레이션 및 자동 리팩토링 시스템 구축
+- **System Design:** 다중 도구(Bash, Database, Web Search)를 통합 사용하는 지능형 리서치 파이프라인 설계
+- **Operation / Maintenance:** 지속적으로 실행되는 자율 모니터링 봇의 메모리 로깅 및 상태 체크포인트 관리
+- **Learning Path:** Prompt Engineering -> Context Engineering -> ReAct & Agentic Workflow Design
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Multi-Agent Collaboration]] — 다수의 독립된 에이전트가 각자의 역할을 수행하며 상호작용하는 협업 시스템으로 확장
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Engineering]], [[Prompt Engineering]]
+- **참조 맥락:** 거대 언어 모델(LLM)이 단발성 대화를 넘어, 복합 도구를 활용해 자율적으로 장기 태스크를 수행하도록 워크플로와 메모리를 설계할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Effective context engineering for AI agents - Anthropic
+- [S2] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques
+- [S3] Prompting best practices - Claude Platform Docs
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Agentic Workflow.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Agentic Workflow.md
new file mode 100644
index 00000000..53034c49
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Agentic Workflow.md
@@ -0,0 +1,114 @@
+---
+id: agentic-workflow
+title: "Agentic Workflow"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "에이전틱 워크플로우"
+ - "Agentic AI"
+ - "에이전트 워크플로우"
+ - "Agentic Prompting"
+ - "자율 AI 워크플로우"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "[S1] Effective context engineering for AI agents - Anthropic"
+ - "[S2] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques "
+applied_in:
+ - "Claude Code"
+ - "Claude playing Pokémon"
+github_commit: ""
+---
+
+# [[Agentic Workflow]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+[[Agentic Workflow]]는 대형 언어 모델(LLM)이 자율적으로 도구를 반복 사용하며(loop) 환경을 탐색하고, 장기적인 목표를 추적 및 오류를 스스로 복구하는 자율적 문제 해결 파이프라인이다 [S1, S2].
+
+## 🧠 핵심 개념 (Core concepts)
+- **자율적 도구 사용 루프 (Autonomous Tool Use in a Loop):** LLM이 일회성 답변에 그치지 않고, 환경 내에서 자율적으로 도구를 사용하며 반복적인 작업(loop)을 수행하는 에이전트의 기본 정의이다 [S1].
+- **적시 맥락 검색 (Just-in-time Context Retrieval / Agentic Search):** 사전에 모든 데이터를 컨텍스트에 밀어 넣는 대신, 에이전트가 경량 식별자(파일 경로, 웹 링크 등)를 유지하다가 런타임에 동적으로 필요한 데이터를 도구를 통해 로드하는 방식이다 [S1].
+- **에이전트 메모리 (Agentic Memory):** 수십 분에서 수 시간 동안 이어지는 장기 작업(Long-horizon tasks)에서 컨텍스트 창의 한계를 극복하기 위해, 에이전트가 명시적으로 진행 상황을 기록하고 구조화된 노트(Structured note-taking)를 작성하여 추후 다시 컨텍스트로 불러오는 기법이다 [S1].
+- **에이전틱 프롬프팅 (Agentic Prompting):** 전통적인 프롬프트 엔지니어링의 차원을 넘어, 도구 사용 전략, 오류 복구 메커니즘, 장기 목표 추적 등 자율 시스템에 필요한 요소를 포괄하는 프롬프트 설계 방식이다 [S2].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **Compaction (압축 패턴):** 컨텍스트 창 제한에 가까워지면 대화 내용을 요약 및 압축하여, 불필요한 도구 출력 결과는 버리고 중요한 세부 사항(아키텍처 결정, 미해결 버그 등)만 보존한 채 새로운 컨텍스트 창을 재시작한다 [S1].
+- **점진적 공개 (Progressive Disclosure):** 에이전트가 자율적인 탐색을 통해 관련 컨텍스트를 층층이 발견해 나가는 패턴으로, 파일 크기나 명명 규칙, 타임스탬프 등의 메타데이터를 단서로 활용하여 필요한 부분만 작업 기억(Working memory)에 유지한다 [S1].
+- **하위 에이전트 아키텍처 (Sub-agent Architectures):** 단일 에이전트가 모든 상태를 유지하는 대신, 주(Main) 에이전트는 고수준의 계획과 조율에 집중하고 특화된 하위 에이전트(Sub-agents)가 깨끗한 컨텍스트 창에서 심층 탐색을 수행한 뒤 정제된 요약본(1,000~2,000 토큰)만 반환하는 관심사 분리(Separation of concerns) 패턴이다 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Just-in-time Context (Agentic Search)** | 에이전트가 능동적으로 필요한 맥락만 점진적으로 로드하여 컨텍스트 윈도우 오염 방지, 최신 상태 유지 가능 [S1]. | 사전 계산된 데이터를 가져오는 것보다 런타임 탐색 시간이 오래 걸림(속도 저하) [S1]. | 동적인 탐색이 필요하거나, 사전에 모든 인덱싱을 하기 방대한 환경(예: 대형 코드베이스)일 때 [S1]. |
+| **사전 검색 (Pre-inference Retrieval / RAG)** | 모든 관련 데이터를 사전에 처리하여 즉각적으로 추론 가능하므로 응답 속도가 빠름 [S1]. | 정적인 인덱스에 의존하므로 정보가 누락되거나 문맥(Syntax tree 등)이 복잡할 경우 대응이 어려울 수 있음 [S1]. | 정적이고 내용 변화가 적은 도메인(법률, 금융 등)에서 빠른 응답이 필요할 때 [S1]. |
+| **단일 에이전트 + Compaction/Memory** | 단일 컨텍스트 내에서 대화 흐름 유지에 유리, 마일스톤이 명확한 반복 개발에 적합 [S1]. | 장기간 작업 시 컨텍스트 오염 및 주의력 분산(Context Rot) 위험이 커짐 [S1]. | 잦은 핑퐁 대화가 필요한 작업이나 순차적인 점진적 개발 환경일 때 [S1]. |
+| **Multi-agent / Sub-agent Architecture** | 오염되지 않은 깨끗한 컨텍스트 창에서 병렬 탐색 가능, 주 에이전트의 토큰 예산 절약 [S1]. | 시스템 설계 및 에이전트 간 통신 프로토콜 관리가 복잡함 [S1]. | 복잡한 연구 및 분석 과제 등 병렬적 탐색과 높은 수준의 컨텍스트 분리가 필요할 때 [S1]. |
+
+## 📖 세부 내용 (Details)
+- **에이전틱 워크플로우의 진화:** 대형 언어 모델 활용은 초기 단발성 프롬프트 텍스트 생성에서 벗어나, 도구를 루프(Loop) 형태로 자율적으로 사용하는 방향으로 수렴하고 있다 [S1]. 이는 모델 기능이 향상됨에 따라 사람의 미세한 지시 없이도 복잡한 문제 공간을 탐색하고 오류를 자체 복구할 수 있는 수준의 자율성을 부여한다 [S1].
+- **맥락(Context) 자원의 한계와 관리:** LLM은 인간과 마찬가지로 처리할 수 있는 주의력 예산(Attention budget)에 한계가 있다. 입력 토큰이 증가함에 따라 정보 회수율과 장거리 추론 능력이 저하되는 'Context Rot' 현상을 겪는다 [S1]. 따라서 [[Agentic Workflow]]에서는 가장 적은 수의 '고신호 토큰(High-signal tokens)'을 유지하기 위해 지속적으로 문맥을 정제하고 덜어내는 맥락 엔지니어링(Context Engineering)이 필수적이다 [S1].
+- **하이브리드 맥락 전략:** 순수하게 런타임에 의존하는 방식의 속도 저하를 보완하기 위해, 핵심 문서(예: `CLAUDE.md`)는 초기에 로드하고 세부 데이터는 적시(Just-in-time)에 에이전트가 도구를 사용해 동적으로 검색하는 하이브리드 전략이 부상하고 있다 [S1].
+- **프롬프트 아키텍처의 확장:** [[Agentic Workflow]] 구축을 위해서는 전통적인 프롬프트 디자인 범위를 넘어서야 한다. [[Agentic Prompting]]에는 도구 사용의 명확한 조건, 서브 에이전트로의 위임 판단 기준, 오류가 발생했을 때의 회복 논리가 포함되어야 한다 [S2]. 잘 설계된 툴 세트는 중복을 최소화해야 하며, 에이전트가 어떤 도구를 써야 할지 모호하지 않도록 자명해야 한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- LLM의 자율성이 높아질수록 인간의 직접적인 맥락 선별(Curation) 필요성은 감소하는 경향이 있으나, 인지적 한계(컨텍스트 윈도우 크기 및 주의력 분산)는 물리적 모델 구조상 당분간 지속될 것이므로, 무조건 더 큰 컨텍스트 윈도우를 기다리기보다는 Compaction이나 Agentic Memory 같은 기법으로 컨텍스트를 경제적으로 관리하는 것이 현재로선 가장 성능이 뛰어나다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **Claude Code (Anthropic):** 대규모 데이터베이스나 코드베이스를 분석할 때 모든 데이터를 컨텍스트에 로드하지 않는다. 대신 `glob`, `grep`, `head`, `tail` 같은 Bash 명령어를 자율적으로 활용하여 파일을 런타임에 탐색하고 인덱싱의 한계를 우회한다. 또한 메시지 이력이 길어지면 스스로 중요한 아키텍처 결정과 미해결 버그만을 요약(Compaction)하여 상태를 유지한다 [S1].
+- **Claude playing Pokémon:** 에이전트가 포켓몬 게임을 플레이하며 장시간(수천 스텝) 전략적 일관성을 유지한 사례. 에이전트가 외부 파일(Agentic memory)에 "어느 경로에서 몇 레벨을 달성했는지", "전투 전략은 무엇인지" 등을 기록(Structured note-taking)하고 리셋된 컨텍스트에서도 이 노트를 읽고 목표 지향적 행동을 재개하였다 [S1].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음. (단, 도구 사용의 개념적 예시로 `head`, `tail`, `grep` 등의 Bash 커맨드명이나 `test_utils.py` 같은 파일 경로 참조 개념만이 서술됨) [S1]
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Engineering]] — 연결 이유: 에이전트의 작업 문맥을 큐레이션하고 최적화하는 포괄적 원리
+- [[Prompt Engineering]] — 연결 이유: 에이전틱 동작을 지시하고 통제하는 기반 언어 제어 기법
+- [[Sub-agent Architecture]] — 연결 이유: 에이전틱 워크플로우를 다중 모델 협력으로 확장한 아키텍처
+- [[ReAct]] — 연결 이유: 추론(Reasoning)과 행동(Action)을 결합한 에이전트 워크플로우의 초기/핵심 개념
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Agentic Workflow에서 Sub-agent 간의 컨텍스트를 효율적으로 동기화하는 프로토콜(예: A2A)은 어떻게 설계되는가?
+- Compaction(압축) 프로세스에서 정보의 미세한 손실을 막고 높은 재현율(Recall)을 보장하기 위한 프롬프트 최적화 방법은 무엇인가?
+- 기존 RAG 방식과 Just-in-time Agentic Search를 효율적으로 결합하는 하이브리드 아키텍처의 기준은 무엇인가?
+- Agentic Memory(구조화된 노트) 작성 시 에이전트의 환각(Hallucination)이 누적되는 것을 방지하기 위한 검증 도구는 어떻게 통합되는가?
+- 무한 루프(Dead-ends)에 빠진 에이전트가 스스로를 교정(Self-Refine)하고 탈출하도록 설계하는 제약 조건은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** LLM이 능동적으로 런타임에 Bash, 검색 등의 외부 툴을 호출하여 데이터를 읽어오도록 도구(Tools)의 입출력 규격을 디자인함.
+- **System Design:** 장시간 수행되는 복잡한 Task의 경우 단일 세션에 의존하지 않고, 중간 요약 노트를 외부 스토리지에 저장 후 새 세션이 이를 참조하도록 메모리 파이프라인(Agentic Memory)을 구축함.
+- **Operation / Maintenance:** 과도하게 중복되거나 모호한 도구 세트는 에이전트의 낭비를 초래하므로, 도구(Function) 간의 명확한 경계를 정의하고 유지보수함.
+- **Learning Path:** Prompt Engineering (Zero/Few-shot) -> Chain of Thought -> ReAct -> Multi-Agent Collaboration의 순서로 에이전트 제어 기술 습득.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Model Context Protocol]] — 확장 방향: 에이전트와 외부 도구/데이터 간의 보편적인 통합 및 통신 표준 규격 파악
+- [[Large Language Models]] — 확장 방향: 기초 모델의 추론 능력 및 컨텍스트 윈도우 스케일링 특성 이해
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Engineering]], [[Agentic Prompting]], [[Sub-agent Architecture]]
+- **참조 맥락:** 자율 AI 시스템의 장기 목표 수행 및 효율적 맥락 관리(기억/도구 사용) 아키텍처 설계 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] Effective context engineering for AI agents - Anthropic
+- [S2] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Android Context.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Android Context.md
new file mode 100644
index 00000000..af63f7e7
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Android Context.md
@@ -0,0 +1,116 @@
+---
+id: android-context
+title: "Android Context"
+category: "Android Architecture"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "안드로이드 컨텍스트"
+ - "Application Context"
+ - "Activity Context"
+ - "Context 객체"
+ - "앱 상태 참조"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "Application Context, Activity Context and Memory leaks | by Shashank Mistry | Medium"
+ - "[Android/안드로이드] Context, 뭐하는 녀석인지 알고 사용하자! - 코딩스토리"
+applied_in: []
+github_commit: ""
+---
+
+# [[Android Context]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Android Context는 애플리케이션과 액티비티의 현재 상태 및 환경 정보를 제공하는 시스템 핸들로, 생명주기에 맞는 적절한 Context(Application vs Activity)의 선택이 메모리 누수 방지의 핵심이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **시스템 핸들 (System Handle):** 애플리케이션의 현재 상태를 나타내며 리소스, 데이터베이스, 시스템 서비스 등에 접근할 수 있게 해주는 포괄적 정보 객체
+- **Application Context:** 애플리케이션의 생명주기(LifeCycle)와 결속되어 앱 시작부터 종료 시까지 유지되는 Context
+- **Activity Context:** 개별 액티비티의 생명주기와 결속되어 해당 액티비티와 함께 생성되고 소멸되는 Context
+- **메모리 누수 방지 (Memory Leak Prevention):** 뷰모델(ViewModel)이나 싱글톤(Singleton)과 같이 오래 유지되는 객체에서 짧은 생명주기를 가진 Activity Context를 참조하지 않도록 관리하는 설계 원칙
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **UI 및 화면 관련 작업:** Toast, Dialog 등 GUI와 직결된 작업에는 항상 액티비티에 대한 추가 정보를 포함하는 Activity Context를 사용한다.
+- **액티비티 생명주기 외의 작업:** ViewModel 내부의 데이터베이스 접근 등 액티비티 소멸 이후에도 Context 참조가 필요한 경우에는 Application Context를 주입받아 사용한다.
+- **메모리 누수 안티패턴 회피:** ViewModel에서 Activity를 멤버 변수로 참조, non-static 내부 클래스로 선언된 Handler 사용, View를 static 변수로 선언, Singleton에서 Activity 참조 등은 엄격히 금지된다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Activity Context** | 현재 액티비티에 대한 구체적 정보를 포함하여 GUI 컴포넌트(Toast, Dialog 등)가 정상 작동함 | 액티비티 소멸 시 함께 파괴되므로, 외부나 비동기 작업에서 잘못 참조 시 심각한 메모리 누수 발생 | UI 관련 요소를 화면에 띄우거나, 액티비티 내부 생명주기 안에서만 작업이 완료될 때 |
+| **Application Context** | 앱의 생명주기를 따르므로 액티비티 파괴와 무관하게 안전하게 참조 가능하여 메모리 누수를 예방함 | Activity Context가 지원하는 모든 GUI 기능을 지원하지 않아 화면 관련 작업 시 비표준적 동작이나 오류 발생 가능 | 액티비티 생명주기를 벗어나 유지되어야 하는 참조(예: ViewModel의 DB 접근 등)가 필요할 때 |
+
+## 📖 세부 내용 (Details)
+- **Context의 정의와 역할:** 안드로이드에서 Context는 시스템에 대한 핸들로 작용하며, 로컬 파일, 데이터베이스, 시스템 서비스 및 위치 서비스와 같은 중요한 환경 데이터를 포함한다 [S1]. 이는 현재 사용되고 있는 애플리케이션이나 액티비티에 대한 포괄적인 상태 정보를 지닌 객체이며, Activity와 Application 클래스는 이 Context 클래스를 확장(상속)하여 구현된다 [S2].
+- **Application Context와 Activity Context의 차이:**
+ - **Application Context:** 애플리케이션의 라이프사이클을 따르며, 앱이 실행되어 종료될 때까지 동일한 객체를 참조한다 [S1], [S2].
+ - **Activity Context:** 개별 액티비티의 라이프사이클을 따르며, 액티비티가 소멸(`onDestroy()`)될 때 컨텍스트도 함께 사라진다. 이 Context는 현재 액티비티에 대한 추가적인 정보를 더 가지고 있다 [S1], [S2].
+- **메모리 누수(Memory Leak)의 원인과 해결책:**
+ - Context를 잘못 사용하면 메모리 누수가 발생하고 앱이 강제 종료될 수 있다 [S1], [S2].
+ - 예를 들어, ViewModel에서 Activity Context를 주입받아 데이터베이스(Room 등)를 호출하는 상황에서, 데이터 로딩(예: 3초 소요)이 완료되기 전에 액티비티가 종료되면, ViewModel이 여전히 Activity Context를 쥐고 있어 가비지 컬렉터가 메모리를 회수하지 못해 메모리 누수가 발생한다 [S2].
+ - 이러한 문제를 해결하기 위해 생명주기가 긴 ViewModel 등에서는 `getApplicationContext()`를 참조해야 한다(예: AndroidViewModel 사용) [S1], [S2].
+- **올바른 Context 사용 규칙:**
+ - 무조건 Application Context만 사용하는 것은 잘못된 방법이다. Application Context는 Activity Context가 제공하는 모든 것을 지원하지 않기 때문에 Dialog, Toast 등 GUI와 관련된 작업에서는 정상적으로 작동하지 않을 수 있으며 메모리 낭비를 유발할 수 있다 [S1], [S2].
+ - 특별한 이유가 없다면 직접적으로 가용한 Activity Context를 사용하되, 액티비티 생명주기 밖에서 참조를 유지해야 할 때만 Application Context로 전환하여 사용해야 한다 [S1], [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보나 모순점은 발견되지 않았으며, 제공된 소스 모두 Context의 분리 사용 및 메모리 누수 방지라는 동일한 아키텍처 원칙을 지지하고 있습니다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 내에 구체적인 코드 파일 경로, Git 커밋 해시, 또는 의사결정 기록(decision_id)이 포함되어 있지 않습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Application Context]] — 연결 이유: 앱 전역 생명주기에 종속된 Context의 하위 분류
+- [[Activity Context]] — 연결 이유: 액티비티 생명주기에 종속된 Context의 하위 분류
+- [[Memory Leak]] — 연결 이유: Context의 잘못된 참조로 인해 발생하는 주요 시스템 장애 현상
+- [[Android Lifecycle]] — 연결 이유: Context의 유효 범위를 결정짓는 안드로이드의 근본 메커니즘
+
+### 심층 후속 질문 (Deeper Research Questions)
+- ViewModel 내부에서 Application Context가 아닌 Activity Context가 반드시 필요한 예외적인 상황이 존재하는가?
+- Android 프레임워크 내부에서 Activity Context와 Application Context는 어떤 구조적 차이로 인해 GUI 기능 지원 여부가 갈리는가?
+- 메모리 누수 방지를 위해 Context를 주입하는 대신 사용할 수 있는 의존성 주입(DI) 라이브러리(Hilt, Dagger 등)의 모범 사례는 무엇인가?
+- Jetpack Compose 환경에서는 Context를 어떻게 관리하며, 선언형 UI에서의 Context 생명주기는 기존 View 시스템과 어떻게 다른가?
+- Memory Leak을 추적하기 위해 LeakCanary와 같은 도구를 사용할 때 Context 누수를 식별하는 가장 전형적인 시그니처는 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** Toast 메세지 출력, 다이얼로그 팝업 렌더링, SharedPreference 초기화
+- **System Design:** MVVM 아키텍처 설계 시 Repository나 ViewModel 계층에서의 Context 참조 방향 설정
+- **Operation / Maintenance:** 앱 크래시 로그 분석 시 뷰모델 등에서의 OOM(Out of Memory) 현상 및 Context 누수 추적
+- **Learning Path:** 안드로이드 컴포넌트 생명주기 이해 -> 메모리 누수 원리 파악 -> 올바른 Context 주입 패턴 체득
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[ViewModel]] — 확장 방향: Context 없이 비즈니스 로직과 UI 상태를 관리하는 아키텍처 패턴 설계
+- [[Room Database]] — 확장 방향: 로컬 데이터베이스 접근 시 Application Context를 안전하게 주입하여 사용하는 방법
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Application Context]], [[Activity Context]], [[Memory Leak]]
+- **참조 맥락:** 안드로이드 앱 설계 시 UI 조작과 비동기 데이터 처리 계층 간의 안전한 메모리 참조 규범을 설정할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [1] Application Context, Activity Context and Memory leaks | by Shashank Mistry | Medium
+- [2] [Android/안드로이드] Context, 뭐하는 녀석인지 알고 사용하자! - 코딩스토리
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Automated Prompt Optimization.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Automated Prompt Optimization.md
new file mode 100644
index 00000000..f87aed5d
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Automated Prompt Optimization.md
@@ -0,0 +1,106 @@
+```markdown
+---
+id: automated-prompt-optimization
+title: "Automated Prompt Optimization"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "Automated Prompt Optimization"
+ - "APE"
+ - "Automatic Prompt Engineer"
+ - "자동 프롬프트 최적화"
+ - "Self-Refine"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Prompt Engineering", "LLM", "Optimization"]
+raw_sources:
+ - "Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques "
+applied_in: []
+github_commit: ""
+---
+
+# [[Automated Prompt Optimization]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+대규모 언어 모델(LLM)이 인간의 직관을 뛰어넘는 방대한 탐색 공간에서 최적의 프롬프트를 스스로 생성·평가·수정하게 하여, 프롬프트 설계를 '수동 파라미터 튜닝'에서 '시스템적 엔지니어링'으로 진화시키는 자동화 기술 체계.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **APE (Automatic Prompt Engineer)**: 입력-출력 예시 세트를 바탕으로 LLM이 여러 후보 프롬프트를 자동 생성하고, 이를 검증 세트에서 평가하여 최적의 프롬프트를 선별하는 방법론.
+2. **Self-Refine (반복적 자가 수정)**: 별도의 추가 학습 없이 LLM이 자체적으로 초기 출력을 생성하고, 문제점을 식별하며, 자가 피드백을 통해 출력을 반복적으로 개선하는 메커니즘.
+3. **탐색 공간 확장 (Broader Search Space)**: LLM에 가장 효과적인 프롬프트는 인간의 자연어 관습과 다를 수 있으며, 자동화는 인간의 직관이 포괄할 수 없는 넓은 범위의 프롬프트 탐색 공간을 열어줌.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **3단계 반복 사이클 (3-Step Iteration)**: Self-Refine 프레임워크에서 작동하는 패턴으로, (1) 초기 출력 생성 -> (2) 자체 평가 및 개선점 식별 -> (3) 자가 피드백 기반 출력 수정의 과정을 품질 기준 도달 시까지 반복함.
+* **엔드투엔드 최적화 파이프라인 (End-to-End Optimization Pipeline)**: 기업 환경에서 APE를 통해 최적의 프롬프트를 프로덕션에 배포하고, 추론 단계(Inference time)에서 Self-Refine을 후처리 품질 보증(QA) 메커니즘으로 실시간 연동하는 통합 아키텍처 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **수동 프롬프트 엔지니어링 (Manual Prompting)** | 인간의 도메인 지식과 자연어 문법/관례를 직관적으로 반영할 수 있음 | 인간의 경험과 직관에 한정되어 있어, 모델에게 최적인(그러나 부자연스러운) 지시어를 찾아내기 어려움 | 개념 증명(PoC)이나 단순한 단발성 태스크, 명확한 지시가 가능한 기초 단계 |
+| **자동 프롬프트 최적화 (APE + Self-Refine)** | 인간 전문가를 능가하는 성능 달성 가능, 품질 향상(평균 5~25%), 시스템적 반복 최적화 가능 | 후보 생성, 반복 평가 및 자체 수정 루프로 인해 추론 시간(Latency)과 토큰 사용 비용이 증가함 | 대규모 기업용 AI 애플리케이션의 파이프라인 구축, 지속적인 품질 보증 및 최적화가 필수적인 환경 |
+
+## 📖 세부 내용 (Details)
+* 수동으로 설계된 프롬프트는 설계자의 경험과 직관이라는 한계에 부딪히지만, **APE(Automatic Prompt Engineer)**는 이러한 한계를 돌파하기 위해 제안되었다. 이 방법론은 주어진 입출력 예시 세트를 활용해 LLM이 다수의 후보 프롬프트 지시어를 직접 생성하게 한다 [S1].
+* 이후 생성된 후보 프롬프트들의 효과를 검증 세트(Validation set)에서 평가하여 가장 우수한 프롬프트를 선택한다 [S1]. APE가 생성한 프롬프트는 여러 벤치마크에서 인간 전문가가 작성한 프롬프트의 성능과 일치하거나 이를 능가하는 것으로 입증되었다 [S1].
+* APE의 의의는 단순한 자동화를 넘어, 최적의 프롬프트를 찾기 위한 탐색 공간이 인간의 직관보다 훨씬 광범위하다는 점을 증명했다는 데 있다. 인간은 자연어 관례에 맞는 지시어를 선호하지만, LLM에게 가장 효과적인 프롬프트는 인간에게 부자연스럽게 느껴지는 표현일 수도 있다 [S1].
+* **Self-Refine**은 모델 훈련 없이 작동하는 반복적 최적화 프레임워크로, 인간의 '작성-검토-수정' 창작 워크플로우를 단일 모델 상호작용으로 내재화한 기술이다 [S1]. (1) 초기 출력 생성, (2) 출력에 대한 비판적 평가 및 개선점 파악, (3) 피드백 기반 출력 수정이라는 3단계 주기를 거치며, 설정된 기준에 도달할 때까지 반복된다 [S1]. 이를 통해 텍스트 요약, 수학적 추론, 코드 생성 등에서 출력 품질을 평균 5~25% 향상시킨다 [S1].
+* 기업 환경에서는 이 두 가지를 결합하여 **엔드투엔드 프롬프트 최적화 파이프라인**을 구축할 수 있다. 먼저 APE를 이용해 후보 프롬프트 공간을 탐색 및 필터링하여 최상의 프롬프트를 프로덕션에 배포하고, 추론 단계에서 Self-Refine을 품질 보증(QA) 메커니즘으로 작동시켜 실시간으로 결과물을 개선하는 방식이다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 기존에는 자연어에 가깝고 인간이 이해하기 쉬운 문장일수록 LLM이 잘 이해할 것이라는 상식이 있었으나, APE 연구를 통해 LLM에게 가장 효과적인 프롬프트는 오히려 인간에게 부자연스럽게 느껴지는 구조와 표현일 수 있음이 밝혀졌다 [S1]. 즉, 기계의 언어 처리 최적 공간과 인간의 언어 관습 간에 괴리가 존재함을 시사한다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+* 현재 발견된 실제 적용 사례(구체적인 파일 경로나 Git 커밋 해시 등)가 없습니다. (단, 소스에서는 기업용 AI 파이프라인의 후처리(Post-processing) 단계에서 자동 품질 보증(QA) 메커니즘으로 Self-Refine 프레임워크를 연동하는 아키텍처적 적용 방안이 구체적으로 제시됨 [S1].)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Prompt Engineering]] — 연결 이유: APE와 Self-Refine이 소속된 광의의 상위 개념 체계
+- [[Few-shot Prompting]] — 연결 이유: APE가 후보 프롬프트를 생성하고 평가할 때 활용하는 입출력 데이터 세트의 형태적 기반
+- [[Chain-of-Thought]] — 연결 이유: 모델의 심층 추론을 유도하는 기법으로, Self-Refine 과정 중 비판적 평가 단계의 메커니즘과 연관
+
+### 심층 후속 질문 (Deeper Research Questions)
+- APE 알고리즘을 통해 탐색된 '인간에게는 부자연스럽지만 기계에게는 효과적인' 프롬프트의 구체적인 텍스트적 특징은 무엇인가?
+- Self-Refine의 반복적인 평가-수정 사이클이 무한 루프에 빠지지 않도록 제어하는 '사전 설정된 기준(preset standards)'은 어떤 방식으로 정의되는가?
+- 추론 환경에서 Self-Refine을 사용할 때 급증하는 토큰 사용량 및 응답 지연(Latency) 문제를 완화할 수 있는 아키텍처 패턴은 무엇인가?
+- 기존의 RAG(Retrieval-Augmented Generation) 시스템 쿼리 재작성(Query Rewriting) 과정에 APE 방법론을 도입하여 성능을 측정해 볼 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 주어진 태스크에 대한 소량의 Ground-truth 예시를 구성한 뒤, LLM이 프롬프트를 스스로 역설계(Reverse-engineering)하여 생성하도록 스크립트 작성.
+- **System Design:** 엔터프라이즈 AI 서비스 아키텍처 설계 시, 실시간 추론 결과의 신뢰도를 높이기 위해 모델 출력을 클라이언트에게 반환하기 전 Self-Refine 노드를 통과하도록 파이프라인 구성.
+- **Operation / Maintenance:** 백엔드 모델이 버전 업그레이드될 때마다 기존 프롬프트의 성능이 저하될 수 있으므로, APE 파이프라인을 가동하여 신규 모델 버전에 맞는 프롬프트로 자동 재조정.
+- **Learning Path:** 기초 Prompting (Zero/Few-shot) -> 심화 추론 유도 (CoT, ToT) -> 자동화 파이프라인 (APE, Self-Refine) 이해의 흐름으로 학습 진행.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[LLM Evaluation]] — 확장 방향: APE에서 후보 프롬프트의 우수성을 평가하고 Self-Refine에서 수정 방향을 결정하기 위한 모델 자체 평가 지표(Metrics) 연구
+- [[Agentic Workflow]] — 확장 방향: 단일 모델의 단발성 상호작용을 넘어, 여러 자율 에이전트 간의 협업 및 반복적 피드백 루프로의 확장
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Prompt Engineering]], [[Self-Refine]]
+- **참조 맥락:** 엔터프라이즈 레벨의 AI 애플리케이션에서 프롬프트 작성의 한계를 넘고, 시스템적으로 결과물의 퀄리티를 최적화하고자 할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] "Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques " (URL 없음)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/CPU Scheduling.md b/10_Wiki/Topics/Domain_Programming/From_RawData/CPU Scheduling.md
new file mode 100644
index 00000000..34ffb9f8
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/CPU Scheduling.md
@@ -0,0 +1,103 @@
+---
+id: cpu-scheduling
+title: "CPU Scheduling"
+category: "Operating_System"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["CPU 스케줄링", "프로세스 스케줄링", "Processor Scheduling", "OS Scheduling"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "OS", "Scheduling"]
+raw_sources: ["Process Control Block (PCB) Explained: What It Stores - Unwired Learning", "Difference between Swapping and Context Switching - TutorialsPoint", "What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)"]
+applied_in: []
+github_commit: ""
+---
+
+# [[CPU Scheduling]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+CPU 스케줄링은 다중 작업 환경(Multitasking)에서 한정된 단일 CPU 자원을 여러 프로세스에 공정하고 효율적으로 배분하기 위해 다음으로 실행할 프로세스를 결정하는 운영체제의 핵심 의사결정 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **CPU Scheduler:** 대기 큐(Ready Queue)에 있는 프로세스 중 다음으로 CPU를 점유할 프로세스를 선택하는 운영체제 구성 요소
+* **Process Control Block (PCB):** 프로세스 우선순위(Priority) 및 스케줄링 큐 포인터 등 CPU 스케줄러가 판단을 내리는 데 필요한 각종 스케줄링 정보를 저장하는 자료구조
+* **Context Switching (문맥 교환):** 스케줄러의 결정에 따라 현재 실행 중인 프로세스의 상태를 저장하고, 새롭게 스케줄링된 프로세스의 상태를 CPU에 적재하여 제어권을 넘기는 실제 동작 메커니즘
+* **Scheduling Algorithms:** 선점형(Preemptive) 및 비선점형(Non-Preemptive) 방식, FCFS, SJF, SRTF, HRRN, MLQ 등 자원 할당의 최적화를 위한 알고리즘 규칙 집합
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **우선순위 기반 자원 할당 (Priority-based Allocation):** 시스템은 프로세스의 중요도(Priority)에 따라 높은 우선순위의 프로세스를 먼저 스케줄링하여 처리 효율성을 유지한다.
+* **상태 보존과 복원의 반복 (State Save & Restore):** 스케줄링을 통해 다중 작업을 수행하기 위해서는 현재 프로세스의 중단 지점(Program Counter 및 레지스터 값)을 PCB에 저장하고 복원하는 일련의 문맥 교환 패턴이 반복된다.
+* **오버헤드 억제 메커니즘:** 스케줄링 알고리즘의 효율성이 높아질수록 시스템이 오직 프로세스 교체에만 리소스를 낭비하는 문맥 교환 오버헤드 빈도를 효과적으로 제어할 수 있다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+(소스 데이터에 기반하여 운영체제의 프로세스 실행 및 메모리 관리 측면에서 상호 보완적으로 작동하는 문맥 제어 기술 비교)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Context Switching** (문맥 교환) | CPU 레지스터 내의 실행 컨텍스트만 저장/복원하여 속도가 상대적으로 매우 빠름 | 처리 시 유용한 작업을 하지 않는 시스템 오버헤드가 발생 | 다중 프로세스(Multitasking) 간 효율적인 CPU 시간 공유 및 스케줄링이 필요할 때 빈번히 선택 [S2] |
+| **Swapping** (스와핑) | 물리적 메모리(RAM) 용량 한계를 넘어 더 많은 프로세스 수용 가능 | 디스크 I/O 연산이 수반되므로 처리 속도가 상대적으로 느림 | 활성 프로세스를 위한 메인 메모리 가용 공간이 부족하여 유휴 프로세스를 일시적으로 치워야 할 때(Memory Pressure) 선택 [S2] |
+
+## 📖 세부 내용 (Details)
+* **정의 및 역할:** CPU 스케줄링은 다중 프로세스 또는 스레드가 단일 CPU 위에서 실행되어야 하는 멀티태스킹 환경을 지원하기 위해 설계된 운영체제의 필수 기능이다 [S2, S3]. 운영체제는 현재 대기 중이거나 활성화된 프로세스들의 요구사항을 파악하여 어느 프로세스에 CPU를 할당할지 스케줄러를 통해 결정한다 [S3].
+* **PCB와의 연계성:** CPU 스케줄러가 적절한 의사결정을 내리기 위해서는 각 프로세스의 식별표 역할을 하는 PCB(Process Control Block)를 참조해야 한다 [S1, S2, S3]. PCB 내의 'CPU 스케줄링 정보(CPU Scheduling Information)' 영역에는 해당 프로세스의 우선순위, 스케줄링 큐를 가리키는 포인터 및 기타 매개변수가 포함되어 있어 시스템이 스케줄링을 공정하게 처리하도록 돕는다 [S1].
+* **스케줄링 알고리즘:** 프로세스를 관리하기 위해 선점형(Preemptive) 방식과 비선점형(Non-Preemptive) 방식의 CPU 스케줄링 기법이 존재한다 [S1]. 구체적인 알고리즘 기법으로는 FCFS(First-Come, First-Served), SJF(Shortest Job First), SRTF(Shortest Remaining Time First), HRRN(Highest Response Ratio Next), MLQ(Multilevel Queue) 등이 사용된다 [S1].
+* **문맥 교환(Context Switching)과의 연동:** CPU 스케줄링에 의해 실행될 프로세스가 변경되면 운영체제는 반드시 문맥 교환을 수행해야 한다 [S1, S2, S3]. 이 과정에서 현재 프로세스의 프로그램 카운터(Program Counter) 및 CPU 레지스터 값들이 PCB에 저장되고, 대기 큐에서 스케줄링된 다음 프로세스의 상태 정보가 로드되어 실행이 재개된다 [S1, S3].
+* **성능 및 오버헤드 영향:** 잦은 프로세스 교체는 CPU가 실제 작업 대신 정보 저장 및 로드에만 시간을 쏟게 만들어 오버헤드를 발생시킨다 [S3]. 더 나은 스케줄링 알고리즘을 구현하면 문맥 교환이 꼭 필요할 때만 일어나도록 조율할 수 있어 이러한 오버헤드를 효과적으로 감소시킬 수 있다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보는 발견되지 않음. 모든 출처가 운영체제의 멀티태스킹을 지원하기 위한 스케줄링과 Context Switching, PCB의 유기적인 결합 관계를 동일하게 서술하고 있다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스에 구체적인 파일 경로, Git 커밋 해시 또는 결정 기록이 명시되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Switching]] — 스케줄링 결정 이후 CPU 레지스터의 상태를 물리적으로 교체하는 직접적인 메커니즘
+- [[Process Control Block]] — CPU 스케줄링에 핵심적인 매개변수와 상태를 보존하는 커널 내 데이터 구조
+- [[Multitasking]] — CPU 스케줄링과 문맥 교환이 필수적으로 요구되는 다중 작업 운영체제 환경
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 선점형(Preemptive)과 비선점형(Non-Preemptive) 스케줄링 알고리즘은 어떤 상황적 맥락(Context)에서 각각 가장 최적의 효율을 내는가?
+- FCFS, SJF, MLQ 등 특정 CPU 스케줄링 알고리즘들이 시스템 오버헤드와 기아 상태(Starvation) 방지에 미치는 구체적 메커니즘은 무엇인가?
+- 프로세스의 우선순위(Priority)는 운영체제의 스케줄러 내에서 어떠한 기준으로 동적 재할당되는가?
+- 현대 멀티 코어 시스템 환경에서 CPU 스케줄링은 기존 단일 코어 기반 알고리즘을 어떻게 확장하여 사용하는가? (소스 외 질문)
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 운영체제 커널의 스케줄러 모듈 및 대기 큐(Ready Queue) 운영 구조 설계
+- **System Design:** 멀티태스킹 환경에서 다중 프로세스 처리량 극대화 및 지연 시간 단축을 위한 자원 스케줄링 아키텍처 수립
+- **Operation / Maintenance:** 과도한 Context Switching으로 인한 시스템 스로틀링(Throttling) 현상 모니터링 및 프로세스 큐 관리
+- **Learning Path:** 운영체제 기본 구조 이해 -> 프로세스 관리(PCB) -> 멀티태스킹 및 CPU 스케줄링 -> 문맥 교환(Context Switching)
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Memory Management]] — 스케줄링된 프로세스들이 올바르게 동작하기 위해 연계되어야 하는 메모리 할당 및 스와핑 제어
+- [[Interrupt Handling]] — 하드웨어 및 소프트웨어적 인터럽트 발생 시 스케줄러가 개입하여 동작 흐름을 바꾸는 원리
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Switching]], [[Process Control Block]]
+- **참조 맥락:** 다중 프로세스 환경에서 한정된 연산 자원을 논리적 규칙과 우선순위에 따라 배분하여 최적의 멀티태스킹을 이끌어내기 위한 아키텍처 설계 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] Process Control Block (PCB) Explained: What It Stores - Unwired Learning (URL: https://unwiredlearning.com/blog/process-control-block)
+- [S2] Difference between Swapping and Context Switching - TutorialsPoint (URL: https://www.tutorialspoint.com/article/difference-between-swapping-and-context-switching)
+- [S3] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest) (URL: https://www.testmuai.com/blog/context-switching/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Call Stack.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Call Stack.md
new file mode 100644
index 00000000..5624ec87
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Call Stack.md
@@ -0,0 +1,92 @@
+---
+id: call-stack
+title: "Call Stack"
+category: "Computer Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["콜 스택", "콜스택", "Execution Context Stack", "Runtime Stack", "Machine Stack", "호출 스택"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp", "Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리", "Process Control Block (PCB) Explained: What It Stores - Unwired Learning"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Call Stack]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+콜 스택은 자바스크립트 엔진이 전역 및 함수 실행 컨텍스트의 호출 순서와 실행 상태를 LIFO(후입선출) 원칙에 따라 추적하고 관리하는 핵심 메모리 제어 구조이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **LIFO (Last-In-First-Out) 원칙**: 가장 마지막에 들어온 데이터(컨텍스트)가 가장 먼저 처리되고 나가는 스택의 기본 자료 구조 메커니즘.
+- **실행 컨텍스트 스택 (Execution Context Stack)**: 자바스크립트 스크립트 실행 시 글로벌 스코프부터 개별 함수 스코프까지의 모든 실행 컨텍스트를 순차적으로 보관하는 공간.
+- **스택 오버플로우 (Stack Overflow)**: 브라우저나 시스템이 허용하는 콜 스택의 고정된 크기(메모리 제한)를 초과하여 컨텍스트가 적재될 때 발생하는 에러.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **푸시 및 팝(Push and Pop) 패턴**: 새로운 함수가 호출될 때마다 해당 함수의 실행 컨텍스트가 스택의 최상단에 푸시(Push)되고, 함수의 실행이 완료되면 스택에서 팝(Pop)되어 제거된 뒤 부모 컨텍스트로 제어권이 반환되는 순환 패턴.
+
+## 📖 세부 내용 (Details)
+- **콜 스택의 정의 및 역할**: 콜 스택은 자바스크립트 엔진이 전역 컨텍스트와 함수 컨텍스트를 포함한 모든 실행 컨텍스트의 추적을 유지하기 위해 사용하는 메모리 공간이다 [S1]. 문맥에 따라 'Execution Context Stack(실행 컨텍스트 스택)', 'Runtime Stack(런타임 스택)', 'Machine Stack(머신 스택)' 등 다양한 명칭으로 불린다 [S1].
+- **LIFO 원칙과 구동 방식**: 콜 스택은 LIFO(후입선출) 원칙을 따른다 [S1]. 스크립트가 최초로 실행될 때 자바스크립트 엔진은 전역 실행 컨텍스트를 생성하여 콜 스택에 푸시한다 [S1, S2].
+- **함수의 중첩 호출 흐름**: 특정 함수가 호출되면 해당 함수를 위한 새 실행 컨텍스트가 생성되어 콜 스택의 최상단에 푸시되며 실행을 시작한다 [S1, S2]. 만약 그 내부에서 또 다른 중첩 함수가 호출된다면, 그 중첩 함수의 실행 컨텍스트 역시 스택 최상단에 새롭게 푸시된다 [S2].
+- **종료와 제어권 반환**: 현재 실행 중인 함수의 처리가 완료되면, 자바스크립트 엔진은 해당 실행 컨텍스트를 콜 스택에서 팝(Pop)하여 삭제하고, 실행 제어권은 스택의 바로 아래에 있는 부모 컨텍스트로 돌아간다 [S1, S2]. 최종적으로 프로그램 실행이 모두 종료되면 전역 컨텍스트마저 스택에서 팝되어 프로그램이 완전히 종료된다 [S2].
+- **메모리 한계와 Stack Overflow**: 콜 스택은 시스템이나 구동 중인 브라우저의 환경에 따라 한정된 고정 크기를 갖는다 [S1]. 베이스 조건(Base condition)이 없는 무한 재귀 함수 등으로 인해 생성된 실행 컨텍스트의 수가 이 한계 제한을 초과하게 되면 '스택 오버플로우(Stack Overflow)' 에러가 발생하여 런타임이 중단된다 [S1].
+- **OS 레벨에서의 스택 연관성**: 운영체제의 문맥 스위칭(Context Switching) 관점에서도 프로세스나 스레드의 스택은 함수 콜 스택(Function call stack)과 실행 재개에 필요한 세부 정보를 동일하게 포함하며, 이는 Process Control Block (PCB)과 같은 구조체를 통해 저장 및 관리된다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — 콜 스택에 적재되고 팝(Pop)되는 상태 정보의 최소 단위.
+- [[Event Loop]] — 비동기 작업 처리 시 콜 스택의 점유 상태를 파악하여 태스크를 스케줄링하는 자바스크립트의 실행 조율 메커니즘.
+- [[Stack Overflow]] — 콜 스택에 너무 많은 실행 컨텍스트가 적재되어 시스템의 허용 한계를 초과했을 때 발생하는 에러.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 콜 스택의 고정된 크기 한계는 각 브라우저 엔진마다 어떻게 다르며, 이를 측정하거나 우회할 수 있는 방법론은 무엇인가?
+- 이벤트 루프(Event Loop) 메커니즘은 콜 스택이 완전히 비워져 있는지를 어떤 하드웨어/소프트웨어적 인터럽트로 감지하는가?
+- 비동기 에러 발생 시, 콜 스택 추적(Stack Trace) 정보가 유실되는 현상의 원인과 이를 복원하기 위한 엔지니어링 접근법은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자바스크립트 재귀 함수 작성 시 명확한 탈출 조건(Base condition) 설정.
+- **System Design:** 장기 실행 함수 블로킹 방지를 위한 이벤트 루프 비동기 큐 설계.
+- **Operation / Maintenance:** 브라우저 콘솔에서 발생하는 스택 트레이스(Stack Trace) 디버깅 및 에러 로그 분석.
+- **Learning Path:** 자바스크립트 엔진 내부 동작 원리 및 비동기 처리(Promise, Callback) 과정 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Memory Heap]] — 스택과 달리 동적 메모리 할당(객체, 배열 등)에 사용되는 자바스크립트 엔진의 또 다른 메모리 구조.
+- [[Process Control Block (PCB)]] — 운영체제 단에서 프로세스의 스택 및 레지스터 정보를 보관하는 메모리 관리 블록.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Execution Context]], [[Event Loop]]
+- **참조 맥락:** 자바스크립트 엔진의 동기적 함수 실행 순서 추적, 스코프 해석 및 런타임 에러(스택 트레이스) 디버깅 시 핵심적으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp (https://www.freecodecamp.org/news/how-javascript-works-behind-the-scene-javascript-execution-context/)
+- [S2] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/execution-context/)
+- [S3] Process Control Block (PCB) Explained: What It Stores - Unwired Learning (https://unwiredlearning.com/blog/process-control-block)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Callback.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Callback.md
new file mode 100644
index 00000000..ec3dab65
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Callback.md
@@ -0,0 +1,91 @@
+---
+id: callback
+title: "Callback"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["콜백", "CallBack", "비동기 콜백", "JavaScript Callback"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.70
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Callback]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자바스크립트의 실행 컨텍스트 및 이벤트 루프와 밀접하게 연관되어 여러 비동기 작업을 관리하는 핵심 개념.
+
+## 🧠 핵심 개념 (Core concepts)
+- **비동기 작업 관리 (Asynchronous Task Management):** 자바스크립트 환경에서 프로미스(Promise)와 함께 여러 비동기적 흐름을 제어하기 위해 사용되는 개념.
+- **실행 컨텍스트와의 연관성 (Connection to Execution Context):** 클로저(Closure), 프로미스 등과 함께 실행 컨텍스트의 동작 원리를 이해해야만 올바르게 제어할 수 있는 자바스크립트의 고급 개념.
+- **실행 타이밍과 상태 관리 (Execution Timing and State Management):** 이벤트 루프와 실행 컨텍스트의 관계를 파악하지 못하고 사용할 경우, 의도치 않은 실행 타이밍이나 상태 불일치를 유발할 수 있음.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **비동기 제어의 위험성 패턴:** 자바스크립트 엔진이 비동기 코드를 어떻게 처리하는지, 이벤트 루프와 실행 컨텍스트가 어떻게 동작하는지에 대한 이해 없이 콜백을 사용하면, 예상치 못한 타이밍에 코드가 실행되어 상태 관리 문제나 데이터 불일치(데이터가 제대로 출력되지 않는 등) 오류가 발생함.
+
+## 📖 세부 내용 (Details)
+자바스크립트는 싱글 스레드 인터프리터 언어이며, 비동기 작업을 관리하기 위해 콜백(CallBack)을 활용한다 [S1].
+콜백은 클로저(Closure), 프로미스(Promise)와 함께 자바스크립트의 고급 개념으로 분류되며, 이들은 모두 실행 컨텍스트(Execution Context)와 밀접하게 연결되어 작동한다 [S1].
+
+따라서 콜백을 효과적이고 버그 없이 사용하기 위해서는 자바스크립트 엔진이 비동기 코드의 실행 컨텍스트를 어떻게 처리하는지, 그리고 이벤트 루프가 어떠한 원리로 동작하는지를 반드시 이해해야 한다 [S1]. 이러한 기반 지식 없이 콜백과 프로미스를 혼용하여 사용하게 되면, 변수에 값을 올바르게 할당했음에도 불구하고 예상치 못한 타이밍에 코드가 실행되어 데이터 불일치나 상태 관리 측면의 치명적인 문제들이 발생할 수 있다 [S1].
+
+(소스에 관련 정보가 부족합니다. 콜백 함수의 정확한 코드 구조적 정의나 내부 호출 메커니즘 등 보다 상세한 기술적 구현 원리는 현재 소스에서 확인되지 않습니다.)
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.70
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — 콜백이 실행되는 배경 환경이자 타이밍과 상태 관리를 좌우하는 핵심 개념
+- [[Promise]] — 콜백과 함께 자바스크립트 비동기 작업을 관리하는 또 다른 메커니즘
+- [[Closure]] — 콜백, 프로미스와 더불어 실행 컨텍스트와 밀접하게 연관된 자바스크립트의 고급 개념
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 자바스크립트의 이벤트 루프는 콜백의 실행 타이밍을 구체적으로 어떻게 제어하는가?
+- 콜백과 프로미스는 실행 컨텍스트 내에서 어떻게 다르게 스케줄링되고 처리되는가?
+- 콜백을 잘못 사용하여 발생하는 데이터 불일치 문제를 해결하기 위한 컨텍스트 기반의 설계 패턴은 무엇인가?
+- 자바스크립트 외의 다른 환경에서 콜백은 어떠한 컨텍스트 이해 규칙을 요구하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 비동기 API 호출 및 데이터 로딩 처리 구현
+- **System Design:** 싱글 스레드 환경에서의 논블로킹(Non-blocking) 아키텍처 설계
+- **Operation / Maintenance:** 상태 불일치 및 예기치 않은 타이밍 오류(Race condition 등) 디버깅
+- **Learning Path:** 자바스크립트 기초 문법 습득 후, 실행 컨텍스트와 이벤트 루프를 바탕으로 한 고급 비동기 프로그래밍 학습
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Event Loop]] — 콜백의 비동기 실행 타이밍을 결정짓는 동작 원리
+- [[Asynchronous Programming]] — 콜백이 주로 동원되는 프로그래밍 패러다임
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Execution Context]], [[Promise]]
+- **참조 맥락:** 자바스크립트 비동기 코드 작성 시 이벤트 루프와 연계된 실행 타이밍 및 상태 관리 문제 디버깅 과정에서 참조.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/execution-context/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Chain-of-Thought (CoT).md b/10_Wiki/Topics/Domain_Programming/From_RawData/Chain-of-Thought (CoT).md
new file mode 100644
index 00000000..1730a148
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Chain-of-Thought (CoT).md
@@ -0,0 +1,118 @@
+---
+id: chain-of-thought-(cot)
+title: "Chain-of-Thought (CoT)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["CoT", "Chain of Thought", "생각의 사슬", "연쇄 추론", "단계별 추론 프롬프팅"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Prompt Engineering", "LLM", "In-Context Learning"]
+raw_sources: ["Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques ", "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI", "Prompting best practices - Claude Platform Docs"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Chain-of-Thought (CoT)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+대형 언어 모델(LLM)이 정답으로 직행하는 대신 중간 논리 단계를 생성하도록 유도하여, 모델의 잠재된 추론 능력을 해제하고 복잡한 문제 해결의 정확도를 비약적으로 높이는 프롬프트 엔지니어링 핵심 기법.
+
+## 🧠 핵심 개념 (Core concepts)
+- **추론 과정의 명시화 (Explicit Reasoning Steps):** 모델에게 '무엇을 할지'뿐만 아니라 '어떻게 생각할지'를 가르치기 위해, 입력에서 최종 답에 이르는 중간 논리 전개 과정을 프롬프트에 포함하는 원리 [S1].
+- **Zero-shot CoT:** 예시 데이터를 제공하지 않고 프롬프트 끝에 "Let's think step by step"과 같은 트리거 문구를 추가하여 모델의 단계적 추론 행동을 자동 활성화하는 최소주의적(minimalist) 기법 [S1, S2].
+- **Few-shot CoT:** 복잡한 추론 태스크를 위해 프롬프트 내에 중간 추론 단계가 포함된 몇 가지 문제 해결 예시(다중 샷)를 결합하여 모델을 가이드하는 방식 [S2].
+- **Self-Consistency (자가 일관성):** CoT를 통해 여러 개의 서로 다른 추론 경로를 생성한 뒤, 도출된 최종 답안들에 대해 다수결 투표(majority voting)를 수행하여 추론의 '불확실성'을 '견고성'으로 변환하는 다중 경로 추론 메커니즘 [S1].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **추론-응답 분리 패턴 (Reasoning-Answer Separation):** XML 태그(예: ``, ``)를 사용하여 모델의 내부 추론 과정과 최종 도출 결과를 구조적으로 깔끔하게 분리하는 패턴 [S3].
+- **다중 경로 투표 패턴 (Multi-Path Voting Pattern):** 단일 선형 추론의 오류율을 줄이기 위해, Temperature 샘플링을 통해 다수의 CoT 추론을 실행하고 가장 빈번하게 등장하는 결과를 채택하여 정확도를 보정하는 패턴 [S1].
+- **비선형 추론 확장 패턴 (Non-linear Extension):** 선형적 사고 구조인 CoT의 한계를 극복하기 위해 트리를 기반으로 다중 경로를 탐색/백트래킹하는 [[Tree-of-Thought (ToT)]] 및 이를 임의의 방향성 그래프로 확장한 [[Graph-of-Thought (GoT)]]로 진화하는 패턴 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Standard Few-shot** | 포맷 제어와 도메인 톤 조정에 탁월하며 빠름 [S1] | 복잡한 논리 및 다단계 수학 문제에서 낮은 성능 [S1] | 단순 텍스트 분류, 감성 분석, 직접적인 질의응답 시 |
+| **Linear CoT (Chain-of-Thought)** | 수학 및 논리 문제의 정확도 대폭 향상(예: 17.7% -> 78.7%), 추론 과정을 투명하게 제공 [S1] | 단방향 사고로 인해 중간에 논리적 오류 발생 시 회복(백트래킹) 불가 [S1] | 복잡한 산술, 추론, 논리 퍼즐, 단계별 분석 필요 시 |
+| **Tree-of-Thought (ToT)** | 다수 경로의 동시 탐색 및 백트래킹 지원을 통해 인간 수준의 깊은 추론 가능 [S1] | 컴퓨팅 비용(Token 및 연산 시간)이 크게 증가함 [S1] | 전략 기획, 창의적 글쓰기, 게임(Game of 24 등) 시 |
+| **Graph-of-Thought (GoT)** | 여러 하위 문제의 추론 결과를 병합하고 교차 참조할 수 있는 풍부한 네트워크 형성 [S1] | ToT보다 구현이 복잡하고 연산 비용이 가장 높음 [S1] | 복합적 요소를 동시에 고려해야 하는 기업 전략/의사결정 시 |
+
+## 📖 세부 내용 (Details)
+- **CoT의 원리와 성능:** 대형 언어 모델(LLM)은 단순히 학습된 패턴을 뱉어내는 것을 넘어 잠재적인 추론 능력을 가지고 있으나, 이는 프롬프트를 통해 "이끌어내야(guided out)" 합니다. CoT는 "이유를 먼저 찾고 답을 구하는" 패턴을 모방하게 함으로써 이를 달성합니다 [S1]. 예를 들어, PaLM 540B 모델의 경우 GSM8K 수학적 추론 벤치마크에서 일반 Few-shot을 사용했을 때 17.7%였던 정확도가 CoT 적용 시 58.1%(또는 78.7%)까지 급상승하는 결과를 보였습니다 [S1].
+- **Zero-shot CoT의 간결성:** "단계별로 차근차근 생각해 보자(Let's think step by step)"라는 문구를 덧붙이는 것만으로도 모델의 추론 메커니즘을 트리거할 수 있습니다. 이는 Few-shot 예시를 정교하게 작성할 필요가 없어 사용 장벽이 가장 낮은 보편적인 기법입니다 [S1, S2].
+- **In-Context Learning (ICL)과의 관계:** CoT 프롬프팅은 파라미터를 업데이트하지 않고 모델의 사전 학습 데이터를 활용하여 특정 태스크를 학습하는 ICL의 원리와 밀접하게 맞닿아 있습니다. 다만 ICL이 주로 예시를 통한 프롬프트 엔지니어링에 초점을 맞춘다면, CoT는 추론의 연쇄(chain of thought) 자체를 강조합니다 [S2].
+- **신뢰성 보완 및 구조화:** CoT의 단일 추론 경로가 가지는 우연한 오류 가능성은 Self-Consistency(자가 일관성) 기법을 통해 보정될 수 있으며, 이로 인해 정확도가 추가로 12-18% 향상될 수 있습니다 [S1]. 또한 구조적인 관점에서 Claude와 같은 모델들은 수동 CoT 구현 시 `` 태그를 사용하여 추론 블록과 실제 출력 블록을 격리시키는 것을 권장합니다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 최신 언어 모델의 발전과 함께 모델 내부적으로 추론을 수행하는 기능(예: Claude 4.6 이상의 Adaptive thinking)이 기본 탑재되면서, 지나치게 세세한 지침을 주는 수동 프롬프팅 방식이 오히려 불필요한 과도한 트리거(over-triggering)를 유발할 수 있습니다. 따라서 모델 자체의 '생각(Thinking)' 기능이 비활성화되었을 때의 대안(Fallback)으로 수동 CoT를 활용하는 방식으로 진화하고 있습니다 [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- 소스 데이터 내에서 특정 Git 커밋 해시나 파일 경로 수준의 코드 적용 사례는 발견되지 않았습니다.
+- 단, Claude 플랫폼의 프롬프트 엔지니어링 가이드라인을 통해, 모델의 생각(thinking) 기능이 꺼져 있을 때의 대체재로서 ``과 `` 태그를 이용한 수동 CoT(Manual Chain-of-Thought) 아키텍처 적용 규칙이 지침으로 제공되고 있습니다 [S3].
+
+## 💻 코드 패턴 (Code patterns)
+```text
+// Pattern 1: Zero-shot CoT Prompting [S1, S2]
+Q: I went to the market and bought 10 apples. I gave 2 apples to the neighbor and 2 to the repairman. I then went and bought 5 more apples and ate 1. How many apples did I remain with?
+A: Let's think step by step.
+
+// Pattern 2: Manual CoT with XML Tags (Claude Best Practice) [S3]
+Please solve the following problem.
+Use structured tags to cleanly separate your reasoning from the final output.
+
+
+[여기에 단계별 추론 과정(Step-by-step reasoning)을 작성하시오]
+
+
+[여기에 최종 결과만 간결하게 작성하시오]
+
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Prompt Engineering]] — CoT를 포괄하는 상위의 자연어 기반 인스트럭션 설계 방법론.
+- [[In-Context Learning (ICL)]] — 모델의 가중치 업데이트 없이 프롬프트 내 문맥만으로 새로운 태스크를 수행하게 하는 기반 학습 원리.
+- [[Self-Consistency]] — CoT의 추론 정확성을 보완하기 위해 도입된 다중 경로 투표 검증 전략.
+- [[Tree-of-Thought (ToT)]] — CoT의 선형적 사고를 트리 구조의 다중 탐색 및 백트래킹으로 확장한 추론 프레임워크.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Zero-shot CoT의 트리거 문구가 모델 내부의 잠재적 개념(Latent Concepts)을 매핑하는 베이지안 추론 과정과 어떻게 물리적으로 연결되는가?
+- Tree-of-Thought(ToT) 구조를 구현할 때 최적의 토큰 할당 및 탐색 알고리즘(BFS/DFS) 선택 기준은 무엇인가?
+- 최신 LLM의 Adaptive Thinking(내장형 동적 추론)과 수동 CoT 프롬프팅 간의 간섭을 어떻게 최소화하고 최적의 비율로 설정할 수 있는가?
+- CoT 수행 시 생성되는 중간 단계 논리에 대해 환각(Hallucination) 현상을 차단할 수 있는 프롬프트 차원의 제어 방법은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 수학 연산, 데이터 논리 분석, 복합 조건 코딩 작업 시 프롬프트에 Zero-shot 트리거 또는 XML 분리 태그 적용.
+- **System Design:** 멀티 에이전트 시스템에서 에이전트 간 추론 과정 교환 및 Self-Consistency 투표 앙상블 시스템 아키텍처 구축.
+- **Operation / Maintenance:** 모델의 성능(A/B 테스트) 측정 시 일반 프롬프트와 CoT 프롬프트를 분리 배포하여 추론 단계의 품질 모니터링 수행.
+- **Learning Path:** Prompt Engineering 기초(Zero-shot/Few-shot) -> Linear CoT -> Self-Consistency -> ToT/GoT 고급 추론 프레임워크 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[LLM Hallucination Mitigation]] — 논리적 오류를 줄이기 위한 방어적 프롬프트 설계(Grounding).
+- [[Model Context Protocol (MCP)]] — 외부 툴 연동 시 CoT 추론 단계 중 툴을 언제/어떻게 호출할지 결정하는 규범.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Prompt Engineering]], [[In-Context Learning (ICL)]]
+- **참조 맥락:** LLM의 복잡한 추론 문제 해결 성능을 극대화하기 위해 프롬프트를 설계하고 구조화할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques
+- [S2] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI
+- [S3] Prompting best practices - Claude Platform Docs
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Chain-of-Thought.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Chain-of-Thought.md
new file mode 100644
index 00000000..7a6aca40
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Chain-of-Thought.md
@@ -0,0 +1,118 @@
+---
+id: chain-of-thought
+title: "Chain-of-Thought"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["CoT", "Chain of Thought", "생각의 사슬", "연쇄 추론", "단계별 추론", "CoT Prompting"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques ", "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Chain-of-Thought]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+대규모 언어 모델(LLM)이 최종 답을 도출하기 전 중간 추론 단계를 명시적으로 거치도록 유도하여, 모델의 잠재적인 복합 추론 능력을 비약적으로 끌어올리는 프롬프팅 기법.
+
+## 🧠 핵심 개념 (Core concepts)
+- [[Few-Shot CoT]]: 소수의 예시에 입력, 출력뿐만 아니라 중간 추론 과정을 함께 제시하여 모델이 '먼저 추론하고, 그 다음 대답하는' 패턴을 모방하도록 학습시키는 기법.
+- [[Zero-Shot CoT]]: 구체적인 예시 없이 프롬프트 끝에 "단계별로 차근차근 생각해 보자(Let's think step by step)"라는 문구를 추가하여 모델의 선형적 추론 행동을 즉각적으로 촉발하는 기법.
+- [[Self-Consistency (자가 일관성)]]: CoT를 통해 다수의 서로 다른 추론 경로를 생성한 뒤, 최종 답안들에 대해 다수결 투표(Majority voting)를 진행하여 단일 경로의 오류를 필터링하고 신뢰도를 극대화하는 앙상블 기법.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **"Reason first, then answer" 패턴:** 단순한 직관적 답변을 방지하고 선형적이고 논리적인 단계를 거치도록 강제하여 복잡한 수학 및 논리 문제의 성공률을 향상시킴.
+- **추론 구조의 확장 패턴:** 1차원적인 선형 추론(CoT)에서 출발하여, 트리 탐색 기반의 [[Tree-of-Thought]] 및 방향성 그래프 구조인 [[Graph-of-Thought]]로 진화하며 복합적 의사결정을 처리함.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **[[Chain-of-Thought]] (CoT)** | 구현이 매우 간단하며, 기본 수학/논리 추론 정확도를 대폭 향상시킴 | 선형적 추론에 국한되어, 다중 분기나 백트래킹이 필요한 문제 처리에는 한계가 있음 | 일반적인 수학적/논리적 추론 및 환각(Hallucination) 완화가 단일 턴 내에서 필요할 때 |
+| **[[Tree-of-Thought]] (ToT)** | BFS/DFS를 통한 트리 탐색, 백트래킹, 여러 경로의 동시 평가 및 폐기 가능 | CoT에 비해 연산 비용(Compute)과 토큰 사용량이 크게 증가함 | 전략적 기획, 창의적 글쓰기 등 다중 의사결정 경로의 평가가 필요한 경우 |
+| **[[Graph-of-Thought]] (GoT)** | 추론 경로 간의 병합(Merge) 및 교차 참조가 가능한 가장 풍부한 추론 네트워크 구성 | 가장 높은 연산 비용과 복잡한 구조화(하위 작업 그래프 노드 정의 및 의존성 설정) 요구 | 다수의 하위 문제 결과를 종합해야 하는 복잡한 기업 전략 보고서 작성 등 최상위 의사결정 |
+
+## 📖 세부 내용 (Details)
+- **CoT의 작동 원리와 효과:** Chain-of-Thought(CoT)는 대규모 언어 모델(LLM)에 잠재된 추론 능력을 '이끌어내는(guided out)' 강력한 기법이다 [S1]. Wei 등의 2022년 연구에 따르면, Few-shot 예시에 입력부터 정답까지의 완전한 논리적 전개 과정을 보여주었을 때 모델은 새로운 문제에 직면하여 바로 답을 도약하기보다는 중간 추론 단계를 스스로 자동 생성한다 [S1]. 이를 통해 PaLM 540B 모델의 경우 GSM8K 수학 추론 벤치마크 정확도가 일반 Few-shot의 17.7%에서 58.1%로 비약적으로 상승함이 증명되었다 [S1].
+- **인맥락 학습(ICL)과의 결합:** CoT는 [[In-Context Learning]](ICL) 프레임워크와 결합하여 높은 시너지를 낸다 [S2]. 모델은 사전 학습 단계에서 획득한 방대한 매개변수와 의미론적 사전 지식(Semantic Prior)을 활용하며, CoT 프롬프트를 매개로 복잡한 추론 단계를 스스로 밟아나간다 [S2].
+- **Zero-shot CoT의 실용성:** 정교하게 설계된 예시 없이도 "단계별로 차근차근 생각해 보자(Let's think step by step)" 또는 "Let's work this out in a step by step way to be sure we have the right answer"와 같은 지시어(추론 경로 명시 및 연상 유도)를 덧붙이는 것만으로도 모델의 추론 동작을 촉발할 수 있다 [S1, S2, S3]. 이 방법은 잘 작성된 Few-shot CoT보다는 성능이 소폭 낮을 수 있지만, 도입 장벽이 매우 낮아 광범위하게 적용된다 [S1].
+- **환각(Hallucination) 완화 및 신뢰성 확보:** 기업 및 실무 환경에서 CoT를 활용하면 모델이 자신의 논리 전개 과정을 투명하게 드러내도록 강제하기 때문에, 거짓 정보를 생성해내는 환각 현상을 인간이나 시스템이 쉽게 식별하고 추적할 수 있는 효과를 제공한다 [S1].
+- **Self-Consistency를 통한 견고성 향상:** Wang 등의 2023년 연구에서 제안된 자가 일관성(Self-Consistency) 기법은 온도 샘플링(Temperature sampling)을 이용해 여러 개의 상이한 CoT 추론 경로를 생성한 뒤, 다수결 투표를 통해 최종 답을 결정한다 [S1, S3]. 이 과정은 파라미터 미세 조정 없이도 CoT의 정확도를 12-18% 추가 향상시키며, 모델의 우발적인 추론 "불확실성"을 "견고함"으로 치환한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **프롬프트 설계 직관의 모순:** 인간 프롬프트 설계자는 자연어의 관습과 문법에 부합하는 형태로 명령어와 추론 지시(CoT)를 작성하려 시도한다 [S1]. 그러나 자동 프롬프트 엔지니어링(APE) 연구에 따르면, LLM에게 가장 강력하게 통하는 추론 프롬프트는 종종 인간에게 부자연스럽게 느껴지는 표현이나 단어의 조합일 수 있음이 밝혀졌다 [S1]. 즉, 인간의 언어 직관과 기계의 최적화된 프롬프트 탐색 공간 사이에는 괴리가 존재한다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 데이터 내에 특정 파일 경로, Git 커밋 해시, 또는 구체적인 decision_id로 기록된 내부 프로젝트 적용 사례가 발견되지 않았습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+자연어 인터페이스를 활용한 Zero-shot 및 Few-shot CoT 프롬프트 작성 패턴은 다음과 같다.
+
+```text
+// 1. Zero-shot CoT 패턴 (프롬프트 말단에 추가)
+Prompt: "[사용자의 질문/과업 지시] Let's think step by step."
+Prompt: "[사용자의 질문/과업 지시] Let's work this out in a step by step way to be sure we have the right answer."
+Prompt: "[사용자의 질문/과업 지시] 단계별로 차근차근 생각해 보자."
+
+// 2. Few-shot CoT 패턴 (추론 과정을 포함한 예시 제공)
+Prompt: "I went to the market and bought 10 apples. I gave 2 apples to the neighbor and 2 to the repairman. I then went and bought 5 more apples and ate 1. How many apples did I remain with? Let's think step by step."
+
+Output: "First, you started with 10 apples. You gave away 2 apples to the neighbor and 2 to the repairman, so you had 6 apples left. Then you bought 5 more apples, so now you had 11 apples. Finally, you ate 1 apple to remain with 10 apples."
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Prompt Engineering]] — LLM의 성능과 추론 능력을 극대화하기 위한 자연어 인터페이스 설계 및 제어 규범.
+- [[In-Context Learning]] — 매개변수 가중치 업데이트 없이 프롬프트 내의 문맥과 예시를 통해 모델이 새로운 작업을 즉각 학습하는 기법.
+- [[Tree-of-Thought]] — CoT의 선형적 구조를 확장하여 다중 분기 및 백트래킹을 포함하는 심화 트리 추론 프레임워크.
+- [[Graph-of-Thought]] — 하위 문제의 결과들을 결합 및 교차 참조하여 복잡한 로직을 해결하는 그래프 구조의 추론 체계.
+- [[Self-Consistency]] — 여러 CoT 추론 경로를 병렬 생성하고 다수결 투표를 통해 신뢰성 높은 단일 답안을 도출하는 기법.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 다단계 추론(CoT) 프롬프팅 시 폭증하는 컨텍스트 윈도우 점유율 및 토큰 사용량에 따른 비용/지연 시간(Latency) 최적화 전략은 무엇인가?
+- 수학, 논리 퍼즐 이외의 감성 분석, 코딩, 혹은 창의적 작문 태스크에서 CoT가 미치는 영향과 한계는 무엇인가?
+- 모델의 매개변수 규모(Scale)와 CoT로 인한 성능 향상폭(Emergent behavior) 간의 수학적/실증적 상관관계는 어떠한가?
+- 언어가 다른 교차 언어(Cross-lingual) 환경에서 CoT 추론 과정은 단일 언어 환경과 동일한 논리적 정합성을 유지하는가?
+- APE(자동 프롬프트 엔지니어링) 기법을 CoT 생성 루프 내에 실시간으로 통합하여 동적 최적화를 달성할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 복잡한 API 호출 시나리오나 수학 연산 에이전트 구축 시 프롬프트 체이닝 내부에 "단계별 사고" 템플릿을 내장하여 정밀도를 높임.
+- **System Design:** 다중 추론 경로를 병렬로 실행하여 결괏값을 비교 투표하는 Self-Consistency 모듈을 시스템 파이프라인 아키텍처 레벨에 설계.
+- **Operation / Maintenance:** 모델의 환각(Hallucination) 발생 시, 논리적 결함이 발생한 지점을 추적하기 위한 로깅 및 디버깅 수단으로 CoT 출력 텍스트를 파싱 및 분석.
+- **Learning Path:** Prompt Engineering -> In-Context Learning -> Few-shot CoT -> Self-Consistency -> Advanced Reasoning Frameworks (ToT, GoT)
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Hallucination Mitigation]] — LLM의 오작동 및 환각을 억제하기 위한 제어 메커니즘.
+- [[Agentic Workflow]] — 에이전트가 도구 사용 전 자율적으로 사고 과정을 계획하고 조율하는 워크플로우.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Prompt Engineering]], [[In-Context Learning]]
+- **참조 맥락:** 고신뢰도의 논리 추론이 요구되는 LLM 기반 시스템에서 환각을 방지하고, 에이전트의 단계별 문제 해결 능력을 활성화하기 위한 프롬프트 전략 설계 시 참조.
+
+## 📚 출처 (Sources)
+- [1] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques (https://www.meta-intelligence.tech/en/insight-prompt-engineering)
+- [2] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI (https://www.lakera.ai/blog/what-is-in-context-learning)
+- [3] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Closure.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Closure.md
new file mode 100644
index 00000000..95473951
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Closure.md
@@ -0,0 +1,87 @@
+---
+id: closure
+title: "Closure"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["클로저", "JavaScript Closure", "JS Closure"]
+duplicate_of: ""
+source_trust_level: "C"
+confidence_score: 0.50
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Closure]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자바스크립트의 실행 컨텍스트(Execution Context) 및 스코프(Scope)와 밀접하게 연결되어 동작하는 고급 프로그래밍 개념이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **실행 컨텍스트와의 종속성:** 클로저는 자바스크립트의 코드 변환 및 실행을 관리하는 실행 컨텍스트(Execution Context) 객체 환경에 포함된 핵심 동작 원리 중 하나이다.
+* **고급 자바스크립트 기술:** 콜백(CallBack), 프로미스(Promise)와 함께 효율적이고 깨끗한 코드를 작성하기 위해 반드시 이해해야 하는 자바스크립트의 고급 개념으로 묶인다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+소스에 관련 정보가 부족합니다.
+
+## 📖 세부 내용 (Details)
+* **실행 컨텍스트 기반의 동작:** 자바스크립트 엔진이 스크립트를 스캔하고 실행 컨텍스트 환경을 생성할 때, 해당 환경 내에는 스코프(Scope), 호이스팅(Hoisting), `this` 바인딩, 함수(function)와 함께 클로저(Closure)의 동작 원리가 포함된다 [S1].
+* **심화 학습의 필수 요소:** 클로저는 콜백(CallBack), 프로미스(Promise) 등의 개념과 더불어 자바스크립트의 고급 개념을 구성하며, 이러한 기술들을 제대로 익히고 활용하기 위해서는 근간이 되는 실행 컨텍스트에 대한 완벽한 이해가 선행되어야 한다 [S1].
+* *참고: 제공된 소스 데이터 내에는 클로저 자체의 구체적인 메커니즘, 캡처되는 변수 환경의 작동 방식 등을 설명하는 세부 정보가 부족합니다.*
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** C
+- **신뢰 점수:** 0.50
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — 클로저의 동작 원리가 저장되고 밀접하게 연결되는 자바스크립트 코드 실행 환경.
+- [[Scope]] — 클로저와 함께 실행 컨텍스트 내에서 동작 원리로 포함되는 변수 참조 범위 개념.
+- [[Hoisting]] — 실행 컨텍스트 활성화 시점에 변수와 함수 선언이 끌어올려지는 현상으로, 클로저와 함께 자바스크립트의 핵심 원리를 구성.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 실행 컨텍스트의 Lexical Environment 내 `outerEnvironmentReference`는 클로저의 변수 참조 및 생명 주기에 어떻게 관여하는가?
+- 자바스크립트 환경에서 클로저를 활용할 때 발생할 수 있는 메모리 누수의 위험성과 그 해결책은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에 관련 정보가 부족합니다.
+- **System Design:** 소스에 관련 정보가 부족합니다.
+- **Operation / Maintenance:** 소스에 관련 정보가 부족합니다.
+- **Learning Path:** 자바스크립트의 실행 컨텍스트(Execution Context) 구조를 선행 학습한 후, 콜백 및 프로미스와 함께 비동기·상태 제어를 위해 습득해야 할 고급 과정.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Callback]] — 클로저와 같이 언급되는 자바스크립트의 비동기 제어 및 고급 패턴.
+- [[Promise]] — 비동기 작업 관리를 위해 클로저와 병행하여 학습 및 활용되는 주요 기술.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Execution Context]], [[Scope]]
+- **참조 맥락:** 자바스크립트 엔진의 동작 원리(실행 컨텍스트)를 기반으로 한 고급 로직 설계 및 스크립트 작성 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/404/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Cognitive Dissonance.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Cognitive Dissonance.md
new file mode 100644
index 00000000..7d876691
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Cognitive Dissonance.md
@@ -0,0 +1,71 @@
+```markdown
+---
+id: cognitive-dissonance
+title: "Cognitive Dissonance"
+category: "Psychology"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["인지 부조화", "Cognitive Dissonance", "Disconfirmation bias", "인지적 불협화음"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.75
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Schema (psychology) - Wikipedia"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Cognitive Dissonance]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인지 부조화(Cognitive Dissonance)는 개인이 기존의 인지 도식(Schema)과 모순되는 새로운 정보를 접했을 때, 그 불일치를 해소하기 위해 정보를 왜곡하거나 무시하려는 심리적 현상이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **인지 도식 유지 편향 (Schema Preservation):** 사람들은 기존의 믿음이나 인지적 틀에 부합하지 않는 새로운 정보가 주어졌을 때 이를 무의식적으로 무시하거나 빠르게 잊어버리는 경향이 있다.
+* **불일치 정보의 왜곡 (Distortion of Contradictions):** 기존 도식을 변경해야 하는 상황을 최소화하기 위해 모순된 사실을 단순히 예외로 치부하거나, 사실 자체를 왜곡하여 해석한다.
+* **조절 (Accommodation):** 모순된 새로운 정보를 더 이상 무시할 수 없을 때, 비로소 기존 도식을 변경하거나 새로운 도식을 생성하여 인지적 균형을 맞춘다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+새로운 경험이나 정보가 개인의 기존 인지 도식과 일치하지 않을 때, 뇌는 즉각적인 도식 수정(학습) 대신 정보에 대한 거부나 의미 축소, 왜곡을 통해 기존의 세계관(Worldview)을 방어하려는 패턴을 보인다.
+
+## 📖 세부 내용 (Details)
+소스에 관련 정보가 부족합니다. 제공된 소스에서 인지 부조화(Cognitive Dissonance)는 인지 도식(Schema) 이론을 설명하는 과정 중 일부 현상으로만 간략히 언급되어 있습니다. 확인 가능한 구체적인 내용은 다음과 같습니다.
+
+* **도식 불일치에 대한 반응:** 개인이 접한 새로운 정보가 기존의 인지 도식(Schema)에 들어맞지 않을 때 여러 가지 반응이 일어날 수 있다 [S1].
+* **무시 및 망각:** 가장 흔한 반응 중 하나는 습득한 새로운 정보를 단순히 무시하거나 빠르게 잊어버리는 것이며, 이는 개인의 의도와 무관하게 무의식(Unconscious) 수준에서 발생할 수 있다 [S1].
+* **정보 해석의 왜곡:** 사람들은 기존 도식을 변경해야 하는 정도를 최소화하는 방식으로 새로운 정보를 해석하려 한다 [S1]. 예를 들어, "닭은 알을 낳지 않는다"는 도식을 가진 사람이 알을 낳는 닭을 실제로 보았을 때, "닭은 알을 낳는다"로 도식을 수정하기보다는 "내가 방금 본 저 동물은 진짜 닭이 아니다"라고 믿어버리는 경향이 있다 [S1].
+* **확증 편향과의 관계:** 자신의 기대와 모순되는 증거에 대해 비정상적으로 더 높은 판단 기준을 설정하는 이러한 경향은 '확증 편향(Disconfirmation bias)'의 한 예이며, 심리학에서는 이를 **인지 부조화(Cognitive Dissonance)**라고 부른다 [S1].
+* **조절(Accommodation)의 발생:** 모순된 새로운 정보의 유입을 도저히 무시하거나 왜곡할 수 없는 임계점에 도달하면, 뇌는 기존 도식을 변경하거나 새로운 도식을 생성하게 되며 이를 '조절(Accommodation)'이라 한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.75
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Schema (psychology)]], [[Accommodation]]
+- **참조 맥락:** 인간의 편향성이나 기존 지식 체계(도식)가 새로운 정보를 받아들일 때 발생하는 저항 및 인지 오류 메커니즘을 분석할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Schema (psychology) - Wikipedia (https://en.wikipedia.org/wiki/Schema_(psychology))
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Cognitive Science.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Cognitive Science.md
new file mode 100644
index 00000000..565e4f12
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Cognitive Science.md
@@ -0,0 +1,109 @@
+```markdown
+---
+id: cognitive-science
+title: "Cognitive Science"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["인지과학", "Cognitive Science", "인지 심리학", "Cognitive Psychology", "인지 모델", "Cognitive Model"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "Relevance theory - University of Southampton Web Archive", "Schema (psychology) - Wikipedia", "Script Theory - The Decision Lab", "맥락을 고려하는 뇌 - 바이오인", "Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv"]
+applied_in: ["LLM-Human Brain Activity Mapping Experiment"]
+github_commit: ""
+---
+
+# [[Cognitive Science]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인지과학은 인간과 인공지능이 환경적·상황적 맥락을 부호화하고 처리하여 적응적 행동을 도출하는 지식 표상과 추론의 정보 처리 메커니즘을 탐구하는 학문이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **인지 도식 (Schemata) 및 스크립트 (Scripts)**: 과거의 지식과 경험을 구조화하여 맥락적 공백을 추론하고 자동화된 인지 처리(System 1)를 가능하게 하는 정신적 프레임워크 체계.
+- **인지적 관련성 원리 (Cognitive Principle of Relevance)**: 인지 시스템이 투입되는 '처리 노력(Processing Effort)'을 최소화하고, 획득하는 '긍정적 인지 효과(Positive Cognitive Effect)'를 극대화하는 방향으로 정보를 가공한다는 진화생물학적 기초 원리.
+- **맥락 표상의 뇌 신경망 회로**: 해마(Hippocampus), 편도체(Amygdala), 내측전전두피질(mPFC)의 상호작용을 통해 공간적·환경적 맥락을 부호화(encoding)하고 기억을 인출(retrieval)하는 생물학적 메커니즘.
+- **인간-AI 인지 기전 동형성 (Structural Isomorphy)**: 거대 언어 모델(LLM)의 인맥락 학습(In-Context Learning) 역학이 인간 대뇌의 고주파 활동성(HFA) 시그널 패턴과 높은 구조적 동형성 및 매핑 상관도를 보인다는 통찰.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **최소 노력-최대 효과 휴리스틱**: 인지 시스템은 환경의 모든 변수를 계산하지 않으며, 기대 인지 이익과 처리 비용을 비교하는 휴리스틱을 통해 가장 관련성 높은 입력에만 자원을 할당한다.
+- **동적 지식 재구성 (Dynamic Memory)**: 인지 도식과 스크립트(MOPs, TOPs 등)는 고정불변의 구조가 아니라, 새로운 텍스트나 경험, 예외적인 사건에 직면할 때마다 실시간으로 조정(Tuning)되고 재구성(Restructuring)된다.
+- **계통 1 (System 1) 자동화 경로 활용**: 일상적이고 반복적인 맥락 내에서는 고부하의 의식적 추론이 요구되는 계통 2 대신 자동화된 스크립트에 기반한 계통 1 경로를 활성화하여 뇌 에너지 소모를 최소화한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **행동주의 (Behaviorism)** | 환경적 자극과 가시적 반응(관찰 가능한 행동)에 집중하여 객관적 측정이 용이함 | 내면의 정신적 과정, 맥락의 의미, 구조화된 기억(스크립트 등)을 설명하지 못함 | 단순한 조건형성이나 자극-반응 메커니즘을 분석할 때 |
+| **인지과학 (Cognitive Science)** | 정보의 표상(Representation)과 계산(Computation) 모델을 통해 뇌의 추론, 맥락 이해, 기억 구조를 심층적으로 설명함 | 내부 인지 상태를 추론해야 하므로 구조화와 검증이 비교적 복잡함 | 인간의 맥락 이해, 언어 처리, AI 모델과의 인지 기전 동형성을 탐구할 때 |
+
+## 📖 세부 내용 (Details)
+- **인지과학의 등장 배경과 인지 도식**: 인지과학(Cognitive Science)은 인간의 마음과 지능을 정보 처리 시스템으로 간주하여 표상(Representation)과 계산(Computation) 이론을 바탕으로 인간의 인지 능력을 규명한다 [S1, S4]. 이는 행동주의 심리학의 한계를 극복하기 위해 등장했다 [S4]. 인지 주체는 복잡한 세상 속에서 모호성을 해소하기 위해 '인지 도식(Schemata)'을 활용한다 [S1, S3]. 도식은 구체적인 세부 사항 대신 보편적 형태에 대한 정보를 담아 텍스트나 서사에서 누락된 정보를 채워준다 [S1, S3].
+- **스크립트 이론**: 시간적·인과적 순서가 가미된 도식을 '스크립트(Script)'라 하며, 이는 이벤트 스크립트, 물리적 스크립트, 역할 스크립트 등으로 나뉜다 [S1, S4]. 인간은 반복적인 상호작용 속에서 스크립트를 학습함으로써 에너지를 많이 소모하는 계통 2 추론을 줄이고 계통 1 경로를 활성화한다 [S1].
+- **관련성 이론 (Relevance Theory)**: 댄 스퍼버(Dan Sperber)와 디어드리 윌슨(Deirdre Wilson)이 제안한 관련성 이론에 따르면, 인간의 인지는 투입되는 '처리 노력(Processing effort)'을 최소화하고 '긍정적 인지 효과(Positive cognitive effect)'를 극대화하는 방향으로 동작한다(인지적 관련성 원리) [S1, S2]. 이러한 효율적 정보 처리 성향은 진화 과정을 통해 발달했으며 인간 인지의 핵심을 이룬다 [S2].
+- **맥락 부호화의 뇌과학**: 뇌과학적 관점에서 맥락 정보는 해마(Hippocampus)에서 주로 부호화되며, 편도체(Amygdala)와 내측전전두피질(mPFC) 등과의 상호작용을 통해 상황에 맞는 기억을 인출하고 공포 등을 조건화하거나 소거한다 [S5]. 해마는 맥락 표상을 형성하고, 피질 네트워크는 이 표상을 유지하는 데 중요한 역할을 수행한다 [S5].
+- **인공지능 모델과의 융합적 매핑**: 이러한 인지과학적 분석은 거대 언어 모델(LLM)에도 성공적으로 적용된다. LLM이 보여주는 '인맥락 학습(In-Context Learning)'은 프롬프트의 시범 예시(Context)를 통해 잠재 개념의 베이지안 추론을 수행하는 능력이다 [S1, S6]. 두개골 내 뇌파(iEEG, HFA) 데이터를 대조한 신경과학 실험 결과, LLM 내부의 은닉 상태(Hidden states)가 인간 피험자의 대뇌 신경 네트워크 활동 양식과 높은 선형 매핑(Linear mapping) 및 센서드 커널 정렬(CKA) 구조적 동형성을 보인다는 것이 증명되었다 [S1, S6].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **화용론에서의 인지과학적 진화**: 철학과 언어학에서 그라이스(Grice)는 대화의 4가지 격률을 통한 '협력 원칙'을 제안했으나, 이후 인지과학에 기반을 둔 '관련성 이론'의 스퍼버와 윌슨은 이를 단일한 '관련성 원리(Relevance Principle)'로 통합 및 갱신하여 맥락 추론 과정을 더욱 간결한 인지적 경제성 메커니즘으로 업데이트했다 [S1, S2].
+- **구조주의적 한계 탈피**: 초기 구조주의나 형태주의 심리학은 고정된 룰을 중시했으나, 인지과학의 최신 스크립트 이론(Schank & Abelson 등)은 인지가 고정불변이 아니라 새로운 경험과 예외 상황에 따라 동적으로 기억과 맥락이 재구성(Dynamic Memory)되는 체계임을 입증하며 이론적 모델을 유연화했다 [S4].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- 소스 데이터에서 특정 소스 코드 파일 경로나 Git 커밋 해시, 시스템의 의사결정 ID 등 소프트웨어 프로젝트의 직접적인 적용 사례는 발견되지 않았다.
+- 단, 인지과학 및 뇌과학의 맥락 이해 원리가 인공지능 LLM의 인맥락 학습 기전을 분석하는 신경과학-AI 융합 실험에 적용된 사례가 확인된다. 구체적으로 인간의 두개골 내 뇌파(iEEG) 고주파 활동 시그널과 LLM의 은닉 상태 데이터를 선형 투영(Linear projection) 모델 (W_shared, W_individual 행렬 분해)을 통해 매핑하고 CKA 분석을 수행하는 연구 아키텍처에 적용되었다 [S6].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음 (소스에 신경망 연산 및 CKA 등에 대한 수학적 수식만 존재할 뿐, 실행 가능한 프로그래밍 코드 스니펫은 확인되지 않음).
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[context 이해 규칙]] — 연결 이유: 인지과학은 인간과 인공지능이 맥락을 지각하고 처리하는 근본적인 원리와 체계를 제공함.
+- [[In-Context Learning]] — 연결 이유: 인지과학의 맥락 이해, 도식 이론이 거대 언어 모델의 인맥락 학습 메커니즘과 구조적 동형성을 가짐.
+- [[Relevance Theory]] — 연결 이유: 인지과학적 정보 처리 과정에서 최소 노력과 최대 인지 효과를 규명하는 핵심 화용론 이론.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 인간 두뇌의 맥락 부호화 네트워크(해마-편도체-전전두피질)와 트랜스포머의 어텐션 메커니즘은 기능적으로 어떻게 대응될 수 있는가?
+- 인지적 관련성 원리(Cognitive Principle of Relevance)를 AI 프롬프트 엔지니어링의 맥락 최적화 비용 함수로 정량화할 수 있는가?
+- 스크립트 이론(Script Theory)의 'Dynamic Memory' 관점에서, LLM의 RAG 한계를 극복하고 모델 가중치를 동적으로 업데이트할 수 있는 새로운 접근법은 무엇인가?
+- LLM 은닉 상태와 인간 뇌파(iEEG) 간의 선형 투영(Linear Projection) 모델을 활용하여 인지적 모순이나 환각(Hallucination) 현상을 뇌과학적으로 예측할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** LLM의 맥락 인출(Context Retrieval) 및 인맥락 학습 모형을 설계할 때 뇌과학적 정보 분산 메커니즘 적용.
+- **System Design:** 사용자의 맥락 정보 연산량을 최적화하고 인지 부하를 줄이는 프롬프트 엔지니어링 아키텍처 수립.
+- **Operation / Maintenance:** 인간의 인지 도식과 유사하게 동적으로 진화하는 예외 상황 대응 에이전트(Dynamic Scripts) 운영.
+- **Learning Path:** 인공지능 언어 모델의 맥락 이해 한계를 극복하기 위해 기초 인지 심리학 및 뇌과학 관련성 이론 학습.
+
+### 인접 주변 정황 (Adjacent Topics)
+- [[Bayesian Inference]] — 확장 방향: 인지과학에서 뇌가 맥락을 통해 잠재 개념의 사후 확률을 추론하는 계산 모델 심화 탐구.
+- [[Neuromorphic Engineering]] — 확장 방향: 생물학적 신경 회로의 맥락 처리 특성을 모사한 차세대 하드웨어 개발 연구.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[In-Context Learning]], [[Relevance Theory]]
+- **참조 맥락:** 인간과 인공지능 시스템이 맥락적 데이터를 구조화하고 최소 자원으로 지식을 추론하는 메커니즘을 설계할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)
+- [S2] Relevance theory - University of Southampton Web Archive (URL)
+- [S3] Schema (psychology) - Wikipedia (URL)
+- [S4] Script Theory - The Decision Lab (URL)
+- [S5] 맥락을 고려하는 뇌 - 바이오인 (URL)
+- [S6] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv (URL)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Collectivism vs. Individualism.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Collectivism vs. Individualism.md
new file mode 100644
index 00000000..e2108b96
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Collectivism vs. Individualism.md
@@ -0,0 +1,84 @@
+---
+id: collectivism-vs.-individualism
+title: "Collectivism vs. Individualism"
+category: "Culture_and_Communication"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "집단주의와 개인주의"
+ - "Collectivism"
+ - "Individualism"
+ - "집단주의"
+ - "개인주의"
+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:
+ - "High-context and low-context cultures | Communication and Mass Media | Research Starters"
+ - "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera"
+ - "Applying Hall's Cultural Dimensions for Business Success - Preply"
+applied_in: []
+github_commit: ""
+---
+
+# [[Collectivism vs. Individualism]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+집단주의(Collectivism)와 개인주의(Individualism)는 각각 고맥락(High-context) 문화와 저맥락(Low-context) 문화의 기반이 되는 핵심 가치관으로, 인간이 대인 관계를 형성하고 소통하며 소속감을 정의하는 방식을 결정짓는다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **집단주의와 고맥락 문화의 상관성 (Collectivism & High-Context)**: 집단주의적 가치는 고맥락 국가들과 강한 상관관계를 보이며, 사회적 유대와 대인 관계를 중시한다 [S2].
+* **개인주의와 저맥락 문화의 상관성 (Individualism & Low-Context)**: 개인주의적 성향은 저맥락 문화와 밀접하게 일치하며, 집단 역학(group dynamics)보다 개인의 성취를 더 가치 있게 평가한다 [S1, S2].
+* **관계의 본질 (Nature of Relationships)**: 집단주의 문화에서는 개인이 속한 사회적 집단 내에서의 위치로 자아가 정의되며 평생 지속되는 복잡한 관계망을 구축하는 반면, 개인주의 문화에서는 관계가 목표 지향적이고 일시적일 수 있다 [S1, S3].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **내집단(In-group) 편향성**: 집단주의 문화에서는 가족, 친구, 동료 등으로 구성된 내집단과의 관계가 다방면으로 얽혀 있으며, 내부인과 외부인(outsider) 간의 구분이 명확하다 [S1, S3].
+* **관계의 분절화 (Compartmentalization)**: 개인주의(저맥락) 문화에서는 대인 관계를 "직장 동료", "학교 친구" 등 특정 상황이나 맥락에 따라 철저히 분절하여 유지하는 경향이 있다 [S3].
+* **과업 중심과 자기 홍보 (Task-oriented & Self-promotion)**: 개인주의 문화는 주로 과업 지향적이며, 비즈니스 환경에서 자신의 전문성을 입증하고 스스로를 홍보하는 행위가 필수적인 요소로 간주된다 [S3].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 (문화적 환경) |
+|---|---|---|---|
+| **집단주의 (Collectivism / 고맥락)** | 평생 지속되는 강력한 사회적 유대 및 결속력 제공, 집단 내 조화 중시 [S1, S3] | 외부인과 내부인의 엄격한 구분으로 인해 타 문화권(외부인)의 진입 장벽이 높음 [S1] | 아시아(중국, 일본 등), 아프리카, 아랍, 라틴 아메리카 등 전통과 사회적 유대가 중시되는 환경 [S1, S3] |
+| **개인주의 (Individualism / 저맥락)** | 개인의 성취와 자율성 존중, 명확하고 목표 지향적인 빠른 커뮤니케이션 가능 [S1, S3] | 관계가 피상적이거나 상황에 따라 쉽게 단절(fleeting)될 수 있음 [S1, S3] | 미국, 독일, 북유럽 등 과업 수행과 독립성, 효율성이 중시되는 비즈니스 및 사회 환경 [S1, S3] |
+
+## 📖 세부 내용 (Details)
+* **문화적 토대와 맥락의 관계**: 인류학자 에드워드 홀(Edward T. Hall)이 제시한 고맥락-저맥락 문화 모델에 따르면, 집단주의적 가치는 고맥락 국가들과 주로 연관되며, 개인주의적 방향성은 저맥락 문화와 밀접하게 정렬된다 [S2].
+* **집단주의 (고맥락) 사회의 특징**: 중국, 일본, 아프리카 국가, 라틴 아메리카 등 집단주의 성향을 띠는 고맥락 문화에서는 평생에 걸친 복잡한 대인 관계를 형성한다 [S1, S3]. 사회적 유대와 관계가 가장 중요하며, 사람들은 더 큰 사회 집단 내에서의 위치로 자신을 정의한다 [S1]. 이러한 문화에서는 '내집단(in-groups)'에 소속되는 것이 강하게 권장되며, 비즈니스 파트너도 개인적인 친구나 친척인 경우가 많고 이들의 관계는 다방면에서 얽혀 있다 [S1, S3].
+* **개인주의 (저맥락) 사회의 특징**: 미국, 다수의 유럽 국가(독일, 네덜란드 등)로 대표되는 저맥락 문화에서는 집단 역학보다는 개인의 성취(individual achievements)를 우위에 둔다 [S1, S2]. 사람들은 과업 지향적(task-oriented)이고 개인주의적이며, 비언어적인 미묘한 신호보다는 명확하고 직접적인 언어적 소통을 선호한다 [S1, S3]. 이들의 인간관계는 상황과 목적에 맞게 철저히 구획(compartmentalized)되는 경향이 있으며, 관계가 일시적일 수 있다 [S1, S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 어떤 사회나 국가도 엄격하게 100% 집단주의(고맥락) 또는 개인주의(저맥락) 문화로만 양분되는 것은 아니다 [S1]. 문화는 스펙트럼 형태로 존재하며, 개인의 경험이나 세대, 다국적 기업 내 근속 여부 등 개인차에 따라 자국 문화의 표준 규범에서 벗어난 소통 방식을 보일 수 있다 [S1, S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (업로드된 소스 내에서 이 개념이 특정 소프트웨어, 파일 경로, Git 커밋 등에 적용된 기술적 구현 사례는 포함되어 있지 않습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.85
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[High-context vs Low-context]], [[Edward T. Hall]]
+- **참조 맥락:** 다국적 팀의 의사소통 불일치 원인을 진단하거나, 글로벌 비즈니스 시 신뢰 구축 및 협업 방식 설계 시 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] High-context and low-context cultures | Communication and Mass Media | Research Starters
+- [S2] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S3] Applying Hall's Cultural Dimensions for Business Success - Preply
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Component Composition.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Component Composition.md
new file mode 100644
index 00000000..c35558a3
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Component Composition.md
@@ -0,0 +1,79 @@
+```markdown
+---
+id: component-composition
+title: "Component Composition"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["컴포넌트 합성", "Component Composition", "컴포지션", "React Component Composition"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["[S1] Context - React"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Component Composition]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+컴포넌트 합성(Component Composition)은 깊게 중첩된 컴포넌트로 props를 전달하는 과정에서 발생하는 불필요한 의존성을 제어의 역전(Inversion of Control)을 통해 해결하는, React Context의 단순하고 강력한 대안 패턴이다.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **Props 전달 문제(Prop-drilling) 방지**: 하위 컴포넌트에서만 필요한 데이터를 위해 중간 단계의 컴포넌트들이 불필요한 props를 전달받고 알아야 하는 문제를 해결한다.
+2. **제어의 역전(Inversion of control)**: 하위 컴포넌트의 렌더링과 필요한 데이터 매핑에 대한 제어권을 최상위 루트 컴포넌트로 끌어올려 코드를 더 깔끔하게 유지한다.
+3. **직계 부모로부터의 분리(Decoupling)**: 데이터를 전달하는 대신 완성된 자식 컴포넌트 자체나 분리된 '슬롯(slots)'을 상위에서 하향 전달하여 결합도를 낮춘다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **컴포넌트 자체의 하향 전달 (Passing components as props)**: 깊이 중첩된 하위 컴포넌트(예: `Avatar`)에 데이터를 넘기기 위해 중간 계층을 거치는 대신, 최상위 컴포넌트에서 ``와 같이 컴포넌트를 직접 렌더링한 후 중간 컴포넌트에게 이를 prop 자체로 넘겨주는 패턴.
+- **다중 자식 및 슬롯(Slots) 패턴**: 컴포넌트에 하나의 자식(children)만 허용하는 것이 아니라, 다수의 자식 요소나 여러 개의 개별 슬롯 구조를 넘겨주어 직계 부모 컴포넌트가 자식의 구현체를 직접 알 필요가 없도록 디커플링하는 전략.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Component Composition** | 어플리케이션을 통과하는 props의 양 감소, 코드의 깔끔함 증가, 최상위 컴포넌트 제어권 강화 [S1] | 상위 트리로 복잡성이 집중됨, 하위 컴포넌트에 원치 않는 유연성을 강제할 수 있음 [S1] | 단지 여러 레벨을 거쳐 props가 전달되는 것만 피하고 싶을 때 (Context 도입 전 우선 고려) [S1] |
+| **React Context** | 깊이 중첩된 컴포넌트 트리의 어느 곳에서나 명시적인 props 전달 없이 데이터(값) 접근 가능 [S1] | 컴포넌트의 결합도가 높아져 재사용을 더 어렵게 만듦 [S1] | 다수의 컴포넌트가 다양한 중첩 레벨에서 동일한 데이터(예: 현재 로케일, 테마, 데이터 캐시 등)에 접근해야 할 때 [S1] |
+
+## 📖 세부 내용 (Details)
+- React에서 여러 계층의 컴포넌트를 거쳐 데이터를 전달해야 하는 문제(Props Drilling)를 직면했을 때, 무분별하게 Context API를 사용하기에 앞서 고려해야 할 더 단순하고 효과적인 해결책이 바로 컴포넌트 합성(Component Composition)이다 [S1].
+- 특정 데이터(예: `user`, `avatarSize` 등)가 트리 하단의 특정 컴포넌트에서만 실질적으로 필요함에도 불구하고, 중간 단계의 컴포넌트들이 이를 모두 전달받기 위해 데이터 구조를 파악해야 하는 것은 코드의 중복을 낳고 컴포넌트 재사용성을 떨어뜨린다 [S1].
+- 이 문제를 Context에 의존하지 않고 해결하는 방법은 하위 컴포넌트 자체를 상위 컴포넌트에서 완성하여 중간 컴포넌트에게 prop으로 통째로 전달하는 것이다 [S1].
+- 이를 통해 중간 컴포넌트들은 해당 데이터의 존재를 알 필요가 없게 되며, 오로지 자신이 렌더링할 구조적인 역할만 수행하게 된다 [S1].
+- 이러한 제어의 역전(Inversion of Control)은 어플리케이션의 중간 과정을 통과하는 props의 절대적인 양을 줄여주어 코드를 깔끔하게 하고, 최상위 컴포넌트에게 더 많은 제어권을 부여하는 이점을 제공한다 [S1].
+- 다만, 상위 트리에 더 많은 복잡성이 이동하여 최상위 컴포넌트가 무거워질 수 있으며, 하위 컴포넌트가 의도치 않게 지나친 유연성을 수용해야 하는 상황이 발생할 수 있으므로 모든 아키텍처에 무조건적으로 적합한 것은 아니다 [S1].
+- 컴포넌트 합성은 단일 자식 요소(`children`)에 국한되지 않으며, 여러 개의 자식이나 분리된 '슬롯(slots)' 형태로 컴포넌트를 주입하는 방식을 통해 직계 부모로부터 자식을 디커플링(decouple)하는 폭넓은 패턴으로 활용할 수 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에 상충되는 정보는 발견되지 않았으나, 컴포넌트 합성이 Context의 완벽한 대체재는 아님이 강조된다. 단순히 깊은 props 전달을 피하는 목적이라면 합성을 우선시하되, 테마나 로케일처럼 앱 전반에 걸쳐 '글로벌'하게 브로드캐스트되어야 하는 데이터는 Context를 사용하는 것이 올바른 용례로 구분된다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 내에서 구체적인 적용 프로젝트 레포지토리나 커밋 해시 등은 제공되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음. (제공된 소스 텍스트 상에서 `Page`, `Link`, `Avatar` 컴포넌트 간의 관계를 설명하는 텍스트만 존재할 뿐, 실제 렌더링 가능한 컴포넌트 코드 스니펫 블록은 누락되어 있음)
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[React Context]], [[Props Drilling]]
+- **참조 맥락:** React 어플리케이션 아키텍처 설계 시, 전역 상태 관리 및 Context API 도입 이전에 불필요한 props 전달 문제를 해결하기 위한 컴포넌트 계층 최적화 단계에서 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Context - React (https://legacy.reactjs.org/docs/context.html)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Context Clues.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Context Clues.md
new file mode 100644
index 00000000..32f61890
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Context Clues.md
@@ -0,0 +1,115 @@
+```markdown
+---
+id: context-clues
+title: "Context Clues"
+category: "Education/Reading_Comprehension"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["문맥 단서", "문맥 힌트", "Contextual Clues", "LEADS"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "reading comprehension", "vocabulary"]
+raw_sources: ["5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots", "Essential Vocabulary Tools: 5 Types of Context Clues Your Students Need to Know", "How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia", "Teaching the Types of Context Clues - The K Files -", "The Complete Guide to Context Clues Lessons - Teaching with a Mountain View"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Context Clues]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+문맥 단서(Context Clues)는 독자가 텍스트 내에서 미지 어휘의 의미를 실시간으로 유추하고 검증할 수 있도록 돕는 주변 텍스트 정보이자, 독해력 향상을 위한 핵심적인 인지적 문제 해결 도구이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **LEADS 기법**: 논리(Logic), 예시(Examples), 반의어(Antonyms), 정의(Definition), 동의어(Synonyms) 등 대표적인 5가지 문맥 단서 유형을 분류하는 연상 기법.
+* **4단계 맥락 조율 절차**: 전후방 재독(Reread) → 단서 발굴(Identify) → 의미 가설화(Decide) → 문맥 적합성 검증(Check)으로 이어지는 전략적 유추 프로세스.
+* **단어 구성 요소(Word Parts)**: 문맥 단서와 결합하여 어휘의 의미를 추론하는 데 사용되는 접두사(Prefix), 접미사(Suffix), 어근(Root)의 형태론적 분석.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **의미의 점진적 구체화**: 독자는 모르는 단어를 만났을 때 독서를 중단하는 대신, 주변에 배치된 동격 콤마, 대조 신호어, 형용사의 나열 등을 단서로 삼아 점진적으로 의미를 구체화한다.
+* **학년별 맥락 추론의 고도화**: 단일 문장 내의 직접적 정의나 예시에서 출발하여(3-4학년), 점차 단락 전체의 인과관계 및 비교/대조와 같은 고차원적 텍스트 구조 분석(5학년 이상)으로 학습 기대치가 상향된다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **정의 (Definition)** | 저자가 직접 의미를 제공하므로 가장 명확하고 정확함 | 텍스트 내에 항상 친절하게 제시되어 있지는 않음 | 동격 어구, 콤마, 세미콜론 등 명시적 설명 구조가 있을 때 |
+| **반의어 (Antonym)** | 상반된 개념을 통해 미지 어휘의 뉘앙스와 속성을 극적으로 파악 가능 | 'unlike', 'different from' 등의 역접/대조 신호어를 먼저 인지해야 함 | 두 대상이나 상황이 비교/대조되는 문맥 구조일 때 |
+| **동의어 (Synonym)** | 문장 내 나열된 유사 어휘군을 기둥 삼아 의미를 쉽게 획득 가능 | 함께 나열된 단어들조차 학습자에게 낯설 경우 유추가 불가능함 | 형용사나 명사가 콤마나 'or' 로 연속해서 묘사될 때 |
+| **논리 (Logic / Inferences)** | 명시적 단서가 없는 상황에서도 범용적으로 적용 가능 | 학습자의 사전 지식(Schema)과 생활 경험 수준에 따라 유추의 정확도가 크게 좌우됨 | 서사적 흐름이나 인과관계만이 유일한 힌트일 때 |
+| **단어 요소 (Word Parts)** | 접사와 어근의 의미만 알면 독립적으로 뜻을 조립 가능 | 영어의 그리스어/라틴어 어원 지식이 사전에 학습되어 있어야 함 | 단어의 형태적 구조가 뚜렷한 복합어/파생어일 때 |
+
+## 📖 세부 내용 (Details)
+* **문맥 단서의 정의와 가치**: 문맥 단서(Context Clues)는 텍스트를 읽다가 본 적이 없거나 완전히 이해하지 못하는 단어를 마주했을 때, 그 단어의 의미가 특정 문맥에서 무엇인지 문제 해결(problem-solve)을 하도록 돕는 도구이다 [S1, S2]. 이를 능숙하게 다루는 것은 단순히 개별 어휘를 암기하는 것을 넘어 텍스트의 독해력(Reading Comprehension)을 크게 증진시키는 전략적 읽기의 필수 요소이다 [S1, S3].
+* **문맥 단서의 주요 유형**:
+ * **논리적 유추 (Logic/Inferences)**: 가장 중요한 전략 중 하나로, 저자가 제공한 힌트와 독자 자신의 사전 지식 및 경험(Schema)을 바탕으로 논리적인 추론을 이끌어내는 방법이다 [S1, S2].
+ * **예시 및 비교 (Example or Comparison)**: 미지 어휘와 관련하여 그 의미를 보충 설명하는 상황, 행동, 혹은 비슷하거나 다른 대상을 예로 들어 의미를 유추하게 한다 [S2, S4].
+ * **반의어 (Antonyms)**: "unlike", "as opposed to", "in contrast with"와 같은 구문이 나타날 때, 대조되는 속성을 통해 미스터리 단어의 의미를 파악한다 [S1, S2, S4].
+ * **정의 (Definition)**: 작가가 문장 내에서 동격 콤마나 세미콜론 등을 활용하여 단어의 사전적 의미를 직접적으로 제시하는 방식이다 [S1, S2, S4].
+ * **동의어 (Synonyms)**: 콤마 등으로 분리된 일련의 유사한 형용사나 단어의 나열을 통해 비슷한 의미망을 공유하는 단어의 뜻을 유추한다 [S1, S2, S4].
+ * **설명 및 묘사 (Explanation/Description)**: 단어의 외형적 특징이나 대상의 작용 방식에 대해 문장 내에서 상세하게 풀어쓰는 방식이다 [S4].
+* **단어 구성 요소 (Word Parts)의 보완적 활용**: 어휘의 전방에 위치한 접두사(Prefixes), 후방의 접미사(Suffixes), 그리고 중심 의미를 담는 어근(Roots)을 분해하여 뜻을 조립하는 과정은 문맥 단서와 훌륭한 시너지를 낸다 [S1, S3, S4].
+* **어휘 유추의 4단계 프로세스 (Structured Strategy)**:
+ 1. **재독 및 선독 (Reread and read ahead)**: 모르는 단어를 마주쳤을 때 멈추고, 그 단어의 전후 단어와 문장을 다시 읽는다 [S3].
+ 2. **단서 식별 (Identify context clues)**: 미지 어휘를 둘러싼 텍스트 내에서 의미적 힌트가 될 만한 부분을 찾는다 [S3].
+ 3. **의미 결정 (Decide on a meaning)**: 문맥에서 얻은 정보를 바탕으로 단어의 의미에 대해 타당한 가설(educated guess)을 세운다 [S3].
+ 4. **문맥 적합성 검증 (Check that meaning in the context)**: 결정한 의미를 원문에 대입해 보고, 그것이 텍스트의 중심 사상과 자연스럽게 어울리는지 최종 확인한다 [S3, S2].
+* **학년별 역량 및 교육 지침 (CCSS 기준)**: 3학년은 문장 수준의 문맥과 접사/어근을 다루며, 4학년은 정의, 예시, 재진술을 활용한 구문 해석에 중점을 두고, 5학년은 텍스트 내의 원인/결과 관계 및 비교/대조 구조를 통한 고도화된 의미 파악을 수행하도록 설계되어 있다 [S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보는 발견되지 않았으며, 각 출처는 문맥 단서의 분류 체계와 교육적 가치에 대해 상호 보완적이고 일관된 관점을 유지하고 있다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (해당 소스 내에 코드, 깃허브 커밋, 시스템 프로젝트 적용 이력 등은 포함되어 있지 않음.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Reading Comprehension]] — 문맥 단서는 텍스트의 구조와 흐름을 잃지 않고 독해를 지속하기 위한 필수 하위 전략임.
+- [[Vocabulary Acquisition]] — 단어를 맹목적으로 암기하는 것을 넘어, 실전에서 지식을 확장하는 주요 어휘 습득 방법론임.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 학생들이 논리적 추론(Logic) 단계에서 겪는 어려움을 해소할 수 있는 구체적인 스키마(Schema) 활성화 전략은 무엇인가?
+- 디지털 텍스트에서 제공되는 내장 지원(Embedded supports, 예: 하이라이트, 팝업 사전)은 학생 자율적인 문맥 단서 유추 능력을 저해하는가 촉진하는가?
+- 형태론적 분석(Word Parts) 교육과 문맥 단서 교육은 어떤 순서로 병행하는 것이 가장 인지적 부하가 적은가?
+- 문맥 단서를 통한 유추가 오개념(misconception)을 낳았을 때 교사 혹은 시스템이 개입해야 하는 최적의 타이밍은 언제인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 학년별 독해 중심 교육과정 설계 시, 4단계 유추 프로세스(Reread-Identify-Decide-Check)를 읽기 루틴으로 정착시킴.
+- **System Design:** 교육용 디지털 텍스트 플랫폼 설계 시, 학생들이 스스로 문맥 단서에 색상 마킹(Rainbow annotation)을 할 수 있는 UI 기능 구현.
+- **Operation / Maintenance:** 학생들의 어휘 오답 데이터를 수집하여 취약한 단서 유형(예: 반의어, 논리 추론)의 문장을 선별해 반복 훈련 제공.
+- **Learning Path:** 동의어/반의어(직접 단서) -> 정의/예시 -> 인과관계 및 논리적 추론(간접 단서) 순으로 학습 인지 난이도를 점진적으로 높이는 로드맵 구성.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Morphology (Linguistics)]] — 접두사, 접미사, 어근 등 단어 구성 요소에 대한 언어학적 연구 및 적용.
+- [[Schema Theory]] — 독자가 텍스트의 틈새를 메우기 위해 배경지식을 동원하는 인지적 의미 추론 과정.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Reading Comprehension]], [[Vocabulary Acquisition]]
+- **참조 맥락:** 읽기 교육 과정 설계, 디지털 독해 플랫폼 기획, 문해력 향상 및 어휘 유추 전략 시스템 수립 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] 5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots
+- [S2] Essential Vocabulary Tools: 5 Types of Context Clues Your Students Need to Know
+- [S3] How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia
+- [S4] Teaching the Types of Context Clues - The K Files -
+- [S5] The Complete Guide to Context Clues Lessons - Teaching with a Mountain View
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Episodic Memory.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Episodic Memory.md
new file mode 100644
index 00000000..6056ab08
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Episodic Memory.md
@@ -0,0 +1,74 @@
+```markdown
+---
+id: episodic-memory
+title: "Episodic Memory"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "일화 기억"
+ - "에피소드 기억"
+ - "Episodic memories"
+ - "경험적 기억"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+ - "맥락을 고려하는 뇌 - 바이오인 (http://www.ibric.org/myboard/read.php?Board=report&id=2395&Page=1)"
+applied_in: []
+github_commit: ""
+---
+
+# [[Episodic Memory]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+개인의 구체적인 경험을 바탕으로 지식과 인지 스크립트를 조직화하는 핵심 기억 단위이자, 뇌의 해마(Hippocampus)에 의해 처리되는 맥락 의존적 인지 자원.
+
+## 🧠 핵심 개념 (Core concepts)
+- **지식 조직화의 중심:** 지식은 추상적 개념 범주보다 구체적인 에피소드 기억과 경험적 학습을 중심으로 조직됨.
+- **해마(Hippocampus)의 역할:** 동물 및 인간 연구에서 일화 기억과 공간적 표상을 형성하고 유지하는 데 중추적인 기능을 수행함.
+- **맥락 의존적 회상:** 과거 일화에 대한 기억은 주변 맥락 정보에 의해 의미가 결정되며, 맥락 부호화 및 인출 과정을 거침.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **스크립트의 역동적 재구성 패턴:** 개인의 구체적인 에피소드 기억과 직접 행동하며 터득하는 학습(Learning by Doing)이 결합되어, 인지 도식인 '스크립트(Script)'가 삶의 궤적에 따라 끊임없이 역동적으로 재구성되는 패턴을 나타냄.
+
+## 📖 세부 내용 (Details)
+- **일화 기억의 정의와 인지적 역할:** 일화 기억(Episodic Memory)은 개인의 구체적인 과거 사건 및 경험과 관련된 기억을 의미한다 [S1]. 과거 일화에 대한 기억은 주변의 맥락(Context) 정보에 의해 강하게 영향받으며, 뇌가 세상에 대한 정보를 상황에 맞게 해석하고 추상화할 때 필수적으로 동원된다 [S2].
+- **지식 구조와 스크립트 이론:** 로저 섕크(Roger Schank)의 인지 스크립트 이론 등에 따르면, 인간의 지식은 개념의 추상적인 범주보다는 개인의 구체적인 에피소드 기억과 직접 행동하며 터득하는 경험적 학습(Learning by Doing)을 중심으로 조직화된다 [S1]. 이러한 에피소드 기억의 지속적인 축적은 일상의 정형화된 인지 구조인 스크립트가 고정되지 않고 삶의 궤적을 따라 끊임없이 역동적으로 재구성되는 핵심 배경이 된다 [S1].
+- **신경과학적 기반 메커니즘:** 신경과학 영역에서 동물과 인간을 대상으로 한 여러 연구들은 뇌의 해마(Hippocampus)가 일화 기억(Episodic memory)과 공간적 표상(Spatial representation)을 담당하는 데 중요한 역할을 한다는 것을 밝혀내었다 [S2]. 해마는 단순히 기억을 저장할 뿐만 아니라, 환경의 공간적 특성과 여러 자극 정보가 포함된 고유한 '맥락 표상'을 부호화(Encoding)하는 기능을 수행한다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음. (제공된 소스 내에서 에피소드 기억과 관련하여 기존 상식과 상충되거나 모순되는 정보는 발견되지 않음.)
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[해마 (Hippocampus)]], [[인지 도식 (Schemata)]], [[스크립트 이론 (Script Theory)]]
+- **참조 맥락:** 인간의 인지적 기억 구조와 경험적 학습 메커니즘을 뇌과학 및 인지 심리학 측면에서 모델링하거나 분석할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)
+- [S2] 맥락을 고려하는 뇌 - 바이오인 (http://www.ibric.org/myboard/read.php?Board=report&id=2395&Page=1)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Event Loop.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Event Loop.md
new file mode 100644
index 00000000..e1d96afa
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Event Loop.md
@@ -0,0 +1,88 @@
+```markdown
+---
+id: event-loop
+title: "Event Loop"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["이벤트 루프", "JavaScript Event Loop", "JS Event Loop", "비동기 작업 처리기"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.80
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "javascript", "async"]
+raw_sources: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Event Loop]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자바스크립트 엔진에서 비동기 코드의 실행 컨텍스트를 처리하고 작업의 실행 타이밍을 제어하여 데이터 상태를 관리하는 핵심 메커니즘.
+
+## 🧠 핵심 개념 (Core concepts)
+- **[[비동기 작업 관리]]**: 콜백(Callback)과 프로미스(Promise) 등을 사용하여 발생하는 여러 비동기 코드의 실행 타이밍과 순서를 제어함.
+- **[[실행 컨텍스트와의 관계]]**: 이벤트 루프가 비동기 코드를 처리하는 방식의 근간에는 자바스크립트의 실행 컨텍스트(Execution Context) 개념이 자리 잡고 있음.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- 이벤트 루프와 실행 컨텍스트의 동작 원리를 정확히 이해하지 못할 경우, 콜백이나 프로미스 사용 시 예상치 못한 타이밍에 코드가 실행되어 심각한 상태 관리 문제와 데이터 불일치(예: 변수 할당 후 출력 실패)가 발생할 수 있음.
+
+## 📖 세부 내용 (Details)
+- 자바스크립트는 여러 비동기 작업을 관리할 때 이벤트 루프를 사용하여 코드의 실행 타이밍을 제어한다 [S1].
+- 이벤트 루프의 동작은 자바스크립트 엔진이 비동기 코드의 실행 컨텍스트(Execution Context)를 어떻게 처리하는지와 밀접하게 연결되어 있다 [S1].
+- 개발자가 콜백(CallBack)과 프로미스(Promise)를 사용할 때 이벤트 루프와 실행 컨텍스트의 관계를 제대로 이해하지 못하면, 예상치 못한 타이밍에 코드가 실행되어 상태 관리 문제나 데이터 불일치 문제가 발생할 수 있다 [S1].
+- 이러한 비동기 처리의 근본적인 원리를 파악하고 버그를 해결하기 위한 첫걸음은 실행 컨텍스트에 대한 정확한 이해이다 [S1].
+- (이벤트 루프의 상세한 내부 동작 원리나 태스크 큐 등의 메커니즘에 대해서는 소스에 관련 정보가 부족합니다.)
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보가 없으며, 이벤트 루프 자체에 대한 기술이 제한적입니다. 소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (단지 작성자가 과거 비동기 작업 및 콜백/프로미스 사용 시 데이터 불일치 문제를 겪었던 일반적인 개발 경험만이 언급되어 있으며 특정 코드 파일 경로나 커밋은 존재하지 않습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.80
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — 연결 이유: 이벤트 루프가 비동기 코드를 처리하는 방식의 근간이 되는 자바스크립트의 환경 개념.
+- [[비동기 작업]] — 연결 이유: 이벤트 루프가 실질적으로 실행을 관리하고 타이밍을 제어하는 주 대상.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 자바스크립트 엔진 내에서 이벤트 루프와 콜 스택(Call Stack)은 구체적으로 어떻게 상호작용하는가?
+- 콜백(Callback)과 프로미스(Promise)는 이벤트 루프 내에서 어떠한 우선순위 차이로 처리되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 비동기 API 호출 및 콜백 패턴 작성 시 타이밍 이슈로 인한 데이터 불일치 방지
+- **System Design:** 프론트엔드 비동기 상태 관리 아키텍처 설계
+- **Operation / Maintenance:** 소스에서 확인되지 않음
+- **Learning Path:** JavaScript 고급 개념(클로저, 콜백, 프로미스) 및 실행 컨텍스트 학습 후 이벤트 루프 동작 원리 파악
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Callback]] — 확장 방향: 이벤트 루프가 처리하는 전통적인 비동기 작업 방식
+- [[Promise]] — 확장 방향: 콜백의 타이밍 및 구조적 한계를 극복한 최신 비동기 처리 객체
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Execution Context]], [[비동기 처리]]
+- **참조 맥락:** 자바스크립트 비동기 코드 디버깅 및 예상치 못한 타이밍에 의한 상태 관리 문제 해결 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/404/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Execution Context.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Execution Context.md
new file mode 100644
index 00000000..f91c56e1
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Execution Context.md
@@ -0,0 +1,117 @@
+---
+id: execution-context
+title: "Execution Context"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["실행 컨텍스트", "JS Execution Context", "자바스크립트 실행 컨텍스트"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리", "JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Execution Context]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+실행 컨텍스트(Execution Context)는 자바스크립트 엔진이 코드를 평가하고 실행하기 위해 필요한 모든 식별자, 스코프, 환경 정보를 담고 관리하는 핵심 구동 환경이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **생성 단계(Creation Phase)와 실행 단계(Execution Phase):** 코드를 실행하기 전 메모리를 할당하고 스코프 체인을 설정하는 단계와, 실제로 코드를 위에서부터 아래로 읽으며 값을 할당하고 실행하는 단계로 나뉜다.
+* **전역 및 함수 실행 컨텍스트:** 스크립트가 처음 실행될 때 생성되는 전역 실행 컨텍스트(Global Execution Context)와 함수가 호출될 때마다 생성되는 함수 실행 컨텍스트(Function Execution Context)가 있다.
+* **Variable Environment & Lexical Environment:** 실행 컨텍스트 내에서 식별자와 함수 선언을 저장하는 `environmentRecord`와 상위 스코프를 참조하는 `outerEnvironmentReference`로 구성되는 환경 정보이다.
+* **콜 스택(Call Stack):** 활성화된 모든 실행 컨텍스트의 순서와 흐름을 추적 및 제어하기 위해 자바스크립트 엔진이 사용하는 자료 구조이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **호이스팅(Hoisting) 패턴:** 함수 내 코드가 실행되기 전(생성 단계)에 현재 컨텍스트에 관련된 모든 식별자 정보(변수명, 함수 선언 등)를 수집하여 메모리에 먼저 저장함으로써, 선언 이전에 접근 시 오류 대신 `undefined`나 함수 자체를 반환하게 되는 메커니즘.
+* **스코프 체인(Scope Chain) 탐색 패턴:** 현재 컨텍스트의 Lexical Environment에서 변수를 찾지 못하면 `outerEnvironmentReference`를 통해 상위 스코프의 Lexical Environment를 재귀적으로 탐색하여 변수를 찾는 구조적 패턴.
+
+## 📖 세부 내용 (Details)
+* **자바스크립트 엔진의 코드 실행 준비:** 자바스크립트는 싱글 스레드 인터프리터 언어이며, 엔진이 스크립트 파일을 스캔한 뒤 코드 변환과 실행을 관리하기 위해 '실행 컨텍스트'라는 환경을 생성한다 [S1], [S2].
+* **컨텍스트의 두 가지 생애 주기:**
+ * **생성 단계(Creation Phase):** 브라우저의 `window`나 Node.js의 `global` 같은 전역 객체를 생성하고, 변수와 함수를 위한 메모리를 설정한다 [S1], [S2]. 이때 변수는 기본적으로 `undefined`로 초기화된다 [S2].
+ * **실행 단계(Execution Phase):** 코드를 위에서 아래로 한 줄씩 순차적으로 실행하며, 변수에 실제 값을 할당하고 함수 호출을 평가한다 [S2].
+* **실행 컨텍스트의 내부 구조:**
+ * **Variable Environment:** 초기화 시점의 상태를 스냅샷으로 유지하며 변수 및 외부 환경에 대한 정보를 포함한다 [S1].
+ * **Lexical Environment:** 변수 할당 등 코드 실행 중에 발생하는 동적인 변화를 실시간으로 반영한다 [S1].
+ * 두 환경 모두 식별자 정보를 저장하는 `environmentRecord`와 상위 스코프를 추적하는 `outerEnvironmentReference`를 포함한다 [S1].
+* **콜 스택(Call Stack)을 통한 관리:** 실행 컨텍스트들은 콜 스택에 푸시(Push)되어 관리된다 [S1], [S2]. 전역 컨텍스트가 가장 먼저 깔리고, 함수가 호출될 때마다 새로운 함수 실행 컨텍스트가 최상단에 쌓인다 [S1], [S2]. 함수 실행이 종료되면 해당 컨텍스트는 팝(Pop)되어 삭제되며, 재귀 함수 등에 의해 콜 스택의 고정된 크기 한도를 초과하면 스택 오버플로우(Stack overflow) 에러가 발생한다 [S2].
+* **this 바인딩:** 실행 컨텍스트 활성화 시점에 함수가 어떻게 호출되었는지(일반 호출, 메서드 호출, 생성자 호출, 명시적 바인딩)에 따라 `this` 식별자가 가리키는 객체가 연결된다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 기본적으로 전역 실행 컨텍스트에서 일반 함수 호출 시 `this`는 전역 객체를 가리키지만, '엄격 모드(strict mode)'가 활성화된 환경에서는 `this` 바인딩이 `undefined`로 설정된다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례(구체적인 프로젝트 파일 경로나 Git 커밋 해시 등)가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+```javascript
+// 자바스크립트 실행 컨텍스트와 호이스팅 및 스코프 체인을 보여주는 예시
+let greeting = "Hello"; // 전역 컨텍스트에 기록됨
+
+function petInfo() {
+ // petInfo 함수 실행 컨텍스트 생성 (생성 단계 -> 실행 단계)
+ let cat = "cat";
+ let dog = "dog";
+
+ // 자신의 LexicalEnvironment에서 cat, dog를 찾고,
+ // outerEnvironmentReference를 통해 상위(전역) 스코프에서 greeting을 찾음
+ console.log(greeting, cat, dog);
+}
+
+petInfo(); // Call Stack에 petInfo 실행 컨텍스트 푸시, 완료 후 팝
+```
+*(언어: JavaScript, 버전: ES6+ 기준)*
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Call Stack]] — 실행 컨텍스트의 순서와 생명주기를 물리적으로 관리하는 메모리 구조.
+- [[Lexical Environment]] — 실행 컨텍스트 내부에서 식별자와 스코프를 실시간으로 저장/관리하는 핵심 객체.
+- [[Hoisting]] — 생성 단계에서 environmentRecord에 식별자가 미리 저장되면서 발생하는 언어적 특징.
+- [[Scope Chain]] — outerEnvironmentReference를 통해 상위 컨텍스트의 변수에 접근하는 논리적 탐색 메커니즘.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 자바스크립트 엔진의 이벤트 루프(Event Loop)는 콜 스택 및 실행 컨텍스트와 어떻게 상호작용하며 비동기 처리를 수행하는가?
+- Variable Environment와 Lexical Environment는 구체적으로 어떤 기준에 의해 분리되어 동작하는가?
+- 'strict mode' 도입 외에 현대 자바스크립트(ES6+) 모듈 환경에서 전역 실행 컨텍스트의 `this` 바인딩은 어떻게 달라지는가?
+- 클로저(Closure)는 파괴된 상위 함수 실행 컨텍스트의 Lexical Environment를 어떻게 메모리에 유지시키는가?
+- 운영체제 수준의 'Context Switching'과 자바스크립트의 'Execution Context' 전환은 성능 및 오버헤드 측면에서 어떤 차이가 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 비동기 콜백이나 프로미스 체이닝 작성 시, 스코프와 `this` 바인딩 유지를 위한 화살표 함수(Arrow Function) 활용.
+- **System Design:** 전역 변수 오염을 최소화하고 메모리 누수(Memory Leak)를 방지하기 위한 모듈 및 클로저 기반의 상태 관리 설계.
+- **Operation / Maintenance:** 콜 스택 오버플로우 추적 및 디버깅 시, 브라우저 개발자 도구의 Call Stack 패널을 통한 실행 컨텍스트 계층 분석.
+- **Learning Path:** 자바스크립트의 비동기 메커니즘, 스코프, 클로저, 호이스팅을 심도 있게 이해하기 위한 필수 선행 개념으로 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Context Switching (OS)]] — 자원을 공유하는 OS 관점에서 프로세스/스레드의 상태를 저장하고 복원하는 메커니즘적 비교.
+- [[Closure]] — 상위 실행 컨텍스트가 종료되었음에도 해당 환경의 변수에 계속 접근할 수 있게 해주는 기능.
+- [[Event Loop]] — 싱글 스레드 환경에서 실행 컨텍스트 처리가 완료된 후 비동기 콜백을 콜 스택으로 푸시하는 메커니즘.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Call Stack]], [[Lexical Environment]], [[Hoisting]]
+- **참조 맥락:** 프론트엔드 자바스크립트 환경에서 비동기 코드, 스코프, 클로저 관련 디버깅 및 설계 원칙을 수립할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리
+- [2] JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Explicature.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Explicature.md
new file mode 100644
index 00000000..a2e82da8
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Explicature.md
@@ -0,0 +1,81 @@
+```markdown
+---
+id: explicature
+title: "Explicature"
+category: "Linguistics_and_Pragmatics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["명시적 함의", "Explicatures", "명시적 의미", "기본 명시적 함의", "상위 수준 명시적 함의"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "pragmatics", "relevance theory"]
+raw_sources: ["Relevance theory - University of Southampton Web Archive", "Relevance theory - Wikipedia", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "Relevance theory1", "Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Explicature]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Explicature(명시적 함의)는 발화의 단순한 언어적 해독을 넘어, 맥락적 추론을 통해 발화의 논리적 형태를 보강하고 구체화하여 도출해 낸 '명시적으로 소통된 내용'이다.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **발화의 논리적 형태 발전 (Development of Logical Form):** 발화 자체가 인코딩하고 있는 논리적 형태를 기반으로, 이를 추론을 통해 발전시킨 명시적 의미.
+2. **화용론적 보강 과정 (Pragmatic Enrichment Processes):** 지시 대상 할당(Reference resolution), 의미 중의성 해소(Disambiguation), 의미적 확장 및 보강(Semantic enrichment) 등 맥락을 통해 빈틈을 메우는 과정.
+3. **기본 및 상위 수준 명시적 함의 (Basic-level vs. Higher-level Explicature):** 발화가 표현하는 기본 명제 자체와, 이 명제가 화자의 태도나 화행(speech-act) 묘사어 하위에 내포되어 형성되는 상위 수준의 의미.
+4. **상호 병렬 조정 (Mutual Parallel Adjustment):** 명시적 함의(Explicature)와 대화적 함축(Implicature)이 개별적으로 독립 도출되는 것이 아니라, 관련성 원리에 따라 인지적 효과를 만족시키기 위해 병렬적으로 상호 조정되며 도출되는 메커니즘.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **내포 가능성 검증 패턴 (Embedding Test):** 특정 의미가 대화적 함축(Implicature)이 아닌 명시적 함의(Explicature)인지 판별할 때, 해당 의미가 조건문(if-clause)이나 부정문(negation)에 논리적으로 내포(embed)될 수 있는지 여부를 확인하여 검증한다. 함축은 구조적으로 내포되기 어렵지만 명시적 함의는 자연스럽게 내포된다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Explicature (명시적 함의)** | 발화의 논리적 형태를 맥락을 통해 보강하므로, 지시어 해소 및 다의어 처리 등 명시적 정보의 구체화에 유리함. 부정문이나 조건문에 논리적으로 내포(embed)될 수 있음 | 발화의 언어적 코드 범위를 완전히 벗어난 간접적 의도는 담아낼 수 없음 | 지시어 대상 파악, 모호한 단어의 구체화, 생략된 단어 보충을 통한 텍스트 명제 완성 시 |
+| **Implicature (대화적 함축)** | 발화에 직접 등장하지 않는 화자의 숨겨진 전제나 결론을 도출하여 의사소통의 행간을 파악할 수 있음 | 언어적 형태의 확장이 아니므로 부정문이나 조건문에 자연스럽게 내포되기 어려움 | 명시된 텍스트 외적으로 상대가 암묵적으로 전달하고자 하는 의도, 함의, 풍자 등을 도출할 때 |
+
+## 📖 세부 내용 (Details)
+- **Explicature의 정의와 화용론적 보강:** Explicature는 발화를 통해 '명시적으로 소통된 내용'으로, 언어적으로 인코딩된 불완전한 논리적 형태(logical form)에 화용론적 추론을 더해 살을 붙인(fleshing out) 결과물이다 [S1, S2, S4]. 이러한 형태의 발전 과정에는 대명사 등의 대상을 맥락에 맞게 찾아내는 지시 대상 할당(Assignment of Referents), 여러 의미 중 부적절한 것을 배제하는 의미 중의성 해소(Disambiguation), 그리고 생략되거나 모호한 표현을 구체화하는 의미적 확장 및 보강(Semantic Enrichment) 작업이 포함된다 [S1, S3].
+- **예시를 통한 도출:** "수잔이 그녀의 키위가 너무 시다고 나에게 말했다"는 문장을 들었을 때, 맥락을 통해 '그녀'를 수잔으로 할당하고, '키위'를 새가 아닌 과일로 해소하며, '너무 시다'는 것을 '과일 경연 대회 심사위원들에게 내놓기에는 너무 시다'로 의미를 확장하는 과정 전체가 Explicature의 구성 과정이다 [S2, S3].
+- **기본 수준과 상위 수준 (Basic-level vs. Higher-level):** Explicature는 다시 두 가지 계층으로 분류될 수 있다. 발화가 서술하는 사실 관계 명제 그 자체인 '기본 수준의 명시적 함의(Basic-level explicature)'가 있으며, 이 기본 명제가 '약속하다(promise that)', '묻다(ask whether)'와 같은 화행 묘사어나 '후회하다(regret that)', '기쁘다(be pleased that)' 등의 태도 묘사어 구조 안에 내포(embedding)되어 나타나는 '상위 수준의 명시적 함의(Higher-level explicatures)'가 존재한다 [S1, S4].
+- **상호 병렬 조정 메커니즘 (Mutual Parallel Adjustment):** 청자는 관련성 이론의 이해 절차(Relevance-theoretic comprehension procedure)에 따라 최소한의 처리 노력으로 기대되는 인지적 효과를 얻기 위해 가설을 순차적으로 테스트한다 [S1]. 이 과정에서 명시적 함의(Explicature)와 암묵적 전제 및 결론인 함축(Implicature)은 선형적으로 발생하는 것이 아니라, 최적의 해석 도달을 위해 상호 병렬적으로 조정(Mutual parallel adjustment)되면서 동시에 도출된다 [S1, S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **명시적 의미에 대한 기존 관점과의 충돌:** 폴 그라이스(H. P. Grice) 등의 전통적인 화용론에서는 명시적 의미("what is said")를 주로 발화의 언어적 해독 결과로만 보고, 화용론적 추론은 대화적 함축(Implicature)에 국한시키는 경향이 있었다 [S5].
+- **관련성 이론에 따른 화용론의 확장 (Broadening of Pragmatics):** 댄 스퍼버(Dan Sperber), 디어드리 윌슨(Deirdre Wilson), 로빈 카스톤(Robyn Carston) 등이 주도한 관련성 이론은, 명시적 의미의 획득 과정 역시 화용론적 추론과 맥락에 깊이 의존한다는 점을 규명하였다 [S2, S5]. 이에 따라 과거에는 함축(Implicature)으로 간주되던 일부 현상이 명시적 함의(Explicature)로 재분류되는 인식의 전환이 일어났다 [S2, S5]. 예를 들어 "그가 보드카 한 병을 마시고 인사불성이 되었다"에서 두 사건 사이에 '그 결과로(consequently)'라는 인과적 속성을 부여하는 해석은 전통적으로 함축이라 여겨졌으나, 관련성 이론에서는 이를 논리적 형태의 확장이자 명시적 의미 보강 과정인 Explicature로 취급한다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (해당 지식은 인지과학, 언어학 및 AI 자연어 처리 분야의 이론적 배경 모델로 논의되었으나, 소스 데이터 내에서 소프트웨어에 적용된 구체적 코드, 특정 시스템 커밋 해시, 또는 의사결정 기록(decision_id) 등은 명시되지 않았음.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Implicature]], [[Relevance Theory]]
+- **참조 맥락:** 자연어 처리(NLP) 및 상호문화 커뮤니케이션 모델링 시, 발화의 문자적 의미가 맥락적 추론을 거쳐 어떻게 명시적 의미로 확정되는지에 대한 기저 메커니즘을 파악할 때 참조된다.
+
+## 📚 출처 (Sources)
+- [S1] Relevance theory - University of Southampton Web Archive
+- [S2] Relevance theory - Wikipedia
+- [S3] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S4] Relevance theory1
+- [S5] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Flux Architecture.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Flux Architecture.md
new file mode 100644
index 00000000..557851db
--- /dev/null
+++ b/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.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Frame Theory.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Frame Theory.md
new file mode 100644
index 00000000..c7539de7
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Frame Theory.md
@@ -0,0 +1,107 @@
+---
+id: frame-theory
+title: "Frame Theory"
+category: "Cognitive_Science_and_AI"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "프레임 이론"
+ - "Frame construct"
+ - "프레임 구조"
+ - "프레임 지식 개념"
+ - "Frame Theory of AI"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Frame Theory", "Minsky", "Artificial Intelligence"]
+raw_sources:
+ - "Schema (psychology) - Wikipedia"
+ - "Schemata - the living handbook of narratology"
+ - "Script Theory | Social Sciences and Humanities | Research Starters - EBSCO"
+applied_in: []
+github_commit: ""
+---
+
+# [[Frame Theory]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인공지능이 인간처럼 지식을 저장하고 상호작용할 수 있도록, 고정된 정보(프레임)와 변동 가능한 값(슬롯)으로 기억을 모델링한 인지적 지식 표현 구조.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **프레임(Frame)**: 인공지능 및 컴퓨터 과학에서 기계 내에 지식을 표현하기 위한 데이터 구조체로, 기존 심리학의 스키마(Schema) 개념이 확장 및 정교화된 형태이다 [S1], [S2].
+2. **슬롯과 기본값(Slots and Default Values)**: 프레임은 고정되고 광범위한 정보의 뼈대를 이루며, 다양한 값을 수용할 수 있는 빈 공간인 '슬롯'으로 구성된다. 현실 세계의 구체적인 값이 주어지지 않아 슬롯이 비어있을 경우, 이는 미리 설정된 '기본값(Default value)'으로 채워진다 [S1].
+3. **기계의 인간화(Human-like abilities in machines)**: 저장된 사전 지식을 바탕으로 기계가 새로운 정보와 상호작용하고 추론 프로세스를 수행할 수 있도록 설계된 개념적 도구이다 [S1].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **프레임-슬롯 패턴 (Frame-Slot Pattern)**: 고정된 정보 프레임에 슬롯을 배치하고, 특정 입력값이 누락되었을 때 이를 기본값(Default)으로 자동 할당하여 지식 처리의 빈틈을 메우는 설계 패턴 [S1].
+- **경험 기반 지식 구조화 휴리스틱**: 개인의 경험과 학습에서 파생된 지식을 정신적 구조물(프레임)로 정제하여 인공지능 환경 내에 규범화하여 표현하는 전략 [S2].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **프레임 이론 (Frame Theory)** | 객체, 설정, 상황에 대한 데이터 구조(슬롯과 기본값)를 모델링하여 정적인 지식과 정보를 명확히 구조화하여 표현함 [S1], [S3]. | 소스에 단점이 명시적으로 확인되지 않음. | 정적인 지식 구조나 객체, 상황 자체를 인공지능 데이터 구조로 표상할 때 [S1], [S3]. |
+| **스크립트 이론 (Script Theory)** | 목표 지향적인 일련의 행동이나 사건의 순서를 표현하여 언어 처리 및 구조적 설명의 한계를 보완함 [S3]. | 순차적이고 인과적인 사건의 연속성(Strong scripts)에 치중될 수 있음 [S3]. | 특정 상황에서의 동적, 시간적, 인과적인 사건 흐름을 모델링할 때 [S3]. |
+
+## 📖 세부 내용 (Details)
+- 프레임 이론(Frame Theory)은 1970년대 컴퓨터 과학자 마빈 민스키(Marvin Minsky)가 인간과 같은 능력을 지닌 기계를 개발하기 위해 고안한 지식 표현 체계이다 [S1].
+- 이 이론은 기존 심리학의 스키마(Schema) 개념을 인공지능(AI) 분야에 맞춰 확장하고 정교화한 것으로, 개인의 경험과 학습에서 도출된 지식의 정신적 구조물을 의미한다 [S1], [S2].
+- 민스키는 기계가 저장된 지식을 사용해 프로세스를 수행하고 새로운 정보와 상호작용할 수 있도록 '프레임 지식 개념(Frame knowledge concept)'을 제안했다 [S1].
+- 프레임 구조는 고정되고 광범위한 정보를 나타내는 '프레임'과, 다양한 값을 수용할 수 있는 하위 구성 요소인 '슬롯(Slots)'들로 이루어져 있다 [S1].
+- 만약 현실 세계의 특정 상황에서 슬롯에 들어갈 적절한 값이 제공되지 않는다면, 해당 슬롯은 시스템에 의해 '기본값(Default value)'으로 자동 대체되어 지식 구조의 정합성을 유지한다 [S1].
+- 프레임 이론은 로저 섕크(Roger Schank)와 로버트 아벨슨(Robert Abelson)이 공식화한 스크립트 이론(Script Theory)과 매우 밀접한 유사성을 갖는다. 스크립트 이론이 언어 처리에 대한 순수 구조적 설명의 한계를 극복하기 위해 제안된 반면, 프레임 이론은 기억을 프레임이라는 일련의 데이터 구조로 모델링하는 것에 중점을 둔다 [S3].
+- 민스키의 이러한 프레임 이론 연구를 기점으로, 컴퓨터 과학은 심리학적 인지 이론 분야에 더욱 강력한 영향을 미치게 되었다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Schema (psychology)]] — 프레임 구조의 이론적 바탕이자 확장 대상이 된 심리학적 기초 인지 구조 [S1].
+- [[Script Theory]] — 프레임 이론과 병행하여 발전한 AI 및 언어 처리의 절차적 지식 표현 모델 [S3].
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 프레임 이론의 '슬롯'과 '기본값' 구조는 현대 객체 지향 프로그래밍의 클래스(Class) 속성 할당 방식과 어떤 유사점과 차이점이 있는가?
+- 스키마 이론이 인공지능의 프레임 이론으로 진화하면서, 초기 기계 학습 시스템의 데이터 모델링 성능에 구체적으로 어떤 영향을 미쳤는가?
+- 프레임 이론과 스크립트 이론은 복잡한 자연어 처리(NLP) 추론 과제에서 어떻게 상호 보완적으로 융합될 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** AI 모델의 지식 베이스 아키텍처 및 관계형 데이터 구조 설계
+- **System Design:** 사용자의 입력 데이터가 누락되었을 때 논리 오류를 방지하기 위한 기본값(Default fallback) 시스템 설계
+- **Operation / Maintenance:** 인지 기반 시스템의 지식 표현 규칙 및 템플릿 유지보수
+- **Learning Path:** 인지 과학, 스키마 이론, 인공지능 지식 표현의 역사적 발전 과정과 구조주의적 접근 학습
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Artificial Intelligence]] — 확장 방향: 인공지능에서의 정보 처리 메커니즘 및 지식 표현 아키텍처 구축
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Schema Theory]], [[Script Theory]]
+- **참조 맥락:** 인공지능 시스템이 사용자와 환경의 맥락을 이해하고, 불완전하거나 누락된 정보를 기본값 구조를 통해 채워 넣는 지식 데이터베이스 구조를 설계할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Schema (psychology) - Wikipedia (URL: https://en.wikipedia.org/wiki/Schema_(psychology))
+- [S2] Schemata - the living handbook of narratology (URL: http://lhn.sub.uni-hamburg.de/index.php/Schemata.html)
+- [S3] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO (URL: https://www.ebsco.com/research-starters/social-sciences-and-humanities/script-theory)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Gestalt Theory.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Gestalt Theory.md
new file mode 100644
index 00000000..d1ccba42
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Gestalt Theory.md
@@ -0,0 +1,92 @@
+```yaml
+---
+id: gestalt-theory
+title: "Gestalt Theory"
+category: "Cognitive_Psychology"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["게슈탈트 이론", "게슈탈트", "형태주의 심리학", "Gestalt", "게슈탈트 심리학"]
+duplicate_of: ""
+source_trust_level: "C"
+confidence_score: 0.60
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Gestalt", "Schema"]
+raw_sources: ["Schemata - the living handbook of narratology", "맥락을 고려하는 뇌 - 바이오인"]
+applied_in: []
+github_commit: ""
+---
+```
+
+# [[Gestalt Theory]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인지 도식(Schema) 이론의 심리학적 전조로서, 다층적인 맥락 정보가 개별 파편이 아닌 하나의 통합된 전체(게슈탈트)로 신속하고 자연스럽게 학습됨을 설명하는 개념.
+
+## 🧠 핵심 개념 (Core concepts)
+- **통합적 인지 (Holistic Cognition)**: 맥락을 구성하는 여러 요소들은 유기체가 해당 환경에 노출될 때 파편적으로 인지되지 않고, '게슈탈트'로서 단번에 통합적으로 학습됨.
+- **도식 이론의 전조 (Antecedent to Schema Theory)**: 심리학의 게슈탈트 이론은 칸트(Kant)의 철학과 함께 인간이 세상을 이해하는 '도식(Schema)' 개념이 형성되는 데 핵심적인 학문적 기반을 제공함.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **맥락의 고속 통합 학습 패턴**: 유기체(동물 및 인간)가 새로운 맥락 환경에 놓일 때, 의식적인 분석 과정을 거치기보다 개별 요소들의 합을 뛰어넘는 온전한 전체 형태(Gestalt)로 매우 짧은 시간 내에 자동적이고 자연스럽게 학습을 수행함.
+
+## 📖 세부 내용 (Details)
+게슈탈트(Gestalt) 이론은 제공된 소스에서 인지 도식(Schema) 이론의 역사적 배경 및 연합 학습 시 맥락 정보가 두뇌에 부호화되는 통합적 성격을 설명하는 데 제한적으로 언급된다. (소스에 관련 정보가 전반적으로 부족합니다.)
+
+* **인지 도식(Schema)의 심리학적 전조**
+ 게슈탈트 심리학은 1920~1930년대 막스 베르트하이머(Max Wertheimer), 볼프강 쾰러(Wolfgang Köhler), 쿠르트 코프카(Kurt Koffka) 등의 심리학자들에 의해 체계화되었다. 이 이론은 임마누엘 칸트(Immanuel Kant)의 철학적 개념과 더불어, 후대 인지과학 및 서사학에서 활용되는 스키마(Schema) 이론의 가장 중요한 선구적 개념(Antecedent)으로 작용하였다 [S1].
+* **맥락 부호화 과정에서의 게슈탈트적 특성**
+ 동물 및 인간의 조건화(Conditioning) 실험 등에 따르면, 환경을 구성하는 복잡한 맥락 정보들은 단지 유기체가 그 맥락에 노출되는 것만으로도 개별 속성의 합이 아닌 '게슈탈트(gestalt)' 형태로 한 번에 자연스럽게 부호화(Encoding)된다. 이 과정은 별도의 집중적이고 순차적인 분석 없이 굉장히 빠른 시간 안에 통합적인 학습으로 이루어지는 특성을 지닌다 [S2].
+
+(추가적인 형태주의 심리학의 세부 원리나 뇌과학적 메커니즘에 대해서는 소스에 관련 정보가 부족합니다.)
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** C
+- **신뢰 점수:** 0.60
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Schema Theory]] — 게슈탈트 이론은 스키마(도식) 이론이 구축되는 결정적인 심리학적 전조로 작용함.
+- [[Cognitive Psychology]] — 베르트하이머, 쾰러 등이 연구한 게슈탈트 이론의 학문적 토대.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 게슈탈트 인식 과정에서 부분과 전체의 관계는 뇌 신경망 수준에서 어떻게 규명되는가? (소스에 관련 정보가 부족합니다.)
+- 뇌의 해마(Hippocampus) 신경망은 다양한 자극으로 구성된 게슈탈트 형태의 맥락 정보를 어떻게 단일 표상으로 부호화하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에서 확인되지 않음.
+- **System Design:** 소스에서 확인되지 않음.
+- **Operation / Maintenance:** 소스에서 확인되지 않음.
+- **Learning Path:** 게슈탈트 심리학 -> 인지 도식(Schema) 이론 -> 맥락 의존적 학습(Contextual Learning) 모델로 이어지는 인지과학 개념사 이해.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Contextual Conditioning]] — 게슈탈트 형태로 한 번에 통합 학습된 맥락 표상이 무조건 자극과 연합되는 과정.
+- [[Pattern Recognition]] — 파편화된 자극에서 통합된 의미(게슈탈트)를 인식해 내는 인지 기전.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Schema Theory]], [[Contextual Conditioning]]
+- **참조 맥락:** 인지과학과 심리학에서 유기체가 복잡한 맥락을 부분의 합이 아닌 전체의 형태(Gestalt)로 즉각적이고 자연스럽게 학습하는 기전을 이해할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] "Schemata - the living handbook of narratology" (소스 메타데이터 없음)
+- [S2] "맥락을 고려하는 뇌 - 바이오인" (http://www.ibric.org/myboard/read.php?Board=report&id=2395&Page=1)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Gricean Pragmatics.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Gricean Pragmatics.md
new file mode 100644
index 00000000..c1596650
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Gricean Pragmatics.md
@@ -0,0 +1,81 @@
+```markdown
+---
+id: gricean-pragmatics
+title: "Gricean Pragmatics"
+category: "Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["그라이스 화용론", "그라이스의 대화 격률", "Gricean Theory", "Cooperative Principle", "대화적 함축"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Relevance theory - University of Southampton Web Archive", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "Relevance theory - Wikipedia", "Relevance theory1"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Gricean Pragmatics]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인간의 의사소통은 단순한 기호의 해독(Decoding)이 아니라, 대화 참여자 간의 '협력 원칙'과 '대화 격률'을 기반으로 화자의 숨겨진 의도를 추론하는(Inferential) 인지적 과정이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **협력 원칙 (Cooperative Principle):** 대화 당사자들이 합의된 대화의 목적과 방향에 맞게 발화해야 한다는 근본적인 소통 원리.
+* **대화 격률 (Conversational Maxims):** 협력 원칙을 실천하기 위해 요구되는 4가지 세부 규범(양, 질, 관계, 태도).
+* **대화적 함축 (Conversational Implicature):** 화자가 고의로 격률을 위반하거나 무시할 때, 청자가 대화의 정합성을 유지하기 위해 연역해 내는 숨겨진 의도나 의미.
+* **수정된 오컴의 면도날 (Modified Occam's Razor):** 의미(Senses)를 불필요하게 증식시키기보다는, 화용론적 추론 기제로 의미를 파악해야 한다는 경제성 원칙.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **격률 무시를 통한 함축 유도 (Flouting Maxims):** 화자가 문학적 은유, 아이러니, 풍자 등을 전달하기 위해 의도적이고 대담하게 특정 대화 격률을 짓밟고(Flouting), 이를 통해 청자의 능동적인 추론을 이끌어내는 패턴.
+* **추론 모델 (Inferential Model) 작동 패턴:** 명시적 발화 행동 발생 ➔ 청자의 '화자가 격률을 준수할 것'이라는 전제 활성화 ➔ 물리적/사회적 맥락을 통합한 논리적 추론 ➔ 화자의 숨은 뜻 해독.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **그라이스 화용론 (Gricean Pragmatics)** | 대화적 함축의 발생 원인을 4가지 세부 격률 위반으로 분류하여 체계적인 분석 프레임워크 제공 | 항상 화자의 '협력적' 태도를 전제하므로, 비협조적 상황(의도적 침묵 등)에 대한 설명력이 부족함 | 특정 발화가 어떤 규칙(양/질/태도/관계)을 위반하여 숨은 뜻을 생성했는지 세밀하게 쪼개어 분석할 때 |
+| **관련성 이론 (Relevance Theory)** | 인지적 최소 노력과 최대 효과라는 단일 원리로 소통을 설명하여 심리적/생물학적 타당성이 높음 | 모든 소통을 단일 원리로 묶어, 개별 발화의 구체적인 화용론적 위반 뉘앙스를 세분화하기 어려울 수 있음 | 대화 참여자 간의 인지적 처리 비용과 정보 효용의 최적화 과정을 시스템적으로 모델링할 때 |
+
+## 📖 세부 내용 (Details)
+* **추론적 의사소통의 기틀:** 언어철학자 폴 그라이스(H. P. Grice)는 발화를 기호학적으로 인코딩/디코딩하는 고전적인 '코드 모델(Code Model)'의 한계를 지적하고, 인간의 소통이 본질적으로 의도의 표출과 이를 논리적으로 복원하는 '추론 모델(Inferential Model)'임을 확립하였다 [S1], [S3].
+* **4대 대화 격률:** 화자는 '협력 원칙' 하에 양(Quantity: 필요한 만큼의 정보 제공), 질(Quality: 진실성), 관계(Relation: 관련성), 태도(Manner: 명확성)의 네 가지 대화 격률을 준수하도록 기대된다 [S1], [S2].
+* **대화적 함축의 3분류:** 청자는 화자가 대화 격률을 지킨다고 전제하므로, 화자가 특정 격률을 어길 때 숨겨진 '대화적 함축'을 연역한다. 그라이스는 이를 3그룹으로 분류했다. 제1그룹은 어떤 격률도 명백히 위반되지 않고 간접적인 정보 인과성이 보존되는 경우, 제2그룹은 한 격률을 지키기 위해 다른 격률(예: 정보량 축소)을 부득이 위반하는 경우, 제3그룹은 은유나 반어를 위해 고의로 격률을 짓밟는(Flouting) 경우이다 [S2].
+* **수정된 오컴의 면도날 적용:** 그라이스는 언어적 표현에 대해 불필요하게 다중의 사전적 의미(Ambiguity)를 가정하는 것을 피하고, 문맥적/화용론적 추론으로 의미 확장을 설명하는 '수정된 오컴의 면도날(Modified Occam's Razor)' 전략을 수용했다 [S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **협력 전제의 모순과 보완:** 그라이스의 초기 이론은 화자가 필요한 정보를 기꺼이 제공하려는 '협력적' 의지가 있다고 강하게 전제한다. 그러나 침묵하거나 고의로 정보를 누락하는 비협조적인 상황도 잦은데, 그라이스의 틀에서는 이를 정보 제공 '능력 부족'으로만 간주하는 맹점이 있었다 [S1].
+* **관련성 이론으로의 통합 업데이트:** 이후 댄 스퍼버(Dan Sperber)와 디어드리 윌슨(Deirdre Wilson)은 그라이스의 분절된 4가지 격률과 엄격한 협력 전제의 한계를 비판하며, 이를 '처리 노력 대비 인지 효과 극대화'라는 단일 인지 원리인 '관련성(Relevance)'으로 통합, 포스트 그라이스 화용론으로 이론을 업데이트하였다 [S1], [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 내에서 IT 시스템이나 코드베이스, 특정 솔루션에 그라이스 화용론이 구체적으로 하드코딩되거나 적용된 파일 경로 및 커밋 기록은 발견되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Relevance Theory]], [[Conversational Implicature]]
+- **참조 맥락:** 자연어 처리(NLP)나 대화형 AI(Chatbot) 에이전트가 인간의 비유적, 간접적 화법을 이해하고 맥락적 의도를 추론하는 룰 기반 시스템을 설계할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Relevance theory - University of Southampton Web Archive
+- [S2] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S3] Relevance theory - Wikipedia
+- [S4] Relevance theory1
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Intentionality.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Intentionality.md
new file mode 100644
index 00000000..5540cc42
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Intentionality.md
@@ -0,0 +1,80 @@
+```markdown
+---
+id: intentionality
+title: "Intentionality"
+category: "Cognitive_Science_and_Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["의도성", "Intention", "의도", "Informative intention", "Communicative intention"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Relevance theory - University of Southampton Web Archive", "Relevance theory1"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Intentionality]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인간의 의사소통은 단순한 메시지의 암호화 및 해독이 아니라, 화자의 정보적 의도와 의사소통적 의도를 표출하고 청자가 이를 추론해 내는 본질적인 의도적(intentional) 과정이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **정보적 의도 (Informative Intention)**: 청자에게 무언가를 알리려는(inform) 화자의 1차적인 의도.
+- **의사소통적 의도 (Communicative Intention)**: 자신이 '정보적 의도'를 가지고 있음을 청자에게 인식시키려는 2차적인 의도.
+- **명시적-추론적 의사소통 (Ostensive-Inferential Communication)**: 화자가 의도적으로 정보를 제공(명시)하고 청자가 이 증거를 바탕으로 화자의 의도를 파악(추론)하는 소통 행위.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **의도 인식 기반 이해 (Intention-based Understanding)**: 청자가 화자의 '의사소통적 의도'를 인식했을 때 비로소 '이해(Understanding)'가 성립된다.
+- **이해와 믿음의 분리**: 청자가 화자의 의도를 파악하는 것(이해)과 제공된 정보를 실제로 신뢰하고 받아들이는 것(정보적 의도의 최종 성취)은 별개의 인지적 단계로 분리되어 작동한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **코드 모델 (Code Model)** | 발신자와 수신자가 동일한 코드를 보유했을 때 메시지 전달 과정을 직관적이고 단순하게 설명함 | 발화의 맥락이나 화자의 숨겨진 의도(함축 등)를 통한 소통 현상을 설명하지 못함 | 기계적 신호 전달 체계나 단순 통신 시스템을 설명할 때 |
+| **추론 모델 (Inferential Model)** | 맥락, 비언어적 단서, 화자의 다층적 의도가 개입되는 인간 의사소통의 복잡성과 유연성을 정확히 반영함 | 청자가 증거를 바탕으로 의도를 파악해야 하는 비입증적(non-demonstrative) 추론 과정의 복잡성이 따름 | 인간의 자연어 처리, 화용론, 인공지능의 맥락 이해(NLU)를 모델링할 때 |
+
+## 📖 세부 내용 (Details)
+- 언어적 및 비언어적 형태를 띤 대부분의 인간 의사소통의 필수적인 특징은 의도(Intentions)의 표현과 인식이다 [S1, S2].
+- 이러한 특성은 화자가 의도한 메시지를 신호로 암호화하고 청자가 동일한 사본을 통해 이를 해독한다고 보는 고전적인 '코드 모델(Code model)'과 달리, '추론 모델(Inferential model)'의 토대가 된다. 추론 모델에서는 발화가 화자의 의미를 전달하기 위한 의도적인 증거로 제공되며, 청자는 이 증거에 기반하여 의미를 추론한다 [S1].
+- 의도적이고 개방적인 의사소통 체계인 '명시적-추론적 의사소통(Ostensive-inferential communication)'은 두 가지 계층의 의도로 구성된다 [S1, S2].
+ 1) **정보적 의도 (Informative intention)**: 청자에게 특정 내용이나 사실을 알리려는 의도이다 [S1, S2].
+ 2) **의사소통적 의도 (Communicative intention)**: 화자가 청자에게 정보적 의도를 가지고 있음을 알리려는 의도이다 [S1, S2].
+- 성공적인 '이해(understanding)'는 청자가 화자의 의사소통적 의도를 성공적으로 인지했을 때, 즉 정보적 의도를 식별했을 때 달성된다. 그러나 청자가 화자의 정보적 의도 자체를 수용하여 실제로 믿음을 갖게 되는지는 화자에 대한 신뢰도 등에 따라 결정되는 별개의 문제이다 [S1, S2].
+- 만약 의사소통적 의도를 표출하지 않은 채 상대의 인지적 성향(관련성 극대화)만을 은밀하게 이용하여 사고에 영향을 미친다면, 이는 참된 의미의 추론적 의사소통으로 간주되지 않는다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보나 모순은 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Ostensive-inferential communication]], [[Relevance Theory]], [[추론 모델 (Inferential Model)]]
+- **참조 맥락:** 인공지능이 인간 발화의 피상적인 의미를 넘어 심층적인 의도를 추론하고, 상황에 맞는 응답을 생성하기 위한 맥락 모델링의 철학적·언어학적 근거로 참조.
+
+## 📚 출처 (Sources)
+- [S1] Relevance theory - University of Southampton Web Archive
+- [S2] Relevance theory1 (PDF)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Interrupt Handling.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Interrupt Handling.md
new file mode 100644
index 00000000..5c03448d
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Interrupt Handling.md
@@ -0,0 +1,95 @@
+---
+id: interrupt-handling
+title: "Interrupt Handling"
+category: "Operating_System"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["인터럽트 처리", "인터럽트 핸들링", "Interrupt", "인터럽트", "Interrupt Handler"]
+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: ["[S1] Difference between Swapping and Context Switching - TutorialsPoint", "[S2] What Is Context Switching in Operating System | TestMu AI", "[S3] Process Control Block (PCB) Explained: What It Stores - Unwired Learning"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Interrupt Handling]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+운영체제에서 인터럽트 처리는 프로세스 실행 중 발생하는 외부 요청을 해결하기 위해 현재 상태를 저장(Context Switching)하고 핸들러로 제어권을 넘겼다가, 처리가 완료되면 중단된 지점부터 정확히 실행을 재개하는 핵심 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **컨텍스트 스위칭 트리거(Context Switching Trigger):** 인터럽트는 스케줄러나 자발적 양보(yielding)와 더불어 운영체제가 컨텍스트 스위칭을 수행하도록 촉발하는 주요 원인 중 하나이다 [S1, S2].
+- **프로세스 상태 저장(State Saving):** 실행 중인 프로세스에서 인터럽트가 발생하면, 시스템은 프로그램 카운터(PC)와 레지스터 값 등 현재의 실행 컨텍스트를 프로세스 제어 블록(PCB)에 안전하게 저장한다 [S2, S3].
+- **핸들러로의 제어권 전환(Transfer of Control):** 디스크로부터의 데이터 요청과 같이 인터럽트가 발생하면, 컨텍스트 스위칭을 통해 해당 인터럽트를 효율적으로 처리할 수 있는 하드웨어 컴포넌트나 핸들러(Handler)로 시스템의 제어권이 넘어간다 [S2].
+- **실행 복구(Resume Execution):** 인터럽트 문제가 성공적으로 해결된 후, 시스템은 레지스터에 저장해두었던 상태를 다시 불러와 중단되었던 정확한 지점부터 프로세스의 실행을 재개한다 [S2].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **Interrupt ➔ Save State ➔ Handle ➔ Restore State 루프:** 실행 중인 프로세스 일시 중지 및 상태(Context) 저장 ➔ 인터럽트 핸들러를 통한 문제 해결 ➔ 이전 상태 로드 및 프로세스 재개의 일관된 라이프사이클을 따른다 [S2].
+
+## 📖 세부 내용 (Details)
+운영체제 환경에서 다중 작업(Multitasking)과 자원 배분을 최적화하기 위해 인터럽트 핸들링(Interrupt Handling)은 필수적으로 컨텍스트 스위칭(Context Switching)을 수반한다 [S1, S2].
+
+- 프로세스가 중앙처리장치(CPU)를 점유하여 작업을 수행하고 있을 때 디스크 데이터 요청과 같은 이벤트로 인해 인터럽트가 발생하면, 시스템은 즉시 동작에 개입한다 [S2].
+- 이때 운영체제는 현재 실행 중인 프로세스의 상태를 소실하지 않기 위해, 프로그램 카운터와 CPU 레지스터 값 등을 해당 프로세스의 '프로세스 제어 블록(PCB)'에 기록하여 저장한다 [S2, S3].
+- 상태 저장이 완료되면 제어권은 인터럽트를 직접적으로 해결할 수 있는 특정 하드웨어 요소나 인터럽트 핸들러(Handler)로 넘어가게 된다 [S2].
+- 핸들러에 의해 인터럽트 상황이 조치 완료된 후, 운영체제는 PCB에 저장되어 있던 기존 프로세스의 컨텍스트를 다시 CPU 레지스터에 로드(Load)하며, 프로세스는 멈추었던 바로 그 지점부터 아무런 데이터 손실 없이 다시 작업을 재개(Resume)하게 된다 [S2].
+
+이를 통해 단일 CPU는 여러 프로세스의 요청, 입출력(I/O) 대기, 그리고 각종 인터럽트를 유기적이고 안정적으로 처리할 수 있다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음. (제공된 소스 내에서 인터럽트 처리에 관해 상충하거나 기존 상식을 엎는 모순된 정보는 존재하지 않는다.)
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 내에서 인터럽트 핸들링이 적용된 구체적인 파일 경로, Git 커밋 해시, 또는 의사결정 기록 등은 확인되지 않음.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.85
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Switching]] — 인터럽트를 처리하기 위해 운영체제가 프로세스 상태를 저장하고 복구하는 핵심 기반 메커니즘.
+- [[Process Control Block (PCB)]] — 인터럽트 발생 시 중단된 프로세스의 실행 컨텍스트(레지스터, PC 등)가 임시로 보관되는 데이터 구조.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 하드웨어 인터럽트와 소프트웨어 인터럽트는 구체적으로 시스템에서 어떻게 다르게 취급되는가? (소스에 관련 정보가 부족합니다.)
+- 인터럽트 핸들러가 CPU의 제어권을 획득하는 세부적인 커널 레벨의 과정은 무엇인가? (소스에 관련 정보가 부족합니다.)
+- 잦은 인터럽트 처리로 인해 발생하는 컨텍스트 스위칭 오버헤드를 최소화하기 위한 구체적인 스케줄링 전략은 무엇인가?
+- 동시에 여러 개의 인터럽트가 발생했을 때 운영체제는 어떠한 기준으로 우선순위를 결정하는가? (소스에 관련 정보가 부족합니다.)
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에서 확인되지 않음
+- **System Design:** 다중 프로세스 및 스레드 환경에서 CPU 자원을 블로킹 없이 할당하기 위한 운영체제 스케줄러 설계의 기초 원리로 작용.
+- **Operation / Maintenance:** 소스에서 확인되지 않음
+- **Learning Path:** 운영체제(OS)의 컨텍스트 스위칭 메커니즘과 프로세스 상태 관리(PCB)를 이해하는 기초 학습 과정.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[CPU Scheduling]] — 인터럽트 처리 후 Ready 큐에 있는 프로세스 중 어떤 프로세스를 다음으로 실행할지 결정하는 과정으로 확장.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Switching]], [[Process Control Block]]
+- **참조 맥락:** 운영체제가 중단 없는 다중 작업을 지원하고, 하드웨어 이벤트(I/O, 인터럽트)를 효율적으로 해결하는 메커니즘을 설계할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Difference between Swapping and Context Switching - TutorialsPoint (URL: https://www.tutorialspoint.com/article/difference-between-swapping-and-context-switching)
+- [S2] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest) (URL: https://www.testmuai.com/blog/context-switching/)
+- [S3] Process Control Block (PCB) Explained: What It Stores - Unwired Learning (URL: https://unwiredlearning.com/blog/process-control-block)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/JavaScript Engine.md b/10_Wiki/Topics/Domain_Programming/From_RawData/JavaScript Engine.md
new file mode 100644
index 00000000..2445bcf7
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/JavaScript Engine.md
@@ -0,0 +1,113 @@
+---
+id: javascript-engine
+title: "JavaScript Engine"
+category: "Architecture"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["자바스크립트 엔진", "JS Engine", "V8", "SpiderMonkey", "JS 엔진"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리", "JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp"]
+applied_in: []
+github_commit: ""
+---
+
+# [[JavaScript Engine]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자바스크립트 엔진은 소스 코드를 스캔 및 해석하여 실행 컨텍스트(Execution Context)를 생성하고, 싱글 스레드 기반의 콜 스택을 통해 메모리 할당과 코드 실행을 관장하는 핵심 시스템이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **실행 컨텍스트 (Execution Context):** 코드의 변환과 실행을 관장하는 환경으로, 실행할 코드에 필요한 모든 정보를 담고 있는 객체.
+- **콜 스택 (Call Stack):** 글로벌 및 함수 실행 컨텍스트를 추적하고 실행 순서를 보장하기 위해 사용하는 LIFO(후입선출) 구조의 스택.
+- **생성 및 실행 단계 (Creation & Execution Phase):** 메모리를 할당하여 환경을 설정하는 단계와 코드를 순차적으로 실행하며 값을 연산하는 2단계 프로세스.
+- **변수 및 렉시컬 환경 (Variable & Lexical Environment):** 식별자 정보(호이스팅)를 저장하는 `environmentRecord`와 상위 스코프를 참조하는 `outerEnvironmentReference`의 구성체.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **LIFO (Last-In-First-Out) 스택 패턴:** 스크립트 실행 시 전역 컨텍스트가 가장 먼저 푸시되고, 함수가 호출될 때마다 새로운 함수 컨텍스트가 최상단에 쌓이며, 실행 완료 후 팝(Pop)되어 제거되는 구조.
+- **2-Phase 실행 패턴:** 코드 실행 전에 변수와 함수 선언의 메모리를 먼저 할당(초기값 `undefined` 등)하는 생성 단계를 거친 뒤, 실제 소스코드를 위에서 아래로 순차 실행하는 분리된 단계 접근법.
+- **스코프 연쇄 탐색(Scope Chaining) 패턴:** 현재 컨텍스트의 `LexicalEnvironment`에서 식별자를 찾지 못하면 `outerEnvironmentReference`를 통해 상위(부모) 스코프로 이동하여 탐색을 지속하는 패턴.
+
+## 📖 세부 내용 (Details)
+- 자바스크립트는 싱글 스레드 인터프리터 언어이며, 브라우저가 자바스크립트 코드를 직접 이해할 수 없으므로 각 브라우저는 고유한 자바스크립트 엔진(예: Google Chrome의 V8, Mozilla Firefox의 SpiderMonkey 등)을 사용하여 코드를 스캔하고 해석한다 [S1], [S2].
+- 자바스크립트 엔진이 스크립트 파일을 스캔하면 가장 먼저 '실행 컨텍스트(Execution Context)'라는 환경을 생성한다. 실행 컨텍스트는 글로벌(Global) 컨텍스트와 함수(Function) 컨텍스트로 나뉜다 [S1], [S2].
+- 엔진의 동작은 크게 두 가지 단계로 나뉜다 [S2].
+ - **생성 단계(Creation Phase):** 전역 객체(브라우저의 `window`, Node.js의 `global`)를 생성하고 변수와 함수를 저장할 메모리를 할당한다. 이때 변수는 `undefined`로 초기화되고, 함수는 참조 값으로 저장되며, 이러한 사전 식별자 인지 과정이 바로 '호이스팅(Hoisting)'이다 [S1], [S2].
+ - **실행 단계(Execution Phase):** 코드를 위에서 아래로 한 줄씩 실행한다. 변수에 실제 값을 할당하고, 함수 호출부를 만나면 해당 함수를 위한 새로운 실행 컨텍스트를 생성하여 실행을 처리한다 [S2].
+- 엔진은 컨텍스트의 실행 순서와 상태를 관리하기 위해 **콜 스택(Call Stack)**을 활용한다. 콜 스택은 후입선출(LIFO) 원리를 따르며, 전역 컨텍스트를 시작으로 호출되는 함수 컨텍스트를 스택에 푸시(Push)하고, 처리가 끝난 컨텍스트를 팝(Pop)하여 제거한다. 만약 재귀 함수 등에 기저 조건(base condition)이 없어 스택 크기 한도를 초과하면 스택 오버플로우(Stack overflow) 오류가 발생한다 [S2].
+- 실행 컨텍스트의 내부 구조는 변수 환경(Variable Environment)과 렉시컬 환경(Lexical Environment)으로 구성된다. 내부의 `environmentRecord`는 동적인 식별자 정보를 관리하고, `outerEnvironmentReference`는 코드가 선언된 위치를 기준으로 상위 스코프에 대한 참조를 제공하여 스코프 체인(Scope Chain) 검색을 가능하게 한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+자바스크립트 엔진이 소스 코드를 읽어 실행 컨텍스트(생성 및 실행 단계)와 콜 스택을 운용하는 논리를 보여주는 기본 코드 구조 [S2].
+```javascript
+// 자바스크립트 엔진은 먼저 전역 실행 컨텍스트를 생성(Creation Phase)하여
+// n, square, square1, square2를 메모리에 할당한다.
+var n = 5;
+
+// 메모리에 참조가 할당된 함수 정의
+function square(num) {
+ var ans = num * num;
+ return ans;
+}
+
+// Execution Phase: 위에서부터 값을 할당하며 내려옴 (n = 5)
+// square(n) 호출 시 새로운 함수 실행 컨텍스트가 콜 스택에 푸시됨
+var square1 = square(n);
+
+// square1의 연산 및 반환 후 컨텍스트 팝, 이어 square(8) 함수 컨텍스트 푸시
+var square2 = square(8);
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[실행 컨텍스트]] — 연결 이유: 자바스크립트 엔진이 코드를 해석하고 실행을 관리하는 핵심 런타임 환경
+- [[콜 스택]] — 연결 이유: 엔진 내부에서 여러 실행 컨텍스트들의 순서와 제어 흐름을 추적하는 자료구조
+- [[호이스팅]] — 연결 이유: 컨텍스트 생성 단계에서 엔진이 식별자와 메모리를 맵핑하여 끌어올려지는 현상
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 자바스크립트 엔진 종류(V8, SpiderMonkey)에 따라 콜 스택의 크기 한도나 최적화 처리 기법에 어떤 차이가 있는가?
+- 비동기 작업(콜백, 프로미스) 발생 시 자바스크립트 엔진의 콜 스택과 이벤트 루프는 어떻게 상호작용하는가?
+- 자바스크립트의 'Strict Mode'는 엔진의 생성 및 실행 단계에서 `this` 바인딩을 구체적으로 어떻게 제어하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 클로저 및 비동기 처리 코드를 작성할 때 변수의 생명주기와 참조를 파악.
+- **System Design:** 싱글 스레드 환경의 제약을 피하기 위해 콜 스택이 블로킹되지 않도록 이벤트 기반 비동기 아키텍처 설계.
+- **Operation / Maintenance:** 콜 스택 오버플로우나 메모리 누수(Memory Leak)를 추적하고 수정.
+- **Learning Path:** 자바스크립트 코어 동작 원리 학습 -> 스코프와 클로저의 이해 -> 비동기 프로그래밍 및 최적화 마스터.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[이벤트 루프]] — 확장 방향: 싱글 스레드의 한계를 극복하고 비동기 작업을 처리하는 엔진 외곽의 타이밍 메커니즘.
+- [[클로저(Closure)]] — 확장 방향: 렉시컬 환경과 상위 스코프 참조(`outerEnvironmentReference`)를 통해 생명주기가 끝난 외부 변수에 접근하는 원리.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[실행 컨텍스트]], [[콜 스택]]
+- **참조 맥락:** 자바스크립트 환경에서 컴퓨터(엔진)가 코드의 변수, 함수, 그리고 실행 흐름이라는 '맥락(Context)'을 어떻게 이해하고 추적하는지 파악할 때 참조.
+
+## 📚 출처 (Sources)
+- [1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리
+- [2] JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Jean Piaget.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Jean Piaget.md
new file mode 100644
index 00000000..cda1d9de
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Jean Piaget.md
@@ -0,0 +1,79 @@
+```markdown
+---
+id: jean-piaget
+title: "Jean Piaget"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "장 피아제"
+ - "J. Piaget"
+ - "피아제"
+ - "발달 심리학자 장 피아제"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Schema", "Cognitive Psychology"]
+raw_sources:
+ - "[S1] Schema (psychology) - Wikipedia"
+ - "[S2] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+ - "[S3] Script Theory - The Decision Lab"
+ - "[S4] UX Schema Cards – Predicting User Behaviour and Model Experiences | Appnovation"
+applied_in: []
+github_commit: ""
+---
+
+# [[Jean Piaget]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인간이 외부 환경과의 상호작용 속에서 동화와 조절 과정을 거쳐 지식의 틀인 인지 도식(Schema)을 구성한다고 주장한 스위스의 발달 심리학자.
+
+## 🧠 핵심 개념 (Core concepts)
+* **인지 도식 (Schema/Schemata):** 지식을 구성하고 세계를 이해하기 위해 경험을 바탕으로 형성하는 정신적 구조.
+* **동화 (Assimilation)와 조절 (Accommodation):** 기존 도식을 활용해 새로운 정보를 해석하는 '동화'와, 동화가 실패할 때 기존 도식을 수정하거나 새로운 도식을 생성하는 '조절'.
+* **평형화 (Equilibration):** 인지 상태의 균형(Equilibrium)과 불균형(Disequilibrium) 사이를 오가며 인지 구조의 일관성을 회복하고 발달을 이루는 역동적 메커니즘.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* 인간의 인지와 맥락 이해는 고정된 지식 체계가 아니라, 새로운 정보와 경험에 노출될 때 기존 도식으로 해석(동화)하거나 한계에 부딪히면 도식을 수정(조절)하는 역동적이고 반복적인 평형화 사이클을 통해 발전한다.
+
+## 📖 세부 내용 (Details)
+* **인지 도식(Schema) 이론의 창시 및 확산:** 스위스의 발달 심리학자 장 피아제는 1923년 철학자 임마누엘 칸트(Immanuel Kant)의 영향 등을 받아 인지 도식 이론의 개념적 기틀을 처음 마련하였다 [S2, S4]. 이후 1952년 도식을 바탕으로 한 최초의 인지 발달 이론을 대중화시켰다 [S1, S4]. 피아제의 이론에 따르면 아동을 포함한 인간은 겪게 되는 다양한 경험과 상호작용을 기반으로 세계를 이해하기 위한 일련의 도식을 구성하며, 이러한 통찰은 훗날 스크립트 이론(Script Theory) 등으로 확장되는 강력한 기초가 되었다 [S1, S3].
+* **동화(Assimilation)와 조절(Accommodation):** 피아제는 지식이 인지 구조 위에 구축된다고 믿었으며, 인간이 정보를 동화하고 조절함으로써 이 인지 구조를 능동적으로 발달시킨다고 보았다 [S1]. '동화'는 주변 세계를 이해하기 위해 현재 보유한 도식을 재사용하여 정보를 통합하는 과정이다 [S1]. 반면 '조절'은 동화가 실패했을 때 나타나며, 새로운 환경이나 정보에 더 잘 맞도록 기존 도식을 수정하거나 제약을 가하고, 혹은 완전히 새로운 도식을 생성하는 과정이다 [S1].
+* **평형화(Equilibration) 메커니즘:** 피아제는 인지 구조가 관찰하고 지각하는 현상을 성공적으로 설명할 수 있을 때 인간의 인지가 균형 잡힌 상태인 '평형(Equilibrium)'에 도달한다고 설명했다 [S1]. 하지만 기존 도식의 범주에 맞지 않는 새로운 정보가 유입되면 인지적 '불균형(Disequilibrium)' 상태가 발생하여 좌절감을 느끼게 된다 [S1]. 이 과정에서 인간은 조절 작용을 거쳐 인지 구조의 일관성을 회복하려 시도하며, 평형 단계에서 불균형 단계를 거쳐 다시 새로운 평형 상태로 진입하는 연속적인 흐름을 '평형화'라고 부른다 [S1].
+* **도식 개념의 언어적 통합 과정:** 피아제는 자신의 후기 저작에서 도식을 행위 중심의 '동작 도식(Schémes)'과 인지 표상 중심의 '표상 도식(Schemas)'으로 세분화하여 구조화했으나, 영미권으로 번역되어 학계에 도입되는 과정에서 이들이 단일 용어인 'Schema'로 통합되어 널리 쓰이게 되었다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 피아제 본래의 학술적 의도와 달리, 그의 후기 저작에 명시된 행위적 '동작 도식(Schémes)'과 표상적 '표상 도식(Schemas)'의 개념적 구분이 영문 번역 과정의 한계로 인해 단일한 'Schema' 용어로 뭉뚱그려져 학계에 범용적으로 통용되는 모순적 개념 통합 역사가 존재한다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* 현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+* 소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Schema]], [[Script Theory]]
+- **참조 맥락:** 인간의 배경지식과 맥락(Context) 형성 메커니즘을 발달 심리학적, 인지과학적으로 이해하고 지식 구조의 학습 원리를 모델링할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Schema (psychology) - Wikipedia
+- [S2] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S3] Script Theory - The Decision Lab
+- [S4] UX Schema Cards – Predicting User Behaviour and Model Experiences | Appnovation
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/LLM Evaluation.md b/10_Wiki/Topics/Domain_Programming/From_RawData/LLM Evaluation.md
new file mode 100644
index 00000000..668f82ef
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/LLM Evaluation.md
@@ -0,0 +1,103 @@
+```markdown
+---
+id: llm-evaluation
+title: "LLM Evaluation"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["LLM 평가", "대규모 언어 모델 평가", "모델 벤치마크", "LLM Evaluation", "Model Evaluation"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["https://www.meta-intelligence.tech/en/insight-prompt-engineering", "https://proceedings.neurips.cc/paper_files/paper/2023/file/cda04d7ea67ea1376bf8c6962d8541e0-Paper-Conference.pdf", "https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents"]
+applied_in: []
+github_commit: ""
+---
+
+# [[LLM Evaluation]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+LLM 평가는 모델의 작업 수행 정확도, 추론 능력, 프롬프트의 효과를 정량적 지표와 벤치마크, 기준선(Baseline) 알고리즘을 통해 체계적으로 측정하고 검증하는 핵심 프로세스이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **평가 지표 (Evaluation Metrics)**: 작업 정확도(Task accuracy), 형식 준수율(Format compliance rate), 환각 비율(Hallucination rate), 지연 시간(Latency), 평균 제곱 오차(MSE) 등 모델의 성능을 수치화하는 기준.
+- **벤치마킹 (Benchmarking)**: MMLU(Massive Multitask Language Understanding), GSM8K 등 표준화된 데이터셋을 이용해 모델의 범용적 추론 및 지식 능력을 측정하는 방법.
+- **A/B 테스트 (A/B Testing)**: 실제 환경의 트래픽을 바탕으로 여러 프롬프트나 모델의 성능 차이를 통계적 유의성을 기반으로 비교하는 테스트 방법.
+- **기준선 비교 (Baseline Comparison)**: LLM의 인맥락 학습(In-context learning) 성능을 평가하기 위해 베이지안 선형 회귀(BLR)나 랜덤 포레스트(Random Forest) 등 전통적인 머신러닝 알고리즘의 결괏값과 대조하는 접근법.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **자동화된 프롬프트 최적화 루프**: LLM이 여러 프롬프트 후보군을 생성한 뒤, 검증 세트(validation set)를 통해 각 프롬프트의 성능을 평가하고 최적의 결과를 내는 프롬프트를 채택하는 패턴 (APE; Automatic Prompt Engineer).
+- **Needle-in-a-haystack 벤치마킹**: 대규모 컨텍스트 창 내에서 특정 정보의 검색 정확도를 평가하여, 토큰 수가 증가함에 따라 발생하는 '컨텍스트 부패(Context rot)' 현상을 진단하는 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **수동 프롬프트 평가 (Manual Evaluation)** | 인간의 직관과 도메인 지식을 반영하여 정교한 제어가 가능함 | 설계자의 경험에 제한되며, 통계적으로 검증되지 않은 경우가 많음 | 초기 프롬프트 설계 및 직관적인 가이드라인 수립 시 |
+| **자동 프롬프트 평가 (APE)** | 검증 세트를 활용해 기계적으로 최적의 프롬프트를 찾아내며 인간을 능가하는 결과를 도출함 | 평가를 위한 양질의 검증 데이터셋(Validation set)을 미리 구축해야 함 | 엔터프라이즈 환경에서 프롬프트의 성능을 정량적으로 극대화해야 할 때 |
+
+## 📖 세부 내용 (Details)
+- **엔터프라이즈 환경에서의 LLM 평가**: LLM 애플리케이션의 품질을 관리하기 위해서는 일회성 테스트를 넘어 명확한 평가 지표를 정의해야 한다. 주요 지표로는 **작업 정확도, 형식 준수율, 환각 비율, 지연 시간, 토큰 사용량** 등이 포함된다 [S1].
+- **A/B 테스트의 적용**: 구축된 프롬프트나 모델을 실무에 적용할 때는 구버전과 개선된 버전을 실제 트래픽에서 동시에 실행하는 A/B 테스트를 수행하며, 통계적 유의성을 바탕으로 도입 여부를 결정해야 한다 [S1].
+- **자동화된 평가 및 최적화**: APE(Automatic Prompt Engineer) 기법에서는 모델 스스로 생성한 프롬프트 후보군을 **검증 세트(Validation set)** 상에서 평가(Evaluate)하고 필터링하여 가장 성능이 좋은 프롬프트를 선택한다 [S1].
+- **학술적 벤치마크 및 기준선(Baseline)**: 모델의 추론 및 인맥락 학습 능력을 평가하기 위해 GSM8K(수학 추론), MMLU 등의 벤치마크가 광범위하게 사용된다 [S1], [S2]. 1차원 회귀나 두 팔 밴딧(Two-armed bandit) 과제와 같은 환경에서는 모델의 예측 오차를 **MSE(평균 제곱 오차) 및 RMSE(평균 제곱근 오차)** 로 측정하며, 베이지안 선형 회귀(BLR) 및 랜덤 포레스트(Random Forest)와 같은 고전적 알고리즘을 기준선으로 삼아 성능을 직접 비교한다 [S2].
+- **컨텍스트 한계 평가**: 방대한 컨텍스트를 처리하는 에이전트를 평가할 때는 '바늘 찾기(Needle-in-a-haystack)' 스타일의 벤치마크가 활용된다. 이는 토큰이 증가함에 따라 정보 회수 능력이 떨어지는 **컨텍스트 부패(Context rot)** 의 발생 지점과 모델의 주의력 예산(Attention budget) 한계를 규명하는 데 필수적이다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 전통적으로 프롬프트 및 맥락 설계는 인간 전문가의 직관이 더 우수할 것으로 여겨졌으나, APE 연구를 통한 평가 결과 LLM 스스로 생성하고 검증한 프롬프트가 인간이 작성한 프롬프트의 성능과 일치하거나 이를 능가하는 현상이 입증되었다 [S1].
+- 일반적인 머신러닝 평가 패러다임은 파라미터를 업데이트(Fine-tuning)하는 과정을 필수적으로 요구하지만, LLM은 파라미터 미세 조정 없이 문맥만으로(In-context learning) 고전적인 회귀 분석(BLR 등)에 필적하거나 더 우수한 평가 점수(RMSE 등)를 기록할 수 있음이 확인되었다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스에서 확인되지 않음 (현재 발견된 실제 적용 사례가 없습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Prompt Engineering]] — LLM의 성능 평가 지표를 끌어올리기 위한 입력 텍스트 설계 방법론.
+- [[In-context Learning]] — 파라미터 수정 없이 프롬프트만으로 과제를 수행하는 능력을 측정하는 평가의 핵심 대상.
+- [[Context Rot]] — 컨텍스트 한계를 벤치마킹할 때 평가되는 주요 성능 저하 요인.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- LLM의 환각(Hallucination) 비율을 정량적으로 측정하고 자동화하여 평가하는 구체적인 아키텍처는 무엇인가?
+- MMLU 외에 시각적/공간적 추론(Multi-modal)을 평가하기 위한 최신 벤치마크 기준은 어떻게 진화하고 있는가?
+- A/B 테스트 시 발생할 수 있는 LLM의 응답 편차(Variance)를 통제하기 위한 최적의 온도(Temperature) 설정 전략은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자동 프롬프트 최적화(APE) 파이프라인 구축 시 검증 데이터셋 로직 구현.
+- **System Design:** 엔터프라이즈 환경에서 지연 시간(Latency)과 토큰 사용량을 실시간으로 모니터링하는 평가 대시보드 설계.
+- **Operation / Maintenance:** 프로덕션 환경의 실제 트래픽을 사용한 프롬프트 A/B 테스트 및 성능 회귀(Regression) 추적.
+- **Learning Path:** 전통적 ML 평가지표(MSE, RMSE 등) 이해 및 프롬프트 기반 평가론(Prompt Pattern Catalog) 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Model Fine-Tuning]] — 프롬프트 기반 평가로 한계에 도달했을 때 대안으로 고려되는 모델 가중치 업데이트 기법.
+- [[Machine Learning Benchmarks]] — 기존 머신러닝 알고리즘 성능 평가 지표.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Prompt Engineering]], [[In-context Learning]]
+- **참조 맥락:** 새로운 프롬프트나 에이전트 시스템을 프로덕션에 배포하기 전, 신뢰성과 성능을 검증하고 최적화 모델을 선택할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques (https://www.meta-intelligence.tech/en/insight-prompt-engineering)
+- [S2] Meta-in-context learning in large language models - NIPS (https://proceedings.neurips.cc/paper_files/paper/2023/file/cda04d7ea67ea1376bf8c6962d8541e0-Paper-Conference.pdf)
+- [S3] Effective context engineering for AI agents - Anthropic (https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Lexical Environment.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Lexical Environment.md
new file mode 100644
index 00000000..0f72a2fa
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Lexical Environment.md
@@ -0,0 +1,104 @@
+---
+id: lexical-environment
+title: "Lexical Environment"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "어휘적 환경"
+ - "렉시컬 환경"
+ - "렉시컬 스코프 환경"
+ - "Lexical Scope Environment"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"
+applied_in: []
+github_commit: ""
+---
+
+# [[Lexical Environment]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자바스크립트 실행 컨텍스트(Execution Context) 내에서 코드 실행 중 발생하는 변수와 함수의 동적 변화를 실시간으로 추적하고, 스코프 체인을 통해 상위 환경을 참조하는 핵심 데이터 구조이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **실시간 상태 반영 (Real-time State Tracking):** 초기 스냅샷만 유지하는 Variable Environment와 달리, 블록 내 변수 할당이나 함수 표현식 등 코드 실행 중에 발생하는 동적인 변화를 실시간으로 반영한다.
+* **environmentRecord (환경 레코드):** 현재 실행 컨텍스트 내의 매개변수, 변수명, 함수 선언 등 모든 식별자 정보를 저장하며, 자바스크립트의 호이스팅(Hoisting) 동작의 근간이 된다.
+* **outerEnvironmentReference (외부 환경 참조):** 현재 컨텍스트를 생성한 함수의 외부 환경(상위 스코프)에 대한 참조를 제공하여, 식별자를 찾기 위한 스코프 체인(Scope Chain)을 형성한다.
+* **Lexical Scope (어휘적 스코프):** 함수가 어디서 호출되었는지가 아닌, 함수가 정의된 위치의 환경을 상속받는 정적 스코프 개념이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **스코프 체인 탐색 패턴 (Scope Chain Resolution):** 변수 식별자를 찾을 때 현재 컨텍스트의 `LexicalEnvironment` 내부 `environmentRecord`를 먼저 탐색하고, 발견하지 못하면 `outerEnvironmentReference`를 타고 상위 스코프로 이동하여 전역 컨텍스트에 도달할 때까지 순차적으로 검색하는 패턴.
+* **Lexical Scope 상속 패턴:** 화살표 함수(Arrow Function)는 호출 시점의 동적인 `this` 바인딩을 생성하지 않고, 자신이 정의된 상위 스코프의 어휘적 환경(Lexical Scope) 내 `this`를 그대로 상속받아 사용하는 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Variable Environment** | 실행 컨텍스트 생성 시점의 초기 상태(스냅샷)를 보존하여 추적하기 용이함 | 코드 실행 중 발생하는 동적인 데이터 변화를 반영하지 못함 | 실행 컨텍스트 초기화 및 원본 스냅샷 유지가 필요할 때 |
+| **Lexical Environment** | 코드 실행 중 발생하는 변수 할당 및 함수 표현식 등의 동적 변화를 실시간으로 정확히 반영 | 상태가 계속 변화하므로 이 구조만으로는 실행 초기 상태를 알 수 없음 | 실제 코드가 실행되며 변수 및 함수 식별자를 실시간으로 참조/업데이트해야 할 때 |
+
+## 📖 세부 내용 (Details)
+* 자바스크립트 엔진이 스크립트를 스캔하고 실행할 때, 코드를 변환하고 실행을 관리하는 '실행 컨텍스트(Execution Context)'가 생성된다. 실행 컨텍스트는 크게 Variable Environment, Lexical Environment, 그리고 this binding으로 구성된다 [S1].
+* **Lexical Environment의 구조:** Lexical Environment는 `environmentRecord`와 `outerEnvironmentReference`의 두 가지 주요 요소로 구성된다 [S1].
+ * `environmentRecord`: 함수 내 코드가 실행되기 전, 현재 컨텍스트와 관련된 모든 식별자 정보(매개변수 이름, 함수 선언문, 변수명 등)가 이 곳에 저장된다. 이를 통해 자바스크립트 엔진은 코드 실행 전에 식별자들을 미리 인지하게 되며, 이것이 선언을 먼저 처리하는 '호이스팅(Hoisting)'의 추상화된 동작 원리가 된다 [S1]. 또한 실행 중 발생하는 블록 내 변수 할당이나 동적 활동도 이 레코드에 실시간 반영된다 [S1].
+ * `outerEnvironmentReference`: 현재 실행 컨텍스트의 상위 스코프를 참조한다. 현재 컨텍스트의 환경 레코드에서 특정 변수를 찾지 못하면 이 참조를 통해 부모 스코프의 Lexical Environment를 검색한다. 이 검색 과정은 전역 컨텍스트에 도달할 때까지 이어지며, 찾지 못하면 `undefined`나 `ReferenceError`를 반환한다 [S1].
+* **Lexical Scope와 This Binding의 차이:** 함수의 Lexical Scope는 그 함수가 소스 코드상 정의된 위치에 따라 결정되는 정적인 개념이다. 반면, `this` 바인딩은 함수가 어디서 어떻게 호출되느냐에 따라 동적으로 달라진다 [S1]. 단, 화살표 함수는 이 규칙에서 예외로 자신의 `this`를 생성하지 않고 주변의 Lexical Scope를 어휘적으로 상속받아 사용한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — Lexical Environment가 포함되어 동작하는 자바스크립트의 전반적 실행 환경.
+- [[Variable Environment]] — Lexical Environment와 구조적으로 동일하나 실시간 변화를 반영하지 않는 초기 스냅샷.
+- [[Scope Chain]] — outerEnvironmentReference를 이용해 변수를 찾아 나가는 상위 스코프 탐색 매커니즘.
+- [[Hoisting]] — Lexical Environment 내의 environmentRecord에 식별자가 선행 저장되며 나타나는 현상.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Variable Environment와 Lexical Environment는 자바스크립트 엔진(V8 등) 내에서 어떻게 메모리 상 분리되어 추적되는가?
+- ES6의 블록 스코프 변수(`let`, `const`) 도입 이후 Lexical Environment의 environmentRecord 처리 방식은 어떻게 세분화되었는가?
+- 자바스크립트의 클로저(Closure) 현상은 Lexical Environment의 생명주기 및 가비지 컬렉션(GC)과 어떻게 인과관계를 맺는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자바스크립트 클로저(Closure)와 스코프 체인을 활용한 프라이빗 변수 및 상태 은닉 모듈 구현.
+- **System Design:** 프론트엔드 상태 관리 및 비동기 처리 아키텍처 설계 시, 예기치 않은 스코프 참조로 인한 메모리 누수 방지.
+- **Operation / Maintenance:** `ReferenceError` 또는 의도치 않은 전역 변수 오염 발생 시 렉시컬 스코핑 기반의 구조적 디버깅.
+- **Learning Path:** 변수 선언/호이스팅 이해 → 스코프 체인 체득 → 클로저 응용 → 실행 컨텍스트 및 Lexical Environment의 멘탈 모델 완성.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[This Binding]] — 실행 문맥에서 호출 방식에 따라 동적으로 결정되는 객체 참조로, 정적인 Lexical Environment와 대조되는 개념.
+- [[Closure]] — 함수가 종료된 이후에도 outerEnvironmentReference를 통해 상위 Lexical Environment에 접근할 수 있게 하는 프로그래밍 기법.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Execution Context]], [[Scope Chain]], [[Hoisting]]
+- **참조 맥락:** 자바스크립트 런타임의 변수 참조 무결성을 검증하거나, 클로저 및 비동기 로직의 디버깅을 수행할 때 기반 지식으로 참조.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/execution-context/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Memory Heap.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Memory Heap.md
new file mode 100644
index 00000000..9132ec21
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Memory Heap.md
@@ -0,0 +1,85 @@
+```markdown
+---
+id: memory-heap
+title: "Memory Heap"
+category: "Operating_System"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["힙", "메모리 힙", "Heap", "Heap Memory"]
+duplicate_of: ""
+source_trust_level: "C"
+confidence_score: 0.30
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Memory Heap]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+소스에 관련 정보가 부족합니다. (다만 운영체제 환경에서 힙은 스택, 데이터, 코드 영역과 함께 전체 프로세스 가상 메모리 이미지를 구성하는 요소로 식별됩니다.)
+
+## 🧠 핵심 개념 (Core concepts)
+소스에 관련 정보가 부족합니다. 제공된 소스에서는 힙(Heap)에 대한 심층적인 메커니즘이 서술되어 있지 않으며, 컴퓨터 아키텍처의 가상 메모리 구성 요소 중 하나라는 점만 간략히 확인됩니다.
+- **프로세스 가상 메모리 (Process Virtual Memory):** 힙을 비롯하여 코드, 글로벌 데이터, 스택을 포함하는 프로세스의 전체 데이터 영역.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+소스에서 확인되지 않음.
+
+## 📖 세부 내용 (Details)
+제공된 소스 데이터 내에서 'Memory Heap(힙)'에 대한 구체적인 메커니즘이나 정의를 도출하기에는 소스에 관련 정보가 부족합니다.
+
+단, 컴퓨터 운영체제 내 물리적 제어와 메모리 관리 방식을 설명하는 대목에서 '힙(Heap)'이 제한적으로 언급됩니다. 멀티프로그래밍 환경에서 메인 메모리의 여유 주소 공간이 고갈되어 압박이 발생할 경우, 운영체제는 가상 기억 장치 주소를 물리적으로 보전하기 위해 스왑(Swapping) 연산을 수행합니다 [S1]. 이때 물리적 하드디스크 I/O 장치로 이동하는 대상 데이터 범위에는 '코드 영역, 글로벌 데이터, 스택'과 함께 **'힙(Heap)'**이 포함되어 전체 프로세스 가상 메모리 이미지 형태로 관리 및 전송됩니다 [S1]. 반면 CPU를 공유하기 위한 물리 맥락 전환(Context Switching) 연산 시에는 힙 영역과 같은 메모리 전송 없이 레지스터 값이나 프로그램 카운터(PC) 등의 최소 데이터만 교체됩니다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** C
+- **신뢰 점수:** 0.30
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Virtual Memory]] — 힙, 스택, 코드 영역 등을 모두 포함하는 프로세스의 가상 주소 공간
+- [[Process Swapping]] — 힙 영역을 포함한 프로세스 가상 메모리 이미지 전체를 외부 디스크로 전송하는 기법
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 운영체제에서 힙(Heap) 영역은 스택(Stack) 영역과 논리적으로 어떻게 구분되어 관리되는가?
+- 메모리 누수(Memory Leak) 발생 시 힙 영역에 적재되는 데이터의 생명주기는 어떻게 변화하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에서 확인되지 않음.
+- **System Design:** 소스에서 확인되지 않음.
+- **Operation / Maintenance:** 가용 리소스 고갈 시 발생하는 스와핑 과정에서 프로세스 메모리 상태(힙 등) 보전 및 디버깅.
+- **Learning Path:** 소스에서 확인되지 않음.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Context Switching]] — 메모리 스와핑(힙 이동)과 뚜렷이 구분되며, CPU 제어권만을 교체하는 고속 전환 기법.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Virtual Memory]], [[Process Swapping]]
+- **참조 맥락:** 운영체제의 한정된 메모리 자원 관리 시, 프로세스의 상태가 보존 및 이동되는 메모리 아키텍처를 이해할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (마크다운 텍스트 문서)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Multitasking.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Multitasking.md
new file mode 100644
index 00000000..9e5f3a28
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Multitasking.md
@@ -0,0 +1,100 @@
+```markdown
+---
+id: multitasking
+title: "Multitasking"
+category: "Operating_System"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["멀티태스킹", "다중 작업", "다중 처리", "Multiprogramming"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Difference between Swapping and Context Switching - TutorialsPoint", "What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)", "Process Control Block (PCB) Explained: What It Stores - Unwired Learning"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Multitasking]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+멀티태스킹은 단일 CPU 환경에서 다수의 프로세스가 실행 상태를 저장하고 복원하는 맥락 전환(Context Switching)을 통해 여러 작업이 동시에 실행되는 것과 같은 환상(Illusion)을 제공하는 운영체제의 핵심 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **[[Context Switching]] (맥락 전환):** 멀티태스킹을 가능하게 하는 메커니즘으로, CPU가 다른 프로세스나 스레드로 전환할 때 현재 실행 상태를 저장하고 다음 프로세스의 상태를 불러오는 과정이다.
+* **[[Process Control Block]] (PCB):** 각 프로세스의 실행 맥락(프로그램 카운터, CPU 레지스터 등)을 저장하고 추적하기 위해 운영체제가 사용하는 데이터 구조체로, 멀티태스킹 중 프로세스 전환에 필수적이다.
+* **[[CPU Scheduling]] (CPU 스케줄링):** 단일 CPU 자원을 여러 프로세스가 효율적이고 공정하게 공유할 수 있도록 실행 순서와 시간을 분배하는 기법이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **상태 저장 및 복원 패턴:** CPU 리소스를 공유하기 위해 기존 프로세스의 문맥을 PCB에 저장하고 대기 중인 다음 프로세스의 문맥을 적재하는 순환적 교대 실행 구조.
+* **병렬 실행의 착각(Illusion of parallel execution):** 프로세스 간의 전환 과정이 밀리초(ms) 단위로 매우 신속하게 이루어짐으로써, 물리적으론 단일 CPU임에도 불구하고 사용자는 여러 프로그램이 동시에 가동되는 것으로 인지함.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Multitasking (맥락 전환 기반)** | CPU 레지스터 내에서 빠르게 작동하며 다중 작업과 CPU 자원 공유를 가능하게 함 [S1], [S2] | 상태를 저장하고 불러오는 시간이 CPU의 유용한 작업을 방해하는 순수 오버헤드로 작용함 [S1], [S3] | 여러 프로세스가 동시에 실행되어야 하고 빠른 시스템 응답성이 요구될 때 [S2] |
+| **Swapping (스와핑)** | 물리적 메모리가 감당할 수 없는 프로세스들을 디스크로 옮겨 유휴 메모리 공간을 확보할 수 있음 [S1] | 디스크 I/O 연산이 수반되어 처리 속도가 매우 느림 [S1] | 현재 실행 중인 활성 프로세스 대비 가용 메인 메모리(RAM)가 부족할 때 [S1] |
+
+## 📖 세부 내용 (Details)
+* **멀티태스킹의 정의와 필요성:** 멀티태스킹은 단일 프로세서(CPU) 환경에서 다수의 프로세스 혹은 스레드가 실행될 수 있도록 자원을 분배하는 기능이다 [S1], [S2]. 시스템 내 여러 소프트웨어 애플리케이션이 서로를 차단하지 않고 원활하게 작동하기 위해서는 운영체제가 각 프로세스에 CPU 시간을 적절히 할당해야만 한다 [S2].
+* **맥락 전환(Context Switching)의 역할:** 멀티태스킹 환경이 기능하기 위해 운영체제는 맥락 전환이라는 기법을 사용한다 [S1], [S2]. 이는 우선순위가 높은 작업이 도착하거나 입출력(I/O) 대기 시간이 필요할 때, 현재 프로세스의 문맥(프로그램 카운터 및 레지스터 값 등)을 **PCB(Process Control Block)**에 저장하고 대기 중인 다른 프로세스의 문맥을 CPU에 로드하는 과정이다 [S2], [S3].
+* **동시성의 환상 구현:** 두 개 이상의 프로그램(예: 텍스트 편집기와 음악 플레이어)이 구동될 때, 운영체제는 맥락 전환을 밀리초(milliseconds) 단위의 찰나의 순간에 수행한다 [S3]. 이로 인해 사용자 입장에서는 마치 두 프로그램이 병렬적으로 동시 실행(parallel execution)되는 것과 같은 착각을 경험하게 된다 [S3].
+* **멀티태스킹의 성능적 영향 (오버헤드):** 멀티태스킹은 시스템 반응성을 유지하고 다중 프로세스를 원활하게 수행한다는 긍정적 측면이 있으나, 맥락 전환 과정에서 실제 연산 작업을 하지 않고 상태를 저장/적재하는 데 소비되는 시간은 순수한 오버헤드(Overhead)로 작용한다 [S2], [S3]. 따라서 활성화된 프로세스의 수가 너무 많으면 맥락 전환이 빈번히 발생해 시스템 전반의 효율성이 저하될 수 있다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보나 모순은 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Switching]] — 멀티태스킹이 작동하기 위해 프로세스 상태를 교체하는 필수 핵심 기술.
+- [[Process Control Block]] — 멀티태스킹 시 프로세스의 맥락 정보를 물리적으로 보관하는 필수 데이터 구조.
+- [[CPU Scheduling]] — 멀티태스킹 환경에서 어떤 프로세스에게 CPU를 배분할지 결정하는 정책.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 멀티태스킹 환경에서 맥락 전환 오버헤드를 최소화하기 위한 구체적인 스케줄링 알고리즘의 동작 방식은 무엇인가?
+- 스레드(Thread) 간 맥락 전환은 프로세스(Process) 간 맥락 전환에 비해 왜 더 빠른가?
+- 멀티태스킹 중 인터럽트(Interrupt)가 발생했을 때 커널 모드 전환과 맥락 전환은 어떠한 연관성을 가지는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에서 확인되지 않음.
+- **System Design:** 다중 작업 처리를 위한 CPU 자원 분배 및 상태 저장 데이터 구조(PCB) 아키텍처 설계.
+- **Operation / Maintenance:** 과도한 프로세스 동시 실행으로 야기되는 잦은 맥락 전환 오버헤드 진단 및 성능 튜닝.
+- **Learning Path:** 운영체제 기본 구조 이해 -> 프로세스 및 메모리 관리 -> 맥락 전환 메커니즘 -> 멀티태스킹 구현.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Swapping]] — 한정된 메모리 자원 상황에서 보조 기억 장치를 활용해 멀티태스킹을 지원하는 보완적 메모리 기법.
+- [[Multithreading]] — 프로세스 내부의 실행 단위를 쪼개어 멀티태스킹의 범위를 코드 흐름 수준으로 확대한 개념.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Switching]], [[Process Control Block]]
+- **참조 맥락:** 다중 프로세스 환경에서 운영체제가 어떻게 한정된 CPU 자원 아래 실행 맥락을 제어하고 전환하는지 기초 원리를 파악할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Difference between Swapping and Context Switching - TutorialsPoint
+- [S2] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)
+- [S3] Process Control Block (PCB) Explained: What It Stores - Unwired Learning
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Multithreading.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Multithreading.md
new file mode 100644
index 00000000..001daacb
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Multithreading.md
@@ -0,0 +1,92 @@
+---
+id: multithreading
+title: "Multithreading"
+category: "Architecture"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["멀티스레딩", "다중 스레딩", "Threads", "Thread execution", "멀티스레드"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.65
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Difference between Swapping and Context Switching - TutorialsPoint", "What Is Context Switching in Operating System | TestMu AI", "why it is called context switch? why not Process Swap or Swapping,cause resources are same - Stack Overflow", "JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Multithreading]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+멀티스레딩 환경에서 스레드는 프로세스 내에 종속되어 존재하며, 단일 CPU에서 여러 스레드가 원활히 실행되기 위해서는 CPU 상태(Context)를 저장하고 복원하는 문맥 교환(Context Switching) 메커니즘이 필수적이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **스레드와 프로세스의 관계 (Thread and Process Relationship):** 하나의 프로세스는 하나 이상의 스레드(1+ threads)를 포함할 수 있으며, 각 스레드는 CPU의 상태를 독립적으로 조작한다.
+- **문맥 교환 (Context Switching for Threads):** 실행 중인 스레드의 CPU 상태(레지스터, 플래그 비트 등)를 저장하여 일시 정지하고, 다른 스레드의 상태를 CPU에 적재하여 실행을 재개하는 운영체제의 핵심 기능.
+- **단일 스레드 (Single-thread):** 자바스크립트(JavaScript)와 같이 한 번에 하나의 스레드만 실행하는 환경으로, 다수의 스레드가 동시 다발적으로 자원을 공유하는 멀티스레딩 구조와 대조되는 개념.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **자원 공유와 문맥 보존 패턴:** 다중 작업(Multitasking) 환경에서 스레드들은 CPU 시간을 분할하여 사용하며, 스레드 전환 시 스레드 자체가 교환되는 것이 아니라 CPU 내부에 저장된 실행 문맥(Execution Context) 정보를 교환(Swap)하여 이전 상태의 연속성을 보장한다.
+
+## 📖 세부 내용 (Details)
+**소스에 관련 정보가 부족합니다.** 제공된 소스 데이터에서는 멀티스레딩의 심층적인 구조(동기화, 교착상태 등)보다는 스레드와 연관된 문맥 교환(Context Switching) 메커니즘을 중심으로 제한적인 정보만 확인됩니다 [S1].
+
+- **스레드와 문맥 교환의 원리:** 컴퓨팅 및 운영체제 환경에서 문맥 교환은 단일 CPU를 여러 프로세스나 스레드가 공유하며 실행될 수 있도록 지원하는 기술이다 [S2]. 하나의 프로세스 내에는 하나 이상의 스레드가 존재할 수 있으며, 개별 스레드는 실행 과정에서 CPU의 상태를 변화시킨다 [S3].
+- **CPU 상태의 저장과 복원:** 스레드 간 전환 시 스레드 객체 자체가 물리적으로 교환되는 것이 아니다. 현재 실행 중인 스레드의 CPU 상태(다양한 CPU 레지스터, 플래그 비트 등)를 캡처하여 보관한 뒤, 다음에 실행될 스레드의 상태를 불러와 이전에 중단되었던 지점부터 실행을 재개하는 방식으로 멀티태스킹을 구현한다 [S3].
+- **단일 스레드 환경과의 대조:** 대표적으로 자바스크립트(JavaScript)는 단일 스레드(Single-threaded) 기반의 인터프리터 언어로 설계되었다 [S4]. 멀티스레딩이 운영체제 단에서 여러 스레드의 컨텍스트를 스위칭하며 동시성을 확보하는 반면, 자바스크립트는 브라우저의 JS 엔진이 단일 스레드 기반에서 자체적인 실행 컨텍스트(Execution Context) 환경을 생성해 코드를 순차적으로 처리한다 [S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.65
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Switching]] — 다중 스레드 환경에서 스레드 간 실행 전환을 가능하게 하는 핵심 운영체제 메커니즘
+- [[Process]] — 스레드를 포괄하는 상위의 시스템 실행 단위 (하나의 프로세스는 1개 이상의 스레드로 구성)
+- [[Execution Context]] — 단일 스레드 환경이나 함수 호출 과정에서 코드의 실행 상태를 관리하는 논리적 환경
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 다수의 스레드 간 문맥 교환이 빈번하게 일어날 때 발생하는 시스템 오버헤드(Overhead)를 최소화하기 위한 스케줄링 전략은 무엇인가?
+- 프로세스 간 문맥 교환(Process Context Switch)과 스레드 간 문맥 교환(Thread Context Switch)의 구체적인 성능 및 처리 과정의 차이는 무엇인가?
+- 자바스크립트와 같은 단일 스레드 환경은 멀티스레딩 구조 없이 비동기 작업(Asynchronous tasks)의 문맥을 어떻게 관리하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 운영체제나 가상 머신(VM)에서 여러 스레드를 제어하기 위한 CPU 레지스터 및 상태 저장 로직 구현
+- **System Design:** 멀티코어 환경에서 스레드 자원 할당 및 다중 작업(Multitasking)을 최적화하기 위한 시스템 아키텍처 설계
+- **Operation / Maintenance:** 과도한 스레드 문맥 교환으로 인한 오버헤드 병목 지점을 모니터링하고 성능을 튜닝하는 운영 작업
+- **Learning Path:** 운영체제(OS) 기초 -> 프로세스 구조 -> 멀티스레딩 메커니즘 -> 문맥 교환(Context Switching) 작동 원리
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Multitasking]] — 멀티스레딩 및 문맥 교환을 통해 단일 CPU에서 여러 작업을 동시에 수행하는 것처럼 보이게 하는 시스템 제어 기법
+- [[CPU Scheduling]] — 대기 중인 스레드나 프로세스 중 어떤 개체에 CPU 사용 권한을 부여할지 결정하는 알고리즘
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Switching]], [[Process]]
+- **참조 맥락:** 다중 작업(Multitasking) 환경에서 시스템 자원을 분할하고 스레드 간 실행 문맥을 전환하는 운영체제 메커니즘 이해 및 설계 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] Difference between Swapping and Context Switching - TutorialsPoint
+- [S2] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)
+- [S3] why it is called context switch? why not Process Swap or Swapping,cause resources are same - Stack Overflow
+- [S4] JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Neuroscience of Memory.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Neuroscience of Memory.md
new file mode 100644
index 00000000..16aaaef7
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Neuroscience of Memory.md
@@ -0,0 +1,96 @@
+---
+id: neuroscience-of-memory
+title: "Neuroscience of Memory"
+category: "Neuroscience"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["기억의 신경과학", "맥락 기억 메커니즘", "Contextual Memory", "뇌의 맥락 처리", "Neuroscience of Context"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "neuroscience", "memory"]
+raw_sources: ["맥락을 고려하는 뇌 - 바이오인", "Schema (psychology) - Wikipedia", "Script Theory - The Decision Lab", "Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Neuroscience of Memory]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+뇌의 맥락 처리는 해마, 편도체, 내측전전두피질(mPFC)의 상호작용을 통해 이루어지며, 환경적 맥락을 바탕으로 과거를 기억하고 상황에 맞게 반응을 조절하는 인지적 유연성의 핵심 기반이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **해마 (Hippocampus):** 공간적 표상과 일화 기억에 중추적 역할을 하며, 주어진 환경적 자극에서 '맥락 표상'을 부호화(Encoding)하는 기능을 담당한다.
+* **편도체 (Amygdala):** 해마가 부호화한 맥락 표상과 특정 자극(예: 혐오적 자극)을 연합(Conditioning)하고, 공포와 안전 신호를 동시에 처리하여 감정적 반응을 매개한다.
+* **내측전전두피질 (mPFC):** 해마와 상호작용하여 맥락 의존적인 기억 인출 및 반응 억제(예: 공포의 소거)를 주도하며 뇌섬엽, 두정엽 등과 함께 적응행동 네트워크를 구성한다.
+* **인지 도식 (Schemas) 및 스크립트 (Scripts):** 인간이 일상적 경험을 통해 획득하는 정형화된 지식 및 행위 기억 구조로, 모호한 맥락에서 세부적인 틈새를 메우고 예측을 가능하게 하는 장기 기억 모델이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **맥락 처리 3단계 기전:** 탐색을 통한 맥락 표상 형성(부호화) ➔ 자극과의 결합(조건화) ➔ 상황에 따른 의미 유효성 판단 및 행동(인출).
+* **동적 기억 재구성 (Dynamic Memory Restructuring):** 인지 도식과 스크립트는 고정된 틀이 아니며, 새롭고 모순적인 정보(Anomaly)에 직면할 때 MOP(Memory Organization Packets), TOP(Thematic Organization Packets)의 형태로 끊임없이 '조율(Tuning)'되고 갱신된다.
+* **생물학적-인공적 맥락 정렬 (Biological-Artificial Context Alignment):** 인지 운동 태스크에서 인간 대뇌 신경망의 고주파 활동성(HFA) 데이터는 LLM의 내부 은닉 상태(Hidden States)와 높은 선형 매핑을 이루어, 양자가 맥락 추론 시 유사한 구조적 동형성(Structural Isomorphy)을 지님을 보여준다.
+
+## 📖 세부 내용 (Details)
+* **맥락 부호화와 해마의 역할:** 동물 및 인간을 대상으로 한 연구에서, 조건화(학습)가 이루어지기 위해서는 반드시 자극 제공 이전에 맥락을 부호화하는 단계가 선행되어야 한다. 이 과정은 해마에 의존하며, 해마가 손상될 경우 '맥락-무조건 자극' 연합을 상실하는 것이 아니라 맥락 표상 자체를 저장하지 못하는 근본적 부호화 실패를 겪는다 [S1].
+* **맥락 인출과 전전두피질의 통제:** 특정 맥락 내에서 조건 자극의 의미가 안전한지 위험한지를 판단하고 반응하는 '공포의 소거(Extinction)'와 '갱신(Renewal)' 현상은, 해마와 내측전전두피질(mPFC) 간의 상호작용을 통해 편도체의 신경세포를 조절함으로써 발생한다 [S1].
+* **도식과 스크립트 기반의 기억 편향:** 뇌에 저장된 맥락 규범인 스키마와 스크립트는 새로운 상황을 빠르게 인지하도록 돕지만, 이로 인해 인간은 자신의 스키마에 부합하는 정보만 선택적으로 취사하고, 모순되는 정보를 무시하거나 기존 도식에 맞게 왜곡(Confabulation)하여 기억하는 경향성을 갖게 된다 [S2, S3, S5].
+* **맥락 처리 장애와 정신병리학:** 맥락을 조율하는 신경 회로(해마-전전두피질-편도체)에 이상이 생기면 외상 후 스트레스 장애(PTSD)와 같은 질환이 발생한다. 이 경우 소거된 공포가 맥락과 무관하게 갱신되며 부적절한 침투적 사고를 야기한다. 이는 조현병이나 약물 남용 메커니즘과도 유사성이 있다 [S1].
+* **뇌와 LLM의 구조적 동형성:** 시각 및 공간적 예측력을 측정하는 인간 피험자의 두개골 내부 뇌파(Intracranial EEG) 데이터와 자연어로 번역된 동일 태스크를 수행하는 LLM의 은닉 상태(Hidden states)를 비교한 결과, 맥락 지각과 관련된 뇌 영역(SLF WM, Prefrontal, Arc/Unc Fasiculus 등)의 활성이 LLM의 데이터 변이 흐름과 고도의 상관관계(CKA 측정)를 지니고 정렬된다 [S4, S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 기존 심리학적 스크립트 이론 초기에는 기억 조직화가 지나치게 경직되고 구조주의적인 체계라 비판받았으나, 로저 섕크(Roger Schank) 등은 MOP 및 TOP 개념을 통해 인간의 경험이 상황과 주제에 따라 동적으로 변화하고 적응하는 유연한 모델임을 업데이트하였다 [S3, S5].
+* 초기 뇌영상(fMRI) 연구에서는 해마가 맥락 부호화 시 일시적으로만 기능한다고 보았으나, 최근 연구는 획득 초반부의 부호화 기능과 후반부의 감정 표현 반영 기능 등 맥락 획득 기간에 따른 해마의 활동성을 더 명확히 분리하여 설명하고 있다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (해당 지식은 생물학적 뇌의 신경망 기전과 인지심리학 이론을 다루는 기초 연구 내용으로, 명시된 구현 코드나 Git 커밋 형태의 소프트웨어 의사결정 사례는 소스 내에 존재하지 않음.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[인맥락 학습(In-Context Learning)]] — 기계 신경망(LLM)과 인간 뇌신경망이 맥락 정보에서 규칙을 도출하는 기전의 유사성
+- [[인지 도식(Schemas)]] — 뇌가 환경의 맥락 정보를 저장하고 인출하는 인지심리학적 프레임워크
+- [[스크립트 이론(Script Theory)]] — 일련의 시간적/인과적 사건의 맥락 기억이 조직화되는 방식
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 외상 후 스트레스 장애(PTSD)나 조현병 환자에서 해마-내측전전두피질 회로의 맥락 인출 오류는 분자 수준에서 어떻게 발생하는가?
+- 대규모 언어 모델(LLM)의 컨텍스트 창 관리 기법은 인간 뇌의 단기/작업 기억(Working Memory) 기전과 어떤 구조적 한계와 차이점을 지니는가?
+- 뇌의 맥락 부호화 메커니즘을 모방하여 현재 인공지능의 RAG(Retrieval-Augmented Generation) 시스템 한계를 극복할 방법은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에서 확인되지 않음
+- **System Design:** 생물학적 뇌 신경망 기반 AI 아키텍처 및 동적 메모리 인덱싱(MOP, TOP) 모듈 설계
+- **Operation / Maintenance:** 소스에서 확인되지 않음
+- **Learning Path:** 인지심리학/행동과학 -> 신경과학(Neuroscience) -> 뇌-기계 인터페이스(BMI) 및 AI 인지 모델링
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[작업 기억(Working Memory)]] — 확장 방향: 맥락 처리를 위해 실시간 정보를 단기 유지 및 조작하는 뇌의 메커니즘 탐구
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[인지 도식(Schemas)]], [[인맥락 학습(In-Context Learning)]]
+- **참조 맥락:** 인공지능의 인맥락 추론 메커니즘을 설계하거나 생물학적 뇌의 인지 및 기억 처리 과정을 모델링할 때 기반 지식으로 참조.
+
+## 📚 출처 (Sources)
+- [S1] 맥락을 고려하는 뇌 - 바이오인
+- [S2] Schema (psychology) - Wikipedia
+- [S3] Script Theory - The Decision Lab
+- [S4] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv
+- [S5] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Operating System.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Operating System.md
new file mode 100644
index 00000000..9fb62c5d
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Operating System.md
@@ -0,0 +1,95 @@
+---
+id: operating-system
+title: "Operating System"
+category: "Architecture"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["OS", "운영체제", "시스템 소프트웨어", "Operating System"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Operating System", "Context Switching", "PCB"]
+raw_sources: ["What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)", "Difference between Swapping and Context Switching - TutorialsPoint", "Process Control Block (PCB) Explained: What It Stores - Unwired Learning"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Operating System]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+운영체제에서 맥락(Context)이란 멀티태스킹 환경에서 프로세스나 스레드의 실행 상태를 저장하고 복원하여 단일 CPU 자원을 효율적으로 공유하게 해주는 핵심 데이터 구조 및 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **[[Context Switching]]**: 운영체제가 여러 프로세스나 스레드를 관리하기 위해 현재 실행 중인 프로세스의 상태를 저장하고, 다음으로 실행할 프로세스의 저장된 상태를 복원하여 CPU 제어권을 넘기는 기술.
+* **[[PCB (Process Control Block)]]**: 운영체제가 특정 프로세스에 대한 모든 정보(프로세스 상태, 프로그램 카운터, CPU 레지스터 등)를 추적하고 저장하는 커널 메모리 영역의 핵심 데이터 구조(TCB라고도 불림).
+* **[[Swapping]]**: 물리적 메모리(RAM) 공간을 확보하기 위해 메모리와 보조 저장장치(디스크) 사이에서 프로세스 전체 또는 세그먼트를 이동시키는 메모리 관리 기법.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **상태 보존 및 복원 패턴 (State Save/Restore)**: 프로세스 스위칭 시 운영체제는 현재 프로세스의 실행 위치(Program Counter)와 CPU 레지스터 값을 [[PCB]]에 스냅샷처럼 저장하고, 새로운 프로세스가 이전의 정확한 지점부터 재개될 수 있도록 데이터를 다시 로드한다.
+* **오버헤드 발생 (Overhead Generation)**: [[Context Switching]] 중에는 CPU가 실제 유용한 작업을 수행하지 않고 프로세스 상태를 저장하고 로드하는 데만 시간을 소비하므로 순수한 오버헤드가 발생하며, 스위칭 빈도가 잦아질수록 시스템 성능이 저하된다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| Context Switching | 빠른 속도(주로 CPU 레지스터 내에서 동작), 프로세스가 메모리에 유지되므로 멀티태스킹 구현에 필수적임 | 잦은 전환 시 시스템 성능 저하(오버헤드) 발생 | 멀티태스킹, CPU 스케줄링, 우선순위 인터럽트 처리 시 |
+| Swapping | RAM 공간이 부족할 때 유휴 프로세스를 디스크로 옮겨 가용 메모리 공간 확보 가능 | 디스크 I/O 작업이 수반되어 속도가 상대적으로 매우 느림 | 가용 메모리가 심각하게 부족하여 활성 프로세스를 처리할 여력이 없을 때 |
+
+## 📖 세부 내용 (Details)
+* **Context Switching의 정의와 필요성**: 운영체제에서 컨텍스트 스위칭(Context Switching)은 단일 CPU 환경에서 여러 프로세스나 스레드가 시스템 자원을 공유하고 멀티태스킹을 수행하기 위해 필수적인 기술이다 [S1]. 이를 통해 현재 실행 중인 프로세스의 상태를 저장하고 나중에 정확히 동일한 지점부터 다시 시작할 수 있도록 한다 [S1]. 만약 이 상태를 저장하지 않으면 스위칭 시 일시 중지된 프로세스는 자신의 진행 상황을 영영 잃어버리게 된다 [S1].
+* **PCB(Process Control Block)의 역할**: 프로세스 식별자(PID), 프로세스 상태(Ready, Running 등), 다음 실행할 명령어 주소를 가리키는 프로그램 카운터(Program Counter), 계산 및 임시 데이터를 저장하는 CPU 레지스터, CPU 스케줄링 정보, 메모리 한계 레지스터 정보를 포함하는 메모리 관리 정보, 리소스 사용 통계를 담은 회계 정보(Accounting Information), 그리고 열린 파일이나 할당된 I/O 기기 목록을 담은 I/O 상태 정보 등은 모두 PCB라는 데이터 구조에 저장된다 [S1, S3]. 이 PCB는 사용자가 직접 접근할 수 없는 운영체제의 보호된 커널 메모리 영역에 저장된다 [S3].
+* **Context Switching의 트리거**: 컨텍스트 스위칭은 주로 데이터 디스크 요청 등 하드웨어 문제를 처리하기 위한 **인터럽트(Interrupts)**, 프로세스 간 CPU 사용을 교대해야 하는 **멀티태스킹(Multitasking)**, 그리고 제한된 자원에 접근하기 위해 모드를 변경하는 **커널/사용자 스위치(Kernel/User Switch)** 상황에서 발생한다 [S1].
+* **Swapping과의 명확한 차이**: Swapping은 주 메모리(RAM)와 보조 저장장치(디스크) 간에 프로세스의 코드, 데이터, 스택을 통째로 이동시키는 것으로 디스크 I/O에 의존해 속도가 매우 느리며 메모리 부족(Memory pressure) 시에만 제한적으로 발생한다 [S2]. 반면 Context Switching은 CPU 레지스터와 프로그램 카운터 등의 '실행 문맥'만을 저장 및 복원하므로 빠르며, 스케줄링에 의해 매우 빈번하게 일어난다 [S2].
+* **시스템 성능에 미치는 영향(Overhead)**: 컨텍스트 스위칭 중에는 CPU가 실제 태스크를 실행하지 않고 상태를 저장/로드하는 일에만 시간을 소비하게 되므로 시스템 성능에 오버헤드로 작용한다 [S1, S3]. 실행 중인 프로세스 숫자가 많아져 스위칭이 너무 자주 발생하면 시스템의 전반적인 효율성이 감소할 수 있다 [S1]. 이를 최소화하기 위해서는 효율적인 메모리와 더 빠른 CPU 레지스터를 도입하거나 불필요한 전환을 막는 최적화된 스케줄링 알고리즘을 구현해야 한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Switching]] — CPU 제어권을 전환하기 위해 문맥을 저장하고 복원하는 메커니즘
+- [[Process Control Block]] — 운영체제가 프로세스의 문맥 정보를 관리하는 핵심 자료 구조
+- [[Swapping]] — 프로세스의 물리적 위치를 메모리와 디스크 간 이동시키는 기법
+
+### 심층 후속 질문 (Deeper Research Questions)
+- CPU 스케줄러는 PCB에 저장된 어떤 특정 우선순위 파라미터를 기반으로 다음 프로세스를 선택하는가?
+- 스레드 간 컨텍스트 스위칭은 프로세스 간 스위칭에 비해 구체적으로 어떤 부분의 처리가 생략되어 더 빠른가?
+- 오버헤드를 줄이기 위한 현대 운영체제의 구체적인 CPU 스케줄링 알고리즘 모델에는 무엇이 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에서 확인되지 않음.
+- **System Design:** 단일 CPU 기반 멀티태스킹 아키텍처 설계 시, 프로세스 개수와 스레드 규모 증가에 따른 스위칭 오버헤드를 구조적으로 고려하여 설계
+- **Operation / Maintenance:** 서버 성능 저하 및 응답 지연 발생 시, 운영체제 레벨의 컨텍스트 스위칭 발생 빈도를 모니터링하여 병목 지점 확인
+- **Learning Path:** 운영체제 기초 -> 프로세스 및 스레드 관리 -> 컨텍스트 스위칭 원리 -> 메모리 관리 및 스와핑
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[CPU Scheduling]] — 다음 실행 프로세스를 큐에서 선택하여 컨텍스트 스위칭을 유발하는 시스템 의사결정 방식
+- [[Memory Management]] — PCB의 메모리 제한 정보 및 가상 메모리 스와핑을 포괄하는 운영체제의 주요 기능
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Switching]], [[Process Control Block]]
+- **참조 맥락:** 운영체제의 멀티태스킹 구현 방식과 CPU/메모리 오버헤드 최적화 개념을 이해할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)
+- [S2] Difference between Swapping and Context Switching - TutorialsPoint
+- [S3] Process Control Block (PCB) Explained: What It Stores - Unwired Learning
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Process Control Block (PCB).md b/10_Wiki/Topics/Domain_Programming/From_RawData/Process Control Block (PCB).md
new file mode 100644
index 00000000..fa702885
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Process Control Block (PCB).md
@@ -0,0 +1,107 @@
+---
+id: process-control-block-(pcb)
+title: "Process Control Block (PCB)"
+category: "Operating System"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["PCB", "Process Control Block", "프로세스 제어 블록", "Task Control Block", "TCB"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "OS", "Process Management"]
+raw_sources: ["Process Control Block (PCB) Explained: What It Stores - Unwired Learning", "What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)", "Difference between Swapping and Context Switching - TutorialsPoint"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Process Control Block (PCB)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+운영체제가 다중 프로세스 환경에서 각각의 프로세스를 관리하고 문맥 교환(Context Switching)을 수행하기 위해, 프로세스의 실행 상태와 메타데이터를 저장해 두는 보호된 커널 영역의 핵심 데이터 구조이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **프로세스의 신분증(Identity Card):** 운영체제가 프로세스에 대한 모든 정보(PID, 현재 상태, 할당된 리소스 등)를 관리하기 위한 완전한 정보 저장소이다.
+- **문맥 교환(Context Switching)의 핵심 기반:** CPU가 한 프로세스에서 다른 프로세스로 전환될 때, 현재 실행 상태를 저장하고 다음 상태를 복원하는 작업의 기준점이 된다.
+- **커널 메모리 보호 영역:** 보안 및 시스템 안정성을 위해 사용자 프로세스는 직접 접근할 수 없으며 운영체제의 커널 메모리 영역에만 저장 및 관리된다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **생명주기 동기화 패턴:** PCB는 프로세스가 생성될 때 운영체제에 의해 만들어지며, 프로세스가 종료되면 리소스 할당 해제와 함께 프로세스 테이블(Process Table)에서 삭제된다.
+- **테이블/리스트 관리 패턴:** 운영체제는 수많은 프로세스를 효율적으로 추적하기 위해 모든 PCB를 테이블이나 연결 리스트(Linked List) 형태로 연결해 관리한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Process (프로세스)** | 코드를 실행하고 작업을 수행하는 능동적인(Active) 개체 | 코드, 데이터, 리소스를 포함하여 크기가 큼 | 실제 명령어를 실행하고 연산을 수행해야 할 때 참조 |
+| **PCB (프로세스 제어 블록)** | 프로세스의 상태와 메타데이터를 담은 수동적인(Passive) 데이터 구조 | 실제 명령어를 실행하는 개체는 아님 | 운영체제가 프로세스를 스케줄링하고 관리해야 할 때 참조 |
+
+## 📖 세부 내용 (Details)
+운영체제에서 프로세스 제어 블록(PCB)은 때때로 Task Control Block (TCB)라고도 불리며, 프로세스의 생성부터 종료까지 시스템이 해당 프로세스를 관리하는 데 필요한 모든 데이터를 유지한다 [S1], [S2]. 멀티태스킹 환경에서 CPU가 여러 프로세스를 전환해가며 실행할 때, PCB는 이전 프로세스의 진행 상황을 기록해 두는 일종의 '스냅샷'이나 '책갈피' 역할을 하여 중단된 지점부터 완벽하게 재개할 수 있도록 한다 [S1].
+
+PCB는 운영체제의 커널 메모리 내부에 저장되며, 빠른 문맥 교환(Context Switch)을 위해 고속 접근이 가능한 메모리에 위치한다 [S1], [S3]. 사용자는 이 영역에 직접 접근할 수 없다 [S1].
+
+PCB는 다음과 같은 핵심 구성 요소를 포함한다 [S1], [S2], [S3]:
+* **프로세스 식별 정보 (Process Identification Information):** 프로세스의 고유 번호인 PID(Process ID)와 해당 프로세스를 생성한 부모 프로세스의 ID(PPID)를 저장한다.
+* **프로세스 상태 (Process State Information):** New, Ready, Running, Waiting, Terminated 등의 현재 프로세스 상태를 기록하며, 이는 스케줄러가 다음 동작을 결정하는 기준이 된다.
+* **프로그램 카운터 (Program Counter):** 해당 프로세스가 다음에 실행해야 할 명령어의 메모리 주소를 저장한다.
+* **CPU 레지스터 (CPU Registers):** 문맥 교환 시 CPU 내의 누산기, 인덱스 레지스터, 스택 포인터, 범용 레지스터 등의 현재 값을 임시 보존한다.
+* **CPU 스케줄링 정보 (CPU Scheduling Information):** 프로세스 우선순위 및 스케줄링 큐 포인터 정보를 포함한다.
+* **메모리 관리 정보 (Memory Management Information):** 프로세스의 메모리 베이스(Base) 및 리미트(Limit) 주소, 페이지 테이블, 세그먼트 테이블 등 프로세스 간 메모리 침범을 방지하는 정보를 저장한다.
+* **계정 및 I/O 상태 정보 (Accounting & I/O Status Information):** 소비된 CPU 시간, 계정 번호, 할당된 I/O 디바이스 목록 및 열려있는 파일의 식별자 정보를 저장한다.
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음. (제공된 소스들 간의 모순된 정보는 발견되지 않았으며, 모두 운영체제 표준 개념에 부합하게 설명하고 있음.)
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 데이터 내에 특정 파일 경로, Git 커밋 해시, 의사결정 기록 등 실제 코드 기반 적용 사례가 포함되어 있지 않습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Switching]] — 연결 이유: PCB에 저장된 상태 정보를 저장하고 복원하는 운영체제의 핵심 메커니즘.
+- [[Process State]] — 연결 이유: PCB 내부의 핵심 필드 중 하나로, 프로세스의 현재 라이프사이클 상태를 나타냄.
+- [[CPU Scheduling]] — 연결 이유: 스케줄러가 다음 프로세스를 선택하기 위해 PCB의 메타데이터를 참조함.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 운영체제에 따라 PCB의 크기나 구체적인 저장 방식은 어떻게 달라지는가?
+- 스레드(Thread)가 추가로 도입된 현대 운영체제에서 PCB와 TCB(Thread Control Block)는 어떤 관계로 확장되는가?
+- 문맥 교환 시 발생하는 오버헤드를 최소화하기 위해 PCB 구조는 하드웨어적으로 어떻게 최적화되어 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 운영체제 커널의 프로세스 테이블 및 스케줄러 알고리즘 구현.
+- **System Design:** 멀티프로그래밍 시스템 아키텍처 설계 시 메모리 보호 영역 구분.
+- **Operation / Maintenance:** 작업 관리자(Task Manager) 및 시스템 리소스 모니터링 툴을 통한 프로세스 계정 정보(Accounting Info) 분석.
+- **Learning Path:** 운영체제 기초 -> 프로세스 및 스레드 -> 프로세스 제어 블록(PCB) -> CPU 스케줄링 및 문맥 교환.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Memory Management]] — 확장 방향: 프로세스마다 할당되는 가상 메모리 공간과 PCB 내부의 Base/Limit 레지스터 간의 관계성 연구.
+- [[Process Synchronization]] — 확장 방향: PCB가 대기 상태(Waiting Queue)에 들어갈 때 자원 점유 상태와의 연관성 파악.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Switching]], [[Process State]]
+- **참조 맥락:** 운영체제가 '맥락(Context)'을 어떻게 수치화하고 저장하여 복원하는지, 즉 하드웨어 제어 관점에서의 맥락 관리 메커니즘을 이해할 때 핵심 참조 데이터가 됨.
+
+## 📚 출처 (Sources)
+- [1] Process Control Block (PCB) Explained: What It Stores - Unwired Learning
+- [2] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)
+- [3] Difference between Swapping and Context Switching - TutorialsPoint
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Process Control Block.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Process Control Block.md
new file mode 100644
index 00000000..c64b8df1
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Process Control Block.md
@@ -0,0 +1,96 @@
+---
+id: process-control-block
+title: "Process Control Block"
+category: "Operating System"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["PCB", "Task Control Block", "TCB", "프로세스 제어 블록"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["[S1] Process Control Block (PCB) Explained: What It Stores - Unwired Learning", "[S2] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)", "[S3] Difference between Swapping and Context Switching - TutorialsPoint"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Process Control Block]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+운영체제가 다중 프로세스를 관리하고 [[Context Switching]]을 수행하기 위해 개별 프로세스의 고유한 식별 정보와 실행 문맥(Context)을 스냅샷처럼 저장하는 핵심 커널 데이터 구조체이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **실행 문맥 보존 (Context Preservation):** 프로세스가 중단된 지점부터 다시 실행될 수 있도록 CPU 레지스터, 프로그램 카운터 등의 상태를 저장하고 복원하는 메커니즘 제공.
+- **커널 메모리 저장 (Kernel Memory Storage):** 사용자 프로세스가 직접 접근할 수 없는 보호된 커널 메모리 영역에 저장되며, 운영체제가 프로세스 테이블(Process Table)을 통해 중앙에서 관리.
+- **수명 주기 동기화 (Lifecycle Synchronization):** 새로운 프로세스가 생성될 때 운영체제에 의해 만들어지며, 프로세스가 종료되면 해당 자원과 함께 메모리에서 해제됨.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **상태 갱신 및 복원 패턴 (State Save and Restore):** 컨텍스트 스위칭 시 운영체제는 현재 실행 중인 프로세스의 상태를 PCB에 기록(Save)하고, 다음 실행될 프로세스의 상태를 해당 프로세스의 PCB에서 읽어와 CPU에 로드(Load)하는 방식으로 작동한다.
+
+## 📖 세부 내용 (Details)
+- **정의 및 역할:** 프로세스 제어 블록(PCB)은 운영체제가 개별 프로세스에 대한 모든 정보를 저장하는 데이터 구조체로, 작업 제어 블록(Task Control Block, TCB)이라고도 불린다 [S1], [S2]. 다수의 프로세스가 CPU를 공유하는 멀티태스킹 환경에서, 컨텍스트 스위칭 시 이전 작업의 진행 상황을 잃지 않고 보존하며 다음 작업의 상태를 완벽히 로드하기 위한 스냅샷 역할을 수행한다 [S1], [S2], [S3].
+- **주요 구성 요소:** PCB 내부에는 다음과 같은 중요 메타데이터가 포함된다.
+ - **프로세스 식별 정보:** 시스템 내에서 프로세스를 고유하게 식별하는 프로세스 ID(PID) 및 이를 생성한 부모 프로세스 ID(PPID) [S1], [S2].
+ - **프로세스 상태 정보:** New, Ready, Running, Waiting, Terminated 등 프로세스의 현재 생애 주기 상태 [S1], [S3].
+ - **프로그램 카운터 (Program Counter):** 중단된 시점 이후에 CPU가 실행해야 할 다음 명령어의 메모리 주소 [S1], [S2], [S3].
+ - **CPU 레지스터:** 누산기(Accumulators), 인덱스 레지스터, 스택 포인터, 범용 레지스터 등 CPU가 연산 중 사용하던 임시 데이터 레지스터 값 [S1], [S2], [S3].
+ - **CPU 스케줄링 정보:** 프로세스의 실행 우선순위 및 스케줄링 큐 포인터 등 스케줄러가 다음 프로세스를 결정하는 데 사용하는 데이터 [S1], [S2].
+ - **메모리 관리 정보:** 프로세스가 다른 프로세스의 메모리 영역을 침범하지 않도록 제어하는 기준(Base) 레지스터, 한계(Limit) 레지스터, 페이지 테이블 또는 세그먼트 테이블 [S1], [S2].
+ - **어카운팅 정보 (Accounting Information):** 소비된 CPU 시간, 시간 제한, 계정 번호 등 리소스 사용 통계 정보 [S1].
+ - **I/O 상태 정보:** 프로세스에 할당된 입출력 장치 목록 및 열린 파일 정보 [S1].
+- **저장 위치 및 특징:**
+ - 사용자가 접근할 수 없는 운영체제의 커널 메모리(Kernel Memory) 내부에 보관되며, 프로세스 테이블(Process Table)을 통해 추적된다 [S1].
+ - 컨텍스트 스위칭에 소요되는 시간은 시스템 관점에서 순수 오버헤드로 작용하므로, 최소화된 접근 지연 시간을 보장하기 위해 빠른 액세스가 가능한 메모리(fast-access memory)에 초소형, 고효율로 적재된다 [S1].
+ - 프로세스 자체(실행 중인 능동적 프로그램)와 달리 PCB는 해당 프로세스를 OS가 관리하기 위해 유지하는 수동적(Passive) 데이터 구조체이다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 데이터 내에서 모순되거나 상충되는 정보는 발견되지 않았습니다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 내에서 파일 경로, Git 커밋 해시, 의사결정 기록 등의 구체적 구현 사례는 명시되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Switching]] — PCB의 데이터를 저장하고 복원하여 단일 CPU가 여러 프로세스를 공유할 수 있도록 하는 핵심 메커니즘
+- [[Process]] — PCB에 의해 메타데이터가 기록되고 관리되는 운영체제 내 능동적인 실행 주체
+- [[Operating System]] — 프로세스 생성부터 종료까지 PCB의 수명 주기를 제어하고 커널 메모리를 통해 이를 보호·관리하는 주체
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 컨텍스트 스위칭 시 PCB를 읽고 쓰는 과정에서 발생하는 시스템 오버헤드(Overhead)를 최소화하기 위한 구체적인 스케줄링 전략이나 하드웨어 레벨의 최적화 방법은 무엇인가?
+- 운영체제가 Ready 큐나 Waiting 큐를 관리할 때 PCB 내부의 포인터 정보는 어떠한 구조적 방식으로 연결 리스트를 형성하는가?
+- 멀티스레드 환경에서 단일 프로세스 내 다수 스레드에 대한 컨텍스트 정보는 PCB에서 어떤 식으로 분리 혹은 병합되어 저장되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에서 확인되지 않음.
+- **System Design:** 운영체제의 커널 메모리 보호 정책 수립 및 독립적 메모리 관리 설계 시 프로세스 데이터의 격리를 보장하기 위한 기본 구조 참조.
+- **Operation / Maintenance:** 작업 관리자 등 시스템 리소스 모니터링 도구가 프로세스별 메모리와 CPU 사용량(어카운팅 정보)을 파악하는 기반 데이터로 활용.
+- **Learning Path:** 운영체제의 프로세스 관리 기법, 상태 전이도(State Diagram), 컨텍스트 스위칭의 작동 원리를 학습하기 위한 필수 기반 지식.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[CPU Scheduling]] — 스케줄러가 PCB에 담긴 우선순위 등의 정보를 기반으로 CPU의 다음 할당 프로세스를 정하는 과정
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Switching]], [[Process]]
+- **참조 맥락:** 다중 프로세스 운영체제 환경에서 컨텍스트 스위칭을 수행할 때, 프로세스 간 맥락(Context)의 단절 없이 실행 상태를 보존하고 복원하기 위한 핵심 데이터 구조체로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Process Control Block (PCB) Explained: What It Stores - Unwired Learning (Source 18)
+- [S2] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest) (Source 36)
+- [S3] Difference between Swapping and Context Switching - TutorialsPoint (Source 7)
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Process State.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Process State.md
new file mode 100644
index 00000000..bf3b48b7
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Process State.md
@@ -0,0 +1,95 @@
+```markdown
+---
+id: process-state
+title: "Process State"
+category: "Operating System"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["프로세스 상태", "Process State", "프로세스 생명주기", "Process Lifecycle"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Operating System", "Process", "PCB"]
+raw_sources: ["Process Control Block (PCB) Explained: What It Stores - Unwired Learning", "What Is Context Switching in Operating System | TestMu AI", "Difference between Swapping and Context Switching - TutorialsPoint"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Process State]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+프로세스 상태(Process State)는 운영체제가 다중 프로그래밍 환경에서 프로세스의 생명주기를 추적하고, CPU 제어권을 안전하게 전환(Context Switching)하기 위해 PCB에 관리하는 핵심 실행 컨텍스트이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **상태의 종류 (State Types):** 프로세스는 일생 동안 New, Ready, Running, Waiting, Terminated 등의 상태를 거친다.
+- **PCB (Process Control Block):** 운영체제가 프로세스의 현재 상태, PID, 프로그램 카운터, 레지스터 정보 등을 포괄적으로 저장하는 데이터 구조체이다.
+- **문맥 교환 (Context Switching):** CPU가 다른 프로세스로 실행을 전환할 때, 현재 실행 중인 프로세스의 상태를 저장하고 다음 프로세스의 상태를 로드하여 중단된 시점부터 매끄럽게 재개할 수 있도록 하는 메커니즘이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **상태 빈도 변경:** 프로세스의 상태는 수명 주기 동안 스케줄러의 개입이나 I/O 요청 등에 의해 빈번하게 변경된다.
+- **스케줄링 조건 제한:** 운영체제의 CPU 스케줄러는 오직 'Ready(준비)' 상태에 있는 프로세스만을 다음 실행 대상으로 선택하여 실행(Running) 상태로 전환한다.
+
+## 📖 세부 내용 (Details)
+- **프로세스 상태의 정의 및 종류:** 모든 프로세스는 실행되는 동안 일련의 수명 주기를 가지며, 운영체제에 의해 New(생성), Ready(준비), Running(실행), Waiting(대기) 또는 Terminated(종료) 상태 중 하나로 분류된다 [S1].
+- **PCB를 통한 상태 정보 기록:** 프로세스의 현재 상태는 운영체제가 해당 프로세스를 관리하기 위해 생성하는 식별 카드와 같은 PCB(Process Control Block) 또는 TCB(Task Control Block) 내에 저장된다 [S1], [S2].
+- **문맥 교환과 상태 전이 메커니즘:** CPU에서 프로세스(예: P1)가 실행(Running) 중일 때 인터럽트나 시스템 콜이 발생하면, 운영체제는 P1의 현재 상태(프로그램 카운터, 레지스터 값 포함)를 해당 PCB에 저장하고 P1을 Idle 또는 적절한 대기 큐로 전이시킨다 [S2], [S3].
+- **스케줄링 및 실행 재개:** 운영체제는 스케줄링 알고리즘(우선순위, 도착 시간 등)에 근거하여 Ready 상태의 큐에서 다음 프로세스를 선택한다 [S2]. 선택된 프로세스의 저장된 상태 정보가 CPU에 다시 로드되면 프로세스는 Ready 상태에서 Running 상태로 전이되어 이전 중단점부터 정확히 실행을 재개한다 [S1], [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Switching]] — 연결 이유: 프로세스 상태가 저장되고 복원되는 직접적인 운영체제 동작 메커니즘
+- [[PCB (Process Control Block)]] — 연결 이유: 프로세스 상태 정보가 물리적으로 저장되고 관리되는 자료구조
+- [[CPU Scheduling]] — 연결 이유: 프로세스의 상태를 Ready에서 Running으로 전이시키기 위한 운영체제의 의사결정 프로세스
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 문맥 교환 과정에서 프로세스의 상태를 저장하고 복원하는 데 소요되는 오버헤드는 시스템 성능에 어떤 영향을 미치는가?
+- 프로세스가 Waiting 상태에서 Ready 상태로 전환되는 정확한 트리거 요인과 메커니즘은 무엇인가?
+- 스레드(Thread) 간의 문맥 교환 시 저장되는 상태 정보는 프로세스 간 교환 시와 어떻게 다르며, 왜 더 빠른가?
+- 멀티프로그래밍 환경에서 과도하게 많은 프로세스가 생성되었을 때, 프로세스 상태 큐(Queue) 관리는 어떻게 최적화될 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 운영체제 커널의 태스크 스케줄러 구현 및 문맥 교환 코드 레벨 적용
+- **System Design:** 다중 처리 및 동시성 처리가 필요한 시스템에서의 태스크 및 리소스 관리 아키텍처 설계
+- **Operation / Maintenance:** CPU 오버헤드 감소 및 교착 상태(Deadlock) 분석을 위한 프로세스 모니터링
+- **Learning Path:** 운영체제 기본 구조, 문맥 교환, 메모리 및 스레드 관리에 대한 전반적인 전산학 학습
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Memory Management]] — 확장 방향: 프로세스가 메모리 상에 올라가고 Swap Out/In을 통해 상태가 관리되는 방식
+- [[Multithreading]] — 확장 방향: 프로세스 상태 전환에 비해 가벼운 스레드 단위의 상태 공유 및 전환 학습
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Switching]], [[PCB (Process Control Block)]]
+- **참조 맥락:** 운영체제의 다중 작업 환경에서 개별 프로세스의 진행 상황과 CPU 제어권을 안전하게 스위칭하고 스케줄링하기 위한 핵심 기반 지식으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Process Control Block (PCB) Explained: What It Stores - Unwired Learning
+- [S2] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)
+- [S3] Difference between Swapping and Context Switching - TutorialsPoint
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Process Swapping.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Process Swapping.md
new file mode 100644
index 00000000..1c071f30
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Process Swapping.md
@@ -0,0 +1,99 @@
+---
+id: process-swapping
+title: "Process Swapping"
+category: "Architecture"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Swapping", "프로세스 스와핑", "스왑", "Process Swap"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Operating System", "Memory Management"]
+raw_sources: ["[S1] Difference between Swapping and Context Switching - TutorialsPoint", "[S2] why it is called context switch? why not Process Swap or Swapping,cause resources are same - Stack Overflow"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Process Swapping]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+물리적 메모리(RAM)의 한계를 극복하기 위해 비활성 프로세스 전체를 메인 메모리와 보조 기억장치(디스크) 간에 이동시켜 가용 공간을 최적화하는 메모리 관리 기법이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **Memory Management (메모리 관리):** 물리적 메모리보다 더 많은 프로세스를 수용할 수 있도록, 유휴 상태의 프로세스를 디스크로 임시 이동시켜 메인 메모리의 공간을 확보하는 최적화 기술.
+* **Granularity & Scope (단위 및 범위):** CPU 레지스터와 프로그램 카운터 정보만 이동하는 [[Context Switching]]과 달리, 프로세스를 구성하는 코드, 데이터, 스택 세그먼트 등 프로세스 전체를 이동 단위로 삼음.
+* **Disk I/O Overhead (디스크 I/O 오버헤드):** 디스크 스토리지로의 물리적인 데이터 전송이 수반되므로 동작 속도가 상대적으로 매우 느리며, 메모리 부족(Memory pressure) 시에만 트리거되어 덜 빈번하게 발생함.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **Memory Pressure Trigger:** 메인 메모리의 가용 공간이 활성 프로세스를 모두 수용하기에 부족할 때 발동하여, 당장 실행되지 않는 프로세스를 디스크로 'Swap Out' 시키는 패턴.
+* **Legacy of Partition Naming:** 현대의 페이징(Paging) 기법이 등장하기 이전 시대에 전체 프로세스를 디스크로 옮기던(Swapped) 관행에서 기원하였으며, 유닉스(UNIX) 시스템의 '스왑 파티션(Swap partition)'이라는 명칭에 그 역사적 패턴이 남아 있음.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Process Swapping** | 물리적 메모리의 용량 한계를 초과하여 시스템에 더 많은 프로세스를 유지하고 수용할 수 있음 [S1]. | 디스크 I/O 작업이 수반되어 속도가 매우 느리며, 프로세스가 다시 복귀할 때까지 실행이 멈추는 오버헤드가 높음 [S1]. | 메모리 부족 현상(Memory pressure)이 발생하여, 유휴 프로세스를 디스크로 옮겨 물리적 메모리 공간을 강제로 확보해야 할 때 [S1]. |
+| **Context Switching** | 프로세스를 메모리에 그대로 둔 채 CPU 레지스터 정보만 교체하므로 속도가 매우 빠르며, 원활한 멀티태스킹을 가능하게 함 [S1]. | 과도하게 빈번히 발생할 경우, CPU가 실제 연산 대신 상태 저장 및 복원에만 시간을 소모하여 성능 저하 유발 [S1]. | 여러 프로세스가 하나의 CPU를 공유하기 위해 시분할 스케줄링을 하거나, I/O 대기 및 인터럽트 처리가 필요할 때 [S1]. |
+
+## 📖 세부 내용 (Details)
+* **Swapping의 정의와 목적:** 스와핑(Swapping)은 프로세스 전체 또는 그 세그먼트를 메인 메모리(RAM)와 보조 기억장치(디스크) 사이에서 이동시키는 메모리 관리 기법이다 [S1]. 이 기법의 주된 목적은 물리적 메모리의 한계를 극복하는 것으로, 비활성 상태의 프로세스를 디스크에 임시로 저장하여 더 많은 프로세스를 시스템이 수용할 수 있도록 돕는다 [S1].
+* **동작 원리와 특징:** 스와핑은 주로 시스템의 사용 가능한 메모리가 부족해지는 상황(Memory shortage)에서 트리거된다 [S1]. 특정 프로세스의 코드, 데이터, 스택 세그먼트 전체를 포함하여 이동시키기 때문에(Scope & Granularity), 이 과정에서 발생하는 디스크 I/O 연산으로 인해 처리 속도는 상대적으로 느리고 오버헤드가 높다 [S1]. 디스크로 스왑 아웃(Swap Out)된 프로세스는 다시 메인 메모리로 스왑 인(Swap In)되어 돌아올 때까지 실행이 일시적으로 중단된다 [S1].
+* **Context Switching과의 차이점:** 프로세스 스와핑은 실행 흐름을 바꾸는 [[Context Switching]]과 명칭 상 혼동될 수 있으나 완전히 다른 개념이다 [S2]. 스와핑은 메모리 공간 확보를 위해 프로세스를 RAM과 디스크 사이에서 물리적으로 이동시키는 반면, 컨텍스트 스위칭은 CPU 자원 공유와 멀티태스킹을 위해 프로세스를 메모리에 그대로 유지한 채 CPU 레지스터와 프로그램 카운터(PC) 등의 실행 상태(Execution Context)만을 전환한다 [S1, S2]. 따라서 스와핑은 메모리 압박 시에만 간헐적으로 발생하고 디스크 지연으로 인해 느린 반면, 컨텍스트 스위칭은 스케줄링 알고리즘에 따라 매우 빈번하고 빠르게 발생한다 [S1].
+* **역사적 배경:** 과거 페이징(Paging) 기술이 존재하지 않던 시절에는 전체 프로세스를 디스크로 통째로 옮기는 스와핑이 주된 메모리 확보 방식이었다 [S2]. 이로 인해 유닉스(Unix)와 같은 운영체제에서는 이를 처리하는 디스크 영역을 '페이지 파티션'으로 명칭을 갱신하지 않고, 여전히 '스왑 파티션(swap partition)'이라는 용어로 부르고 있다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음. (제공된 소스는 Process Swapping과 Context Switching의 차이를 모순 없이 일관되게 정의하고 있음)
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (단지 UNIX 운영체제에서 '스왑 파티션'이라는 명칭을 사용한다는 역사적 사실이 언급될 뿐, 특정 소스 코드 파일 경로나 커밋 해시 등은 소스에서 확인되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Switching]] — 연결 이유: CPU 레지스터의 실행 문맥만 교체하는 멀티태스킹 기법으로, Swapping과 대비되는 핵심 개념.
+- [[Process Control Block]] — 연결 이유: 프로세스의 상태와 메모리 정보를 저장하여 Context Switching 및 프로세스 관리 시 기준이 되는 구조체.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 현대 운영체제에서 Paging 기술과 Swapping 기법은 어떻게 상호보완적으로 사용되는가?
+- Swap Out된 프로세스가 다시 Swap In될 때, 이전과 동일한 메모리 주소를 할당받아야만 하는가?
+- 잦은 Swapping으로 인해 발생하는 스래싱(Thrashing) 현상은 시스템 전반에 어떤 치명적인 영향을 미치는가?
+- 모바일 운영체제(예: Android, iOS)에서도 데스크톱과 같은 전통적인 디스크 Swapping 기법이 사용되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 시스템의 Swap 파티션 크기 설정 및 가상 메모리 할당 전략 구성.
+- **System Design:** Out Of Memory (OOM) 상황을 대비한 메모리 관리 정책 및 방어적 스케줄러 설계.
+- **Operation / Maintenance:** 서버 성능 모니터링 시 디스크 I/O 병목 및 Thrashing 발생 여부를 통한 메모리 증설 지표 확인.
+- **Learning Path:** 운영체제 프로세스 관리 체계 파악 -> 가상 메모리 및 디스크 I/O 메커니즘 학습 -> 시스템 성능 최적화 및 튜닝.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Virtual Memory]] — 확장 방향: Swapping을 포괄하여 물리적 메모리보다 큰 주소 공간을 제공하는 전반적인 메모리 가상화 기술.
+- [[Paging]] — 확장 방향: 프로세스 전체가 아닌 일정한 크기의 페이지(블록) 단위로 메모리를 분할하여 관리하는 현대적 기법.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Switching]], [[Virtual Memory]]
+- **참조 맥락:** 고부하 시스템의 메모리 관리 전략을 설계하거나 멀티태스킹 중 발생하는 디스크 병목(I/O Overhead) 원인을 분석할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Difference between Swapping and Context Switching - TutorialsPoint
+- [S2] why it is called context switch? why not Process Swap or Swapping,cause resources are same - Stack Overflow
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Prop-drilling.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Prop-drilling.md
new file mode 100644
index 00000000..250b6fd0
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Prop-drilling.md
@@ -0,0 +1,104 @@
+```markdown
+---
+id: prop-drilling
+title: "Prop-drilling"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["프롭 드릴링", "Props drilling", "프로퍼티 내리꽂기", "prop-drilling"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["초보자를 위한 리액트 Context - 완벽 가이드 (2021) - freeCodeCamp", "Blogged Answers: Why React Context is Not a 'State Management' Tool (and Why It Doesn't Replace Redux)", "Context - React", "What Problems Does React Context Solve? : r/reactjs - Reddit"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Prop-drilling]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+프롭 드릴링(Prop-drilling)은 컴포넌트 계층 구조에서 특정 데이터를 필요로 하지 않는 중간 컴포넌트들을 거쳐 명시적으로 데이터를 전달해야만 하는 비효율적인 상태 전달 아키텍처 결함이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **하향식 데이터 전달의 한계:** React의 기본 데이터 전달 방식인 부모에서 자식으로의 하향식(top-down) props 전달로 인해 발생하는 구조적 병목 현상.
+- **불필요한 의존성 및 결합도 증가:** 데이터를 직접 사용하지 않는 중간 컴포넌트들이 props를 강제로 넘겨받아 자식에게 전달해야 하므로, 코드가 번잡해지고 유지보수성이 저하됨.
+- **성능 저하 위험:** props가 변경될 경우, 실제 데이터를 소비하지 않는 중간 통과 계층의 컴포넌트들에서도 불필요한 리렌더링(re-rendering)이 유발될 수 있음.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **Context API를 활용한 우회(Bypassing):** `Context.Provider`를 통해 최상단에서 데이터를 주입하고, 하위 컴포넌트에서 `useContext`를 통해 웜홀(wormhole)처럼 데이터를 직접 꺼내어 씀으로써 중간 계층의 Prop-drilling을 방지하는 패턴.
+- **의존성 주입(Dependency Injection):** 하위 컴포넌트가 필요로 하는 값을 스스로 생성하지 않고, 런타임에 부모 컴포넌트(Provider)로부터 값을 주입받는 패턴.
+- **컴포넌트 합성(Composition)을 통한 선제적 예방:** 무조건 Context에 의존하기 전에, 컴포넌트 구조를 재설계(예: 자식 컴포넌트 자체를 prop으로 넘김)하여 계층을 단순화함으로써 Prop-drilling을 원천 차단하는 전략.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **React Context** | Prop-drilling을 효과적으로 방지. 내장 API이므로 추가 외부 라이브러리가 불필요함 [S1]. | Provider의 값이 업데이트될 때 해당 Context를 구독하는 모든 컴포넌트가 무조건 리렌더링됨 [S1]. | UI 테마, 다크 모드, 현재 사용자 정보, 로케일(언어) 등 업데이트 빈도가 낮고 전역적으로 접근해야 하는 데이터에 적합함 [S1, S3]. |
+| **Context + useReducer** | 외부 상태 관리 라이브러리 없이도 어느 정도 복잡한 상태 관리와 Prop-drilling 해결이 가능함 [S2]. | 성능 최적화(리렌더링 방지) 및 부작용(Side Effect) 처리를 위해 개발자가 직접 복잡한 구조를 설계해야 함 [S2]. | 외부 라이브러리 의존성을 피하고 싶으며, 애플리케이션 규모와 상태 로직이 중간 정도의 복잡도를 가질 때 [S2]. |
+| **Redux (+ React-Redux)** | 내부적으로 Context를 사용해 Prop-drilling을 해결하면서도, 상태 변경의 추적성이 높고 필요한 컴포넌트만 렌더링되도록 강력하게 성능을 최적화함 [S2]. | 초기 설정(Boilerplate) 코드가 많고 학습 곡선이 가파름 [S2]. | 전역 상태가 빈번하게 변경되거나, 상태 변경의 이력을 명확히 추적해야 하며, 강력한 사이드 이펙트 관리가 필요할 때 [S2]. |
+| **컴포넌트 구조 개선** | 추가적인 API(Context) 사용 없이 문제를 해결하며, 컴포넌트 간 결합도를 획기적으로 낮춤 [S1]. | 애플리케이션의 계층 구조가 극도로 깊을 경우 완전히 Prop-drilling을 제거하기는 어려움 [S1]. | 전역 상태가 필요해서가 아니라, 단순히 중간 계층 컴포넌트가 많아 Prop-drilling이 발생했을 때 최우선으로 고려 [S1]. |
+
+## 📖 세부 내용 (Details)
+- **Prop-drilling의 정의와 발생 원인:** 일반적인 React 애플리케이션에서는 데이터가 `props`를 통해 부모 컴포넌트에서 자식 컴포넌트로 전달된다. 하지만 로케일(언어 설정), UI 테마, 인증된 사용자 데이터 등 애플리케이션 전반에서 요구되는 데이터를 전달할 때, 해당 데이터를 전혀 사용하지 않는 수많은 중간 계층의 컴포넌트들을 거쳐야만 하는 상황이 발생하며 이를 Prop-drilling이라고 칭한다 [S1, S3].
+- **성능 및 유지보수 이슈:** Prop-drilling은 중간 컴포넌트의 코드를 불필요하게 부풀려 가독성을 저해한다. 더욱 치명적인 것은, 상태(state)나 props가 변경될 때 실제 그 데이터를 소비하지 않는 중간 단계의 컴포넌트들까지 연쇄적으로 리렌더링되면서 애플리케이션 성능 병목을 야기할 수 있다는 점이다 [S4].
+- **해결 메커니즘으로서의 Context API:** React Context는 이러한 Prop-drilling 문제를 타파하기 위해 제공되는 내장 API이다. Context를 사용하면 개발자가 명시적으로 매 계층마다 prop을 넘겨줄 필요 없이, 컴포넌트 트리 깊숙한 곳의 컴포넌트가 직접 데이터를 구독할 수 있다. 이는 소프트웨어 공학적으로 일종의 '의존성 주입(Dependency Injection)' 형태를 띠며, 데이터가 파이프나 웜홀을 통과하듯 목적지로 직행하게 만든다 [S1, S2, S3].
+- **컴포넌트 설계적 대안:** 다수의 개발자가 Prop-drilling에 직면했을 때 습관적으로 Context를 도입하지만, 이는 지양해야 할 안티 패턴이 될 수 있다. 때로는 최상위 컴포넌트에서 하위 컴포넌트 자체를 조합(Composition)하여 하나의 prop으로 내려보내는 등 컴포넌트 구조를 개선하는 것만으로도 Prop-drilling을 말끔히 해소할 수 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **오해와 진실 (Context vs 상태 관리):** 수많은 개발자가 Prop-drilling을 피하기 위해 Context를 사용하면서, 이를 Redux를 대체하는 "상태 관리(State Management) 도구"로 오인한다. 하지만 Context 자체는 아무것도 '관리'하지 않는 단순한 전송(transport) 메커니즘이다. 실제 상태 관리는 `useState`나 `useReducer` 등을 통해 이루어지며, Context는 단지 그 상태를 Prop-drilling 없이 전달하는 수단으로만 작용한다는 점에서 명확한 개념적 분리가 필요하다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스 데이터 내에서 이 개념이 실제로 적용된 구체적인 프로젝트 파일 경로, Git 커밋 해시, 또는 의사결정 기록 등은 확인되지 않음. 현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+React 공식 문서 및 튜토리얼에 명시된 Prop-drilling을 해결하는 Context API의 기본 사용 패턴 스니펫(JavaScript/React)은 다음과 같다 [S1, S3].
+
+```javascript
+import React, { useContext } from 'react';
+
+// 1. Context 생성 (단독 분리된 파일에서 export하여 사용 권장)
+const UserContext = React.createContext('default_value');
+
+// 2. 부모 컴포넌트: Provider로 트리를 감싸고 값을 주입 (이 지점부터 하위로 Prop-drilling 우회)
+function App() {
+ return (
+
+
+
+ );
+}
+
+// 3. 자식 컴포넌트: useContext 훅을 통해 중간 계층 없이 데이터 직접 소비
+function User() {
+ const userName = useContext(UserContext);
+ return
{userName}
;
+}
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[React Context API]], [[Redux]]
+- **참조 맥락:** React 애플리케이션 아키텍처 설계 시, 컴포넌트 간 비효율적인 상태(데이터) 전달 체계를 식별하고 성능 최적화 및 코드 구조 개선을 위한 의사결정을 내릴 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] 초보자를 위한 리액트 Context - 완벽 가이드 (2021) - freeCodeCamp (https://www.freecodecamp.org/korean/news/cobojareul-wihan-riaegteu-context-wanbyeog-gaideu-2021/)
+- [S2] Blogged Answers: Why React Context is Not a "State Management" Tool (and Why It Doesn't Replace Redux) (https://blog.isquaredsoftware.com/2021/01/blogged-answers-why-react-context-is-not-a-state-management-tool-and-why-it-doesnt-replace-redux/)
+- [S3] Context - React (https://legacy.reactjs.org/docs/context.html)
+- [S4] What Problems Does React Context Solve? : r/reactjs - Reddit (https://www.reddit.com/r/reactjs/comments/piwqe9/what_problems_does_react_context_solve/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/React Context API.md b/10_Wiki/Topics/Domain_Programming/From_RawData/React Context API.md
new file mode 100644
index 00000000..434688a5
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/React Context API.md
@@ -0,0 +1,125 @@
+---
+id: react-context-api
+title: "React Context API"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Context API", "리액트 컨텍스트", "React Context", "useContext"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+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)",
+ "Context - React",
+ "초보자를 위한 리액트 Context - 완벽 가이드 (2021) - freeCodeCamp"
+]
+applied_in: []
+github_commit: ""
+---
+
+# [[React Context API]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+React Context API는 상태를 직접 관리하는 도구가 아니라, 컴포넌트 트리를 관통하여 Prop-drilling 없이 데이터를 공유하고 의존성을 주입(Dependency Injection)하기 위한 전송 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **Prop-drilling 방지:** 상위 컴포넌트에서 깊게 중첩된 하위 컴포넌트로 데이터를 전달할 때, 중간 단계의 컴포넌트들을 거치지 않고 직접 데이터를 '방송(broadcast)'하는 기능.
+- **의존성 주입(Dependency Injection):** 하위 컴포넌트가 특정 타입의 데이터를 필요로 할 때, 컴포넌트 자체가 데이터를 생성하지 않고 런타임 시 상위 Provider가 해당 값을 주입하는 구조적 패턴.
+- **상태 전송(Transport Mechanism):** Context 자체는 상태를 저장, 읽기, 업데이트하는 '관리'를 수행하지 않으며, 단지 `useState`나 `useReducer` 등을 통해 이미 관리되고 있는 상태를 다른 컴포넌트와 '공유'하는 파이프 역할을 함.
+- **참조 동일성(Reference Identity)과 렌더링:** Provider의 `value`가 변경될 때마다 이를 구독하는 모든 하위 Consumer 컴포넌트가 강제 재렌더링됨.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **Context + useReducer 패턴:** 중간 수준의 복잡도를 가진 상태를 관리(`useReducer`)하고 이를 트리에 배포(`Context`)하는 조합. 종종 Redux의 대안으로 오해받지만, Redux와 달리 성능 최적화(특정 조각만 구독하여 렌더링 방지) 기능이 부족함.
+- **컴포넌트 합성(Component Composition) 대안 패턴:** 단순히 Props를 여러 단계 넘기는 것을 피하기 위해 Context를 무조건 사용하기보다, 자식 컴포넌트 자체를 상위에서 렌더링하여 Prop으로 넘기는 제어의 역전(Inversion of control) 패턴.
+- **데이터와 업데이트 함수의 분리 패턴:** 불필요한 재렌더링을 막기 위해 상태 데이터(Data)를 제공하는 Context와 상태 업데이트 함수(Updater)를 제공하는 Context를 각각 별도로 구성하는 분할 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **React Context API** | 내장 API로 추가 라이브러리가 불필요함. Prop-drilling 문제를 쉽게 해결. | 값이 변경될 때마다 구독 중인 모든 하위 컴포넌트가 재렌더링됨. | 테마(다크 모드 등), 로케일(언어), 현재 인증된 사용자 정보 등 업데이트 빈도가 낮은 전역 데이터 공유 시 [S1, S3]. |
+| **Redux (+ React-Redux)** | 상태 변화 추적(DevTools) 용이. 미들웨어 사용 가능. 구독한 상태의 특정 조각이 바뀔 때만 재렌더링 되도록 최적화 지원. | 초기 설정(보일러플레이트)이 필요하고 추가적인 라이브러리 의존성이 발생함. | 중간 이상의 복잡한 전역 상태 관리, 상태가 시간에 따라 빈번하게 업데이트되는 규모가 큰 애플리케이션 [S1]. |
+| **Component Composition** | 코드 구조가 깔끔해지고 하위 컴포넌트의 유연성 증가. Context 없이도 Prop-drilling 해결 가능. | 상위 컴포넌트로 복잡도가 몰릴 수 있으며, 모든 상황에 적합하지는 않음. | 단순히 여러 레벨로 Props를 전달하는 것을 피하고, 제어권을 루트 컴포넌트에 부여하고 싶을 때 [S2]. |
+
+## 📖 세부 내용 (Details)
+- **Context의 진정한 목적:** React 16.3에서 도입된 `createContext` API는 데이터를 컴포넌트 트리에 수동으로 넘기는 수고를 덜기 위해 설계되었다 [S1, S2]. 주된 목적은 애플리케이션 내의 "전역적(global)" 데이터, 예를 들어 테마, 사용자 기본 설정, 캐시된 데이터 등을 공유하는 것이다 [S2, S3].
+- **오해: 상태 관리 도구로서의 Context:** 많은 이들이 Context를 "상태 관리 도구"로 부르며 Redux를 대체할 수 있다고 믿지만, 이는 근본적인 오해이다 [S1]. "상태 관리"란 초기 값을 저장하고, 읽고, 업데이트하며, 변화를 알리는 과정(`useState`나 `useReducer`가 담당)을 의미한다 [S1]. Context는 단지 이미 존재하는 상태를 컴포넌트 간에 **공유(Share)**하고 **전송(Transport)**하는 역할만을 수행한다 [S1, S3].
+- **동작 메커니즘:** `React.createContext()`로 Context 인스턴스를 생성하고, 상위 컴포넌트에서 ``를 사용하여 값을 트리에 공급한다. 하위 컴포넌트는 `` 또는 `useContext()` 훅을 사용하여 해당 값을 읽어 들인다 [S2, S3].
+- **렌더링 성능과 한계 (Caveats):** Context는 참조 동일성(Reference identity)을 사용하여 리렌더링 여부를 결정한다. 만약 Provider의 `value` prop에 객체 리터럴을 직접 생성하여 전달하면, 부모 컴포넌트가 렌더링될 때마다 새로운 객체 참조가 만들어져 Context를 소비하는 모든 자식 컴포넌트가 불필요하게 재렌더링되는 문제가 발생한다 [S2, S3]. 이를 피하기 위해서는 Provider로 전달할 값을 부모의 state로 끌어올리거나 메모이제이션 처리해야 한다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **업계의 흔한 오해 vs 기술적 사실:** React 커뮤니티에서는 종종 "Context가 Redux를 대체한다"거나 "Context로 상태 관리를 한다"는 주장이 있지만, Redux의 메인테이너(Mark Erikson)는 Context가 단지 의존성 주입과 prop-drilling을 피하기 위한 웜홀(Wormhole)일 뿐이며, 상태 관리는 훅(`useState`, `useReducer`)이 전담하므로 이 두 가지를 비교하는 것은 목적과 용도가 다른 도구의 오해에서 비롯된 것이라 지적한다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 데이터 내에 특정 파일 경로, Git 커밋 해시, 결정 사항 레코드가 명시되어 있지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+```javascript
+// 1. Context 생성
+const UserContext = React.createContext();
+
+// 2. Provider를 통한 데이터 공급
+export default function App() {
+ return (
+
+
+
+ );
+}
+
+// 3. useContext 훅을 통한 데이터 소비
+function User() {
+ const value = React.useContext(UserContext);
+ return
{value}
;
+}
+```
+위 코드는 `React.createContext`를 초기화하고, `Provider`를 통해 문자열 데이터를 하위 트리에 전달한 후, 자식 컴포넌트에서 `useContext` 훅을 사용해 prop-drilling 없이 데이터를 성공적으로 읽어오는 최소 실행 패턴이다 [S3].
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Prop-drilling]] — Context API가 등장하여 해결하고자 한 핵심 안티 패턴.
+- [[Redux]] — Context+useReducer 조합과 자주 비교되는, 구조화된 상태 전이 및 로깅을 지원하는 상태 관리 라이브러리.
+- [[Component Composition]] — 단순히 Props 전달의 번거로움을 피할 목적이라면 Context보다 우선적으로 고려될 수 있는 React 아키텍처 패턴.
+- [[useContext]] — Context 객체의 값을 함수형 컴포넌트에서 직접 읽을 수 있게 해주는 React Hook.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Context API와 React-Redux가 내부적으로 Context를 사용하는 방식에는 어떤 기술적 차이가 있는가?
+- Provider의 `value`에 객체를 넘길 때 불필요한 재렌더링을 방지하기 위한 React.memo 및 useMemo의 최적의 결합 방식은 무엇인가?
+- 상태 관리를 위해 다중 Context(Multiple Contexts)를 분리할 때 발생하는 Provider Hell의 한계는 어떻게 극복할 수 있는가?
+- Context API를 의존성 주입(Dependency Injection) 컨테이너로 활용하는 고급 엔터프라이즈급 패턴은 무엇인가?
+- React 18+의 동시성 모드(Concurrent Mode)에서 Context API의 렌더링 방식은 기존과 어떻게 달라지는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 앱 내에서 다크/라이트 테마 변경 기능이나 로그인 유저 인증 상태 세션을 전역 하위 컴포넌트에 배포할 때 구현.
+- **System Design:** 빈번하게 바뀌는 주식 호가 데이터 등은 Context로 분리하지 않고, 잘 변하지 않는 환경 설정만 Context로 올리는 데이터 분류 설계.
+- **Operation / Maintenance:** 성능 저하 리포트 수신 시, Context value의 참조 재생성으로 인한 대규모 렌더링 누수가 없는지 React Profiler로 진단.
+- **Learning Path:** Props -> Prop Drilling의 한계 체감 -> Component Composition -> Context API 도입 -> Global State Management (Redux/Zustand 등)의 차이점 인지 순으로 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[상태 관리(State Management)]] — Context와 혼동되기 쉽지만 실제로 로직이 수행되어야 하는 본질적 영역으로 확장.
+- [[Dependency Injection]] — 프론트엔드 환경에서 런타임에 서비스 인스턴스를 주입하기 위한 설계 개념으로 확장.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[React Context API]], [[Redux]], [[의존성 주입(Dependency Injection)]]
+- **참조 맥락:** 컴포넌트 간 데이터 파이프라인 구축 및 React 생태계 내에서의 올바른 상태 관리 도구 채택 의사결정에 참조.
+
+## 📚 출처 (Sources)
+- [S1] Blogged Answers: Why React Context is Not a "State Management" Tool (and Why It Doesn't Replace Redux)
+- [S2] Context - React
+- [S3] 초보자를 위한 리액트 Context - 완벽 가이드 (2021) - freeCodeCamp
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/React Hooks.md b/10_Wiki/Topics/Domain_Programming/From_RawData/React Hooks.md
new file mode 100644
index 00000000..58d0452c
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/React Hooks.md
@@ -0,0 +1,81 @@
+---
+id: react-hooks
+title: "React Hooks"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "Hooks"
+ - "리액트 훅"
+ - "React 훅"
+ - "useState"
+ - "useContext"
+ - "useReducer"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+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)"
+ - "Context - React"
+ - "초보자를 위한 리액트 Context - 완벽 가이드 (2021) - freeCodeCamp"
+applied_in: []
+github_commit: ""
+---
+
+# [[React Hooks]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+React Hooks(`useState`, `useReducer`, `useContext` 등)는 컴포넌트의 로컬 상태 관리를 가능하게 하고, Context와 결합하여 prop-drilling 없이 전역 데이터를 효율적으로 공유할 수 있게 하는 핵심 도구이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **상태 관리 훅 (`useState`, `useReducer`)**: 컴포넌트 내에서 초기값을 저장하고, 현재 값을 읽어오며, 제공된 함수를 통해 값을 업데이트하고, 변경 시 컴포넌트를 리렌더링하여 상태 변화를 관리하는 역할을 수행한다 [S1].
+* **Context 접근 훅 (`useContext`)**: `React.createContext()`로 생성된 컨텍스트 객체를 함수형 컴포넌트 최상단에서 직접 읽어올 수 있게 해주는 훅으로, 복잡한 렌더 프롭스(render props) 패턴을 대체하여 코드를 간결하게 만든다 [S1], [S3].
+* **Context + `useReducer` 조합**: 상태 관리 훅(`useReducer`)으로 생성된 상태와 디스패치 함수를 Context를 통해 하위 컴포넌트로 전달함으로써, 외부 라이브러리 없이도 중간 규모의 상태 관리를 구현하는 아키텍처 패턴이다 [S1], [S3].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **의존성 주입 패턴 (Dependency Injection Pattern)**: 하위 컴포넌트가 특정 데이터를 자체적으로 생성하지 않고, 상위 컴포넌트의 Provider가 제공하는 값을 `useContext` 훅을 통해 런타임에 주입받아 사용하는 패턴 [S1].
+* **상태 위임 패턴 (State Delegation Pattern)**: Context 자체는 값을 저장하거나 관리하지 않으며, 실제 데이터의 저장과 업데이트 로직은 상위 컴포넌트의 `useState`나 `useReducer` 훅에 위임하여 처리하는 패턴 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Context + `useReducer` 훅** | 외부 라이브러리(Redux 등)가 필요 없어 설정이 간단함. React 내장 기능만으로 적당한 수준의 상태 관리 구현 가능 [S1]. | 상태 값이 변경될 때 해당 Context를 구독하는 **모든** 하위 컴포넌트가 강제로 리렌더링됨. 특정 데이터만 선택적으로 구독할 수 없어 성능 이슈 발생 가능 [S1], [S3]. | 컴포넌트의 상태가 적당히 복잡하고, 상태 업데이트 빈도가 낮으며(예: 테마, 로케일 설정), 외부 라이브러리를 추가하고 싶지 않을 때 [S1], [S3]. |
+| **Redux + React-Redux 훅 (`useSelector`)** | DevTools를 통한 상태 변경의 히스토리 추적 가능. 미들웨어를 통한 부수 효과(Side Effect) 관리 가능. 컴포넌트가 스토어의 특정 상태 조각만 구독하여 불필요한 리렌더링 방지 가능 [S1]. | 초기 학습 곡선이 존재하며 추가적인 의존성(라이브러리) 설치가 필요함 [S1]. | 애플리케이션 상태가 크고 복잡하며, 상태 업데이트가 매우 빈번하고, 다수의 개발자가 협업하여 강력한 상태 변경 추적이 필요할 때 [S1]. |
+
+## 📖 세부 내용 (Details)
+* **Hooks의 기본 역할과 상태 관리**: React Hooks는 React 16.8부터 도입된 기능으로, `useState`, `useEffect`, `useContext`, `useReducer` 등의 기본 훅과 커스텀 훅을 통해 함수형 컴포넌트에서 상태와 생명주기 기능을 사용할 수 있게 한다 [S2]. 특히 `useState`와 `useReducer`는 초기값을 저장하고, 읽고, 업데이트하며, 업데이트 시 컴포넌트를 리렌더링하여 변경을 알리는 '상태 관리(State Management)'의 정의를 정확히 충족한다 [S1].
+* **`useContext`를 활용한 간결화**: 이전 버전의 React에서는 Context의 값을 읽기 위해 Consumer 컴포넌트와 렌더 프롭스(render props) 패턴을 사용해야 했으나, `useContext` 훅을 사용하면 컴포넌트 최상단에서 전체 Context 객체를 전달받아 훨씬 간결하고 직관적으로 코드를 작성할 수 있으며 커스텀 훅으로의 확장도 용이해진다 [S1], [S3].
+* **Prop-drilling 문제 해결**: React 컴포넌트 트리에서 하위 컴포넌트로 데이터를 전달할 때 중간 컴포넌트들이 불필요하게 props를 전달받아야 하는 'prop-drilling' 문제가 발생한다. `useContext` 훅을 사용하면 이 문제를 효과적으로 우회하여 데이터를 필요로 하는 계층에 직접 연결할 수 있다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **"Context는 상태 관리 도구인가?"에 대한 오해**: React 커뮤니티에서 많은 개발자가 `useContext`를 활용하는 Context API를 Redux를 대체하는 '상태 관리 도구'로 칭하지만, 이는 기술적 모순이다. Context 자체는 훅이 제공하는 데이터를 하위로 전달(공유)하는 파이프나 웜홀 같은 수송 메커니즘일 뿐, 데이터를 저장하고 업데이트하는 실제 '상태 관리'는 `useState`나 `useReducer` 같은 Hooks가 전담한다 [S1], [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 데이터 내에서 특정 파일 경로, Git 커밋 해시, 또는 구체적인 사내 프로젝트 적용 결정 사항이 명시되어 있지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음. (제공된 소스에서는 "다음 예제 코드를 보면", "useContext 훅을 사용한 예시는 다음과 같습니다." 등의 서술만 존재할 뿐 실제 마크다운 코드 스니펫은 텍스트 내에 포함되어 있지 않음)
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[상태 관리(State Management)]], [[React Context API]]
+- **참조 맥락:** React 애플리케이션 아키텍처 설계 시, 전역 상태 관리 전략(Redux 대 Context API+Hooks)을 비교하고 선택할 때 핵심 참조 지식으로 활용.
+
+## 📚 출처 (Sources)
+- [S1] Blogged Answers: Why React Context is Not a "State Management" Tool (and Why It Doesn't Replace Redux) (https://blog.isquaredsoftware.com/2021/01/blogged-answers-why-react-context-is-not-a-state-management-tool-and-why-it-doesnt-replace-redux/)
+- [S2] Context - React (https://legacy.reactjs.org/docs/context.html)
+- [S3] 초보자를 위한 리액트 Context - 완벽 가이드 (2021) - freeCodeCamp (https://www.freecodecamp.org/korean/news/cobojareul-wihan-riaegteu-context-wanbyeog-gaideu-2021/)
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Redux.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Redux.md
new file mode 100644
index 00000000..5fc4b6c9
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Redux.md
@@ -0,0 +1,106 @@
+---
+id: redux
+title: "Redux"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "리덕스"
+ - "Redux Toolkit"
+ - "RTK"
+ - "React-Redux"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "[S1] Blogged Answers: Why React Context is Not a 'State Management' Tool (and Why It Doesn't Replace Redux) - Mark's Dev Blog"
+applied_in:
+ - "Production frontend application processing over $1B/year (Migrated from Context to RTK)"
+github_commit: ""
+---
+
+# [[Redux]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Redux는 애플리케이션의 전역 상태(Global State)를 예측 가능하게 관리하고 업데이트하기 위해 이벤트(액션) 기반으로 동작하는 중앙 집중식 상태 관리 아키텍처이자 라이브러리이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **중앙 집중식 스토어 (Centralized Store):** 애플리케이션 전체에서 필요한 상태를 단일 스토어에 보관하여 관리하는 시스템이다 [S1].
+* **상태 관리 메커니즘 (State Management Mechanism):** 상태 관리의 4가지 조건인 초기값 저장(`root reducer`), 현재 값 읽기(`store.getState()`), 값 업데이트(`store.dispatch(action)`), 변경 사항 알림(`store.subscribe(listener)`) 기능을 완벽히 충족한다 [S1].
+* **액션과 리듀서 (Actions & Reducers):** 2014년 제안된 'Flux 아키텍처'의 구현체로, "어떤 이벤트가 발생했는가(Action)"와 "그 이벤트가 발생했을 때 상태가 어떻게 업데이트되는가(Reducer)"의 논리를 함수형 프로그래밍 원칙에 따라 분리한다 [S1].
+* **미들웨어 확장성 (Middleware & Side Effects):** 미들웨어를 통해 Redux 스토어의 기능을 확장할 수 있으며, 복잡한 비동기 로직이나 부수 효과(Side effects)를 관리하는 강력한 기능을 제공한다 [S1].
+* **React-Redux 바인딩 (UI-agnostic & React Binding):** Redux 자체는 UI와 무관(UI-agnostic)하지만, React-Redux 라이브러리를 통해 React 컴포넌트가 스토어의 상태를 읽고 액션을 디스패치할 수 있도록 연결된다 [S1].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **의존성 주입을 위한 Context 활용 (Dependency Injection via Context):** React-Redux는 상태 값(State value) 자체를 Context로 전달하지 않는다. 대신 런타임에 주입된 'Redux 스토어 인스턴스'만을 Context를 통해 전달하여, 자식 컴포넌트가 어떤 스토어와 통신해야 하는지 알 수 있게 한다 [S1].
+* **구독 기반 선택적 렌더링 (Selective Re-rendering via Subscriptions):** Context API + `useReducer`의 조합은 상태가 변경될 때 Context를 구독하는 모든 컴포넌트를 강제 렌더링하지만, React-Redux는 컴포넌트가 스토어 업데이트를 개별적으로 구독(`store.subscribe()`)하고 관심 있는 특정 상태 조각만 추출하여 해당 값이 변경될 때만 재렌더링되도록 최적화한다 [S1].
+* **로컬/전역 상태 분리 패턴 (Local/Global State Separation):** 모든 상태를 Redux에 넣는 것이 아니라, 전역 상태는 Redux에, 로컬 상태는 React 컴포넌트에 배치하며 상황에 따라 Context API와 혼용하여 사용하는 다중 도구 아키텍처를 지향한다 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **[[React Context]] (+ `useReducer`)** | 추가 라이브러리 설치가 필요 없음. Prop-drilling을 피하는 데 유용함. | 상태 변경 시 구독 중인 모든 컴포넌트가 재렌더링되어 성능 저하 가능성. 부수 효과 처리 메커니즘 부재. 상태 변경 이력 추적 불가. | 상태가 정적이거나(테마, 언어 등) 업데이트 빈도가 낮을 때. 외부 라이브러리를 쓰고 싶지 않을 때 [S1]. |
+| **[[Redux]] (+ React-Redux)** | 렌더링 최적화(특정 데이터 변경 시에만 렌더링). DevTools를 통한 상태 및 액션 이력의 완벽한 추적 가능. 미들웨어를 통한 부수 효과 제어. | 학습 곡선 존재. 패키지 의존성 추가로 인한 번들 크기 증가. | 상태가 빈번하게 업데이트되고, 여러 곳에서 쓰이며, 로직이 복잡한 중간/대규모 프로젝트일 때 [S1]. |
+
+## 📖 세부 내용 (Details)
+* **상태 관리와 전송 메커니즘의 차이:** 많은 개발자가 [[React Context]]를 상태 관리 도구로 오해하지만, Context는 데이터를 전달하는 전송(Transport) 파이프에 불과하다. 진정한 '상태 관리'는 상태의 시간에 따른 변화를 관리하는 능력을 뜻하며, Redux는 예측 가능한 리듀서를 통해 상태 변경의 역사(when, where, why, how)를 DevTools로 완벽히 추적할 수 있도록 돕는다 [S1].
+* **Redux의 아키텍처적 가치:** Redux는 코드의 상태 관리 로직을 UI 계층과 완전히 분리하여 작성할 수 있게 해준다. 이를 통해 비즈니스 로직과 UI를 독립적으로 디버깅할 수 있으며, 개발자가 재생(replay) 가능한 버그 리포트를 생성할 수 있는 기반을 제공한다 [S1].
+* **RTK Query의 데이터 페칭:** Redux Toolkit은 서버 상태 캐싱과 데이터 페칭을 위해 특별히 제작된 `RTK Query`를 포함하고 있다. 이는 Redux의 표준 패턴인 Thunk와 Reducer를 기반으로 구축되었으며, 클라이언트 사이드 상태뿐만 아니라 서버 상태까지 포괄적으로 관리할 수 있게 한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **보일러플레이트에 대한 오해:** Redux가 '너무 많은 보일러플레이트 코드를 요구한다'는 비판은 매우 구식의 주장이다. 현재의 모던 Redux 패키지인 'Redux Toolkit (RTK)'은 이러한 보일러플레이트를 제거했으며, 실제로는 Context에서 권장하는 dispatch 패턴을 설정하는 것보다 RTK를 사용하는 것이 코드가 더 적게 든다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **대규모 프로덕션 마이그레이션:** 연간 10억 달러 이상의 데이터를 처리하는 프로덕션 애플리케이션의 프론트엔드 팀에서 기존의 Context API와 Hook 조합을 버리고 Redux Toolkit(RTK)으로 성공적으로 리팩토링한 사례가 보고되었다. RTK 도입을 통해 보일러플레이트를 줄이고 데이터 처리의 효율성을 극대화하여 팀의 동의를 이끌어냈다 [S1].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음. (소스 텍스트 내에서 API 호출 방식에 대한 개념적 언급(`store.getState()`, `store.dispatch(action)`, `store.subscribe(listener)`)은 존재하나, 실행 가능한 코드 스니펫은 제공되지 않음 [S1]).
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[React Context]] — Redux와 자주 비교되며, Redux 내부에서 스토어 인스턴스를 주입하기 위해 사용되는 의존성 주입 메커니즘.
+- [[State Management]] — 시간에 따른 데이터의 저장, 읽기, 업데이트 과정을 총칭하는 상위 도메인.
+- [[Flux Architecture]] — Redux가 모티브로 삼아 발전시킨 단방향 데이터 흐름 아키텍처 패턴.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Redux Toolkit (RTK)의 도입이 기존 Redux 아키텍처의 성능 및 개발자 경험(DX)에 미친 구체적인 정량적 변화는 무엇인가?
+- React-Redux가 내부적으로 Context API를 사용하여 스토어를 주입할 때 발생하는 성능적 이점의 기술적 원리는 무엇인가?
+- 서버 상태 관리에 있어 RTK Query와 React Query, Apollo 등의 다른 도구 간의 구조적 차이점은 무엇인가?
+- 여러 개의 독립된 Context를 사용하는 것과 단일 Redux 스토어를 사용하는 것 사이의 메모리 및 렌더링 비용 비교는 어떻게 되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 대규모 React 애플리케이션에서 예측 가능한 상태 변경과 디버깅을 위한 중앙 상태 스토어 도입.
+- **System Design:** 빈번한 상태 업데이트로 인한 리렌더링 병목 현상을 해결하기 위한 구독 기반 선택적 렌더링 아키텍처 설계.
+- **Operation / Maintenance:** Redux DevTools를 활용한 버그 리포트 재현 및 시간 여행(time-travel) 디버깅.
+- **Learning Path:** 전역 상태 관리 필요성 인식 -> Flux 아키텍처 이해 -> Redux Toolkit 학습 -> RTK Query를 이용한 서버 상태 동기화.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[React Hooks]] — Redux 상태를 컴포넌트 내에서 호출하거나 렌더링을 제어하기 위해 사용(`useSelector`, `useDispatch`).
+- [[Dependency Injection]] — Context API의 본질적 역할이자 React-Redux가 스토어를 배포하는 메커니즘.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[React Context]], [[State Management]]
+- **참조 맥락:** 프론트엔드 애플리케이션의 아키텍처 설계 시, Context API와 상태 관리 라이브러리 간의 기술적 한계와 성능 트레이드오프를 결정할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Blogged Answers: Why React Context is Not a "State Management" Tool (and Why It Doesn't Replace Redux) - Mark's Dev Blog (URL: https://blog.isquaredsoftware.com/2021/01/context-redux-differences/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Relevance Theory.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Relevance Theory.md
new file mode 100644
index 00000000..11287128
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Relevance Theory.md
@@ -0,0 +1,105 @@
+```markdown
+---
+id: relevance-theory
+title: "Relevance Theory"
+category: "Linguistics_and_Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["관련성 이론", "적합성의 원리", "RT", "Relevance Principle", "Ostensive-Inferential Communication"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment", "Relevance theory - University of Southampton Web Archive", "Relevance theory - Wikipedia", "Relevance theory1", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Relevance Theory]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인간의 의사소통과 인지 과정은 정보를 해석할 때 투입되는 '처리 노력(Processing Effort)'을 최소화하고, 이를 통해 획득하는 '긍정적 인지 효과(Positive Cognitive Effect)'를 극대화하는 방향으로 작동한다는 화용론적·인지과학적 핵심 원리이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **인지적 관련성 원리 (Cognitive Principle of Relevance)**: 인간의 인지 체계는 기본적으로 관련성을 극대화하도록 구조화되고 진화되어 있다는 원리이다.
+* **의사소통적 관련성 원리 (Communicative Principle of Relevance)**: 누군가 명시적인 의사소통(Ostensive stimulus)을 시도할 때, 그 행위 자체가 수신자에게 가장 관련성 높고 가치 있는 정보를 담고 있음을 자동 보증한다는 '최적의 관련성 가정(Presumption of optimal relevance)'을 전달한다.
+* **비용-효과 교환 (Trade-off between Effort and Effect)**: 관련성의 크기는 수신자가 얻게 되는 '긍정적 인지 효과'의 크기에 비례하고, 그 정보를 해독하는 데 투입해야 하는 '처리 노력'에 반비례한다.
+* **명시적 함의 (Explicature)와 대화적 함축 (Implicature)**: 의미는 단순히 해독되는 것이 아니라, 맥락을 매개로 한 추론(Inference)을 통해 문장의 모호성이 해소되고 보강(Enrichment)되며(Explicature), 논리적인 암묵적 전제와 결론(Implicature)으로 복원된다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **관련성 이론 기반 이해 절차 (Relevance-theoretic comprehension procedure)**: 수신자는 1) 인지적 효과를 계산할 때 최소 노력의 경로를 따르며(가장 접근성 높은 순서대로 해석 가설을 테스트), 2) 자신의 관련성 기대치가 만족되는 순간 해석을 중단한다.
+* **명시적-추론적 커뮤니케이션 (Ostensive-Inferential Communication)**: 발화자가 정보 전달 의도를 노출하는 '명시적(Ostensive)' 행동과 청자가 이를 단서 삼아 숨겨진 뜻을 파악하는 '추론적(Inferential)' 단계가 필수적으로 상호 결합하여 작동한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Grice의 대화 격률 (Gricean Maxims)** | 대화의 양, 질, 관계, 태도 등 4가지 격률을 통해 의미와 의도를 명확하고 직관적으로 범주화하여 설명함 | 여러 격률의 중복과 고의적 위반(Flouting) 사례를 개별적으로 설명해야 하며, 인지적 메커니즘을 온전히 포괄하지 못함 | 대화의 규범적 측면이나 특정 격률 위반을 통한 함축(문학적 은유 등)을 직관적으로 분류할 때 |
+| **관련성 이론 (Relevance Theory)** | 기존의 복잡한 대화 격률들을 '관련성'이라는 단일 인지 원리(노력 대비 효과)로 통합하여 언어와 비언어적 소통 모두를 일관되게 설명함 | '관련성'의 크기를 정량적으로 수치화하거나 정확히 측정하기 어렵다는 비판(환원주의적 한계)이 존재함 | 화용론적 의미 해석, 명시적 함의(Explicature) 보강, 인지과학 및 뇌의 정보 처리 기전을 통합적으로 분석할 때 |
+
+## 📖 세부 내용 (Details)
+* **관련성 이론의 기원 및 기반**: 관련성 이론(Relevance Theory)은 댄 스퍼버(Dan Sperber)와 디어드리 윌슨(Deirdre Wilson)이 공동으로 고안한 체계로, 언어철학자 폴 그라이스(H. P. Grice)의 화용론을 바탕으로 발전하였다 [S2, S3, S5]. 그라이스의 여러 분절된 대화 격률(협력 원칙)을 '관련성'이라는 단일 인지 원리로 통합하며 포스트 그라이스 화용론의 지평을 열었다 [S3, S5].
+* **코드 모델에서 추론 모델로의 전환**: 기존의 전통적 소통 방식인 '코드 모델(Code Model)'은 발화자가 메시지를 인코딩하면 청자가 동일한 코드로 디코딩한다고 간주했다. 관련성 이론은 이의 기술적 한계를 지적하며, 의사소통은 본질적으로 발화자의 의도 표출(Ostension)과 청자의 논리적 복원(Inference)이 결합하는 '추론 모델(Inferential Model)'임을 논증한다 [S2, S5]. 이를 통해 음성 언어뿐만 아니라 빈 잔을 시야에 두거나 손가락으로 가리키는 비언어적 동작까지 통합된 추론 기전으로 설명할 수 있다 [S2, S5].
+* **인지 효과와 처리 노력의 비용-편익 메커니즘**: 관련성(Relevance)은 두 가지 핵심 축으로 결정된다 [S2, S5]. 첫째, '긍정적 인지 효과(Positive Cognitive Effect)'가 클수록 관련성이 높아진다. 이는 단순히 새로운 정보를 추가하는 것을 넘어 기존 가정을 수정하거나 의문을 해결하는 실질적인 효용을 가리킨다 [S2, S4, S5]. 둘째, 정보를 해석하는 데 요구되는 '처리 노력(Processing Effort)'이 작을수록 관련성이 높다 [S2, S4, S5]. 예를 들어 "기차는 300초 후에 출발합니다"보다 "기차는 5분 후에 출발합니다"가 수신자의 수학적 연산 부하(처리 노력)를 줄여주므로 소통 효율성 면에서 월등히 높은 관련성을 갖는다 [S5].
+* **명시적 함의(Explicature)와 암묵적 함축(Implicature)**: 화용론적 추론은 숨겨진 의미(함축)에만 머물지 않고 표면적 의미(명시적 함의)의 구체화에도 강력히 개입한다 [S1, S2, S3, S5]. 수신자는 대명사의 지시 대상 할당(Assignment of Referents), 의미의 중의성 해소(Disambiguation), 그리고 생략되거나 모호한 표현의 의미적 확장 및 보강(Semantic Enrichment)을 통해 불완전한 문장을 논리적 명제로 정밀하게 복원한다 [S1, S5]. 이 과정에서 어휘의 의미가 상황에 맞게 유연하게 확장되거나 축소되는 '임시 개념(Ad hoc concepts)'이 형성되기도 한다 [S1, S4].
+* **관련성 이론의 인지적 절차 (Comprehension Procedure)**: 수신자는 발화자의 의도를 추론할 때 가장 접근하기 쉬운(가장 처리 노력이 적게 드는) 가설부터 순차적으로 테스트하며, 자신의 '기대하는 관련성' 수준이 충족되는 즉시 그 해석을 최종적인 의미로 수용하고 탐색을 중단한다 [S2, S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 일부 학자들(예: Stephen Levinson)은 관련성 이론에서 사용하는 '관련성(Relevance)'의 척도가 측정 불가능하다며 기술적 한계를 비판한다 [S3]. 또한, 너무 광범위한 화용론적 현상을 '관련성'이라는 단일 원리로만 환원하려 하여, 일반화된 대화적 함축(Generalized Conversational Implicature)과 같은 특정 화용 현상을 이 이론만으로 충분히 입증하기 어렵다는 환원주의적(Reductionist) 맹점에 대한 지적도 존재한다 [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[화용론 (Pragmatics)]] — 관련성 이론이 속해 있고 이를 발전시킨 언어학 및 인지과학의 주요 분과
+- [[그라이스의 대화 격률 (Gricean Maxims)]] — 관련성 이론이 비판적으로 수용하고 '관련성'이라는 단일 원리로 통합시킨 개념적 모태
+- [[명시적 함의 (Explicature)]] — 관련성 이론에서 대화적 함축(Implicature)과 대비하여 강조하며, 추론을 통해 보강된 문장의 표면적 의미
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 관련성 이론에서의 '처리 노력(Processing Effort)'을 뇌파나 다른 생물학적 지표로 정량적 측정을 하려는 인지과학적 시도나 대안이 존재하는가?
+- Wason 선택 과제(Wason selection task)에서 관련성 이론은 실험 참가자들의 논리적 오류와 올바른 선택을 각각 어떻게 설명하고 있는가?
+- LLM(대형 언어 모델)의 인맥락 학습(In-Context Learning)에서 최적의 프롬프트를 구성하는 원리를 관련성 이론의 비용-효과 법칙으로 완벽히 치환하여 설명할 수 있는가?
+- 화용론적 '명시적-추론적 소통(Ostensive-Inferential Communication)'이 인공지능 모델의 메타 인맥락 학습(Meta-in-context learning)에서 어떻게 수학적인 유사성을 띠고 작동하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에서 확인되지 않음
+- **System Design:** 프롬프트 엔지니어링 설계 시 모델의 연산 과정(처리 노력)을 최소화하고 원하는 결과물(인지 효과)의 명확성을 극대화하기 위한 구조화의 이론적 배경으로 활용
+- **Operation / Maintenance:** 소스에서 확인되지 않음
+- **Learning Path:** 언어철학/그라이스 화용론 이해 → 관련성 이론(RT) 습득 → 인간 뇌의 인지 스키마 및 AI 모델의 맥락 엔진/프롬프트 최적화 연구로 확장
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[인지 도식 (Schema)]] — 관련성 확보를 위해 배경 지식의 빈 공간을 메우는 인간 뇌의 기저 단위
+- [[인맥락 학습 (In-Context Learning)]] — 언어 모델이 주어진 텍스트 맥락의 긍정적 효과를 바탕으로 새로운 추론을 가동하는 메커니즘
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[명시적 함의 (Explicature)]], [[그라이스의 대화 격률 (Gricean Maxims)]]
+- **참조 맥락:** 인간과 AI의 의사소통에서 맥락 해석에 소요되는 노력 대비 인지적 효과를 조율하고 프롬프트 효율성을 설계할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment
+- [S2] Relevance theory - University of Southampton Web Archive
+- [S3] Relevance theory - Wikipedia
+- [S4] Relevance theory1
+- [S5] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Role Script.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Role Script.md
new file mode 100644
index 00000000..6a84f38b
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Role Script.md
@@ -0,0 +1,76 @@
+---
+id: role-script
+title: "Role Script"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["역할 스크립트", "Role Scripts", "역할 도식"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Script Theory - The Decision Lab", "Script Theory | Social Sciences and Humanities | Research Starters - EBSCO", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Role Script]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+역할 스크립트(Role Script)는 개인이 사회적 역할이나 직무적 정체성을 수행할 때 요구되는 행동 양식, 목표 및 기대치를 규정하는 인지적 행동 프레임워크이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **사회적 역할 (Social Roles):** 주어진 신분이나 정체성(예: 고객, 웨이터, 교사 등)과 결합되어 사회적으로 예상되는 행동 패턴.
+* **인지적 프레임워크 (Cognitive Framework):** 특정 역할을 수행할 때 어떻게 행동해야 하는지를 안내하는 내면화된 지식 구조 및 규범.
+* **스크립트 이론 (Script Theory):** 인간의 지식과 기억이 구조화된 행동 시퀀스로 조직된다는 이론으로, 역할 스크립트는 이 이론을 구성하는 주요 하위 스크립트 유형 중 하나임.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **관점 의존성 (Perspective-dependent):** 동일한 상황(예: 식당) 내에서도 자신이 맡은 사회적 역할(고객 vs. 주방장)에 따라 적용되는 스크립트가 완전히 다르게 분리되어 작동하는 패턴.
+* **역할에 따른 규범 내면화:** 특정 직무나 지위에 오름으로써(예: 의사, 어머니) 그에 수반되는 목표와 기대치를 반복적으로 학습하고 자동화된 행동 규범으로 내재화하는 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점/특징 | 단점/한계 | 언제 선택 |
+|---|---|---|---|
+| **역할 스크립트 (Role Script)** | 특정 사회적 지위나 정체성(예: 어머니, 의사)에 부합하는 행위 기대치와 목표를 명확히 규정함 | 상황이나 물리적 장소보다는 '특정 역할(사람)'에 종속되어 설명됨 | 사회적 역할에 따른 개인의 행동 양식과 책임, 기대치를 분석할 때 |
+| **이벤트 스크립트 (Event Script)** | 특정 상황적 맥락 내에서 목표 달성을 위해 순차적으로 수행되는 행동 시퀀스(예: 식당 방문 과정)를 제공함 | 특정 개인의 역할보다는 전체 사건의 시간적 흐름에 치중함 | 사건(Event) 내에서의 인과적, 시간적 행동 순서를 파악할 때 |
+| **물리적 스크립트 (Physical Script)** | 도서관, 장례식장 등 공간적/물리적 환경 요인에 바인딩된 지각적 행동 기대치를 규정함 | 인간의 내적 동인이나 역할보다는 장소의 환경 규범에 국한됨 | 특정 물리적 공간 내에서의 환경 규칙이나 기대 행동을 이해할 때 |
+
+## 📖 세부 내용 (Details)
+* **역할 스크립트의 정의:** 인지과학 및 심리학의 스크립트 이론(Script Theory)에서 분류하는 세 가지 주요 스크립트 유형(이벤트 스크립트, 물리적 스크립트, 역할 스크립트) 중 하나이다 [S1], [S2]. 이는 개인이 사회에서 특정한 역할(예: 어머니, 교사, 친구 등)을 맡을 때 그 역할과 연관된 행동, 목표, 그리고 기대치를 안내하는 스크립트이다 [S2].
+* **사회적 정체성과 행위 규범:** 특정인이 점유하고 있는 사회적 지위나 직무적 정체성에 부합하도록 요구되는 행위 규범으로 작동한다 [S3]. 대표적인 예시로 환자를 진찰하는 의사의 역할 수행이나, 학생들을 훈육하고 이끄는 교사의 통제 행동을 들 수 있다 [S3].
+* **상황 내에서의 역할 분화:** 역할 스크립트는 사회적 역할(Social Roles)이라는 개념과 밀접하게 닿아 있다. 예를 들어 '식당 방문'이라는 거대한 이벤트 스크립트 내에서도 개인의 정체성에 따라 '고객', '웨이터', '호스트'와 같이 서로 다른 역할 스크립트가 개별적으로 적용되며, 각 역할은 그 상황에서 어떻게 행동해야 하는지에 대한 고유한 규범을 갖게 된다 [S1].
+* **주관적 관점의 적용:** 스크립트는 본질적으로 개인의 관점에 기반하여 내면화된다. 따라서 식당에 방문한 고객의 역할 스크립트와 음식을 조리하는 요리사의 역할 스크립트는 뚜렷하게 구별된다 [S1], [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 내에서 파일 경로, Git 커밋, 의사결정 ID 등의 명시적인 적용 사례가 제공되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[스크립트 이론(Script Theory)]], [[사회적 역할(Social Roles)]]
+- **참조 맥락:** 사회적 상호작용 상황에서 개인의 지위나 정체성에 따른 행동 패턴, 조직 내 역할 기대치를 분석하거나 예측할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Script Theory - The Decision Lab
+- [S2] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO
+- [S3] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Scope Chain.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Scope Chain.md
new file mode 100644
index 00000000..dc7c9a15
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Scope Chain.md
@@ -0,0 +1,99 @@
+---
+id: scope-chain
+title: "Scope Chain"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "스코프 체인"
+ - "Scope Chain"
+ - "유효범위 체인"
+ - "상위 스코프 참조"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"
+ - "JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp"
+applied_in: []
+github_commit: ""
+---
+
+# [[Scope Chain]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+현재 실행 컨텍스트에서 변수를 찾지 못할 경우, `outerEnvironmentReference`를 통해 상위 스코프를 순차적으로 탐색하여 변수를 식별하는 자바스크립트의 계층적 참조 메커니즘.
+
+## 🧠 핵심 개념 (Core concepts)
+* **실행 컨텍스트 (Execution Context):** 코드의 변환과 실행을 담당하는 환경으로, 실행할 코드에 전달할 정보(스코프, 호이스팅, 클로저, this 등)를 담고 있는 객체.
+* **Lexical Environment:** 코드 실행 중에 발생하는 동적인 활동을 실시간으로 반영하는 환경으로 `environmentRecord`와 `outerEnvironmentReference`로 구성됨.
+* **environmentRecord:** 실행 컨텍스트 내에서 선언된 변수와 함수 선언들의 실제 값을 저장하는 요소.
+* **outerEnvironmentReference:** 해당 실행 컨텍스트를 생성한 함수의 외부 환경(상위 스코프)에 대한 참조를 제공하여 스코프 체인을 형성하는 핵심 매개체.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **변수 탐색 폴백(Fallback) 패턴:** 식별자를 찾을 때 '현재 컨텍스트의 `LexicalEnvironment` 검색' ➔ '부재 시 `outerEnvironmentReference`를 통한 상위 스코프 검색' ➔ '전역 컨텍스트 도달 시까지 반복'의 단계적 탐색 과정을 거친다.
+
+## 📖 세부 내용 (Details)
+* 자바스크립트 엔진이 스크립트를 스캔하고 코드를 실행할 때, 코드 실행 환경인 실행 컨텍스트(Execution Context)가 생성된다 [S1, S2].
+* 실행 컨텍스트는 크게 `Variable Environment`와 `Lexical Environment`로 구성되며, 각 환경은 다시 `environmentRecord`와 `outerEnvironmentReference`를 포함한다 [S1].
+* 코드 실행 중 변수가 호출될 때, 자바스크립트 엔진은 가장 먼저 현재 컨텍스트의 `LexicalEnvironment`(구체적으로 `environmentRecord`) 내부를 검색하여 변수를 찾는다 [S1].
+* 만약 현재 컨텍스트 내부에 해당 변수가 선언되어 있지 않다면, `outerEnvironmentReference`를 활용한다. 이는 현재 컨텍스트를 생성한 상위 스코프의 `LexicalEnvironment`를 가리키는 참조값이다 [S1].
+* 엔진은 이 `outerEnvironmentReference`가 가리키는 스코프 체인을 따라 올라가며 상위 스코프를 순차적으로 검색한다. 이 과정은 최상단인 전역 컨텍스트(Global Context)의 `LexicalEnvironment`에 도달할 때까지 계속된다 [S1].
+* 전역 스코프까지 탐색을 마쳤음에도 해당 변수를 찾지 못할 경우, 최종적으로 `undefined`를 반환하거나 접근 위치에 따라 `ReferenceError`를 발생시킨다 [S1].
+* 따라서 함수 내부에서는 자신의 `LexicalEnvironment`에 없는 외부 변수라도 스코프 체인을 통해 참조하여 사용할 수 있으나, 반대로 외부 스코프에서는 내부 스코프의 변수에 접근할 수 없다 (단방향 참조) [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 소스 내에서 상충되는 정보는 확인되지 않음. 변수 탐색 실패 시 반환되는 값에 대해 "결국 해당 변수를 찾지 못하면 undefined를 반환합니다"라는 원칙적인 설명과, 함수 바깥에서 내부 변수를 찾으려 할 때 "바깥 스코프인 전역 스코프의 LexicalEnvironment에는 존재하지 않기 때문에 ReferenceError를 반환합니다"라는 구체적 사례 결과가 함께 언급되어 있으나, 이는 문맥(스코프 위치 및 변수 선언 여부)에 따른 자바스크립트 엔진의 동작 결과로 모순이 아니다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스에 관련 정보가 부족합니다. (현재 발견된 실제 적용 사례, 파일 경로, Git 커밋 해시 또는 결정 기록이 없습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음. (텍스트로만 `petInfo` 함수와 `greeting`, `cat`, `dog` 변수 간의 스코프 참조 관계가 설명되어 있으며, 실행 가능한 구체적 스니펫은 제공되지 않음.)
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — 스코프 체인이 작동하는 기반이 되는 코드 실행 환경 객체
+- [[Lexical Environment]] — 스코프 체인의 물리적 구성 요소인 레코드와 외부 참조를 담는 공간
+- [[Hoisting]] — 스코프 내 `environmentRecord`에 식별자 정보가 수집되는 과정
+- [[Closure]] — 스코프 체인과 `outerEnvironmentReference` 구조에 의해 상위 스코프의 변수 참조가 유지되는 고급 개념
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 스코프 체인의 깊이가 깊어질수록 메모리 참조 속도 및 성능에 어떠한 영향을 미치는가?
+- 비동기 콜백(Callback)이나 프로미스(Promise)의 실행 시, 스코프 체인과 이벤트 루프(Event Loop)는 어떻게 상호작용하는가?
+- Lexical Scope 구조와 런타임에 결정되는 [[this binding]]의 차이점은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자바스크립트 내 캡슐화 및 프라이빗 상태(Private State) 관리 로직 구현 시 활용.
+- **System Design:** 전역 오염을 피하고 모듈의 스코프를 격리하는 스크립트 모듈 아키텍처 설계.
+- **Operation / Maintenance:** 콜백 내 변수 참조 에러(`ReferenceError`)나 예상치 못한 클로저 덮어쓰기 버그 추적 및 디버깅.
+- **Learning Path:** 자바스크립트 엔진 동작 원리 → 실행 컨텍스트 생성 → 호이스팅 및 스코프 체인 형성 → 클로저 원리 이해.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[this binding]] — 선언 위치가 아닌 호출 방식에 따라 동적으로 바인딩 대상이 결정되는 객체 참조 개념.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Execution Context]], [[Lexical Environment]]
+- **참조 맥락:** 자바스크립트 엔진의 변수 참조, 유효범위(스코프) 격리, 그리고 클로저 메커니즘을 이해하고 상태를 관리하는 기반 원리로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/execution-context/)
+- [S2] JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp (https://www.freecodecamp.org/news/how-javascript-works-behind-the-scene-javascript-execution-context/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Scope.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Scope.md
new file mode 100644
index 00000000..4e009926
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Scope.md
@@ -0,0 +1,119 @@
+---
+id: scope
+title: "Scope"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["스코프", "유효범위", "Lexical Scope", "어휘적 스코프", "스코프 체인", "Scope Chain"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "javascript", "execution-context"]
+raw_sources: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Scope]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+스코프(Scope)는 변수와 함수가 선언된 위치에 따라 접근할 수 있는 유효 범위를 결정하며, 자바스크립트의 실행 컨텍스트 내에서 Lexical Environment를 통해 동적 및 정적으로 관리되는 식별자 참조 체계이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **Lexical Environment (어휘적 환경)**: 실행 중에 발생하는 코드 내 변화를 실시간으로 반영하며, 현재 환경의 식별자 정보를 저장하는 `environmentRecord`와 외부 환경을 가리키는 `outerEnvironmentReference`로 구성된다.
+- **Scope Chain (스코프 체인)**: 현재 컨텍스트의 Lexical Environment에서 변수를 찾지 못할 경우, `outerEnvironmentReference`를 통해 상위 스코프를 탐색하여 전역 컨텍스트까지 추적해 나가는 논리적 검색 메커니즘.
+- **Lexical Scope (어휘적 스코프)**: 함수가 어떻게 호출되는지가 아니라, 함수가 '정의된 위치(선언 위치)'에 따라 고정되어 결정되는 스코프.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **식별자 검색 패턴 (Identifier Resolution Pattern)**: 변수 검색 요청 발생 ➔ 현재 컨텍스트의 Lexical Environment(`environmentRecord`) 검색 ➔ 실패 시 `outerEnvironmentReference`를 통한 상위 스코프 추적 ➔ 전역 스코프 도달 ➔ 실패 시 `undefined` 반환 또는 `ReferenceError` 발생.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| Lexical Scope | 함수 선언 위치에 따라 결정되므로 코드의 흐름과 변수 참조 범위를 정적으로 예측하고 파악하기 쉬움 | 런타임의 동적 호출 맥락(누가 호출했는가)을 반영하지 않음 | 식별자(변수, 함수 등)의 유효 범위를 결정하고 스코프 체인을 통해 참조 관계를 구성할 때 적용 |
+| This 바인딩 | 함수가 어떻게 호출되느냐에 따라 동적으로 가리키는 객체가 변하므로 유연한 객체 지향 및 메서드 재사용이 가능 | 호출 방식(일반, 메서드, new, 명시적 바인딩)에 따라 값이 달라져 디버깅 시 값 추적이 까다로울 수 있음 | 객체의 상태를 조작하거나 메서드, 생성자 함수 등 실행 컨텍스트의 주체 객체를 식별해야 하는 경우 |
+
+## 📖 세부 내용 (Details)
+- 사용자가 웹페이지에 처음 접근하면 자바스크립트 엔진이 코드를 스캔하여 변환 및 실행을 관리하는 **실행 컨텍스트(Execution Context)** 환경을 생성하며, 이는 스코프(Scope), 호이스팅, 클로저, `this` 등의 핵심 동작 원리를 포함한다 [S1].
+- 스코프의 실체적 구조는 실행 컨텍스트를 구성하는 **Lexical Environment**에 기반한다. Lexical Environment는 동적인 활동을 실시간으로 반영하며 두 가지 하위 구조로 이루어진다 [S1].
+ - `environmentRecord`: 실행 컨텍스트 내에서 선언된 변수와 함수 선언들의 실제 값을 저장한다 [S1].
+ - `outerEnvironmentReference`: 현재 컨텍스트가 위치한 코드의 외부 스코프(상위 스코프)에 대한 참조를 유지한다 [S1].
+- **스코프 체인(Scope Chain)** 동작 원리: 코드에서 특정 변수를 찾을 때, 자바스크립트 엔진은 우선 현재 컨텍스트의 Lexical Environment를 검색한다 [S1]. 만약 그곳에서 식별자를 찾지 못하면 `outerEnvironmentReference`를 통해 상위 스코프의 Lexical Environment를 검색한다 [S1]. 이 검색은 전역(Global) 컨텍스트의 Lexical Environment에 도달할 때까지 계속되며, 끝내 변수를 찾지 못하면 `undefined`나 `ReferenceError`를 반환하게 된다 [S1].
+- **Lexical Scope와 this 바인딩의 차이**: 함수의 Lexical Scope는 그 함수가 정의된 정적인 위치에 따라 상위 스코프가 고정적으로 결정되는 반면, `this` 바인딩은 선언 위치와 무관하게 함수가 '어디서 어떻게 호출되느냐'에 따라 가리키는 대상이 동적으로 달라지는 차이점이 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보나 모순된 업데이트 내역은 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스에 구체적인 코드 파일 경로, Git 커밋 해시, 결정 기록 등이 포함되어 있지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+```javascript
+// 소스 [S1]의 petInfo 예제 구조를 구현한 Lexical Scope 및 스코프 체인 패턴
+let greeting = "Hello"; // 상위 스코프 (전역 환경)
+
+function petInfo() {
+ // petInfo 함수의 LexicalEnvironment(environmentRecord)에 저장되는 변수들
+ let cat = "Meow";
+ let dog = "Woof";
+
+ // 현재 스코프에 없으므로 outerEnvironmentReference를 통해 상위 스코프를 탐색하여 접근
+ console.log(greeting);
+ console.log(cat, dog);
+}
+
+petInfo();
+
+// 함수 외부(전역 스코프)에서 내부 스코프의 변수에 접근을 시도할 경우,
+// 해당 스코프의 LexicalEnvironment에 존재하지 않으므로 ReferenceError를 반환함
+// console.log(cat);
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — 스코프를 구성하고 코드가 실행되는 환경적 기반을 제공함
+- [[Lexical Environment]] — 스코프의 실체로서 식별자 정보와 상위 스코프 참조를 물리적으로 보존함
+- [[This Binding]] — 스코프(정적 위치)와 대비되어 실행 시점에 동적으로 객체를 참조하는 메커니즘
+- [[Closure]] — 함수가 종료된 후에도 `outerEnvironmentReference`를 통해 상위 스코프의 상태를 유지하는 파생 개념
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Lexical Environment의 `environmentRecord`와 `outerEnvironmentReference`는 실행 컨텍스트 생성 시점과 실행 시점에 각각 어떻게 변화하는가?
+- 스코프 체인이 깊어질 경우 발생하는 변수 참조 성능 저하를 자바스크립트 엔진은 어떻게 최적화하는가?
+- 전역 스코프(Window/Global)와 블록 스코프(Block Scope)는 Lexical Environment에서 물리적으로 어떻게 다르게 할당 및 취급되는가?
+- 클로저(Closure) 현상이 일어날 때 가비지 컬렉터(Garbage Collector)는 스코프 체인을 어떤 기준으로 추적하여 메모리를 관리하는가?
+- `strict mode`의 적용은 스코프 체인 탐색 규칙 및 암묵적 전역 변수 선언 동작에 어떠한 영향을 미치는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 변수명 충돌 방지를 위한 블록 스코프 도입 및 상태 캡슐화 로직 구현.
+- **System Design:** 모듈 패턴 및 클로저를 활용한 컴포넌트 정보 은닉 및 독립적 환경 아키텍처 설계.
+- **Operation / Maintenance:** `ReferenceError` 발생 시 스코프 누수 및 잘못된 상위 스코프 참조로 인한 런타임 버그 추적 및 트러블슈팅.
+- **Learning Path:** Execution Context의 탄생부터 Lexical Environment, Scope Chain, 그리고 Closure로 이어지는 자바스크립트 코어 동작 원리 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Hoisting]] — 스코프 내에서 `environmentRecord`가 식별자를 실행 전에 수집하는 과정으로 파생됨.
+- [[Call Stack]] — 실행 컨텍스트들이 콜 스택에 푸시되고 팝오프되며 스코프의 생명주기를 통제함.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Lexical Environment]], [[Scope Chain]]
+- **참조 맥락:** 자바스크립트 애플리케이션의 메모리 누수를 방지하고 예측 가능한 변수 참조 범위를 설계 및 디버깅할 때 주요 규칙으로 참조된다.
+
+## 📚 출처 (Sources)
+- [1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/execution-context/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Script Theory (스크립트 이론).md b/10_Wiki/Topics/Domain_Programming/From_RawData/Script Theory (스크립트 이론).md
new file mode 100644
index 00000000..929a52d7
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Script Theory (스크립트 이론).md
@@ -0,0 +1,112 @@
+```markdown
+---
+id: script-theory-(스크립트-이론)
+title: "Script Theory (스크립트 이론)"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["스크립트 이론", "Script Theory", "인지 스크립트", "Cognitive Scripts", "스크립트", "행동 대본"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Cognitive Science", "Psychology"]
+raw_sources:
+ - "Script Theory - The Decision Lab"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+ - "Script Theory | Social Sciences and Humanities | Research Starters - EBSCO"
+ - "Schemata - the living handbook of narratology"
+ - "UX Schema Cards – Predicting User Behaviour and Model Experiences | Appnovation"
+applied_in: []
+github_commit: ""
+---
+
+# [[Script Theory (스크립트 이론)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인간의 지식과 기억이 특정 목표를 중심으로 한 일련의 순차적 행동 패턴(스크립트)으로 조직화되어, 친숙한 상황에서 인지적 부하를 줄이고 자동화된 행동과 맥락적 이해를 가능하게 한다는 인지 모델이다.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **이벤트, 물리적, 역할 스크립트 (Event, Physical, Role Scripts)**: 행위 시퀀스(이벤트 스크립트), 특정 공간적 환경에 바인딩된 지각적 기대치(물리적 스크립트), 특정 사회적 지위에 따라 요구되는 행위 규범(역할 스크립트)으로 상황적 맥락 정보를 조직화한다 [S1], [S2].
+2. **강한/약한 스크립트 (Strong/Weak Scripts)**: 식당 방문처럼 엄격한 인과적·시간적 순서를 따르는 '강한 스크립트'와, 생일 파티처럼 세부 씬(Scene)의 순서가 유동적이고 느슨한 '약한 스크립트'로 분류된다 [S1], [S3].
+3. **동적 기억 모델 (Dynamic Memory Model)**: 스크립트는 고정된 구조가 아니라, 기억 조직 패킷(MOP, Memory Organization Packets) 및 주제 조직 패킷(TOP, Thematic Organization Packets)과 같은 색인(Index)을 매개로 새로운 경험을 동화하고 상황에 맞게 융통성 있게 재구성되는 역동적 특징을 가진다 [S3].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **계통 1(System 1) 인지 경로로의 전환**: 반복적 경험을 통해, 고부하의 의식적 추론이 수반되는 '계통 2'의 사고에서 벗어나 무의식적이고 즉각적인 자동 처리인 '계통 1'로 인지적 지름길을 형성한다 [S1], [S2].
+- **빈틈 메우기 (Gap-filling)**: 텍스트나 대화에서 구체적인 정보가 생략되었을 때, 인간은 스크립트 내에 내장된 '디폴트 값'(역할, 소품, 진입 조건, 결과 등)을 호출하여 인지적 공백을 추론하고 메운다 [S4], [S5].
+- **스크립트 동조 (Scripted Alignment)**: 다수의 개인이 공유된 스크립트(사회적 규범)를 기반으로 명시적인 의사소통이나 지시 없이도 매끄럽게 사회적 조정과 협력을 달성한다 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Script (스크립트)** | 시간적, 인과관계가 뚜렷한 일련의 이벤트 흐름(행동 시퀀스)을 세밀하게 예측하고 통제하는 데 탁월함 | 정형화된 상황 외의 변칙적(Anomaly) 상황이나 넓은 범위의 추상적 관념을 단독으로 표현하기 어려움 | 식당 방문, 회의, 시스템 워크플로우 등 시간/인과에 따른 절차적 행동 모델링 시 |
+| **Schema (도식)** | 보편적 지식, 사물, 대상의 속성 등 광범위하고 정적인 지식 네트워크를 포괄할 수 있음 | 구체적인 시간적 실행 순서나 단계별 행동 지침을 나타내는 데는 구체성이 다소 부족함 | 특정 개념, 인물, 사물의 추상적 범주와 속성(예: '개', '학교')을 구조화할 때 |
+
+## 📖 세부 내용 (Details)
+**이론의 기원 및 본질**
+스크립트 이론은 1970년대 인공지능(AI)과 인지과학 분야의 연구자인 로저 섕크(Roger Schank)와 로버트 아벨슨(Robert Abelson)에 의해 고안되었다 [S1], [S3]. 기존의 언어 구조론적 접근이 문장의 구조에만 집착하여 실제 '의미'를 컴퓨터에 이해시키는 데 한계가 있음을 비판하며, 인간의 마음은 지식을 추상적 단어가 아닌 구체적 목적을 지닌 **일련의 행위 시퀀스(Script)** 형태로 저장한다고 주장하였다 [S3], [S4], [S5]. 새로운 경험을 이해하는 과정은 곧 개인의 기억 속에 이미 저장되어 있는 적절한 스크립트를 찾아 매칭(Reminding)하는 과정이다 [S3].
+
+**스크립트의 구성 요소 및 학습**
+스크립트는 더 작은 단위인 '씬(Scene)'들로 구성되며, 여기에는 목표(Goal)를 달성하기 위한 구체적인 인물들의 '역할(Roles)', 환경과 관련된 '소품(Props)', 스크립트가 발동하기 위한 '진입 조건(Entry conditions)', 그리고 완료 후의 '결과(Results)' 등 슬롯(Slot)들이 포함된다 [S4], [S5]. 이는 반복적인 사회적 상호작용 속에서 직접 경험(Learning by doing)함으로써 학습되며, 사회의 문화적 규범을 강력하게 반영한다 [S1], [S2].
+
+**인지과학과 교육학적 확장**
+교육공학적 관점에서는 지식의 단순 주입보다는, 학생들에게 실질적 문맥(Context) 안에서 예측과 유추를 훈련하게 하는 것을 지향한다. 예를 들어 독해 과정 중 낯선 단어의 의미를 추론할 때, 학습자가 글 전체의 스크립트 내 인과성(Logic)이나 예시(Examples) 등 문맥 단서(Context Clues)를 활용하도록 돕는 교육법의 근간이 된다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **신경학적 메커니즘의 불명확성**: 스크립트 이론은 인지적 관점에서의 행동 패턴을 탁월하게 설명하지만, 뇌에서 스크립트가 물리적으로 어떻게 활성화되고, 갱신되며, 조건에 따라 억제되는지에 대한 구체적이고 정밀한 뇌신경과학적 메커니즘을 명시적으로 규명하지는 못한다는 한계점이 지적된다 [S1].
+- **사회 구조 및 권력 역학의 간과**: 스크립트는 개인의 경험과 인지적 효율성에 초점을 맞추다 보니, 그 스크립트를 형성한 기저의 역사적 권력 역학, 구조적 불평등, 그리고 고정관념(Stereotypes)의 윤리적 문제들을 간과하고 단순화시킬 위험성이 제기된다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스에서 확인되지 않음. 현재 발견된 실제 코드, 커밋 또는 시스템 아키텍처 상의 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Schema (심리학적 도식)]] — 연결 이유: 스크립트의 포괄적 상위 개념으로, 인간의 지식을 구조화하는 거시적 인지 틀.
+- [[System 1 & System 2 인지 경로]] — 연결 이유: 스크립트 학습을 통해 인간의 행동이 의식적 개입(System 2)에서 자동화된 반응(System 1)으로 전이되는 과정을 설명.
+- [[In-Context Learning]] — 연결 이유: LLM(거대 언어 모델)이 명시적 학습 없이 문맥적 예시를 통해 새로운 패턴을 파악하는 과정과 스크립트의 작동 기전 사이의 연관성.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 스크립트가 강한 스크립트에서 약한 스크립트로 진화하거나 상황에 맞게 재구성될 때, MOPs 및 TOPs는 어떠한 방식으로 인지적 충돌을 중재하는가?
+- 상이한 고맥락(High-context) 문화와 저맥락(Low-context) 문화 간에 역할 스크립트(Role Script)는 어떻게 다른 양상으로 나타나는가?
+- 인공지능 에이전트(AI Agent)의 워크플로우를 설계할 때, 스크립트 이론의 '슬롯(역할, 소품, 진입조건)' 개념을 어떻게 아키텍처에 구현할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 대화형 AI(Chatbot) 및 보이스봇의 도메인별 대화 시나리오(스크립트) 트리 설계.
+- **System Design:** 사용자의 일상적이고 반복적인 행동 경로(UX Journey)를 반영한 인터페이스 및 서비스 블루프린트 모델링.
+- **Operation / Maintenance:** 반복적인 장애 상황에서의 신속한 대응을 위한 운용 스크립트(Playbook) 및 런북(Runbook) 자동화.
+- **Learning Path:** 정형화된 스크립트에서 벗어나는 예외적 이벤트(Anomaly) 조우 시 문제를 해결하고 스크립트를 동적으로 갱신하는 체계 구축.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Conversational Implicature (대화적 함축)]] — 확장 방향: 화용론에서 스크립트에 기대어 텍스트나 대화에서 생략된 맥락적 의미를 유추하는 기법.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Schema Theory]], [[Cognitive Science]]
+- **참조 맥락:** 인공지능 대화 설계 및 UX 리서치에서 사용자의 반복적인 행동 패턴과 상황적 기대를 모델링하고 인지적 부하를 최소화할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Script Theory - The Decision Lab
+- [S2] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S3] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO
+- [S4] Schemata - the living handbook of narratology
+- [S5] UX Schema Cards – Predicting User Behaviour and Model Experiences | Appnovation
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Seq2Seq (Sequence-to-Sequence).md b/10_Wiki/Topics/Domain_Programming/From_RawData/Seq2Seq (Sequence-to-Sequence).md
new file mode 100644
index 00000000..3109832f
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Seq2Seq (Sequence-to-Sequence).md
@@ -0,0 +1,109 @@
+```markdown
+---
+id: seq2seq-(sequence-to-sequence)
+title: "Seq2Seq (Sequence-to-Sequence)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "Sequence-to-Sequence"
+ - "시퀀스-투-시퀀스"
+ - "인코더-디코더 아키텍처"
+ - "Encoder-Decoder Architecture"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "어텐션 메커니즘이란 무엇인가요? - IBM"
+ - "어텐션 메커니즘(Attention Mechanism)이란? 어텐션에 대해서 - 꿈 많은 사람의 이야기"
+ - "어텐션 메커니즘(Attention Mechanism) 간단히 이해하기"
+applied_in: []
+github_commit: ""
+---
+
+# [[Seq2Seq (Sequence-to-Sequence)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인코더-디코더 구조를 통해 입력 시퀀스의 모든 정보를 고정된 크기의 컨텍스트 벡터(Context Vector)로 압축하여 타겟 시퀀스로 변환하는 초창기 신경망 기계 번역(NMT)의 핵심 아키텍처.
+
+## 🧠 핵심 개념 (Core concepts)
+- **인코더 (Encoder):** 입력된 소스 문장을 타임스텝별로 순차적으로 처리하여 전체 정보를 응축하는 역할을 하는 신경망(주로 LSTM 기반) [S1].
+- **디코더 (Decoder):** 인코더가 생성한 출력물을 초기 입력으로 전달받아, 타겟 언어 등의 새로운 시퀀스로 한 단어씩 순차적으로 생성(디코딩)해 나가는 신경망 [S1].
+- **컨텍스트 벡터 (Context Vector):** 인코더의 최종 타임스텝에서 도출된 은닉 상태(Hidden State)로, 입력된 전체 문장의 정보가 단일 벡터 임베딩 형태로 인코딩된 결과물 [S1].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **정보 병목 현상 (Information Bottleneck):** 문장의 길이나 복잡도에 상관없이 전체 입력 시퀀스를 고정된 차원의 단일 벡터(컨텍스트 벡터)에 욱여넣어야 하므로, 시퀀스가 길어질수록 병목이 발생하여 모델 성능을 저해함 [S1], [S2].
+- **망각 메커니즘 (Forgetting):** 디코더에 전달되는 것은 인코더의 '최종' 은닉 상태뿐이므로, 구조적으로 초기 타임스텝에 입력된 정보가 시간이 지날수록 유실(망각)됨 [S1], [S2].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Seq2Seq (기본)** | 인코더-디코더의 명확한 분리 구조로 가변적인 길이의 시퀀스를 처리할 수 있음 | 고정된 벡터 압축으로 인해 긴 문장에서 정보가 유실되고 병목 현상 및 망각 문제 발생 | 시퀀스 길이가 짧고 문맥 정보 손실의 타격이 적은 단순 변환 작업 모델링 시 |
+| **Attention 기반 모델** | 디코더의 매 예측 시점마다 인코더의 전체 은닉 상태를 참조해 문맥적 연관성에 따라 정보 가중치를 유연하게 부여함 | 연산 복잡도 상승 및 추가적인 가중치 행렬 계산 구조 필요 | 문장이 길거나 기계 번역처럼 세부 단어 간의 정밀한 매핑 및 문맥 집중이 필요한 복잡한 NLP 작업 시 |
+
+## 📖 세부 내용 (Details)
+- Seq2Seq 모델은 본래 기계 번역(NMT) 분야에서 최첨단 성능을 내기 위해 개발된 인코더-디코더(Encoder-Decoder) 구조의 딥러닝 모델이다 [S1], [S2].
+- 작동 방식은 크게 두 개의 LSTM(Long Short-Term Memory) 모듈을 통해 이루어진다. 첫 번째 LSTM인 인코더는 사용자가 입력한 소스 시퀀스를 타임스텝에 따라 순차적으로 읽어 들인 후, 마지막 단계에서 '컨텍스트 벡터(Context Vector)'라고 불리는 최종 은닉 상태를 출력한다 [S1].
+- 이 컨텍스트 벡터는 원본 문장의 모든 의미 정보를 고정된 길이의 단일 벡터 임베딩으로 요약한 것이다 [S1].
+- 두 번째 LSTM인 디코더는 이 컨텍스트 벡터를 초기 인풋으로 전달받아, 이를 바탕으로 타겟 언어(혹은 타겟 시퀀스)를 한 단어씩 디코딩하여 예측해 나간다 [S1].
+- 그러나 본 구조는 중대한 정보 처리상의 결함을 지닌다. 다양한 길이의 문장을 동일한 고정 차원의 벡터 하나로만 압축해야 하므로, 길이가 길거나 복잡한 문장의 정보를 충분히 담지 못해 병목 현상을 유발하며, 반대로 짧은 문장에서는 불필요한 시스템 리소스를 낭비하게 만든다 [S1].
+- 또한, 시계열 데이터 처리 과정의 특성상 최종 타임스텝의 은닉 상태만을 취하기 때문에 입력 시퀀스 초반부의 정보가 모델 구조상 필연적으로 소실(망각)되는 치명적인 문제가 발생한다 [S1], [S2].
+- 이러한 단점을 극복하고자 디코더가 타겟 단어를 예측할 때마다 인코더의 모든 은닉 상태를 다시금 살펴보고 가장 관련성 높은 부분에 집중하도록 하는 [[Attention Mechanism]]이 고안되었다 [S2], [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 과거 기계 번역의 최첨단 모델로 각광받던 Seq2Seq 모델의 고정 컨텍스트 벡터 압축 방식은 현재 시퀀스 정보 처리의 병목 및 한계점으로 규정된다 [S1].
+- 결과적으로 오늘날의 생성형 AI 환경에서 기초적인 Seq2Seq 아키텍처는 단독으로 사용되기보다, 정보 손실 문제를 극복한 [[Attention Mechanism]] 기반의 트랜스포머(Transformer) 등에 의해 기능적으로 보완 및 진화된 상태이다 [S1], [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스에서 확인되지 않음 (현재 제공된 소스 데이터 내에 Seq2Seq가 실제로 적용된 사내 코드, Git 커밋, 결정 ID 등의 구체적 사례는 존재하지 않음).
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Attention Mechanism]] — Seq2Seq 모델의 고정 컨텍스트 벡터로 인한 정보 손실과 망각 현상을 해결하기 위해 등장한 메커니즘.
+- [[인코더-디코더 아키텍처]] — Seq2Seq의 핵심 골격을 이루는 신경망 설계 패러다임.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Seq2Seq 모델에 어텐션 계층(Attention layer)을 결합했을 때, 디코더의 각 스텝 연산 과정은 구체적으로 어떻게 변화하는가?
+- RNN 기반의 Seq2Seq 아키텍처에서 발생한 병목 현상을 트랜스포머(Transformer)는 어떠한 근본적 구조 변경으로 회피하였는가?
+- Seq2Seq의 컨텍스트 벡터(Context Vector)의 차원 수(Dimensionality)는 기계 번역 품질과 연산량에 어떤 인과적 영향을 미치는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 기계 번역 및 기초적인 텍스트 요약 태스크의 파이프라인(인코더-디코더) 기초 설계 및 벤치마킹.
+- **System Design:** 가변 길이의 텍스트 시퀀스 처리 과정에서 메모리/성능 병목을 완화하기 위한 어텐션 레이어 도입 여부 결정.
+- **Operation / Maintenance:** 모델이 긴 입력 문장에서 심각한 환각이나 누락 현상을 보일 경우, 순환 신경망 기반의 정보 소실 문제 원인 분석.
+- **Learning Path:** 전통적인 RNN 알고리즘에서 출발하여 어텐션을 거쳐 현대 LLM으로 이어지는 언어 모델의 발전사 이해.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[LSTM (Long Short-Term Memory)]] — Seq2Seq 내부의 인코더 및 디코더 블록에서 기울기 소실(Vanishing Gradient)을 늦추기 위해 기본적으로 활용되는 순환 신경망 단위.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Attention Mechanism]], [[인코더-디코더 아키텍처]]
+- **참조 맥락:** 자연어 처리 파이프라인에서 입력 컨텍스트를 벡터화하고 상태(State) 정보를 디코더로 전송하는 고전적 신경망 설계의 한계점과 원리를 이해할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 어텐션 메커니즘이란 무엇인가요? - IBM
+- [S2] 어텐션 메커니즘(Attention Mechanism)이란? 어텐션에 대해서 - 꿈 많은 사람의 이야기
+- [S3] 어텐션 메커니즘(Attention Mechanism) 간단히 이해하기
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Stack Overflow.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Stack Overflow.md
new file mode 100644
index 00000000..a04bcef7
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Stack Overflow.md
@@ -0,0 +1,90 @@
+---
+id: stack-overflow
+title: "Stack Overflow"
+category: "Architecture"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["스택 오버플로우", "Stack Overflow Error", "스택 초과", "Call Stack Overflow"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Stack Overflow]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+스택 오버플로우(Stack Overflow)는 시스템이나 브라우저에 할당된 콜 스택(Call Stack)의 고정된 크기 한도를 초과하여 실행 컨텍스트(Execution Context)가 무한히 적재될 때 발생하는 치명적인 메모리 초과 에러이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **콜 스택 (Call Stack):** 자바스크립트 엔진이 전역 및 함수 실행 컨텍스트의 흐름을 추적하기 위해 사용하는 런타임 스택 구조.
+- **실행 컨텍스트 (Execution Context):** 스크립트 코드의 변환 및 실행을 처리하는 환경으로, 함수 호출 시 스택에 적재되는 단위.
+- **고정된 스택 크기 (Fixed Stack Size):** 시스템 및 브라우저 환경에 따라 종속적으로 결정되는 콜 스택의 물리적 한계용량.
+- **기저 조건 없는 재귀 (Recursion without base condition):** 종료 시점 없이 함수가 자신을 계속 호출하여 스택 오버플로우를 유발하는 주된 원인.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **컨텍스트 누적 패턴:** 함수가 호출되면 해당 실행 컨텍스트가 콜 스택 최상단에 푸시(Push)되고 완료 시 팝(Pop)되어야 하나, 특정 이유(예: 무한 재귀)로 완료되지 못하고 계속 푸시만 발생하면 시스템의 한계치에 도달해 에러를 뱉어낸다.
+
+## 📖 세부 내용 (Details)
+- 자바스크립트 엔진은 전역(Global) 및 함수(Function) 컨텍스트를 포함한 모든 실행 컨텍스트의 궤적을 추적하기 위해 콜 스택(Call Stack)을 사용한다 [S1]. (콜 스택은 'Execution Context Stack', 'Runtime Stack', 'Machine Stack' 등으로도 불린다 [S1].)
+- 함수가 호출될 때마다 새로운 함수 실행 컨텍스트가 생성되어 콜 스택의 최상단에 푸시(push)되며, 함수 내부의 실행이 모두 완료되면 콜 스택에서 제거(pop)된다 [S1].
+- 콜 스택은 실행되는 시스템이나 브라우저에 따라 고유의 고정된 크기(fixed size)를 가진다 [S1].
+- 만약 콜 스택에 적재되는 실행 컨텍스트의 수가 이 고정된 제한을 초과하게 되면, '스택 오버플로우(Stack overflow)' 에러가 발생하게 된다 [S1].
+- 이러한 스택 초과 현상은 주로 함수 실행이 종료되는 기저 조건(base condition)이 없는 재귀 함수(recursive function)를 실행할 때 발생한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Call Stack]] — 실행 컨텍스트가 쌓이고 관리되는 물리/논리적 자료 구조 공간.
+- [[Execution Context]] — 콜 스택에 적재되며 스택 오버플로우 에러를 일으키는 실질적인 메모리 객체.
+- [[Recursion]] — 기저 조건 부재 시 스택 오버플로우를 직접적으로 유발하는 함수 호출 패턴.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 브라우저나 운영체제별로 콜 스택의 고정된 크기(Fixed Size)는 구체적으로 어떻게 결정되며 어떤 차이가 있는가?
+- 스택 오버플로우를 방지하기 위해 꼬리 재귀 최적화(Tail Call Optimization)가 어떻게 실행 컨텍스트 스택의 낭비를 막는가?
+- 자바스크립트의 비동기 처리(이벤트 루프) 과정은 콜 스택 오버플로우 문제와 어떻게 연관되거나 이를 회피하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 재귀 함수 구현 시 무한 루프를 방지하기 위한 명확한 기저 조건(base condition) 설계.
+- **System Design:** 애플리케이션의 Call Stack 한계를 고려한 메모리 안전적 아키텍처 설계.
+- **Operation / Maintenance:** 런타임 환경에서 발생하는 `Maximum call stack size exceeded` 에러 원인 추적 및 디버깅.
+- **Learning Path:** 자바스크립트 엔진의 동작 원리(Execution Context, Call Stack) 및 런타임 에러 메커니즘 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Memory Management]] — 런타임 시스템에서의 안정적인 메모리 할당 및 가비지 컬렉션(GC) 구조.
+- [[Event Loop]] — 콜 스택과 태스크 큐 간의 비동기 실행 제어 메커니즘.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Call Stack]], [[Execution Context]]
+- **참조 맥락:** 실행 컨텍스트의 생명주기와 콜 스택 관리의 물리적 한계를 이해하고 메모리 누수나 무한 재귀 에러를 방지하는 설계 지표로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Sub-agent Architecture.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Sub-agent Architecture.md
new file mode 100644
index 00000000..28a782cf
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Sub-agent Architecture.md
@@ -0,0 +1,107 @@
+---
+id: sub-agent-architecture
+title: "Sub-agent Architecture"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Sub-agent", "서브 에이전트 아키텍처", "Multi-agent architecture", "하위 에이전트", "Subagent orchestration"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Effective context engineering for AI agents - Anthropic", "Prompting best practices - Claude Platform Docs"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Sub-agent Architecture]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+서브 에이전트 아키텍처는 주 에이전트가 전체 계획과 분석을 총괄하고 특화된 하위 에이전트가 격리된 컨텍스트 환경에서 세부 탐색을 병렬 수행하여, 컨텍스트 한계를 극복하고 복잡한 장기(long-horizon) 작업을 완수하는 오케스트레이션 설계 패턴이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **관심사의 분리 (Separation of Concerns)**: 주 에이전트(Lead agent)는 결과의 종합과 분석에 집중하고, 하위 에이전트(Sub-agents)는 독립적이고 깨끗한(clean) 컨텍스트 윈도우 내에서 심층 기술 작업이나 정보 검색을 전담한다.
+* **컨텍스트 증류 (Context Distillation)**: 하위 에이전트는 광범위한 탐색 과정에서 수만 개의 토큰을 사용할 수 있지만, 주 에이전트에게는 1,000~2,000 토큰 분량의 정제되고 요약된 결과만을 반환하여 전체 컨텍스트 오염을 방지한다.
+* **네이티브 오케스트레이션 (Native Orchestration)**: 최신 모델은 작업을 특화된 하위 에이전트에게 위임하는 것이 유리한 상황을 스스로 인지하고, 명시적 지시 없이도 자발적으로 하위 에이전트를 생성 및 조율한다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **병렬 탐색 패턴 (Parallel Exploration)**: 복잡한 연구 및 분석 과제에서, 단일 에이전트가 순차적으로 작업하는 대신 여러 하위 에이전트가 동시에 다양한 독립적인 정보 브랜치를 탐색하도록 위임하는 전략이다.
+* **하위 에이전트 남용 방지 프롬프팅 (Overuse Guardrailing)**: 모델이 단순한 직접 도구 호출(예: 단일 파일 검색이나 직접 grep 호출)이 더 효율적인 상황에서도 불필요하게 하위 에이전트를 생성하는 현상을 억제하기 위해, 특정 조건에서만 하위 에이전트를 사용하도록 가이드라인을 명시하는 패턴이다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+LLM의 컨텍스트 윈도우 한계를 극복하기 위한 장기 작업(Long-horizon tasks) 컨텍스트 엔지니어링 기법 비교 [S1]
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Compaction (압축)** | 이전 이력을 고해상도로 압축하여 지속적인 대화 흐름(conversational flow)을 유지함 | 지나치게 공격적인 압축 시, 추후 중요해질 수 있는 미묘한 컨텍스트가 유실될 위험이 있음 | 광범위한 상호작용(back-and-forth)이 지속적으로 요구되는 작업 시 |
+| **Structured note-taking (에이전트 메모리)** | 컨텍스트 윈도우 외부에 진행 상황과 종속성을 기록하여 최소한의 오버헤드로 영구적 기억을 제공함 | 외부 파일 기반 시스템이나 메모리 도구를 유지하고 구조화해야 하는 별도 관리 필요 | 명확한 마일스톤이 존재하며 반복적으로 진행되는 개발 작업 시 |
+| **Sub-agent Architecture (서브 에이전트)** | 세부 검색의 컨텍스트를 하위 에이전트에 격리하여, 주 에이전트의 컨텍스트 오염을 막고 병렬 탐색 효율을 극대화함 | 최신 모델의 경우 단순 작업에도 불필요하게 하위 에이전트를 남용(overuse)하여 컴퓨팅/토큰 비용을 증가시킬 위험이 있음 | 병렬 탐색(parallel exploration)이 이점을 제공하는 복잡한 연구 및 분석 과제 시 |
+
+## 📖 세부 내용 (Details)
+* 서브 에이전트 아키텍처는 단일 에이전트가 전체 프로젝트의 방대한 상태를 모두 유지하려고 할 때 발생하는 LLM 컨텍스트 윈도우 크기의 한계와 컨텍스트 오염(Context pollution)을 극복하기 위한 전략이다 [S1].
+* **동작 원리**: 주 에이전트는 고차원적인 계획(High-level plan)을 조율하고 서브 에이전트들이 반환한 결과를 종합/분석하는 데 집중한다 [S1]. 반면, 특화된 하위 에이전트들은 주 에이전트의 복잡한 이력과 분리된 완전히 깨끗한 컨텍스트 윈도우(Clean context windows)를 부여받아, 딥 기술 작업이나 방대한 도구 검색을 전담한다 [S1].
+* **결과 증류**: 하위 에이전트는 탐색 과정에서 수만 토큰을 넘나드는 방대한 정보를 탐색하지만, 작업을 마친 뒤에는 가장 핵심만 담긴 1,000~2,000 토큰 분량의 정제된 요약본만을 주 에이전트로 반환하여 전체 컨텍스트의 밀도를 높게 유지한다 [S1]. 이러한 관심사 분리 접근법은 복잡한 연구 과제에서 단일 에이전트 시스템 대비 상당한 성능 향상을 이끌어낸다 [S1].
+* **네이티브 오케스트레이션 및 한계 제어**: 최신 LLM(예: Claude Opus 4.6 등)은 하위 에이전트 도구가 정의되어 있기만 하면, 명시적인 지시 없이도 알아서 하위 에이전트를 오케스트레이션하는 네이티브 기능을 지닌다 [S2].
+* 그러나 모델은 종종 지나치게 하위 에이전트에 의존하려는 편향을 보이며, 직접 `grep` 호출 등으로 간단하고 빠르게 해결할 수 있는 상황에서도 불필요하게 하위 에이전트를 파생(spawn)시키는 남용(Overuse) 문제를 일으킬 수 있다 [S2]. 이를 제어하기 위해 프롬프트를 통해 "여러 독립적인 정보 분기를 동시에 탐색해야 할 때만 하위 에이전트를 사용하라"는 식으로 명확한 제한을 설정해야 한다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 소스 내에서 모순되는 정보는 발견되지 않음. 단, 기존에는 개발자가 명시적 파이프라인으로 서브 에이전트의 동작을 체인 형태로 지시해야 했으나, 최신 모델 업데이트(Claude Opus 4.6 등)로 인해 모델이 알아서(Natively) 하위 에이전트의 생성 시점을 파악하고 오케스트레이션하도록 진화하였음이 업데이트된 사실이다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+* 소스에 구체적인 코드 파일 경로나 Git 커밋 해시는 포함되어 있지 않으나, Anthropic의 내부 연구 시스템인 다중 에이전트 리서치 시스템(Multi-agent research system) 구축 프로젝트에서 서브 에이전트 아키텍처가 도입되어, 단일 에이전트 대비 복잡한 연구 과제에서 상당한 성능 개선(substantial improvement)을 이룬 의사결정 사례가 서술되어 있다.
+
+## 💻 코드 패턴 (Code patterns)
+하위 에이전트의 무분별한 생성을 막고 적재적소에만 호출하게 유도하는 시스템 프롬프트 작성 패턴이다 [S2].
+```xml
+
+Use subagents ONLY for tasks that require exploring multiple independent branches of information simultaneously. For simple text search or single-file edits, use your direct tools instead.
+
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Engineering]] — 연결 이유: AI 에이전트가 가진 토큰과 주의력 예산(Attention budget)의 한계를 관리하기 위한 상위 전략 범주.
+- [[Agentic Workflow]] — 연결 이유: 도구 사용과 반복적인 실행 루프를 통한 자율적 문제 해결이라는 기반 메커니즘을 공유함.
+- [[In-context Learning]] — 연결 이유: 사전 학습된 가중치 변경 없이 프롬프트상의 예시와 맥락만으로 새로운 작업을 수행하게 만드는 핵심 구동 원리.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 주 에이전트와 하위 에이전트 간의 데이터 통신 프로토콜 및 도구 정의(Tool definitions)는 어떤 형식으로 구성해야 가장 효과적인가?
+- 하위 에이전트가 수만 토큰을 분석한 후 1,000~2,000 토큰으로 압축할 때 발생하는 정보 손실(환각 현상 등)을 완화하는 검증 로직은 무엇인가?
+- 단일 에이전트 대비 서브 에이전트 아키텍처를 도입했을 때 발생하는 토큰 소모량과 추론 비용(Latency)의 증가율은 어느 정도인가?
+- 모델의 네이티브 오케스트레이션이 오작동하여 하위 에이전트들이 무한 루프나 교착 상태(Deadlock)에 빠질 때 이를 강제 차단할 수 있는 시스템 가드레일 설계는 어떻게 해야 하는가?
+- Compaction, 에이전트 메모리(Structured note-taking), 서브 에이전트를 모두 결합한 하이브리드 컨텍스트 관리 아키텍처의 설계 사례가 존재하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 대규모 코드베이스 분석 및 리팩토링, 포괄적인 시장 조사 보고서 작성 등 여러 문서와 지식 소스를 병렬로 뒤져야 하는 AI 서비스 구축.
+- **System Design:** 다중 에이전트 시스템(Multi-agent system) 설계 시, 단일 에이전트 프롬프트에 모든 도구를 몰아넣는 대신 하위 에이전트 단위로 도구를 분리하고 주 에이전트가 이를 호출하는 계층형 구조(Hierarchical Structure) 수립.
+- **Operation / Maintenance:** 모델이 불필요하게 하위 에이전트를 호출하여 인프라 자원을 낭비하는지 모니터링 로그를 추적하고, `` 프롬프트를 주기적으로 튜닝.
+- **Learning Path:** LLM 프롬프트 엔지니어링 -> 컨텍스트 오염(Context Rot)의 이해 -> 다중 에이전트 협업 및 라우팅 설계 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Adaptive Thinking]] — 확장 방향: 에이전트가 질문의 복잡도에 따라 사고(추론)에 투입할 컴퓨팅 자원과 토큰 크기를 동적으로 조절하는 방식.
+- [[Model Context Protocol (MCP)]] — 확장 방향: 하위 에이전트가 외부 데이터 저장소 및 도구에 접근하기 위해 사용하는 표준화된 프로토콜 생태계.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Engineering]], [[Multi-Agent Collaboration]]
+- **참조 맥락:** 한정된 토큰 환경 내에서 컨텍스트 오염을 막고 긴 맥락(Long-horizon)을 요구하는 대규모 리서치 에이전트 시스템을 분산/계층 설계할 때 핵심 판단 기준으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] "Effective context engineering for AI agents - Anthropic"
+- [S2] "Prompting best practices - Claude Platform Docs"
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/The Culture Map.md b/10_Wiki/Topics/Domain_Programming/From_RawData/The Culture Map.md
new file mode 100644
index 00000000..c3f07f14
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/The Culture Map.md
@@ -0,0 +1,86 @@
+```markdown
+---
+id: the-culture-map
+title: "The Culture Map"
+category: "Intercultural_Communication"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["컬처 맵", "문화 지도", "Erin Meyer's Culture Map", "에린 메이어의 컬처 맵"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "cross-cultural", "Erin Meyer", "Communication"]
+raw_sources: ["The Culture Map by Erin Meyer - Magda Miu", "What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs", "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera", "Team Mapping Tool Report - Erin Meyer"]
+applied_in: ["미국-인도 다국적 기술 기업의 참여 규칙(Rules of engagement) 제정 사례"]
+github_commit: ""
+---
+
+# [[The Culture Map]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+에린 메이어(Erin Meyer)의 'The Culture Map'은 8가지 비즈니스 행동 차원을 통해 글로벌 팀 내의 문화적 차이를 분석하고, 효과적인 이문화 간 소통과 협업을 위한 실천적 프레임워크를 제공하는 체계이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **8가지 문화적 차원 (The 8 Dimensions):** 의사소통, 평가, 리더십, 의사결정, 신뢰, 이견 조율, 일정 관리, 설득 등 글로벌 비즈니스 환경에서 충돌이 잦은 8가지 행동 영역을 스펙트럼으로 매핑한다 [S1], [S2].
+* **의사소통 스케일 (Communicating Scale):** 에드워드 홀(Edward T. Hall)의 이론에 기초하여, 문화를 명시적이고 단순한 '저맥락(Low-context)'과 내포된 뉘앙스를 중시하는 '고맥락(High-context)'으로 구분한다 [S1], [S4].
+* **인지적 신뢰와 정서적 신뢰 (Cognitive vs. Affective Trust):** 업무 성과와 신뢰성을 바탕으로 하는 '업무 기반(Task-based) 신뢰'와 개인적 친밀감과 유대감을 바탕으로 하는 '관계 기반(Relationship-based) 신뢰'로 신뢰 구축 방식을 구분한다 [S1], [S4].
+* **복숭아와 코코넛 모델 (Peach vs. Coconut Models):** 겉은 친절하지만 깊은 관계 구축에 시간이 걸리는 복숭아형 문화(예: 미국)와 처음에는 차갑지만 한번 벽을 허물면 깊은 유대감을 형성하는 코코넛형 문화(예: 독일, 러시아)로 대인 관계 패턴을 비유한다 [S1].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **다문화 팀의 저맥락 프로세스화 (Low-context processes for multicultural teams):** 서로 다른 문화적 배경을 가진 팀원들이 협업할 때 발생하는 오해를 최소화하기 위해, 다문화 팀은 의도적으로 가장 투명하고 구체적인 '저맥락(Low-context)' 소통 방식을 표준 프로세스로 채택해야 한다 [S1], [S3].
+* **교차 분석을 통한 소통 전략 세분화:** '의사소통 스케일(고맥락/저맥락)'과 '평가 스케일(직접적/간접적 부정적 피드백)'을 교차 맵핑하여 4가지 사분면을 도출하고, 상대방의 문화적 위치에 따라 피드백의 직설성(Directness)과 전달 방식(사적/공적)을 조율한다 [S1], [S3].
+
+## 📖 세부 내용 (Details)
+에린 메이어 교수의 'The Culture Map®' 프레임워크는 글로벌 환경에서 조직이 직면하는 문화적 차이와 갈등을 해결하기 위해 고안되었다 [S2]. 이 모델은 기존 에드워드 홀이나 기어트 홉스테드(Geert Hofstede)의 문화 차원 이론 등을 비즈니스 실무에 맞게 통합하고 확장한 8가지 차원을 제시한다 [S4].
+
+**1. 8가지 비즈니스 행동 차원 [S1], [S2]:**
+* **의사소통 (Communicating):** 저맥락(명시적, 단순함) vs 고맥락(암묵적, 뉘앙스) [S1].
+* **평가 (Evaluating):** 부정적 피드백을 전달할 때의 직접성. 예를 들어 미국은 소통에서 저맥락이지만, 부정적 피드백을 줄 때는 긍정적 메시지로 감싸는 간접적(Indirect) 방식을 쓴다. 반면 프랑스는 고맥락 소통을 하면서도 피드백은 매우 직접적(Direct)으로 비판한다 [S1], [S3].
+* **설득 (Persuading):** 원리 원칙과 이론을 먼저 설명하는 원리 우선(Principles-first) 방식 vs 실용적인 사례와 결론을 먼저 제시하는 적용 우선(Applications-first) 방식 [S1].
+* **리더십 (Leading):** 평등주의적(Egalitarian) 구조 vs 위계적(Hierarchical) 구조. 지위나 권위를 대하는 태도를 측정한다 [S1], [S4].
+* **의사결정 (Deciding):** 합의 중심(Consensual) vs 하향식(Top-down) 의사결정 [S1].
+* **신뢰 (Trusting):** 인지적 능력을 중시하는 업무 기반(Task-based) vs 감정적 유대감을 중시하는 관계 기반(Relationship-based) [S1], [S4].
+* **이견 조율 (Disagreeing):** 대립적인 토론을 아이디어에 대한 논의로 보아 장려하는 문화(Confrontational) vs 의견 대립을 개인에 대한 공격으로 간주하여 회피하는 문화(Avoids confrontation) [S1], [S3].
+* **일정 관리 (Scheduling):** 시간을 엄격하게 지키는 선형적 시간관(Linear-time) vs 관계와 상황에 따라 유연하게 대응하는 유연한 시간관(Flexible-time) [S1], [S4].
+
+**2. 프레임워크의 실무 적용 방법 [S1], [S2], [S3]:**
+* 조직은 각 팀원의 문화적 성향을 매핑하여 팀 내의 커뮤니케이션 차이를 시각화해야 한다.
+* 피드백 세션이나 회의 중에 타 문화의 행동 방식을 따라 하려고 어설프게 흉내 내기보다는, 자신의 커뮤니케이션 스타일과 의도를 먼저 명시적으로 설명(Framing)하여 오해를 방지하는 것이 효과적이다.
+* 다국적 팀의 리더는 팀원들이 문화적 차이를 인정하고 수용할 수 있도록 '명시적인 참여 규칙(Rules of engagement)'을 공동으로 수립해야 한다.
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 문화적 차원 스케일은 국가별 절대적 고정값이 아니라 상대적인 스펙트럼(Range)이다. 한 개인의 행동은 문화적 특성뿐만 아니라 개인의 성격(Personality)이 결합된 결과이므로, 특정 국가 사람을 하나의 정형화된 틀로만 해석하는 단순화의 오류를 주의해야 한다 [S1], [S3].
+* 에드워드 홀의 고맥락/저맥락 모델을 국가 단위에 지나치게 엄격하게 적용하는 것에 대한 학계의 비판이 존재하며, 개인이 살아온 환경이나 산업군에 따른 개인적 변이(Individual variation)를 항상 고려해야 한다 [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **미국-인도 다국적 기술 기업의 참여 규칙(Rules of engagement) 제정 사례:** 한 다국적 기술 기업의 미국 팀과 인도 기반 팀 사이에서 지속적인 의사소통 문제가 발생했다. 'Culture Map®'을 활용한 문화 역량 워크샵을 진행한 결과, 두 팀 간의 소통 및 의사결정 스타일의 차이를 발견했다. 이를 바탕으로 상호 존중받는다고 느낄 수 있는 명시적인 '참여 규칙'을 공동으로 제정하고 리더들의 피드백 방식을 조정함으로써, 양측 간의 신뢰와 협력, 생산성을 크게 향상시켰다 [S2].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[고맥락과 저맥락 문화]], [[다문화 커뮤니케이션]]
+- **참조 맥락:** 다문화 팀을 관리하거나 글로벌 비즈니스 환경에서 커뮤니케이션, 피드백, 의사결정 전략을 수립할 때 핵심 진단 도구로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] The Culture Map by Erin Meyer - Magda Miu
+- [S2] What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs
+- [S3] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S4] Team Mapping Tool Report - Erin Meyer
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/This Binding.md b/10_Wiki/Topics/Domain_Programming/From_RawData/This Binding.md
new file mode 100644
index 00000000..24a8c356
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/This Binding.md
@@ -0,0 +1,102 @@
+---
+id: this-binding
+title: "This Binding"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["this 바인딩", "JS this", "JavaScript this", "디스 바인딩"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"]
+applied_in: []
+github_commit: ""
+---
+
+# [[This Binding]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+`this` 바인딩은 함수의 선언 위치(Lexical Scope)가 아닌, 오직 함수가 '어디서 어떻게 호출되느냐'에 따라 가리키는 객체가 동적으로 결정되는 식별자 연결 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- [[기본 바인딩 (Default Binding)]]
+- [[암시적 바인딩 (Implicit Binding)]]
+- [[명시적 바인딩 (Explicit Binding)]]
+- [[new 바인딩 (New Binding)]]
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **우선순위 패턴**: 자바스크립트 엔진은 `this`가 가리키는 객체를 결정할 때 `new 바인딩 > 명시적 바인딩 > 암시적 바인딩 > 기본 바인딩` 순으로 적용한다.
+- **화살표 함수 상속 패턴**: 화살표 함수는 독립적인 `this`를 생성하지 않고, 어휘적으로 정의된 주변 상위 스코프(Lexical Scope)의 `this`를 그대로 상속받아 사용한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **기본 바인딩** | 별도의 지정 없이 전역 객체에 자동 접근 가능 | 'strict mode' 환경에서는 `undefined`가 되어 오류 발생 가능 | 일반적인 함수 호출 방식을 사용할 때 |
+| **암시적 바인딩** | 객체의 메서드로서 호출한 객체를 자연스럽게 참조 가능 | 함수 참조가 분리되거나 콜백으로 전달될 시 의도치 않은 바인딩 소실 발생 | 특정 객체에 속한 메서드를 실행할 때 |
+| **명시적 바인딩** | `call`, `apply`, `bind`를 통해 원하는 객체로 `this`를 강제로 고정 | 코드가 길어질 수 있으며 수동 제어가 필요함 | 특정 객체의 컨텍스트 환경에서 함수를 명시적으로 실행해야 할 때 |
+| **new 바인딩** | 생성자 함수 호출 시 새로 생성된 인스턴스로 `this`가 자동 연결 | `new` 키워드를 누락할 경우 전역 객체 오염 위험 | 새로운 객체(인스턴스)를 생성할 때 |
+
+## 📖 세부 내용 (Details)
+- **바인딩의 정의**: 프로그래밍에서 바인딩은 식별자(변수, 함수 이름 등)를 그들이 대표하는 값(메모리 주소)과 연결하는 과정을 뜻한다. 특히 `this` 바인딩은 `this`라는 식별자와 그것이 가리키는 특정 객체를 연결하는 것을 의미한다 [S1].
+- **Lexical Scope와의 차이점**: 함수의 렉시컬 스코프(Lexical Scope)는 함수가 코드로 작성되고 정의된 위치에 따라 결정된다. 하지만 `this` 바인딩은 선언된 위치와는 전혀 무관하게, 런타임에 함수가 **어디서 어떻게 호출되었느냐**에 따라 동적으로 달라진다 [S1].
+- **4가지 함수 호출 방식과 바인딩 규칙** [S1]:
+ 1. **일반 함수 호출 (기본 바인딩)**: 가장 기본적인 방식으로, `this`는 전역 객체(브라우저의 `window`, Node.js의 `global`)를 가리킨다. 단, 자바스크립트의 'strict mode'가 활성화된 상태에서는 전역 객체 대신 `undefined`로 설정된다.
+ 2. **메서드 호출 (암시적 바인딩)**: 객체의 내장 메서드로서 함수가 호출될 때 적용되며, `this`는 해당 메서드를 호출한 바로 그 객체를 가리킨다 (예: `obj.method()`에서 `this`는 `obj`에 바인딩).
+ 3. **간접 호출 (명시적 바인딩)**: `Function.prototype.apply`, `call`, `bind` 메서드를 이용하는 방식이다. 개발자가 `this`를 바인딩할 객체를 직접 명시적으로 지정하며, 지정된 객체로 `this`가 고정된다.
+ 4. **생성자 함수 호출 (new 바인딩)**: `new` 키워드와 함께 함수를 생성자로 호출하면, `this`는 해당 과정을 통해 새롭게 생성된 인스턴스(객체)를 가리킨다.
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 자바스크립트 환경 모드에 따른 모순적 결과: 일반 함수 호출 시 논-스트릭트 모드(non-strict mode)에서는 전역 객체를 가리키지만, 'strict mode'에서는 `undefined`가 되는 동작의 차이가 발생한다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. 소스에 관련 정보(실제 적용된 코드 레포지토리, Git 커밋 해시 등)가 부족합니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음. (소스 내에 `obj.method()` 형태가 텍스트로 언급되었으나 구체적이고 실행 가능한 전체 코드 스니펫은 제공되지 않음)
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — `this` 바인딩의 원리가 포함되어 있으며, 자바스크립트 엔진이 코드를 해석하고 실행하는 추상적인 환경 [S1].
+- [[Lexical Scope]] — `this` 바인딩과 대조되는 개념으로, 함수의 호출 위치가 아닌 정의된 위치에 의해 스코프가 결정되는 규칙 [S1].
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 화살표 함수가 자신의 `this`를 생성하지 않고 상위 렉시컬 스코프를 상속받는 메커니즘은 내부적으로 어떻게 작동하는가?
+- 명시적 바인딩을 위한 `call`, `apply`, `bind` 메서드는 각각 어떤 상황에서 사용하는 것이 가장 적절한가?
+- 'strict mode'에서 기본 바인딩이 `undefined`로 처리됨으로써 예방할 수 있는 실제 버그나 취약점 사례는 무엇인가?
+- 자바스크립트 엔진은 런타임에 이 4가지 바인딩 우선순위를 어떻게 계산하고 판별하는가?
+- 비동기 처리나 콜백 함수에서 `this`의 암시적 바인딩이 유실되는 문제를 해결하기 위한 베스트 프랙티스는 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** React 등에서 클래스형 컴포넌트의 메서드를 이벤트 핸들러로 전달할 때 `bind`를 사용하거나 화살표 함수를 적용하여 `this` 참조가 유실되는 현상 방지.
+- **System Design:** 자바스크립트의 객체 지향 프로그래밍 아키텍처 설계 시, 인스턴스의 상태 접근을 위해 올바른 `this` 컨텍스트가 유지되도록 디자인.
+- **Operation / Maintenance:** `this`가 브라우저 전역 객체(`window`)를 가리키며 발생하는 전역 변수 오염 및 스코프 꼬임 버그 디버깅.
+- **Learning Path:** 자바스크립트 엔진의 동작 원리(호이스팅, 스코프) 습득 후, 비동기(콜백, 프로미스) 개념을 이해하기 전 브릿지 지식으로 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Closure]] — `this` 바인딩과 함께 자바스크립트 실행 컨텍스트(Variable Environment, Lexical Environment)에서 관리되는 식별자 참조 기술.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Execution Context]], [[Lexical Scope]]
+- **참조 맥락:** 자바스크립트 환경에서 함수 호출 방식에 따라 동적으로 변하는 객체 참조 및 데이터 접근 문제를 디버깅하고 설계할 때 참조.
+
+## 📚 출처 (Sources)
+- [1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/404/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Variable Environment.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Variable Environment.md
new file mode 100644
index 00000000..9d9cac41
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Variable Environment.md
@@ -0,0 +1,105 @@
+---
+id: variable-environment
+title: "Variable Environment"
+category: "JavaScript"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "변수 환경"
+ - "VariableEnvironment"
+ - "VE"
+ - "자바스크립트 변수 환경"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags:
+ - "research"
+ - "context 이해 규칙"
+ - "Execution Context"
+ - "JavaScript"
+raw_sources:
+ - "Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"
+applied_in: []
+github_commit: ""
+---
+
+# [[Variable Environment]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자바스크립트의 실행 컨텍스트 내에서 변수 및 함수 선언의 초기 상태를 스냅샷 형태로 유지하여 정적인 환경 정보를 제공하는 핵심 인지 구조이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **environmentRecord**: 실행 컨텍스트 내에서 선언된 변수와 함수 선언들의 실제 초기값을 저장하는 공간.
+- **outerEnvironmentReference**: 현재 컨텍스트가 위치한 코드의 외부 스코프(부모 스코프)에 대한 참조.
+- **초기 상태 스냅샷 (Snapshot)**: 실행 컨텍스트 초기화 시점의 정적인 상태를 보존하며, 이후에는 참조만 제공하는 특성.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **실행 컨텍스트 초기화 패턴**: 실행 컨텍스트가 최초에 생성될 때 Variable Environment에 선언된 변수와 함수, 외부 환경 정보를 먼저 저장하고, 이후 이를 복사하여 Lexical Environment를 형성하는 구조적 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Variable Environment** | 실행 컨텍스트 초기화 시점의 변형되지 않은 원본 상태(스냅샷)를 추적 가능함 | 블록 내 변수 할당 등 코드 실행 중의 동적인 실시간 변화를 반영하지 못함 | 실행 컨텍스트의 초기 구조와 정적 스코프를 분석 및 추적할 때 참조 |
+| **Lexical Environment** | 코드 실행 중 발생하는 변수 할당 등 실시간의 동적 변화를 정확하게 반영함 | - | 코드 실행 흐름에 따른 변수의 현재 상태와 런타임 스코프를 확인할 때 참조 |
+
+## 📖 세부 내용 (Details)
+Variable Environment(변수 환경)는 자바스크립트 엔진이 코드를 실행하기 위해 생성하는 실행 컨텍스트(Execution Context)의 주요 구성 요소 중 하나이다 [S1]. 이 환경은 현재 실행 컨텍스트 내의 변수와 함수, 그리고 외부 환경에 대한 정보를 포함하고 있다 [S1].
+
+구체적으로 Variable Environment는 두 가지 세부 요소로 구성된다. 첫째, **environmentRecord**는 실행 컨텍스트 내에서 선언된 변수와 함수 선언들의 실제 값을 저장한다 [S1]. 둘째, **outerEnvironmentReference**는 외부 환경(부모 스코프)에 대한 참조를 유지하여 현재 컨텍스트가 어느 외부 스코프와 연결되어 있는지 나타낸다 [S1].
+
+실행 컨텍스트가 최초에 생성될 때, 이러한 식별자 및 스코프 정보들이 Variable Environment에 가장 먼저 저장된다 [S1]. 이후 이 구조는 또 다른 주요 구성 요소인 Lexical Environment를 형성하기 위해 복사된다 [S1]. Variable Environment의 가장 핵심적인 특징은 초기화 시점의 상태를 '스냅샷(Snapshot)'으로 유지한다는 점이다 [S1]. 코드 실행 중에 실시간으로 변화하는 동적 활동(예: 변수 재할당 등)은 Lexical Environment에 반영되는 반면, Variable Environment는 상태의 변경 없이 참조만 제공하므로 실행 컨텍스트의 초기 상태를 추적하고 보존하는 데 유용하게 활용된다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — Variable Environment가 속해 있는, 자바스크립트 코드의 변환 및 실행 환경 스택.
+- [[Lexical Environment]] — Variable Environment의 정보를 복사하여 생성되며, 코드의 동적인 상태 변화를 실시간으로 기록하는 환경.
+- [[호이스팅(Hoisting)]] — environmentRecord에 식별자 정보가 우선적으로 수집, 저장되는 과정에서 발생하는 현상.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Variable Environment가 유지하는 초기 스냅샷 정보는 자바스크립트 엔진의 내부 최적화나 가비지 컬렉션(Garbage Collection) 과정에서 어떻게 활용되는가?
+- ES6 이후 도입된 `let`과 `const`의 블록 스코프는 Variable Environment와 Lexical Environment 중 어느 곳에 어떻게 다르게 바인딩되는가?
+- 전역 컨텍스트와 함수 컨텍스트의 Variable Environment 구조에는 어떠한 차이가 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 스코프 체이닝 및 변수 은닉(Closure) 메커니즘을 고려한 안전한 자바스크립트 로직 구현.
+- **System Design:** V8 등 자바스크립트 엔진의 동작 원리에 기반한 메모리 구조 이해.
+- **Operation / Maintenance:** 의도치 않은 변수 호이스팅 현상이나 비동기 콜백에서의 스코프 관련 버그 추적 및 디버깅.
+- **Learning Path:** 자바스크립트 엔진 동작 원리 → 실행 컨텍스트 생명주기 → Variable Environment 이해 → 렉시컬 스코프 및 클로저 마스터.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[this 바인딩]] — 실행 컨텍스트 생성 시 활성화되며 함수 호출 방식에 따라 결정되는 논리적 연결 과정.
+- [[이벤트 루프(Event Loop)]] — 자바스크립트 비동기 코드가 콜 스택과 실행 컨텍스트 위에서 처리되는 거시적 메커니즘.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Execution Context]], [[Lexical Environment]]
+- **참조 맥락:** 자바스크립트 코드가 메모리에 할당되고 실행될 때 변수의 초기 스코프와 식별자 정보를 파악하기 위해 참조된다.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 [URL/메타데이터 없음]
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Virtual Memory.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Virtual Memory.md
new file mode 100644
index 00000000..f6fc05fb
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Virtual Memory.md
@@ -0,0 +1,92 @@
+---
+id: virtual-memory
+title: "Virtual Memory"
+category: "Architecture"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["가상 메모리", "Virtual Memory", "가상 기억 장치"]
+duplicate_of: ""
+source_trust_level: "C"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["What Is Context Switching in Operating System | TestMu AI", "Difference between Swapping and Context Switching - TutorialsPoint", "Process Control Block (PCB) Explained: What It Stores - Unwired Learning"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Virtual Memory]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+가상 메모리는 운영체제가 한정된 물리적 메모리(RAM)를 효율적으로 활용하기 위해 프로세스의 가상 메모리 주소를 물리적 메모리 주소와 논리적으로 매핑하여 관리하는 메모리 추상화 기술이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **메모리 맵(Memory Map):** 가상 메모리 주소를 물리적 메모리 주소로 연결(link)하는 매핑 정보.
+* **스와핑(Swapping):** 물리적 메모리(RAM) 공간이 부족할 때, 전체 프로세스나 세그먼트를 주 메모리와 보조 기억 장치(디스크) 사이에서 교환하여 메모리 공간을 확보하는 관리 기법.
+* **메모리 관리 정보(Memory Management Information):** 프로세스 제어 블록(PCB)에 저장되며, 베이스 및 리미트 레지스터(Base and limit registers), 페이지 테이블(Page tables), 세그먼트 테이블 등을 포함하는 메모리 할당 추적 데이터.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+소스에 관련 정보가 부족합니다.
+
+## 📖 세부 내용 (Details)
+가상 메모리 아키텍처 하에서 프로세스나 스레드는 자체적인 가상 메모리 주소를 가지며, 이는 메모리 맵(Memory map)을 통해 실제 물리적 메모리 주소로 변환되어 연결된다 [S1].
+
+멀티태스킹 환경에서 운영체제가 하나의 프로세스에서 다른 프로세스로 CPU 제어권을 넘기는 컨텍스트 스위칭(Context Switching)이 발생할 때, 시스템은 가상 메모리 주소와 물리 메모리 주소를 연결하는 메모리 맵 정보 역시 반드시 저장하고 복원해야 한다 [S1].
+
+시스템의 물리적 메모리(RAM) 용량이 활성화된 프로세스들을 모두 수용하기에 부족할 경우, 운영체제는 '스와핑(Swapping)'이라는 메모리 관리 기법을 사용한다. 이는 유휴 상태의 프로세스 전체를 메인 메모리에서 디스크 스토리지로 내보내거나(Swap Out), 다시 필요할 때 불러오는(Swap In) 방식으로 동작하여 제한된 물리 메모리의 한계를 극복한다 [S2].
+
+이러한 프로세스별 메모리 할당 상태와 한계치(Base and limit registers), 그리고 가상 메모리 매핑에 필요한 페이지 테이블(Page tables) 등의 정보는 프로세스 제어 블록(PCB)의 '메모리 관리 정보(Memory Management Information)' 영역에 저장된다. 이를 통해 운영체제는 각 프로세스가 자신의 메모리 공간 내에서만 접근하도록 통제하며 시스템의 보안과 안정성을 유지한다 [S3].
+
+*참고: 가상 메모리의 심층적인 페이징(Paging) 세부 메커니즘이나 구체적인 가상 주소 변환 아키텍처에 대해서는 소스에 관련 정보가 부족합니다.*
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** C
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Switching]] — 컨텍스트 스위칭 과정에서 가상 메모리 맵 정보의 저장과 복원이 필수적으로 동반됨
+- [[Swapping]] — 물리적 메모리 한계를 극복하기 위해 가상 메모리와 연계하여 작동하는 디스크 I/O 기반 메모리 관리 기법
+- [[Process Control Block (PCB)]] — 프로세스의 메모리 맵, 페이지 테이블 등 가상 메모리 관리 정보를 저장하는 핵심 자료 구조
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 가상 메모리 주소가 물리 메모리 주소로 변환되는 페이지 테이블(Page Table)의 세부적인 매핑 과정은 어떻게 이루어지는가?
+- 스와핑(Swapping) 발생 시 디스크 I/O로 인한 속도 저하(Latency)를 최소화하기 위한 운영체제의 최적화 기법은 무엇인가?
+- 잦은 컨텍스트 스위칭 시 메모리 맵(Memory Map) 교체로 인해 발생하는 성능 오버헤드는 어떻게 계산되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에 관련 정보가 부족합니다.
+- **System Design:** 운영체제 메모리 관리 시스템 및 프로세스 스케줄러 설계 시 참조
+- **Operation / Maintenance:** 시스템 물리 메모리 초과 및 스왑 파티션(Swap partition) 과부하로 인한 성능 저하 모니터링
+- **Learning Path:** 소스에 관련 정보가 부족합니다.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Page Fault]] — 확장 방향: 가상 메모리 접근 시 데이터가 물리 메모리에 없을 때 발생하는 인터럽트 처리 메커니즘
+- [[Memory Fragmentation]] — 확장 방향: 가상/물리 메모리 할당 시 발생하는 단편화 문제 및 해결 방안
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Switching]], [[Swapping]], [[Process Control Block]]
+- **참조 맥락:** 운영체제의 프로세스 스케줄링, 메모리 할당 최적화, 컨텍스트 스위칭에 따른 오버헤드 메커니즘을 분석할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)
+- [S2] Difference between Swapping and Context Switching - TutorialsPoint
+- [S3] Process Control Block (PCB) Explained: What It Stores - Unwired Learning
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/Vocabulary Acquisition.md b/10_Wiki/Topics/Domain_Programming/From_RawData/Vocabulary Acquisition.md
new file mode 100644
index 00000000..733b3e9a
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/Vocabulary Acquisition.md
@@ -0,0 +1,115 @@
+```markdown
+---
+id: vocabulary-acquisition
+title: "Vocabulary Acquisition"
+category: "Education_and_Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["어휘 습득", "어휘 학습", "문맥 단서", "Context Clues", "Word Meaning Inference"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots", "Essential Vocabulary Tools: 5 Types of Context Clues Your Students Need to Know", "How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia", "Teaching the Types of Context Clues - The K Files -", "The Complete Guide to Context Clues Lessons - Teaching with a Mountain View", "Relevance theory - University of Southampton Web Archive"]
+applied_in: ["Upper Elementary Reading Comprehension Lessons", "Context Clue Routine", "Digital Text Embedded Supports"]
+github_commit: ""
+---
+
+# [[Vocabulary Acquisition]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+어휘 습득은 개별 단어의 고정된 정의를 단순 암기하는 것이 아니라, 문맥 단서와 단어의 형태론적 구조를 활용하여 모르는 단어의 의미를 주도적으로 추론하고 실시간으로 검증해 내는 능동적이며 동적인 인지 과정이다.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **문맥 단서 (Context Clues):** 텍스트 내에서 미지 어휘를 둘러싸고 있는 앞뒤의 단어, 구, 문장을 통해 해당 어휘의 의미와 구조적 용법을 파악할 수 있게 해주는 정보의 원천이다.
+2. **형태론적 어휘 구조 (Word Parts):** 단어를 구성하는 접두사(Prefix), 어근(Root), 접미사(Suffix) 등 가장 작은 의미 단위들의 조합을 파악하여 미지 단어의 의미를 연역하는 기법이다.
+3. **능동적 추론 및 검증 (Inferring and Checking):** 단어의 의미를 문맥 속에서 가설화하고(Decide on a meaning), 그것이 전체 문장의 핵심 아이디어와 논리적으로 부합하는지 재확인(Check)하는 독해 절차이다.
+4. **어휘 화용론 및 임시 개념 (Lexical Pragmatics & Ad hoc Concepts):** 단어가 가진 백과사전적 정보를 기반으로, 특정 상황의 관련성(Relevance)에 맞게 의미를 좁히거나(Narrowing) 넓히며(Loosening) 그 맥락에 특화된 임시 개념을 동적으로 구성하는 원리이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **LEADS 앵커 차트 전략:** 어휘 습득 시 문맥 단서를 포착하는 규범화된 패턴으로, 논리적 유추(Logic), 예시 탐색(Examples), 반의어 식별(Antonyms), 정의 분석(Definition), 유의어 대치(Synonyms)의 5가지 핵심 단서 구조를 의미한다 [S1].
+- **4단계 어휘 추론 알고리즘:** 1) 낯선 단어 도달 시 일시 정지 후 전후 문장 재독해(Reread and read ahead) 2) 문맥 단서 식별(Identify context clues) 3) 의미의 잠정적 결정(Decide on a meaning) 4) 가설적 의미의 문맥 내 적합성 실증 검증(Check that meaning in the context)의 순차적 흐름 패턴이다 [S3].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+독해 중 미지 어휘(Unknown Words)의 의미를 파악하기 위해 동원할 수 있는 전략들의 비교.
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **문맥 단서 활용 (Context Clues)** | 독해의 흐름을 방해하지 않고 독립적인 의미 추론 능력을 기를 수 있음 | 저자가 항상 명확하고 충분한 문맥적 힌트를 텍스트 내에 제공하지는 않음 | 미지 어휘 발견 시 가장 1차적인 기초 전략으로 우선 적용할 때 [S3, S5] |
+| **형태소 분석 (Word Parts)** | 익숙한 어근과 접사를 통해 동일 파생어군의 의미를 빠르게 확장하고 연역할 수 있음 | 모든 단어가 명확한 어근/접사로 완벽히 쪼개지거나 직관적으로 해석되지는 않음 | 라틴어/그리스어 어원 기반의 학술적 어휘나 복합어, 합성어가 등장했을 때 [S4, S5] |
+| **사전 및 시소러스 (Glossaries/Dictionaries)** | 가장 정확하고 확정적인 정의 및 다양한 동의어/반의어 세트를 제공받음 | 외부 리소스를 찾아보는 과정에서 독해의 연속성 및 집중력이 크게 저하됨 | 문맥 단서나 구조 분석으로 의미 파악이 불가능하거나, 자신의 추론을 최종 확정(Confirm)해야 할 때 [S3, S5] |
+
+## 📖 세부 내용 (Details)
+* **어휘 교수법의 전환:** 어휘 습득을 위해 교사가 어려운 단어의 목록을 미리 알려주고 정의를 외우게 한 뒤 퀴즈를 내는 전통적 방식은 지양되어야 한다 [S2]. 대신, 학생들에게 문맥 단서를 효과적으로 해독하는 도구를 쥐여주어, 처음 보는 단어의 의미에 얽매이지 않고 능동적인 독해를 이어가도록 지도하는 것이 핵심이다 [S2].
+* **문맥 단서의 5대 핵심 유형:**
+ 1. **정의(Definition):** 작가가 문장 내부에서 콤마(,), 세미콜론(;), 동격 어구 등을 활용하여 미지 어휘의 사전적 의미를 직접 기술하는 패턴이다 [S1, S2, S4].
+ 2. **예시(Example/Illustration):** 특정 행동이나 상황의 구체적인 목록을 나열하여 본체 단어의 속성을 추론하게 돕는다 [S2, S4].
+ 3. **유의어(Synonyms/Restatement):** 연속된 형용사의 나열이나 재진술을 통해 비슷한 의미의 아는 단어를 기둥 삼아 모르는 단어의 의미를 파악한다 [S1, S2, S4].
+ 4. **반의어(Antonyms/Contrast):** 'unlike' 등 대조 신호어를 기점으로 상반된 의미를 대치시켜 낯선 단어의 뜻을 이끌어낸다 [S1, S2, S4, S5].
+ 5. **논리 및 추론(Logic/Inferences):** 텍스트의 상세 내용과 독자의 사전 지식(Schema)을 결합하여 명시적 단서 없이 인과관계를 통해 합리적인 추측을 내린다 [S1, S2].
+* **관련성 이론과 동적 어휘 해석:** 언어학의 관련성 이론(Relevance Theory)에 따르면, 어휘 습득 및 이해 과정에서 단어는 고정된 원형(Prototype)을 갖는 것이 아니라 다량의 백과사전적 정보로 접근하는 진입점으로 작용한다 [S6]. 화자의 발화가 갖는 관련성에 따라 청자는 '처리 노력(Processing Effort)'을 기울여 단어의 의미를 문맥에 맞게 축소하거나 확장(Narrowing and Loosening)하여, 특정 맥락에서만 통용되는 '임시 개념(Ad hoc concepts)'을 구축한다 [S6].
+* **발달 단계별 적용 (학년별 학력 표준):**
+ - **초등 3학년:** 문장 수준의 문맥 단서와 접사/어근의 의미를 활용한 단어 의미 파악 [S5].
+ - **초등 4학년:** 단락 전반에 걸친 재진술이나 정의, 대조 단서 식별 [S5].
+ - **초등 5학년:** 인과관계(Cause/Effect) 및 문장 간의 다중 비교를 통합한 고도화된 추론 [S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+과거의 어휘 지도는 단어와 그 단어의 명시적 정의를 1:1로 짝지어 기계적으로 암기하는 명시적(Explicit) 암기 모델에 의존했다. 그러나 최신 어휘 획득 관련 교육 및 인지언어학(화용론) 규범은 단어의 의미가 고정불변이라는 관점을 폐기하고, 특정 문맥 환경과 화자의 의도에 따라 동적으로 그 의미 경계가 확장되거나 축소되는 임시적 개념(Ad hoc concepts) 구성 과정으로 업데이트하여 해석한다 [S2, S6].
+
+## 🛠️ 적용 사례 (Applied in summary)
+초등학교 3~5학년의 독해 및 어휘(Reader's Workshop) 커리큘럼 설계에 널리 적용된다. 적용된 활동으로는 텍스트 내 구멍 뚫린 빈칸에 알맞은 논리적 어휘를 유추하는 '문장 수색(Sentence Search)' 활동, 실제 단어 대신 품사 규칙을 준수한 '가짜 단어(Made-up Words)'를 만들어 문맥만으로 뜻을 유추하는 활동, 동료와 협업하여 정보성 텍스트의 미지 단어를 기록하고 4단계 추론법을 실천하는 '파트너 연습' 등이 있다 [S3]. 또한, 디지털 텍스트 환경(Digital Text)에서는 모르는 단어와 주변 문맥을 형광펜, 밑줄 등으로 마킹(Rainbow Annotation)하고, 전자 사전 및 시소러스(Visual Thesaurus) 하이퍼링크가 내장된 지원(Embedded supports) 시스템의 형태로 이 규범이 직접 구현되고 있다 [S3, S4].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[문맥 단서 (Context Clues)]] — 미지 어휘의 의미를 연역하기 위한 기초 텍스트 힌트 요소
+- [[어휘 화용론 (Lexical Pragmatics)]] — 문맥의 관련성에 따라 단어의 의미가 동적으로 결정되는 언어학적 메커니즘
+- [[인지 도식 (Schemata)]] — 논리적 문맥 추론을 가능하게 하는 배경 지식과 경험의 틀
+- [[관련성 이론 (Relevance Theory)]] — 최소의 처리 노력으로 문맥의 의미를 파악하려는 인간의 인지 및 소통 원리
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 문맥 단서가 완전히 배제된 고립된 환경에서, 인간은 형태소(어근/접사) 지식만으로 어휘의 정확한 뉘앙스를 어디까지 추론해 낼 수 있는가?
+- 문맥을 통한 동적인 '임시 개념(Ad hoc concepts)' 형성 능력을 기계 학습(LLM의 In-Context Learning) 모델에 대입했을 때 인간의 어휘 습득 과정과 어떤 유사점이 나타나는가?
+- 디지털 텍스트에 내장된 사전식 하이퍼링크 지원(Embedded supports)은 학습자의 능동적인 문맥 단서 추론 역량을 장기적으로 강화하는가, 아니면 의존성을 높여 퇴화시키는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 초등학교 및 중학교 ELA(English Language Arts) 어휘/독해 교육 과정에 'LEADS' 앵커 차트 및 4단계 추론 루틴 도입.
+- **System Design:** 에듀테크(EdTech) 플랫폼의 디지털 독해 솔루션 설계 시, 사용자가 낯선 단어 클릭 전 직접 전후 문맥을 하이라이팅 하도록 유도하는 UI/UX 제어 로직 설계.
+- **Operation / Maintenance:** 학년이 올라갈수록 단순 정의형 문맥 단서 노출을 줄이고 인과관계(Cause/Effect) 기반의 논리적 단서가 포함된 텍스트 비중 상향 조정.
+- **Learning Path:** 파닉스 및 사이트 워드 학습 -> 어근/접사 형태론 파악 -> 문장 수준 문맥 단서 -> 문단 및 다중 텍스트 수준의 통합 문맥 단서 추론 및 적용.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[형태소 분석 (Morphological Analysis)]] — 접두사, 접미사, 어근 분해를 통한 체계적 단어 구조 파악
+- [[오류 복구 독해 (Self-Correction in Reading)]] — 잘못 추론한 단어 의미를 문맥 적합성 검증 단계에서 수정하는 기법
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[문맥 단서 (Context Clues)]], [[어휘 화용론 (Lexical Pragmatics)]]
+- **참조 맥락:** 독해 교육 과정 설계, 디지털 학습 플랫폼 내 어휘 추론 알고리즘 모델링, 자연어 처리의 다의어 해소 과정에서 참조.
+
+## 📚 출처 (Sources)
+- [S1] "5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots"
+- [S2] "Essential Vocabulary Tools: 5 Types of Context Clues Your Students Need to Know"
+- [S3] "How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia"
+- [S4] "Teaching the Types of Context Clues - The K Files -"
+- [S5] "The Complete Guide to Context Clues Lessons - Teaching with a Mountain View"
+- [S6] "Relevance theory - University of Southampton Web Archive"
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/context 이해 규칙.md b/10_Wiki/Topics/Domain_Programming/From_RawData/context 이해 규칙.md
new file mode 100644
index 00000000..7a19d8d5
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/context 이해 규칙.md
@@ -0,0 +1,139 @@
+```markdown
+---
+id: context-이해-규칙
+title: "context 이해 규칙"
+category: "Cognitive_and_Computer_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["맥락 이해", "Context Understanding", "문맥 파악", "In-context", "실행 컨텍스트"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "context", "AI", "Linguistics", "OS", "React"]
+raw_sources: ["다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "Effective context engineering for AI agents - Anthropic", "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera", "Blogged Answers: Why React Context is Not a \"State Management\" Tool (and Why It Doesn't Replace Redux)"]
+applied_in: ["Claude Code의 JIT(Just-in-time) 컨텍스트 검색 및 압축(Compaction) 기법", "Android ViewModel의 메모리 누수 방지를 위한 Application Context 참조 설계"]
+github_commit: ""
+---
+
+# [[context 이해 규칙]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+다차원적 맥락(Context)은 인지과학의 도식(Schema)부터 인공지능의 인맥락 학습(ICL) 및 컴퓨터 시스템의 실행 상태(Execution Context)에 이르기까지, 모호성을 해소하고 최소 자원으로 최적의 정보 효용을 도출해내는 핵심 인지 및 제어 매개체이다.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **인지/언어적 맥락 추론**: 도식(Schema) 및 스크립트를 통한 사전 지식 활성화와, 적은 노력으로 최대 인지 효과를 지향하는 '관련성 이론(Relevance Theory)'.
+2. **AI/LLM의 맥락 이해**: 트랜스포머의 어텐션(Attention) 메커니즘과, 파라미터 갱신 없이 프롬프트를 통해 잠재 지식을 추론하는 '인맥락 학습(In-Context Learning)'.
+3. **소프트웨어 실행 맥락**: 운영체제의 맥락 전환(Context Switching), JavaScript의 실행 컨텍스트(Execution Context), 그리고 의존성 주입을 돕는 React Context.
+4. **사회문화적 소통 맥락**: 공유 지식에 의존하는 고맥락(High-Context) 문화와 명시적 언어에 의존하는 저맥락(Low-Context) 문화의 소통 규범 차이.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **효율성 극대화 (Efficiency Maximization)**: 인간 인지의 관련성 추구 기제, 운영체제의 스위칭 구조, 그리고 인공지능의 KV 캐싱 및 맥락 엔지니어링은 공통으로 불필요한 처리 부하를 최소화하면서 핵심 정보 가치를 끌어올리는 방향으로 설계되어 있다.
+- **의미의 의존성 (Meaning Dependency)**: 독해 시 미지 어휘를 주변 문맥 단서(LEADS)로 파악하거나, AI가 '어텐션 가중치'를 주변 토큰에 분배하여 해석하는 등, 모든 정보의 구체적 진리값은 그것을 둘러싼 맥락(환경)에 의해 최종적으로 결정된다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **React Context** | Prop-drilling 문제를 방지하며 도입이 직관적임 [S3] | 값 변경 시 구독하는 모든 하위 컴포넌트의 잦은 리렌더링 유발 [S3] | 테마, 로케일(언어), 로그인 유저 정보 등 변경 빈도가 낮은 전역 데이터 공유 시 [S3] |
+| **Redux (State Management)** | 상태 변경 추적이 용이하며, 리렌더링이 최적화됨 [S1, S3] | 초기 Boilerplate 코드 및 설정이 복잡하고 학습 곡선이 큼 [S3] | 비동기 로직 등 복잡하고 잦은 전역 상태 변경이 발생하는 대규모 애플리케이션 시 [S3] |
+| **고맥락 (High-Context) 소통** | 굳은 신뢰를 바탕으로 비언어적 힌트를 활용해 빠르고 효율적인 소통 가능 [S4] | 정보가 암묵적이어서 배경지식이 부족한 외부인은 맥락 파악이 어려움 [S4] | 동질성이 높고 장기적 유대 관계가 형성된 내집단(In-group) 내에서의 의사소통 시 [S4] |
+| **저맥락 (Low-Context) 소통** | 정보가 명시적(Explicit)이고 명확하여 오해의 여지가 적음 [S4] | 설명이 장황해질 수 있으며 관계 형성보다 작업 달성 자체에 치중될 수 있음 [S4] | 다문화 배경을 지닌 글로벌 팀의 협업이나 투명한 절차가 요구되는 환경 시 [S4] |
+
+## 📖 세부 내용 (Details)
+- **인지과학 및 언어학적 맥락 메커니즘**:
+ 인간은 특정 환경에서 통용되는 '도식(Schema)'과 '스크립트(Script)'라는 지식 구조를 가동해 누락된 정보의 틈새를 메운다 [S1]. 댄 스퍼버(Dan Sperber)와 디어드리 윌슨(Deirdre Wilson)의 '관련성 이론(Relevance Theory)'에 따르면, 인간의 인지 체계는 '처리 노력(Processing Effort)'을 최소화하고 '인지 효과(Cognitive Effect)'를 극대화하는 방향으로 관련성을 추구한다 [S7]. 문맹 해독 과정에서도 독자는 LEADS(논리, 예시, 반의어, 정의, 유의어) 등의 문맥 단서(Context Clues)를 활용하여 모호한 어휘의 뜻을 동적으로 조율한다 [S5].
+- **사회/문화적 상호작용 맥락**:
+ 에드워드 홀(Edward T. Hall)은 문화를 고맥락(High-Context)과 저맥락(Low-Context)으로 구분하였다 [S4]. 일본, 아랍 등 고맥락 문화는 대화 외적인 환경과 상호 간의 암묵적 공유 지식에 의존하여 행간의 의미를 중시하는 반면, 미국, 독일 등의 저맥락 문화는 명확하고 구체적인 언어 표현(명시성)을 소통의 기반으로 삼는다 [S4]. 이러한 맥락 의존성은 글로벌 팀에서 피드백과 의사결정을 수행할 때 심각한 마찰 요인이 될 수 있다 [S4].
+- **인공지능 모델의 맥락 이해 (AI/LLM)**:
+ 자연어 처리의 혁신을 이끈 트랜스포머(Transformer) 모델은 자가 어텐션(Self-Attention)을 통해 Query(질의), Key(지표), Value(정보)를 내적하여 문장 내 장거리 토큰 간의 맥락적 중요도에 가중치를 부여한다 [S8, S1]. 또한 LLM은 파라미터 수정 없이 프롬프트상의 예시만으로 작동 방식을 습득하는 '인맥락 학습(In-Context Learning, ICL)' 능력을 갖는다 [S1]. 인공지능이 보유한 컨텍스트 윈도우의 제약을 극복하고 성능을 끌어올리기 위해, 불필요한 잡음을 버리고 핵심 정보(High-signal)만을 모델에 주입하는 '맥락 엔지니어링(Context Engineering)' 규범이 부상하였다 [S2].
+- **컴퓨터 시스템 설계에서의 실행 맥락**:
+ 시스템 아키텍처에서 '맥락'은 연산의 안정적 재개를 보장하는 상태 매트릭스를 의미한다. OS의 '맥락 전환(Context Switching)'은 프로세스 간 CPU 할당 시 PCB 정보를 교체하는 고속 작업이다 [S11]. 자바스크립트는 싱글 스레드 특성상 '실행 컨텍스트(Execution Context)'를 생성해 변수 호이스팅과 상위 스코프 체인을 관리한다 [S6]. 한편 React 프레임워크에서의 Context API는 Props Drilling을 방지하고 하위 컴포넌트에 전역 데이터를 전달하기 위한 의존성 주입 도구로 쓰이며 [S3, S10], 안드로이드(Android) 앱 개발에서는 Application/Activity Context를 오용할 경우 메모리 누수가 발생하므로 수명주기에 맞춘 설계 규범이 엄격히 준수되어야 한다 [S9].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **React Context의 역할 오해**: 수많은 문서에서 React Context를 '상태 관리(State Management) 도구'로 명명하거나 Redux의 대체재로 소개하지만, 이는 근본적인 오류이다. Context 자체는 값을 운반하는 파이프라인(Dependency Injection)일 뿐이며, 상태의 저장과 관리는 전적으로 `useState` 혹은 `useReducer`가 담당한다 [S3].
+- **문화적 맥락 이론의 다차원적 진화**: 에드워드 홀의 단선적인 고맥락/저맥락 문화 분리는 고정관념의 한계를 갖는다. 에린 메이어(Erin Meyer)의 후속 연구에 따르면, 의사소통 방식이 고맥락적이라고 하더라도 부정적 피드백(평가) 방식까지 우회적인 것은 아니다 (예: 프랑스는 고맥락 소통을 하지만 비판은 매우 명시적이고 직선적으로 함) [S1, S4].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **Claude Code의 인공지능 에이전트 맥락 압축**: 대량의 코드베이스 처리 시 모든 데이터를 무작정 컨텍스트 윈도우에 적재하는 대신, 이전 대화 내용을 동적으로 요약(Compaction)하고 파일 검색 시스템(JIT 검색)을 결합하여 장기 태스크 수행 중 맥락 혼탁을 방지하는 아키텍처를 적용 중임 [S2].
+- **Android ViewModel 메모리 누수 방지 설계**: Activity가 종료되었음에도 비동기 작업 등을 처리하는 ViewModel이 Activity Context를 참조하고 있으면 가비지 컬렉터가 자원을 해제하지 못해 앱 충돌(메모리 누수)이 발생한다. 이를 방지하기 위해 안드로이드 아키텍처에서는 생명주기가 긴 전역 `Application Context`를 주입받아 사용하도록 설계 규범이 강제됨 [S9].
+
+## 💻 코드 패턴 (Code patterns)
+React v16.3 이상의 Context API를 사용한 의존성 주입(Dependency Injection) 패턴 예시:
+```jsx
+// 1. Context 객체 생성 및 기본값 설정
+const ThemeContext = React.createContext('light');
+
+function App() {
+ // 2. Provider를 통해 하위 트리에 'dark' 맥락 데이터 주입
+ return (
+
+
+
+ );
+}
+
+function Toolbar() {
+ // 3. useContext 훅을 이용하여 필요한 컴포넌트에서 맥락 데이터를 수신
+ const theme = React.useContext(ThemeContext);
+ return ;
+}
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Schema Theory]] — 인지적 틈새를 메워 상황을 해석하는 인간의 기반 배경 지식
+- [[Relevance Theory]] — 처리 노력을 줄이고 인지 효과를 높이려는 의사소통 및 추론 법칙
+- [[In-Context Learning]] — 가중치 변경 없이 프롬프트 맥락만으로 예측을 수행하는 인공지능 추론 방식
+- [[Execution Context]] — 소프트웨어가 현재 실행 환경의 상태 변수와 상위 스코프를 유지하는 구조
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 트랜스포머의 어텐션 메커니즘과 인간의 도식 기반 베이지안 추론은 수학적으로 어떻게 대칭되는가?
+- React Context와 Redux를 결합하여 하위 컴포넌트의 렌더링 성능 최적화를 이루는 구체적 설계 전략은 무엇인가?
+- 고맥락 다문화 팀에서 저맥락 프로젝트 관리(Asynchronous Communication) 도구를 성공적으로 정착시키기 위한 행동 헌장 작성법은 무엇인가?
+- 안드로이드의 `Context` 구조와 다른 OS(예: iOS, Windows)의 UI 계층 관리 객체는 어떻게 구별되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** React 기반 프론트엔드 구축 시, 빈번하게 변경되지 않는 로케일(Locale)/테마 상태 공유를 위해 Prop-drilling 대신 Context API 적용.
+- **System Design:** 다중 AI 에이전트 개발 시, 제한된 Context Window 한계 극복을 위한 Compaction 및 메모리(Memory) 구조 설계.
+- **Operation / Maintenance:** 다국적 개발팀(Multinational Teams) 운영 시, 코드 리뷰 및 피드백 절차를 명문화(Low-Context 규범)하여 오해 소지 차단.
+- **Learning Path:** 언어학(화용론) -> 인지과학(도식/스크립트) -> 인공지능(Attention/프롬프트 엔지니어링)으로 이어지는 융합적 이해 트랙.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Prompt Engineering]] — AI의 최적의 인맥락 학습 성능을 이끌어내기 위한 입력 설계
+- [[Context Switching]] — 멀티태스킹 환경에서 CPU가 프로세스의 맥락(상태) 정보를 백업/복원하는 기법
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[In-Context Learning]], [[Execution Context]]
+- **참조 맥락:** 다학제적 시스템 설계(소프트웨어 구조화) 및 인공지능 프롬프트 엔지니어링 전략 수립 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S2] Effective context engineering for AI agents - Anthropic
+- [S3] Blogged Answers: Why React Context is Not a "State Management" Tool (and Why It Doesn't Replace Redux)
+- [S4] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S5] 5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots
+- [S6] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리
+- [S7] Relevance theory - University of Southampton Web Archive
+- [S8] 어텐션 메커니즘이란 무엇인가요? - IBM
+- [S9] [Android/안드로이드] Context, 뭐하는 녀석인지 알고 사용하자! - 코딩스토리
+- [S10] Context - React
+- [S11] Process Control Block (PCB) Explained: What It Stores - Unwired Learning
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/environmentRecord.md b/10_Wiki/Topics/Domain_Programming/From_RawData/environmentRecord.md
new file mode 100644
index 00000000..aec935ba
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/environmentRecord.md
@@ -0,0 +1,99 @@
+---
+id: environmentrecord
+title: "environmentRecord"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["환경 레코드", "환경 기록", "environment record", "실행 컨텍스트 레코드"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"]
+applied_in: []
+github_commit: ""
+---
+
+# [[environmentRecord]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자바스크립트의 실행 컨텍스트 내에서 변수명, 함수 선언 등의 식별자 정보를 코드 실행 전에 수집 및 저장하여 호이스팅(Hoisting)과 스코프 식별의 근간을 제공하는 핵심 메모리 구조이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **식별자 정보의 저장소:** 함수 내 코드가 실행되기 전에 매개변수의 이름, 함수 선언, 변수명 등 현재 컨텍스트에 관련된 모든 식별자 정보를 저장하는 공간이다.
+- **호이스팅(Hoisting)의 원리:** 자바스크립트 엔진이 코드 실행 전에 `environmentRecord`에 식별자들을 미리 수집하여 인지하는 과정이 바로 호이스팅으로 나타난다.
+- **실행 컨텍스트(Execution Context)의 하위 요소:** `Variable Environment`와 `Lexical Environment`를 구성하는 핵심 요소로, `outerEnvironmentReference`(외부 환경 참조)와 함께 스코프를 형성한다.
+- **동적 상태의 실시간 반영:** `Lexical Environment` 내의 `environmentRecord`는 코드 실행 중 발생하는 변수 할당이나 블록 내 동적인 활동을 실시간으로 업데이트하여 반영한다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **초기화와 런타임의 이원화 (Initialization vs. Runtime State):** `Variable Environment`의 `environmentRecord`는 실행 컨텍스트가 최초 생성될 때의 식별자 정보를 스냅샷으로 유지하는 반면, `Lexical Environment`의 `environmentRecord`는 실행 과정 중의 동적 변화를 실시간으로 추적하는 역할 분담 패턴을 보인다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Variable Environment 내의 environmentRecord** | 실행 컨텍스트 초기 생성 시점의 상태를 스냅샷으로 안전하게 보존하여 초기 상태 추적에 유용함 | 코드 실행 중 발생하는 동적 변수 할당 및 변경 사항을 반영하지 못함 | 실행 컨텍스트의 생성 시점 기준의 식별자 선언 상태를 참조하거나 복원할 때 |
+| **Lexical Environment 내의 environmentRecord** | 블록 내 변수 할당 및 함수 표현식 등 코드 실행 중 발생하는 변화를 실시간으로 정확히 반영함 | 상태가 지속적으로 변하므로 초기 선언 상태만을 단독으로 확인하기는 어려움 | 런타임 중에 변수의 현재 값을 조회하거나 상태 변화를 추적하여 로직을 수행할 때 |
+
+## 📖 세부 내용 (Details)
+- 자바스크립트 엔진이 스크립트를 스캔하고 코드를 실행하기 위해 생성하는 실행 컨텍스트(Execution Context)는 크게 `Variable Environment`와 `Lexical Environment`로 구성되며, 이 둘은 공통적으로 `environmentRecord`와 `outerEnvironmentReference`를 내부에 포함한다 [S1].
+- `environmentRecord`는 함수 내의 코드가 실행되기 전에 현재 컨텍스트에 관련된 모든 식별자 정보(매개변수 이름, 함수 선언문, 변수명 등)를 저장하는 역할을 수행한다 [S1].
+- 이 과정을 통해 엔진은 코드가 실제로 실행되기 전에 해당 환경의 식별자들을 미리 인지하게 되는데, 이러한 선행 정보 수집 기전이 자바스크립트 특유의 '호이스팅(Hoisting)' 현상을 만들어낸다 [S1]. 호이스팅 시 함수 선언문은 전체가 기록되지만, 함수 표현식은 이름만 기록되고 본문은 실행 흐름이 도달했을 때 처리된다 [S1].
+- `Variable Environment`의 `environmentRecord`는 최초 생성 시점의 정보를 스냅샷으로 기록 및 유지하여 초기 상태를 보존한다 [S1].
+- 반면 `Lexical Environment`의 `environmentRecord`는 스냅샷을 복사하여 생성된 이후, 블록 내 변수 할당이나 동적 활동 등 실행 중에 발생하는 실시간 상태 변화를 지속적으로 업데이트하여 반영하는 차이가 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — `environmentRecord`를 포함하여 자바스크립트 코드의 실행 환경과 순서를 보장하는 전체 객체
+- [[Lexical Environment]] — 동적 상태 변화를 실시간으로 기록하는 `environmentRecord`를 포함하는 환경 구조
+- [[Variable Environment]] — 초기 상태의 스냅샷을 기록하는 `environmentRecord`를 포함하는 환경 구조
+- [[Hoisting]] — `environmentRecord`에 식별자 정보가 선제적으로 수집되면서 발생하는 자바스크립트의 실행 특성
+- [[outerEnvironmentReference]] — `environmentRecord`와 함께 짝을 이루어 상위 스코프에 대한 참조를 제공하는 객체
+
+### 심층 후속 질문 (Deeper Research Questions)
+- `Variable Environment`와 `Lexical Environment`의 `environmentRecord`는 엔진 내부의 메모리 힙(Heap)에서 물리적으로 어떻게 분리되어 관리되는가?
+- 블록 스코프를 생성하는 `let` 및 `const` 변수는 `Lexical Environment`의 `environmentRecord`에 구체적으로 어떤 방식으로 기록되고 호이스팅되는가?
+- 클로저(Closure)가 발생할 때 상위 함수의 `environmentRecord`는 가비지 컬렉터(GC)에 의해 어떻게 처리 및 보존되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자바스크립트의 호이스팅 동작 원리를 이해하여, 안전한 변수 선언(let, const 사용) 및 함수 표현식/선언문의 적절한 배치 전략 수립
+- **System Design:** 소스에서 확인되지 않음.
+- **Operation / Maintenance:** `ReferenceError`나 `undefined` 관련 오류 발생 시, 런타임 `environmentRecord`의 수집 시점과 변수 할당 시점의 차이를 역추적하여 버그 디버깅
+- **Learning Path:** 자바스크립트 싱글 스레드 특성 파악 -> [[Execution Context]] 개념 이해 -> `environmentRecord` 기반의 [[Hoisting]] 원리 학습 -> [[outerEnvironmentReference]] 기반의 스코프 체인 및 클로저 학습
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[JavaScript Engine]] — 확장 방향: 브라우저 내부에서 코드를 스캔하고 `environmentRecord`를 물리적으로 생성 및 제어하는 엔진 아키텍처 (예: V8)
+- [[Call Stack]] — 확장 방향: `environmentRecord`를 품고 있는 실행 컨텍스트들이 순차적으로 적재되고 팝(Pop)되는 자바스크립트의 자료구조
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Execution Context]], [[Hoisting]]
+- **참조 맥락:** 자바스크립트 엔진이 코드의 변수 및 함수를 메모리에 어떻게 바인딩하고, 호이스팅 오류를 런타임에 어떻게 처리하는지 파악하는 코어 원리로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/execution-context/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/공포 소거 (Fear Extinction).md b/10_Wiki/Topics/Domain_Programming/From_RawData/공포 소거 (Fear Extinction).md
new file mode 100644
index 00000000..534c2bf9
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/공포 소거 (Fear Extinction).md
@@ -0,0 +1,93 @@
+```markdown
+---
+id: 공포-소거-(fear-extinction)
+title: "공포 소거 (Fear Extinction)"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["소거", "extinction", "공포 기억 소거", "fear extinction"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "뇌과학", "인지심리학"]
+raw_sources: ["맥락을 고려하는 뇌 - 바이오인 [http://www.ibric.org/myboard/read.php?Board=report&id=2395&Page=1]"]
+applied_in: []
+github_commit: ""
+---
+
+# [[공포 소거 (Fear Extinction)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+공포 소거는 공포 기억 자체를 지우는 것이 아니라, 특정 맥락에서 '안전함'을 나타내는 새로운 연합 기억을 생성하여 기존의 공포 반응과 경쟁하게 만드는 고도의 맥락 의존적 학습 과정이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **소거 (Extinction):** 공포 조건화 이후 무조건 자극(US) 없이 조건 자극(CS)만을 반복적으로 노출시켰을 때, 조건 자극에 대한 공포(혐오 반응)가 점차 사라지는 학습 메커니즘.
+* **맥락 의존성 (Context-dependency):** 공포 조건화는 맥락과 독립적으로 강력한 공포 반응을 일으키는 반면, 소거된 기억은 오직 '소거를 학습한 특정 장소(맥락)' 안에서만 유효하게 작동하는 특성.
+* **공포의 갱신 (Renewal):** 소거 학습이 일어난 맥락을 벗어나 다른 맥락에서 조건 자극을 다시 마주할 때, 억제되었던 공포 반응이 다시 나타나는 현상.
+* **경쟁적 연합 기억 (Competitive Associative Memory):** 소거 과정이 기존의 '조건 자극-무조건 자극' 연합을 파괴하는 것이 아니라, 새로운 '조건 자극-무조건 자극 없음' 연합을 형성하여 뇌 내에서 두 기억이 맥락에 따라 경쟁하도록 만드는 구조.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **조건화와 소거의 맥락 비대칭성:** 공포 연합 학습(조건화)은 한 번 형성되면 장소를 불문하고 발현되지만, 안전 학습(소거)은 학습이 이루어진 좁은 맥락(환경)에 강하게 바인딩되어 제한적으로만 인출된다.
+* **해마-전전두피질-편도체 상호작용 네트워크:** 공포 기억의 맥락적 인출과 조절은 단일 신경망이 아닌 해마(맥락 정보 제공), 편도체(공포/안전 동시 처리), 복내측전전두피질(vmPFC, 소거 기억 인출) 간의 유기적인 네트워크 상호작용을 통해 이루어진다.
+
+## 📖 세부 내용 (Details)
+* **공포 소거와 맥락의 인출 규칙:** 특정 자극을 마주할 때 뇌는 맥락 정보에 따라 반응을 결정한다. 공포 조건화 이후, 무조건 자극 없이 조건 자극만을 반복적으로 노출하면 혐오 반응이 억제되는 '소거'가 발생한다 [S1]. 이 과정에서 뇌는 기존의 공포 연합 기억을 삭제하는 것이 아니라, 기존 연합 기억과 경쟁하는 안전한 '조건 자극-무조건 자극 없음' 연합 기억을 새롭게 생성한다 [S1].
+* **공포 갱신 현상의 신경 메커니즘:** 소거 맥락 밖에서 조건 자극에 다시 노출되면 억제되었던 공포가 되살아나는 '갱신' 현상이 발생한다 [S1]. 이는 소거가 철저히 맥락 의존적임을 뜻하며, 해마가 이러한 맥락 의존적인 소거에 대한 기억 인출을 담당한다 [S1]. 해마를 비활성화하면 공포 갱신 기능에 손실이 생기며, 이는 '조건 자극-맥락' 연합의 인출 실패를 의미한다 [S1].
+* **편도체의 이중적 역할:** 편도체에는 공포 조건화에 반응하는 신경세포와 소거 학습 후 소거 맥락에서 조건 자극을 마주할 때 공포를 억제하며 활성화되는 신경세포가 공존한다 [S1]. 즉, 편도체는 해마 등의 통제를 받아 공포와 안전 신호를 동시에 처리하며, 소거 맥락을 벗어나면 편도체 내 신경세포의 공포 반응이 다시 나타나는 '세포의 갱신'이 이루어진다 [S1].
+* **복내측전전두피질(vmPFC)의 특화 기능:** 인간과 동물을 대상으로 한 연구에서 vmPFC는 공포 획득 기간에는 관여하지 않고, 오직 소거 학습 및 소거 기억을 인출할 때만 특화되어 활성화됨이 밝혀졌다 [S1]. 소거 기억 인출 시 해마 앞부분의 활성화 정도는 vmPFC의 활성화와 양의 상관관계를 보인다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 확인되지 않음. (제공된 소스는 공포 소거 및 갱신에 관한 해마와 전전두피질, 편도체의 일관된 협력적 메커니즘을 서술하고 있다.)
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **외상 후 스트레스 장애(PTSD) 및 불안장애 치료:** 공포 소거 메커니즘은 불안장애 환자에게 행해지는 '노출 치료'의 핵심 신경과학적 근거로 쓰이고 있다 [S1]. PTSD 환자는 소거 이후에도 조건화된 공포 반응을 강하게 보이며, 이는 vmPFC의 반응 손실로 인해 조건 자극에 대한 공포를 억제하기 위해 맥락을 활용하지 못하는 맥락 처리 기능 장애와 관련이 있는 것으로 추정되어 임상 치료 프로토콜 개발에 적용되고 있다 [S1].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[맥락 조건화 (Contextual Conditioning)]] — 연결 이유: 공포 소거의 선행 단계로서 혐오적 자극과 맥락을 연합하는 인지 과정.
+- [[일화 기억 (Episodic Memory)]] — 연결 이유: 해마가 공간적, 시간적 맥락을 표상하여 사건의 정황을 저장하는 핵심 기억 체계.
+- [[해마 (Hippocampus)]] — 연결 이유: 맥락 표상을 부호화하고, 소거 맥락과 조건화 맥락을 구분해 공포 갱신을 주도하는 두뇌 영역.
+- [[편도체 (Amygdala)]] — 연결 이유: 해마 및 전전두피질과 상호작용하여 공포 반응과 소거 반응을 실제 물리적으로 표출하거나 억제하는 중추.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 노출 치료 등 임상 심리치료에서 학습한 '소거 맥락'을 일상 생활이라는 '다른 맥락'으로 성공적으로 전이시켜 공포 갱신을 방지할 수 있는 인지적/신경과학적 개입 방법은 무엇인가?
+- 외상 후 스트레스 장애(PTSD) 환자에게서 관찰되는 복내측전전두피질(vmPFC)의 활성 저하가 위험 신호와 안전 신호의 재학습(소거)을 방해하는 구체적인 메커니즘은 무엇인가?
+- 해마가 편도체의 억제성 신경세포와 흥분성 신경세포를 내측전전두피질(mPFC)을 경유하여 통제하는 간접 경로의 작동 원리는 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 인지행동치료(CBT) 및 가상현실(VR) 노출 치료 설계 시, 단일 환경이 아닌 다양한 환경적 맥락을 시뮬레이션하여 소거 기억의 맥락 의존성을 극복하도록 유도.
+- **System Design:** 소스에서 확인되지 않음.
+- **Operation / Maintenance:** 소스에서 확인되지 않음.
+- **Learning Path:** 뇌신경과학, 인지심리학, 이상심리학 및 정신병리학.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[작업 기억 (Working Memory)]] — 확장 방향: 조현병 환자의 맥락 처리 및 AX 연속 테스트 수행 결함 등 배외측전전두피질(dlPFC)의 연관 질환 연구로 확장.
+- [[예기불안 (Anticipatory Anxiety)]] — 확장 방향: 뇌섬엽, 전대상피질 등 공포의 맥락 부호화 외에 인간의 감정 조절에 영향을 미치는 부위들의 역할 연구로 확장.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[연합 학습(Associative Learning)]], [[맥락 의존성(Context-dependency)]]
+- **참조 맥락:** 인지과학, 신경생물학적 구조 내에서 생명체가 과거의 공포 기억을 상황(맥락)에 맞춰 억제하고 새로운 '안전' 정보를 재학습하는 메커니즘을 분석할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] 맥락을 고려하는 뇌 - 바이오인 (https://www.bioin.or.kr/board.do?num=255171&cmd=view&bid=tech)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/대형 언어 모델(LLM).md b/10_Wiki/Topics/Domain_Programming/From_RawData/대형 언어 모델(LLM).md
new file mode 100644
index 00000000..3664d973
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/대형 언어 모델(LLM).md
@@ -0,0 +1,146 @@
+---
+id: 대형-언어-모델(llm)
+title: "대형 언어 모델(LLM)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "LLM"
+ - "Large Language Model"
+ - "초거대 언어 모델"
+ - "거대 언어 모델"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리"
+ - "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+ - "Meta-in-context learning in large language models - NIPS"
+ - "Effective context engineering for AI agents - Anthropic"
+ - "Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv"
+ - "Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques "
+ - "Prompting best practices - Claude Platform Docs"
+applied_in: []
+github_commit: ""
+---
+
+# [[대형 언어 모델(LLM)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+대형 언어 모델(LLM)은 방대한 사전 학습 데이터에서 획득한 지식을 바탕으로 문맥(Context)을 처리하고 인맥락 학습(In-Context Learning)을 통해 언어뿐만 아니라 다차원적 추론을 수행하는 강력한 어텐션 기반 인공지능 시스템이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **어텐션 메커니즘 (Attention Mechanism):** 입력 데이터(토큰) 간의 관계와 중요도를 Q(Query), K(Key), V(Value)로 계산하여 문맥적 의미를 파악하는 트랜스포머(Transformer)의 핵심 원리.
+* **인맥락 학습 (In-context Learning, ICL):** 모델의 파라미터 업데이트나 미세조정(Fine-tuning) 없이, 프롬프트 내에 주어진 예시와 지시사항만으로 암시적인 베이지안 추론을 수행하여 새로운 과업에 적응하는 능력.
+* **맥락 엔지니어링 (Context Engineering):** 모델이 지닌 한정된 '어텐션 예산(Attention budget)' 내에서 긍정적 인지 효과를 극대화하기 위해, 런타임에 최적의 신호 데이터를 선별 및 압축하여 제공하는 설계 규범.
+* **사고의 사슬 (Chain-of-Thought, CoT):** 문제 해결 과정을 중간 추론 단계로 분해하여 LLM의 잠재적 논리 추론 능력을 이끌어내는 프롬프팅 전략.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **메타 인맥락 학습 (Meta-in-context Learning):** LLM에게 여러 개의 상이한 학습 과업을 연속적으로 제시하면, 모델이 자신의 사전 지식(Priors)을 실제 환경의 통계에 맞게 재조정하고 탐색 전략을 수정하여 인맥락 학습 능력 자체를 스스로 향상시킴.
+* **하이브리드 맥락 검색 (Hybrid Context Retrieval):** 사전에 정적 데이터를 로드하는 방식과, 에이전트가 런타임에 능동적 탐색(예: `grep`, 파일 시스템 탐색)을 통해 'Just-in-time'으로 데이터를 인출하는 방식을 융합하는 설계 패턴.
+* **KV 캐싱 (KV Caching):** 디코더의 자동 회귀(Auto-regressive) 생성 단계에서 매 스텝 중복 연산을 방지하기 위해, 이전 토큰들의 Key와 Value 벡터를 메모리에 저장하여 생성 속도를 높이는 시스템 아키텍처 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Zero-shot Prompting** | 예시 데이터를 준비할 필요가 없어 빠르고 간단함 | 특화된 도메인이나 복잡한 출력 형식 제어에 불안정함 | 모델이 충분히 잘 아는 보편적 과업을 수행할 때 [S7] |
+| **Few-shot Prompting** | 기대하는 출력 형식, 톤, 엣지 케이스 처리 방법을 모델에게 직관적으로 학습시킬 수 있음 | 프롬프트 토큰이 늘어나며, 부적절한 예시 구성 시 편향이 발생할 수 있음 | 일관된 포맷의 데이터 추출, 분류, 새로운 도메인 과업 수행 시 [S7] |
+| **Chain-of-Thought (CoT)** | 복잡한 수학, 논리 문제를 단계별로 분해하여 추론 정확도를 극적으로 향상시킴 | 출력 토큰(비용 및 지연 시간)이 증가함 | 다단계 추론이 필요한 논리/수학/전략 기획 문제 [S7] |
+| **Tree-of-Thought (ToT)** | 다수의 추론 경로를 동시 탐색하고, 평가/역추적(Backtracking)이 가능하여 인간과 유사한 심층 사고를 구현함 | 호출 횟수와 토큰 사용량이 매우 높고 아키텍처 구현이 복잡함 | 복잡한 의사결정, 창의적 글쓰기, 크로스체크가 필요한 고난도 설계 작업 [S7] |
+
+## 📖 세부 내용 (Details)
+* **트랜스포머와 어텐션 메커니즘:** 대형 언어 모델의 근간은 트랜스포머 아키텍처의 어텐션 메커니즘에 기반을 둔다 [S1]. 질의(Query), 키(Key), 값(Value) 벡터의 내적(Dot-product) 연산을 통해 입력 시퀀스 내 각 단어가 서로에게 미치는 연관성과 가중치를 동적으로 계산하여 문맥을 파악한다 [S1].
+* **인맥락 학습(ICL)과 베이지안 추론:** LLM은 사전 학습을 통해 획득한 방대한 '잠재 개념(Latent Concepts)'을 바탕으로, 프롬프트의 예시들을 '의미론적 사전 지식(Semantic Prior)' 삼아 암시적 베이지안 추론을 수행한다 [S2], [S3]. 이는 그래디언트 업데이트 없이도 모델이 새로운 입력-출력 매핑에 유연하게 적응하게 만든다 [S2].
+* **메타 인맥락 학습의 창발:** LLM에게 연속적으로 여러 태스크를 학습시키면, 인맥락 학습 능력 자체가 재귀적으로 향상되는 '메타 인맥락 학습' 현상이 나타난다 [S4]. 이 과정에서 모델은 사전 기대치(Prior expectations)를 실제 환경 통계와 일치하도록 적응시키고 탐색 전략을 조정한다 [S4].
+* **맥락 엔지니어링의 한계 극복:** 컨텍스트 윈도우가 커짐에 따라 정보 탐색 정확도가 떨어지는 '맥락 부패(Context Rot)'가 발생한다 [S5]. LLM은 인간처럼 유한한 '어텐션 예산(Attention budget)'을 가지므로, 이를 관리하기 위해 오래된 대화를 압축(Compaction)하거나 구조화된 에이전트 메모리(Structured note-taking)를 사용하는 맥락 엔지니어링이 필수적이다 [S5].
+* **인간 뇌와의 신경 표상 일치:** 최근 신경과학 연구에 따르면, 시각·공간적 예측을 요구하는 감각-운동(Sensory-motor) 작업 수행 시 LLM의 내부 은닉 상태(Hidden states)가 인간 뇌의 고주파 활동(HFA)과 높은 선형적 유사성(Centered Kernel Alignment, CKA)을 보였다 [S3], [S6]. 이는 대형 언어 모델이 언어를 넘어 인간 신경망과 유사한 다차원적 맥락 조율 기전을 공유할 가능성을 시사한다 [S3], [S6].
+* **프롬프트와 추론 설계:** 프롬프트 엔지니어링은 Zero-shot, Few-shot을 넘어 복잡한 논리망을 구축하는 Tree-of-Thought, Graph-of-Thought로 진화 중이며 [S7], XML 태그를 이용해 명령과 컨텍스트의 계층을 완벽히 분리하고, 자동 프롬프트 엔지니어링(APE) 및 Self-Refine 파이프라인으로 최적화할 수 있다 [S7], [S8].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **프롬프트 예외 처리의 변화:** 과거에는 프롬프트에 모든 가능한 예외 규칙(Laundry list of edge cases)을 욱여넣는 방식을 사용했으나, 이는 오히려 모델의 혼란을 야기할 수 있어 최근에는 대표적이고 다양한 소수의 정규 예시를 제공하는 방식이 더 권장된다 [S5].
+* **추론량 제어 방식의 진화:** 과거(예: Claude 4.5 이전)에는 `budget_tokens` 파라미터를 사용하여 모델의 추론 한도를 수동으로 제어했으나, 최신 모델(Claude 4.6 이상)에서는 쿼리의 복잡도와 `effort` 설정에 따라 모델이 사고량을 유동적으로 조율하는 '적응형 사고(Adaptive Thinking)'로 업데이트되었다 [S8].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 데이터 내에 이 지식이 직접 적용된 파일 경로, Git 커밋 해시, 또는 의사결정 기록(decision_id)이 확인되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음 (다만, 프롬프트 엔지니어링 수행 시 아래와 같은 XML 태그 마킹 구조 패턴이 권장됨).
+```xml
+
+당신은 데이터를 분석하는 시니어 재무 분석가입니다.
+주어진 맥락을 바탕으로 보고서를 작성하십시오.
+
+
+
+
+...
+2026_Q1_Report
+
+
+
+
+
+...
+분석을 위한 중간 추론 과정...
+
+
+
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[트랜스포머(Transformer)]] — 어텐션 메커니즘을 기반으로 한 LLM의 근간 아키텍처
+- [[어텐션 메커니즘(Attention Mechanism)]] — 입력 시퀀스 내 토큰 간의 관계와 중요도를 계산하는 핵심 기술
+- [[인맥락 학습(In-context Learning)]] — 사전 학습된 LLM이 프롬프트를 통해 즉각적으로 과업에 적응하는 추론 방식
+- [[프롬프트 엔지니어링(Prompt Engineering)]] — LLM의 행동을 유도하고 제어하기 위한 맥락 설계 방법론
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 대형 언어 모델의 인맥락 학습(ICL)이 전통적인 파라미터 미세조정(Fine-tuning)과 비교해 갖는 시스템적 장단점은 무엇인가?
+- 디코더 기반 LLM에서 KV 캐싱(KV Caching) 기법이 추론 처리량(Throughput)과 VRAM 사용량에 미치는 정확한 메커니즘은 무엇인가?
+- 프롬프트 길이가 길어질 때 발생하는 '맥락 부패(Context Rot)' 문제를 해결하기 위해 도입할 수 있는 에이전트 아키텍처 패턴은 무엇이 있는가?
+- 인간 뇌의 고주파 활동(HFA)과 LLM 은닉 상태(Hidden states) 간의 선형적 유사성이 차세대 AI 모델 설계에 제공하는 통찰은 무엇인가?
+- Tree-of-Thought(ToT) 구조를 엔터프라이즈 환경의 의사결정 파이프라인에 적용할 때 연산 지연(Latency)을 최소화할 수 있는 전략은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 프롬프트 내 명확한 XML 태그 마킹, 역할 부여(Role prompting), Zero-shot CoT 트리거 적용
+- **System Design:** 에이전트의 어텐션 예산(Attention budget) 관리를 위한 메모리 압축(Compaction) 모듈 및 하이브리드 컨텍스트 검색 설계
+- **Operation / Maintenance:** 자동화된 프롬프트 탐색(APE)과 Self-Refine 파이프라인을 통한 LLM 출력 신뢰성 모니터링 체계 구축
+- **Learning Path:** 트랜스포머 연산(Q, K, V) 이해 → 인맥락 학습 메커니즘 파악 → 프롬프트 및 맥락 엔지니어링 → 에이전트 시스템(Agentic Systems) 구축
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[신경과학(Neuroscience)]] — LLM의 인지 메커니즘과 인간 뇌 기능의 통섭적 연구 및 유사성 비교 확장
+- [[에이전트 시스템(Agentic Systems)]] — LLM을 중앙 추론 엔진으로 활용하여 도구를 호출하고 자율적으로 동작하는 시스템 설계 확장
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[어텐션 메커니즘(Attention Mechanism)]], [[인맥락 학습(In-Context Learning)]]
+- **참조 맥락:** 초거대 AI 에이전트의 추론 메커니즘 설계, 맥락 및 프롬프트 엔지니어링 최적화, 인공지능과 인지과학의 통합적 모델링 연구에 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] "[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리"
+- [S2] "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI"
+- [S3] "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+- [S4] "Meta-in-context learning in large language models - NIPS"
+- [S5] "Effective context engineering for AI agents - Anthropic"
+- [S6] "Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv"
+- [S7] "Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques "
+- [S8] "Prompting best practices - Claude Platform Docs"
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/대화적 함축 (Implicature).md b/10_Wiki/Topics/Domain_Programming/From_RawData/대화적 함축 (Implicature).md
new file mode 100644
index 00000000..fb93d001
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/대화적 함축 (Implicature).md
@@ -0,0 +1,118 @@
+```markdown
+---
+id: 대화적-함축-(implicature)
+title: "대화적 함축 (Implicature)"
+category: "Linguistics/Pragmatics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["대화적 함축", "함축", "Implicature", "Conversational Implicature", "대화적 함의", "대화 격률 위반"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["[S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "[S2] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment", "[S3] Relevance theory - Wikipedia", "[S4] Relevance theory1"]
+applied_in: []
+github_commit: ""
+---
+
+# [[대화적 함축 (Implicature)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+대화적 함축(Implicature)은 화자가 대화의 격률을 의도적으로 위반하거나 표면적 발화를 넘어설 때, 청자가 문맥을 통해 논리적으로 연역해 내는 숨겨진 의도 및 전제이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **협력 원칙과 대화 격률 (Cooperative Principle & Maxims)**: 그라이스(Grice)가 주창한 것으로, 청자는 화자가 양, 질, 관계, 태도의 대화 격률을 지키고 있다는 전제하에 발화에 숨겨진 함축을 추론한다.
+- **함축적 전제 및 결론 (Implicated Premises & Conclusions)**: 명시적으로 발화되지 않았으나, 대화의 관련성 기대를 충족시키기 위해 발화의 명시적 내용과 문맥이 결합되어 도출되는 논리적 명제이다.
+- **강한 함축과 약한 함축 (Strong & Weak Implicature)**: 화자의 의도를 이해하는 데 필수적인 강한 함축과, 여러 가능한 해석 중 하나로 작용하여 풍부한 문맥적 의미를 더하는 약한 함축으로 구분된다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **격률 무시(Flouting)를 통한 함축 생성**: 화자가 대화 격률을 의도적이고 대담하게 무시함으로써(예: 은유나 반어적 풍자) 청자에게 추가적인 함축을 전달하는 전략.
+- **명시적-추론적 결합 (Ostensive-Inferential)**: 화자가 의도를 노출하는 '명시적(Ostensive)' 행동을 하면 청자가 이를 단서로 삼아 함축을 '추론(Inferential)'하여 의미를 복원하는 상호작용 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **명시적 함의 (Explicature)** | 언어적으로 부호화된 논리적 형식을 보강하여 명확한 의미(지시 대상 할당, 중의성 해소 등)를 제공함 [S1, S3] | 발화된 문자적 틀(Logical form)을 벗어나는 근본적인 화자의 숨은 의도를 포착하기는 어려움 [S4] | 문장 내 모호한 지시어나 생략된 구문을 문맥에 맞게 구체적으로 보강해야 할 때 [S1, S3] |
+| **대화적 함축 (Implicature)** | 실제로 진술되지 않은 정보, 화자의 숨겨진 의도, 맥락적 전제 등을 풍부하게 전달할 수 있음 [S1, S3] | 명시되지 않은 정보를 청자의 추론에 의존하므로 해석의 모호성이 발생할 수 있음 (특히 약한 함축) [S2, S4] | 대화 격률을 의도적으로 위반하여 은유, 아이러니 또는 우회적인 메시지를 전달하고자 할 때 [S1, S2] |
+
+## 📖 세부 내용 (Details)
+**1. 그라이스의 대화적 함축 이론**
+대화적 함축 이론은 폴 그라이스(H. P. Grice)에 의해 체계화되었다. 그라이스는 대화 참여자들이 합의된 대화 목적에 맞게 발화해야 한다는 '협력 원칙(Cooperative Principle)'을 선언하였으며, 이를 달성하기 위해 양, 질, 관계, 태도라는 네 가지 대화 격률(Maxims)을 제시했다 [S1].
+청자는 화자가 이러한 협력 원칙과 격률을 준수하고 있다는 전제를 바탕으로 대화를 해석한다. 만약 화자가 특정 격률을 노골적으로 위반하거나 무시(Flouting)할 경우, 청자는 대화의 정합성을 유지하기 위해 화자가 숨겨둔 '대화적 함축(Conversational Implicature)'을 연역해 낸다 [S1].
+
+그라이스는 대화적 함축을 세 가지 그룹으로 명확히 구분했다 [S1]:
+- **제1그룹**: 어떤 격률도 명백히 위반되지 않은 경우. (예: "연료가 떨어졌다"라는 말에 "모퉁이를 돌면 주유소가 있다"라고 응답하는 경우)
+- **제2그룹**: 한 격률을 준수하기 위해 부득이하게 다른 격률을 위반해야 하는 상황.
+- **제3그룹**: 청자에게 특정 함축을 전달하기 위해 의도적이고 대담하게 특정 격률을 짓밟는(Flouting) 경우 (예: 문학적 은유나 반어적 풍자).
+
+**2. 관련성 이론(Relevance Theory)에서의 함축 접근**
+댄 스퍼버(Dan Sperber)와 디어드리 윌슨(Deirdre Wilson)의 관련성 이론에서는 의사소통자가 의도한 추론을 '명시적 함의(Explicature)'와 '함축(Implicature)'으로 엄격히 분류한다 [S3].
+관련성 이론에서 함축은 실제로 진술되지 않은 채 전달되는 의미이며 [S3], 이는 다시 '함축적 전제(Implicated premises)'와 '함축적 결론(Implicated conclusions)'으로 나뉜다 [S2, S4].
+- **함축적 전제**: 청자가 화자의 발화가 관련성을 가질 것이라는 기대를 충족시키기 위해 문맥에서 이끌어내는 암묵적 가정이다 [S2, S4].
+- **함축적 결론**: 명시적 함의(Explicature)와 함축적 전제(Implicated premises)가 논리적으로 결합하여 도출되는 결론이다 [S2, S4].
+
+**3. 강한 함축과 약한 함축 (Strong and Weak Implicatures)**
+관련성 이론은 발화가 관련성을 획득하는 방식을 설명하기 위해 함축의 강도를 구분한다 [S2, S4].
+- **강한 함축 (Strong Implicature)**: 화자의 발화가 제기하는 관련성 기대를 충족시키기 위해 청자가 반드시 복원해야만 하는 필수적인 함축이다 [S2, S4].
+- **약한 함축 (Weak Implicature)**: 발화가 예상된 방식으로 관련성을 갖도록 돕지만, 화자가 여러 유사한 함축들 중 하나를 암시할 뿐 특정한 하나가 절대적으로 요구되지는 않는 경우이다 [S2, S4]. 주로 은유, 시적 효과(Poetic effect), 느슨한 언어 사용(Loose uses)에서 전형적으로 나타나며, 명시적 함의의 불확정성과 상응하여 다양한 의미적 풍부함을 제공한다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 그라이스(Grice)의 초기 화용론은 함축이 도출되는 원리를 '협력 원칙'과 '4가지 대화 격률'을 통해 설명하였으나, 이후 스퍼버와 윌슨의 관련성 이론(Relevance Theory)은 그라이스의 다원화된 격률을 모두 폐기하고 최소의 인지적 노력으로 최대의 인지적 효과를 지향한다는 단일한 '관련성 원리(Principle of Relevance)'만으로 함축의 메커니즘을 대체 및 업데이트하였다 [S1, S2, S4].
+- 그라이스의 틀에서는 화자가 필요한 정보를 제공하기 꺼려하는 상황(Unwillingness)을 협력 원칙의 훼손으로 보아 대화적 함축을 설명하는 데 난점이 있었으나, 관련성 이론은 이 또한 단순히 화자의 또 다른 층위의 의도(정보 제공에 대한 불능이나 거부 등)를 전달하는 '명시적 자극(Ostensive stimulus)'으로 유연하게 포섭하여 모순을 해결하였다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스 데이터에 이 개념이 소프트웨어 구현, Git 커밋 해시, 의사결정 기록 등으로 적용된 직접적인 엔지니어링 사례는 포함되어 있지 않다. 다만 인지과학과 인공지능 연구에서 초거대 언어 모델(LLM)이 인간의 '베이지안 추론' 및 '인맥락 학습(In-Context Learning)'을 수행하는 기전이 화용론의 '관련성 최적화' 및 '함축' 도출 원리와 본질적으로 상응(Structural Isomorphy)한다는 학제적 분석 사례로 적용되고 있다 [S1].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[협력 원칙 (Cooperative Principle)]] — 연결 이유: 그라이스가 대화적 함축을 연역해 내기 위해 설정한 대화 참여자 간의 근본 전제 [S1].
+- [[명시적 함의 (Explicature)]] — 연결 이유: 함축(Implicature)과 대비되는 개념으로, 언어적으로 인코딩된 논리적 형식을 문맥에 맞게 확장하고 보강하여 얻은 명시적 의미 [S2, S3, S4].
+- [[관련성 이론 (Relevance Theory)]] — 연결 이유: 대화적 함축을 단일한 인지적 노력-효과 교환 비율로 설명하는 포스트 그라이스 화용론의 중심 이론 [S1, S2, S4].
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 대화적 함축을 처리할 때 계통 1(System 1)과 계통 2(System 2) 인지 경로는 어떻게 다르게 개입하는가?
+- 대형 언어 모델(LLM)의 인맥락 학습(ICL) 과정에서 그라이스의 '대화 격률 무시(Flouting)' 현상을 어떻게 모델링할 수 있는가?
+- 강한 함축과 약한 함축을 구분하는 정량적 지표나 인지적 임계값이 존재하는가?
+- 다문화 소통(고맥락/저맥락 문화) 환경에서 대화적 함축의 복원 오류율은 어떻게 변화하는가?
+- 은유와 반어적 풍자에서 발생하는 약한 함축의 배열(Array of weak implicatures)을 AI는 어떻게 평가하고 처리하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** LLM 프롬프트 디자인 시, 모델이 사용자의 불완전한 지시로부터 생략된 의도(함축적 전제)를 복원하도록 시스템 프롬프트 구성.
+- **System Design:** 챗봇 및 대화형 에이전트 아키텍처에서 사용자 발화의 문자적 의미(Explicature)뿐만 아니라 함축적 결론(Implicature)을 추론하는 NLP 파이프라인 설계.
+- **Operation / Maintenance:** AI 에이전트의 응답 에러 분석 시 모델이 관련성의 격률을 오해하여 잘못된 함축을 도출한 케이스 필터링.
+- **Learning Path:** 언어학, 인지과학, 그리고 LLM의 의미론적 사전 지식(Semantic Prior) 처리 메커니즘을 융합적으로 이해하기 위한 화용론 기초 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[고맥락 및 저맥락 문화 (High-context and low-context cultures)]] — 확장 방향: 대화적 함축에 의존하는 비율이 문화적 맥락(공유된 배경지식)에 따라 어떻게 달라지는지 분석 [S1].
+- [[인맥락 학습 (In-Context Learning)]] — 확장 방향: LLM이 텍스트 프롬프트를 통해 숨겨진 패턴과 규칙(함축된 지시)을 어떻게 베이지안 추론으로 파악하는지 연결 [S1].
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[협력 원칙 (Cooperative Principle)]], [[명시적 함의 (Explicature)]], [[관련성 이론 (Relevance Theory)]]
+- **참조 맥락:** 화용론 기반의 자연어 처리 시스템을 설계하거나 LLM의 대화 의도 파악(Intent Recognition) 파이프라인을 구축할 때 텍스트 이면의 숨겨진 의미를 해석하는 원리로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S2] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment
+- [S3] Relevance theory - Wikipedia
+- [S4] Relevance theory1
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/도메인 주도 설계 (Domain-Driven Design).md b/10_Wiki/Topics/Domain_Programming/From_RawData/도메인 주도 설계 (Domain-Driven Design).md
new file mode 100644
index 00000000..cc6c9d4e
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/도메인 주도 설계 (Domain-Driven Design).md
@@ -0,0 +1,96 @@
+```markdown
+---
+id: 도메인-주도-설계-(domain-driven-design)
+title: "도메인 주도 설계 (Domain-Driven Design)"
+category: "Architecture"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["DDD", "Domain-Driven Design", "도메인 주도 개발", "도메인 주도 설계"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)"]
+raw_sources: ["인지 부하가 중요합니다 ("Cognitive load is what matters" 원문) - velog"]
+applied_in: []
+github_commit: ""
+---
+
+# [[도메인 주도 설계 (Domain-Driven Design)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+도메인 주도 설계(DDD)는 '해결 방법(Solution Space)'이 아닌 '문제 영역(Problem Space)'에 대한 접근 방식이며, 이를 코드 구현 템플릿으로 오해하여 적용할 경우 주관적 해석의 난립으로 인해 미래의 개발자에게 심각한 외재적 인지 부하(Extraneous Cognitive Load)를 유발한다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **문제 영역(Problem Space) 지향:** 유비쿼터스 언어, 도메인, 경계 컨텍스트(Bounded Context), 집계(Aggregate), 이벤트 스토밍 등은 문제 영역에 관한 개념들로, 도메인에 대한 통찰력을 얻고 경계를 추출하기 위해 고안되었다.
+* **통일된 의사소통의 도구:** 개발자, 도메인 전문가 및 비즈니스 담당자가 단일하고 통일된 언어를 사용하여 효과적으로 의사소통할 수 있도록 지원하는 프레임워크다.
+* **해결 방법(Solution Space)으로의 오해:** DDD를 특정 폴더 구조, 서비스, 리포지토리 계층 등의 구체적 소프트웨어 구현 및 아키텍처 기술로 착각하고 남용하는 경향이 존재한다.
+* **주관적 멘탈 모델과 인지 과부하:** DDD에 대한 해석은 개인마다 독특하고 주관적이어서, 이를 바탕으로 코드를 설계하면 코드를 읽는 독자마다 다른 멘탈 모델을 요구하게 되어 막대한 외재적 인지 부하를 야기한다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **해결 방법 공간으로의 오용 안티 패턴 (Misuse in Solution Space):** "우리는 DDD 방식으로 코드를 짠다"는 명목하에 복잡한 추상화, 리포지토리 패턴, 폴더 구조를 강제하는 행위. 이는 시스템에 대한 공통 기반을 형성하기보다 10명의 개발자에게 10개의 다른 멘탈 모델을 강요하게 되어 불필요한 논쟁과 🤯인지 과부하를 초래한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **도메인 주도 설계 (DDD)** | 개발자와 도메인 전문가, 비즈니스 담당자 간 단일하고 통일된 언어(유비쿼터스 언어)를 사용하여 의사소통과 도메인 경계 추출에 매우 효과적임 | 해석이 주관적이고 다양하여 코드 구조(Solution Space)에 무리하게 적용 시 외재적 인지 부하가 급증하고 논쟁의 장이 됨 | 복잡한 비즈니스 문제 영역(Problem space)을 분석하고 이해관계자 간 의사소통 구조를 통일할 때 |
+| **팀 토폴로지 (Team Topologies)** | 팀 전체에 걸쳐 인지 부하를 분산시키는 데 효과적이며, 엔지니어들이 비교적 일관되고 유사한 멘탈 모델을 형성하게 됨 | 소스에 관련 정보가 부족합니다. | 조직 내 인지 부하를 합리적으로 분산하고 일관된 팀 구조와 이해를 갖추고자 할 때 |
+
+## 📖 세부 내용 (Details)
+* **DDD의 본질적 목적:** 도메인 주도 설계(DDD)는 훌륭한 개념을 많이 포함하고 있지만 실무에서는 종종 크게 오해받는다. 가장 흔한 오해는 "우리는 DDD 방식으로 코드를 짠다"고 말하는 것인데, 본래 DDD는 '해결 방법(solution space)'을 위한 코드 템플릿이 아니라 '문제 영역(problem space)'을 탐구하고 구조화하기 위한 접근 방식이기 때문이다 [S1].
+* **의사소통 도구로서의 가치:** 유비쿼터스 언어, 도메인, 경계 컨텍스트, 집계, 이벤트 스토밍 등의 기법들은 철저하게 문제 영역을 분석하기 위한 도구다. 이들은 도메인의 통찰력을 습득하고 논리적 경계를 추출함으로써, 개발자, 도메인 전문가, 비즈니스 부서가 단일하고 통일된 언어로 소통할 수 있게 돕는다 [S1].
+* **솔루션 공간에서의 남용과 인지 부하의 폭증:** DDD를 특정 폴더 구조, 서비스 설계, 리포지토리 패턴 등과 같은 '해결 방법' 기술로 지나치게 강조하고 코드베이스에 직접 투영하는 경향이 빈번하게 발생한다 [S1]. 문제는 각 개발자가 DDD를 해석하는 방식이 주관적이고 다양하다는 점이다. 이러한 개인적 이해를 바탕으로 코드를 억지로 구조화하면, 코드를 읽는 10명의 사람에게 10개의 완전히 다른 멘탈 모델을 요구하게 된다. 결과적으로 이는 공통의 기술적 기반이 되기는커녕 불필요한 논쟁을 유발하며, 시스템을 이해하려는 미래의 개발자에게 치명적인 수준의 외재적 인지 부하를 부과하여 프로젝트를 파멸로 이끌 수 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+일반적인 소프트웨어 엔지니어링 업계 상식에서는 DDD를 복잡한 비즈니스 애플리케이션을 구축하는 강력한 아키텍처 및 구현 방법론으로 장려하지만, 소스 문헌에서는 이를 '코드 해결 방법(Solution Space)'에 억지로 끼워 맞추는 행위가 오히려 막대한 외재적 인지 부하를 초래하는 안티 패턴이라고 정면으로 비판하며, DDD의 활용을 철저하게 '문제 영역(Problem Space)' 내의 의사소통 수단으로 제한할 것을 시사하고 있다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[외재적 인지 부하 (Extraneous Cognitive Load)]] — DDD의 코드 레벨 오용이 초래하는 불필요하고 파괴적인 인지적 부담의 형태
+- [[팀 토폴로지 (Team Topologies)]] — DDD로 인해 파편화되는 멘탈 모델의 한계를 극복하고, 조직의 인지 부하를 일관성 있게 분산하는 대안적 조직 설계 프레임워크
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 비즈니스 로직을 구현할 때 DDD의 패턴(리포지토리, 애그리거트 등)을 배제하고 인지 부하를 낮게 유지하면서도 복잡성을 관리할 수 있는 구체적인 아키텍처 대안은 무엇인가?
+- 이벤트 스토밍과 유비쿼터스 언어를 '문제 영역'의 논의에만 국한시키고, 이를 '솔루션 공간'의 구조에 반영하지 않도록 경계를 설정하는 실무 가이드라인은 무엇인가?
+- 팀 토폴로지가 DDD와 비교하여 개발자들에게 더 직관적이고 통일된 멘탈 모델을 형성할 수 있는 심리적, 구조적 이유는 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 코드를 구현할 때 DDD에서 파생된 특정 디렉토리/클래스 구조를 강요하기보다, 개발자들이 별도의 학습 없이도 즉각적으로 이해할 수 있는 지루하고 단순한 아키텍처를 선택하여 인지 부하를 줄임.
+- **System Design:** 소프트웨어 설계 초기 단계에서 도메인 전문가와의 의사소통 및 요구사항 명확화를 위한 도구(이벤트 스토밍)로만 DDD를 활용.
+- **Operation / Maintenance:** 코드베이스를 검토할 때, 주니어 개발자나 신규 입사자가 현재의 아키텍처(DDD 등)를 이해하기 위해 과도한 멘탈 모델 구축(인지 부하)을 겪고 있는지 페어 프로그래밍 등을 통해 측정하고 리팩토링 여부를 판단.
+- **Learning Path:** 소프트웨어 아키텍처를 학습할 때 방법론 자체에 매몰되지 않고, 그것이 '인지 부하'에 미치는 영향을 최우선적으로 평가하는 시각 배양.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[마이크로서비스 아키텍처 (Microservices Architecture)]] — 도메인 경계를 나누는 또 다른 해결 방법이자 과도한 분리로 인해 인지 부하를 폭증시킬 수 있는 아키텍처 패턴.
+- [[유비쿼터스 언어 (Ubiquitous Language)]] — DDD의 핵심 요소로, 다양한 이해관계자 간의 인지적 간극과 의사소통 비용을 줄여주는 수단.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[인지 부하 이론 (Cognitive Load Theory)]], [[외재적 인지 부하 (Extraneous Cognitive Load)]]
+- **참조 맥락:** 과도한 아키텍처 방법론(DDD 등) 도입이 오히려 코드 파악을 어렵게 만들고, 이는 워크드 예제가 해결하고자 하는 '초심자의 외재적 인지 부하 폭증 현상'과 본질적으로 동일한 문제를 소프트웨어 엔지니어링 생태계에 유발함을 이해할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] 인지 부하가 중요합니다 ("Cognitive load is what matters" 원문) - velog
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/독해 전략 (Reading Strategies).md b/10_Wiki/Topics/Domain_Programming/From_RawData/독해 전략 (Reading Strategies).md
new file mode 100644
index 00000000..08891130
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/독해 전략 (Reading Strategies).md
@@ -0,0 +1,138 @@
+```markdown
+---
+id: reading-strategies
+title: "독해 전략 (Reading Strategies)"
+category: "Education/Literacy"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "문맥 단서 활용"
+ - "Context Clues Strategies"
+ - "어휘 추론 전략"
+ - "Reading Comprehension"
+ - "독해력 향상"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "literacy", "reading comprehension"]
+raw_sources:
+ - "5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots"
+ - "Essential Vocabulary Tools: 5 Types of Context Clues Your Students Need to Know"
+ - "How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia"
+ - "Teaching the Types of Context Clues - The K Files -"
+ - "The Complete Guide to Context Clues Lessons - Teaching with a Mountain View"
+ - "Using Context Clues to Understand Word Meanings | Reading Rockets"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+applied_in: []
+github_commit: ""
+---
+
+# [[독해 전략 (Reading Strategies)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+독해 전략은 미지의 어휘나 텍스트 내 지식의 공백을 주변의 문맥 단서(Context Clues)를 활용해 체계적으로 추론하고 검증함으로써, 전체적인 독해 이해력을 극대화하는 능동적인 인지적 문제 해결 과정이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **문맥 단서 (Context Clues):** 독자가 미지 어휘나 구문의 의미를 파악하기 위해 활용하는 주변 텍스트의 정보(단어, 구, 문장 등)를 의미한다 [S1], [S3].
+* **LEADS 추론 모델:** 대표적인 문맥 단서의 5가지 유형으로, 논리적 유추(Logic), 예시(Examples), 반의어(Antonyms), 정의(Definition), 유의어(Synonyms)의 약자이다 [S1], [S7].
+* **4단계 어휘 맥락 조율 절차:** 미지 어휘 조우 시 전후방 재독(Reread) $\rightarrow$ 단서 발굴(Identify) $\rightarrow$ 의미 잠정 결정(Decide) $\rightarrow$ 문맥 적합성 검증(Check)으로 이어지는 체계적 독해 프로세스이다 [S3], [S7].
+* **전략적 교차 활용 (Strategy Swap):** 문맥 단서만으로 의미 파악이 어려울 경우, 형태소 분석(어근, 접사)이나 사전 등의 외부 자원을 유연하게 교차 활용하는 상위 인지 전략이다 [S3], [S6].
+* **메타인지와 연결 (Metacognition & Making Connections):** 독자 스스로 이해도를 모니터링하며, 배경지식 및 이전 텍스트와의 연관성을 찾아내 독해를 성공적으로 이끄는 통제 능력이다 [S4].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **명시적이고 체계적인 지도 (Explicit, Systematic Instruction):** 문맥 단서 활용은 자연스럽게 습득되는 것이 아니므로, 교사가 학생들에게 단서 식별법과 활용 절차를 명시적이고 체계적(Structured Literacy 접근법)으로 지도해야 한다 [S3].
+* **다중 양식 텍스트 지원 (Embedded Digital Supports):** 디지털 텍스트 환경에서는 미지 어휘를 하이라이트하거나 글꼴을 변경하고, 동의어, 이미지, 오디오 설명에 하이퍼링크를 연결하여 문맥 단서 포착을 돕는 패턴이 나타난다 [S6].
+* **시각화 및 능동적 어노테이션 (Visualization & Annotation):** '앵커 차트(Anchor Charts)'를 활용해 단서 유형을 교실에 시각적으로 공유하거나, '레인보우 주석(Rainbow Annotation)'을 통해 텍스트를 색상별로 마킹하며 읽는 능동적 독해 패턴이 권장된다 [S1], [S4].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **문맥 단서 추론 (Context Clues)** | 독서 흐름을 끊지 않고 자연스러운 의미 파악 가능, 문맥적 이해력 증진 [S2], [S3] | 텍스트 내에 충분한 단서가 제공되지 않거나 독자의 배경지식이 부족하면 오독 위험 발생 [S3] | 글의 전반적인 의미를 파악하며 빠르게 독해를 진행해야 할 때 [S3] |
+| **형태소 분석 (Morphology - 어근/접사)** | 단어의 구조적 구성 원리를 통해 낯선 단어라도 정확히 뜻을 유추 가능 [S3], [S5] | 라틴어/그리스어 어근 등 사전에 암기하고 학습해야 할 선행 지식 요구됨 [S1], [S5] | 단어 자체의 구조적 힌트가 명확하거나 문맥 단서가 희박할 때 (Strategy Swap) [S3] |
+| **외부 자원 탐색 (사전/Thesaurus)** | 단어의 정확하고 객관적인 정의와 다양한 품사적 쓰임 확인 가능 [S3], [S6] | 독서의 흐름이 끊기고, 시간이 오래 소요되며, 다의어의 경우 문맥에 맞는 뜻을 직접 골라야 함 [S2] | 문맥 단서와 형태소 분석으로도 의미를 확정할 수 없는 핵심 어휘일 때 [S3] |
+
+## 📖 세부 내용 (Details)
+**1. 문맥 단서(Context Clues)의 유형**
+효과적인 독해를 위해 학생들은 텍스트 내에 숨겨진 다양한 단서를 파악해야 한다. 교육 현장에서 주로 활용되는 문맥 단서는 다음과 같이 분류된다.
+* **논리(Logic/Inferences):** 명시적인 정의가 없더라도 독자의 스키마(사전 지식)와 문맥의 인과관계를 통해 낯선 단어의 의미를 추론한다 [S1], [S2].
+* **예시(Examples):** 저자가 알 수 없는 단어 뒤에 구체적인 상황이나 예시 목록을 제공하여 그 단어의 카테고리를 추정하게 한다 [S2], [S7].
+* **반의어/대조(Antonyms/Contrast):** 'unlike', 'as opposed to', 'different from'과 같은 대조 신호어를 추적하여 반대되는 속성으로부터 단어의 뜻을 알아낸다 [S1], [S6].
+* **정의 및 설명(Definition/Explanation):** 동격의 콤마(,)나 세미콜론(;), 부연 설명절 등을 통해 텍스트 내에 단어의 사전적 실체가 직접 서술되어 있는 경우이다 [S1], [S4].
+* **유의어(Synonyms):** 문맥 내에 유사한 의미를 가진 친숙한 단어가 병렬로 배치되어 있어 의미를 대치할 수 있다 [S7].
+* **형태소 및 문법(Root word, Affix, Grammar):** 문장 내에서의 품사적 위치나 어근, 접두사, 접미사를 통해 의미를 한정한다 [S6].
+
+**2. 4단계 독해 프로세스 (The 4-Step Process)**
+문맥 단서를 실전에서 활용하기 위해 학습자는 일련의 체계적 프로세스를 거쳐야 한다 [S3], [S7].
+1. **전후방 재독 (Reread and read ahead):** 미지 어휘에서 멈추지 않고 해당 단어의 앞뒤 문장을 다시 읽으며 전체적인 그림을 파악한다.
+2. **문맥 단서 식별 (Identify context clues):** 텍스트 주변에서 단서가 될 만한 구조적, 형태적 힌트를 수집한다.
+3. **의미 결정 (Decide on a meaning):** 수집된 단서를 바탕으로 미지 어휘의 의미에 대한 잠정적 가설을 세운다.
+4. **문맥 적합성 검증 (Check that meaning):** 도출한 의미를 본래 문장에 대입하여 전체적인 대주제나 논리적 흐름에 부합하는지 확인한다.
+
+**3. 학년별 독해 요구 수준의 진화**
+글로벌 공교육 기준(CCSS)에 따르면 독해 전략의 요구 수준은 학년에 따라 고도화된다. 3학년은 단일 문장 내의 단서 및 기본 접사 분석을 요구하며, 4학년은 단락 단위의 재진술 및 직접적 정의 해독 능력을, 5학년은 텍스트 전반에 걸친 다각도의 인과관계 및 비교/대조 단서 발굴을 요구한다 [S5], [S7].
+
+**4. 교실 내 실천 활동**
+교사들은 이 전략을 내재화하기 위해 다양한 활동을 전개한다. 빈칸에 문맥상 적절한 단어를 채우는 '문장 수색(Sentence Search)', 문법 규칙을 유지한 채 무의미한 단어를 넣고 본래 단어를 유추하는 '실리 센텐스(Silly Sentences)', 학습자가 협업하여 4단계 프로세스를 함께 밟는 '파트너 연습(Partner Practice)', 캔디 이름을 단어 대신 넣고 추론하는 '캔디 클루스(Candy Clues)' 등이 강력한 학습 도구로 활용된다 [S3], [S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+각 자료에서 제시하는 문맥 단서의 분류 체계에 미세한 차이가 존재한다. 예를 들어 [S1]과 [S7]은 'LEADS(논리, 예시, 반의어, 정의, 유의어)'라는 5가지 핵심 카테고리를 제시하지만, [S6]의 Reading Rockets 자료는 '어근과 접사(Root word and affix)' 및 '문법(Grammar)'을 문맥 단서의 직접적 유형으로 포함하여 6가지로 분류한다. 이는 상충하는 모순이라기보다는, 텍스트 외부적 자원(형태론)과 구문론적 지식을 넓은 의미의 문맥적 추론 범위로 포괄하느냐에 따른 분류의 확장으로 이해해야 한다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (주어진 소스 데이터 내에 이 독해 전략 지식이 실제로 적용된 특정 소프트웨어 파일 경로, Git 커밋 해시, 또는 개발 의사결정 기록(decision_id)은 포함되어 있지 않으며, 주로 교육학적 가이드라인과 교수법 형태로 존재함).
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[문맥 단서 (Context Clues)]] — 독해 전략의 가장 핵심적인 수단으로, 미지 정보의 의미를 구체화하는 힌트.
+- [[메타인지 (Metacognition)]] — 독자가 자신의 이해 과정을 모니터링하고 적절한 독해 전략을 취사선택하게 하는 상위 인지 제어 능력.
+- [[형태소 분석 (Morphology)]] — 문맥 단서와 함께 의미 추론을 돕는 보완적 전략(Strategy Swap)으로 어근과 접사를 다룸.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 문맥 단서를 활용한 독해 전략이 제2외국어 학습자(ESL/EFL)의 어휘 습득 효율에 미치는 영향은 무엇인가?
+- 디지털 텍스트에 임베딩된 지원 도구(하이퍼링크, 팝업 사전 등)가 학습자의 자발적 문맥 추론 능력을 저해할 가능성은 없는가?
+- 인공지능 모델(LLM)의 인맥락 학습(In-Context Learning)과 인간의 4단계 문맥 추론 프로세스 간의 알고리즘적 유사성은 어디까지 증명될 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 교육용 에듀테크 소프트웨어 내에서 학습자가 모르는 단어를 클릭했을 때 즉각 정답을 보여주지 않고 주변 문맥 단서를 하이라이팅하여 스스로 유추하도록 유도하는 UI/UX 구현.
+- **System Design:** 독해력 평가 플랫폼 개발 시, 단순 어휘 뜻묻기 문항 대신 CCSS 학년별 요구 수준에 맞춘 다층적 문맥 추론(원인/결과, 대조 등)을 요구하는 평가 알고리즘 설계.
+- **Operation / Maintenance:** 교실 내 문맥 단서 앵커 차트(Anchor Chart)를 상시 비치하고, 계절/테마별로 텍스트 지문을 순환(Spiral Review) 배치하여 전략적 독해 습관 유지.
+- **Learning Path:** 기본 어휘 인지 $\rightarrow$ LEADS 단서 식별 $\rightarrow$ 4단계 프로세스 적용 $\rightarrow$ 형태소 교차 검증(Strategy Swap)의 단계적 커리큘럼 구성.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[스크립트 이론 (Script Theory)]] — 확장 방향: 특정 상황에 대한 배경지식(스키마/스크립트)이 논리적 유추(Logic Clues)를 어떻게 돕는지 인지과학적 연계.
+- [[자연어 처리 (NLP)]] — 확장 방향: 기계가 앞뒤 문맥을 통해 다의어의 의미를 결정(Disambiguation)하는 어텐션 메커니즘과의 연계.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[문맥 단서 (Context Clues)]], [[독해 이해력 (Reading Comprehension)]]
+- **참조 맥락:** 교육 공학 설계, 문해력 커리큘럼 구성 및 자연어 처리 인지 메커니즘을 비교 분석할 때 주요 참조 규범으로 활용.
+
+## 📚 출처 (Sources)
+- [S1] 5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots [URL]
+- [S2] Essential Vocabulary Tools: 5 Types of Context Clues Your Students Need to Know [URL]
+- [S3] How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia [URL]
+- [S4] Teaching the Types of Context Clues - The K Files - [URL]
+- [S5] The Complete Guide to Context Clues Lessons - Teaching with a Mountain View [URL]
+- [S6] Using Context Clues to Understand Word Meanings | Reading Rockets [URL]
+- [S7] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 [Markdown]
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/맥락 (Context).md b/10_Wiki/Topics/Domain_Programming/From_RawData/맥락 (Context).md
new file mode 100644
index 00000000..74f24439
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/맥락 (Context).md
@@ -0,0 +1,163 @@
+```markdown
+---
+id: 맥락-(context)
+title: "맥락 (Context)"
+category: "Computer_Science_and_Humanities"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Context", "실행 컨텍스트", "문맥", "Context Clues", "인맥락", "고맥락/저맥락"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Difference between Swapping and Context Switching - TutorialsPoint", "What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)", "Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리", "Context - React", "Blogged Answers: Why React Context is Not a \"State Management\" Tool (and Why It Doesn't Replace Redux)", "[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리", "어텐션 메커니즘(Attention Mechanism) 간단히 이해하기", "어텐션 메커니즘이란 무엇인가요? - IBM", "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI", "Effective context engineering for AI agents - Anthropic", "Prompting best practices - Claude Platform Docs", "Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques ", "Schema (psychology) - Wikipedia", "Script Theory | Social Sciences and Humanities | Research Starters - EBSCO", "맥락을 고려하는 뇌 - 바이오인", "5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots", "Teaching the Types of Context Clues - The K Files -", "Relevance theory - Wikipedia", "Relevance theory - University of Southampton Web Archive", "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera", "High-context and low-context cultures | Communication and Mass Media | Research Starters", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: ["React Context API", "OS Context Switching (PCB)", "LLM In-context Learning"]
+github_commit: ""
+---
+
+# [[맥락 (Context)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+맥락(Context)은 인지과학, 언어학, 컴퓨터 공학, 인공지능 등 다방면에서 '대상을 해석하고 실행하기 위해 필요한 주변 환경, 상태 정보, 배경 지식의 총체'로 작용하며, 정보 처리의 모호성을 해결하고 효율성을 극대화하는 핵심 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **물리 및 실행 상태의 보존/전달**: 운영체제(OS)의 맥락 전환(Context Switching), 자바스크립트의 실행 컨텍스트, 프론트엔드 React의 Context API 메커니즘.
+2. **인지 및 심리적 해석의 틀**: 정보를 처리하고 상황을 유연하게 해석하게 하는 인지 도식(Schema), 스크립트(Script) 및 뇌의 맥락 부호화 네트워크(해마 및 편도체 등).
+3. **소통과 언어적 추론 기반**: 의미의 모호성을 해결하는 문맥 단서(Context Clues), 대화의 숨은 뜻을 논리적으로 복원하는 관련성 이론(Relevance Theory), 사회적 관계망에 기반한 고맥락/저맥락(High/Low-Context) 문화 규범.
+4. **인공지능의 문맥적 연산 및 학습**: 트랜스포머 모델의 어텐션(Attention) 메커니즘(Q, K, V), 프롬프트 예시만으로 작동하는 인맥락 학습(In-Context Learning), 에이전트 성능을 최적화하는 맥락 엔지니어링(Context Engineering).
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **최소 자원 최대 효율 패턴 (Effort-Effect Trade-off)**: 인지과학과 화용론의 '관련성 이론' 및 인공지능의 '맥락 엔지니어링'은 공통적으로 정보 처리 노력(Processing Effort)을 최소화하면서 유의미한 인지적 효과(Positive Cognitive Effect)를 극대화하는 방향으로 정보를 가공한다.
+- **상태 보존 및 의존성 주입 패턴**: OS는 다중 작업을 위해 프로세스 제어 블록(PCB)에 물리 연산 상태(Context)를 보존하고, React는 Provider를 통해 하위 컴포넌트 트리에 데이터를 중개자 없이 직접 주입(Dependency Injection)하여 전달 과정을 단축한다.
+- **동적 가중치 할당 패턴 (Attention Mechanism)**: 인공지능은 주어진 맥락(Context) 속에서 단어 간의 관계(유사도)를 계산하고, 문맥상 중요한 정보에 수학적인 가중치(Attention Weight)를 동적으로 할당하여 의미를 이해한다.
+- **사전 지식(Prior Knowledge) 활성화**: 인간 두뇌의 인지 도식(Schema)이나 AI의 잠재 개념(Latent Concepts)은 외부 자극이나 프롬프트 힌트를 매개로 기존에 구축된 배경 지식을 활성화하여 모호한 틈새를 메우고 해석을 완성한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **React Context** | Prop Drilling 없이 하위 컴포넌트로 데이터(Theme, Locale 등)를 직접 전달할 수 있어 코드 구조가 깔끔해짐. | Context 값이 변경될 때마다 하위 구독 컴포넌트 전체가 재렌더링됨. 상태 '관리' 목적이 아님. | 앱 전역에서 접근해야 하지만 자주 업데이트되지 않는 데이터를 수송(Transport)할 때. |
+| **Redux (대안)** | 독립된 Selector를 통해 특정 변화에만 정밀하게 반응하여 성능이 최적화됨. 강력한 미들웨어/디버깅 도구 지원. | 초기 설정(Boilerplate)이 복잡하고 외부 라이브러리 의존성이 발생함. | 상태 변화가 매우 잦고, 애플리케이션의 복잡도가 높은 전역 상태 관리 환경일 때. |
+| **고맥락 문화 (High-Context)** | 비언어적 힌트, 공유된 지식, 장기적 신뢰를 바탕으로 경제적이고 압축적인 커뮤니케이션 가능. | 외부인이 행간의 숨은 의미(Implicature)를 파악하기 어려움. | 동질성이 높고 관계가 중심이 되는 집단주의 사회 내에서 소통할 때. |
+| **저맥락 문화 (Low-Context)** | 명확하고 건조한 단어 정의에 의존하므로 투명하고 명시적인 절차적 프레임을 제공함. | 원활한 소통을 위해 상세한 설명과 사전 맥락 부여 과정(Contexting)이 필요함. | 다양성이 크고 개인주의 성향이 짙은 환경에서 명확한 작업 지시나 정보 전달 시. |
+| **Context Switching (OS)** | 여러 프로세스가 CPU를 교대로 공유하여 원활한 멀티태스킹(Multitasking)을 가능하게 함. | 레지스터 저장/복원 과정 등에서 CPU 오버헤드가 지속적으로 발생함. | 단일 프로세서 환경에서 다중 프로세스/스레드의 시분할 배분 및 인터럽트 처리 시. |
+| **Swapping (대안)** | 메인 메모리의 전체 여유 공간을 확보할 수 있음. | 하드디스크 I/O 발생으로 맥락 전환 대비 처리 속도가 현저히 느림. | 시스템의 메인 메모리 가용 리소스가 고갈되는 압박 상황일 때. |
+
+## 📖 세부 내용 (Details)
+- **컴퓨터 시스템의 맥락 (OS 및 자바스크립트)**:
+ 운영체제에서 맥락 전환(Context Switching)은 CPU가 프로세스나 스레드를 교대로 실행하기 위해 현재 실행 상태(PCB 내 레지스터, 프로그램 카운터 등)를 저장하고 다음 상태를 복원하는 필수 기전이다 [S1, S2]. 자바스크립트는 '실행 컨텍스트(Execution Context)'라는 환경을 통해 소스 코드를 해석한다. 이 객체는 스코프, 호이스팅, `this` 바인딩에 관한 정보를 포함하여 코드의 실행 순서와 동적인 변수 할당을 제어한다 [S3]. 프론트엔드 React의 Context API는 컴포넌트 트리를 관통하여 데이터를 전달(Dependency Injection)하는 '수송 메커니즘'으로 작동한다 [S4, S5].
+- **인공지능의 맥락 연산 (Attention 및 ICL)**:
+ LLM을 비롯한 트랜스포머 아키텍처는 어텐션(Attention) 메커니즘을 이용해 맥락을 탐색한다. Query(질문), Key(지표), Value(실제 정보)의 내적 유사도를 측정하여, 멀리 떨어진 단어일지라도 문맥적 연관성에 따라 가중치를 선별적으로 부여한다 [S6, S7, S8]. 이를 기반으로 거대 언어 모델은 '인맥락 학습(In-Context Learning, ICL)' 능력을 창발시키며, 모델의 파라미터 업데이트(Gradient update) 없이 오직 자연어로 구성된 프롬프트 예시만으로 새로운 작업을 추론한다 [S9]. 이러한 모델의 잠재적 추론 능력을 최대한 끌어내기 위해서는 명확한 지침, XML 태그 구조화, 생각의 사슬(Chain-of-Thought) 유도, 퓨샷(Few-shot) 예시를 정교하게 큐레이션하는 '맥락 엔지니어링(Context Engineering)'이 필수적이다 [S10, S11, S12].
+- **인지과학 및 심리학의 맥락 (Schema 및 뇌과학)**:
+ 인간은 '도식(Schema)'과 그것의 시간적 확장판인 '스크립트(Script)'라는 일반적인 배경지식 구조를 사용하여 구체적인 정보를 상황에 맞게 해석하고 환경에 적응한다 [S13, S14]. 뇌과학적으로 이러한 맥락 정보의 부호화(Encoding)는 해마(Hippocampus)가 주로 담당하며, 이후 상황에 맞는 기억의 인출이나 공포 반응의 조절(소거, 갱신 등)에는 해마, 내측전전두피질(mPFC), 편도체(Amygdala) 사이의 상호작용 회로가 중점적인 역할을 수행한다 [S15].
+- **언어학과 상호문화 소통의 맥락 (Relevance Theory 및 High/Low-Context)**:
+ 학습자는 독해 시 모르는 단어의 의미를 파악하기 위해 논리(Logic), 예시(Examples), 반의어(Antonyms), 정의(Definition), 유의어(Synonyms) 등 전후의 문맥 단서(Context Clues)를 활용하여 의미적 공백을 추론한다 [S16, S17]. 화용론의 '관련성 이론(Relevance Theory)'에 따르면, 인간의 인지는 처리 노력(Effort)을 최소화하면서 인지적 효과(Effect)를 극대화하도록 최적화되어 있으며, 청자는 화자의 명시적 단서로부터 맥락적 함축(Implicature)과 명시적 함의(Explicature)를 이 원리에 따라 논리적으로 복원해낸다 [S18, S19]. 또한 문화권마다 대화 및 관계망에서 맥락을 공유하는 의존도에 따라 '고맥락(High-context)'과 '저맥락(Low-context)' 문화로 구분되며, 이는 글로벌 협업에서의 소통과 피드백 전달 방식에 중대한 영향을 미친다 [S20, S21]. 이처럼 다방면의 맥락 규범들은 최소 자원으로 모호성을 통제하고 효율을 꾀하는 통합적 메커니즘(Isomorphy)을 공유한다 [S22].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **React Context의 오해**: React Context는 널리 "상태 관리(State Management)" 도구로 알려져 Redux와 종종 일대일로 비교되나, 엄밀히 말해 Context는 단순히 값을 하위로 뚫어주는 전송(Transport/Dependency Injection) 메커니즘일 뿐이다. 값의 변화 시 연결된 모든 컴포넌트의 재렌더링을 유발하므로 고빈도의 상태 변화를 관리하는 도구로는 적합하지 않으며, Redux를 완전히 대체할 수 없다 [S4, S5].
+- **인맥락 학습(ICL)의 메커니즘 인식 변화**: ICL은 모델이 실시간으로 새로운 데이터를 파라미터 수준에서 '학습(Training)'하는 것이 아니라, 사전 학습된 방대한 데이터(Semantic Prior) 풀 내에서 프롬프트에 부합하는 '잠재 개념(Latent Concepts)'을 위치시키고 정밀 조준해 내는 암시적 베이지안 추론 과정(Implicit Bayesian Inference)으로 이해되어야 한다 [S9].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **React Context API (Frontend)**: React 아키텍처에서 Prop Drilling 방지를 위해 적용된다. UI 테마(Light/Dark), 로케일, 유저 인증 정보 등을 전역 컴포넌트에서 활용하도록 `React.createContext()`와 `Provider`, `useContext()` 훅(Hook)을 사용하여 의존성을 주입한다 [S4].
+- **OS Context Switching (PCB)**: 시스템 커널 내부에서 멀티태스킹을 제어하기 위해 적용된다. 프로세스가 CPU 할당을 전환받을 때, 기존 프로세스의 프로그램 카운터(PC), 레지스터 스냅샷 등의 물리 연산 상태를 프로세스 제어 블록(PCB)에 보존하고 다음 프로세스의 상태를 인출한다 [S1, S2].
+- **LLM In-context Learning (AI)**: 거대 언어 모델이 파라미터 수정 없이 즉각적인 태스크를 수행할 때 적용된다. 사용자가 프롬프트 상에 퓨샷(Few-shot) 예시 문맥을 제공하면, LLM은 어텐션 메커니즘을 동원해 내적 유사도를 계산하여 감성 분석, 번역, 진단 등의 결과값을 성공적으로 생성해 낸다 [S9, S12].
+
+## 💻 코드 패턴 (Code patterns)
+```javascript
+// React Context API를 활용하여 맥락(테마) 데이터를 전달하고 사용하는 최소 패턴 [S4]
+import React, { useContext } from 'react';
+
+// 1. Context 생성 (초깃값 설정)
+const ThemeContext = React.createContext('light');
+
+export default function App() {
+ return (
+ // 2. Provider를 통해 하위 트리 전체에 맥락(Context) 주입
+
+
+
+ );
+}
+
+function Toolbar() {
+ // 중간 컴포넌트는 Theme 정보(Props)를 몰라도 됨
+ return ;
+}
+
+function ThemedButton() {
+ // 3. useContext 훅으로 맥락(Context) 데이터를 직접 인출하여 사용
+ const theme = useContext(ThemeContext);
+ return ;
+}
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Engineering]] — 연결 이유: LLM에 주입되는 맥락을 최적화하고 에이전트의 연산을 통제하는 기법
+- [[Relevance Theory]] — 연결 이유: 인간 소통 시 맥락을 매개로 최소의 노력으로 최적의 화용론적 의미를 추론하는 원리
+- [[Context Switching]] — 연결 이유: 운영체제에서 다중 프로세스/스레드의 실행 맥락을 안전하게 교체하는 물리적 메커니즘
+- [[React Context API]] — 연결 이유: 프론트엔드 환경에서 컴포넌트 간 데이터 맥락을 전역으로 전달하는 메커니즘
+- [[Schema Theory]] — 연결 이유: 외부 맥락을 이해하고 해석할 때 뼈대가 되는 인간 두뇌의 인지적 표상 틀
+
+### 심층 후속 질문 (Deeper Research Questions)
+- LLM의 인맥락 학습(ICL) 시 컨텍스트 윈도우 크기가 급증함에 따라 발생하는 Context Rot(맥락 부패) 현상은 어떤 엔지니어링 기법으로 방지할 수 있는가?
+- React Context와 Redux를 애플리케이션 내에서 목적에 맞게 병행 사용하는 하이브리드 상태 관리 아키텍처의 베스트 프랙티스는 무엇인가?
+- 관련성 이론에서 강조하는 '최소 처리 노력(Least Effort)' 원리가 인공지능 프롬프트 최적화 기법의 경제성과 어떠한 논리적 교집합을 가지는가?
+- 심리학의 스크립트 이론(Script Theory)을 인공지능 설계에 적용하여, 다중 LLM 에이전트의 자율 워크플로우를 자동화하는 방법론은 무엇인가?
+- 고맥락 문화와 저맥락 문화의 정보 처리 습관 차이가 글로벌 소프트웨어의 UI/UX 다국어 지역화(Localization) 설계에 미치는 영향은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** React를 이용한 대규모 프론트엔드 개발 시 테마(UI) 및 유저 인증 상태 데이터의 전역 의존성 주입.
+- **System Design:** 장기 작업을 수행하는 AI Agent의 성능 한계와 맥락 유실을 극복하기 위해 메모리 압축(Compaction) 파이프라인 및 하이브리드 RAG 아키텍처 설계.
+- **Operation / Maintenance:** 서버 및 운영체제 분산 스케줄링 시 Context Switching의 잦은 발생으로 인한 CPU 오버헤드 최소화 튜닝 작업.
+- **Learning Path:** 운영체제의 PCB 메커니즘 이해 $\rightarrow$ 자바스크립트 스코프 및 실행 컨텍스트 파악 $\rightarrow$ React Context 전파 원리 실습 $\rightarrow$ LLM의 Attention 및 프롬프트 맥락 엔지니어링 역량 강화.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Prompt Engineering]] — 확장 방향: 인공지능에게 부여하는 맥락 구조를 자연어 명령어로 세밀하게 조작하여 언어 모델의 결과 정확도를 극대화함.
+- [[Cross-Cultural Communication]] — 확장 방향: 글로벌 비즈니스 환경에서 다양한 문화적 맥락(고맥락/저맥락) 규범을 가진 팀원 간의 효과적인 협업 및 피드백 지침 수립.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[In-Context Learning]], [[Relevance Theory]], [[Context Switching]], [[React Context API]]
+- **참조 맥락:** 언어, 인간의 심리 인지, 소프트웨어 인프라, 생성형 인공지능 등 이기종 다차원 계층에서 '입력 정보의 모호성을 해결하고 효율적 상태 관리를 도모하기 위해' 공통으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Difference between Swapping and Context Switching - TutorialsPoint
+- [S2] What Is Context Switching in Operating System | TestMu AI (Formerly LambdaTest)
+- [S3] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리
+- [S4] Context - React
+- [S5] Blogged Answers: Why React Context is Not a "State Management" Tool (and Why It Doesn't Replace Redux)
+- [S6] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리
+- [S7] 어텐션 메커니즘(Attention Mechanism) 간단히 이해하기
+- [S8] 어텐션 메커니즘이란 무엇인가요? - IBM
+- [S9] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI
+- [S10] Effective context engineering for AI agents - Anthropic
+- [S11] Prompting best practices - Claude Platform Docs
+- [S12] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques
+- [S13] Schema (psychology) - Wikipedia
+- [S14] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO
+- [S15] 맥락을 고려하는 뇌 - 바이오인
+- [S16] 5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots
+- [S17] Teaching the Types of Context Clues - The K Files -
+- [S18] Relevance theory - Wikipedia
+- [S19] Relevance theory - University of Southampton Web Archive
+- [S20] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S21] High-context and low-context cultures | Communication and Mass Media | Research Starters
+- [S22] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/맥락 엔지니어링 (Context Engineering).md b/10_Wiki/Topics/Domain_Programming/From_RawData/맥락 엔지니어링 (Context Engineering).md
new file mode 100644
index 00000000..3e0cbfa6
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/맥락 엔지니어링 (Context Engineering).md
@@ -0,0 +1,126 @@
+```markdown
+---
+id: 맥락-엔지니어링-(context-engineering)
+title: "맥락 엔지니어링 (Context Engineering)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "applied"
+canonical_id: ""
+aliases: ["Context Engineering", "맥락 설계", "에이전트 맥락 관리", "인맥락 큐레이션", "Agent Context Management"]
+duplicate_of: ""
+source_trust_level: "S"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "LLM", "Agent", "Prompting"]
+raw_sources: ["Effective context engineering for AI agents - Anthropic", "Prompting best practices - Claude Platform Docs"]
+applied_in: ["Claude Code"]
+github_commit: ""
+---
+
+# [[맥락 엔지니어링 (Context Engineering)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+거대 언어 모델(LLM)의 제한된 '어텐션 예산(Attention Budget)'을 극대화하기 위해, 추론 과정에서 가장 작고 신호가 높은 토큰 집합을 동적이고 반복적으로 큐레이션하여 원하는 에이전트 동작을 이끌어내는 전략적 프로세스.
+
+## 🧠 핵심 개념 (Core concepts)
+* **맥락 부패 (Context Rot) 방어**: 컨텍스트 창에 입력되는 토큰 수가 증가할수록 정보 회수 정밀도와 장거리 추론 능력이 저하되는 현상을 방지하기 위한 자원 관리 원칙.
+* **적시 맥락 검색 (Just-in-Time Context)**: 사전에 모든 데이터를 모델에 주입하는 대신, 에이전트가 런타임에 도구를 사용하여 필요한 정보만 점진적으로 검색하고 노출(Progressive Disclosure)하도록 하는 메커니즘.
+* **압축 (Compaction)**: 컨텍스트 제한에 도달할 무렵, 핵심적인 결정 사항이나 미해결 문제는 보존하면서 중복된 도구 출력 등을 제거하여 맥락을 요약하고 새로운 창으로 넘기는 기법.
+* **구조화된 메모 필기 (Structured Note-taking)**: 복잡한 장기 작업을 위해 에이전트가 컨텍스트 윈도우 외부에 진행 상황이나 주요 정보를 영구적으로 기록(예: `NOTES.md`)하고 필요시 참조하는 에이전트 메모리.
+* **하위 에이전트 아키텍처 (Sub-agent Architectures)**: 주 에이전트는 고수준의 계획 수립 및 정보 합성에만 집중하고, 방대한 컨텍스트를 소모하는 세부 탐색 작업은 격리된 컨텍스트 창을 가진 하위 에이전트에게 위임하는 분업 구조.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **계층적 XML 태그 마킹**: 복잡한 프롬프트에서 지침, 컨텍스트, 예시 등을 구분하기 위해 ``, `` 등의 일관된 XML 태그를 중첩 사용하여 모호성을 줄임.
+* **골디락스 존(Goldilocks Zone) 프롬프팅**: 시스템 프롬프트 작성 시 깨지기 쉬운 세부 하드코딩(If-Else)과 모호한 고수준 지침의 양극단을 피하고, 명확하면서도 모델의 자율적 지능을 살릴 수 있는 적정 수준의 휴리스틱 제공.
+* **긴 데이터 상단 배치 역학 (Long-form Data Placement)**: 20k 이상의 방대한 컨텍스트를 주입할 때, 긴 문서나 데이터를 프롬프트의 최상단에 배치하고 질문과 지침을 하단에 배치하여 응답 품질 최적화.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **프롬프트 엔지니어링 (Prompt Engineering)** | 정적이고 명시적인 지시로 일회성 분류나 생성 작업의 품질을 빠르게 향상 | 다중 턴 작업이나 런타임에 동적으로 변하는 환경 정보를 능동적으로 반영하지 못함 | 일회성 Task(Zero-shot, Few-shot)나 단순 챗봇 인터랙션 구현 시 [S1] |
+| **맥락 엔지니어링 (Context Engineering)** | 에이전트의 유한한 어텐션 예산을 보호하며 장기-수평(Long-horizon) 작업을 높은 일관성으로 수행 | 메모리 압축, 파일 시스템 저장, 적시 검색 도구 구축 등 아키텍처 설계와 구현 복잡도가 큼 | 복잡한 런타임 환경에서 루프를 돌며 자율적으로 동작하는 AI 에이전트 구축 시 [S1] |
+
+## 📖 세부 내용 (Details)
+**맥락 엔지니어링의 부상과 필요성**
+기존의 [[프롬프트 엔지니어링]]이 최적의 지시문과 단발성 예시(Few-shot)를 작성하는 정적인 작업이었다면, 맥락 엔지니어링은 다중 턴 추론과 자율 에이전트 시대에 맞춰 등장한 반복적이고 동적인 큐레이션 전략이다 [S1]. LLM은 트랜스포머 구조의 특성상 컨텍스트 내의 모든 토큰 간 쌍대 관계를 계산해야 하므로, 맥락이 길어질수록 정보 회수(Retrieval)와 장거리 추론(Long-range reasoning) 능력이 떨어지는 '맥락 부패(Context Rot)' 현상을 겪게 된다 [S1]. 따라서 컨텍스트는 한계가 있는 '어텐션 예산'으로 취급되어야 하며, 불필요한 정보 유입을 통제해야 한다 [S1].
+
+**동적 맥락 수집 및 도구 최적화**
+에이전트는 런타임에 환경과 상호작용하며 방대한 정보를 획득한다. 이때 모든 문서를 사전에 임베딩하여 주입하는 전통적 방식 대신, 가벼운 식별자(파일 경로, 웹 링크 등)만 유지하고 필요할 때 도구를 통해 데이터를 로드하는 '적시(Just-in-Time) 맥락' 접근법이 선호된다 [S1]. 이를 위해 제공되는 도구(Tools)는 목적이 명확하고 기능이 중복되지 않아야 하며, 에이전트가 탐색 과정을 효율적으로 진행할 수 있도록 설계되어야 한다 [S1].
+
+**장기-수평(Long-horizon) 작업을 위한 컨텍스트 관리 기법**
+수십 분에서 수 시간 이상 지속되는 작업의 경우 토큰 한계를 우회하기 위해 세 가지 핵심 전략이 사용된다 [S1]:
+1. **압축(Compaction)**: 컨텍스트 윈도우 한계에 다가갈 때 대화 내용을 요약하는 방식이다. 아키텍처 결정이나 미해결 버그 등 중요 맥락은 유지하되, 이미 처리된 도구의 원시 출력 결과 등 중복 정보를 폐기하여 고해상도 정보만 남긴 채 새로운 맥락 창을 시작한다 [S1].
+2. **구조화된 노트 필기(Structured note-taking)**: 에이전트가 상태 추적을 위해 컨텍스트 외부(예: `NOTES.md` 파일 기반 시스템)에 정보를 기록하고, 맥락이 리셋된 후에도 자신의 노트를 읽어 중단 없이 작업을 이어갈 수 있게 하는 에이전틱 메모리 기법이다 [S1, S2].
+3. **하위 에이전트 아키텍처(Sub-agent Architectures)**: 주 에이전트의 컨텍스트 창이 오염되는 것을 막기 위해, 세부적인 검색이나 심층 기술 작업은 별도의 독립된 컨텍스트 창을 가진 하위 에이전트에게 위임한다. 하위 에이전트는 작업을 마친 후 1,000~2,000 토큰 수준으로 증류된 요약본만 주 에이전트에게 반환한다 [S1, S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 모델의 컨텍스트 윈도우 크기가 급격히 확장되고 있으나, 단순히 컨텍스트 윈도우 크기에만 의존하는 것은 권장되지 않는다. 모델 성능의 저하(Context pollution) 현상은 여전히 존재하므로, 장기간의 에이전트 성능을 최고로 유지하기 위해서는 압축, 구조화된 노트 등의 적극적인 맥락 엔지니어링 우회 기법이 필수적으로 요구된다 [S1].
+* 기존에는 엣지 케이스를 모두 시스템 프롬프트에 하드코딩하여 통제하려 했으나, 최신 모델에서는 모호함과 과도한 규정 사이의 '적정 고도(Goldilocks zone)'를 찾고, 대표적인 정전(Canonical) 예시 소수만을 제공하는 방식이 더 효과적임이 확인되었다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **Claude Code (Anthropic)**: Anthropic의 에이전틱 코딩 솔루션인 Claude Code에 맥락 엔지니어링 전략이 심층 적용되었다. 전체 대규모 데이터베이스를 로드하는 대신 `head`, `tail`, `grep`, `glob` 같은 Bash 명령 도구를 통해 데이터를 동적으로 분석하는 'Just-in-Time' 방식을 사용한다. 또한, 대화 길이가 길어지면 이전의 불필요한 도구 출력 메시지를 폐기하고 중요한 아키텍처 결정만 압축(Compaction)하여 새로운 컨텍스트 윈도우를 이어가는 기능을 구현하였다 [S1].
+
+## 💻 코드 패턴 (Code patterns)
+복잡한 다중 문서 기반 프롬프팅에서 컨텍스트와 메타데이터를 효과적으로 큐레이션하기 위해 권장되는 계층적 XML 태그 구조화 패턴. 긴 데이터는 반드시 지시어 상단에 배치해야 한다 [S2].
+
+```xml
+
+
+ report_q1.pdf
+
+ [긴 문서 내용...]
+
+
+
+
+
+ Review the documents and extract...
+
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** applied (Claude Code 적용 사례)
+- **출처 신뢰도:** S
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[프롬프트 엔지니어링]] — 맥락 엔지니어링으로 진화하기 전의 정적 기반 지침 제어 기술.
+- [[자율 에이전트 (Autonomous Agents)]] — 동적 맥락 엔지니어링이 필수적으로 요구되는 대상 시스템.
+- [[Model Context Protocol (MCP)]] — 에이전트에게 런타임 맥락을 제공하는 표준 통신 규약.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 맥락 압축(Compaction) 시 의존성이 얽힌 이전 도구 호출 결과를 안전하게 요약/삭제하기 위한 시스템 프롬프트 작성 기준은 무엇인가?
+- 구조화된 노트 필기(Agentic Memory) 시 에이전트가 언제 메모리 파일을 생성하고 업데이트할지 스스로 판단하게 하는 도구 설계 방법은?
+- 계층적 XML 태그를 사용했을 때와 마크다운을 사용했을 때 토큰 어텐션 정밀도 차이는 어떻게 발생하는가?
+- 하위 에이전트(Sub-agent) 구조에서 부모 에이전트와 하위 에이전트 간 맥락 오염을 차단하기 위한 통신 페이로드 최소화 전략은?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 대규모 코드베이스 마이그레이션이나 수 시간이 소요되는 자율 리서치 파이프라인 에이전트 구축.
+- **System Design:** 장기 상태 추적(State tracking)이 필요한 에이전틱 메모리 아키텍처 및 다중 창(Multi-window) 워크플로우 설계.
+- **Operation / Maintenance:** 모델 토큰 소모 비용을 낮추면서도 성능을 유지하기 위한 동적 컨텍스트 압축 및 도구 로깅 최적화.
+- **Learning Path:** 기본 프롬프트 작성 -> RAG 기반 외부 데이터 연동 -> 에이전트 도구 구축 -> 동적 맥락 관리 및 압축 아키텍처 마스터.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[어텐션 메커니즘 (Attention Mechanism)]] — 맥락 부패(Context Rot)의 원인이 되는 트랜스포머 모델의 핵심 내적 연산 원리.
+- [[In-Context Learning (ICL)]] — 파라미터 업데이트 없이 주입된 맥락(예시)만으로 작업을 학습하고 추론을 수행하는 패러다임.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[프롬프트 엔지니어링]], [[자율 에이전트 (Autonomous Agents)]]
+- **참조 맥락:** 고성능 자율 AI 에이전트를 설계할 때 어텐션 자원 고갈을 방지하고 장거리 추론(Long-horizon) 능력을 유지하기 위한 아키텍처 제약 조건 및 전략 지침으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Effective context engineering for AI agents - Anthropic (https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents)
+- [S2] Prompting best practices - Claude Platform Docs (https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/멀티미디어 학습 인지 이론 (CTML).md b/10_Wiki/Topics/Domain_Programming/From_RawData/멀티미디어 학습 인지 이론 (CTML).md
new file mode 100644
index 00000000..7119dc6d
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/멀티미디어 학습 인지 이론 (CTML).md
@@ -0,0 +1,112 @@
+---
+id: 멀티미디어-학습-인지-이론-(ctml)
+title: "멀티미디어 학습 인지 이론 (CTML)"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "CTML"
+ - "Cognitive Theory of Multimedia Learning"
+ - "멀티미디어 학습 인지 이론"
+ - "메이어의 멀티미디어 인지이론"
+ - "멀티미디어 인지이론"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)"]
+raw_sources:
+ - "[1] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)"
+ - "[2] 학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다."
+ - "[3] The Split-Attention Principle in Multimedia Learning (Chapter 8)"
+ - "[4] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태"
+ - "[5] BrenoFariasdaSilva/Worked-Example-Miner - GitHub"
+applied_in:
+ - "BrenoFariasdaSilva/Worked-Example-Miner (Commit: 19c5e134f05fc95cc95b507f87a70ea1d8f506a1)"
+github_commit: "19c5e134f05fc95cc95b507f87a70ea1d8f506a1"
+---
+
+# [[멀티미디어 학습 인지 이론 (CTML)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+멀티미디어 환경에서 인간의 작업 기억 용량 한계와 시·청각 이중 채널 구조를 반영하여, 정보 분산을 막고 인지 부하를 최적화함으로써 학습 효율을 극대화하는 교육 설계 이론.
+
+## 🧠 핵심 개념 (Core concepts)
+- **이중 정보 처리 채널 (Dual Channels / 이중부호화):** 인간의 작업 기억은 시각/공간 정보를 처리하는 채널(시공간 잡기장)과 청각/언어 정보를 처리하는 경로(음운 루프)로 독립되어 작동한다는 원리 [2].
+- **주의 분산 효과 (Split-Attention Effect):** 텍스트 해설과 다이어그램처럼 서로 보완적인 정보가 공간적·시간적으로 분리되어 제공될 때, 이를 머릿속에서 정신적으로 통합하느라 막대한 외재적 인지 부하가 발생하는 현상 [1],[3],[4].
+- **자료 양식의 원칙 (Modality Principle):** 제한된 단일(시각) 채널에 텍스트와 이미지를 집중시켜 과부하를 초래하기보다는, 시각(그림)과 청각(내레이션) 채널로 분산시킬 때 인지 작업 대역폭이 확장되어 효율적이라는 원칙 [2].
+- **중복 원리 (Redundancy Principle):** 다이어그램과 동일한 내용을 담은 텍스트를 불필요하게 동시 제공하면, 정보가 겹쳐 주의력을 분산시키고 인지 부하를 가중한다는 원리 [1],[4].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **시공간적 통합(Spatial & Temporal Contiguity) 패턴:** 풀이 과정이 담긴 [[풀이 과정이 담긴 워크드 예제 (worked examples)]]를 설계할 때, 관련 도형 요소 밖이 아닌 지시선 끝이나 도형 내부에 해설 텍스트를 직접 병합하여 시선의 이동과 정신적 통합 노동을 제거함 [1],[4].
+- **정보 디자인 4원칙 휴리스틱:** '자르기(불필요 정보 제거) - 묶기(의미 단위화) - 정렬하기(위계화) - 자제하기(색상 및 폰트 최소화)'를 적용하여 학습 환경의 외재적 인지 부하를 통제함 [2].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **영상 + 내레이션 (시각+청각)** | 인지 채널(시/청각)을 분산 활용하여 작업기억 용량 확장 및 외재적 부하 감소에 유리함 [2] | 구두 정보는 일시적(Transient)이어서 놓칠 경우 복구 지연이 발생할 수 있음 [4] | 복잡한 멀티미디어 자료를 사전 지식이 적은 초급 학습자에게 제시할 때 [2] |
+| **영상 + 자막 (시각+시각)** | 청각 제약 환경에서 유용하며, 문자로 남아 정보 확인이 직관적임 | 동일한 시각 채널에 두 자극이 동시에 유입되어 시선이 분산되고 인지 과부하를 초래함 [2] | 학습 능력이 뛰어나거나 내용이 단순하여 시각 채널 과부하 위험이 적을 때 [2] |
+
+## 📖 세부 내용 (Details)
+- **이론적 기반과 CTML의 성립:** 멀티미디어 학습의 인지 이론(CTML)은 R. Mayer 등에 의해 발전되었으며, [[인지 부하 이론 (CLT)]]과 동일한 인지 구조(인간 작업 기억의 한계)를 기초로 하되 애니메이션, 비디오, 시뮬레이션 등 멀티미디어 자료 설계에 배타적인 초점을 둔다 [1].
+- **이중부호화를 통한 기억 강화:** 정보가 시각과 음성 두 가지 양식으로 동시에 유입되어 부호화(encoding)되면, 이후 장기 기억에서 정보를 인출하는 경로 역시 두 가지가 되므로 회상과 이해 속도가 대폭 향상된다. 구체적 사물 이미지는 쉽게 이중부호화 되지만 추상적 개념은 한계가 있다 [2].
+- **워크드 예제와의 통합 설계:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]] 학습은 초심자에게 강력한 학습 효과를 발휘하지만, 멀티미디어 디자인이 적절하지 않으면 그 이점이 파괴된다. 예컨대 기하학 예제에서 다이어그램과 해당 풀이 텍스트가 페이지 내에서 멀리 떨어져 있다면(Split-Attention), 학습자는 두 정보를 통합하느라 작업 기억을 고갈시키게 된다 [1],[3],[4].
+- **일시적 정보 효과(Transient Information Effect)의 방지:** 영상 매체 등 시간의 흐름에 따라 휘발되는 청각·시각 정보는 지속적인 기억 시연을 요구하여 부하를 일으킨다. 이를 방지하기 위해서는 재생 제어권(일시정지, 되감기)을 부여하거나 핵심 정지 화면을 병기해야 한다 [4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 멀티미디어 환경에서 자막과 내레이션의 중복 제공이 외재적 부하를 높여 학습을 저해한다는 고전적 중복성 원리(Redundancy Principle)는, 최신 디지털 학습 환경 연구에서 재평가되고 있다. 학습자 스스로 영상 정지와 탐색 등 상호작용 맥락 제어권을 가질 경우, 중복 제공으로 인한 작동 기억 마비 및 학업 성취도 저하 효과가 무의미해질 수 있음이 밝혀졌다 [4].
+- 자료 양식의 원칙(영상+내레이션이 우수함)은 지식수준이 낮은 초급 학습자에게는 절대적이지만, 사전 지식을 갖춘 상급 학습자에게는 그 효과가 미미하거나 오히려 방해로 작용할 수 있는 [[전문성 역전 효과 (Expertise Reversal Effect)]]의 지배를 받는다 [1],[2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- 소스 데이터 내에서 멀티미디어 학습 인지 이론(CTML) 자체가 직접 적용된 구체적 코드는 없으나, 해당 이론이 지지하는 핵심 학습 수단인 루트 주제 '워크드 예제' 시스템의 설계 및 생성 아키텍처 사례가 발견됨.
+- GitHub 저장소 `BrenoFariasdaSilva/Worked-Example-Miner` (Git Commit: `19c5e134f05fc95cc95b507f87a70ea1d8f506a1` 등) [5].
+- 이 시스템은 오픈소스 내 대규모 코드 변경 이력(Commit History)을 추적하여, 악취가 나던 결함 코드가 리팩토링으로 깔끔하게 정돈된 실무 코드를 자동으로 포착해낸다 [4]. 이를 추상 구문 트리(AST) 분석을 거쳐 언어 독립적인 '의미 나무(Meaning Tree)' 구조로 변환한 후 교육용 워크드 예제로 제공하여, 프로그래밍 입문자가 높은 인지 부하(시각/논리적 피로감) 없이 효과적으로 학습하도록 지원한다 [4],[5].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[인지 부하 이론 (CLT)]] — CTML과 이론적 기반(제한된 작업 기억)을 공유하는 모태 학습 심리 이론.
+- [[이중부호화 이론 (Dual Coding Theory)]] — 시각과 청각이 별도로 저장되고 상호 연결된다는 핵심 근간.
+- [[전문성 역전 효과 (Expertise Reversal Effect)]] — 학습자의 사전 지식수준에 따라 멀티미디어 설계 원리의 효용이 변한다는 원리.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 다중 모니터나 가상 현실(VR/MR) 공간에서도 주의 분산 효과와 중복 원리가 동일하게 적용되는가?
+- 학습자의 인지 성향(활동적 vs 성찰적)에 따라 선호하는 멀티미디어 제시 양식이 구체적으로 어떻게 달라지는가?
+- 일시적 정보 효과(Transient Information Effect)를 줄이기 위해 동영상 기반 학습 플랫폼이 갖추어야 할 최적의 UI/UX 패턴은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** E-Learning 비디오 강좌 제작 시 자막과 내레이션의 배치 및 노출 빈도 결정.
+- **System Design:** 지능형 튜터링 시스템(ITS)에서 워크드 예제 UI 화면(도형과 수식의 레이아웃) 구조 설계.
+- **Operation / Maintenance:** 기존 교육용 슬라이드 덱에 '정보 디자인 4원칙'을 적용하여 리팩토링 및 템플릿 간소화.
+- **Learning Path:** 초심자 대상 교육 코스웨어를 구성할 때, 처음에는 '영상+내레이션+통합 레이아웃'을 제공하다가 숙련도에 따라 점진적으로 제거하는 과정.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[안내 쇠퇴 효과 (Guidance Fading Effect)]] — 워크드 예제의 점진적 가이드 제거 전략.
+- [[정보 시각화 (Information Visualization)]] — 복잡한 데이터를 인간의 시각 인지 체계에 맞게 단순화하는 디자인 원칙.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[인지 부하 이론 (CLT)]], [[이중부호화 이론 (Dual Coding Theory)]]
+- **참조 맥락:** 에듀테크 플랫폼에서 튜토리얼 비디오, 멀티미디어 자료, 또는 워크드 예제 UI 화면을 설계할 때 정보의 시공간적 분산 및 인지 과부하를 방지하기 위해 참조.
+
+## 📚 출처 (Sources)
+- [1] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)
+- [2] 학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다.
+- [3] The Split-Attention Principle in Multimedia Learning (Chapter 8)
+- [4] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태
+- [5] BrenoFariasdaSilva/Worked-Example-Miner - GitHub
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/메타 인맥락 학습 (Meta-In-Context Learning).md b/10_Wiki/Topics/Domain_Programming/From_RawData/메타 인맥락 학습 (Meta-In-Context Learning).md
new file mode 100644
index 00000000..2723a212
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/메타 인맥락 학습 (Meta-In-Context Learning).md
@@ -0,0 +1,128 @@
+---
+id: 메타-인맥락-학습-(meta-in-context-learning)
+title: "메타 인맥락 학습 (Meta-In-Context Learning)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Meta-In-Context Learning", "메타 인맥락 학습", "Meta-ICL", "메타 인컨텍스트 학습", "메타-인맥락 학습"]
+duplicate_of: ""
+source_trust_level: "S"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Meta-in-context learning in large language models - NIPS", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[메타 인맥락 학습 (Meta-In-Context Learning)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+거대 언어 모델(LLM)이 파라미터의 미세조정(Fine-tuning) 없이 여러 상이한 과업의 예시들을 프롬프트 상에서 연속적으로 관찰하는 것만으로, 자신의 사전 확률(Priors)을 환경에 맞게 보정하고 인맥락 학습 능력을 스스로 재귀적으로 향상시키는 창발적 현상.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **재귀적 능력 향상 (Recursive Enhancement)**: 모델의 인맥락 학습(In-context learning) 능력이 파라미터 업데이트 없이 오직 인맥락 학습 자체의 연쇄적 작용을 통해 향상되는 메커니즘.
+2. **사전 확률(Priors)의 적응적 보정**: 다수의 도메인 과업 데이터를 연속적으로 관찰하면서, 모델 내부의 가설 사전 확률 공간을 실제 환경의 통계적 분포 값에 맞게 유기적으로 업데이트 및 최적화하는 과정.
+3. **학습 전략의 재구성 (Reshaping Learning Strategies)**: 경험이 누적됨에 따라 모델이 단순히 문맥을 인식하는 것을 넘어, 문제 해결에 접근하는 전략 자체(예: 탐색에서 착취 위주의 접근으로 변환)를 변경하는 현상.
+4. **무가중치 갱신 (No Weight Updates)**: 전통적 메타 학습과 달리 신경망 가중치에 대한 그레이디언트 계산이나 업데이트가 전혀 수반되지 않으며, 오로지 프롬프트 컨텍스트를 통해서만 적응함.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **과업 시퀀싱 패턴 (Sequential Task Prompting)**: N개의 상이하지만 구조적으로 연관된 과업들(예: 서로 다른 5대의 기계 함수, 여러 카지노의 슬롯머신 결과 등)을 프롬프트 내에 연쇄적으로 나열하여 제시함으로써 메타 인맥락 학습을 트리거함 [S1].
+- **유사도 기반 효율성 증대 패턴 (Task Similarity Effect)**: 이전에 마주했던 과업들과 현재 과업 간의 유사도(Task similarity)가 높을수록, 메타 인맥락 학습을 통한 예측 성능(초기 오차 감소 등)이 더 큰 폭으로 향상됨 [S1].
+- **창발적 스케일 패턴 (Emergent with Context/Scale)**: 파라미터 규모가 작거나 컨텍스트 윈도우가 짧은 모델에서는 잘 나타나지 않으며, 긴 컨텍스트 윈도우를 지원하는 대형 모델(GPT-3, MPT-30B 등)에서 주로 발현되는 창발적(Emergent) 속성을 보임 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **메타 인맥락 학습 (Meta-In-Context Learning)** | 역전파나 가중치 업데이트가 필요 없어 연산 비용(훈련 측면)이 없음. 프롬프트만으로 모델의 사전 확률과 전략을 신속히 교정 가능 [S1]. | 긴 컨텍스트 윈도우를 소모하므로 추론 시 연산 비용과 토큰 제한의 압박이 있음 [S1]. 소형 모델에서는 작동하지 않음 [S1]. | 즉각적인 환경 적응이 필요하거나, 모델의 가중치를 수정할 수 없는 API 기반 대형 모델 환경에서 동적 과업 해결력을 극대화할 때 [S1]. |
+| **고전적 메타 학습 (Classical Meta-Learning)** | 명시적인 가중치 훈련(Gradient descent 등)을 통해 시스템 자체를 목적에 맞게 하드와이어링하여 장기적인 추론 비용을 절감할 수 있음 [S1]. | 과업 분포를 재설정하고 재학습시키는 과정에 방대한 GPU 컴퓨팅 자원과 시간이 소모됨 [S1]. | 제한된 컨텍스트 길이 내에서 반복적으로 유사한 도메인의 문제를 대량으로 해결해야 하는 고정된 서비스 환경일 때 [S1]. |
+
+## 📖 세부 내용 (Details)
+- **메타 인맥락 학습의 정의 및 성립 배경**:
+ 일반적인 인맥락 학습이 소수의 예시를 통해 단일 과업의 규칙을 유추하는 것이라면, 메타 인맥락 학습은 여러 개의 상이한 도메인 과업 학습 데이터를 연속적으로 프롬프트 상에 제시할 경우 모델 내부에서 창발하는 상위 학습 메커니즘이다 [S2]. 이를 통해 모델은 인맥락 학습 능력 자체를 재귀적으로 향상(recursively enhanced)시킨다 [S1].
+- **사전 확률(Priors)의 동적 재구성 작동 원리**:
+ 1차원 회귀 분석 과업(One-dimensional regression task) 실험에 따르면, GPT-3는 초기에 '증가하는 양수 함수'에 대한 강력한 편향(Prior bias)을 지니고 있었다 [S1]. 그러나 프롬프트를 통해 '감소하는 음수 함수' 과업들을 여러 차례(예: 5개 과업) 연쇄적으로 관찰한 후, 모델은 내부의 가설 사전 확률 공간을 실제 통계 환경 값에 맞춰 적응적으로 보정해 나가는 선순환 시그널을 보여주었다 [S1], [S2].
+- **학습 전략의 변화 (Reshaping Strategies)**:
+ 2-arm 밴딧(Two-armed bandit) 강화학습 테스트에서 메타 인맥락 학습을 거친 LLM은 단순히 사전 확률을 교정하는 데 그치지 않고 문제 해결 전략 자체를 수정했다 [S1]. 학습이 누적됨에 따라 모델은 불확실성이 높은 탐색(Exploration) 빈도를 줄이고, 최적의 보상을 취하는 UCB(Upper Confidence Bound) 및 탐욕적(Greedy) 방식의 착취 행동으로 전략을 변모시켰다 [S1].
+- **예측 범위의 제한 및 영샷(Zero-shot) 성능 개선**:
+ 실제 데이터 회귀(Real-world data regression) 벤치마크 실험 결과, 메타 인맥락 학습은 모델이 타겟 값 범위 밖의 극단적인 예측(Extreme predictions)을 내놓는 것을 제한하여, 초기 추측(Initial guess)의 품질을 크게 개선시켰다 [S1]. 또한 이 향상 효과는 이전 과업들과의 유사성(Similarity)이 높을 때 더욱 극대화되었다 [S1].
+- **모델 구조 및 스케일의 영향성**:
+ 해당 현상은 모든 모델에서 발생하는 것이 아니며, 모델 규모 및 컨텍스트 윈도우 크기에 크게 의존한다 [S1]. GPT-3(text-davinci-002)와 8000 토큰 윈도우를 지닌 MPT-30B 모델에서는 명확히 관찰되었으나, 더 작은 모델(text-ada, text-cabbage, text-curie 등)이나 일부 타 오픈소스 모델(LLaMa-2, Falcon-40b)에서는 해당 능력이 발현되지 않았다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음. (제공된 소스 내에서 상충하는 이론이나 기존 상식과 충돌하는 명시적 모순점은 기술되어 있지 않음.)
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (논문 내에서 GPT-3 및 오픈소스 모델들을 통한 1차원 회귀, 2-armed bandit, MMLU 벤치마크 테스트 결과 등 학술적 실험은 존재하나 [S1], 특정 기업이나 프로젝트의 시스템 코드 리포지토리 또는 결정 사항 등에 도입된 실무 적용 사례는 소스에 부족합니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 실행 가능한 소스 코드 예시 없음.
+대신, 논문에서 모델에 투입한 메타 인맥락 학습 프롬프트 패턴의 구조화된 스니펫은 다음과 같다 [S1].
+
+```text
+# Function learning prompt (회귀 과업 프롬프트 패턴)
+You observe 5 machines that produce an output y for a given input x.
+Each machine implements a different function.
+Machine 1:
+[...]
+Machine 5:
+x = 52, y = -209;
+x = 18, y = -138;
+x = 60, y = [insert];
+
+# Regression on real world data prompt (다차원 실제 데이터 회귀 프롬프트 패턴)
+You observe an input vector x and have to predict the corresponding output y as accurately as possible. You are given 5 different tasks.
+Task 1:
+[...]
+Task 5:
+x = [-0.81, -0.16, -0.78, -0.77, -0.45], y = -0.34;
+x = [-0.81, -0.63, -0.75, -0.83, -0.55], y = -0.68;
+x = [-0.97, -0.92, -0.97, -0.97, -0.82], y = [insert];
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** S
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[인맥락 학습 (In-Context Learning)]] — 모델이 가중치 업데이트 없이 프롬프트의 예시를 통해 새로운 과업을 추론해 내는 기초 원리.
+- [[사전 확률 (Priors)]] — 메타 인맥락 학습을 통해 동적으로 업데이트되는 모델 내부의 가설적 확률 공간.
+- [[메타 학습 (Meta-learning)]] — '학습하는 방법을 학습한다'는 큰 틀의 개념으로, 고전적 메타 학습과 대조되는 위치에 있음.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 메타 인맥락 학습이 창발(Emergence)하기 위한 최소 컨텍스트 윈도우 크기와 파라미터 임계점은 구체적으로 무엇인가?
+- 메타 인맥락 학습 시 이전 과업의 '유사도'가 낮거나 완전히 이질적인 도메인이 제시될 경우 발생하는 역효과(Negative transfer)는 없는가?
+- MPT-30B와 달리 유사한 스케일의 LLaMa-2에서 메타 인맥락 학습이 발현되지 않은 아키텍처적 원인은 무엇인가?
+- 모델의 추론 전략이 탐색(Exploration)에서 착취(Exploitation)로 변환되는 과정에 작용하는 내적 어텐션 메커니즘의 수학적 변화는 어떠한가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 거대 모델(LLM)에 복수의 서로 다른 태스크 로그를 히스토리로 주입하여, 즉석에서 도메인에 특화된 베이지안 사전 지식을 구축하게 하는 고등 프롬프팅.
+- **System Design:** RAG(Retrieval-Augmented Generation) 시스템 설계 시 단순 문서 조각이 아닌 '해결된 과업의 연속된 케이스'를 주입하여 모델의 문제 해결 전략 자체를 유도하는 구조 설계.
+- **Operation / Maintenance:** 모델이 컨텍스트 오염을 겪지 않고 최대의 긍정적 전이(Positive transfer)를 일으킬 수 있도록 프롬프트 압축 및 최적화(Compaction) 시 다중 태스크 이력을 선별하는 유지보수 규칙 적용.
+- **Learning Path:** LLM 행동 원리 → 인맥락 학습(ICL) → 체인 오브 생각(CoT) 및 심층 프롬프트 설계 → 메타 인맥락 학습 기반 에이전트 구축.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[퓨샷 프롬프팅 (Few-Shot Prompting)]] — 단일 과업에 대한 소수의 예시를 제공하여 관련성을 높이는 확장 방향.
+- [[맥락 엔지니어링 (Context Engineering)]] — 메타 인맥락 정보를 토큰 제약 하에서 효과적으로 배포하기 위한 환경 구성의 확장.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[인맥락 학습 (In-Context Learning)]], [[메타 학습 (Meta-learning)]]
+- **참조 맥락:** 거대 언어 모델이 파라미터 재학습 없이 다수 과업의 연쇄적 예시 제시를 통해 환경의 통계적 실제값으로 적응하고 스스로 전략적 성능을 강화하는 현상을 설명할 때 참조.
+
+## 📚 출처 (Sources)
+- [1] Meta-in-context learning in large language models - NIPS (PDF)
+- [2] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/명시적 함의 (Explicature).md b/10_Wiki/Topics/Domain_Programming/From_RawData/명시적 함의 (Explicature).md
new file mode 100644
index 00000000..194ac5a9
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/명시적 함의 (Explicature).md
@@ -0,0 +1,109 @@
+```markdown
+---
+id: 명시적-함의-(explicature)
+title: "명시적 함의 (Explicature)"
+category: "Linguistics_and_Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Explicature", "명시적 함의", "명시적 의미", "Explicit Meaning"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "pragmatics", "relevance theory"]
+raw_sources: ["다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "Relevance theory - Wikipedia", "Relevance theory1", "Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment"]
+applied_in: []
+github_commit: ""
+---
+
+# [[명시적 함의 (Explicature)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+명시적 함의(Explicature)는 발화에 의해 인코딩된 논리적 형태를 바탕으로, 화용론적 추론과 문맥적 단서를 통해 명시적 의미를 상황에 맞게 확장하고 보완하여 도출해 낸 완전한 명제이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **지시 대상 할당 (Assignment of Referents)**: 문맥을 활용해 대명사나 지시어가 가리키는 실제 대상을 찾아 매핑하는 과정.
+- **의미 중의성 해소 (Disambiguation)**: 다의어의 의미를 주변 문맥 단서를 기반으로 좁히고 한정하는 과정.
+- **의미적 확장 및 보강 (Semantic Enrichment)**: 문법적으로 불완전하거나 의미가 모호한 표현에 살을 붙여 완전한 진리 조건부 명제로 구체화하는 과정.
+- **고차원 명시적 함의 (Higher-level Explicatures)**: 기본 명시적 함의가 화자의 발화 수반 행위(Speech-act)나 태도를 나타내는 서술어 내에 임베딩되는 형태.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **추론적 구체화 (Inferential Fleshing Out)**: 청자가 최소 노력의 원칙(관련성 이론)에 입각하여 문맥에서 가장 접근하기 쉬운 단서를 통해 언어의 뼈대에 살을 붙이는 해석 패턴.
+- **상호 병렬 조정 (Mutual Parallel Adjustment)**: 명시적 함의(Explicature)와 함축(Implicature)이 별개로 일어나는 것이 아니라, 기대되는 관련성을 충족시키기 위해 가설을 세우고 상호 검증하며 병렬적으로 도출되는 구조.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **명시적 함의 (Explicature)** | 발화의 표면적 언어 구조를 바탕으로 추론하므로 진리 조건 판단이 상대적으로 명확함 | 문자 그대로의 텍스트(디코딩) 분석만으로는 완전한 의미를 도출할 수 없어 문맥 추론 비용이 듦 | 대명사 지시, 다의어 해소, 생략된 의미의 보강 등 발화 자체의 의미적 빈틈을 완성할 때 고려 |
+| **대화적 함축 (Implicature)** | 명시된 텍스트 이상의 은유, 풍자 등 숨겨진 의도와 전제를 풍부하게 파악 가능 | 청자의 문맥 파악 실패 시 오해나 오역의 위험이 큼 | 명시적 발화를 바탕으로 화자의 숨은 전제나 궁극적인 의도(결론)를 추론할 때 고려 |
+
+## 📖 세부 내용 (Details)
+명시적 함의(Explicature)는 관련성 이론(Relevance theory)에서 발화에 의해 인코딩된 논리적 형태를 바탕으로 추론을 통해 구체화(fleshing out)하여 완성된 가정을 의미한다 [S3, S4]. 인간의 인지 체계는 단순히 명시되지 않은 숨겨진 정보를 유추하는 것(함축)을 넘어서, 언어 자체의 명시적 의미를 상황에 맞게 확장하고 보완하기 위해 화용론적 추론을 적극적으로 동원한다 [S1]. 이 과정은 다음과 같은 세 가지 핵심 맥락 추론 규칙을 수반한다 [S1, S2]:
+
+1. **지시 대상 할당 (Assignment of Referents)**: 문장 내 대명사나 지시어가 가리키는 대상을 앞선 문맥에 출현한 개체와 정밀하게 매핑한다. 예를 들어 "그녀"를 앞서 언급된 특정 인물(예: 수잔)과 결합하는 작업이다 [S1, S2].
+2. **의미 중의성 해소 (Disambiguation)**: 다의성을 띤 어휘가 출현했을 때 인접 영역 내 적합성이 비정상적으로 낮은 후보를 즉각 배제한다. 예를 들어 "키위"라는 단어 주위에 과일과 관련된 어휘가 배치되어 있다면 조류가 아닌 과일 품종으로 의미 공간을 즉각 한정한다 [S1, S2].
+3. **의미적 확장 및 보강 (Semantic Enrichment)**: 생략되거나 모호한 표현을 문맥의 흐름에 따라 구체화하여 완결된 진리 조건부 문장으로 완성해 낸다. 예를 들어 "너무 시다"는 표현을 "원예 대회 심사위원들의 기준에 맞추기에는 너무 시다"라는 식으로 명제를 정밀하게 복원한다 [S1, S2].
+
+또한 명시적 함의는 구조적 수준에 따라, 발화가 지칭하는 사실관계 자체인 **기본 명시적 함의(Basic-level explicature)**와, 발화 수반 행위(Speech-act)나 태도를 나타내는 표현(예: '~라고 약속하다', '~한 것을 유감으로 생각하다') 아래에 해당 명제가 임베딩되는 **고차원 명시적 함의(Higher-level explicatures)**로 계층화될 수 있다 [S3, S4].
+
+의미 해석 과정에서 명시적 함의는 함축(Implicature)과 구별되는 명확한 한계를 지닌다. 로빈 카스턴(Robyn Carston)의 연구에 따르면, 함축은 명시적 함의를 논리적으로 수반(entail)할 수 없으며, 명시적 함의는 함축과 달리 부정문이나 조건문 내에 임베딩되어 해석될 수 있다는 문법적/논리적 차이가 존재한다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+전통적인 그라이스(Gricean) 화용론 모델에서는 명시적 의미를 단순히 문법적으로 '디코딩된 것(what is said)'으로 제한하고, 화용론적 추론은 함축(Implicature)을 도출하는 데만 사용된다고 보았다. 그러나 스퍼버와 윌슨의 관련성 이론(Relevance Theory)은 이러한 구분을 타파하고, 명시적 의미(Explicature)를 구성하는 과정 자체에도 화용론적 추론이 필수적으로 깊게 개입한다는 점을 입증하며 화용론의 영역을 명시적 의미 도출 단계까지 크게 확장(업데이트)하였다 [S4].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례(구체적인 코드, 커밋, 프로젝트 도입 등)가 소스에 명시되어 있지 않습니다. 다만, 본 개념은 자연어 처리(NLP) 및 AI 에이전트의 문맥 이해와 모호성 해결 전략(Disambiguation)을 모델링하는 이론적 기반으로 활용될 수 있습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[관련성 이론 (Relevance Theory)]] — 명시적 함의 도출의 심리적/인지적 기반이 되는 최소 노력 및 최대 효용의 원칙.
+- [[대화적 함축 (Implicature)]] — 명시적 함의와 대조를 이루며, 명시된 발화를 근거로 연역해내는 숨겨진 화자의 의도 및 결론.
+- [[의미적 보강 (Semantic Enrichment)]] — 미완성의 논리적 형태에 살을 붙여 명시적 함의로 구체화하는 세부 추론 과정.
+- [[화용론 (Pragmatics)]] — 문맥에 따른 의미 해독과 발화 해석을 다루는 거시적 학문 체계.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- LLM(대형 언어 모델)이 프롬프트를 해석할 때, 명시적 함의(Explicature)를 보완하는 능력과 대화적 함축(Implicature)을 파악하는 능력 간의 연산 비용(Processing effort) 차이는 어떻게 나타나는가?
+- 다국어 및 상호문화 커뮤니케이션 맥락(고맥락 vs 저맥락)에 따라 명시적 함의를 보강하는 정도나 필수성은 어떻게 달라지는가?
+- 고차원 명시적 함의(Higher-level explicatures)를 인공지능이 논리적 오류 없이 모델링하기 위해 어떤 프롬프팅 제어 기술이 필요한가?
+- 명시적 함의 도출 시 필수적으로 수행되는 '의미 중의성 해소' 알고리즘과 트랜스포머의 어텐션 메커니즘 간의 수학적/논리적 대응성은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자연어 이해(NLU) 모듈에서 대명사 상호 참조(Coreference Resolution) 및 다의어 분별(WSD) 알고리즘 구현.
+- **System Design:** 챗봇 및 AI 에이전트의 대화 관리(Dialogue Management) 시스템에서 사용자의 생략된 발화를 채워 넣는(Slot-filling) 시스템 설계.
+- **Operation / Maintenance:** AI 환각(Hallucination) 방지를 위해, 입력 텍스트가 의미적으로 덜 보강되었을 때 추가 정보를 역질의하도록 에이전트 가드레일 운영.
+- **Learning Path:** 언어학 및 화용론 기초, 인지과학 내 의미 해석 모델, LLM의 In-Context Learning 이해.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[인지 도식 (Schema)]] — 확장 방향: 명시적 함의 도출 과정에서 필요한 배경 지식을 제공하는 인지적 기억 구조.
+- [[메타 인맥락 학습 (Meta-In-Context Learning)]] — 확장 방향: 모델이 외부 문맥과 예시를 통해 자체적으로 추론 규칙과 명시적 의미를 완성해가는 AI 방법론.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[관련성 이론 (Relevance Theory)]], [[대화적 함축 (Implicature)]]
+- **참조 맥락:** 자연어 처리 파이프라인에서 텍스트의 불완전한 문맥을 채워 완전한 의미를 파악하는 시스템을 설계하고 디버깅할 때 참조된다.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)
+- [S2] Relevance theory - Wikipedia
+- [S3] Relevance theory1 (PDF)
+- [S4] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/복내측전전두피질 (vmPFC).md b/10_Wiki/Topics/Domain_Programming/From_RawData/복내측전전두피질 (vmPFC).md
new file mode 100644
index 00000000..ad1de717
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/복내측전전두피질 (vmPFC).md
@@ -0,0 +1,75 @@
+```markdown
+---
+id: 복내측전전두피질-(vmpfc)
+title: "복내측전전두피질 (vmPFC)"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - vmPFC
+ - ventromedial prefrontal cortex
+ - 복내측 전전두피질
+ - 복내측전전두엽
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "[S1] 맥락을 고려하는 뇌 - 바이오인 (https://www.bioin.or.kr/board.do?num=255171&cmd=view&bid=tech)"
+applied_in: []
+github_commit: ""
+---
+
+# [[복내측전전두피질 (vmPFC)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+복내측전전두피질(vmPFC)은 공포 획득 과정에는 관여하지 않고, 오직 맥락에 의존적인 공포 기억의 소거(Extinction)와 안전한 상태의 인출에 특이적으로 기능하는 핵심 뇌 신경 영역이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **공포 소거 특이적 활성화 (Extinction-specific Activation):** 혐오 자극이 주어지는 공포 획득 기간에는 비활성 상태를 유지하다가, 공포가 소거되는 학습 시점에만 선택적으로 활성화되는 특징을 지님.
+* **해마 연동 맥락 인출 (Hippocampal-vmPFC Interaction):** 공포 소거 기억을 인출할 때, 맥락 정보를 부호화하는 해마의 앞부분과 강력한 양의 상관관계를 형성하며 반응함.
+* **외상 후 스트레스 장애(PTSD) 병태생리:** vmPFC의 맥락 처리 기능 저하는 과거의 트라우마 신호가 현재 맥락에서는 안전하다는 사실을 인지하지 못하게 하여 PTSD의 핵심 원인으로 지목됨.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **맥락적 안전 신호 업데이트:** `위험한 신호 파악(공포 획득)` → `안전한 맥락 확인` → `vmPFC 활성화(공포 소거 학습)` 형태의 인지 제어 패턴.
+* **해마-전전두피질 동기화:** 소거와 관련된 맥락 기억을 인출할 때, 해마 앞부분의 활성도가 증가하면 vmPFC의 활성도 역시 동기화되어 증가하는 패턴이 포착됨.
+
+## 📖 세부 내용 (Details)
+복내측전전두피질(vmPFC, ventromedial prefrontal cortex)은 해마, 편도체와 함께 공포 조건화 및 소거와 관련된 뇌 신경 회로를 구성하는 주요 영역이다 [S1].
+
+* **공포 소거 학습에서의 역할:** vmPFC는 공포를 학습하는 '공포 획득 기간'에는 관여하지 않으며, 오직 '공포 소거 학습' 때에만 활성화되는 독특한 특성을 보인다 [S1]. 즉, 조건 자극에 대한 공포를 억제하고 새로운 안전 연합을 형성하는 데 특화되어 있다 [S1].
+* **소거 기억 인출 시 해마와의 상호작용:** 인간 대상의 fMRI 맥락 구분 실험에 따르면, 공포가 억제되는 소거 맥락에서는 vmPFC와 내후각피질(EC) 쪽인 해마의 앞부분이 함께 활성화된다 [S1]. 소거 기억을 인출할 때 이 두 영역은 뚜렷한 양의 상관관계를 보이며, 이는 해마가 인출하는 맥락 정보를 바탕으로 vmPFC가 활성화됨을 의미한다 [S1]. 반대로 공포 반응이 다시 갱신되는 조건화 맥락에서는 이러한 상호작용이 관찰되지 않고 해마의 뒷부분과 선조체 등이 활성화된다 [S1].
+* **PTSD 환자에서의 기능 손실:** 외상 후 스트레스 장애(PTSD) 환자들은 일반인과 비교하여 소거 학습 기간 및 확인(recall) 기간에 vmPFC의 반응이 현저히 낮게 나타난다 [S1]. 이는 환자들이 조건 자극에 대한 공포 반응을 억제하기 위해 더 이상 맥락을 활용하지 못하거나, 예전의 위험했던 신호가 이제는 안전하다는 새로운 관계를 학습하지 못함을 의미한다 [S1]. 이로 인해 PTSD 환자는 일상적인 평범한 자극에 대해서도 부적절한 공포 반응(침투적 사고)을 보이게 된다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음. (제공된 소스 내에서 기존 상식과 상충되거나 모순되는 최신 정보는 서술되어 있지 않음.)
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 데이터 내에서 소프트웨어 코드, Git 커밋, 시스템 프로젝트 등에 직접 적용된 기술적 의사결정 기록은 발견되지 않음.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[해마 (Hippocampus)]], [[공포 소거 (Fear Extinction)]], [[외상 후 스트레스 장애 (PTSD)]]
+- **참조 맥락:** 인지과학 관점에서 맥락 정보의 부호화 및 인출이 인간의 감정 제어와 조건화 반응에 미치는 생물학적 메커니즘을 파악할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] [맥락을 고려하는 뇌 - 바이오인 (https://www.bioin.or.kr/board.do?num=255171&cmd=view&bid=tech)](https://www.bioin.or.kr/board.do?num=255171&cmd=view&bid=tech)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/비동기 프로그래밍(Asynchronous Programming).md b/10_Wiki/Topics/Domain_Programming/From_RawData/비동기 프로그래밍(Asynchronous Programming).md
new file mode 100644
index 00000000..ed6c6517
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/비동기 프로그래밍(Asynchronous Programming).md
@@ -0,0 +1,90 @@
+---
+id: 비동기-프로그래밍(asynchronous-programming)
+title: "비동기 프로그래밍(Asynchronous Programming)"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["비동기 작업", "비동기 코드", "Async Logic", "Asynchronous"]
+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: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리", "Blogged Answers: Why React Context is Not a State Management Tool (and Why It Doesn't Replace Redux)"]
+applied_in: []
+github_commit: ""
+---
+
+# [[비동기 프로그래밍(Asynchronous Programming)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+비동기 프로그래밍은 콜백과 프로미스를 통해 작업을 효율적으로 처리하지만, 예상치 못한 실행 타이밍 오류를 피하기 위해 이벤트 루프와 실행 컨텍스트(Execution Context)에 대한 깊은 이해가 필수적인 제어 기법이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **비동기 작업 (Asynchronous Tasks)**: 콜백(Callback)과 프로미스(Promise)를 사용하여 즉각적인 결과 반환을 기다리지 않고 로직을 처리하는 기법.
+- **이벤트 루프 (Event Loop)**: 비동기 작업의 실행 타이밍과 순서를 제어하고 관리하는 자바스크립트 엔진의 동작 원리.
+- **실행 컨텍스트 (Execution Context)**: 비동기 코드가 실행될 때 변수 할당, 스코프, 호출 스택 등을 관리하는 환경 객체.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **실행 타이밍 제어 및 상태 불일치 방어 패턴**: 비동기 작업을 사용할 때, 예상치 못한 타이밍에 코드가 실행되어 발생하는 상태 관리 오류와 데이터 불일치 현상을 방지하기 위해 자바스크립트 엔진의 이벤트 루프와 실행 컨텍스트의 처리 방식을 분석하여 코드를 구성하는 패턴.
+
+## 📖 세부 내용 (Details)
+- **비동기 작업과 실행 컨텍스트의 관계**: 자바스크립트 개발 환경에서 여러 비동기 작업(Asynchronous tasks)을 관리해야 하는 상황이 빈번하게 발생한다 [S1]. 이때 자바스크립트의 '이벤트 루프'와 '실행 컨텍스트(Execution Context)'의 관계를 제대로 이해하지 못하면, 콜백(CallBack)과 프로미스(Promise)를 사용하는 과정에서 예상치 못한 타이밍에 코드가 실행될 위험이 존재한다 [S1].
+- **데이터 불일치 문제 예방**: 비동기 흐름을 통제하지 못하면 상태 관리 문제와 데이터 불일치 문제가 발생하므로, 자바스크립트 엔진이 비동기 코드의 실행 컨텍스트를 어떻게 처리하는지, 그리고 이벤트 루프가 어떻게 동작하는지 이해하는 것이 근본적인 해결책이 된다 [S1].
+- **비동기 로직 도구 활용**: 프론트엔드 상태 관리 생태계에서 Redux Toolkit과 같은 라이브러리들은 비동기 로직(Async Logic) 처리를 위해 'Thunk'와 같은 전용 패턴 및 미들웨어를 사용한다 [S2].
+- 소스에 비동기 프로그래밍의 구체적인 구현 원리나 세부 코드 동작 방식에 대한 관련 정보가 부족합니다.
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.85
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[실행 컨텍스트(Execution Context)]] — 비동기 코드가 실행되고 메모리에 할당되는 내부 환경적 원리를 제공
+- [[콜백 및 프로미스(Callback & Promise)]] — 자바스크립트의 대표적인 비동기 처리 문법
+- [[상태 관리(State Management)]] — 비동기 호출 결과를 애플리케이션의 상태와 일치시키기 위한 구조
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 비동기 작업 처리 시 자바스크립트의 이벤트 루프와 콜스택, 실행 컨텍스트는 정확히 어떻게 상호작용하는가?
+- 상태 관리에서 비동기 데이터 불일치를 막기 위한 실행 컨텍스트 기반의 방어 로직은 어떻게 구성할 수 있는가?
+- Redux Toolkit의 Thunk를 이용한 비동기 로직 처리는 일반적인 프로미스 처리 방식과 어떤 아키텍처적 차이를 가지는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 클라이언트 애플리케이션 내 비동기 데이터(API) 호출 및 상태(Thunk) 연동 로직 구현
+- **System Design:** 경쟁 상태(Race Condition)를 예방하기 위한 비동기 상태 관리 아키텍처 설계
+- **Operation / Maintenance:** 비동기 실행 타이밍으로 인해 발생하는 데이터 불일치 및 상태 버그 추적
+- **Learning Path:** 콜스택 구조 이해 → 이벤트 루프 파악 → 콜백/프로미스 숙달 → 실행 컨텍스트 심화
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[스레드 모델(Thread Model)]] — 싱글 스레드 환경에서의 비동기 연산과 멀티 스레드 환경 비교 방향으로 확장
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[실행 컨텍스트(Execution Context)]], [[이벤트 루프(Event Loop)]]
+- **참조 맥락:** 자바스크립트 등 싱글 스레드 환경에서 예상치 못한 비동기 실행 타이밍 문제를 파악하고 디버깅할 때 근본적인 지침으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리
+- [S2] Blogged Answers: Why React Context is Not a "State Management" Tool (and Why It Doesn't Replace Redux)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/비언어적 커뮤니케이션 (Nonverbal communication).md b/10_Wiki/Topics/Domain_Programming/From_RawData/비언어적 커뮤니케이션 (Nonverbal communication).md
new file mode 100644
index 00000000..341068f6
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/비언어적 커뮤니케이션 (Nonverbal communication).md
@@ -0,0 +1,97 @@
+```markdown
+---
+id: 비언어적-커뮤니케이션-(nonverbal-communication)
+title: "비언어적 커뮤니케이션 (Nonverbal communication)"
+category: "Cross-Cultural Communication"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["비언어적 소통", "비언어적 단서", "Nonverbal cues", "암묵적 소통", "바디 랭귀지"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Applying Hall's Cultural Dimensions for Business Success - Preply", "Communicating in High Context vs. Low Context Cultures", "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera", "High-context and low-context cultures | Communication and Mass Media | Research Starters"]
+applied_in: []
+github_commit: ""
+---
+
+# [[비언어적 커뮤니케이션 (Nonverbal communication)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+비언어적 커뮤니케이션은 [[고맥락 문화 (High-context culture)]]에서 메시지의 이면에 숨겨진 깊은 의미를 전달하고 관계를 조율하는 핵심적인 암묵적 소통 수단이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **비언어적 신호 (Non-verbal cues):** 명시적인 언어 외에 의미를 전달하는 수단으로, 작은 손짓(hand gestures), 목소리 톤(tone of voice), 바디 랭귀지(body language), 개인적 공간(personal space), 시선 접촉(eye contact), 그리고 침묵(silence)을 포함한다 [S1, S4].
+- **문화적 맥락 의존성 (Cultural context dependency):** 에드워드 홀(Edward T. Hall)의 이론에 따라, 고맥락 문화는 비언어적 단서와 암묵적 소통에 크게 의존하는 반면, 저맥락 문화는 명시적인 언어에 의존하며 비언어적 신호에 덜 민감하다 [S1, S2, S3].
+- **원격 환경에서의 신호 소실 (Signal loss in remote environments):** 비디오 통화나 텍스트 기반의 비동기적(async) 협업 도구는 바디 랭귀지를 압축시키고 목소리의 톤을 평면화하여 비언어적 소통 채널을 박탈한다 [S3].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **고맥락 문화의 소통 패턴:** 화자가 명시적인 언어로 모든 것을 표현하지 않아도, 청자는 비언어적 단서와 공유된 이해를 통해 문맥과 행간의 의미를 유추한다 [S1, S2, S4].
+- **저맥락 문화의 소통 패턴:** 바디 랭귀지나 목소리 톤과 같은 미묘한 비언어적 신호에 대한 감수성이 낮으며, 의미는 사용된 단어 그 자체에 존재한다고 여긴다 [S1, S3].
+- **디지털 환경에서의 마찰:** 비언어적 커뮤니케이션에 의존하는 구성원들은 원격 도구 사용 시 소통의 핵심 도구를 잃게 되어, 단순한 텍스트 답변조차 무례하거나 무시하는 것으로 오해할 수 있는 구조적 마찰이 발생한다 [S3].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **비언어적/고맥락 커뮤니케이션** | 조화 유지, 관계 중시, 복잡하고 미묘한 의미의 암묵적 전달 가능 [S1, S3] | 다른 문화권 외부인에게는 의도 파악이 어려움, 오해 발생의 여지가 큼 [S4] | 신뢰가 깊이 구축된 집단이나 고맥락 문화권(일본, 아랍 등)과의 상호작용 시 [S1, S4] |
+| **언어적/저맥락 커뮤니케이션** | 메시지의 투명성과 명확성 확보, 혼란 및 오해 최소화 [S2, S3] | 때로는 지나치게 직설적이거나 공격적으로 비칠 수 있음 [S3] | 다국적 팀 협업, 원격/비동기 디지털 커뮤니케이션 환경 [S3] |
+
+## 📖 세부 내용 (Details)
+- **비언어적 커뮤니케이션의 정의와 구성 요소:** 인류학자 에드워드 홀(Edward T. Hall)이 제시한 문화 차원 이론에 따르면, 비언어적 커뮤니케이션은 발화된 단어 너머의 문맥과 의미를 전달하는 중추적인 역할을 한다 [S1, S2]. 여기에는 제스처, 시선 접촉, 목소리의 톤, 몸짓, 침묵, 그리고 대인 간의 개인적 공간(personal space) 등이 포함된다 [S1, S4].
+- **고맥락 vs 저맥락 문화에서의 수용 차이:** 일본, 중국, 한국 등 아시아 국가나 아랍, 지배해, 아프리카 등의 사회는 비언어적 커뮤니케이션에 고도로 의존하는 [[고맥락 문화 (High-context culture)]]의 특징을 보인다 [S1, S4]. 예를 들어 "배가 고프다"는 발화가 단순히 상태를 나타내는 것을 넘어 음식을 준비해달라는 비언어적·암묵적 요구로 기능할 수 있다 [S4]. 반면 미국, 독일, 네덜란드와 같은 [[저맥락 문화 (Low-context culture)]]에서는 사람들의 의사소통이 주로 명시적인 언어 정보에 좌우되며 바디 랭귀지와 같은 미묘한 신호에 대한 의존도가 낮다 [S1, S2, S3].
+- **원격 및 디지털 업무 환경에서의 위기:** 비언어적 커뮤니케이션은 물리적 공간의 공유와 지속적인 상호작용을 통해 극대화되나, 원격 근무 도구(Slack, 이메일, 비디오 콜 등)는 이러한 비언어적 단서들을 체계적으로 제거한다 [S3]. 이는 비언어적 단서에 크게 의존하는 고맥락 소통자들에게 마치 '외국어 위에 또 다른 외국어를 구사하는 것'과 같은 극심한 소통의 제약을 유발하며, 명시적 규칙(Shared team communication charter)을 통해 암묵적 규범을 명시화하는 보완책이 필요하다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 에드워드 홀의 고맥락/저맥락 구분은 국가별 의사소통의 거시적 패턴을 이해하는 데 유용하지만, 이를 엄격한 이분법적 범주로 모든 개인에게 적용하는 것은 과도한 단순화라는 비판이 존재한다 [S3]. 비언어적 커뮤니케이션 스타일은 동일한 문화권 내에서도 산업, 세대, 개인의 경험(예: 저맥락 환경에서 장기간 근무한 고맥락 문화권 출신자)에 따라 변형된 스펙트럼 형태로 나타난다 [S3, S4].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[고맥락 문화 (High-context culture)]] — 비언어적 커뮤니케이션이 주로 활발하게 의존 및 활용되는 문화적 환경
+- [[저맥락 문화 (Low-context culture)]] — 비언어적 신호보다 명시적 단어 자체를 중시하는 대조적 환경
+- [[에드워드 홀 (Edward T. Hall)]] — 비언어적 커뮤니케이션 및 공간/시간을 통한 문화적 차원 이론의 창시자
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 글로벌 원격 팀에서 비언어적 단서의 소실을 보완하기 위해 성공적으로 도입된 구체적인 팀 커뮤니케이션 규범(Charter) 사례는 무엇인가?
+- 국가별 문화 외에 조직의 특성(스타트업 vs 대기업)이 비언어적 커뮤니케이션 양식에 미치는 영향은 어떠한가?
+- 다문화간 부정적 피드백 제공 시, 비언어적 커뮤니케이션 차이가 일으키는 구체적 오해 사례와 해결책은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 원격 회의 시스템 가이드라인 작성 시 텍스트 기반 소통의 오해를 줄이기 위한 '디지털 공감(Digital Empathy)' 원칙 도입
+- **System Design:** 다국적 팀 협업 툴 내에서 명시적인 커뮤니케이션 템플릿 제공
+- **Operation / Maintenance:** HR 및 L&D 부서의 글로벌 팀워크 역량 강화를 위한 다문화 커뮤니케이션 교육 세션 운영
+- **Learning Path:** 에드워드 홀의 《The Silent Language》를 통한 비언어적 소통 기초 이론 학습 → 실제 다국적 기업의 원격 커뮤니케이션 사례 분석
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[이문화 간 의사소통 (Cross-cultural communication)]] — 비언어적 커뮤니케이션의 차이가 실제로 작용하는 실무적 환경
+- [[디지털 소통 규범 (Digital etiquette)]] — 비언어적 단서가 배제된 상태에서의 새로운 의사소통 방식
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[고맥락 문화 (High-context culture)]], [[저맥락 문화 (Low-context culture)]]
+- **참조 맥락:** 글로벌 환경 또는 다문화 팀에서 상호 간의 의도를 정확히 파악하고 원격 소통의 마찰을 줄이기 위한 커뮤니케이션 정책 수립 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] Applying Hall's Cultural Dimensions for Business Success - Preply
+- [S2] Communicating in High Context vs. Low Context Cultures
+- [S3] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S4] High-context and low-context cultures | Communication and Mass Media | Research Starters
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/스코프(Scope).md b/10_Wiki/Topics/Domain_Programming/From_RawData/스코프(Scope).md
new file mode 100644
index 00000000..14d02f05
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/스코프(Scope).md
@@ -0,0 +1,105 @@
+---
+id: 스코프(scope)
+title: "스코프(Scope)"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["스코프", "Scope", "유효범위", "Lexical Scope", "어휘적 스코프", "스코프 체인", "Scope Chain"]
+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: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리", "JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp"]
+applied_in: []
+github_commit: ""
+---
+
+# [[스코프(Scope)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+스코프는 자바스크립트 실행 컨텍스트 내에서 변수와 함수가 정의되고 접근될 수 있는 유효 범위를 결정하는 체계이자 스코프 체인을 통해 외부 환경을 참조하는 논리적 구조이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **전역 스코프 (Global Scope)**: 스크립트가 처음 시작될 때 생성되는 전역 실행 컨텍스트가 대변하는 자바스크립트 최상위 유효 범위.
+- **함수 스코프 (Function Scope)**: 특정 함수가 호출될 때마다 생성되는 함수 실행 컨텍스트가 대변하는 해당 함수 내부의 지역 유효 범위.
+- **스코프 체인 (Scope Chain)**: 변수를 찾을 때 현재 컨텍스트에서 시작하여 `outerEnvironmentReference`를 통해 상위 스코프의 렉시컬 환경으로 순차적으로 거슬러 올라가는 탐색 메커니즘.
+- **렉시컬 스코프 (Lexical Scope)**: 함수가 실제로 호출된 위치가 아니라, 코드상에서 '정의된 위치'에 따라 정적으로 결정되는 스코프.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **상향식 변수 탐색 (Upward Variable Lookup)**: 자바스크립트 엔진은 현재 컨텍스트의 `LexicalEnvironment`에서 변수를 먼저 찾고, 없으면 `outerEnvironmentReference`가 가리키는 외부(상위) 스코프를 검색하여 전역 컨텍스트에 도달할 때까지 탐색을 반복한다.
+- **어휘적 상속 (Lexical Inheritance)**: 화살표 함수(Arrow Function)는 자신만의 `this`를 생성하지 않고, 자신이 정의된 렉시컬 스코프(Lexical Scope)의 `this`를 상속받아 사용한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Lexical Scope (어휘적 스코프)** | 코드 작성 위치에 따라 유효 범위가 고정되므로 결과를 예측하기 쉽고 직관적임. | 호출 컨텍스트에 따라 동적으로 상태를 변경하기 어려움. | 변수의 가시성과 생명 주기를 코드 구조에 맞춰 명확히 관리하고자 할 때 적용. |
+| **`this` Binding (동적 바인딩)** | 함수가 호출되는 방식과 맥락에 따라 같은 함수라도 다른 객체에 바인딩되어 유연한 객체 지향 프로그래밍이 가능함. | 호출 방식(`new`, `call`, `apply`, 암시적 호출 등)에 따라 값이 변하므로 디버깅 및 추적이 상대적으로 복잡함. | 객체의 메서드로서 동작하거나, 명시적으로 컨텍스트를 주입하여 함수를 재사용해야 할 때 선택. |
+
+## 📖 세부 내용 (Details)
+- **스코프와 실행 컨텍스트의 관계**
+ 자바스크립트 코드를 실행할 때 자바스크립트 엔진은 [[Execution Context]]를 생성한다 [S1]. 이 실행 컨텍스트는 코드 변환과 실행을 담당하는 환경 객체로, 스코프(Scope)를 비롯해 [[Hoisting]], [[Closure]], `this` 등의 핵심 원리를 포함한다 [S1]. 스코프는 실행 컨텍스트의 생성 시점과 유형에 따라 구분되는데, 스크립트가 처음 실행될 때 만들어지는 전역 컨텍스트는 '전역 스코프'를 대변하고, 함수가 호출될 때 만들어지는 함수 실행 컨텍스트는 '함수의 지역 스코프'를 대변한다 [S2].
+
+- **스코프 체인 탐색 메커니즘**
+ 실행 컨텍스트의 `Variable Environment` 및 `Lexical Environment`는 내부의 변수 및 함수 정보를 저장하는 `environmentRecord`와 외부 환경을 참조하는 `outerEnvironmentReference`로 구성된다 [S1]. 스코프 체인은 이 `outerEnvironmentReference`를 통해 형성된다 [S1].
+ 프로그램이 코드 내에서 특정 변수를 찾을 때, 가장 먼저 현재 실행 컨텍스트의 `LexicalEnvironment` 내부를 검색한다 [S1]. 만약 이곳에서 식별자를 찾지 못하면 `outerEnvironmentReference`가 가리키는 상위 스코프(자신을 생성한 외부 환경)로 이동해 검색을 재개한다 [S1]. 이 탐색은 전역 컨텍스트의 렉시컬 환경에 도달할 때까지 연쇄적으로 계속된다 [S1].
+
+- **Lexical Scope와 `this` 바인딩의 차이점**
+ 함수의 렉시컬 스코프(Lexical Scope)는 함수가 '정의된 위치'에 의해서만 결정되는 정적인 특성을 지닌다 [S1]. 반면 `this` 바인딩은 선언 위치와 무관하게, 함수가 '어디서 어떻게 호출되는지'에 따라 동적으로 달라진다 [S1]. 단, 화살표 함수의 경우에는 예외적으로 자신의 `this`를 생성하지 않고 주변의 렉시컬 스코프(Lexical Scope)를 상속받아 사용한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **스코프 체인 탐색 실패 시 반환 값의 모순**: 소스 데이터 내에서 스코프 체인 최상단인 전역 컨텍스트까지 검색한 후에도 변수를 찾지 못했을 때의 동작에 대해 상충하는 서술이 존재한다. 한 단락에서는 "결국 해당 변수를 찾지 못하면 undefined 를 반환합니다"라고 설명한 반면 [S1], 이어지는 예시 설명 단락에서는 (함수 내부에 선언된 지역 변수를 외부 전역 스코프에서 접근하려 할 때) "바깥 스코프인 전역 스코프의 LexicalEnvironment 에는 존재하지 않기 때문에 ReferenceError 를 반환합니다"라고 상충되는 설명을 제공하고 있다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스 데이터 내에서 코드가 적용된 파일 경로나 Git 커밋, 의사결정 기록 등의 실제 적용 사례는 현재 발견되지 않았습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음 (소스 문서 내에서 `petInfo`, `greeting`, `cat`, `dog` 등의 변수를 포함하는 예제 코드의 존재를 언급하고 있으나, 제공된 텍스트 발췌본에는 실제 코드 블록 스니펫이 누락되어 있음).
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.85
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Execution Context]] — 스코프, 호이스팅, 클로저 등의 정보가 담기는 코드 실행의 기반 환경
+- [[Lexical Environment]] — 블록 내의 변수, 함수 할당 및 외부 스코프 참조를 실시간으로 반영하는 컨텍스트 구성요소
+- [[Closure]] — 함수가 종료된 후에도 `outerEnvironmentReference`를 통해 상위 스코프에 접근할 수 있게 하는 자바스크립트의 고급 개념
+- [[Hoisting]] — 스코프의 `environmentRecord`에 식별자 정보가 실행 전 미리 수집되는 원리
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 스코프 체인 탐색 시 발생하는 성능 오버헤드를 V8 등 자바스크립트 엔진은 어떻게 최적화하는가?
+- 비동기 작업(콜백, 프로미스)이 이벤트 루프를 통해 실행될 때, 콜스택과 스코프의 참조 관계는 어떻게 유지되는가?
+- 모듈 스코프(Module Scope)와 전역 스코프(Global Scope)는 실행 컨텍스트 관점에서 어떻게 차별화되는가?
+- Lexical Scope 구조 내에서 발생하는 클로저(Closure) 현상으로 인한 메모리 누수는 어떻게 탐지하고 방지할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자바스크립트에서 화살표 함수를 활용해 상위 스코프의 `this`를 잃어버리지 않고 콜백 함수 내에서 안전하게 바인딩할 때.
+- **System Design:** 싱글톤 패턴이나 전역 변수 남용을 막기 위해 함수 스코프 내 렉시컬 환경을 캡슐화하여 사용하는 모듈형 설계 시.
+- **Operation / Maintenance:** 브라우저 콘솔에서 변수가 정의되지 않았거나 예상치 못한 값이 출력되는 버그(Scope 이슈)를 추적할 때.
+- **Learning Path:** 자바스크립트의 실행 컨텍스트 구조를 학습한 뒤 클로저(Closure)와 커링(Currying) 같은 고급 함수형 프로그래밍 기법으로 나아갈 때.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Garbage Collection]] — 스코프 내 변수의 생명 주기와 연결되어, 참조되지 않는 렉시컬 환경 메모리를 회수하는 메커니즘
+- [[Event Loop]] — 비동기 작업의 실행 컨텍스트 스케줄링을 관리하여 스코프 생성 타이밍에 영향을 주는 시스템
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Execution Context]], [[Lexical Environment]]
+- **참조 맥락:** 자바스크립트 애플리케이션의 버그 디버깅 및 비동기 동작 시 변수와 상태의 유효성을 파악하기 위한 실행 환경 분석.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/404/)
+- [S2] JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp (https://www.freecodecamp.org/news/how-javascript-works-behind-the-scene-javascript-execution-context/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/스크립트 이론 (Script Theory).md b/10_Wiki/Topics/Domain_Programming/From_RawData/스크립트 이론 (Script Theory).md
new file mode 100644
index 00000000..fd757f8b
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/스크립트 이론 (Script Theory).md
@@ -0,0 +1,110 @@
+---
+id: 스크립트-이론-(script-theory)
+title: "스크립트 이론 (Script Theory)"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["스크립트 이론", "Script Theory", "대본 이론", "인지 스크립트", "Cognitive Scripts", "Schema Theory"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "script theory", "cognitive science"]
+raw_sources: ["Script Theory - The Decision Lab", "Script Theory | Social Sciences and Humanities | Research Starters - EBSCO", "Schemata - the living handbook of narratology", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "UX Schema Cards – Predicting User Behaviour and Model Experiences | Appnovation"]
+applied_in: []
+github_commit: ""
+---
+
+# [[스크립트 이론 (Script Theory)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인간이 사회적 상호작용 속에서 반복 학습한 정형화된 행위 시퀀스를 바탕으로 상황을 예측하고 인지적 부하를 최소화하며 행동하도록 돕는 인지적 기억 구조 메커니즘.
+
+## 🧠 핵심 개념 (Core concepts)
+* **계통 1 인지 활성화 (System 1 Processing)**: 스크립트는 고부하의 의식적 추론이 수반되는 사고를 빠르고 자동화된 인지적 지름길로 변환시켜 뇌의 에너지 소모를 줄인다.
+* **스크립트의 구성 (Scenes)**: 스크립트는 목표를 달성하기 위해 연결된 일련의 더 작은 행동 단위인 '씬(Scenes)'으로 쪼개어 구성된다.
+* **스크립트의 유형**: 상황 내 행동 시퀀스를 규율하는 '이벤트 스크립트(Event Script)', 특정 물리적 공간의 기대치를 다루는 '물리적 스크립트(Physical Script)', 사회적 지위에 따른 규범을 뜻하는 '역할 스크립트(Role Script)'로 분류된다.
+* **조직 패킷 (MOPs & TOPs)**: 스크립트가 경직되지 않도록 돕는 상위 조직 단위로, 목적 중심의 MOP(Memory Organization Packets)와 주제 중심의 TOP(Thematic Organization Packets)를 통해 동적 학습과 재구성이 일어난다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **스크립트 강도 조절 (Strong vs. Weak Scripts)**: 행동의 순서와 인과성이 엄격하게 연결된 강한 스크립트(예: 식당 주문 과정)와 순서가 유연하게 변경될 수 있는 약한 스크립트(예: 생일 파티, 주말 오후)로 구분하여 상황적 변동성에 대응한다.
+* **스크립트 정렬 (Scripted Alignment)**: 스크립트는 개인의 인지를 넘어 그룹 내 사람들이 공통의 모델을 공유하게 만듦으로써, 의식적 고민 없이 부드러운 사회적 조율과 협업(real-time social coordination)을 가능하게 한다.
+* **예외를 통한 학습 (Learning via Anomalies)**: 예상되는 스크립트에서 벗어난 변칙적이거나 모순적인 상황에 직면했을 때, 인지 주체는 이를 파악하기 위해 질문을 던지고 문제를 해결하며 스크립트를 능동적으로 업데이트한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **도식 (Schema)** | 객체나 상황에 대한 전반적인 지식 구조나 범주를 포괄적으로 표현 가능 | 구체적인 시간적, 순차적 인과성을 섬세하게 설명하기에는 너무 넓은 개념일 수 있음 | 사물, 사람, 장소 등에 대한 정적 지식이나 보편적 틀을 추상화할 때 |
+| **스크립트 (Script)** | 상황 내 사건의 '시간적/인과적 순서(Sequence)'를 명확히 모델링하고 예측 가능 | 스크립트의 고정 관념이 사회적 권력 구조나 차별을 정당화하는 무의식적 편향으로 작용할 수 있음 | 식당 방문, 회의, 진찰 등 시간의 흐름에 따른 정형화된 행동 플로우를 설계할 때 |
+
+## 📖 세부 내용 (Details)
+**스크립트 이론의 정의와 발전 배경**
+스크립트 이론(Script Theory)은 1970년대 인공지능 연구자인 로저 섕크(Roger Schank)와 로버트 아벨슨(Robert Abelson)에 의해 고안되었다 [S1], [S2]. 이들은 장 피아제와 바틀릿의 도식(Schema) 연구를 토대로, 인간의 기억과 지식이 특정 목적을 가진 일련의 행동 순서로 조직화된다는 것을 발견했다 [S2]. 스크립트는 본질적으로 '시간적 순서가 있는 스키마(temporally-ordered schema)'로 정의되며, 이를 통해 인공지능이 문장의 추상적 의미를 구조적으로 파악하게 만드는 데 기여하였다 [S3], [S4].
+
+**인지 및 행동에 미치는 영향**
+인간은 반복적인 사회적 상호작용 속에서 스크립트를 무의식적으로 내재화한다 [S1]. 예를 들어 식당에 가면 자리에 앉고, 주문하고, 식사한 뒤 비용을 지불하는 일련의 과정을 굳이 의식적으로 생각하지 않아도 자동으로 수행할 수 있다 [S2]. 이는 인간의 행동을 의도적이고 느린 계통 2(System 2)에서 빠르고 자동화된 계통 1(System 1) 사고로 전환시켜 인지적 부하(Cognitive load)를 줄여주는 핵심적인 역할을 한다 [S1], [S4]. 또한, 개별 주체뿐만 아니라 사회 구성원들이 동일한 스크립트를 공유함으로써 별도의 논의 없이도 복잡한 사회적 상황에서 협력하고 행동을 동기화하는 '스크립트 정렬(Scripted alignment)'이 일어난다 [S1].
+
+**스크립트의 유형과 한계**
+연구자들은 스크립트를 크게 상황적 목표를 달성하기 위한 '이벤트 스크립트', 물리적 환경과 결합된 '물리적 스크립트', 사회적 정체성과 기대치에 부응하는 '역할 스크립트'로 분류한다 [S1], [S2], [S4]. 아울러 사건의 순서가 변할 수 없는 '강한 스크립트'와 유동적인 '약한 스크립트'로 강도를 구분한다 [S2]. 하지만 스크립트 이론은 인지 기작의 편리성을 제공하는 반면, 역사적 권력 역학이나 체계적 불평등과 같은 복잡한 사회적 구조를 지나치게 단순화하고 고정관념이나 무의식적 편향을 낳을 수 있다는 한계도 함께 지적받는다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+초기 섕크와 아벨슨이 제안한 스크립트 이론은 구조주의적인 성격이 강하여 너무 엄격하고 유연성이 부족하다는 비판을 받았다 [S2]. 이에 로저 섕크는 스스로 이론을 수정하여 새로운 경험을 동화시키고 구조를 재편할 수 있는 **동적 기억 모델(Dynamic Memory Model)**을 발표했다 [S2]. 이 모델은 MOPs(Memory Organization Packets, 특정 목적 중심)와 TOPs(Thematic Organization Packets, 특정 테마 중심)라는 개념을 도입하여, 스크립트가 고정 불변의 것이 아니라 경험이 축적됨에 따라 끊임없이 변화하고 성장할 수 있도록 이론을 업데이트하였다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스에서 구체적인 시스템 경로, Git 커밋 해시 등은 발견되지 않았으나, 여러 실무/학문 분야에서 이 개념이 실제로 적용된 접근법들이 발견되었다.
+- **교육 환경**: 교실에서 학생들에게 스크립트를 내재화시키기 위해 '경험을 통한 학습(Learning by doing)', 스토리를 통한 상황 제시, 롤플레잉 등을 도입. 특히 독해 능력을 기를 때나 수학의 문제 해결 단계를 학습시킬 때, 정형화된 스크립트적 절차와 예상치 못한 변형(Anomalies)을 결합하여 가르치는 데 적용되었다 [S2].
+- **UX/서비스 디자인**: 사용자 행동을 추론하고 모델링하기 위해 섕크와 아벨슨의 스크립트를 바탕으로 'UX Schema Cards(Action cards)'를 제작. 서비스 이용 중 사용자의 무의식적 작동 방식(Auto-modus-operandi)과 역할(roles), 도구(props)를 슬롯(slots)에 매핑하여 인터랙션을 설계하는 데 사용되었다 [S5].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[인지 도식 (Schema)]] — 연결 이유: 스크립트 이론의 근간이 되며, 지식을 체계화하는 더 포괄적인 인지 프레임워크.
+- [[동적 기억 모델 (Dynamic Memory Model)]] — 연결 이유: 초기 스크립트 이론의 경직성을 극복하기 위해 제안된 확장 인지 구조.
+- [[계통 1 인지 (System 1)]] — 연결 이유: 스크립트가 활성화될 때 나타나는 빠르고 자동화된 무의식적 인지 과정.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- MOPs와 TOPs는 어떻게 기존의 고정된 스크립트와 결합하여 인지적 유연성을 창출하는가?
+- 인공지능(LLM)이 문맥(Context)을 이해하고 추론할 때 스크립트 이론의 순차적 개념이 기술적으로 어떻게 매핑되는가?
+- 스크립트 정렬(Scripted alignment)이 조직 커뮤니케이션이나 팀 역학에 미치는 구체적인 영향은 무엇인가?
+- 고맥락(High-context) 문화와 저맥락(Low-context) 문화 간에 공유되는 사회적 스크립트 구조의 차이는 무엇인가?
+- UX 디자인에서 스크립트 이론을 기반으로 한 모델링이 기존의 사용자 여정 맵(Customer Journey Map)과 어떻게 다른가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 인공지능 에이전트의 지식 표현 구조 설계, UX 환경에서 사용자의 상황별 루틴 파악 및 플로우 매핑
+- **System Design:** 챗봇 등 대화형 시스템의 목표 지향적 상황별 시나리오(Script) 설계
+- **Operation / Maintenance:** 조직 내 교육 및 업무 매뉴얼 작성 시 반복적인 스크립트 노출을 통한 자동화된 절차 습득 유도
+- **Learning Path:** 인지과학 기초 -> 인공지능 및 프레임워크 구조 -> UX/UI 행동 심리학
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[프롬프트 엔지니어링 (Prompt Engineering)]] — 확장 방향: 인공지능에게 지시를 내릴 때 상황적 스크립트(역할 부여 등)를 부여하여 정확한 맥락적 대답을 유도하는 기법.
+- [[화용론 (Pragmatics)]] — 확장 방향: 발화자가 처한 상황과 맥락을 바탕으로 숨겨진 의도(대화적 함축)를 이해하는 언어학적 기반.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[인지 도식 (Schema)]], [[인공지능 프레임워크 (AI Framework)]]
+- **참조 맥락:** 시스템 기획자나 인지 분석가가, 인간 혹은 기계가 예상되는 상황적 루틴을 바탕으로 다음 행동이나 정보를 어떻게 처리하고 예측하는지 설계할 때 참조된다.
+
+## 📚 출처 (Sources)
+- [S1] Script Theory - The Decision Lab
+- [S2] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO
+- [S3] Schemata - the living handbook of narratology
+- [S4] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S5] UX Schema Cards – Predicting User Behaviour and Model Experiences | Appnovation
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/스키마 (Schema).md b/10_Wiki/Topics/Domain_Programming/From_RawData/스키마 (Schema).md
new file mode 100644
index 00000000..a52a96a3
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/스키마 (Schema).md
@@ -0,0 +1,104 @@
+```markdown
+---
+id: 스키마-(schema)
+title: "스키마 (Schema)"
+category: "Education_and_Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["도식", "인지 구조", "지식의 틀", "Schema", "Knowledge structure"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)", "인지부하 이론"]
+raw_sources: ["[S1] The Right Kind of Difficulty: Why Worked Examples Beat Practice for Novices - Mike Taylor", "[S2] 학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다.", "[S3] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태", "[S4] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv", "[S5] Pearson Learning Design Principles – Desirable Difficulty & Scaffolding summary"]
+applied_in: []
+github_commit: ""
+---
+
+# [[스키마 (Schema)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+장기기억 내에 다양하고 복잡한 개념들이 정교하게 조직화된 지식 구조이자, 작동기억의 한계를 극복하여 문제 해결과 정보 해석을 이끄는 핵심적인 인지적 틀이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **조직화된 지식의 틀 (Organized Knowledge Framework):** 사람, 사물, 사건에 대한 지식을 담는 틀로, 무수한 정보를 지각·조직·해석하는 기준이 됨.
+- **정보 청킹과 인지 자원 최적화 (Information Chunking & Resource Optimization):** 다수의 정보 요소를 하나의 유의미한 단위(Chunk)로 압축하여 한정된 작동기억(Working Memory)의 과부하를 방지함.
+- **문제 해결 및 전이의 지침 (Problem-Solving & Transfer Guide):** 특정 조건에서 어떤 접근법을 취해야 하는지 안내하며, 학습된 지식을 새로운 상황으로 전이(Transfer)할 수 있게 지원함.
+- **본유적 인지부하와의 연계 (Germane Cognitive Load Connection):** 새로운 지식을 기존의 스키마에 통합하기 위해서는 본유적 인지부하라는 바람직한 형태의 인지적 노력이 투입되어야 함.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **전문가와 초심자의 인지적 차이 패턴:** 전문가는 초심자보다 작동기억 용량 자체가 큰 것이 아니라, 정보를 단일 의미 단위로 압축해 내는 고도로 조직화된 스키마를 보유하고 있어 동일한 정보에 대해서도 인지부하를 덜 받는다.
+- **스키마 차용 원리 (Borrowing and Reorganizing Principle):** 스키마가 없는 초심자는 워크드 예제(Worked Examples)를 통해 타인(전문가)의 고도화된 스키마를 작동기억으로 대여(Borrowing)해 온 뒤, 이를 자신의 장기기억 내에 정교하게 재구성한다.
+- **전문성 역전 효과 (Expertise Reversal Effect):** 스키마가 성공적으로 정립된 학습자에게 계속해서 초심자용의 상세한 완성형 예제를 주입하면, 기존에 확립된 스키마의 자발적 인출 작용과 충돌하여 오히려 인지적 오작동 및 학습 효율 저하를 초래한다.
+
+## 📖 세부 내용 (Details)
+- **스키마의 정의 및 본질:**
+ 스키마(Schema)는 사람, 장소, 사물, 사건 등에 대한 지식의 틀(framework for one's knowledge)이자 생각과 행동의 조직된 패턴이다. 도식(圖式)이라고도 불리며, 인간은 이를 통해 주변 환경으로부터 쏟아져 들어오는 수많은 정보를 지각하고 조직화하며 해석한다 [S2]. 장기기억(Long-term Memory)은 다양한 개념들을 정교하게 조직화된 인지 구조인 스키마의 형태로 저장한다 [S3].
+- **작동기억의 한계 극복:**
+ 새로운 자극을 처리하는 작동기억은 동시 처리 용량이 매우 제한적이다. 스키마는 흩어진 여러 개의 정보 요소(elements)를 하나의 의미 있는 단위로 묶는 청킹(Chunking) 역할을 수행하여 작동기억의 한계를 극복하도록 지원한다 [S1], [S3]. 결과적으로 초심자에게는 개별적인 5개의 사실로 보이던 정보가, 잘 형성된 스키마를 가진 전문가에게는 단 하나의 유의미한 구조로 즉각 인식된다 [S1].
+- **스키마 형성과 본유적 인지부하:**
+ 인지부하이론(Cognitive Load Theory) 관점에서 볼 때, 새로운 지식을 기존의 스키마에 성공적으로 통합하고 의미를 구성하는 데는 정신적 노력이 요구되는데, 이를 '본유적 인지부하(Germane Cognitive Load)'라고 한다 [S2]. 효과적인 학습은 외재적 인지부하를 통제하고 이 본유적 인지부하를 극대화할 때 달성된다 [S2].
+- **풀이 과정이 담긴 워크드 예제(Worked Examples)의 역할:**
+ 초기 지식 획득 단계에서 아무런 스키마를 갖추지 못한 초심자가 맹목적인 문제 해결에 내몰리면 목표 수단 분석(Means-Ends Analysis)과 같은 무작위 탐색에 에너지를 낭비하게 된다 [S3]. 반면, 체계적인 풀이 과정을 명시적으로 보여주는 워크드 예제는 초심자에게 완벽히 구조화된 전문가적 멘탈 모델을 제공함으로써 작동기억의 부하를 극적으로 낮춘다 [S1], [S3]. 절약된 인지 자원은 스키마를 생성하고 자동화하는 본유적 인지 과정에 오롯이 전념할 수 있게 해 준다 [S3], [S5]. 특히 하위 목표(subgoals) 단위로 청킹된 안내형 예제(Guided examples) 등은 초심자의 스키마 구성 효율을 더 높인다 [S4].
+- **스키마 확립 이후의 과제:**
+ 성공적으로 기초 스키마를 정립한 학습자에게는 자율적인 문제해결 역량을 갖추도록 안내 쇠퇴(Guidance Fading) 기법을 동원해야 한다. 이미 보유한 스키마가 있는 학습자에게 불필요하게 상세한 예제를 강제하면 인지 자원의 낭비와 전문성 역전 효과(Expertise Reversal Effect)가 발생하기 때문이다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보는 발견되지 않았으며, 모두 인지부하이론의 핵심 메커니즘으로서 스키마(지식 구조) 획득의 중요성을 일관되게 지지하고 있다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (주어진 소스 데이터 내에서 스키마 개념 자체가 특정 파일 경로, Git 커밋, 또는 코드 단위의 decision_id로 명시적으로 적용된 사례는 확인되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[작동기억 (Working Memory)]] — 스키마를 인출하고 활용하여 실제 정보 처리가 이루어지는 한정된 용량의 단기적 기억 공간.
+- [[인지부하 이론 (Cognitive Load Theory)]] — 인간의 기억 구조와 스키마 획득 원리를 바탕으로 학습 효율성을 최적화하는 교수 설계 이론.
+- [[본유적 인지부하 (Germane Cognitive Load)]] — 새로운 지식을 스키마에 통합하고 정교화하는 데 요구되는 유익한 인지적 노력.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 전문가와 초심자의 스키마 구조는 질적으로 어떻게 다르며, 이러한 차이를 객관적으로 추적/측정할 수 있는 지표는 무엇인가?
+- 워크드 예제를 통해 획득한 기초 스키마를 완전히 낯선 새로운 문제 상황으로 전이(Transfer)시키기 위한 구체적 연습 전략은 무엇인가?
+- 초기 학습 과정에서 오개념(Misconception)을 기반으로 잘못된 스키마가 형성되었을 때, 이를 해체하고 교정(Debugging)하기 위한 최적의 예제 설계는 무엇인가?
+- 거시적 조직 변화(Change Management) 상황에서 조직원들이 새로운 운영 프로세스에 대한 스키마를 형성하도록 돕기 위해 KCI(Key Change Indicator)를 어떻게 설계해야 하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 워크드 예제 UI/UX 설계 시, 초심자의 스키마 획득을 돕기 위해 복잡한 문제를 논리적인 하위 목표(Subgoal) 단위로 청킹(Chunking)하여 제공.
+- **System Design:** 지능형 튜터링 시스템(ITS)에서 학습자의 문제 풀이 성공률을 분석하여 스키마 보유 수준을 추정하고, 그에 맞춰 예제의 안내 수준을 동적으로 조절(Adaptive Fading)하는 알고리즘 구현.
+- **Operation / Maintenance:** 사내 신규 시스템 도입 및 규제 준수(Compliance) 교육 시, 백지 상태에서의 선언적 명령 대신 명시적인 업무 완수 시뮬레이션(해결된 예제)을 배포하여 임직원의 업무 스키마 조기 구축 지원.
+- **Learning Path:** 스키마가 없는 초심자(완전한 워크드 예제) → 기초 스키마 형성자(부분 완성형 예제) → 스키마 확립 전문가(독립적 문제 해결)로 이어지는 단계적 학습 로드맵 구성.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[안내 쇠퇴 효과 (Guidance Fading Effect)]] — 스키마가 뇌에 구축됨에 따라 학습자에게 주어지는 예제 가이드를 점진적으로 박탈하는 교수 기법.
+- [[전문성 역전 효과 (Expertise Reversal Effect)]] — 이미 고도화된 스키마를 보유한 학습자에게 불필요한 초심자용 가이드를 제공하여 발생하는 인지적 역효과.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[인지부하 이론 (Cognitive Load Theory)]], [[전문성 역전 효과 (Expertise Reversal Effect)]]
+- **참조 맥락:** 워크드 예제가 초심자의 학습에 왜 효과적인지, 그리고 학습자의 지식 구조가 어떻게 장기기억 내에 안착하여 인지적 한계를 극복하는지에 대한 근본적인 인지 과정을 설명할 때 핵심적으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] The Right Kind of Difficulty: Why Worked Examples Beat Practice for Novices - Mike Taylor
+- [S2] 학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다.
+- [S3] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태
+- [S4] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv
+- [S5] Pearson Learning Design Principles – Desirable Difficulty & Scaffolding summary
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/실행 컨텍스트(Execution Context).md b/10_Wiki/Topics/Domain_Programming/From_RawData/실행 컨텍스트(Execution Context).md
new file mode 100644
index 00000000..0e7eae5e
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/실행 컨텍스트(Execution Context).md
@@ -0,0 +1,131 @@
+---
+id: 실행-컨텍스트(execution-context)
+title: "실행 컨텍스트(Execution Context)"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "Execution Context"
+ - "실행 컨텍스트"
+ - "JS Execution Context"
+ - "자바스크립트 실행 환경"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "[S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"
+ - "[S2] JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp"
+applied_in: []
+github_commit: ""
+---
+
+# [[실행 컨텍스트(Execution Context)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자바스크립트 코드가 평가되고 실행되는 환경으로, 변수, 스코프, 호이스팅 및 `this` 바인딩 등 코드 실행에 필요한 모든 상태와 정보를 담고 있는 핵심 객체이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **콜 스택(Call Stack)**: 생성된 실행 컨텍스트들을 순차적으로 쌓아 올리고 제거(Push/Pop)하여 코드의 실행 순서와 흐름을 보장하는 스택 구조.
+- **Variable & Lexical Environment**: 컨텍스트 내의 식별자 정보를 저장하는 `environmentRecord`와 상위 스코프를 참조하는 `outerEnvironmentReference`로 구성된 환경 객체.
+- **생성 및 실행 단계(Creation & Execution Phase)**: 코드 실행 전 메모리를 할당하고 스코프 체인을 설정하는 '생성 단계(호이스팅 수행)'와 이후 한 줄씩 코드를 평가하며 실제 동작을 수행하는 '실행 단계'.
+- **this 바인딩**: 함수의 선언 위치가 아닌, 함수가 어떻게 호출되느냐(일반 호출, 메서드 호출 등)에 따라 동적으로 객체를 연결하는 과정.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **스택 기반 실행 제어(Stack-based Execution Control)**: 전역 컨텍스트가 먼저 콜 스택에 푸시되고, 함수가 호출될 때마다 새로운 함수 실행 컨텍스트가 최상단에 푸시되며 종료 시 팝(Pop)되는 후입선출(LIFO) 패턴.
+- **스코프 체이닝(Scope Chaining)**: 특정 변수를 찾을 때 현재의 `Lexical Environment`를 먼저 검색하고, 없으면 `outerEnvironmentReference`를 통해 상위 스코프로 거슬러 올라가며 탐색하는 패턴.
+
+## 📖 세부 내용 (Details)
+- **실행 컨텍스트의 정의 및 종류**
+ 실행 컨텍스트는 자바스크립트 엔진이 스크립트를 스캔한 후, 코드를 변환하고 실행하는 과정을 관리하는 전반적인 환경이다 [S1, S2]. 이 환경은 실행할 코드에 전달할 모든 정보를 담고 있는 객체로, 스크립트 실행 시 최초로 생성되는 **전역 실행 컨텍스트(Global Execution Context)**와 함수가 호출될 때마다 생성되는 **함수 실행 컨텍스트(Function Execution Context)**로 나뉜다 [S1, S2].
+
+- **실행 컨텍스트의 처리 단계**
+ 실행 컨텍스트는 두 가지 주요 단계를 거쳐 처리된다.
+ 1. **생성 단계(Creation phase)**: 자바스크립트 엔진이 환경을 구성하는 단계로, 변수와 함수에 대한 메모리를 할당하고 스코프 체인을 설정한다 [S2]. 이 단계에서 현재 컨텍스트와 관련된 모든 식별자 정보가 `environmentRecord`에 수집되며, 이러한 작동 방식이 바로 **호이스팅(Hoisting)**이다 [S1].
+ 2. **실행 단계(Execution phase)**: 엔진이 코드를 위에서 아래로 한 줄씩 읽어내려가며 실행한다 [S2]. 변수에 실제 값을 할당하고 함수 호출 및 표현식 평가를 수행한다 [S2].
+
+- **실행 컨텍스트의 내부 구조**
+ 실행 컨텍스트 내부는 주로 `Variable Environment`와 `Lexical Environment`로 구성된다 [S1].
+ - `Variable Environment`: 최초 생성 시점의 스냅샷 상태를 유지하며 참조를 제공한다 [S1].
+ - `Lexical Environment`: `Variable Environment`의 정보를 복사하여 생성되지만, 코드 실행 중 발생하는 블록 내 변수 할당 등 런타임의 동적인 변화를 실시간으로 반영한다 [S1].
+ 두 환경 모두 식별자 정보를 담는 `environmentRecord`와 상위 스코프(부모 스코프)를 참조하여 스코프 체이닝을 가능하게 하는 `outerEnvironmentReference`를 포함한다 [S1].
+
+- **콜 스택(Call Stack)의 역할**
+ 자바스크립트 엔진은 생성된 전역 및 함수 컨텍스트들을 추적하고 순서를 보장하기 위해 콜 스택(Call Stack)이라는 자료구조를 사용한다 [S1, S2]. 콜 스택은 고정된 크기를 가지며, 종료 조건이 없는 재귀 함수 호출 등으로 인해 허용된 컨텍스트 제한을 초과하면 스택 오버플로우(Stack Overflow) 에러가 발생한다 [S2].
+
+- **this 바인딩**
+ `this` 바인딩은 렉시컬 스코프(Lexical Scope)처럼 함수가 정의된 위치에 따라 결정되는 것이 아니라, 함수가 **어디서 어떻게 호출되느냐**에 따라 전역 객체, 메서드를 호출한 객체, 새로 생성된 인스턴스 등으로 동적으로 바인딩된다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 상충되는 정보나 기존 상식과 다른 내용은 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 내에 파일 경로, 커밋 해시, 프로젝트 아키텍처에 적용된 구체적 실무 사례는 명시되어 있지 않음.)
+
+## 💻 코드 패턴 (Code patterns)
+자바스크립트(ES6)에서 함수 호출을 통한 실행 컨텍스트의 렉시컬 스코프 탐색(`outerEnvironmentReference`)을 보여주는 구조 예시.
+```javascript
+// 상위 스코프(전역)
+let greeting = 'Hello';
+
+function petInfo() {
+ // 내부 Lexical Environment
+ let cat = 'cat';
+ let dog = 'dog';
+
+ // cat과 dog는 현재 컨텍스트의 environmentRecord에서 찾음
+ // greeting은 outerEnvironmentReference를 통해 전역 스코프에서 찾음
+ console.log(greeting, cat, dog);
+}
+
+petInfo(); // 새로운 함수 실행 컨텍스트 생성 후 콜 스택에 push
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[콜 스택(Call Stack)]] — 실행 컨텍스트를 저장하고 LIFO 방식으로 코드 실행 순서를 제어하는 구조
+- [[스코프(Scope)]] — 실행 컨텍스트의 `outerEnvironmentReference`에 의해 탐색 가능해지는 식별자의 유효 범위
+- [[호이스팅(Hoisting)]] — 컨텍스트 생성 단계에서 `environmentRecord`에 식별자를 미리 수집하는 동작
+- [[클로저(Closure)]] — 외부 실행 컨텍스트가 종료되었음에도 `Lexical Environment`가 유지되어 내부 함수가 상위 환경을 참조하는 현상
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Lexical Environment와 Variable Environment는 V8 등 실제 자바스크립트 엔진 메모리 상에서 어떻게 다르게 관리되는가?
+- 비동기 콜백 함수나 프로미스(Promise)는 콜 스택 및 실행 컨텍스트의 제어권과 어떻게 상호작용하는가?
+- 블록 스코프(`let`, `const`)와 함수 스코프(`var`)는 Lexical Environment의 런타임 업데이트 과정에서 구체적으로 어떻게 다르게 취급되는가?
+- 실행 컨텍스트 스택 사이즈가 초과(Stack Overflow)되는 것을 방지하기 위해 꼬리 재귀 최적화(Tail Call Optimization)는 실행 컨텍스트를 어떻게 조작하는가?
+- 화살표 함수(Arrow Function)가 고유의 `this` 실행 컨텍스트를 생성하지 않고 상위 환경을 상속받는 내부 엔진의 처리 로직은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 비동기 콜백이나 내부 함수에서 의도치 않게 전역 객체로 `this`가 바인딩되는 오류 디버깅 및 회피.
+- **System Design:** 이벤트 루프 및 비동기 I/O 아키텍처에서 콜 스택의 점유 시간을 최소화하는 비차단(Non-blocking) 로직 설계.
+- **Operation / Maintenance:** 가비지 컬렉터(Garbage Collector)와 연동된 렉시컬 스코프 메모리 해제를 통한 애플리케이션 메모리 누수(Memory Leak) 방지.
+- **Learning Path:** 자바스크립트 동작 원리 이해 -> 스코프 및 호이스팅 원리 파악 -> 클로저 및 비동기(Promise) 프로그래밍 마스터.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[이벤트 루프(Event Loop)]] — 확장 방향: 콜 스택이 비워졌을 때 태스크 큐의 함수 실행 컨텍스트를 생성하여 스택으로 푸시하는 동시성 모델.
+- [[가비지 컬렉션(Garbage Collection)]] — 확장 방향: 실행 컨텍스트가 종료된 후 `Lexical Environment`의 참조 여부에 따른 메모리 해제 메커니즘.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[콜 스택]], [[스코프]], [[클로저]]
+- **참조 맥락:** 자바스크립트의 변수 참조 범위, 비동기 함수의 실행 순서, `this` 바인딩 오류 등 코드 동작 원리를 깊이 이해하고 디버깅할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리
+- [S2] JavaScript Execution Context – How JS Works Behind the Scenes - freeCodeCamp
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/의미 중의성 해소 (Disambiguation).md b/10_Wiki/Topics/Domain_Programming/From_RawData/의미 중의성 해소 (Disambiguation).md
new file mode 100644
index 00000000..c3784c5a
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/의미 중의성 해소 (Disambiguation).md
@@ -0,0 +1,103 @@
+```markdown
+---
+id: 의미-중의성-해소-(disambiguation)
+title: "의미 중의성 해소 (Disambiguation)"
+category: "Linguistics_and_AI"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["의미 중의성 해소", "Disambiguation", "다의성 해소", "중의성 해결", "Word Sense Disambiguation"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "disambiguation", "pragmatics"]
+raw_sources: ["[S1] 다차원적 맥락 이해 규범의 통섭적 분석", "[S2] Relevance theory - Wikipedia", "[S3] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3)", "[S4] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리"]
+applied_in: []
+github_commit: ""
+---
+
+# [[의미 중의성 해소 (Disambiguation)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+의미 중의성 해소는 다의적 어휘나 모호한 표현이 등장했을 때 주변 맥락을 통해 인접 적합성이 낮은 후보를 배제하고 최적의 의미를 확정하는 인지적·언어적·기계적 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **후보 배제 (Candidate Exclusion):** 다의성을 띤 어휘 출현 시 맥락과 부합하지 않는 후보를 인지 공간에서 즉각 배제하는 기전.
+* **명시적 함의 도출 (Explicature Construction):** 관련성 이론에서 문장의 해독, 지시 대상 할당과 함께 중의성을 해소하여 문장의 명시적 의미를 완성하는 과정.
+* **최소 노력과 최대 효과 (Effort and Effect):** 관련성 원리에 따라 인지적 처리 노력을 최소화하고 인지 효과를 극대화하는 가장 접근하기 쉬운 해석을 선택하는 원리.
+* **문맥 가중치 (Contextual Weighting):** 인공지능 트랜스포머 모델에서 자가 어텐션(Self-Attention) 연산을 통해 문맥 내 연관된 단어들에 가중치를 부여하여 다의성을 수학적으로 해소하는 원리.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **인접 단어 단서 (Context Clues) 활용 패턴:** "키위(Kiwi)"라는 어휘 주변에 '원예'나 '과일 수확'과 같은 단어들이 배치되어 있다면, 이를 단서로 삼아 조류가 아닌 과일 품종으로 즉각 해석 공간을 좁힌다.
+* **순차적 가설 검증 패턴:** 청자는 해독된 문장을 바탕으로 가장 접근성이 높은 해석 가설부터 테스트하며, 기대하는 관련성(Relevance)이 충족되면 탐색을 중단한다.
+* **자가 어텐션 정렬 (Self-Attention Alignment) 패턴:** AI 모델에서 Query, Key, Value 벡터 간의 내적 연산을 통해 전체 문장 내의 장거리 문맥 단서까지 종합하여 특정 단어가 지닌 여러 의미 중 가장 적합한 의미로 컨텍스트 벡터를 갱신한다.
+
+## 📖 세부 내용 (Details)
+* **인지과학 및 화용론적 관점의 중의성 해소:**
+ 의미 중의성 해소는 다의성을 띤 어휘가 출현했을 때, 인접 영역 내 적합성이 비정상적으로 낮은 의미 후보들을 즉각적으로 배제하는 핵심 인지 기전이다 [S1].
+ 화용론의 관련성 이론(Relevance Theory)에 따르면, 중의성 해소는 불완전한 언어 기호를 명시적 형태의 내용(Explicature)으로 확장 및 보강하는 과정에서 지시 대상 할당(Reference Resolution)과 함께 필수적으로 수행되는 하위 작업이다 [S3].
+ 예를 들어 "수잔이 그녀의 키위가 너무 시다고 말했다"라는 문장을 처리할 때, '키위'가 시다는 문맥은 뉴질랜드의 새가 아니라 과일일 것이라는 해석을 훨씬 더 쉽게 접근(accessible)하도록 만든다 [S2]. 새를 의미한다고 가정하면 의사소통적 관련성 원리(Communicative Principle of Relevance)를 충족할 만한 충분한 문맥적 효과를 제공하지 못하므로, 청자는 최소 노력의 법칙에 따라 가장 타당한 과일 품종으로 인지 공간을 한정한다 [S1], [S2].
+
+* **인공지능 및 컴퓨터 과학에서의 중의성 해소:**
+ 기계 번역이나 자연어 처리(NLP) 분야에서도 다의어 해독은 오랫동안 난제였다. 과거 순환 신경망(RNN)은 문장이 길어지면 전방의 중요 맥락이 유실되어 중의성 처리에 한계를 드러냈다 [S1].
+ 그러나 트랜스포머(Transformer) 모델의 자가 어텐션(Self-Attention) 메커니즘은 문장 속 토큰 간의 거리에 상관없이 전체 시퀀스 성분들의 상호 연관성을 계산함으로써 이 문제를 해결했다 [S1], [S4]. Query와 Key 벡터 간의 내적 연산 후 Softmax 함수를 통해 확률 분포 가중치를 구하고, 이를 Value에 곱하는 과정을 통해, 거리가 먼 단어일지라도 맥락상 긴밀히 연계되어 있다면 가중치를 유연하게 바인딩하여 복잡한 다의어의 의미를 정확하게 해독할 수 있다 [S1], [S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 과거의 언어학적 접근은 신호를 암호화하고 해독하는 '코드 모델(Code Model)'에 의존하여 중의성을 단어 자체의 사전적 목록 검색 문제로 보았으나, 현대 화용론은 맥락적 기대를 바탕으로 화자의 의도를 파악하는 '추론 모델(Inferential Model)'로 업데이트되었다 [S1], [S3].
+* 인공지능 분야에서는 중의성 해소를 위해 지역적이고 순차적인 문맥만 스캔하던 기존 방식(CNN, RNN)에서 벗어나, 문장 전체의 상관관계를 일시에 연산하여 가중치를 부여하는 병렬적 자가 어텐션 방식으로 패러다임이 진화하였다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 소스 데이터 내에서 파일 경로, Git 커밋 해시, 또는 의사결정 기록(decision_id)이 동반된 실제 적용 사례가 발견되지 않았습니다. (현재 발견된 실제 적용 사례가 없습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[관련성 이론 (Relevance Theory)]] — 의사소통 시 최소한의 인지적 노력으로 최대의 효과를 얻기 위해 중의성을 해소하는 기반 원리.
+- [[명시적 함의 (Explicature)]] — 해독, 중의성 해소, 지시어 할당 등을 통해 구성되는 문장의 명시적·논리적 의미 표상.
+- [[어텐션 메커니즘 (Attention Mechanism)]] — 인공지능이 맥락에 따라 중요도를 판별하고 다의어를 수학적으로 해소하는 딥러닝 기법.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 인간의 인지 도식(Schema)이 중의성 해소 속도와 정확성에 어떤 영향을 미치는가?
+- 트랜스포머의 어텐션 스코어 분산은 구체적으로 어떤 다의어 해상도 지표로 해석될 수 있는가?
+- 저맥락(Low-Context) 문화와 고맥락(High-Context) 문화권 화자 간에 중의성 해소에 요구되는 인지적 자원(처리 노력)의 차이는 무엇인가?
+- 관련성 이론의 '최소 노력의 법칙'은 인공지능의 토큰 최적화 및 연산량 감소 메커니즘과 어떻게 수학적으로 대응되는가?
+- 어휘의 중의성 배제 속도를 측정하기 위한 실험 심리학적 방법론에는 어떤 것들이 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** AI 모델(LLM) 프롬프트 작성 시, 중의성 발생을 막기 위해 다중 샷(Few-shot) 예시를 통해 구체적인 맥락(Context Clues)을 임베딩함.
+- **System Design:** 검색 증강 생성(RAG) 파이프라인에서 사용자 질의 내 다의어의 모호성을 해소하기 위해 도메인 특정 지식(문맥 단서)을 쿼리 전처리 단계에서 주입.
+- **Operation / Maintenance:** 다국어 번역 엔진 운영 시, 기계 번역 오류(특히 다의어 오역)를 줄이기 위한 어텐션 헤드 가중치 분석 및 튜닝.
+- **Learning Path:** 초등 및 중등 언어 교육에서 학생들에게 주변 문맥 단서(동의어, 반의어, 예시 등)를 활용하여 낯선 어휘의 뜻을 유추하게 하는 독해 전략 지도.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[문맥 단서 (Context Clues)]] — 중의성을 해소하거나 미지 어휘의 뜻을 추론하기 위해 텍스트 내에 의도적으로 삽입된 논리적·언어적 힌트.
+- [[화용론 (Pragmatics)]] — 언어의 형식적 의미를 넘어 상황적 맥락 속에서 실제로 의도된 의미와 함축을 다루는 학문.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[관련성 이론 (Relevance Theory)]], [[어텐션 메커니즘 (Attention Mechanism)]]
+- **참조 맥락:** 모호한 정보와 다의적 언어 기호가 투입되는 모든 인간-인간, 인간-기계 소통 과정에서 정확한 의미 해석의 척도로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S2] Relevance theory - Wikipedia
+- [S3] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment
+- [S4] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/의미론 (Semantics).md b/10_Wiki/Topics/Domain_Programming/From_RawData/의미론 (Semantics).md
new file mode 100644
index 00000000..7aeb42d6
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/의미론 (Semantics).md
@@ -0,0 +1,95 @@
+```markdown
+---
+id: 의미론-(semantics)
+title: "의미론 (Semantics)"
+category: "Linguistics_and_AI"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["의미론", "Semantics", "문자적 의미", "의미론적 분석", "Literal meaning"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "Relevance theory - Wikipedia", "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI"]
+applied_in: []
+github_commit: ""
+---
+
+# [[의미론 (Semantics)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+의미론은 단어와 문장 구조 자체의 고정적인 문자적 의미를 탐구하는 학문으로, 물리적·사회적 맥락과 화자의 숨겨진 의도를 해독하는 화용론(Pragmatics)과 결합될 때 비로소 완전한 정보 이해와 인공지능의 인맥락 학습(ICL)이 가능해진다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **문자적 의미 (Literal Meaning)**: 단어와 문장 구조 자체에 내재된 표면적이고 기호학적인 의미.
+* **화용론과의 상호보완성 (Complementarity with Pragmatics)**: 기호학적/의미론적 정의만으로는 의미의 실체가 완성되지 않으며, 대화가 일어나는 구체적인 물리적·사회적 맥락을 고려하는 화용론적 추론과 결합되어야 함.
+* **의미적 확장 및 보강 (Semantic Enrichment)**: 일상적인 발화 속의 의미론적으로 불완전한 표현을 문맥적 단서와 배경 지식을 통해 구체화하여 완결된 진리 조건부 명제로 복원하는 인지적 과정.
+* **의미적 사전 지식 (Semantic Prior)**: 대형 언어 모델(LLM) 등이 사전 학습 과정에서 획득하는 의미론적 지식 기반으로, 새로운 맥락에 대한 논리적 추론 및 인맥락 학습의 중추로 작용함.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **의미의 맥락적 완성 패턴**: 인간의 대화나 AI의 텍스트 처리 과정에서 지시어나 다의어 같은 '의미론적 불완전성(Semantically incomplete)'이 포착되면, 두뇌 혹은 인공 신경망은 인접한 텍스트 구조나 상황적 맥락 단서(화용론)를 즉각 동원하여 의미를 한정하고 명시적 알맹이를 보강(Enrichment)해 낸다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **의미론 (Semantics)** | 단어와 구문의 기호학적, 사전적 의미를 명확히 규명하여 언어 분석의 안정적 기초를 제공 | 맥락(Context)이나 화자의 숨은 의도, 비언어적 단서를 반영하지 못해 실제 의사소통의 참뜻을 온전히 해석하기 어려움 | 텍스트의 문자적/표면적 의미 분석, 사전적 정의 체계화, 언어 모델의 기초 임베딩 및 통사 구조 분석 시 |
+| **화용론 (Pragmatics)** | 대화가 이루어지는 구체적인 물리적, 사회적 맥락을 고려하여 화자의 숨겨진 의도와 대화적 함축을 정확히 해독 가능 | 의미론적 뼈대가 취약할 경우 지나친 자의적 해석에 빠질 수 있으며, 문화권(고맥락/저맥락)에 따라 해석 규칙이 달라짐 | 실제 상호작용 및 소통 상황 분석, 암묵적 함의 도출, AI 모델의 프롬프트 및 맥락 엔지니어링 적용 시 |
+
+## 📖 세부 내용 (Details)
+* **의미론의 정의 및 한계**: 언어학적 관점에서 의미론(Semantics)은 단어와 문장 구조 자체의 문자적 의미를 탐구하는 영역이다 [S1]. 하지만 의미의 실체는 기호학적인 정의만으로 완성되지 않으며, 온전한 의미를 파악하기 위해서는 대화가 일어나는 구체적인 물리적, 사회적 맥락을 고려하여 화자의 숨겨진 의도와 태도를 해독하는 화용론(Pragmatics)의 도움이 필수적이다 [S1].
+* **의미론적 불완전성과 화용론적 보강**: 인간이 생산하는 일상적 발화나 텍스트는 흔히 소유격의 대상이나 모호한 기준 등으로 인해 의미론적으로 불완전(semantically incomplete expressions)하게 구성된다 [S2]. 수신자는 이러한 의미론적 빈틈을 관련성 이론(Relevance Theory)에 입각하여 채워 나간다 [S1]. 예를 들어 "그녀의 키위가 너무 시다"와 같은 표현이 등장하면, 문맥을 바탕으로 "그녀가 키워낸 원예 콘테스트 출품용 키위가 심사위원들의 기준에 맞추기에는 산도가 너무 높다"는 식으로 의미를 확장 및 보강(Semantic Enrichment)하여 완전한 명시적 의미(Explicature)를 이끌어낸다 [S1, S2].
+* **인공지능(LLM)의 맥락 이해와 의미적 사전 지식**: 대형 언어 모델(LLM)은 방대한 코퍼스 데이터에 대한 사전 전처리 학습을 통해 '의미적 사전 지식(Semantic Prior)'을 획득한다 [S3]. 이는 인맥락 학습(In-Context Learning, ICL) 시 강력한 기반으로 작용한다 [S3]. 모델은 주어진 프롬프트(맥락 예시) 내의 새로운 입력-출력 매핑이나 라벨을 파악할 때 이전에 획득한 의미적 사전 지식을 활용해 잠재 개념(Latent Concepts)을 조준하고 논리 전개를 수렴해 나간다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 기존의 언어 철학이나 초기 화용론에서는 단어의 고정된 문자적 의미(의미론)와 맥락을 통해 도출된 숨겨진 의도(화용론)가 엄격하게 분리된 영역으로 간주되었다. 그러나 관련성 이론(Relevance Theory) 등 최신 인지언어학에서는, 문자적 의미를 기반으로 하는 '명시적 의미(Explicature)'를 구성하는 과정 자체에도 이미 지시어 할당, 중의성 해소, 의미적 보강 같은 '화용론적 추론'이 개입됨을 논증하며, 의미론과 화용론의 경계가 밀접하게 융합되어 작동함을 보여준다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스에서 확인되지 않음. (현재 발견된 실제 적용 사례가 없습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[화용론 (Pragmatics)]] — 의미론과 대비되며, 맥락을 통해 화자의 실제 의도와 함축을 해석하는 학문.
+- [[관련성 이론 (Relevance Theory)]] — 의미론적으로 불완전한 문자적 의미를 맥락 단서와 인지적 추론을 통해 완전하게 확장하는 원리.
+- [[인맥락 학습 (In-Context Learning)]] — AI가 의미적 사전 지식(Semantic Prior)을 활용하여 주어진 문맥으로부터 논리적 추론을 수행하는 기법.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 의미론적으로 불완전한 문장을 화용론적 맥락으로 보강할 때 뇌의 처리 노력(Processing Effort)은 어떤 방식으로 측정되는가?
+- LLM의 사전 학습에서 획득되는 '의미적 사전 지식(Semantic Prior)'은 어텐션 메커니즘을 통해 구체적으로 어떻게 계산되고 반영되는가?
+- 의미론과 화용론을 분리하여 프롬프트 엔지니어링을 설계할 때, 최적의 작동 고도(Goldilocks Zone)를 달성하기 위한 구체적 조건은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자연어 처리(NLP) 엔진에서 형태소 분석, 구문 분석(Parsing) 및 초기 개체명 인식(NER) 규칙 작성.
+- **System Design:** AI 에이전트의 프롬프트 구조 설계 시, 명확한 사전적 의미를 갖는 시스템 지시어와 가변적 맥락이 포함된 유저 데이터를 논리적으로 격리하는 설계.
+- **Operation / Maintenance:** 모델이 잘못된 의미적 사전 지식에 갇히지 않도록 데이터 오염(Data Poisoning) 및 환각(Hallucination) 현상을 모니터링.
+- **Learning Path:** 언어학적 의미론의 기초 -> 화용론적 대화 격률 및 관련성 이론 -> AI 자연어 처리(NLP) 모델의 임베딩 기법.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[형태론 (Morphology)]] — 단어의 내부 구조와 형성 규칙을 연구하여 의미론적 분석의 언어학적 재료를 제공하는 분야.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[화용론 (Pragmatics)]], [[관련성 이론 (Relevance theory)]]
+- **참조 맥락:** 자연어 처리 시스템 구축, AI 인맥락 학습 모형 분석, 그리고 인간-기계 소통 과정에서 문자의 표면적 의미와 내면적 맥락의 상호작용을 통합적으로 이해하고자 할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)
+- [S2] Relevance theory - Wikipedia (URL)
+- [S3] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI (URL)
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/의미적 보강 (Semantic Enrichment).md b/10_Wiki/Topics/Domain_Programming/From_RawData/의미적 보강 (Semantic Enrichment).md
new file mode 100644
index 00000000..c96dc3cc
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/의미적 보강 (Semantic Enrichment).md
@@ -0,0 +1,105 @@
+```markdown
+---
+id: 의미적-보강-(semantic-enrichment)
+title: "의미적 보강 (Semantic Enrichment)"
+category: "Linguistics_and_AI"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["의미적 보강", "의미적 확장", "Semantic Enrichment", "Pragmatic Enrichment"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: [
+ "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘",
+ "Relevance theory - Wikipedia",
+ "Relevance theory - University of Southampton Web Archive",
+ "Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment"
+]
+applied_in: []
+github_commit: ""
+---
+
+# [[의미적 보강 (Semantic Enrichment)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+화용론과 관련성 이론에서 의미적 보강(Semantic Enrichment)은 생략되거나 모호한 불완전 표현을 주변 문맥을 통해 구체화하여, 화자의 의도가 반영된 완결된 진리 조건부 명제(명시적 함의)로 복원하는 인지적·언어적 해석 과정이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **명시적 함의(Explicature)의 구성 요소**: 단순한 기호 해독(decoding)을 넘어, 화용론적 추론 과정을 통해 발화의 명시적 내용을 완성하는 핵심 하위 작업이다.
+- **불완전한 표현의 구체화**: 소유격 구문이나 주관적 서술 등 의미론적으로 불완전한(semantically incomplete) 표현을 상황적 맥락에 맞추어 명확하게 확장한다.
+- **최적의 관련성(Optimal Relevance)**: 청자가 문맥 단서를 활용해 최소의 인지적 노력으로 가장 정합성 있는 의미를 논리적으로 예측하고 복원하도록 이끈다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **인과관계 확장을 통한 보강**: 두 개의 사건이 나열된 문장에서 문맥을 통해 인과적 연결 고리(예: '그 결과로(consequently)')를 논리적으로 추가하여 명시적 의미를 완성하는 패턴.
+- **지시 대상 및 기준의 구체화**: "그녀의 키위", "너무 시다"와 같이 기준이 생략된 표현을 "원예 대회에 출품하기 위해 직접 기른 키위", "심사위원의 기준에 비추어 너무 시다" 등으로 상황(Context)에 맞게 정밀하게 맵핑하여 해독하는 패턴.
+
+## 📖 세부 내용 (Details)
+의미적 보강(Semantic Enrichment)은 관련성 이론(Relevance Theory) 및 화용론 영역에서 발화의 명시적 내용(explicit content), 즉 명시적 함의(explicatures)에 대한 적절한 가설을 구성하는 핵심적인 화용론적 추론 과정 중 하나이다 [S1, S2, S3].
+
+이 과정은 문장 내에 생략되거나 의미론적으로 불완전한(semantically incomplete) 한정 표현이 등장했을 때, 문맥의 흐름을 활용하여 그 의미를 정밀하게 구체화하고 확장하는 역할을 수행한다 [S2, S4]. 단순한 기호 해독만으로는 문장의 완전한 뜻을 파악할 수 없으므로, 청자는 주변 정황과 배경지식을 동원하여 모호한 서술을 완결된 진리 조건부 문장으로 복원해 낸다 [S4].
+
+대표적인 사례로, "그녀의 키위가 너무 시다(Susan told me that her kiwis were too sour)"라는 발화가 있을 때, 단순히 문자 그대로 해석하는 것을 넘어 문맥에 따라 의미적 보강이 일어난다 [S2, S4]. "그녀의 키위"는 상황에 따라 '그녀가 먹은 키위', '그녀가 구매한 키위', 혹은 '그녀가 원예 콘테스트에 출품하기 위해 직접 재배한 키위' 등으로 그 지시 범위가 구체화된다 [S2, S4]. 아울러 "너무 시다"라는 주관적 서술 역시 보강을 거쳐 "원예 대회 심사위원들의 까다로운 기준에 맞추기에는 산도가 도를 넘어섰다"는 명확한 명제로 완성된다 [S2, S4].
+
+또한 인과관계의 숨겨진 뜻을 복원하는 데에도 사용된다. "그는 보드카 한 병을 마시고 인사불성이 되었다(He drank a bottle of vodka and fell into a stupor)"라는 문장에서, 관련성 이론의 학자 로빈 카스턴(Robyn Carston) 등은 이를 암시(implicature)가 아니라 "보드카 한 병을 마셨고, '그 결과로(consequently)' 인사불성이 되었다"라는 인과적 의미가 추가된 의미적 보강(enrichment)의 사례로 간주한다 [S2].
+
+이러한 의미적 보강 메커니즘은 지시 대상 할당(Assignment of Referents) 및 의미 중의성 해소(Disambiguation)와 밀접하게 연계되어 작동하며, 청자나 인공지능 언어 모델이 불필요한 인지적 노력을 줄이고 소통의 최적 관련성(Optimal Relevance)을 획득하도록 하는 기전이 된다 [S1, S3, S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 모순점이나 기존 상식과 충돌하는 업데이트 사항은 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[관련성 이론 (Relevance Theory)]] — 의미적 보강을 설명하는 핵심 인지 및 언어 소통 이론적 배경
+- [[명시적 함의 (Explicature)]] — 의미적 보강 과정을 거쳐 최종적으로 도출되는 구체화된 명제
+- [[의미 중의성 해소 (Disambiguation)]] — 의미적 보강과 함께 작동하여 모호성을 줄이는 인접 화용론적 기전
+- [[지시 대상 할당 (Assignment of Referents)]] — 생략된 대명사 등의 지시 대상을 문맥에 맞게 구체화하는 기전
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 인공지능 LLM 모델이 프롬프트를 해석할 때, 내재된 의미적 보강 능력을 극대화하기 위한 맥락 엔지니어링(Context Engineering) 기법은 무엇인가?
+- 화용론에서 대화적 함축(Conversational Implicature)과 명시적 의미를 구성하는 의미적 보강(Semantic Enrichment) 간의 논리적 경계는 어떻게 구분되는가?
+- 문맥 단서(Context Clues)를 활용한 교육학적 독해 프로세스에서 의미적 보강은 학습자의 인지 도식과 어떻게 상호작용하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자연어 처리(NLP) 시스템에서 사용자 발화의 생략된 정보나 대명사를 이전 대화 컨텍스트를 기반으로 구체화하는 모듈 구현
+- **System Design:** LLM 프롬프트 설계 시 에이전트가 모호한 지시를 자의적으로 해석하지 않도록 명시적 단서와 퓨샷(Few-shot) 예시를 제공하여 올바른 의미적 보강을 유도하는 설계
+- **Operation / Maintenance:** AI 고객 지원 챗봇에서 사용자의 모호한 요구사항을 시스템의 내부 도메인 지식(RAG 등)과 결합하여 정확한 질의로 확장·보강하는 운영 프로세스
+- **Learning Path:** 언어학의 화용론 및 인지과학의 관련성 이론을 학습하여, AI 모델의 맥락 추론 및 인맥락 학습(In-Context Learning) 원리를 심층적으로 이해하는 과정
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[화용론 (Pragmatics)]] — 언어가 실제 상황 맥락 속에서 어떻게 사용되고 해석되는지 연구하는 상위 학문
+- [[문맥 단서 (Context Clues)]] — 독해 과정에서 모호한 어휘의 의미를 추론하고 보강하기 위해 활용하는 주변 정보
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[관련성 이론 (Relevance Theory)]], [[명시적 함의 (Explicature)]]
+- **참조 맥락:** 인공지능 언어 모델이나 대화형 에이전트가 사용자의 생략되거나 모호한 입력(예: 프롬프트)을 수신했을 때, 이를 문맥에 맞게 구체화하여 의도를 정확히 파악하고 완전한 명령으로 해석하는 설계 과정에서 참조.
+
+## 📚 출처 (Sources)
+- [S1] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment
+- [S2] Relevance theory - Wikipedia
+- [S3] Relevance theory - University of Southampton Web Archive
+- [S4] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/이벤트 루프(Event Loop).md b/10_Wiki/Topics/Domain_Programming/From_RawData/이벤트 루프(Event Loop).md
new file mode 100644
index 00000000..ccf09406
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/이벤트 루프(Event Loop).md
@@ -0,0 +1,89 @@
+```markdown
+---
+id: 이벤트-루프(event-loop)
+title: "이벤트 루프(Event Loop)"
+category: "Frontend"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["이벤트루프", "Event Loop", "자바스크립트 이벤트 루프", "JS Event Loop"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.60
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리"]
+applied_in: []
+github_commit: ""
+---
+
+# [[이벤트 루프(Event Loop)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자바스크립트 엔진에서 비동기 코드(콜백, 프로미스 등)의 실행 타이밍과 실행 컨텍스트를 관리하는 핵심 메커니즘.
+
+## 🧠 핵심 개념 (Core concepts)
+* **비동기 작업 관리**: 콜백(CallBack) 및 프로미스(Promise)와 같은 비동기 작업의 실행 타이밍을 제어.
+* **실행 컨텍스트와의 연계**: 자바스크립트 엔진 내에서 비동기 코드의 실행 컨텍스트를 어떻게 처리할지 결정하는 주체.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+소스에 관련 정보가 부족합니다.
+
+## 📖 세부 내용 (Details)
+* **비동기 타이밍 제어와 한계**: 자바스크립트 개발 과정에서 여러 비동기 작업을 다룰 때, 이벤트 루프와 실행 컨텍스트의 관계를 명확히 이해하지 못하면 심각한 문제가 발생할 수 있다 [S1].
+* **오류 발생의 결과**: 콜백(CallBack)과 프로미스(Promise)를 무분별하게 사용할 경우, 예상치 못한 타이밍에 코드가 실행되어 어플리케이션의 상태 관리 문제나 데이터 불일치 현상이 초래된다 [S1].
+* **해결의 핵심**: 이러한 비동기적 타이밍 문제와 데이터 불일치를 해결하기 위해서는 자바스크립트 엔진이 비동기 코드의 실행 컨텍스트를 어떻게 처리하는지, 그리고 이벤트 루프가 내부적으로 어떻게 동작하는지에 대한 깊은 이해가 필수적이다 [S1].
+* (*주의: 제공된 소스 데이터에는 이벤트 루프 자체의 구체적인 동작 원리인 Task Queue, Microtask Queue, 콜 스택 등과의 구조적 관계에 대한 세부 정보가 부족합니다.*)
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (단, 블로그 작성자가 과거 비동기 작업 처리 중 데이터 불일치 문제를 겪으며 이벤트 루프와 실행 컨텍스트의 동작을 재학습해야 했던 개인적 개발 경험이 언급되어 있습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.60
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[실행 컨텍스트(Execution Context)]] — 이벤트 루프가 비동기 코드를 처리할 때 긴밀하게 상호작용하는 기반 환경.
+- [[비동기 프로그래밍(Asynchronous Programming)]] — 이벤트 루프를 통해 콜백과 프로미스의 실행 타이밍이 결정됨.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 자바스크립트 이벤트 루프는 정확히 어떤 큐(Queue) 메커니즘을 통해 콜백과 프로미스의 우선순위를 처리하는가?
+- 이벤트 루프의 동작 주기(Tick)와 콜 스택(Call Stack)의 상호작용 방식은 무엇인가?
+- 싱글 스레드 환경에서 이벤트 루프가 다수의 비동기 I/O를 병목 없이 처리하는 원리는 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 복잡한 비동기 로직(콜백, 프로미스) 구현 시 정확한 상태 변경 및 데이터 출력 타이밍 설계.
+- **System Design:** 소스에서 확인되지 않음.
+- **Operation / Maintenance:** 예상치 못한 비동기 실행 타이밍으로 인해 발생하는 데이터 불일치 버그 디버깅.
+- **Learning Path:** 자바스크립트의 고급 개념(클로저, 콜백, 프로미스)을 이해하기 위한 필수 선수 지식 확립.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[콜 스택(Call Stack)]] — 이벤트 루프에 의해 비동기 작업이 밀어 넣어지는 스택 메모리 구조로의 확장 방향.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[실행 컨텍스트(Execution Context)]], [[비동기 프로그래밍(Asynchronous Programming)]]
+- **참조 맥락:** 자바스크립트 비동기 코드 흐름과 실행 컨텍스트의 관계를 파악하고 타이밍 이슈를 디버깅할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Execution Context 실행 컨텍스트를 알아야하는 이유? - 넥스트리 (https://www.nextree.io/404/)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/일화 기억 (Episodic Memory).md b/10_Wiki/Topics/Domain_Programming/From_RawData/일화 기억 (Episodic Memory).md
new file mode 100644
index 00000000..4786d4a6
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/일화 기억 (Episodic Memory).md
@@ -0,0 +1,72 @@
+```markdown
+---
+id: 일화-기억-(episodic-memory)
+title: "일화 기억 (Episodic Memory)"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["에피소드 기억", "일화적 기억", "Episodic Memory", "개인적 경험 기억"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "인지과학", "해마"]
+raw_sources: ["다차원적 맥락 이해 규범의 통섭적 분석", "맥락을 고려하는 뇌 - 바이오인", "Schema (psychology) - Wikipedia"]
+applied_in: []
+github_commit: ""
+---
+
+# [[일화 기억 (Episodic Memory)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+개인의 구체적인 경험과 맥락 정보가 결합되어 해마를 중심으로 저장 및 인출되며, 인지 도식(Schema)에 의해 끊임없이 재구성되는 역동적 기억 체계이다.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **맥락 의존성 (Context Dependency)**: 감각 인식과 더불어 과거 일화에 대한 기억은 맥락에 의해 결정되며, 맥락 정보는 과거를 기억하고 해석하는 데 필수적이다.
+2. **해마의 역할 (Role of Hippocampus)**: 뇌의 해마는 일화 기억과 공간적 표상을 형성하고 처리하는 핵심 신경망 영역이다.
+3. **도식에 의한 왜곡 (Schema-driven Distortion)**: 일화 기억은 고정불변이 아니며, 기존에 형성된 인지 도식에 맞추어 변형되거나 맥락에 맞게 합리화(Confabulation)되는 경향이 있다.
+4. **경험적 지식 조직화 (Knowledge Organization via Episodes)**: 인간의 지식은 단순한 개념의 추상적 범주보다 구체적인 에피소드 기억을 중심으로 조직화된다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **재구성적 기억 패턴 (Reconstructive Memory Pattern)**: 일화 기억과 의미 기억의 상당 부분은 특정 시점에 접근 불가능하거나 부정확할 수 있으며, 이로 인해 인지 주체는 과거를 연속적이고 일관된 사건으로 인식하기 위해 기존 도식에 기반하여 서사를 합리화하고 조정(Confabulated narrative)한다 [S3].
+* **경험 기반 동적 갱신 패턴 (Experience-based Dynamic Update)**: 개별적인 일화 기억(에피소드)이 축적되고 학습됨에 따라, 개인의 인지 스크립트와 도식은 삶의 궤적에 맞추어 끊임없이 역동적으로 재구성된다 [S1].
+
+## 📖 세부 내용 (Details)
+* **일화 기억과 맥락의 관계**: 맥락(Context)은 과거의 일화를 기억하고, 현재를 해석하며, 미래를 추론하는 데 필수적인 정보이다. 맥락에 따라 인간의 감각 인식 및 과거 일화에 대한 기억이 결정되며, 뇌가 맥락 정보를 활용하는 능력은 생명체에게 놀라운 인지적·행동적 가변성을 제공한다 [S2].
+* **신경과학적 기반 (해마의 작용)**: 동물과 인간 대상의 신경과학 연구에 따르면, 해마(Hippocampus)는 일화 기억과 공간적 표상을 담당하는 데 중추적인 역할을 수행한다. 맥락 조건화와 같은 학습이 발생하기 위해서는 반드시 맥락 표상을 부호화하는 과정이 필요한데, 이 때문에 맥락 처리 과정과 일화 기억에 대한 연구는 주로 해마의 메커니즘을 중심으로 진행된다 [S2].
+* **도식(Schema)과 일화 기억의 상호작용**: 일화 기억은 형성 및 인출 과정에서 인지 도식의 강한 영향을 받는다. 인간은 특정 조건 하에서 사무실 공간의 두개골(Skull)보다 연필통(Pencil case)을 더 잘 기억하는 것처럼, 자신의 기존 도식 기댓값에 부합하는 항목을 중심으로 일화 기억을 형성한다 [S3]. 시간이 지남에 따라 일화 기억의 세부 사항들은 개인의 문화적 규범이나 기대에 부합하는 방향으로 생략되거나 합리화되며 변형된다 [S3].
+* **스크립트 이론에서의 일화 기억**: 로저 섕크(Roger Schank)가 고안한 스크립트 이론의 발전 과정에서, 그는 인간의 지식이 단순한 개념의 추상적 범주보다는 개인의 구체적인 에피소드 기억(Episodic Memory)과 직접 행동하며 터득하는 경험적 학습(Learning by Doing)을 중심으로 조직화된다고 강조하였다 [S1]. 이는 일상적인 일화 기억이 축적되어 삶의 궤적을 따르는 인지 스크립트의 구성 재료가 됨을 의미한다.
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[인지 도식 (Schema)]], [[해마 (Hippocampus)]]
+- **참조 맥락:** 인간의 인지 체계 및 인공지능 에이전트가 맥락 정보를 활용하여 구체적 경험(에피소드)을 기억하고 재구성하는 메커니즘을 모델링할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown 소스)
+- [S2] 맥락을 고려하는 뇌 - 바이오인 (https://www.bioin.or.kr/board.do?num=255171&cmd=view&bid=tech)
+- [S3] Schema (psychology) - Wikipedia (https://en.wikipedia.org/wiki/Schema_(psychology))
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/전문성 역전 효과 (Expertise Reversal Effect).md b/10_Wiki/Topics/Domain_Programming/From_RawData/전문성 역전 효과 (Expertise Reversal Effect).md
new file mode 100644
index 00000000..6b98abbb
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/전문성 역전 효과 (Expertise Reversal Effect).md
@@ -0,0 +1,114 @@
+---
+id: 전문성-역전-효과-(expertise-reversal-effect)
+title: "전문성 역전 효과 (Expertise Reversal Effect)"
+category: "Education_and_Psychology"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Expertise Reversal Effect", "전문성 역전", "사전 지식 효과", "prior knowledge effect", "전문성-역전-효과"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)", "인지부하 이론", "Cognitive Load Theory", "교육학"]
+raw_sources: ["[S1] An introduction to cognitive load theory - The Education Hub", "[S2] Cognitive Load Theory - Education NI", "[S3] Cognitive load theory: Teaching strategies - Teacher Magazine", "[S4] Cognitive Load Theory and its Applications for Learning - Scott H Young", "[S5] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)", "[S6] The Right Kind of Difficulty: Why Worked Examples Beat Practice for Novices - Mike Taylor", "[S7] The expertise reversal effect and worked examples in tutored problem solving", "[S8] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv", "[S9] Worked-example effect - Wikipedia"]
+applied_in: []
+github_commit: ""
+---
+
+# [[전문성 역전 효과 (Expertise Reversal Effect)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+학습자의 도메인 전문성(사전 지식)이 증가함에 따라, 초보자에게 매우 효과적이었던 교수법(예: 워크드 예제)이 오히려 인지적 중복을 일으켜 학습을 방해하고, 역으로 독립적인 문제 해결이 더 효과적이게 되는 인지부하 이론의 핵심 현상이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **[[인지부하 이론 (Cognitive Load Theory)]]**: 학습 과정에서 작동 기억(Working Memory)의 한계를 관리하고 장기 기억에 지식을 구축하는 메커니즘을 설명하는 이론으로 전문성 역전 효과를 규명하는 기반이 된다.
+- **[[중복 효과 (Redundancy Effect)]]**: 이미 장기 기억에 스키마를 형성한 숙련자에게 초보자용 상세 지침(워크드 예제 등)을 제공할 때, 불필요한 정보 처리가 강제되어 오히려 인지 자원을 낭비하고 학습을 방해하는 현상이다.
+- **[[안내 쇠퇴 전략 (Guidance Fading Framework)]]**: 학습자의 전문성이 높아짐에 따라 워크드 예제의 제공 수준을 점진적으로 줄이고, 완성형 문제(Completion Task)를 거쳐 완전한 독립적 문제 해결로 전환하는 교수 설계 전략이다.
+- **[[스키마 (Schema)]]**: 장기 기억 속에 조직화된 지식의 구조. 초보자는 스키마가 없어 워크드 예제를 통한 외부 지원이 필수적이나, 숙련자는 내재된 스키마를 인출해 사용하는 것이 더 효율적이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **초보자 맞춤형 패턴 (Novice Pattern):** 사전 지식이 부족한 학습자에게는 내재적 인지 부하가 크므로, 구체적인 풀이 과정이 명시된 워크드 예제를 제공하여 초기 스키마 형성과 개념 이해를 돕는다.
+- **전문가 맞춤형 패턴 (Expert Pattern):** 지식 구조가 이미 형성된 숙련자에게는 상세한 예제가 오히려 학습을 방해하므로, 설명과 가이드를 제거하고 스스로 탐구하는 독립적 문제 해결(Independent Problem Solving) 환경을 제공한다.
+- **적응형 페이딩 패턴 (Adaptive Fading Pattern):** 학습자의 수행 능력이나 자기 설명(Self-explanation)의 질을 실시간으로 추적하여 제공되는 예제의 지시 수준을 개별적으로 조절한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **풀이 과정이 담긴 워크드 예제 (Worked Examples)** | 문제 해결을 위한 탐색 노동을 없애고 작업 기억의 과부하를 방지하여 빠른 스키마 형성을 도움 | 이미 지식을 갖춘 상급자에게는 중복 효과를 유발해 학습 효율을 오히려 저하시킴 | 학습자가 해당 영역의 지식이나 스키마가 전혀 없는 **초보자(Novice)**일 때 |
+| **독립적 문제 해결 (Independent Problem Solving)** | 학습자가 보유한 기존 스키마를 강화하고 유연한 전이(Transfer) 능력을 배양함 | 스키마가 없는 초보자에게는 무작위적 시행착오를 강제하여 극심한 인지 과부하를 초래함 | 학습자가 기본 개념을 숙지하고 도메인 전문성을 확보한 **상급자(Expert)**일 때 |
+| **디버깅형 예제 (Buggy Examples)** | 고의적 오류를 제시하여 상급자의 비판적 사고와 메타인지적 디버깅 능력을 극대화함 | 올바른 멘탈 모델이 없는 초보자는 오류를 정답으로 오인하거나 극심한 혼란에 빠질 수 있음 | 도메인 지식이 높아 단순 예제 제공이 무의미한 **상위 성취도 학습자**를 대상할 때 |
+| **안내형/부분완성 예제 (Guided/Completion Examples)** | 능동적 문제 해결과 스캐폴딩(Scaffolding)의 균형을 유지해 인지 부하를 최적의 수준으로 관리함 | 초기 설계 시 학습 과제를 서브골(Subgoal) 단위로 정밀하게 나누는 공수가 요구됨 | 초보 단계에서 독립적 문제 해결 단계로 넘어가는 **중급자 과도기**일 때 |
+
+## 📖 세부 내용 (Details)
+- **개념 및 작동 원리:** 전문성 역전 효과(Expertise Reversal Effect)는 인지부하 이론의 핵심 발견 중 하나로, 학습자의 전문성(사전 지식)이 발달함에 따라 교수법의 효율성이 역전되는 현상이다 [S1, S2, S4]. 초보자(Novices)는 장기 기억 내에 저장된 적절한 문제 해결 스키마가 없기 때문에 독립적인 문제 해결 상황에 놓이면 작업 기억이 쉽게 과부하에 걸린다. 따라서 이 시기에는 명시적이고 완전한 '풀이 과정이 담긴 워크드 예제'를 제공하는 것이 인지 부하를 낮추고 학습을 효율적으로 이끈다 [S1, S3, S6].
+- **중복 효과에 의한 역전:** 그러나 학습자가 충분한 전문성을 획득하게 되면, 다수의 요소로 구성된 개념과 절차가 단일한 요소(스키마)로 장기 기억에 저장된다 [S5]. 이때 전문가에게 워크드 예제와 같이 단계별로 쪼개진 상세 정보를 계속 제공하면, 학습자는 이미 내재화된 스키마와 외부에서 주어지는 구체적인 설명을 억지로 통합하려다 불필요한 인지 부하(중복 효과, Redundancy Effect)를 겪게 된다 [S4, S5]. 즉, 지식이 증가할수록 예제 학습은 독이 되며, 탐구 기반의 독립적 문제 해결 연습이 훨씬 더 생산적이다 [S1, S5].
+- **안내 쇠퇴(Guidance Fading) 전략:** 이 역전 현상을 관리하기 위해 교육 설계자들은 쇠퇴(Fading) 기법을 사용한다. 초기에는 완벽한 워크드 예제를 제공하다가, 학습자가 스키마를 형성함에 따라 예제의 단계를 점진적으로 줄이거나 빈칸으로 두고(부분완성 문제, Completion task), 최종적으로 완전한 문제 해결로 유도하는 방식이다 [S2, S5, S7].
+- **지능형 튜터링 환경에서의 실증적 사례:** 한 연구에서는 논리 문제 풀이를 위해 '안내형 예제(Guided)'와 오류를 찾아 고치는 '디버깅형 예제(Buggy)'를 제공했다. 연구 결과, 사전 지식이 높은 학습자는 디버깅형 예제에서 유의미한 성취 향상과 문제 풀이 시간 단축을 보였으나(생산적 투쟁 유도), 사전 지식이 낮은 초보자는 성취도 향상이 없었다. 반대로 초보자들은 힌트가 결합된 안내형 예제에서 큰 도움을 받아 전문성 역전 효과의 실증적 증거가 확인되었다 [S8].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 전통적으로 인지부하 이론은 개인의 '작업 기억 용량'이 고정되어 있다고 전제해 왔으나, 최근 자원 고갈 가설 등에 따르면 작업 기억은 과도한 인지적 노력 후 고갈되고 휴식을 통해 회복될 수 있는 가변성을 가질 수 있다. 따라서 인지적 노력과 피로도에 따라 전문성 역전 효과가 발현되는 임계점이 동적으로 변할 수 있다는 주장이 대두되며 인지 아키텍처 이론이 확장되고 있다 [S5].
+- 전문성 역전 효과는 주로 수학, 역학 등 잘 구조화된 과제(Well-structured tasks)에서 입증되어 왔으나, 법학 판례 분석과 같은 덜 구조화된 과제(Less-structured tasks)를 대상으로 한 연구에서는 초보자와 상급자 모두에게 워크드 예제가 긍정적인 효율성을 가져다 주었다는 상반된 연구 결과도 존재한다 [S9].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- 소스 데이터 내에서 특정 오픈소스 프로젝트나 Git 커밋 해시 단위로 이 지식(전문성 역전 효과)이 적용된 구체적 파일 경로는 확인되지 않았다("소스에서 확인되지 않음").
+- 다만, 논문에 소개된 **지능형 튜터링 시스템(Intelligent Tutoring System)**인 `Cognitive Tutor Geometry` 시스템에 적용된 설계 사례가 존재한다. 해당 시스템은 베이지안 지식 추적 알고리즘(Bayesian Knowledge-Tracing)을 활용해 학생이 특정 도메인의 규칙을 이해했는지 실시간으로 평가하고, 학습자의 지식 수준이 증가함에 따라 워크드 예제를 적응적으로 제거(Adaptive Fading)하여 전문성 역전 효과에 능동적으로 대처하는 메커니즘을 시스템 아키텍처에 구현했다 [S7].
+- 또한 BrenoFariasdaSilva의 `Worked-Example-Miner` 툴체인이 소스에 여러 번 인용되지만, 이는 Java 소스의 리팩토링 이력 등을 기반으로 교육용 예제 후보군을 데이터 마이닝하는 도구이며, 전문성 역전 효과를 직접적인 코드 로직으로 제어한 사례는 아니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음 (본 주제는 인지 심리학 및 교육 공학 기반의 교수 설계 이론이므로 소스 데이터 내에 기술적인 코드 스니펫이 제공되지 않음).
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[인지부하 이론 (Cognitive Load Theory)]] — 전문성 역전 효과를 도출해낸 근본적인 심리학적 아키텍처 및 이론적 바탕
+- [[중복 효과 (Redundancy Effect)]] — 전문가에게 예제를 제공했을 때 인지 자원 낭비를 유발하는 직접적 원인 기제
+- [[안내 쇠퇴 모델 (Guidance Fading)]] — 전문성 역전 효과의 부작용을 회피하기 위해 단계적으로 가이드를 줄여나가는 교수 설계 전략
+- [[이중부호화 이론 (Dual Coding Theory)]] — 워크드 예제 등을 설계할 때 시각 및 청각 등 다중 양식을 활용해 인지 부하를 최적화하는 또 다른 학습 이론
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 법학 판례 등 '덜 구조화된(less-structured)' 과제에서는 왜 전문가에게도 워크드 예제가 유리하게 작용하는가?
+- 지능형 튜터링 시스템에서 '베이지안 지식 추적'을 통해 학습자의 전문성 임계점을 판단하는 구체적 지표와 수학적 모델은 무엇인가?
+- 디버깅형 예제(Buggy Examples)를 제공할 때 상급자가 겪는 '생산적 투쟁(Productive Struggle)'의 인지적 메커니즘은 어떻게 작동하는가?
+- 오프라인 교실 환경이나 기업 내 조직 변화 관리(GRC 등)에서 전문성 역전 현상을 방지하기 위해 실무자들이 사용할 수 있는 사전 지식 진단 도구는 어떤 형태여야 하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 사내 온보딩/트레이닝 시스템 구축 시, 신규 입사자에게는 구체적 템플릿과 매뉴얼(Worked Examples)을 주고, 경력자에게는 템플릿을 제거한 가이드라인만 제공.
+- **System Design:** 지능형 학습 플랫폼(LMS, ITS) 아키텍처 설계 시, 사용자의 과거 정답률/해결 시간 로그를 바탕으로 UI 스캐폴딩과 힌트를 동적으로 On/Off 하는 적응형 알고리즘 설계.
+- **Operation / Maintenance:** 오류/장애 조치 매뉴얼 작성 시, 시니어 개발자와 주니어 개발자용 문서를 분리하여 중복 효과에 의한 시니어 엔지니어의 피로도 누적 방지.
+- **Learning Path:** 기업 내 보안 컴플라이언스(KCI 등) 교육 시, 초보자용 세부 시뮬레이션 매뉴얼 모드와 전문가용 시나리오 기반 문제 해결 모드 분할 운영.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[스캐폴딩 (Scaffolding)]] — 과제 해결을 위한 임시적 지원 체계
+- [[메타인지 (Metacognition)]] — 워크드 예제를 학습하는 동안 자신의 이해도를 점검하고 자체 설명을 생성하도록 이끄는 능력
+- [[적응형 학습 시스템 (Adaptive Learning Systems)]] — 사용자 전문성 측정 결과에 따라 실시간으로 인터페이스와 정보의 양을 튜닝하는 소프트웨어 플랫폼
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[인지부하 이론 (Cognitive Load Theory)]], [[중복 효과 (Redundancy Effect)]], [[안내 쇠퇴 전략 (Guidance Fading Framework)]]
+- **참조 맥락:** 교육 프로그램의 커리큘럼 설계, 튜터링 시스템 개발, 직원 온보딩 과정에서 학습자의 숙련도에 따라 정보 제공 방식을 어떻게 변경할 것인지 의사결정할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] An introduction to cognitive load theory - The Education Hub
+- [S2] Cognitive Load Theory - Education NI
+- [S3] Cognitive load theory: Teaching strategies - Teacher Magazine
+- [S4] Cognitive Load Theory and its Applications for Learning - Scott H Young
+- [S5] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)
+- [S6] The Right Kind of Difficulty: Why Worked Examples Beat Practice for Novices - Mike Taylor
+- [S7] The expertise reversal effect and worked examples in tutored problem solving
+- [S8] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv
+- [S9] Worked-example effect - Wikipedia
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/조현병 (Schizophrenia).md b/10_Wiki/Topics/Domain_Programming/From_RawData/조현병 (Schizophrenia).md
new file mode 100644
index 00000000..7ab8ba68
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/조현병 (Schizophrenia).md
@@ -0,0 +1,70 @@
+```markdown
+---
+id: 조현병-(schizophrenia)
+title: "조현병 (Schizophrenia)"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["조현병", "Schizophrenia", "schizophrenia", "맥락 처리 장애 질환"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["맥락을 고려하는 뇌 - 바이오인"]
+applied_in: []
+github_commit: ""
+---
+
+# [[조현병 (Schizophrenia)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+조현병은 해마와 내측전전두피질의 손상으로 인해 맥락 정보를 적절히 처리하지 못해, 환경 자극에 맞게 감정과 행동을 조절하는 데 실패하는 정신질환이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **부적절한 맥락 처리 (Inappropriate Context Processing):** 환경 자극에 알맞게 생각과 행동을 조절하지 못하게 하는 인지적 결함의 핵심 원인.
+* **AX 연속 테스트 (AX Continuous Performance Task):** 조현병 환자들의 맥락 처리 능력을 평가하는 테스트로, 환자들은 맥락보다 단순 신호에 의존하여 행동을 결정하는 경향을 보임.
+* **해마 및 내측전전두피질 (Hippocampus & mPFC):** 조현병 환자에게서 손상이 관찰되는 뇌 영역으로, 맥락 처리와 깊은 연관이 있는 신경회로.
+* **배외측전전두피질 (dlPFC):** 조현병 환자가 과제를 수행할 때 해마 대신 비정상적으로 주로 활성화되는 작업 기억 담당 뇌 영역.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **감정 및 행동 통제 실패 패턴:** 맥락 정보를 제대로 활용하지 못해 적절한 감정을 표현하지 못하거나, 부적절한 감정을 억제하지 못하는 고정적이고 부적절한 행동 양상을 보인다.
+* **인지적 보상 패턴:** 특정 맥락 판단이 요구되는 상황(AX 연속 테스트 등)에서 맥락(Context) 대신 개별 신호(Cue)에 의존하며, 이로 인해 해마 대신 작업 기억을 담당하는 배외측전전두피질(dlPFC)을 활성화하는 패턴을 띤다.
+
+## 📖 세부 내용 (Details)
+* **맥락 처리 기능의 결함과 증상:** 인간의 뇌에서 맥락 처리 과정에 문제가 발생하면 융통성 없고 고정적인 행동을 하게 된다 [S1]. 이로 인해 편집증, 침투적 사고(intrusive thought), 강박적 행동 등의 증상이 나타나며, 조현병은 외상 후 스트레스 장애(PTSD), 우울증, 약물 중독 등과 함께 이러한 맥락 처리 장애가 나타나는 대표적인 정신질환이다 [S1].
+* **AX 연속 테스트를 통한 행동 특징:** 조현병 환자들은 'A가 자극으로 주어질 때 X를 눌러야 하는' AX 연속 테스트를 잘 수행하지 못하는 특징을 보인다 [S1]. 기능적 자기공명영상(fMRI) 연구에 따르면, 환자들은 이 테스트를 수행할 때 맥락을 처리하는 해마보다 작업 기억(working memory)을 주로 담당하는 배외측전전두피질(dlPFC, dorsolateral prefrontal cortex)을 활성화한다 [S1]. 이는 환자들이 전체적인 맥락보다는 주어지는 서로 다른 '신호' 자체에 의존하여 행동을 결정하기 때문이다 [S1].
+* **신경해부학적 원인:** 다수의 연구에 따르면 조현병 환자들은 해마와 내측전전두피질(mPFC)이 손상되어 있으며, 이는 이들의 맥락 처리 능력에 근본적인 문제가 있음을 강력하게 시사한다 [S1].
+* **정신병리학적 시사점:** 조현병 환자가 상황에 맞는 적절한 감정을 표현하지 못하거나 부적절한 감정을 억제하지 못하는 주된 이유는 환경 자극에 맞게 생각과 행동을 조절하는 데 필수적인 '맥락 정보'를 활용하지 못하기 때문으로 분석된다 [S1]. 따라서 해마와 내측전전두피질 사이의 신경회로와 맥락 처리에 초점을 맞춘 연구는 조현병의 정신병리학에 새로운 통찰을 제공할 수 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[맥락 처리 장애]], [[AX 연속 테스트]]
+- **참조 맥락:** 인지과학 및 뇌신경과학에서 맥락 이해 부족이 유발하는 실제 정신병리학적 현상과 뇌 회로의 연관성을 이해할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 맥락을 고려하는 뇌 - 바이오인 (https://www.bioin.or.kr/board.do?num=255171&cmd=view&bid=tech)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/중복 효과 (Redundancy Effect).md b/10_Wiki/Topics/Domain_Programming/From_RawData/중복 효과 (Redundancy Effect).md
new file mode 100644
index 00000000..ab77c37e
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/중복 효과 (Redundancy Effect).md
@@ -0,0 +1,111 @@
+---
+id: 중복-효과-(redundancy-effect)
+title: "중복 효과 (Redundancy Effect)"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["중복성 효과", "중복 원리", "Redundancy Principle", "Redundancy Effect"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)", "인지부하 이론", "교수설계"]
+raw_sources:
+ - "An introduction to cognitive load theory - The Education Hub"
+ - "Cognitive Load Theory and its Applications for Learning - Scott H Young"
+ - "인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)"
+ - "해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태"
+ - "인지 부하 - 위키백과, 우리 모두의 백과사전"
+ - "학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다."
+applied_in: []
+github_commit: ""
+---
+
+# [[중복 효과 (Redundancy Effect)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+불필요하거나 스스로 온전히 이해될 수 있는 동일한 정보들을 불필요하게 중복 제시할 경우, 이를 대조하고 처리하는 데 작업 기억(Working Memory) 자원이 낭비되어 오히려 학습 효율을 저하시킨다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **외재적 인지부하(Extraneous Cognitive Load) 유발**: 학습 내용의 본질이 아닌 정보 제시 방식의 결함으로 인해 귀중한 인지 자원이 소모되는 현상.
+- **정보 통합 노력의 낭비**: 동일한 정보를 포함하는 두 출처(예: 다이어그램과 줄글)가 주어지면, 학습자는 두 정보가 동일하다는 것을 확인하기 위해 불필요한 노력을 들여 처리해야 함.
+- **전문성 역전 효과(Expertise Reversal Effect)와의 연계**: 초보자에게는 필수적이었던 안내(예: 풀이 과정이 담긴 워크드 예제)가, 숙련자에게는 기존 장기 기억(Long-term Memory)의 지식 인출을 방해하는 '중복된' 방해물로 작용함.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **독립적 정보의 단일 채널 제시**: 다이어그램이나 이미지 자체가 직관적이고 자명하다면, 이를 똑같이 재설명하는 불필요한 텍스트나 긴 주석은 제거(Fading)한다.
+- **가이드 쇠퇴(Guidance Fading) 전략**: 학습자의 도메인 전문성이 점차 증가함에 따라 기존에 제공하던 상세한 워크드 예제나 스캐폴딩을 점진적으로 소거하여 중복을 방지한다.
+- **시각-청각 채널의 최적화**: 화면 상의 시각적 텍스트 자막과 똑같은 음성 내레이션을 기계적으로 복제하여 전송하는 것을 피한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **중복 제거 (단일 정보원 집중 제시)** | 불필요한 외재적 인지부하를 차단하여 작업 기억의 여유 공간을 확보하고 핵심 개념(본유적 부하) 처리에 집중할 수 있음 | 사전 지식이 극도로 부족하거나 난이도가 높은 과제에서는 이해를 위한 단서가 부족해질 위험이 있음 | 대상 학습자가 해당 정보를 독립적으로 이해할 수 있는 기초 지식이나 직관적 구조가 갖춰져 있을 때 |
+| **다중양식 중복 제시 (텍스트+오디오 등)** | 생소하거나 복잡한 학습 내용일 경우 정보의 틈을 메워주는 보충 설명 역할을 할 수 있음 | 동일한 정보 신호를 동시 처리하도록 압박하여 작업 기억을 마비시키고 시선의 피로를 가중시킴 | 다루는 주제가 학습자에게 매우 새롭고 난이도가 높아, 추가적인 설명이나 상호보완적 이해가 절실히 요구될 때 예외적으로 허용 |
+
+## 📖 세부 내용 (Details)
+중복 효과(Redundancy Effect)는 인지부하 이론(Cognitive Load Theory)에서 파생된 핵심 개념으로, 학습자에게 제공되는 정보들 중 불필요한 정보가 섞여 있거나, 각자 독립적으로 이해할 수 있는 동일한 정보원이 두 가지 이상의 형태(예: 다이어그램과 텍스트)로 동시에 주어질 때 발생하는 인지적 방해 현상이다 [S1], [S2].
+
+Chandler와 Sweller(1991)의 연구에 따르면, 심장 및 혈액의 흐름을 보여주는 다이어그램과 동일한 정보를 담고 있는 텍스트를 함께 제시했을 때보다 다이어그램만 단독으로 제시했을 때 학습 효과가 우수했다 [S2]. 그 이유는 두 정보가 주어지면 학습자는 두 출처의 정보가 '정확히 동일하다'는 것을 발견하기 위해 끊임없이 시선을 옮기고(Split-Attention) 대조하는 데 귀중한 작업 기억 용량을 낭비하게 되기 때문이다 [S1], [S2]. 이는 학습에 전혀 도움이 되지 않는 외재적 인지부하(Extraneous Cognitive Load)를 급증시켜 실질적인 스키마 구성(본유적 인지부하)을 가로막는다 [S4].
+
+이 효과는 [[주의 분할 효과 (Split-Attention Effect)]]와 기원은 비슷하지만 구별된다. 주의 분할 효과가 상호 보완적이라 "통합해야만 이해할 수 있는" 파편화된 정보들 때문에 발생한다면, 중복 효과는 "통합하지 않아도 스스로 이해할 수 있는" 온전한 정보들을 불필요하게 겹쳐 놓음으로써 발생한다 [S2].
+
+또한 이 원리는 [[풀이 과정이 담긴 워크드 예제 (worked examples)]]의 설계 및 [[전문성 역전 효과 (Expertise Reversal Effect)]]와도 깊이 맞닿아 있다. 초심자에게는 워크드 예제의 상세한 단계별 풀이와 지시가 스키마 형성에 필수적이지만, 학습자가 전문성을 획득하여 장기 기억 속에 이미 해법을 내재화한 상태가 되면, 동일한 예제는 작동 기억의 인출을 방해하는 '중복 정보'가 되어 오히려 학습을 저해한다 [S2], [S3]. 따라서 학습자의 수준에 맞추어 불필요해진 지시나 예제를 점진적으로 줄이는 가이드 페이딩(Guidance-Fading) 전략이 반드시 수반되어야 한다 [S2], [S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+전통적인 인지부하 이론에서는 완벽한 자막 텍스트와 토씨 하나 다르지 않은 해설 음성 내레이션(Verbatim)을 기계적으로 복제해 동시 제공하는 것은 중복성 효과를 유발하여 작동기억을 마비시키는 최악의 설계로 간주되었다 [S4], [S5].
+
+그러나 최근의 디지털 멀티미디어 비디오 학습 연구(Redundancy Principle Replication Study) 결과들은 이러한 전통적 정설을 일부 재평가하고 있다 [S4].
+1. **디지털 리터러시의 진화**: 현대적 학습자들은 구어적 음향 신호와 시각적 텍스트 자막이 동시에 쏟아지더라도 자신의 지각 선호도와 속도에 맞추어 특정 채널을 능동적으로 여과(Filtering)하거나 보완 수단으로 적절히 삼는 능력이 고도화되어 있다. 따라서, 자막 병기가 기존 이론의 예측만큼 가혹한 심리적 과부하를 초래하지 않거나 구어 단독 제공군과 비교해 학업 성취도 차이가 무의미하다는 반증이 제기되고 있다 [S4].
+2. **난이도 및 생소함의 변수**: 제공되는 내용이 학습자에게 너무 어렵거나 생소하여 보충 설명이 반드시 필요한 경우, 동일한 정보가 텍스트와 멀티미디어 양식으로 중복 제공되어도 인지 과부하를 초래하지 않고 오히려 이해를 돕는 예외적 상황이 존재한다 [S6].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (해당 개념은 교육학 및 교수 설계 이론에 폭넓게 적용되나, 소스 내에 Git 커밋이나 특정 소프트웨어 코드 베이스 형태의 적용 기록은 존재하지 않습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[외재적 인지부하 (Extraneous Cognitive Load)]] — 정보의 나쁜 제시 방식으로 인해 작업 기억이 불필요하게 낭비되는 근본 원인.
+- [[주의 분할 효과 (Split-Attention Effect)]] — 정보가 공간/시간적으로 분리되어 있어 통합 시 인지 자원이 소모되는 현상으로 중복 효과와 발생 맥락을 공유함.
+- [[전문성 역전 효과 (Expertise Reversal Effect)]] — 초보자를 위한 예제가 숙련자에게는 중복 정보로 전락하여 부하를 일으키는 현상.
+- [[인지부하 이론 (Cognitive Load Theory)]] — 중복 효과의 근간이 되는 인간의 작업 기억 용량 한계를 다루는 심리학 이론.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 텍스트 자막과 음성 내레이션이 완벽히 일치(Verbatim)할 때 발생하는 중복 효과를 방지하면서도 청각 장애인이나 비원어민을 지원할 수 있는 UX/UI 설계 방안은 무엇인가?
+- 가이드 페이딩(Guidance-Fading) 전략을 구현할 때, 특정 학습자의 전문성 증가 시점을 어떻게 정량적으로 측정하고 중복을 방지할 것인가?
+- 정보의 이중부호화(Dual Coding) 원리와 중복 효과(Redundancy Effect)가 서로 상충하지 않도록 교수 매체를 융합하는 기준은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Instructional Design:** 이러닝(e-Learning) 및 메타버스 환경의 교육 콘텐츠 설계 시 자명한 그래픽 자료에 불필요한 나레이션이나 텍스트를 제거.
+- **UI/UX Design:** 소프트웨어 온보딩 툴팁 설계 시, 직관적인 UI 요소에 대한 장황한 설명을 생략하여 사용자의 피로도를 최소화.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[정보 시각화 (Information Visualization)]] — 복잡한 데이터를 단순하고 직관적인 다이어그램으로 제시하여 중복 설명을 없애는 디자인 원리.
+- [[다중양식 학습 (Multimodal Learning)]] — 청각과 시각 등 분리된 채널을 통해 서로 상호보완적인 정보를 처리하게 하는 학습 방식.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[인지부하 이론 (Cognitive Load Theory)]], [[외재적 인지부하 (Extraneous Cognitive Load)]]
+- **참조 맥락:** 최적의 학습 환경이나 UX를 설계할 때, 사용자나 학습자의 인지 용량 초과를 막기 위해 불필요한 정보나 텍스트를 소거(Fading/Cutting)하는 원칙을 정립할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] An introduction to cognitive load theory - The Education Hub
+- [S2] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)
+- [S3] Cognitive Load Theory and its Applications for Learning - Scott H Young
+- [S4] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태
+- [S5] 학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다.
+- [S6] 인지 부하 - 위키백과, 우리 모두의 백과사전
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/폴 그라이스의 대화 격률 (Grice's Maxims).md b/10_Wiki/Topics/Domain_Programming/From_RawData/폴 그라이스의 대화 격률 (Grice's Maxims).md
new file mode 100644
index 00000000..bf3acaf9
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/폴 그라이스의 대화 격률 (Grice's Maxims).md
@@ -0,0 +1,108 @@
+```markdown
+---
+id: 폴-그라이스의-대화-격률-(grice's-maxims)
+title: "폴 그라이스의 대화 격률 (Grice's Maxims)"
+category: "Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["그라이스 격률", "Gricean Maxims", "대화 격률", "협력 원칙", "Cooperative Principle", "대화적 함축 이론"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["[S1] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3)", "[S2] Relevance theory - University of Southampton Web Archive", "[S3] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[폴 그라이스의 대화 격률 (Grice's Maxims)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+폴 그라이스의 대화 격률은 인간의 원활한 의사소통이 '협력 원칙(Cooperative Principle)'과 네 가지 격률(양, 질, 관계, 태도)을 바탕으로 이루어지며, 이를 위반할 때 화자의 숨은 의도인 '대화적 함축(Conversational Implicature)'이 연역된다는 화용론적 핵심 규범이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **협력 원칙 (Cooperative Principle):** 원활한 대화를 주도하는 근본 원리로, 대화 참여자들이 합의된 대화의 목적과 방향에 맞게 발화해야 한다는 전제이다 [S1], [S3].
+* **4가지 대화 격률 (Four Maxims of Conversation):** 협력 원칙을 실천하기 위한 세부 격률로 양(Quantity, 정보성), 질(Quality/Truthfulness, 진실성), 관계(Relation/Relevance, 관련성), 태도(Manner/Clarity, 명확성)를 의미한다 [S1], [S2], [S3].
+* **대화적 함축 (Conversational Implicature):** 화자가 고의로 격률을 위반하거나 무시할 때, 청자가 대화의 정합성을 유지하기 위해 화자의 숨겨진 의도와 태도를 해독하고 추론하는 현상이다 [S3].
+* **격률의 무시 (Flouting):** 청자에게 특정한 함축을 전달하기 위해 화자가 의도적이고 대담하게 특정 격률을 짓밟고 어기는 행위로, 은유나 반어적 풍자가 이에 속한다 [S1], [S3].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+소스 데이터에서 확인된 대화적 함축 발생의 세 가지 패턴 그룹은 다음과 같다 [S3]:
+1. **제1그룹 (명백한 위반 없음):** 어떤 대화 격률도 명백히 위반되지 않았으나 함축이 발생하는 경우이다. 예컨대 "연료가 떨어졌다"는 말에 "모퉁이 돌면 주유소가 있다"고 응답하는 것처럼 직접적인 정보 인과성이 보존되는 구문 패턴이다.
+2. **제2그룹 (충돌에 의한 위반):** 한 격률을 준수하기 위해 부득이하게 다른 격률을 위반해야만 하는 상황이다. 정확한 정보를 몰라 '질의 격률(진실성)'을 지키기 위해 의도적으로 정보량인 '양의 격률'을 축소하여 기술하는 패턴이다.
+3. **제3그룹 (의도적 무시/Flouting):** 청자에게 함축을 전달하기 위해 의도적이고 대담하게 특정 격률을 무시(Flouting)하는 경우로, 문학적 은유나 반어적 풍자를 생성할 때 쓰이는 패턴이다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **그라이스의 대화 격률 (Grice's Maxims)** | 대화적 함축의 발생 원리를 협력 원칙과 4가지 명확한 격률로 구조화하여 화용론의 직관적 해석 틀을 제공함 [S1], [S3] | 고의적 격률 위반에만 의존해 비유를 설명하므로, 느슨한 언어 사용(loose talk)이나 의도적 침묵을 능숙하게 설명하지 못함 [S1], [S2] | 명시적 화용론적 의미나 전통적인 대화적 함축(Conversational Implicature) 모델을 분석·교육할 때 |
+| **관련성 이론 (Relevance Theory)** | 모든 명시적/암시적 소통을 '노력 대비 인지적 효과'를 극대화하는 '관련성(Relevance)'이라는 단일 원리로 깔끔하게 통합함 [S3] | 4가지 격률 체계처럼 화법의 문제점을 세부적으로 분류(양, 질, 태도 등)하는 직관적 범주화 구조는 아님 | 비유, 은유, 느슨한 언어 사용 및 맥락 확장의 통합적 인지 과정을 일관되게 설명할 때 [S1], [S2] |
+
+## 📖 세부 내용 (Details)
+언어학적 관점에서 의미의 실체는 기호학적인 정의만으로 완성되지 않으며, 대화가 일어나는 구체적인 물리적·사회적 맥락 하에서 화자의 숨겨진 의도를 해독하는 화용론(Pragmatics)의 영역이 필수적이다 [S3]. 존 오스틴(J. L. Austin)의 화행 이론 이후, 폴 그라이스(H. P. Grice)는 '대화적 함축(Conversational Implicature)' 이론을 통해 화용론을 체계적으로 발전시켰다 [S3].
+
+그라이스는 원활한 대화의 근본 원리로 합의된 목적에 맞게 발화해야 한다는 '협력 원칙(Cooperative Principle)'을 선언했다 [S3]. 이를 실천하기 위한 조건으로 양(Quantity), 질(Quality), 관계(Relation), 태도(Manner)라는 네 가지 대화 격률을 제시했다 [S1], [S2], [S3]. 청자는 기본적으로 화자가 이러한 대화 격률을 준수하고 있다는 전제하에 추론을 전개한다 [S3]. 만일 화자가 대화 격률을 노골적으로 위반하거나 무시(Flouting)하는 경우, 청자는 화자가 숨겨둔 '대화적 함축'을 연역하여 대화의 정합성을 복원하게 된다 [S3].
+
+그라이스의 대화적 함축은 격률의 위반 정도와 의도에 따라 세 가지 그룹으로 나뉜다 [S3]. 첫 번째는 명백한 위반 없이 정보의 인과성이 보존되는 경우이며, 두 번째는 특정 격률을 준수하기 위해 다른 격률(예: 정보량의 축소)을 부득이 위반하는 경우, 마지막 세 번째는 문학적 은유나 풍자와 같이 청자에게 특수한 함축을 전달하고자 대담하게 격률을 무시(Flouting)하는 경우이다 [S3].
+
+그러나 후속 학자들은 그라이스 격률의 경직성을 지적하며 대안을 모색했다. 스퍼버(Dan Sperber)와 윌슨(Deirdre Wilson)은 그라이스의 분절된 격률들을 비판적으로 계승하여 '관련성(Relevance)'이라는 단일 인지 원리로 통합한 '관련성 이론(Relevance Theory)'을 주창하며 포스트 그라이스 화용론의 지평을 열었다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **비유 및 느슨한 언어 사용(Loose talk)에 관한 모순:** 그라이스의 이론에서는 은유나 과장 같은 현상이 '질의 격률(진실성)'을 의도적으로 위반(Flouting)하여 발생한다고 보았다 [S1]. 즉, 얼굴이 완벽한 사각형이 아님에도 "얼굴이 네모나다"라고 말하는 것(loose uses)은 엄밀히 말해 거짓을 말하는 것이므로 진실성 격률의 위반이 된다 [S1]. 하지만 실제 사람들은 대화 시 문자 그대로의 진리값을 먼저 테스트한 후 비유적 의미로 전환하지 않으며, 이러한 느슨한 표현을 격률 위반으로조차 감지하지 못한다는 모순이 제기되었다 [S1]. 이에 따라 관련성 이론에서는 진실성 격률 자체를 폐기하고, 비유적 언어 사용도 격률 위반이 아닌 '최적의 관련성을 달성하기 위한 대안적 경로'로 업데이트하여 설명한다 [S1].
+* **침묵 및 정보 거부에 관한 모순:** 그라이스의 프레임워크에서는 화자가 필요한 정보를 주지 않는 상황(양의 격률 위반)을 항상 화자의 '능력 부족(inability)'으로만 처리한다. 즉 협력적인 화자가 정보를 '거부(unwillingness)'한다는 사실을 설명하지 못한다 [S2]. 반면 관련성 이론은 화자가 정보를 가지고 있으면서도 고의로 침묵하는 상황 역시 소통의 명시적 자극으로 간주하여 암시적 함축의 하나로 업데이트하여 설명한다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[화용론 (Pragmatics)]] — 구체적인 물리적·사회적 맥락 하에서 대화의 숨겨진 의도를 분석하는 언어학의 상위 개념
+- [[협력 원칙 (Cooperative Principle)]] — 원활한 대화 진행을 위해 합의된 목적에 맞게 발화해야 한다는 그라이스의 핵심 전제
+- [[대화적 함축 (Conversational Implicature)]] — 격률이 무시(Flouting)될 때 청자가 대화의 정합성을 유지하기 위해 연역해내는 숨겨진 뜻
+- [[관련성 이론 (Relevance Theory)]] — 그라이스의 격률을 단일 인지 원리인 '관련성'으로 통합하여 한계를 극복한 포스트 그라이스 이론
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 그라이스의 4가지 격률 중 '질의 격률' 위반으로 발생되는 은유와 반어의 인지적 해독 과정은 관련성 이론에서 구체적으로 어떻게 달라지는가?
+- 대화적 함축을 세 가지 그룹으로 분류할 때, 자연어 처리(NLP) 시스템이 '제3그룹(Flouting)'의 비유적 의미를 올바르게 연역하도록 설계하는 방법은 무엇인가?
+- 그라이스 격률의 관점에서, 일상적인 대화 중 화자가 의도적으로 침묵을 유지할 때 발생하는 함축은 협력 원칙으로 어떻게 해석될 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자연어 처리(NLP) 및 AI 에이전트의 챗봇 응답 시스템 설계 시, 사용자에게 너무 많거나 적지 않은 적절한 정보량(양의 격률)과 정확한 사실(질의 격률)을 제공하도록 가이드라인을 구현.
+- **System Design:** 모호한 사용자 발화로부터 숨은 의도(대화적 함축)를 추론하기 위한 프롬프트 내 맥락(Context) 추론 엔지니어링 설계.
+- **Operation / Maintenance:** 거대 언어 모델(LLM)이 생성하는 할루시네이션(거짓 정보)을 그라이스의 '질의 격률' 위반 사례로 규정하고 이를 탐지 및 필터링하는 파이프라인 운영.
+- **Learning Path:** 언어학(화용론), 인지과학, 자연어 이해(NLU), 인간-컴퓨터 상호작용(HCI) 모델 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[화행 이론 (Speech Act Theory)]] — 오스틴(J. L. Austin)이 제안한 이론으로 그라이스 화용론 성립의 학술적 모태가 됨.
+- [[인맥락 학습 (In-Context Learning)]] — LLM이 프롬프트의 맥락 단서를 통해 화자의 숨겨진 규칙이나 의도를 베이지안 추론을 바탕으로 파악하는 기전.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[대화적 함축 (Conversational Implicature)]], [[관련성 이론 (Relevance Theory)]]
+- **참조 맥락:** AI 대화형 에이전트의 프롬프트 응답 규칙 설계 및 NLP 시스템의 문맥 기반 의미 추론 알고리즘 구축 시 인간의 대화 규칙 모델로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Relevance Theory and the Broadening of Pragmatics to Explicit Meaning (Chapter 3) - Implicatures - Cambridge University Press & Assessment
+- [S2] Relevance theory - University of Southampton Web Archive
+- [S3] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/프롬프트 엔지니어링 (Prompt Engineering).md b/10_Wiki/Topics/Domain_Programming/From_RawData/프롬프트 엔지니어링 (Prompt Engineering).md
new file mode 100644
index 00000000..150550da
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/프롬프트 엔지니어링 (Prompt Engineering).md
@@ -0,0 +1,142 @@
+---
+id: prompt-engineering
+title: "프롬프트 엔지니어링 (Prompt Engineering)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "프롬프트 디자인"
+ - "Prompt Design"
+ - "Prompting"
+ - "프롬프팅"
+ - "프롬프트 최적화"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "LLM", "Prompt", "AI"]
+raw_sources:
+ - "[S1] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques "
+ - "[S2] Prompting best practices - Claude Platform Docs"
+ - "[S3] Effective context engineering for AI agents - Anthropic"
+ - "[S4] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI"
+ - "[S5] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+applied_in: []
+github_commit: ""
+---
+
+# [[프롬프트 엔지니어링 (Prompt Engineering)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자연어 지시와 맥락을 체계적으로 구조화하여 가중치(Weight)의 수정 없이 대규모 언어 모델(LLM)의 잠재된 추론 능력과 최적의 성능을 이끌어내는 핵심 인터페이스 제어 기술.
+
+## 🧠 핵심 개념 (Core concepts)
+- **Zero-shot 및 Few-shot Prompting:** 예시 없이 직접 지시하거나(Zero-shot), 소수의 입출력 예시(Few-shot)를 제공하여 모델이 작업의 패턴을 인식하고 출력 형식을 교정하도록 돕는 기법 [S1, S4].
+- **사고의 사슬 (Chain-of-Thought, CoT):** LLM에게 단계별 추론 과정(Step-by-step reasoning)을 명시적으로 요구하거나 보여주어, 직관적인 단답형 응답 대신 복잡한 논리적 문제 해결 능력을 활성화하는 기법 [S1, S4, S5].
+- **고급 추론 프레임워크 (ToT, GoT):** 선형적인 CoT를 넘어, 의사결정 경로를 트리(Tree) 또는 임의의 방향성 그래프(Graph) 구조로 확장하여 다중 경로 탐색, 평가, 백트래킹을 지원하는 엔터프라이즈급 추론 방법론 [S1, S5].
+- **맥락 엔지니어링 (Context Engineering):** 한정된 모델의 어텐션 예산(Attention budget)과 컨텍스트 윈도우 내에서, 프롬프트 작성뿐만 아니라 시스템 지시어, 도구, 에이전트 대화 기록 등 전체 상태를 동적으로 큐레이션하는 상위 개념 [S3, S5].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **XML 태그 계층화 (XML Structuring):** ``, ``, ``, `` 등의 XML 태그를 사용하여 프롬프트 내 각 정보의 역할을 명확히 분리함으로써, 모델의 파싱 모호성을 줄이고 환각을 방지하는 패턴 [S2, S5].
+- **역할 부여 및 제약 조건 설정 (Role Prompting & Constraints):** 모델에 특정 도메인의 전문 역할(예: "시니어 재무 분석가")을 부여하여 관련된 사전 학습 지식을 활성화하고, "불확실할 경우 추측하지 말고 모른다고 명시하라"는 제약 조건을 통해 출력의 신뢰성을 통제함 [S1].
+- **다중 경로 교차 검증 (Self-Consistency):** CoT를 통해 여러 개의 서로 다른 추론 경로를 병렬로 생성한 뒤 다수결 투표(Majority voting)를 통해 최종 답을 도출하여 추론의 견고성(Robustness)을 확보함 [S1, S5].
+- **자동화된 프롬프트 반복 최적화 (APE & Self-Refine):** LLM을 사용하여 후보 프롬프트를 자동 생성 및 탐색(Automatic Prompt Engineer, APE)하고, 생성된 출력을 모델 스스로 평가 및 수정(Self-Refine)하게 하는 파이프라인 구축 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Zero-shot Prompting** | 예시 데이터 준비가 필요 없어 간편하고 추론 지연 시간이 짧음 [S1] | 전문 도메인에서는 성능이 불안정하고 세밀한 출력 형식 제어가 어려움 [S1, S4] | 모델이 사전 학습 과정에서 충분히 습득한 일반적이고 단순한 작업을 수행할 때 [S1] |
+| **Few-shot Prompting** | 도메인 특화 용어 및 복잡한 출력 형식(Format) 제어와 행동 교정에 매우 효과적 [S1, S4] | 예시를 구성하고 입력하는 데 추가적인 컨텍스트 토큰 및 비용 소요 [S1] | 일관된 구조의 출력이 필요하거나 작업 패턴을 문맥 내 학습(ICL)시켜야 할 때 [S1, S4] |
+| **Chain-of-Thought (CoT)** | 수학, 논리 분석 등 복잡한 문제의 정확도를 비약적으로 상승(Zero-shot 방식도 가능) [S1, S5] | 중간 추론 단계 생성으로 인해 출력 토큰 수가 늘어나 지연 시간과 비용 증가 [S1] | 다단계 논리적 사고나 중간 연산이 필수적인 복잡한 문제를 해결해야 할 때 [S1] |
+| **Tree/Graph-of-Thought** | 복잡한 의사결정 시 다중 경로를 탐색하고 백트래킹 및 중간 결과 합성 가능 [S1, S5] | 프레임워크 구현이 복잡하며 연산 비용(토큰 소비 및 모델 호출 횟수)이 극도로 높음 [S1] | 창의적 기획, 소프트웨어 아키텍처 설계 등 넓고 깊은 탐색이 필요한 엔터프라이즈급 과제 시 [S1] |
+
+## 📖 세부 내용 (Details)
+프롬프트 엔지니어링은 인공지능 모델의 가중치를 수정하지 않고, 최적의 자연어 지시를 통해 모델의 예측 능력을 목표 과업에 맞게 제어하는 핵심 인터페이스 기술이다 [S1, S4]. 대규모 언어 모델(LLM)이 발전함에 따라, 단순히 지시를 내리는 것을 넘어 모델 내부의 인맥락 학습(In-Context Learning, ICL)과 베이지안 추론을 자극하기 위해 프롬프트의 정교한 설계가 요구된다 [S1, S4, S5].
+
+초기에는 단순히 지시문만 주어지는 Zero-shot, 또는 몇 가지 예시를 제공하여 모델의 행동을 보정하는 Few-shot 기법이 주를 이루었다 [S1, S4]. 그러나 코지마(Kojima) 등의 연구에서 "차근차근 생각해 보자(Let's think step by step)"라는 문구를 추가하는 것만으로도 모델의 추론 능력이 비약적으로 상승하는 Zero-shot CoT가 증명되었다 [S1, S5]. 이후 Few-shot 예제 내에 중간 논리 과정을 포함하는 Chain-of-Thought(CoT) 기법이 도입되면서 수학적 추론과 같은 복잡한 문제의 해결 능력이 급상승하였다 [S1, S4, S5]. 이를 더욱 고도화한 Tree-of-Thought(ToT)와 Graph-of-Thought(GoT)는 인지과학의 '의도적 추론(Deliberate reasoning)'을 차용하여, AI가 다수의 가설을 병렬로 전개하고 백트래킹을 통해 최적의 해답을 찾도록 돕는다 [S1, S5].
+
+프롬프트를 시스템에 적용할 때는 지시의 명확성이 가장 중요하다. 지시어, 맥락, 사용자 입력 등을 XML 태그(예: ``, ``)로 계층화하여 모델이 파싱 과정에서 겪는 모호성을 최소화해야 한다 [S2, S5]. 또한, 모델에 특정 역할(Role Prompting)을 부여하고, "알 수 없는 경우 무리하게 추측하지 말라"는 식의 제약 조건(Constraints)을 명시하는 메가 프롬프트(Mega-prompt) 아키텍처가 엔터프라이즈 환경에서 필수적이다 [S1, S5].
+
+나아가 프롬프트 설계는 인간의 직관에 의존하는 것을 넘어 자동화 단계로 접어들었다. APE(Automatic Prompt Engineer)는 주어진 예제를 바탕으로 LLM이 스스로 최적의 프롬프트를 탐색하고 생성하게 하며, Self-Refine 기법은 모델이 자체 출력을 비판적으로 검토하고 수정하는 내부 루프를 생성하여 품질을 향상시킨다 [S1, S5].
+
+결과적으로, 최신의 AI 에이전트 시스템에서는 단순한 프롬프트 엔지니어링을 포괄하는 '맥락 엔지니어링(Context Engineering)'이 부상하고 있다. 이는 무한정 길어지는 대화나 문서 속에서 어텐션 예산이 낭비되는 맥락 부패(Context rot) 현상을 막기 위해, 꼭 필요한 정보만을 선별해 적절한 위치(주로 프롬프트 최상단)에 배치하고 동적으로 메모리를 관리하는 일련의 최적화 과정을 뜻한다 [S2, S3, S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **과잉 프롬프팅(Over-prompting)의 부작용:** 과거에는 덜 똑똑한 모델을 통제하기 위해 "반드시 ~해야 한다(CRITICAL: You MUST...)" 등 억압적이고 강제적인 하드코딩 프롬프트를 권장했으나, Claude 3.5 Sonnet, Opus 등 최신의 지능형 모델에서는 이러한 강압적 프롬프트가 오히려 과도한 도구 호출(Overtriggering)이나 불필요한 서브에이전트 스폰을 유발하는 부작용(Overeagerness)을 낳을 수 있다 [S2, S3, S5]. 최신 규범은 지나치게 추상적이지도, 지나치게 미시적이지도 않은 '최적의 작동 고도(Goldilocks Zone)'에서 긍정적이고 명확한 지시를 내리는 것이다 [S2, S3, S5].
+- **응답 미리 채우기(Prefill) 지원 중단:** 이전 세대 모델에서는 특정 출력 형식을 강제하기 위해 어시스턴트의 첫 응답 일부를 미리 채워주는 기법(Prefilled responses)을 자주 사용했으나, 최근 모델(Claude 4.6 이상 등)에서는 지시 준수 능력이 향상되어 해당 방식이 오히려 오류를 반환(Deprecated)하며 더 이상 권장되지 않는다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스 데이터에서 파일 경로, Git 커밋 해시, decision_id 등을 명시하는 구체적인 실무 적용 사례(코드 레포지토리 수준)가 명확히 적시되어 있지 않으므로 현재 발견된 실제 적용 사례가 없습니다. (단, 기업 환경에서 프롬프트를 버전 관리(Git)하고 A/B 테스트하는 엔터프라이즈 파이프라인 구축 이론 및 Claude 플랫폼의 XML 포맷팅 룰은 서술되어 있음 [S1, S2]).
+
+## 💻 코드 패턴 (Code patterns)
+XML 태그를 활용하여 명확하게 정보를 분리하고 구조화하는 엔터프라이즈 프롬프트 패턴 [S2, S5]:
+```xml
+
+당신은 시니어 재무 분석가입니다. 아래 제공된 문서를 바탕으로 가장 중요한 핵심 포인트를 추출하고 요약하십시오.
+불확실한 정보에 대해서는 임의로 추측하지 말고 모른다고 명시하십시오.
+
+
+
+
+ 2026 Q3 Financial Report
+
+ [긴 맥락의 데이터가 프롬프트 상단에 배치됨...]
+
+
+
+
+
+결과는 반드시 태그 안에 Markdown 글머리 기호 형식으로 작성하십시오.
+
+```
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Engineering]] — 단순 프롬프트 지시를 넘어 에이전트의 전체 정보 상태와 컨텍스트를 동적으로 큐레이션하는 상위 개념.
+- [[In-context Learning (ICL)]] — 파라미터 업데이트 없이 프롬프트에 제공된 예시만을 통해 모델이 패턴을 유추하는 베이지안 학습 과정.
+- [[Large Language Models (LLM)]] — 프롬프트 엔지니어링의 대상이 되는 생성형 AI 파운데이션 모델.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 최신 지능형 모델(LLM)에서 강압적인 제약 조건이나 과도한 프롬프팅이 오히려 도구 오작동(Overtriggering)을 유발하는 인지적/구조적 원인은 무엇인가?
+- APE(Automatic Prompt Engineer)나 Self-Refine 파이프라인을 엔터프라이즈 시스템에 자동화하여 구축할 때 설정해야 할 평가 지표(Evaluation Metrics)는 무엇인가?
+- Tree-of-Thought(ToT) 구조를 구현할 때 급증하는 토큰 사용량과 연산 비용(지연 시간)을 통제하기 위한 캐싱 또는 프루닝(Pruning) 전략은 어떻게 구성하는가?
+- 다중 에이전트(Multi-agent) 시스템에서 주 에이전트와 서브 에이전트 간 맥락을 효과적으로 분리하고 통신하기 위한 프롬프트 아키텍처 설계법은?
+- 악의적인 프롬프트 인젝션(Prompt Injection)을 방어하기 위해 XML 태그 분리 외에 적용할 수 있는 시스템 프롬프트 보호 기법은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** XML 태그(``, ``)를 활용한 시스템 프롬프트 구조화 및 명확한 입출력 분리.
+- **System Design:** 프롬프트를 단순 텍스트가 아닌 코드 자산(Code assets)으로 취급하여 Git 기반 버전 관리 체계 및 A/B 테스트 파이프라인 도입.
+- **Operation / Maintenance:** 모델의 환각 현상을 줄이기 위한 '정보 근거 요구(Grounding)' 및 다중 경로 투표(Self-Consistency) 로직 운영.
+- **Learning Path:** Zero/Few-shot 기초 → CoT 기반 추론 유도 → ToT/GoT 프레임워크 적용 → 동적 Context Engineering 및 에이전트 오케스트레이션.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[AI Agents]] — 프롬프트 지시를 바탕으로 자율적으로 도구를 사용하고 워크플로우를 진행하는 에이전트 시스템.
+- [[RAG (Retrieval-Augmented Generation)]] — 모델 외부의 지식 베이스를 검색하여 프롬프트의 맥락(Context)을 동적으로 증강하는 기술.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[In-context Learning]], [[Context Engineering]]
+- **참조 맥락:** 대규모 언어 모델의 지시 이행 능력과 추론 능력을 극대화하기 위해 맥락을 구조화하고 통제하는 최적의 규칙을 설계할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques
+- [S2] Prompting best practices - Claude Platform Docs
+- [S3] Effective context engineering for AI agents - Anthropic
+- [S4] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI
+- [S5] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/Domain_Programming/From_RawData/형태론 (Morphology).md b/10_Wiki/Topics/Domain_Programming/From_RawData/형태론 (Morphology).md
new file mode 100644
index 00000000..9fea6202
--- /dev/null
+++ b/10_Wiki/Topics/Domain_Programming/From_RawData/형태론 (Morphology).md
@@ -0,0 +1,108 @@
+```markdown
+---
+id: 형태론-(morphology)
+title: "형태론 (Morphology)"
+category: "Linguistics"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["형태론", "Morphology", "형태소 분석", "Word Parts", "어근 및 접사"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "morphology"]
+raw_sources: ["How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia", "Teaching the Types of Context Clues - The K Files -", "5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots", "The Complete Guide to Context Clues Lessons - Teaching with a Mountain View", "Essential Vocabulary Tools: 5 Types of Context Clues Your Students Need to Know"]
+applied_in: []
+github_commit: ""
+---
+
+# [[형태론 (Morphology)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+형태론(Morphology)은 단어를 어근, 접두사, 접미사 등의 작은 의미 단위로 분해하여 미지 어휘의 근본적 의미와 문법적 기능을 추론하게 하는 강력한 맥락 해석 도구이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **단어 구성 요소 (Word Parts):** 단어를 형성하는 기본 단위로 접두사(Prefix), 접미사(Suffix), 어근/기본 단어(Root/Base word)를 포함한다.
+* **어근 및 접사 분석 (Roots and Affixes Analysis):** 라틴어 및 그리스어 어근(Greek and Latin roots)에 대한 사전 지식을 활용하여 낯선 어휘의 내재적 의미를 해독하는 과정이다.
+* **결합 전략 (Combinatorial Strategy):** 텍스트의 문맥 단서(Context Clues)와 형태론적 분석을 병행하여 단어 의미 유추의 정확성을 극대화하는 인지적 접근법이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **어휘 의미 분해-결합 패턴:** 미지의 단어를 만났을 때, 단어를 구성하는 형태소를 분리하여 각 요소의 의미를 파악한 후 다시 결합하여 전체 뜻을 유추하는 구조적 패턴 (예: `un-` + `success` + `-ful`).
+* **품사 및 시제 구조화 패턴:** 단어의 접미사 구조(예: 시제를 나타내는 `-ed`, 품사를 결정하는 `-ly`)를 통해 단어가 문장 내에서 수행하는 문법적 역할과 형태를 파악하는 언어 분석 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **형태론 분석 (Morphology / Word Parts)** | 단어 자체의 내재적 의미 구조를 통해 독립적인 의미 유추 가능 | 어근과 접사에 대한 사전 학습 및 지식이 없으면 적용이 어려움 | 문맥 단서가 부족하거나 어휘가 명확한 접사/어근의 결합으로 이루어졌을 때 |
+| **맥락 단서 (Context Clues)** | 주변 문장의 논리, 동의어, 예시 등을 통해 직관적으로 의미 파악 가능 | 저자(Author)가 문맥 내에 충분한 단서나 힌트를 제공하지 않으면 실패함 | 낯선 단어 주변에 구체적 설명, 대조, 혹은 동격 형태의 힌트가 존재할 때 |
+
+## 📖 세부 내용 (Details)
+형태론(Morphology)은 독자가 텍스트 내에서 미지의 단어를 접했을 때, 주변 맥락 단서(Context Clues)만으로는 한계가 있을 경우 활용할 수 있는 핵심적인 독해 및 어휘 해석 전략이다 [S1]. 영어 어휘는 종종 더 작은 의미 단위인 형태소(Morphemes)들의 결합으로 이루어지며, 이를 단어 구성 요소(Word Parts)라고 부른다 [S1], [S2].
+
+단어 구성 요소는 크게 세 가지로 분류된다:
+1. **접두사 (Prefix):** 단어의 시작 부분에 부착되어 방향이나 부정 등의 추가적 의미를 부여한다 [S2].
+2. **어근 (Root):** 단어의 중심축으로 핵심 의미를 지니며, 주로 그리스어 및 라틴어 어근(Greek and Latin roots) 지식이 분석의 기반이 된다 [S2], [S3], [S4], [S5].
+3. **접미사 (Suffix):** 단어의 끝에 부착되어 품사나 상태를 결정짓는다 [S2].
+
+형태론적 분석의 대표적인 작동 과정은 'unsuccessful'이라는 단어의 해석에서 잘 드러난다. 이 단어는 '아닌(not)'을 뜻하는 접두사 `un-`, '목적 달성'을 의미하는 어근 `success`, '가득 찬(full of)'을 의미하는 접미사 `-ful`로 해체될 수 있다. 독자는 이 세 가지 형태소의 뜻을 개별적으로 식별하고 결합하여 '성공으로 가득 차지 않은(not full of success)'이라는 궁극적인 의미를 성공적으로 유추해 낼 수 있다 [S2].
+
+또한, 형태론은 문맥의 구조를 추론하는 데에도 중요한 역할을 한다. 예를 들어 동사 시제를 나타내는 `-ed`나 품사를 나타내는 `-ly`와 같은 형태소 특징을 모방하여 만들어진 가상의 단어(made-up words)를 해독할 때, 독자는 형태론적 지식을 동원하여 해당 어휘가 지닌 문법적, 의미론적 역할을 파악할 수 있다 [S1]. 따라서 교육 현장에서는 맥락 단서와 형태론적 전략을 유연하게 교차 사용하여 어휘의 의미를 확정하도록 지도한다 [S1], [S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Context Clues (맥락 단서)]] — 연결 이유: 형태론적 분석과 함께 미지 어휘의 의미를 파악하는 상호보완적 독해 전략.
+- [[Vocabulary Acquisition (어휘 습득)]] — 연결 이유: 접사 및 어근을 분석함으로써 이루어지는 궁극적인 언어 학습의 목적.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 라틴어 및 그리스어 어근 지식이 다언어 환경의 화자에게도 동일한 수준의 형태론적 추론 효율성을 제공하는가?
+- 형태론적 분석과 문맥 단서 분석 중, 인지적 처리 노력이 더 적게 소모되는 추론 모델은 무엇인가?
+- 형태소를 활용한 문법 유추(예: -ly, -ed)가 인공지능 자연어 처리(NLP) 모델의 토큰화 및 임베딩 규칙과 어떤 구조적 유사성을 지니는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 초등 고학년(4~5학년) 및 중등부 언어 교육 커리큘럼 내 어휘론 및 맥락 단서 융합 교수법 설계.
+- **System Design:** 지능형 독해 보조 시스템 내에서 낯선 어휘를 만났을 때 툴팁 형태로 어근/접사 분리 정보를 제공하는 UI 구현.
+- **Operation / Maintenance:**
+- **Learning Path:** 맥락 단서 인식 -> 어원/형태소(접두사, 어근, 접미사) 지식 획득 -> 다의어 및 복합어 의미 유추 실습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Reading Comprehension (독해력)]] — 확장 방향: 형태론을 포함한 다중 전략이 전체 문장 및 텍스트의 독해력 향상에 미치는 영향 분석.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Context Clues]], [[Word Parts]]
+- **참조 맥락:** 언어적 텍스트 내에서 미지 어휘의 뜻을 논리적으로 해독하고 구조화할 때 참조.
+
+## 📚 출처 (Sources)
+- [1] How To Teach Context Clues: 5 Fun Context Clues Activities for Students - Lexia
+- [2] Teaching the Types of Context Clues - The K Files -
+- [3] 5 Types of Context Clues to Boost Reading Comprehension | Upper Elementary Snapshots
+- [4] The Complete Guide to Context Clues Lessons - Teaching with a Mountain View
+- [5] Essential Vocabulary Tools: 5 Types of Context Clues Your Students Need to Know
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/00_INDEX.md b/10_Wiki/Topics/_Common/00_INDEX.md
index 8698147b..9527d49a 100644
--- a/10_Wiki/Topics/_Common/00_INDEX.md
+++ b/10_Wiki/Topics/_Common/00_INDEX.md
@@ -66,3 +66,7 @@ github_commit: ""
- [[자동 추론 copy]]
- [[전망 이론 copy]]
- [[휴리스틱 copy]]
+
+- [[Common Math From RawData Index]] — Raw_Data 정리분
+
+- [[Common Reasoning From RawData Index]] — Raw_Data 정리분
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/00_INDEX.md b/10_Wiki/Topics/_Common/Math/From_RawData/00_INDEX.md
new file mode 100644
index 00000000..d69cc573
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/00_INDEX.md
@@ -0,0 +1,66 @@
+---
+id: common-math-from-rawdata-index
+title: "Common Math From RawData Index"
+category: "Index"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Common Math From RawData Index"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: "Raw_Data 정리기 자동 생성 MOC"
+merge_history: []
+tags: ["moc", "index", "raw-data"]
+raw_sources: []
+applied_in: []
+github_commit: ""
+---
+
+# [[Common Math From RawData Index]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Raw_Data 정리기가 배치한 문서들의 관문 (`_Common/Math/From_RawData`).
+
+## 📚 문서 목록
+- [[Gradient Descent]]
+- [[High-Context Culture]]
+- [[In-Context Learning]]
+- [[KV Caching]]
+- [[Model Deployment]]
+- [[Parsons Problems]]
+- [[Reconstructive Memory]]
+- [[Transformer Architecture]]
+- [[Transformer Attention]]
+- [[안내형 해결 예제 (Guided Examples)]]
+- [[역동적 기억 모델 (Dynamic Memory Model)]]
+- [[이중부호화 이론 (Dual Coding Theory)]]
+- [[인지과학 (Cognitive Science)]]
+- [[지능형 튜터링 시스템 (Intelligent Tutoring System)]]
+- [[Auto-regressive]]
+- [[Centered Kernel Alignment]]
+- [[Cognitive Modeling]]
+- [[Cultural Dimensions (문화 차원)]]
+- [[Cultural Intelligence]]
+- [[Decision Making]]
+- [[Edward T. Hall]]
+- [[Gradient Vanishing]]
+- [[High-context and Low-context cultures]]
+- [[In-context Learning (인맥락 학습)]]
+- [[Intercultural Communication]]
+- [[Low-Context Culture]]
+- [[Modularity of Mind]]
+- [[Multi-head Attention]]
+- [[PagedAttention]]
+- [[Query-Key-Value]]
+- [[Temperature Sampling]]
+- [[Vector Embedding]]
+- [[Vector Embeddings]]
+- [[맥락 인출 (Context Retrieval)]]
+- [[맥락 조건화]]
+- [[사전 확률 (Priors)]]
+- [[인맥락 학습(In-Context Learning)]]
+- [[자연어 처리(NLP)]]
+- [[해마 (Hippocampus)]]
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Auto-regressive.md b/10_Wiki/Topics/_Common/Math/From_RawData/Auto-regressive.md
new file mode 100644
index 00000000..576f9265
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Auto-regressive.md
@@ -0,0 +1,104 @@
+---
+id: auto-regressive
+title: "Auto-regressive"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["오토-리그레시브", "자기 회귀", "자기회귀", "자기회귀 모델", "Autoregressive Model", "Auto-regressive property"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리", "어텐션 메커니즘이란 무엇인가요? - IBM", "Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Auto-regressive]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+이전에 생성된 과거의 토큰들을 기반으로 한 번에 하나의 토큰을 순차적으로 생성하며, 미래의 정보를 미리 보지 못하도록 제어하는 언어 모델의 핵심 동작 속성.
+
+## 🧠 핵심 개념 (Core concepts)
+* **순차적 토큰 생성:** 한 번에 하나의 토큰을 생성하며, 새로운 토큰 생성 시 이전 시점까지의 토큰 정보는 변하지 않음.
+* **Masked Self-Attention:** 미래의 단어를 미리 참조하지 못하도록 현재 시점 이후의 Key 값들에 대해 마스킹($-\infty$) 처리 적용.
+* **KV Caching:** 매 스텝마다 전체 시퀀스를 재계산하는 연산 낭비를 막기 위해 이전 스텝의 K(Key), V(Value) 벡터를 메모리에 저장하여 재활용.
+* **디코더 전용 아키텍처:** GPT(Generative Pretrained Transformer)와 같이 텍스트 생성에 혁명을 일으킨 언어 모델 아키텍처의 기반.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **단방향 문맥 참조:** 입력 시퀀스와 생성된 시퀀스를 하나의 연속된 흐름으로 취급하여, 미래 정보를 차단하고 오직 과거 및 현재 정보만을 활용해 다음 토큰을 예측(Next token prediction)하는 패턴.
+* **캐싱을 통한 연산 최적화:** 디코딩 시 $O(n^2)$ 복잡도를 유발하는 반복 계산을 회피하기 위해, 새로운 Query에 대해서만 연산을 수행하고 이전 K, V는 메모리에 캐싱(KV Caching)하는 전략.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Auto-regressive (디코더 전용 모델)** | 텍스트 생성에 탁월하며, 토큰을 순차적이고 자연스럽게 생성 가능 | 문장의 전체 맥락(미래 정보)을 동시에 고려할 수 없어 양방향 문맥 파악에는 불리 | 텍스트 생성, 기계 번역, 챗봇 등 문장을 순차적으로 만들어야 할 때 (예: GPT) |
+| **Bi-directional (인코더 전용 모델)** | 문장의 모든 단어가 서로를 참조하여 양방향(Bi-directional) 맥락을 완벽히 파악 | 순차적인 토큰 생성이 불가능하여 문장 생성형 태스크에는 부적합 | 텍스트 분류, 개체명 인식, 문맥 이해 등 문장 전체의 의미 파악이 중요할 때 (예: BERT) |
+
+## 📖 세부 내용 (Details)
+* Auto-regressive(자기 회귀) 속성은 트랜스포머(Transformer) 아키텍처에서 주로 디코더(Decoder)가 가지는 특징으로, 한 번에 하나의 토큰을 순차적으로 생성하는 방식을 의미한다 [S1].
+* 새로운 토큰 $t$를 생성할 때, 이전 $1$부터 $t-1$까지의 토큰들은 변하지 않으며 모델은 이 과거 정보를 바탕으로 다음 토큰을 예측한다 [S1, S3].
+* 학습 및 추론 과정에서 미래의 단어를 미리 보지 못하도록 제어하기 위해, 현재 시점 이후의 Key들에 대해 $-\infty$로 마스킹(Masking) 처리를 하는 Masked Self-Attention 메커니즘을 사용한다 [S1].
+* 토큰 생성 과정에서 매 스텝마다 전체 시퀀스의 Key(K)와 Value(V)를 재계산하는 것은 $O(n^2)$의 복잡도를 유발하여 심각한 연산 낭비를 초래한다. 이를 해결하기 위해 이전 스텝에서 계산된 K와 V 벡터를 메모리에 저장해두고 새로운 Query에 대해서만 연산을 수행하는 KV Caching 기법이 필수적으로 적용된다 [S1].
+* 이러한 자기 회귀 방식은 GPT(Generative Pretrained Transformer)와 같은 디코더 전용 대규모 언어 모델(LLM)에 핵심적으로 적용되어 텍스트 생성 분야에 혁명을 일으켰다 [S2].
+* 자기 회귀적 셀프 어텐션 기반 LLM은 기계 번역과 같은 작업에서 원문과 번역된 텍스트를 두 개의 별개 시퀀스(교차 어텐션)로 취급하는 대신, 하나의 연속된 시퀀스로 취급하여 학습된 다국어 토큰 어휘 사이의 어텐션을 이해하는 방식으로 동작한다 [S2].
+* 인지과학 연구 분야에서도 자기 회귀 딥 러닝 언어 모델(Autoregressive deep language models)의 다음 토큰 예측(Next token prediction) 동작 메커니즘이 인간 두뇌의 인지적 언어 처리 방식(fMRI, MEG 데이터 등)과 선형적으로 매핑될 수 있는지에 대한 융합 연구가 진행된 바 있다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보가 있거나, 기존 상식과 다른 최신 정보는 소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (단, 모델 관점에서 GPT(Generative Pretrained Transformer) 시리즈가 텍스트 생성을 위해 Auto-regressive 모델 아키텍처를 도입하여 상용화되었음이 기술됨 [S2]).
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Transformer]] — Auto-regressive 속성 및 디코더 아키텍처가 구현되는 기본 딥러닝 아키텍처.
+- [[Masked Self-Attention]] — Auto-regressive 모델이 미래 정보를 훔쳐보지 못하게 막는 핵심 어텐션 메커니즘.
+- [[KV Caching]] — 순차적 토큰 생성 시 필연적으로 발생하는 연산 병목을 해결하기 위한 캐시 기술.
+- [[Next Token Prediction]] — Auto-regressive 언어 모델이 학습하고 동작하는 근본적인 목표.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Auto-regressive 모델에서 KV Caching을 적용할 때 GPU VRAM 점유율 증가 문제를 완화하기 위한 페이징 기법(예: PagedAttention)은 어떻게 동작하는가?
+- 양방향(Bi-directional) 인코더 모델과 Auto-regressive 디코더 모델의 구조적 차이는 어텐션 마스킹 행렬 구성 측면에서 어떻게 다르게 표현되는가?
+- 자기 회귀 모델 기반 LLM이 다국어 번역을 수행할 때, 명령 조정(Instruction Tuning)은 단일 시퀀스 내의 맥락적 이해를 어떻게 향상시키는가?
+- Auto-regressive 모델의 다음 토큰 예측 행위와 인간 뇌파 반응(fMRI, MEG) 사이의 상관관계는 생물학적 인지 과정에 어떤 통찰을 제공하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 트랜스포머 디코더 레이어 구현 시 미래 시점의 정보에 접근하지 못하도록 마스킹(Masking) 행렬 로직 작성.
+- **System Design:** LLM 서빙 시 TTFT(Time-to-First-Token)와 Throughput을 최적화하기 위해 KV Cache 메모리 할당량을 포함한 인프라 아키텍처 설계.
+- **Operation / Maintenance:** 긴 시퀀스의 컨텍스트를 처리할 때 급증하는 GPU VRAM의 캐시 사용량을 모니터링하고 메모리 관리 기법 도입.
+- **Learning Path:** Attention 메커니즘 기초 이해 $\rightarrow$ 디코더 아키텍처 $\rightarrow$ KV Caching 최적화 기법 $\rightarrow$ 거대 언어 모델(LLM) 서빙.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Generative AI]] — 확장 방향: 자기 회귀 모델을 코어로 활용한 텍스트 및 멀티모달 콘텐츠 생성 메커니즘.
+- [[Prompt Engineering]] — 확장 방향: 자기 회귀 모델의 텍스트 생성 흐름을 의도한 맥락으로 제어하기 위한 입력 지시문 설계 기법.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Masked Self-Attention]], [[KV Caching]]
+- **참조 맥락:** 트랜스포머 기반의 대규모 언어 모델이 문맥을 이해하고 다음 토큰을 순차적으로 생성하는 메커니즘을 설계하거나 최적화할 때 필수적인 속성으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리 (URL)
+- [S2] 어텐션 메커니즘이란 무엇인가요? - IBM (URL)
+- [S3] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv (URL)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Centered Kernel Alignment.md b/10_Wiki/Topics/_Common/Math/From_RawData/Centered Kernel Alignment.md
new file mode 100644
index 00000000..138c4189
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Centered Kernel Alignment.md
@@ -0,0 +1,93 @@
+---
+id: centered-kernel-alignment
+title: "Centered Kernel Alignment"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["CKA", "센서드 커널 정렬", "Central Kernel Alignment"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["[S1] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv", "[S2] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Centered Kernel Alignment]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+두 개 이상의 이질적인 시스템(예: 인간의 뇌와 인공지능 모델) 간 내부 표상의 구조적 정렬 상태와 유사도를 신호의 크기나 차원에 구애받지 않고 측정하는 수학적 분석 기법.
+
+## 🧠 핵심 개념 (Core concepts)
+- **관계적 구조 포착 (Capturing Relational Structure):** 단순한 상관관계나 디코딩 방식과 달리, 각 표상 공간 내에서 실험 전반에 걸친 활동 패턴들이 서로 어떻게 연관되어 있는지를 포착하여 시스템 간 구조를 비교함 [S1].
+- **변환 불변성 (Invariance to Transformations):** 등방성 스케일링(isotropic scaling)과 직교 변환(orthogonal transformations)에 불변하여 신호의 크기나 차원, 측정 공간의 차이에 강건함(robust) [S1].
+- **그램 행렬 연산 (Gram Matrices Operation):** 두 특징 행렬 간의 내적(inner-product) 연산을 기반으로 선형 CKA(Linear CKA)를 산출하여 유사성을 정량화함 [S1].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **인공지능과 생물학적 뇌의 신경 표상 정렬 (Neural Representational Alignment):** 인간 피험자의 두개골 내부 뇌파(iEEG) 고주파 활동(HFA) 데이터와 대규모 언어 모델(LLM)의 은닉 상태(Hidden States)를 매핑하고 분석할 때 핵심 유사도 평가 도구로 활용됨 [S1], [S2].
+- **시간 동적 정렬 (Temporal Dynamics Alignment):** 시간 구간(time bins)별로 CKA 점수를 계산하여 특정 행동 반응(예: 의사결정 시점)이나 자극 인지 시점에서 두 시스템 간의 표상 정렬이 어떻게 진화하는지 추적함 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **[[Centered Kernel Alignment]] (CKA)** | 스케일링 및 회전 변환에 강건함. 차원이나 측정 공간이 전혀 다른 두 시스템 간의 관계적 구조를 직접 비교할 수 있음 [S1]. | 고차원 행렬의 내적 연산이 요구되므로 계산 비용이 발생할 수 있음 (수식적 특성에 기인). | 구조가 완전히 다른 시스템(인간의 뇌파와 LLM 등)의 내부 표상이 지닌 근본적인 구조적 유사성을 증명할 때 [S1]. |
+| **단순 상관관계 및 디코딩 (Simple Correlation / Decoding)** | 계산이 상대적으로 직관적이고 가벼움. | 차원 수나 신호의 크기(magnitude) 차이에 취약하며, 전체적인 표상 공간의 관계적 구조를 담아내지 못함 [S1]. | 데이터 차원과 측정 단위가 동일하여 단순한 선형적 관계만을 빠르게 확인하고자 할 때. |
+
+## 📖 세부 내용 (Details)
+- **개념 및 목적:** CKA는 코넬브리스 등(Kornblith et al. 2019)에 의해 설계된 기법으로, 서로 다른 시스템의 내부 표상 간 구조적 정렬을 측정하는 데 사용된다 [S1]. 특히 신호 크기, 차원, 측정 공간에서 큰 차이를 보이는 인간의 iEEG 신호와 LLM의 은닉 상태를 비교하는 데 매우 적합하다 [S1].
+- **선형 CKA 공식:** 선형 CKA는 두 개의 특징 행렬 $X$ 와 $Y$ 의 그램(내적) 행렬을 사용하여 계산된다. 공식은 다음과 같이 프로베니우스 노름(Frobenius norm)을 활용하여 도출된다: `CKA(X,Y) = ||Y^T X||_F^2 / (||X^T X||_F ||Y^T Y||_F)` [S1].
+- **실험적 입증:** 감각-운동 인지 예측 과제(sensory-motor task) 실험에서 LLM의 은닉 상태와 인간 뇌의 HFA 신호를 CKA로 대조한 결과, 랜덤 노이즈와의 유사도는 미미(0.0174~0.0734)한 반면 LLM과 인간 뇌파 간에는 유의미한 중간 수준의 정렬(CKA = 0.3926)이 관찰되었다 [S1]. 이는 LLM이 인간의 신경 인코딩을 체계적으로 반영하는 태스크 관련 구조를 내재하고 있음을 입증한다 [S1], [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례(소스 코드, 파일 경로, Git 커밋 해시 등)가 없습니다. (소스 데이터 상에서는 인지과학 논문의 인공지능-뇌파 유사성 측정 실험 도구로만 기술되어 있습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[context 이해 규칙]] — 연결 이유: 인지 및 컴퓨팅 모델에서 맥락 정보의 유사성과 처리 구조를 비교하는 근본적인 측정 규범 제공
+- [[Neural Representational Alignment]] — 연결 이유: CKA 기법을 통해 입증하려는 LLM과 인간 신경 활동 간의 표상적 동질성 개념
+- [[Large Language Models]] — 연결 이유: CKA 분석의 주요 대상이 되는 거대 AI 신경망 모델
+
+### 심층 후속 질문 (Deeper Research Questions)
+- CKA를 활용하여 도출된 LLM과 인간 뇌의 '유의미한 정렬'이 자연어 처리 외의 다른 추론 영역(예: 시각, 운동 제어)에서도 동일하게 관측되는가?
+- 비선형 CKA(Non-linear CKA) 모델은 선형 CKA와 비교했을 때 다차원 맥락 공간 매핑에 있어 어떤 이점을 제공하는가?
+- CKA 연산량이 극도로 커지는 초거대 모델 분석 시 효율성을 높일 수 있는 근사(approximation) 알고리즘은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 서로 다른 아키텍처를 가진 두 AI 모델 간의 레이어별 표상 유사도를 비교하여 지식 증류(Knowledge Distillation)의 손실 함수로 활용
+- **System Design:** 다중 모달(Multi-modal) 데이터 간의 잠재 공간(Latent Space) 정렬 상태를 수치적으로 검증하기 위한 평가 지표 설계
+- **Operation / Maintenance:** 모델의 파인튜닝 전후 내부 지식 구조의 변형(Catastrophic Forgetting 등) 정도를 모니터링하기 위한 무결성 검증
+- **Learning Path:** 머신러닝의 메타 학습(Meta-learning) 및 표상 학습(Representation Learning)의 성능을 분석하는 핵심 수학적 툴로 학습
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Latent Space]] — 확장 방향: CKA를 통해 정렬성을 비교하는 실제 다차원 임베딩 공간의 이해
+- [[In-Context Learning]] — 확장 방향: LLM이 은닉 상태를 갱신하며 맥락을 형성해가는 과정과 그 표상 체계의 진화 분석
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Neural Representational Alignment]], [[In-Context Learning]]
+- **참조 맥락:** 서로 다른 지능 시스템(인간의 인지와 AI 모델)이 동일한 맥락 과제를 수행할 때, 그 내부 인코딩 구조의 일관성을 검증하는 지표로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv (URL 없음)
+- [S2] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Cognitive Modeling.md b/10_Wiki/Topics/_Common/Math/From_RawData/Cognitive Modeling.md
new file mode 100644
index 00000000..74577ca6
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Cognitive Modeling.md
@@ -0,0 +1,115 @@
+```markdown
+---
+id: cognitive-modeling
+title: "Cognitive Modeling"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["인지 모델링", "Cognitive Model", "인지적 모델링", "인지 과학 모델"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv", "Schemata - the living handbook of narratology", "Script Theory - The Decision Lab", "Relevance theory - University of Southampton Web Archive", "Meta-in-context learning in large language models - NIPS", "Script Theory | Social Sciences and Humanities | Research Starters - EBSCO"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Cognitive Modeling]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인지 모델링은 인공지능(AI)과 대규모 언어 모델(LLM)을 연산 도구로 활용하여, 인간의 기대 심리, 감각-운동 통합, 기억 구조 등 뇌의 인지적 메커니즘을 시뮬레이션하고 검증하는 융합적 프레임워크다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **신경 표상 정렬 (Neural Representational Alignment):** LLM의 은닉 상태(Hidden states)와 인간의 두개골 내부 뇌파(iEEG) 신호 간의 구조적 일치성을 중심 커널 정렬(CKA) 기법 등을 통해 수학적으로 측정 및 검증하는 개념이다 [S1].
+* **도식과 스크립트 (Schemata and Scripts):** 인간의 지식과 행동이 구조화된 정신적 템플릿(도식)과 목표 지향적 연속 행동(스크립트)으로 구성된다는 인지 과학적 이론으로, 이를 기계에 프로그래밍하여 AI의 상황 이해 모델링에 기여한다 [S2, S3].
+* **관련성 중심 인지 (Relevance-Driven Cognition):** 인간의 인지 체계가 처리 노력(Processing effort)을 최소화하면서 긍정적 인지 효과(Positive cognitive effect)를 극대화하는 방향으로 정보를 가공한다는 원리이며, 이는 인지심리학적 모델링의 기반이 된다 [S4].
+* **대체 연산 도구 (Computational Analogs):** 언어 기반의 태스크뿐만 아니라 감각-운동(sensory-motor) 등 비언어적 인간 행동까지 LLM을 통해 유추하고 모델링함으로써, AI를 인지 신경과학 연구의 확장된 실험적 대리자(Proxy)로 사용하는 접근법이다 [S1].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **자연어 맵핑을 통한 실험 설계:** 확립된 신경과학적 패러다임(예: 감각-운동 기대 반응)을 LLM이 해석할 수 있는 자연어 프롬프트로 변환(In-context learning)하여, 인간 뇌와 AI 모델 간의 인지적 반응 차이를 모델링하는 패턴 [S1].
+* **심리학 실험의 알고리즘화:** GPT-3와 같은 LLM의 메타 인맥락 학습(Meta-in-context learning) 능력을 측정하기 위해 인간을 대상으로 하던 인지 심리학 실험(예: two-armed bandit task)을 직접 적용하여 학습 전략의 변화를 역추적하는 휴리스틱 [S5].
+* **스크립트의 동적 재구성:** 기존의 경직된 스크립트 모델을 보완하기 위해, 특정 목적(예: '음식 얻기')을 중심으로 경험을 조직하는 MOP(Memory Organization Packets)와 특정 주제를 중심으로 조직하는 TOP(Thematic Organization Packets)로 나누어 모델의 유연성을 확보하는 설계 패턴 [S6].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **LLM 기반 인지 모델링** | 별도의 가중치 업데이트 없이 인맥락 학습(ICL)만으로 감각-운동 등 다양한 인지 반응을 즉각적으로 대규모 시뮬레이션할 수 있음 [S1] | LLM이 생물학적인 뇌와 완벽히 동일한 메커니즘으로 감각 정보를 처리한다고 단정할 수는 없음 [S1] | 인간의 뇌 활동 데이터(iEEG)와 인공지능의 잠재 공간 간의 구조적 유사성을 정량적으로 분석할 때 [S1] |
+| **전통적 도식/스크립트 모델링** | 인간의 행동, 습관, 의사결정 패턴을 명확한 규칙과 순서로 구조화하여 시스템에 이식하기 용이함 [S3, S6] | 구조주의적 관점에 치우쳐 있어 유연성이 떨어지며, 예상치 못한 엣지 케이스에 대한 대응이 부족할 수 있음 [S6] | 반복적인 사회적 상호작용이나 정형화된 상황에서의 행동 규범(UX, 시스템 파이프라인)을 설계할 때 [S3, S6] |
+
+## 📖 세부 내용 (Details)
+**인지 모델링의 정의와 발전**
+인지 모델링은 인간의 사고, 학습, 추론, 기억 조직 과정을 구조적으로 이해하기 위해 심리학, 언어학, 컴퓨터 과학을 통합한 프레임워크다. 초기 인지과학은 지식의 저장과 처리를 '도식(Schemata)'과 '스크립트(Scripts)'라는 추상적인 개념으로 설명했다. 이들은 일상적인 상황(예: 식당 방문)에 대한 절차적 지식과 기대를 구조화한 것으로, 1970년대 인공지능 연구가 본격화되면서 기계가 인간의 의사소통을 이해하게 만드는 프로그래밍 모델로 구체화되었다 [S2, S3].
+
+**대규모 언어 모델(LLM)을 활용한 현대적 인지 모델링**
+최근의 연구는 LLM을 단순한 언어 생성기를 넘어 인간 인지의 연산적 아날로그(Computational analogs of human cognition)로 취급한다. LLM은 그레이디언트(Gradient) 업데이트 없이 '인맥락 학습(In-Context Learning)'을 통해 새로운 환경의 구조를 파악하고 동적으로 적응할 수 있으며, 이는 인간의 인지 추론 프로세스를 직관적으로 모방한다 [S1, S5]. 실제로 심리학의 고전적 실험인 '두 팔 밴딧(Two-armed bandit)' 문제를 LLM에 적용한 결과, 모델이 새로운 인지 과제를 메타 인맥락 수준에서 학습하고 자신의 사전 확률(Priors)을 조정하는 것이 확인되었다 [S5].
+
+**신경 표상 정렬(Neural Representational Alignment)**
+가장 진보된 인지 모델링 연구에서는 인간의 실제 뇌 신경 활동과 LLM의 작동 방식을 직접 대조한다. 감각-운동 예측과 관련된 신경과학 실험을 자연어로 번역하여 LLM에 주입한 뒤, 생성되는 모델의 은닉 상태(Hidden States)를 추출하여 인간 피험자의 두개골 내부 뇌파(iEEG) 고주파 활동(HFA) 데이터와 비교하는 연구가 수행되었다 [S1]. 이 과정에서 중심 커널 정렬(CKA) 기법을 사용한 결과, LLM의 반응 도출 과정이 인간의 뇌 활동 패턴 위로 선형 투영(Linear mapping)될 수 있을 만큼 높은 유사성을 띠는 것으로 나타났다 [S1].
+
+**관련성 이론(Relevance Theory)과 인지 효율성**
+인지 모델링은 인간 두뇌가 정보 처리 노력을 줄이면서 가장 유의미한(Relevant) 효과를 얻어내도록 진화했다는 심리적 기초를 수용한다. 관련성 이론은 이 과정을 인지적 도구로 정량화하려 하며, 기계의 자원 스케줄링이나 LLM이 토큰 어텐션을 배분하는 기전과 유사한 개념적 기반을 제공한다 [S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **LLM과 생물학적 인지의 차이:** 최신 연구는 LLM의 내부 표상이 인간의 신경 동역학(Neural dynamics)과 고도의 상관관계를 갖는다는 것을 입증하지만, 이것이 LLM이 인간과 "생물학적으로 동일한 방식"으로 감각-운동을 처리한다는 것을 의미하지는 않는다고 명확히 선을 긋는다. 단지, 구조화된 태스크 하에서 지능적 시스템이 수렴하는 표상 기하학적(Representational geometry) 경로가 유사할 뿐이다 [S1].
+* **스크립트 이론의 수정:** 초기 섕크(Schank)와 아벨슨(Abelson)의 스크립트 이론은 지나치게 구조주의적이고 경직되었다는 비판을 받았다. 이후 섕크는 경험을 다이나믹하게 재구성하는 MOPs(Memory Organization Packets)와 TOPs(Thematic Organization Packets) 개념을 추가 도입하여, 스크립트가 학습을 통해 유연하게 변화한다는 동적 메모리 모델로 이론을 업데이트하였다 [S6].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 소프트웨어 차원의 직접적인 코드 레벨 적용 사례는 소스 데이터에 명시되어 있지 않으나, 학술적 연구 차원에서의 실험 설계 적용 사례가 확인된다:
+* **신경과학-LLM 교차 분석 프로젝트:** 감각-운동 반응 실험(Sensory-motor task)을 자연어로 변환한 후 프롬프팅하여 LLM의 은닉 상태(Hidden states)를 추출하고, 이를 피험자의 뇌파(iEEG)와 매핑하는 선형 프로젝션 모델($Y = X W_{shared} W_{individual}$)에 적용하여 인간-AI 인지 메커니즘을 분석함 [S1].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[In-Context Learning]] — LLM이 그래디언트 업데이트 없이 인간의 추론 방식처럼 문맥을 모방하여 학습하는 방식
+- [[Script Theory]] — 인지 모델링에서 인간의 행동과 지식을 순차적 구조로 설명하는 핵심 심리학 이론
+- [[Relevance Theory]] — 인간의 의사소통과 인지가 최소 노력 대비 최대 정보 가치를 지향한다는 인지심리학적 모델
+- [[Attention Mechanism]] — 데이터의 연관성에 따라 모델의 인지적 자원(가중치)을 차등 할당하는 핵심 알고리즘
+
+### 심층 후속 질문 (Deeper Research Questions)
+- LLM의 잠재 공간(Latent Space)과 인간 뇌의 신경 활동(iEEG) 간의 정렬을 측정하는 CKA(Centered Kernel Alignment) 기법의 수학적 한계와 대안은 무엇인가?
+- 인지 도식(Schema)과 동적 스크립트(MOPs, TOPs) 이론을 AI 에이전트의 상황 인지 워크플로우 아키텍처에 어떻게 정량적으로 이식할 수 있는가?
+- 언어 데이터만으로 훈련된 LLM이 생물학적 뇌의 감각-운동(Sensory-motor) 처리 과정을 완벽히 복제할 수 없는 근본적인 신경망 구조적 차이는 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 인간의 뇌파 데이터와 AI 모델의 다차원 은닉 상태 간의 선형 투영(Linear Projection) 및 구조적 유사성 측정 모델 구현
+- **System Design:** 사용자의 상황적 기대치(스크립트)를 예측하고 최적의 맥락적 응답을 생성하기 위한 인지 기반 AI/UX 아키텍처 설계
+- **Operation / Maintenance:** LLM의 인맥락 추론이 특정 인지 편향이나 경직된 도식 구조에 갇히지 않도록 동적인 맥락 엔지니어링 수행
+- **Learning Path:** 인지과학(Cognitive Science) → 스크립트 및 도식 이론 → LLM 어텐션 메커니즘 → 신경 표상 정렬(Neural Representational Alignment) 분석
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Neuroscience]] — 생물학적 뇌의 고주파 활동 시그널과 AI 간의 통합적 메커니즘 연구로 확장
+- [[Prompt Engineering]] — 인간의 인지적 추론 과정(예: CoT)을 기계 모델에 유도하는 언어적 제어 기술로 확장
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Script Theory]], [[In-Context Learning]]
+- **참조 맥락:** LLM 등 인공지능 모델이 인간의 지식 구조와 사고를 얼마나 유사하게 모방하고 처리하는지를 검증하고 시스템적으로 설계할 때 참조된다.
+
+## 📚 출처 (Sources)
+- [S1] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv
+- [S2] Schemata - the living handbook of narratology
+- [S3] Script Theory - The Decision Lab
+- [S4] Relevance theory - University of Southampton Web Archive
+- [S5] Meta-in-context learning in large language models - NIPS
+- [S6] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Cultural Dimensions (문화 차원).md b/10_Wiki/Topics/_Common/Math/From_RawData/Cultural Dimensions (문화 차원).md
new file mode 100644
index 00000000..f2cd776f
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Cultural Dimensions (문화 차원).md
@@ -0,0 +1,124 @@
+---
+id: cultural-dimensions-(문화-차원)
+title: "Cultural Dimensions (문화 차원)"
+category: "Sociology_and_Communication"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["문화 차원", "Cultural Dimensions", "Edward T. Hall's Cultural Dimensions", "Erin Meyer's Culture Map", "고맥락/저맥락 문화", "High/Low Context Culture"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Applying Hall's Cultural Dimensions for Business Success - Preply", "Communicating in High Context vs. Low Context Cultures", "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera", "High-context and low-context cultures | Communication and Mass Media | Research Starters", "Team Mapping Tool Report - Erin Meyer", "What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs", "key concepts: underlying structures of culture - edward t. hall/mildred reed hall - CSUN", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Cultural Dimensions (문화 차원)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+사회 구성원 간의 소통, 관계 형성, 정보 처리 방식을 규정하는 무의식적인 인지 및 행동 규범의 척도이자 글로벌 협업의 성패를 가르는 프레임워크.
+
+## 🧠 핵심 개념 (Core concepts)
+* **고맥락 및 저맥락 소통 (High and Low Context):** 암묵적 가정, 비언어적 힌트, 내집단(In-group)의 공유 지식에 의존하는 고맥락 문화와, 명시적이고 단순 명료한 언어적 표현과 투명성을 중시하는 저맥락 문화의 구분.
+* **근접학 (Proxemics) 및 공간 (Space):** 문화적으로 형성된 개인 공간의 경계(친밀한, 개인적, 사회적, 공적인 거리)와 물리적 영역에 대한 영토성(Territoriality).
+* **시간의 인식 (Time Perception):** 일정을 중시하고 단일 목표에 집중하는 직선적/단일성(Monochronic) 시간관과, 관계와 유연성을 중시하는 다중성(Polychronic) 시간관.
+* **컬처 맵 (The Culture Map):** 소통, 평가, 설득, 리더십, 의사결정, 신뢰, 의견 대립, 일정 관리 등 8가지 차원을 기반으로 다문화 비즈니스 환경의 행동 양식을 매핑한 에린 메이어(Erin Meyer)의 프레임워크.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **맥락 의존성 패턴 (Context-Dependency Pattern):** 고맥락 문화는 복잡한 인적 네트워크를 통해 정보의 맥락적 경제성을 높이며, 저맥락 문화는 뚜렷한 경계와 문서화된 명시적 규칙을 통해 개별적 목적 달성을 지향한다.
+* **소통과 평가의 불일치 패턴 (Evaluation-Communication Mismatch):** 문화적 소통 방식(고/저맥락)과 부정적 피드백의 직접성(직설적/우회적)은 반드시 비례하지 않는다.
+* **신뢰 구축 패턴 (Trust Building Pattern):** 신뢰는 업무적 성과와 성취를 바탕으로 한 '인지적 신뢰(Task-based/Cognitive trust)'와, 정서적 유대와 사적 관계를 바탕으로 한 '정서적 신뢰(Relationship-based/Affective trust)'로 분리되어 구축된다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **고맥락 커뮤니케이션 (High-Context)** | 상호 이해도와 신뢰가 깊은 집단 내에서 매우 경제적이고 뉘앙스가 풍부한 소통이 가능함 | 외부인이 해독하기 어렵고, 명문화된 정보가 부족해 오해 및 갈등의 소지가 있음 | 장기적 관계 구축, 내부 집단(In-group) 간의 은연중의 합의와 화합이 중요한 상황 |
+| **저맥락 커뮤니케이션 (Low-Context)** | 소통이 투명하고 명시적이며, 정보가 문서화되어 있어 누구나 쉽게 이해하고 참여할 수 있음 | 지나치게 직설적이거나 맥락을 무시하여 상대의 감정을 상하게 할 수 있음 | 다문화 팀, 명확한 절차와 책임 소재 규명이 필요한 비즈니스 협업 및 문서화 환경 |
+
+## 📖 세부 내용 (Details)
+**에드워드 홀의 문화 차원 이론**
+인류학자 에드워드 홀(Edward T. Hall)은 1959년 《침묵의 언어》와 1976년 《문화의 초월》을 통해 문화를 맥락(Context), 공간(Space), 시간(Time)이라는 핵심 차원으로 분류했다 [S4, S8].
+* **고맥락 vs. 저맥락:** 고맥락(High-Context) 문화(일본, 중국, 아랍, 프랑스 등)는 메시지의 상당 부분이 언어 이면의 공유된 지식, 비언어적 제스처, 그리고 평생에 걸쳐 형성되는 내집단(In-group)의 촘촘한 관계망 속에 내포되어 있다 [S1, S8]. 이들은 대화 시 '행간을 읽는(Read between the lines)' 능력을 중시한다 [S1, S8]. 반면 저맥락(Low-Context) 문화(미국, 스칸디나비아, 독일 등)는 개인주의적이며 공과 사의 경계가 뚜렷하여, 단순하고 명시적인 언어적 표현에 메시지의 전부를 담는다 [S1, S4, S8].
+* **공간과 근접학 (Proxemics):** 공간을 무의식적으로 구조화하는 방식으로, 친밀한 거리(1.5피트 이내), 개인적 거리(1.5~4피트), 사회적 거리(4~12피트), 공적인 거리(12피트 이상)로 세분화된다 [S1, S8]. 또한 자신의 영역을 주장하는 영토성(Territoriality)은 문화마다 다르게 나타난다 [S7].
+* **시간 (Time):** 일정을 하나의 굳건한 약속으로 여기는 단일성(Monochronic) 시간관과, 일정을 유동적인 제안으로 여기며 여러 업무를 관계 중심으로 처리하는 다중성(Polychronic) 시간관의 스펙트럼이 존재한다 [S1, S8].
+
+**에린 메이어의 컬처 맵 (The Culture Map)**
+에린 메이어는 홀의 척도를 포함하여 비즈니스 성공을 위한 8가지 행동 차원을 제시했다 [S3, S5, S6].
+1. **소통 (Communicating):** 저맥락 vs. 고맥락 [S5, S6].
+2. **평가 (Evaluating):** 직설적인 부정적 피드백 vs. 우회적(간접적) 부정적 피드백. 고맥락 소통을 하는 프랑스는 평가에 있어서는 매우 직설적(Direct)인 반면, 저맥락 소통을 하는 미국은 평가 시 완충어(Downgrader)를 사용하며 간접적이고 부드러운 방식을 취한다 [S3, S5, S8].
+3. **설득 (Persuading):** 원리 우선(연역적 추론, Why 중시) vs. 적용 우선(귀납적 추론, How 중시) [S5, S6].
+4. **리더십 (Leading):** 평등 지향(Egalitarian) vs. 위계 지향(Hierarchical/Power Distance) [S5, S6].
+5. **의사결정 (Deciding):** 합의 중시(Consensual) vs. 하향식(Top-down). 평등한 사회라고 항상 합의를 중시하지 않으며(미국은 Top-down), 위계적 사회라도 합의를 강하게 중시할 수 있다(일본의 링기제도) [S5, S6].
+6. **신뢰 (Trusting):** 업무 성과를 바탕으로 하는 인지적 신뢰(Task-based) vs. 개인적인 친밀도를 바탕으로 하는 정서적 신뢰(Relationship-based) [S5, S6]. 코코넛(Coconut) 문화권은 초기에 방어적이나 깊은 관계를 맺고, 복숭아(Peach) 문화권은 초기에 우호적이나 내면의 방어선이 존재한다 [S9].
+7. **의견 대립 (Disagreeing):** 공개적 대립 환영(Confrontational) vs. 대립 회피(Avoids confrontation) [S5, S6].
+8. **일정 관리 (Scheduling):** 선형적 시간(Linear-time) vs. 유연한 시간(Flexible-time) [S5, S6].
+
+**상호문화 협업 규범 및 행동 지침**
+조직의 위계와 소통 방식에 따라 글로벌 비즈니스의 이메일 및 협업 방식도 달라져야 한다. 위계 질서형 사회에서는 반드시 동등한 지위를 통해 연락을 개시하고 하급자에게 연락할 때는 직속 상사를 참조(CC)하여 신뢰를 증명해야 한다 [S8]. 그러나 평등 지향형 사회에서는 실무 담당자에게 직접 소통하는 것이 효율적이며, 상사를 불필요하게 참조하는 행위는 실무자에 대한 불신이나 자율성 침해로 여겨질 수 있다 [S8].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 에드워드 홀의 고맥락/저맥락 모델을 국가 단위에 엄격하게 적용하는 것은 지나친 단순화라는 비판이 존재한다 [S3]. 문화는 고정된 범주가 아니라 스펙트럼이며, 개인의 성향, 세대, 다국적 기업에서의 업무 경험 등에 따라 상당한 변주가 발생할 수 있다 [S3].
+* 감정적 표현이 풍부한 문화라고 해서 공개적 반대를 편안하게 생각하는 것은 아니며, 감정 표현과 의견 대립에 대한 허용도는 문화별로 철저히 구분해서 인식해야 한다 [S9].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (단, 소스에서는 글로벌 IT 기업이나 조직의 L&D(Learning & Development) 과정에서 문화적 마찰(Friction)을 줄이고 '팀 협업 규칙(Rules of engagement)'을 제정하기 위한 평가 및 진단 도구로 컬처 맵 워크숍을 사용하는 컨설팅 사례가 지속적으로 언급됨 [S3, S6]).
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[맥락 (Context)]] — 이 개념의 근간이 되는 정보 처리 및 의미 부여의 심리/언어적 테두리
+- [[스크립트 이론 (Script Theory)]] — 일상 및 사회적 상황에서 무의식적으로 기대되고 따르는 행동 규범 시퀀스
+- [[인지 도식 (Schema)]] — 특정 문화적 맥락 안에서 인간이 세계를 이해하고 정보를 조직하는 정신적 구조
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 다국적 원격 근무 환경(Slack, Email 등 비동기 통신)에서 고맥락 문화권의 팀원들이 겪는 소통 단절을 극복하기 위한 구체적인 방법론은 무엇인가?
+- 에린 메이어의 8가지 차원 중 '소통(Communicating)'과 '평가(Evaluating)'가 불일치하는 국가(예: 미국, 프랑스)들에서 나타나는 인지적, 역사적 배경은 무엇인가?
+- 인공지능과 대형 언어 모델(LLM)이 문화적 차원(Cultural Dimensions)의 뉘앙스를 학습하여 프롬프트의 맥락(In-Context)을 다르게 해석할 수 있는가?
+- 하향식(Top-down) 의사결정을 하면서도 평등(Egalitarian)을 지향하는 기업 문화는 어떤 프로세스를 통해 유지되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 다국적 프로젝트 팀의 이메일 보고 및 피드백 절차(Rules of Engagement) 수립
+- **System Design:** 다국어 글로벌 서비스의 UX/UI 설계 시 정보 밀도 및 맥락적 단서 구성
+- **Operation / Maintenance:** 다국적 기업의 인사(HR), 갈등 관리 및 L&D(Learning & Development) 프로그램 설계
+- **Learning Path:** 크로스 컬처 리더십(Cross-cultural Leadership) 및 글로벌 협상 전략 교육
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[화용론 (Pragmatics)]] — 언어가 사회적/물리적 맥락 속에서 어떻게 사용되고 해석되는지를 탐구하는 언어학의 분파로 확장
+- [[근접학 (Proxemics)]] — 인간이 물리적 공간을 어떻게 무의식적으로 활용하며 영토성을 구축하는지에 대한 행동 연구로 확장
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[이문화 커뮤니케이션]], [[컬처 맵 (The Culture Map)]]
+- **참조 맥락:** 글로벌 조직의 팀 간 갈등 해결, 다문화 환경에서의 피드백 및 협상 규칙 설계 시 핵심 지침으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Applying Hall's Cultural Dimensions for Business Success - Preply
+- [S2] Communicating in High Context vs. Low Context Cultures
+- [S3] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S4] High-context and low-context cultures | Communication and Mass Media | Research Starters
+- [S5] Team Mapping Tool Report - Erin Meyer
+- [S6] What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs
+- [S7] key concepts: underlying structures of culture - edward t. hall/mildred reed hall - CSUN
+- [S8] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S9] The Culture Map by Erin Meyer - Magda Miu
+- [S10] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Cultural Intelligence.md b/10_Wiki/Topics/_Common/Math/From_RawData/Cultural Intelligence.md
new file mode 100644
index 00000000..edf8f1a0
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Cultural Intelligence.md
@@ -0,0 +1,107 @@
+---
+id: cultural-intelligence
+title: "Cultural Intelligence"
+category: "Management"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["문화 지능", "CQ", "Cultural Competence", "문화적 역량", "Intercultural Competence", "이문화 이해"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "communication", "culture"]
+raw_sources: ["What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs", "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera", "Applying Hall's Cultural Dimensions for Business Success - Preply", "High-context and low-context cultures | Communication and Mass Media | Research Starters", "The Culture Map by Erin Meyer - Magda Miu", "Team Mapping Tool Report - Erin Meyer"]
+applied_in: ["글로벌 기술 기업의 미국-인도 지사 간 의사소통 및 갈등 해결 프로젝트"]
+github_commit: ""
+---
+
+# [[Cultural Intelligence]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+글로벌 비즈니스 환경에서 상이한 문화적 배경(특히 고맥락과 저맥락 소통 방식)을 이해하고, 이에 맞춰 의사소통과 리더십을 유연하게 적응시키는 능력은 조직의 핵심 경쟁력이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **고맥락 및 저맥락 소통 (High-context and Low-context Communication)**: 인류학자 에드워드 홀(Edward T. Hall)이 창시한 개념으로, 메시지의 의미가 비언어적 신호와 내재적 배경지식에 의존하는 정도(고맥락)와 명시적인 언어 자체에 의존하는 정도(저맥락)를 구분한다 [S2, S3, S4].
+- **컬처 맵 8차원 모델 (The Culture Map's 8 Dimensions)**: 에린 메이어(Erin Meyer)가 비즈니스 행동에 영향을 미치는 문화적 요인을 8가지 척도(소통, 평가, 설득, 리딩, 결정, 신뢰, 이견, 스케줄링)로 세분화한 프레임워크 [S1, S5].
+- **신뢰의 두 가지 유형 (Cognitive vs. Affective Trust)**: 업무적 성과와 신뢰성 등 머리에서 나오는 '인지적 신뢰(Task-based)'와 정서적 친밀감과 공감 등 마음에서 우러나오는 '정서적 신뢰(Relationship-based)'의 구분 [S5, S6].
+- **원리 우선 vs 응용 우선 (Principles-first vs. Applications-first)**: 무언가를 설득할 때 이론적 근거와 '이유(Why)'를 먼저 설명하는 연역적 접근(원리 우선)과, 현실의 데이터와 실용적인 '방법(How)'을 먼저 제시하는 귀납적 접근(응용 우선) [S1, S5].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **참여 규칙 및 팀 헌장 제정 (Rules of Engagement & Team Charter)**: 다문화 글로벌 팀에서 오해와 마찰이 발생할 때, 암묵적인 문화적 관습에 의존하지 않고 명시적인 팀 소통 규칙과 피드백 방식을 공동으로 설계하여 적용하는 패턴 [S1, S2].
+- **맥락의 적응적 전환 (Contextual Adaptation)**: 저맥락 문화권의 사람과 일할 때는 투명하고 구체적인 문서를 활용하고, 고맥락 문화권의 사람과 일할 때는 경청의 빈도를 높이고 행간의 의미를 파악하려는 '공기 읽기(Reading the air)' 전략을 구사함 [S5].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **High-context Communication** | 비언어적 단서와 뉘앙스로 복잡하고 세련된 의미를 경제적으로 전달하며, 장기적인 대인 유대와 조화를 강화함 [S2, S5] | 배경 지식이나 '내집단(In-group)' 공유 맥락이 없는 외부인에게는 배타적이고 비밀스럽거나 불투명하게 느껴짐 [S3, S5] | 동질적인 문화권이거나 강한 정서적 신뢰를 바탕으로 한 장기적 관계와 네트워크 구축 시 유리함 [S3, S4] |
+| **Low-context Communication** | 메시지가 명확하고 직접적이며 투명성이 높아 소통 오류나 오해가 발생할 확률이 낮음 [S2, S5] | 고맥락 문화권의 사람들에게는 뻔한 내용을 반복하는 무례함이나 공격적이고 지나치게 직설적인 태도로 비칠 수 있음 [S2, S5] | 다문화 글로벌 팀에서의 협업, 정확한 업무 지시 및 절차의 문서화가 중시되는 비즈니스 환경 시 필수적임 [S3, S5] |
+
+## 📖 세부 내용 (Details)
+- **문화 차원 이론의 기원**: 인류학자 에드워드 홀(Edward T. Hall)은 문화적 차원을 맥락(Context), 공간(Space), 시간(Time)으로 나누어 분석했다 [S3, S4]. 고맥락 문화(아시아, 아랍 등)에서는 암묵적 의사소통과 비언어적 단서가 중시되며 인간관계가 깊게 얽혀 있는 반면, 저맥락 문화(미국, 독일 등)에서는 명시적인 언어 정보가 중심이 되고 인간관계도 목적에 따라 구획화되는 경향이 있다 [S3, S4].
+- **의사소통과 평가의 분리**: 에린 메이어의 연구에 따르면, 의사소통 방식이 고맥락이라고 해서 부정적 피드백(평가)까지 부드럽게 하는 것은 아니다 [S5]. 예를 들어, 프랑스나 스페인 등은 소통은 고맥락에 의존하지만 부정적 피드백은 매우 직설적(Direct)으로 전달한다 [S5, S6]. 반면 미국은 의사소통은 가장 저맥락(투명하고 명시적)이면서도, 부정적 피드백을 전달할 때는 긍정적인 말 사이에 비판을 숨겨서 전달하는 간접적(Indirect) 방식을 취한다 [S5, S6].
+- **대인 관계와 신뢰 모델 (복숭아 vs 코코넛 모델)**:
+ - **복숭아(Peach) 문화 (예: 미국, 브라질)**: 낯선 사람에게도 쉽게 미소 짓고 개인적 질문을 던지며 친근하게 대하지만(부드러운 과육), 진정한 내면의 자아를 공유하는 데는 단단한 장벽(씨앗)이 존재한다 [S5].
+ - **코코넛(Coconut) 문화 (예: 프랑스, 독일, 러시아)**: 초기에는 차갑고 거리감을 두며 사적인 미소를 짓지 않지만(단단한 껍질), 시간이 지나 장벽을 통과하면 점차 따뜻해지고 관계가 오래 지속되는 특성을 지닌다 [S5].
+- **이견 조율과 대립 (Disagreeing)**: 이견을 제안하는 방식에 있어 대립적인 문화권은 아이디어에 대한 공격과 사람에 대한 공격을 분리할 수 있다고 믿지만, 갈등을 회피하는 문화권에서는 의견에 대한 반대가 곧 개인에 대한 불만으로 직결된다고 여겨진다 [S5].
+- **문화적 지능을 통한 문제 해결**: 다국적 기업은 글로벌 팀에서 반복적으로 나타나는 '의미 불일치'의 원인을 개인의 성과 문제가 아닌 '문화적 맥락의 충돌'로 진단하고, 훈련을 통해 이를 인지하고 조정해야 한다 [S1, S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **개인과 문화의 교차성**: 모든 문화권이 고정된 규칙을 완벽히 따르는 것은 아니다. 문화는 스펙트럼 상에 존재하며, 각 개인은 문화의 범위 내에서 자신의 성격과 경험에 따라 행동을 선택한다 [S5]. 따라서 개인의 행동을 국가 라벨(Country-level labels)로만 판단하는 것은 위험하다 [S2, S5].
+- **문화의 동적 변화**: 문화적 차원은 불변의 진리가 아니라 시대적 흐름에 따라 변화할 수 있다. 예를 들어, 일본은 본래 다중시간적(Polychronic) 문화권에 속했으나 메이지 유신과 산업 혁명 과정을 거치며 단일시간적(Monochronic) 시간 관념을 사회에 성공적으로 이식한 사례를 보여준다 [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **적용 사례 (다국적 기술 기업의 갈등 해결)**: 미국과 인도에 기반을 둔 다국적 IT 기업의 팀원들 간에 만성적인 소통 문제와 의사결정 방식의 마찰이 발생했다. [[The Culture Map]] 프레임워크를 활용한 문화적 역량 워크숍을 통해, 양측의 의사소통 및 결정 방식의 핵심적 차이를 밝혀내었다. 그 결과 양측이 상호 존중받는다고 느낄 수 있는 명시적인 '참여 규칙(Rules of engagement)'을 공동 제정하였고 리더십 피드백 스타일을 조정한 결과, 양 지역 팀의 신뢰도와 생산성이 향상되었다 [S1].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[High-context and Low-context Cultures]] — 에드워드 홀의 문화 차원으로 문화 지능을 이해하는 토대 개념.
+- [[The Culture Map]] — 에린 메이어가 제시한 8가지 비즈니스 문화 측정 척도.
+- [[Intercultural Communication]] — 이질적인 문화적 배경을 가진 주체 간의 의사소통 방식.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 팀 내 문화적 갈등을 진단하기 위해 사용할 수 있는 구체적인 설문이나 평가 도구에는 무엇이 있는가?
+- 고맥락 문화권의 팀원이 저맥락 중심의 글로벌 기업에서 소통의 한계를 극복하기 위한 효과적인 훈련 방법은 무엇인가?
+- 원리 우선(Principles-first) 문화와 응용 우선(Applications-first) 문화가 결합된 팀에서 설득력 있는 프레젠테이션을 구성하는 최적의 전략은 무엇인가?
+- 복숭아(Peach)와 코코넛(Coconut) 문화권의 팀원들이 신뢰를 형성(Trusting)하기 위해 초기 온보딩 단계에서 도입해야 할 팀 빌딩 활동은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 글로벌 다국적 지사 간의 공통 커뮤니케이션 가이드라인 및 이메일/메신저 작성 규칙 제정.
+- **System Design:** 다국어 및 다문화 사용자를 대상으로 하는 제품의 인보딩(Onboarding) 프로세스 및 피드백 알림 체계 설계.
+- **Operation / Maintenance:** 글로벌 애자일 팀의 성과 평가(Performance Review) 및 1:1 피드백(One-on-One) 시스템 구축.
+- **Learning Path:** 리더십 역량 강화 교육, 주재원 및 글로벌 파견 인력의 교차 문화 훈련 프로그램(Cross-cultural Training).
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Cognitive Bias]] — 무의식적인 문화적 편향이 타인을 오판하게 만드는 심리적 기제.
+- [[Leadership Styles]] — 문화적 배경에 따른 평등주의적(Egalitarian) 리더십과 위계적(Hierarchical) 리더십의 차이.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[High-context and Low-context Cultures]], [[The Culture Map]]
+- **참조 맥락:** 다문화 글로벌 팀 구축, 인사 평가 가이드라인 수립, 다국적 비즈니스 협상 및 조직 커뮤니케이션 전략 설계 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs
+- [S2] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S3] Applying Hall's Cultural Dimensions for Business Success - Preply
+- [S4] High-context and low-context cultures | Communication and Mass Media | Research Starters
+- [S5] The Culture Map by Erin Meyer - Magda Miu
+- [S6] Team Mapping Tool Report - Erin Meyer
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Decision Making.md b/10_Wiki/Topics/_Common/Math/From_RawData/Decision Making.md
new file mode 100644
index 00000000..3ae9007c
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Decision Making.md
@@ -0,0 +1,82 @@
+---
+id: decision-making
+title: "Decision Making"
+category: "Cross_Cultural_Management"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["의사결정", "Deciding", "의사결정 방식", "하향식 결정", "합의 지향적 결정"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "문화 지도", "다문화", "AI 에이전트"]
+raw_sources: ["[S1] The Culture Map by Erin Meyer - Magda Miu", "[S2] Team Mapping Tool Report - Erin Meyer", "[S3] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera", "[S4] Effective context engineering for AI agents - Anthropic"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Decision Making]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+다문화 커뮤니케이션 맥락에서 의사결정(Decision Making)은 합의 지향성(Consensual)과 하향식(Top-down)으로 구분되며, 이는 조직의 위계성(Hierarchy)과는 독립적으로 작동하는 핵심 문화 규범이자 AI 시스템 설계 시에도 명확성이 요구되는 인지적 분기점이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **합의 지향적 결정 (Consensual Decision-Making, 대문자 'D')**: 집단 전체의 합의를 거치므로 결정 자체는 오래 걸리지만, 관련된 모든 사람이 세부 사항을 알고 프로세스에 참여했기 때문에 실행(implementation)은 매우 신속하게 이루어지는 의사결정 방식 [S1, S3].
+* **하향식 결정 (Top-down Decision-Making, 소문자 'd')**: 개인(주로 관리자)이 논의를 최소화하여 프로세스 초기에 신속하게 결정을 내리지만, 새로운 정보가 나타남에 따라 결정이 유연하게 번복되거나 변경될 수 있어 궁극적인 완료까지 오랜 시간이 걸릴 수 있는 의사결정 방식 [S1, S3].
+* **결정과 위계의 독립성 (Deciding vs. Leading)**: 문화적 평등주의(Egalitarian)가 반드시 합의 지향적 결정을 의미하지 않으며, 위계적(Hierarchical) 문화가 반드시 독단적인 하향식 결정을 의미하지 않음 [S2].
+* **AI 에이전트의 의사결정 모호성 회피**: 명확한 의사결정 지점을 갖추지 못하고 광범위하거나 모호하게 설계된 환경(예: 부풀려진 도구 세트)에서는 인간과 마찬가지로 AI 에이전트 역시 올바른 결정을 내릴 수 없음 [S4].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **합의 지향적 환경에서의 패턴**: 공식적인 회의 이외에도 광범위한 소통 채널을 활용하며, 지속적으로 질문하고 확인하는 등 의사결정 과정 자체에 인내심과 헌신을 보여주는 패턴이 나타남. 빠른 결정을 밀어붙이기보다 수집된 정보의 질에 초점을 맞춤 [S1].
+* **하향식 환경에서의 패턴**: 회의의 전, 중, 후에 관리자에 의해 단독으로 결정이 내려지는 것을 당연하게 받아들이며, 본인의 의견이 배제되거나 기각되더라도 이를 따름. 결정 이후에도 유연성을 유지하며 계획이 지속적으로 수정되는 패턴을 보임 [S1].
+* **명시적 규범화 (Explicit Rules of Engagement)**: 다문화 글로벌 팀에서는 이러한 의사결정 방식의 차이에서 오는 마찰을 피하기 위해 팀에 특화된 암묵적 규범을 명시적 규칙으로 전환하는 패턴을 사용함 (예: 회의 중에 합의하고 결정하는 것을 원칙으로 삼음) [S3].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **합의 지향적 (Consensual)** | 팀원 전체가 과정에 관여하므로 결정 후 실행이 매우 빠름 [S1]. | 모든 사람의 의견을 수렴해야 하므로 최종 결정을 내리기까지 시간이 오래 걸림 [S1]. | 구성원의 헌신과 정밀한 정보 수집이 필요하며 집단의 화합이 중요시되는 환경에서 선택 [S1, S3]. |
+| **하향식 (Top-down)** | 개인이 초기에 결정을 내리므로 의사결정 속도가 매우 빠름 [S1]. | 결정이 확정적이지 않고 상황에 따라 유연하게 번복될 수 있어 최종 완료가 지연될 수 있음 [S1]. | 신속한 결정이 우선시되고, 리더가 부재한 상황에서도 투표 등을 통해 빠르게 진행 방향을 잡아야 할 때 선택 [S1]. |
+
+## 📖 세부 내용 (Details)
+* **문화 지도(Culture Map) 차원에서의 의사결정**
+ Erin Meyer의 문화 지도 프레임워크 8가지 차원 중 '의사결정(Deciding)'은 다문화 비즈니스 환경에서 발생하는 마찰을 이해하는 주요 지표이다 [S1, S3]. 결정 방식은 크게 의사결정까지 오랜 논의가 필요하지만 실행이 확고한 합의 지향적(Consensual) 방식과, 리더가 빠르게 결정하되 수정이 빈번하게 일어나는 하향식(Top-down) 방식으로 나뉜다 [S1, S2, S3].
+* **협업을 위한 의사결정 조정 전략**
+ 합의 지향적 팀원들과 일할 때는 인내심을 갖고 정기적으로 연락을 취해 결정 과정에서의 위치를 모니터링해야 한다 [S1]. 반대로 하향식 결정을 선호하는 팀과 일할 때는 자신의 의견이 묵살되더라도 그 결정을 따를 준비를 해야 하며, 상황의 유연성을 받아들여야 한다 [S1].
+* **AI의 자율적 의사결정 조건**
+ 의사결정의 명확성은 인간 조직뿐만 아니라 AI 에이전트 설계에도 필수적이다. 에이전트에게 제공되는 환경(도구 세트 등)이 너무 많은 기능을 포괄하여 어느 것을 선택해야 할지 모호한 의사결정 분기점을 초래할 경우, 에이전트의 효율성은 저하된다 [S4]. 인간 엔지니어가 명확히 판단할 수 없는 상황에서는 AI 에이전트 역시 올바른 의사결정을 내릴 수 없다 [S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 평등주의적인 문화일수록 합의 지향적 의사결정을 선호하고, 위계적인 문화일수록 상사의 일방적인 하향식 결정을 선호할 것이라는 것은 흔한 착각이다 [S2].
+* 예를 들어 일본은 강한 위계 사회이지만 전 세계에서 가장 합의 지향적인 결정을 내리는 문화 중 하나이며, 독일 역시 미국보다 더 위계적이지만 팀의 합의를 통한 의사결정에 더 많이 의존한다 [S2]. 위계적 리더십(Leading)과 의사결정(Deciding) 방식은 완전히 독립적인 차원에서 해석해야 한다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[문화 지도(Culture Map)]], [[리더십(Leading)]]
+- **참조 맥락:** 다문화 팀의 의사결정 및 협업 프로세스를 최적화하거나, AI 에이전트에게 자율적 도구 선택 권한을 부여하는 아키텍처를 설계할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] The Culture Map by Erin Meyer - Magda Miu
+- [S2] Team Mapping Tool Report - Erin Meyer
+- [S3] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S4] Effective context engineering for AI agents - Anthropic
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Edward T. Hall.md b/10_Wiki/Topics/_Common/Math/From_RawData/Edward T. Hall.md
new file mode 100644
index 00000000..fd059b20
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Edward T. Hall.md
@@ -0,0 +1,75 @@
+---
+id: edward-t.-hall
+title: "Edward T. Hall"
+category: "Topic"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["에드워드 T. 홀", "E. T. Hall", "에드워드 홀", "Edward Twitchell Hall"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Applying Hall's Cultural Dimensions for Business Success - Preply", "Communicating in High Context vs. Low Context Cultures", "High-context and low-context cultures | Communication and Mass Media | Research Starters", "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera", "key concepts: underlying structures of culture - edward t. hall/mildred reed hall - CSUN"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Edward T. Hall]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인간의 커뮤니케이션과 문화를 '맥락(Context)', '공간(Space)', '시간(Time)'이라는 차원으로 구조화하여 상호문화 소통의 근본적 이해와 분석 기준을 제공한 미국의 인류학자.
+
+## 🧠 핵심 개념 (Core concepts)
+* **고맥락 및 저맥락 소통 (High and Low Context):** 맥락 공유도에 따른 커뮤니케이션의 분류. 고맥락(High-context) 문화는 암묵적이고 비언어적인 단서와 공유된 배경 지식에 크게 의존하는 반면, 저맥락(Low-context) 문화는 명시적이고 직접적인 언어적 정보(Explicit verbal information)에 의존함.
+* **공간과 영역성 (Space and Territoriality):** 문화에 따른 개인적 공간의 선호도와 물리적 경계에 대한 인식. 공간의 배치와 점유 방식이 권력(Power)과 지위를 소통하는 비언어적 메시지로 작용함.
+* **시간의 인식 (Time Perception):** 서구 사회의 선형적이고 계량적인 시간관과 대비되는 비서구권(예: 나바호 족 등)의 순환적 시간관, 그리고 메시지의 전달 속도(Fast vs. Slow Messages)에 따른 문화적 수용성 차이.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **문화적 무의식 편향 (Unconscious Cultural Biases):** 인간은 자신이 속한 문화의 '무언의 언어(Silent Language)'에 무의식적으로 둘러싸여 있으며, 이로 인해 타 문화를 평가하거나 소통할 때 인지하지 못하는 편향을 가지게 됨.
+* **메시지 속도 조율 (Pacing of Messages):** 문화와 정보의 성격에 따라 적절한 해독 속도(Fast format vs. Slow format)가 존재함. 문화적 기대와 다른 속도로 메시지가 전달될 경우(예: 느린 메시지를 빠른 속도로 요구), 소통의 타깃을 놓치거나 오해가 발생함.
+
+## 📖 세부 내용 (Details)
+에드워드 T. 홀(Edward T. Hall)은 문화 간 커뮤니케이션(Intercultural communication)이라는 학문적 지평을 개척한 저명한 인류학자이다 [S1, S2, S3].
+
+그의 연구는 1930년대 미국 남서부에서 나바호(Navajo)와 호피(Hopi) 족을 관찰하며 시작되었는데, 그는 이들이 시간을 "시간"이나 "일(day)"의 단위가 아닌 반복되는 주기로 이해한다는 것을 발견하고, 이러한 시간관의 차이가 이종 문화 간 소통의 혼란을 야기할 수 있음을 규명하였다 [S3]. 이후 1950년대 미국 국무부 산하 외교연구소(Foreign Service Institute)에서 근무하며 다양한 이문화 교류를 분석했고, 이를 바탕으로 1959년 《침묵의 언어(The Silent Language)》를 출간하였다 [S1, S4].
+
+1976년 출간한 《문화를 넘어(Beyond Culture)》를 통해 그는 소통의 정보가 어디에 위치하는지에 따라 문화를 분류하는 프레임워크를 공식화했다 [S2, S4]. 그의 이론은 문화를 구성하는 기저 구조를 크게 세 가지 차원으로 분석한다 [S1, S5]:
+* **맥락 (Context):** 고맥락 시스템(예: 일본, 아랍, 프랑스 등)에서는 대다수의 정보가 이미 사람 안에 내재되어 있거나 물리적 상황에 존재하며, 명시적으로 전송되는 메시지의 양은 적다 [S5]. 반면 저맥락 시스템(예: 미국, 독일, 스위스 등)에서는 의미의 대부분이 명시적인 코드(말이나 글)에 담겨 전달되어야 하며, 상세한 배경 정보(Contexting)를 요구한다 [S5].
+* **공간 (Space):** 인간의 영역성(Territoriality)은 수백만 년의 진화에 기원을 둔 본능이며, 문화에 의해 강하게 영향받는다 [S5]. 미국 비즈니스 문화에서는 최상층의 모서리 사무실이 권력을 상징하는 반면, 프랑스에서는 중요한 관료가 직원들 한가운데 위치하는 등 공간은 권력과 지위를 전달하는 텍스트로 기능한다 [S5].
+* **메시지의 속도 (Speed of Messages):** 텔레비전이나 헤드라인 같은 '빠른 메시지'와 책, 예술, 깊은 관계와 같은 '느린 메시지' 사이의 스펙트럼이 존재하며, 문화를 이해하는 것은 근본적으로 수백 년의 해독이 필요한 매우 느린 메시지에 속한다 [S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+홀의 고맥락/저맥락 모델은 상호문화 커뮤니케이션을 이해하는 데 널리 쓰이는 표준이 되었으나, 일부 연구자들은 이 모델이 국가 수준의 문화를 지나치게 단순화(overly simplistic)하여 엄격하게 분류하는 것에 대해 비판한다 [S4]. 문화는 양극단의 박스(box)가 아니라 스펙트럼의 범위(range)로 이해되어야 하며, 저맥락 문화권의 개인이라도 가까운 동료와 대화할 때와 낯선 고객과 대화할 때 맥락의 의존도가 극심하게 달라지는 등 상황과 개인에 따른 편차가 존재한다는 점이 강조된다 [S4].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 데이터 내에 시스템 구현, 코드, 커밋 또는 구체적인 엔지니어링 결정 사항으로 에드워드 T. 홀의 이론이 적용된 내역은 확인되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[고맥락 문화]], [[저맥락 문화]]
+- **참조 맥락:** 글로벌 조직 관리, 다국적 팀 협업 규범 설정, 크로스 보더(Cross-border) 커뮤니케이션 프레임워크 및 교육 설계 시 문화적 마찰 원인을 진단하기 위한 이론적 근거로 참조.
+
+## 📚 출처 (Sources)
+- [S1] Applying Hall's Cultural Dimensions for Business Success - Preply
+- [S2] Communicating in High Context vs. Low Context Cultures
+- [S3] High-context and low-context cultures | Communication and Mass Media | Research Starters
+- [S4] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S5] key concepts: underlying structures of culture - edward t. hall/mildred reed hall - CSUN
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Gradient Descent.md b/10_Wiki/Topics/_Common/Math/From_RawData/Gradient Descent.md
new file mode 100644
index 00000000..f82b702f
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Gradient Descent.md
@@ -0,0 +1,97 @@
+---
+id: gradient-descent
+title: "Gradient Descent"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["경사 하강법", "그래디언트 디센트", "Gradient Descent", "메타 그래디언트", "Meta-Gradients"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI", "Meta-in-context learning in large language models - NIPS", "어텐션 메커니즘이란 무엇인가요? - IBM"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Gradient Descent]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Gradient Descent는 기존의 가중치 업데이트 알고리즘을 넘어, 거대 언어 모델(LLM)의 [[In-Context Learning]] 과정에서 트랜스포머 어텐션과 이중 관계를 맺으며 암묵적 미세조정을 수행하는 메타 최적화 기작이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **암묵적 미세조정 (Implicit Finetuning):** LLM이 사전 훈련된 가중치를 변경하지 않고도 프롬프트 내의 예시를 통해 경사 하강법을 암묵적으로 수행하여 새로운 작업을 학습하는 메커니즘.
+- **순방향 패스 내 구현 (Forward Pass Implementation):** [[Transformer Attention]] 아키텍처가 역전파 없이 순방향 패스 과정만으로도 원칙적으로 경사 하강법을 자체 구현할 수 있다는 특성.
+- **기울기 소실 (Gradient Vanishing):** RNN이나 스케일링되지 않은 어텐션 연산 시 발생하는 현상으로, 역전파 과정에서 그래디언트가 극도로 작아져 최적화(학습)가 어려워지는 문제.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **메타 그래디언트(Meta-Gradients) 생성:** GPT 모델은 제공된 데몬스트레이션 예시들을 바탕으로 메타 그래디언트를 생성하여 인맥락 학습 모델을 구축한다.
+- **스케일링을 통한 기울기 보존:** 어텐션 연산 시 극단적으로 커진 점곱 값이 소프트맥스 함수를 통과할 때 발생할 수 있는 매우 작은 그래디언트(기울기) 문제를 방지하기 위해, 벡터 차원수의 제곱근으로 나누어 스케일링을 수행함으로써 원활한 최적화를 유도한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+소스 데이터 내에 Gradient Descent에 대응하는 명시적 대안/경쟁 기술(예: Adam, RMSprop 등 최적화 알고리즘 비교)이 존재하지 않아 비교 표를 생략합니다.
+
+## 📖 세부 내용 (Details)
+- **인맥락 학습과 경사 하강법의 이중성:** 트랜스포머의 어텐션 메커니즘과 경사 하강법 사이에는 이중적 관계(dual relationship)가 존재한다. 거대 언어 모델(LLM)은 단순한 텍스트 생성기를 넘어 메타 최적화기(meta-optimizers)로 기능하며, 이때 인맥락 학습(ICL)은 모델 파라미터를 물리적으로 변경하지 않음에도 암묵적인 미세조정(implicit finetuning)의 형태로 경사 하강법을 수행하는 것으로 간주된다 [S1]. 실제로 GPT는 프롬프트로 주어진 예시(demonstration)를 바탕으로 메타 그래디언트(meta-gradients)를 생성하여 작업을 학습한다 [S1].
+- **순방향 패스(Forward Pass)에서의 구현:** 관련 연구(von Oswald 등)에 따르면, 트랜스포머는 원칙적으로 역전파(Backpropagation) 없이 순방향 패스 과정 안에서 경사 하강법을 학습하고 구현할 수 있음이 경험적 증거를 통해 입증되었다 [S2].
+- **기울기(Gradient)의 불안정성 및 제어 메커니즘:** 전통적인 순환 신경망(RNN) 모델들은 순차적 학습 과정에서 그래디언트 소실(Vanishing) 및 폭발 현상을 겪기 때문에 최적화에 불리하다 [S3]. 더 나아가 트랜스포머의 어텐션 메커니즘에서도 질의(Query)와 키(Key) 벡터의 점곱 값이 과도하게 커지면, 이를 확률로 변환하는 소프트맥스(softmax) 함수가 역전파 과정에서 최적화하기 매우 어려운 미세한 그래디언트를 산출하는 문제가 발생한다 [S3]. 이를 해결하기 위해 차원수($d_k$)의 제곱근 값으로 점곱 결과를 나누는 스케일링 점곱 어텐션(Scaled Dot-Product Attention)을 적용함으로써, 그래디언트 크기를 보존하고 훈련을 안정화한다 [S3].
+- 소스에 관련 정보가 부족합니다. (Gradient Descent 자체의 수학적 최적화 수식이나 Adam, SGD 등의 변형 알고리즘에 대한 직접적인 세부 내용은 소스 데이터에 포함되어 있지 않음.)
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 기존에는 경사 하강법이 주로 모델 훈련 시 역전파(Backpropagation)를 통해 매개변수 가중치를 업데이트하는 명시적인 최적화 알고리즘으로만 여겨졌다. 하지만 최신 연구 동향에서는 거대 언어 모델의 인맥락 학습(ICL) 중에도 매개변수 변경 없이 순방향 패스 상에서 '암묵적인 경사 하강법(Implicit Gradient Descent)'이 동작한다는 사실이 밝혀져, 학습 메커니즘에 대한 인식이 확장(업데이트)되었다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 데이터 내 파일 경로, Git 커밋 해시, decision_id 등 구체적인 시스템 구현 로그는 확인되지 않음.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[In-Context Learning]] — 거대 언어 모델이 예시를 바탕으로 암묵적 경사 하강법을 통해 학습하는 상위 메커니즘.
+- [[Transformer Attention]] — 경사 하강법과 이중 관계를 형성하며 메타 그래디언트를 생성하는 핵심 구조.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 트랜스포머의 순방향 패스(Forward Pass)에서 경사 하강법이 구현되는 수학적 증명은 어떻게 이루어지는가?
+- 메타 최적화기(Meta-optimizer)로서의 LLM이 생성하는 메타 그래디언트(Meta-gradient)는 기존 명시적 미세조정의 그래디언트와 어떤 양적 차이를 보이는가?
+- 그래디언트 소실 문제를 극복하기 위한 점곱 스케일링 외에 어텐션 내부에서 추가적으로 사용되는 보정 기법은 무엇인가?
+- 명시적 경사 하강법(Explicit Gradient Descent) 없이 인맥락 학습만으로 도달할 수 있는 학습 정확도의 이론적 한계는 어디까지인가?
+- 다른 신경망 구조(예: CNN)에서도 순방향 패스 중의 암묵적 경사 하강법을 적용할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 거대 언어 모델 구조 설계 시 ICL 효율성을 높이기 위한 메타 그래디언트 활성화 유도.
+- **System Design:** 스케일링 팩터 조정을 통해 그래디언트 소실을 방지하는 트랜스포머 어텐션 레이어 아키텍처 설계.
+- **Operation / Maintenance:** 모델 파라미터를 갱신하는 비용을 절감하기 위해 인맥락 학습을 암묵적 파인튜닝 수단으로 활용.
+- **Learning Path:** 전통적 기계 학습 최적화(SGD 등) -> 트랜스포머 어텐션 최적화 제어 -> 인맥락 학습의 메타-최적화 이론 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Gradient Vanishing]] — 경사 하강법 최적화를 저해하는 핵심 요인으로서의 확장.
+- [[Few-Shot Learning]] — 메타 그래디언트 생성을 위한 프롬프트 데몬스트레이션 예시의 제공 방식.
+
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[In-Context Learning]], [[Transformer Attention]]
+- **참조 맥락:** 거대 언어 모델의 프롬프트 구성 시 인맥락 학습이 암묵적 미세조정으로 작동하는 원리를 이해하고 설계할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI
+- [S2] Meta-in-context learning in large language models - NIPS
+- [S3] 어텐션 메커니즘이란 무엇인가요? - IBM
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Gradient Vanishing.md b/10_Wiki/Topics/_Common/Math/From_RawData/Gradient Vanishing.md
new file mode 100644
index 00000000..f78ba7f8
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Gradient Vanishing.md
@@ -0,0 +1,99 @@
+---
+id: gradient-vanishing
+title: "Gradient Vanishing"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["기울기 소실", "Gradient Vanishing", "그래디언트 소실", "Vanishing Gradient", "기울기 소실 문제"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["어텐션 메커니즘이란 무엇인가요? - IBM", "어텐션 메커니즘(Attention Mechanism) 간단히 이해하기", "[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Gradient Vanishing]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+신경망 학습의 역전파 과정에서 기울기(Gradient)가 지나치게 작아져 최적화가 어려워지는 현상으로, 순환 신경망(RNN)의 문맥(Context) 장기 기억을 제한하여 어텐션(Attention) 메커니즘의 등장을 촉발한 핵심 원인이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **RNN의 한계와 어텐션의 도입:** 기존 RNN은 훈련 중 구조적으로 기울기 소실을 빠르게 겪어 입력 문장이 길어질수록 문맥 정보 손실과 기계 번역 품질 저하를 야기했으며, 이를 해결하기 위해 어텐션(Attention) 기법이 등장했다.
+* **Softmax와 기울기 소실:** 트랜스포머의 어텐션 연산 시 벡터 차원($d_k$)이 매우 크면 내적(Dot-product) 값의 분산이 지나치게 커지며, 이를 Softmax 함수가 0과 1 사이로 강하게 압축하는 과정에서 역전파 시 매우 작은 그래디언트를 생성해 기울기 소실을 유발한다.
+* **스케일링(Scaling)을 통한 해결 방안:** 트랜스포머 모델은 Softmax의 기울기 소실을 예방하기 위해 내적 값을 벡터 차원의 제곱근인 $\sqrt{d_k}$로 나누어 값의 범위를 조절하는 스케일드 닷 프로덕트 어텐션(Scaled Dot-Product Attention)을 적용한다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **구조적 한계 극복 전략:** 긴 시퀀스의 다차원 데이터 처리에서 발생하는 정보 손실(Gradient Vanishing)을 극복하기 위해 기존의 순차적 정보 처리(RNN)를 탈피하여 전체 시퀀스를 동시 검사하는 방식(Attention)으로 구조를 변경하거나, 연산 값에 정규화 및 스케일링(Scaling by $\sqrt{d_k}$)을 선제적으로 적용하여 모델 학습의 안정성을 꾀하는 패턴을 갖는다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **RNN (순환 신경망)** | 메모리에 해당하는 반복 루프를 통해 순차적인 데이터 처리가 가능함 | 기울기 소실 문제로 인해 길이가 긴 문장이나 시퀀스의 정보 처리에 부적합하고 번역 품질이 떨어짐 | 짧은 시퀀스 데이터의 기초적인 문맥 분석 시 |
+| **LSTM (장단기 메모리)** | 게이팅 메커니즘을 추가하여 정보의 '장기' 메모리를 어느 정도 보존할 수 있음 | 여전히 정보 병목 현상 및 순차적 처리로 인한 계산의 한계가 존재함 | 문장 길이가 제한적인 환경에서의 기존 시계열 분석 |
+| **Attention Mechanism** | 전체 시퀀스를 동시에 검사해 장거리 의존성 파악에 탁월하며, 기울기 소실에 유연하게 대응 가능 | 병렬 계산을 위한 구조적 복잡도 증가 및 대규모 행렬 곱셈 연산 필요 | 긴 문장 번역 및 고성능의 병렬 언어 처리(Transformer) 필요 시 |
+
+## 📖 세부 내용 (Details)
+* **기울기 소실(Gradient Vanishing)**은 신경망 모델의 훈련 중에 역전파(Backpropagation) 과정에서 기울기(Gradient)가 서서히 사라지거나 지나치게 작아져, 신경망 최적화와 가중치 학습이 사실상 어려워지는 문제를 의미한다 [S1, S2].
+* 기존의 **순환 신경망(RNN)** 모델은 이 기울기 소실 문제를 고질적으로 빠르게 겪었다. 하나의 고정된 크기 벡터에 모든 정보를 압축하려다 보니, 입력되는 문장이 길어질수록 초기 시간 단계의 중요한 정보와 문맥을 '잊어버리는' 정보 손실이 발생했다 [S1, S2]. 이로 인해 긴 문장에 대한 기계 번역 등 많은 자연어 처리(NLP) 작업에서 성능이 저하되고 실용적이지 못하다는 치명적 한계를 드러냈다 [S1, S2].
+* RNN의 한계를 어느 정도 완화하기 위해 장단기 메모리 네트워크(LSTM)가 쓰이기도 했으나 완벽한 해결책이 되지 못했으며, 근본적으로 정보 병목 현상과 기울기 소실을 타파하기 위해 **어텐션 메커니즘(Attention Mechanism)**이 도입되었다 [S1, S2].
+* 그러나 **트랜스포머(Transformer)** 내의 점곱 어텐션(Dot-Product Attention) 메커니즘 연산 중에도 기울기 소실 현상이 발생할 위험이 존재한다. Q(Query)와 K(Key) 벡터의 내적을 수행할 때, 벡터의 차원 길이($d_k$)가 매우 클 경우 그 내적 결과값 또한 분산이 매우 커지게 된다 [S1, S3].
+* 이렇게 커진 내적 값들이 Softmax 함수에 입력되면, Softmax는 값들을 0과 1 사이의 확률 분포로 강하게 압축한다 [S1, S3]. 이 극단적인 압축은 역전파 시 최적화하기 매우 어려운 작은 그래디언트를 생성하게 되어 다시금 기울기 소실 문제를 유발한다 [S1].
+* 트랜스포머 논문("Attention is All You Need")에서는 이 같은 Softmax 함수에서의 기울기 소실을 방지하기 위해, 두 벡터의 내적 값을 차원의 제곱근인 $\sqrt{d_k}$로 나누어 크기를 스케일링(Scaling)하는 방식을 고안해 냈다 [S1, S3]. 이를 **스케일드 닷 프로덕트 어텐션(Scaled Dot-Product Attention)**이라 부르며, 학습 과정(훈련)을 훨씬 원활하고 안정적으로 만들어 주었다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보가 발견되지 않음. 기존 RNN과 Transformer 모두에서 기울기 소실 문제가 제기되나, 작동 메커니즘(RNN의 시계열 깊이 vs Attention의 Softmax 분산 폭발)에 따른 원인 및 해결 방식이 명확히 구별되어 설명됨.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- `[[Attention Mechanism]]` — 기울기 소실 문제에 취약한 RNN의 시계열 처리 한계를 극복하기 위해 등장한 정보 검색 기반 핵심 아키텍처.
+- `[[Softmax Function]]` — 어텐션 연산 시 값의 범위가 클 경우 작은 그래디언트를 발생시켜 기울기 소실을 유발하는 지점.
+- `[[Transformer]]` — 분산 폭발로 인한 Softmax의 기울기 소실을 방지하고자 텐서 크기를 스케일링($\sqrt{d_k}$)하는 모델.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 트랜스포머 구조에서 $d_k$ 벡터 스케일링 외에 기울기 소실을 방지하기 위해 채택된 다른 아키텍처적 요소(예: Residual Connection)는 무엇인가?
+- Softmax 외의 다른 활성화 함수는 극단적인 내적 값에 대해 기울기 소실 위험을 어떻게 나타내는가?
+- RNN 기반 아키텍처 중 기울기 소실 문제를 완벽히 회피하기 위한 최신 연구 사례는 존재하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** Attention 스코어 계산 알고리즘 구현 시 내적 값 분산 폭발에 의한 그래디언트 손실을 막기 위해 $\sqrt{d_k}$ 형태의 Scaling 계수를 필수로 적용.
+- **System Design:** 장거리 문맥(Context) 의존성을 처리해야 하는 텍스트 생성 시스템 설계 시, 정보 소실 문제가 잦은 기존 RNN 대신 병렬 처리 기반의 Transformer 도입 검토.
+- **Operation / Maintenance:** 모델 학습 모니터링 시 손실(Loss)이 수렴하지 않고 장기 기억이 유실될 때, 특정 레이어에서의 그래디언트 소실 여부 점검.
+- **Learning Path:** RNN의 기본 구조에서 출발하여 LSTM의 한계 파악, 그리고 기울기 소실을 완전히 극복한 Transformer의 설계 원리 순으로 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- `[[Backpropagation]]` — 모델의 가중치를 업데이트하는 과정으로 기울기 소실이 구체적으로 발생하고 관측되는 영역.
+- `[[Vector Embedding]]` — 모델이 입력을 처리할 때 사용하는 다차원 벡터값으로 차원수($d_k$) 확장이 연산 기울기에 직접적 영향을 미침.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** `[[context 이해 규칙]]`
+- **관련 개념:** `[[Attention Mechanism]]`, `[[Softmax Function]]`, `[[RNN]]`
+- **참조 맥락:** 대규모 언어 모델의 문맥 파악 구조 최적화, 기계 번역 및 장기 의존성 학습 알고리즘의 문제점 진단 및 개선.
+
+## 📚 출처 (Sources)
+- [S1] 어텐션 메커니즘이란 무엇인가요? - IBM (URL: https://www.ibm.com/kr-ko/think/topics/attention-mechanism)
+- [S2] 어텐션 메커니즘(Attention Mechanism) 간단히 이해하기 (URL: https://moondol-ai.tistory.com/316)
+- [S3] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리 (URL: https://mvje.tistory.com/258)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/High-Context Culture.md b/10_Wiki/Topics/_Common/Math/From_RawData/High-Context Culture.md
new file mode 100644
index 00000000..12abccf3
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/High-Context Culture.md
@@ -0,0 +1,121 @@
+---
+id: high-context-culture
+title: "High-Context Culture"
+category: "Communication"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["고맥락 문화", "고맥락 커뮤니케이션", "HC", "High-Context", "고맥락 사회"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "Applying Hall's Cultural Dimensions for Business Success - Preply"
+ - "Communicating in High Context vs. Low Context Cultures"
+ - "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera"
+ - "High-context and low-context cultures | Communication and Mass Media | Research Starters"
+ - "The Culture Map by Erin Meyer - Magda Miu"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+applied_in: []
+github_commit: ""
+---
+
+# [[High-Context Culture]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+고맥락 문화는 명시적인 언어보다 공유된 배경지식, 비언어적 단서, 그리고 깊은 대인 관계망을 통해 복합적이고 내재적인 의미를 전달하는 문화적 소통 체계이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **암묵적 소통과 비언어적 단서 (Implicit Communication & Non-verbal Cues)**: 언어적 메시지의 표면적 의미보다 말투, 침묵, 바디랭귀지, 개인 공간 등 주변 맥락을 통해 더 깊은 의미를 유추한다.
+- **관계 기반 신뢰 (Relationship-based Trust)**: 업무적 성과보다 사적인 시간 공유와 정서적 교류를 통해 신뢰를 구축하며, 가족, 친구, 동료 간의 내집단(In-group) 경계가 강하다.
+- **다원적 시간관 (Polychronic Time)**: 일정이나 시계보다 인간관계와 상황을 우선시하여 우선순위가 유연하게 변동하는 시간 개념을 가진다.
+- **간접적 피드백과 집단 조화 (Indirect Feedback & Harmony)**: 체면과 관계를 중시하여 부정적 피드백을 부드럽고 점진적으로 주거나 제3자를 통해 전달하며, 직접적 대립을 피한다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **우회적 피드백 완충 (Feedback Cushioning)**: 평가 및 지적 상황에서 직접적인 비판을 삼가고, 질문이나 모호한 언어, 혹은 유머를 감싸 점진적이고 간접적인 방식으로 피드백을 스며들게 하는 행동 패턴 [S3, S5].
+- **의사결정의 합의 도출 (Consensual Decision-making)**: 공식적인 회의 이전에 비공식적인 조율과 합의 과정을 거치며, 결정하는 데 시간은 오래 걸리지만 일단 결정되면 신속히 실행되는 패턴(Capital D Decision) [S5].
+- **원격 환경에서의 맥락 단절 대응**: 비동기 도구(이메일, 슬랙 등)가 비언어적 단서를 제거하여 고맥락 문화권의 구성원에게 마찰을 유발하므로, 화상 회의를 통한 관계 구축 시간을 보호하고 명시적인 팀 커뮤니케이션 헌장(Communication Charter)을 수립하는 패턴 [S3].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+다국적 팀이나 글로벌 비즈니스 환경에서 소통의 효율성과 갈등 관리를 위해 서로 다른 문화적 맥락을 이해하고 적절한 커뮤니케이션 방식을 선택해야 한다.
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **고맥락 문화 (High-Context)** | 강한 유대감과 상호 신뢰를 바탕으로 복잡하고 미묘한 뉘앙스를 경제적으로 전달 가능. 집단의 조화 유지 [S1, S4]. | 내부 규칙을 모르는 외부인이 소통에 참여하기 어렵고, 문서화나 명시적 지시가 부족해 오해가 발생할 수 있음 [S4]. | 아시아, 중동, 라틴 아메리카 등 고맥락 국가의 이해관계자와 협상하거나 장기적인 파트너십/신뢰를 구축해야 할 때 [S1, S3]. |
+| **저맥락 문화 (Low-Context)** | 의도가 투명하고 명시적이며, 문서화가 잘 되어 있어 외부인의 그룹 진입과 적응이 용이함 [S1, S4]. | 직접적인 피드백이나 의사 표현이 고맥락 문화권 사람에게 무례하거나 공격적으로 비칠 수 있음 [S3]. | 원격 근무 환경이나 다양한 문화적 배경을 가진 인력들이 섞인 글로벌 팀에서 표준화된 소통 및 협업 룰을 정립할 때 [S3]. |
+
+## 📖 세부 내용 (Details)
+**1. 고맥락 문화의 정의 및 기원**
+고맥락 문화(High-Context Culture)는 인류학자 에드워드 T. 홀(Edward T. Hall)이 1959년 《침묵의 언어(The Silent Language)》와 1976년 《문화의 초월(Beyond Culture)》을 통해 정립한 개념으로, 소통 시 메시지의 의미가 명시적인 단어보다는 대화가 이루어지는 상황, 참가자 간의 관계, 비언어적 힌트(작은 손짓, 목소리 톤, 침묵 등)에 깊이 의존하는 사회를 지칭한다 [S1, S2, S4, S6].
+
+**2. 사회적 관계와 소통 방식**
+고맥락 사회는 집단주의적(Collectivist) 성향이 강하며, 혈연이나 학연, 직업 등을 기반으로 평생에 걸친 복잡한 대인 관계망(In-groups)을 형성한다 [S1, S4]. 구성원들은 풍부한 배경지식을 무의식적으로 공유하고 있으므로, 불필요하게 명백한 사실을 장황하게 설명하지 않고 '행간을 읽는(Read between the lines)' 소통 방식을 취한다 [S1, S6]. 반면, 모든 것을 문서화하려는 시도나 지나치게 투명한 소통은 상대방에 대한 불신이나 존중 부족으로 오인될 수 있다 [S5, S6].
+
+**3. 글로벌 업무 환경에서의 갈등과 대응**
+업무 평가 및 피드백 상황에서 고맥락 문화는 직접적인 갈등이나 체면 손상을 피하기 위해 부정적인 피드백을 매우 우회적이고 부드럽게 전달한다 [S5]. 미국과 같은 저맥락 문화권의 관리자가 직설적인 비판을 가할 경우, 고맥락 문화권의 직원은 이를 인격적 공격으로 받아들일 위험이 있다 [S3].
+특히 슬랙(Slack)이나 이메일 같은 원격 비동기 도구는 억양과 바디랭귀지를 제거하므로 고맥락 커뮤니케이터들에게는 '외국어 위에 또 다른 외국어를 구사하는 것'과 같은 스트레스를 유발한다 [S3]. 이를 해결하기 위해 글로벌 팀은 '동의하지 않으면 회의 중에 말하기', '이메일 수신 참조(CC)에 상사 포함하여 위계 질서 존중하기' 등의 명시적 규칙(Rules of engagement)을 제정하여 소통의 틈을 메워야 한다 [S3, S5, S6].
+
+**4. 해당 문화권의 예시**
+일본, 중국, 한국 등 아시아 국가들과 중동, 아프리카, 라틴 아메리카, 동유럽 및 남유럽 국가들이 대표적인 고맥락 문화에 속한다 [S1, S2, S4]. 미국 내에서도 아프리카계 미국인, 아메리카 원주민, 하와이 원주민 사회는 고맥락적 특징을 띠고 있다 [S1, S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+국가를 고맥락과 저맥락의 이분법적 틀로 엄격히 분류하는 것은 현실을 지나치게 단순화(overly simplistic)한다는 학계의 비판이 존재한다 [S3]. 모든 문화는 홀(Hall)의 여러 문화 차원이 혼합된 고유한 조합이며, 각 차원은 스펙트럼 형태로 존재한다 [S1]. 예를 들어, 일본은 대표적인 고맥락 문화임에도 불구하고 메이지 유신(산업 혁명)을 거치면서 유연한 시간관(polychronic time) 문화 속에 단일 시간관(monochronic time)의 특성을 통합해 낸 바 있다 [S1]. 또한 고맥락 소통 방식을 사용하는 프랑스조차 부정적 피드백 영역에서는 매우 직설적(direct)인 태도를 보이는 등 척도가 완벽히 일치하지 않는 양상을 띤다 [S5, S6].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례(코드, 커밋, 프로젝트, 시스템 결정사항 등)가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[context 이해 규칙]] — 루트 주제 (맥락의 인지적, 문화적, 시스템적 처리 규범)
+- [[Low-Context Culture]] — 고맥락 문화와 상반되는 문화적 소통 방식으로, 정보의 투명성과 명시성을 중시함.
+- [[Edward T. Hall]] — 고맥락/저맥락 문화의 개념을 처음 주창한 인류학자.
+- [[Cross-cultural Communication]] — 서로 다른 문화권 간의 소통 마찰과 조율 전략을 연구하는 분야.
+- [[The Culture Map]] — 에린 메이어(Erin Meyer)가 고맥락/저맥락 개념을 비즈니스 차원(피드백, 설득, 의사결정 등)으로 구체화한 분석 프레임워크.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 글로벌 기업이 고맥락 문화와 저맥락 문화권 직원이 혼합된 원격 근무(Remote Work) 팀을 운영할 때 도입할 수 있는 구체적인 소통 헌장(Communication Charter)의 사례는 무엇인가?
+- 고맥락 문화권의 인력에게 성과 평가(Performance Review) 및 부정적 피드백을 제공할 때 관리자가 채택해야 하는 효과적인 완충 전략은 무엇인가?
+- 프랑스와 같이 소통은 고맥락적이면서 피드백은 극도로 직설적인(Direct) 혼합형 문화를 이해하고 대처하는 방법은 무엇인가?
+- 자연어 처리(NLP)나 AI 에이전트를 설계할 때 고맥락 언어 사용자들의 내재적, 비언어적 의도를 프롬프트 엔지니어링이나 맥락 주입을 통해 어떻게 보완할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 글로벌 프로젝트 킥오프 시 팀원 간의 문화적 성향(Culture Map)을 진단하고, 업무 소통과 피드백 전달 방식을 정의하는 팀 규칙 제정.
+- **System Design:** 다국적 사용자를 타겟으로 하는 소프트웨어의 UI/UX 설계 시, 고맥락 국가 사용자의 정보 습득 성향에 맞춘 인터페이스 계층 및 텍스트 톤앤매너 구성.
+- **Operation / Maintenance:** 사내 메일 참조(CC) 규정, 직급 간 커뮤니케이션 채널, 회의 중 반대 의견 표명 방식에 대한 HR/조직 문화 가이드라인 수립.
+- **Learning Path:** 크로스 컬처 리더십(Cross-cultural Leadership) 트레이닝, 다국적 협상(Negotiation) 전략 및 갈등 관리 워크숍.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Collectivism vs. Individualism]] — 집단주의(고맥락)와 개인주의(저맥락)가 사회 시스템을 규율하는 근본적인 차이 연구.
+- [[Proxemics (근접학)]] — 문화에 따라 심리적 완충 지대 및 물리적 대인 거리(Personal space)가 다르게 설정되는 원리.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Low-Context Culture]], [[Cross-cultural Communication]]
+- **참조 맥락:** 다국적 팀 매니지먼트, 글로벌 비즈니스 협상, 원격 근무(Remote Work) 커뮤니케이션 전략 수립 시 의사결정의 문화적 오해를 방지하기 위해 참조.
+
+## 📚 출처 (Sources)
+- [1] Applying Hall's Cultural Dimensions for Business Success - Preply
+- [2] Communicating in High Context vs. Low Context Cultures
+- [3] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [4] High-context and low-context cultures | Communication and Mass Media | Research Starters
+- [5] The Culture Map by Erin Meyer - Magda Miu
+- [6] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/High-context and Low-context cultures.md b/10_Wiki/Topics/_Common/Math/From_RawData/High-context and Low-context cultures.md
new file mode 100644
index 00000000..52cb0dff
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/High-context and Low-context cultures.md
@@ -0,0 +1,97 @@
+---
+id: high-context-and-low-context-cultures
+title: "High-context and Low-context cultures"
+category: "Cross-Cultural_Communication"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "고맥락/저맥락 문화"
+ - "고맥락 문화"
+ - "저맥락 문화"
+ - "High/Low-context cultures"
+ - "에드워드 홀의 문화 차원"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "communication", "cultural-dimensions"]
+raw_sources:
+ - "Applying Hall's Cultural Dimensions for Business Success - Preply"
+ - "Communicating in High Context vs. Low Context Cultures"
+ - "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera"
+ - "High-context and low-context cultures | Communication and Mass Media | Research Starters"
+ - "The Culture Map by Erin Meyer - Magda Miu"
+ - "key concepts: underlying structures of culture - edward t. hall/mildred reed hall - CSUN"
+ - "What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+applied_in: []
+github_commit: ""
+---
+
+# [[High-context and Low-context cultures]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+메시지가 전달되는 방식이 명시적인 언어 코드에 의존하는지(저맥락), 아니면 공유된 배경지식과 비언어적 정황에 의존하는지(고맥락)를 규명하여 다문화 환경에서의 소통 및 행동 양식을 해석하는 핵심 프레임워크.
+
+## 🧠 핵심 개념 (Core concepts)
+- **고맥락 문화 (High-context cultures)**: 의미가 비언어적 단서(제스처, 침묵 등), 상황, 복잡한 인적 관계망에 깊게 내재되어 있으며, 암묵적이고 행간을 읽는 소통 방식을 취하는 문화(예: 일본, 중국, 한국, 아랍, 라틴 아메리카 등) [S1, S2, S4].
+- **저맥락 문화 (Low-context cultures)**: 정보가 명시적인 언어(말과 글) 자체에 담겨 전송되며, 논리성, 합리성, 투명성을 중시하고 단순 명료한 소통을 지향하는 문화(예: 미국, 독일, 스칸디나비아 국가 등) [S1, S2, S4].
+- **근접학 및 문화 공간 (Proxemics & Space)**: 에드워드 홀이 제안한 개념으로, 영토성(Territoriality)과 개인 공간의 경계 역시 맥락성의 영향을 받으며 권력과 지위를 소통하는 무언의 언어로 작용함 [S6].
+- **에린 메이어의 컬처 맵 (The Culture Map)**: 에드워드 홀의 맥락 이론을 확장하여 비즈니스 환경에서의 소통, 평가, 설득, 리더십, 의사결정, 신뢰, 반대, 일정 등 8가지 차원으로 문화적 역학을 도식화한 모델 [S3, S5].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **소통과 피드백의 불일치 패턴 (Evaluating vs. Communicating)**: 고맥락 문화라고 해서 항상 비판을 우회적으로 하는 것은 아니며(예: 프랑스는 고맥락이면서도 직접적 비판 선호), 저맥락 문화라도 비판을 간접적이고 완곡하게 전달할 수 있음(예: 미국은 저맥락이면서 간접적 비판 선호) [S5, S8].
+- **신뢰 구축 패턴 (Trust Building)**: 저맥락 사회는 업무 성과와 신뢰성(Task-based)을 바탕으로 '머리'로 신뢰를 쌓지만, 고맥락 사회는 사적 시간 공유와 유대감(Relationship-based)을 바탕으로 '가슴'으로 신뢰를 구축함 [S3, S5].
+- **원격 업무에서의 맥락 유실 패턴**: 비언어적 단서와 관계성이 제거된 이메일이나 채팅 위주의 원격/비동기 근무 환경에서는 고맥락 문화권 작업자의 소통 능력이 심각하게 훼손되며, 오해가 발생할 확률이 극대화됨 [S3].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **고맥락 소통 (High-context)** | 언어적 자원을 아끼면서도 풍부하고 미묘한 의미 전달 가능. 내부인 간의 강한 연대와 조화 유지. | 외부인(Out-group)이나 배경지식이 없는 사람에게는 배타적이며 이해하기 매우 어려움. | 동질성이 높은 집단 내부, 장기적인 파트너십과 관계(Relationship)를 중시하는 협상이나 소통 상황. |
+| **저맥락 소통 (Low-context)** | 명시적이고 구체적이어서 오해의 소지가 적음. 투명성이 높고 배경지식이 없는 사람과도 신속한 협업 가능. | 다소 직설적이거나 무례하게(Condescending) 들릴 수 있음. 언어 표현 자체에 시간이 많이 소요됨. | 다국적/다문화 팀의 공식적인 업무 지시, 계약서 작성, 원격 근무(비동기 텍스트 소통) 환경. |
+
+## 📖 세부 내용 (Details)
+- **에드워드 홀의 문화 차원과 맥락의 기원**: 인류학자 에드워드 T. 홀(Edward T. Hall)은 1959년 《침묵의 언어》와 1976년 《문화의 초월(Beyond Culture)》을 통해 인간 소통의 유형을 고맥락과 저맥락으로 분류하였다 [S1, S8]. 홀에 따르면 맥락은 어떤 사건이나 메시지를 둘러싼 정보의 밀도를 뜻하며, 쌍둥이 사이의 대화처럼 말하지 않아도 통하는 환경이 궁극의 고맥락이고, 모든 것을 처음부터 끝까지 설명해야 하는 미국 법정의 변호사들의 대화가 궁극의 저맥락에 해당한다 [S6].
+- **고맥락 문화의 사회적 특성**: 고맥락 사회는 집단주의적(Collectivist) 성향이 강해 가족, 동료, 민족 등 내집단(In-groups)과 복잡하고 다층적인 관계망을 형성한다 [S1, S4]. 언어 자체의 의미보다 화자의 톤, 바디랭귀지, 침묵, 개인 공간의 활용 등 무언의 단서가 메시지의 핵심을 구성하며, 인간관계를 중요시하기에 대립을 피하고 조화를 중시한다 [S1, S2, S4].
+- **저맥락 문화의 사회적 특성**: 개인주의적이고 목표/과업 지향적인 사회로, 공과 사의 경계가 명확하게 구획화(Compartmentalized)되어 있다 [S1, S4, S6]. 소통에 있어 논리와 합리성이 우선시되며, 감정 표현이나 이면의 행간을 읽는 행위는 덜 요구된다 [S1]. 학습이나 업무 지시도 명확하고 구체적인 절차를 따르는 연역적/귀납적 논리에 의존한다 [S4].
+- **글로벌 비즈니스에서의 융합과 응용 (에린 메이어의 컬처 맵)**: 에린 메이어(Erin Meyer)는 다문화 팀이 협업할 때 소통(의미의 명시성), 평가(부정적 피드백의 직접성), 설득(원리 우선 vs 적용 우선), 리더십(평등 vs 위계), 결정(합의 vs 하향식) 등의 8가지 척도 상에서 상호 마찰이 발생함을 입증했다 [S5, S7]. 특히 다국적 팀을 이끌 때는 메시지의 왜곡을 막기 위해 기본적으로 '저맥락 프로세스'를 도입하는 것이 권장되며, 구성원들의 소통 의도를 해석하기 위한 명시적인 팀 '교전 수칙(Rules of engagement)'을 제정하는 것이 필수적이다 [S1, S3, S7].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **국가 단위 분류의 한계 (Oversimplification)**: 특정 국가를 완벽하게 고맥락 혹은 저맥락으로 단정 짓는 것은 한계가 있다. 각 차원은 '스펙트럼' 상에 존재하며, 문화와 개인의 성향(Personality)이 결합되어 나타난다 [S3, S5]. 또한 세대 차이나 글로벌 기업에서의 장기 근무 경험 유무 등에 따라 개인의 소통 방식은 전통적인 국가 규범에서 크게 벗어날 수 있다 [S3].
+- **시간 개념의 동적 진화**: 특정 문화권의 맥락적 성향도 역사적 사건에 의해 업데이트된다. 예컨대 일본은 전형적인 고맥락적이고 다원적 시간관(Polychronic)을 가진 사회이나, 메이지 유신과 산업 혁명을 거치면서 저맥락 사회의 속성인 단일적 시간관(Monochronic) 및 엄격한 시간 엄수 개념을 문화 내로 강하게 통합해 냈다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **다국적 IT 기업의 문화적 역량 워크숍 도입**: 미국과 인도 팀 간에 지속적으로 발생하는 커뮤니케이션 오류를 해결하기 위해 한 글로벌 기술 기업이 'The Culture Map'을 도입하여 문화 역량 워크숍을 수행하였다. 워크숍을 통해 각자의 의사결정 및 소통 방식 차이를 시각화하였으며, 팀원들이 상호 존중받는다고 느낄 수 있는 명시적인 '교전 수칙(Rules of engagement)'을 공동 제정함으로써 생산성과 협업 신뢰도를 극적으로 끌어올린 사례가 존재한다 [S7].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[문화 차원 이론 (Cultural Dimensions)]], [[에린 메이어의 컬처 맵 (The Culture Map)]]
+- **참조 맥락:** 글로벌 비즈니스 조직 구성, 다문화 팀의 의사소통 원칙 제정, 다국어/글로벌 사용자를 위한 시스템(UI/UX) 명시성 및 정책 설계 시 가이드라인으로 참조.
+
+## 📚 출처 (Sources)
+- [S1] Applying Hall's Cultural Dimensions for Business Success - Preply
+- [S2] Communicating in High Context vs. Low Context Cultures
+- [S3] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S4] High-context and low-context cultures | Communication and Mass Media | Research Starters
+- [S5] The Culture Map by Erin Meyer - Magda Miu
+- [S6] key concepts: underlying structures of culture - edward t. hall/mildred reed hall - CSUN
+- [S7] What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs
+- [S8] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/In-Context Learning.md b/10_Wiki/Topics/_Common/Math/From_RawData/In-Context Learning.md
new file mode 100644
index 00000000..72c289b9
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/In-Context Learning.md
@@ -0,0 +1,110 @@
+---
+id: in-context-learning
+title: "In-Context Learning"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "ICL"
+ - "인맥락 학습"
+ - "문맥 내 학습"
+ - "Few-shot learning"
+ - "Few-shot prompting"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI"
+ - "Meta-in-context learning in large language models - NIPS"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+applied_in: []
+github_commit: ""
+---
+
+# [[In-Context Learning]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인맥락 학습(In-Context Learning, ICL)은 초거대 언어 모델이 추가적인 매개변수 업데이트나 역전파 과정 없이, 프롬프트 내에 제시된 예시와 문맥만을 의미론적 사전 지식으로 삼아 실시간으로 새로운 과업을 수행하는 창발적 베이지안 추론 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **무경사 학습 (Gradient-free Learning):** 기존의 지도 학습이나 파라미터 미세 조정(Fine-tuning)과 달리, 추론(Inference) 단계에서 역전파나 모델 가중치의 업데이트 없이 과업을 수행한다 [S1], [S3].
+2. **베이지안 추론 프레임워크 (Bayesian Inference Framework):** 프롬프트를 통해 입력된 예시를 신호로 삼아, 사전 학습 단계에서 획득한 '잠재 개념(Latent Concepts)'에 대한 사후 분포를 예리하게 좁혀 나가는 임시적 베이지안 추론 과정이다 [S1], [S3].
+3. **N-Shot 학습 (N-Shot Learning):** 제공되는 예시의 개수에 따라 Zero-shot(예시 없음), One-shot(단일 예시), Few-shot(다수 예시)으로 구분되며, 주어진 예시들의 입력-출력 매핑 포맷을 모방하여 일반화한다 [S1].
+4. **메타 인맥락 학습 (Meta-In-Context Learning):** LLM이 여러 개의 상이한 도메인 과업 학습 데이터들을 순차적으로 관찰함으로써, 가중치 조정 없이 문맥 자체만으로 인맥락 학습 능력을 재귀적으로 향상시키고 사전 확률(Priors)을 환경 통계에 맞게 적응시키는 현상이다 [S2].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **파라미터 스케일 의존성:** 모델의 파라미터 규모가 커질수록 인맥락 학습의 성능이 향상되며, 특히 의미적으로 무관한 라벨(SUL-ICL)이나 뒤집힌 라벨(Flipped-Label) 환경에서 기존의 의미론적 사전 지식(Semantic Priors)을 무시하고 새로운 규칙을 학습하는 능력은 대형 모델에서만 관찰된다 [S1].
+- **출력 무작위화에 대한 강건성 (Robustness to output randomization):** 전통적 지도 학습과 달리, 입력-출력 매핑 정보가 임의로 훼손되더라도 프롬프트 내의 입력 및 출력 분포 형식 자체가 베이지안 추론을 위한 충분한 증거를 제공하여 성능이 유지되는 경향이 있다 [S1].
+- **사전 지식과 명령어 튜닝의 양면성:** 명령어 튜닝(Instruction tuning)은 입력-라벨 매핑 학습 능력을 향상시키지만, 동시에 모델이 의미론적 사전 지식에 더 강하게 의존하게 만드는 이중적 효과를 지닌다 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **In-Context Learning (ICL)** | 매개변수 업데이트를 위한 연산 오버헤드(역전파 등)가 없음. 다양한 과업에 즉각적으로 유연하게 적용 가능 [S1], [S3]. | 문맥 창(Context window) 크기의 제약을 받음. 학습된 정보가 추론 후 소멸되는 일회성(Transient) 지식임 [S1]. | 도메인 특화 데이터가 부족하거나, 실시간으로 변화하는 다양한 작업 요구사항에 맞춰 빠른 대응이 필요할 때 [S1]. |
+| **Parametric Fine-Tuning** | 모델의 매개변수에 영구적으로 지식이 각인되어 일관성 및 특정 도메인 내 성능이 높음 [S1], [S2]. | 고비용의 연산 자원과 대규모의 라벨링된 훈련 데이터 셋이 요구됨. 치명적 망각 현상 발생 가능 [S1], [S3]. | 특정 도메인의 대규모 전용 데이터가 충분히 확보되어 있으며, 일회성이 아닌 영구적인 과업 맞춤형 지식 보정이 필요할 때 [S1]. |
+
+## 📖 세부 내용 (Details)
+- **작동 원리와 베이지안 추론:** 인맥락 학습은 전통적인 기계학습 모델들이 파라미터 최적화를 통해 과업을 학습하는 것과 대비되는 패러다임이다. 스탠포드 AI 랩의 연구에 따르면, ICL은 모델이 프롬프트를 조건으로 삼아 사전 학습에서 습득한 문서 수준의 '잠재 개념' 위치를 파악하는 베이지안 추론 기전을 암묵적으로 수행하는 창발적 행동이다 [S1], [S3].
+- **프롬프트 엔지니어링과의 결합:** 인맥락 학습의 효율성을 극대화하기 위해서는 프롬프트 엔지니어링을 통해 다수의 시범 예시(Demonstrations)를 엮어 명확한 입력-출력 대응성을 제공해야 한다 [S1]. 이와 결합된 기법인 '사고의 사슬(Chain-of-Thought, CoT)' 프롬프팅은 복잡한 추론 작업 시 중간 논리 단계를 프롬프트 내에 통합함으로써 ICL의 성능을 대폭 끌어올린다 [S1].
+- **메타 인맥락 학습 (Meta-ICL):** 여러 과업을 문맥 내에 연속적으로 제공하면, 모델은 각 과업의 통계적 특성에 맞춰 자신의 사전 확률(Priors) 분포를 최적의 상태로 유기적으로 보정하며, 탐색적 학습 전략을 재구성하게 된다. 이는 파라미터 파인튜닝 없이도 모델이 환경의 참값(True environmental statistics)에 적응할 수 있음을 수학적으로 입증한 것이다 [S2], [S3].
+- **한계 및 과제:** ICL은 훈련 데이터의 질과 다양성에 크게 의존하며, 모델 스케일이 작을 경우 성능이 저하된다. 또한, 지속적으로 문맥이 진화하는 환경에서는 편향이 영속화되거나 민감한 정보가 노출될 수 있는 프라이버시 및 보안 취약점(예: 프롬프트 인젝션)을 안고 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **지식의 영속성 문제:** Lakera AI 문서[S1]는 인맥락 학습으로 획득된 정보가 추론 종료 후 소멸되는 일시적(Transient) 특성을 가진다고 설명한다. 그러나 NeurIPS 논문[S2]에 따르면 다중 과업이 연속적으로 주어지는 환경(Meta-in-context learning)에서는 문맥만으로도 모델의 사전 기대치(Priors)와 학습 전략이 구조적으로 재편되어 고도화된 지속 학습이 일정 부분 가능함을 시사한다. 이는 단순 1회성 매핑을 넘어선 더 복잡한 문맥 내 학습 능력이 존재함을 의미한다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (코드, 커밋 해시, 시스템 결정 기록 등은 소스에서 확인되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Prompt Engineering]] — 연결 이유: 인맥락 학습을 효율적으로 가동하기 위해 입력 예시와 텍스트를 구조화하는 기술 [S1].
+- [[Bayesian Inference]] — 연결 이유: 인맥락 학습 시 대형 모델 내부에서 암묵적으로 일어나는 수학적 추론 메커니즘의 기반 [S1], [S3].
+- [[Fine-tuning]] — 연결 이유: 인맥락 학습과 대비되는, 모델의 매개변수를 직접 수정하여 과업을 학습하는 전통적 방법론 [S1], [S3].
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 메타 인맥락 학습(Meta-In-Context Learning)에서 모델이 자체 학습 전략(예: 탐색 대 활용)을 전환하는 수학적 원리는 무엇인가?
+- 모델 파라미터 크기에 따라 의미적으로 무관한 라벨(SUL-ICL)을 처리하는 능력이 급격히 차이 나는 원인은 무엇인가?
+- 인맥락 학습 과정 중 베이지안 추론을 위한 잠재 개념(Latent Concepts)은 사전 학습 단계의 어느 레이어에 주로 분포하는가?
+- 프롬프트 인젝션 공격은 인맥락 학습의 베이지안 추론 과정 중 어떤 취약점을 공략하는가?
+- RAG(Retrieval-Augmented Generation) 시스템 내에서 제공되는 외부 문서를 인맥락 학습이 효과적으로 수용하기 위한 최적의 프롬프트 길이와 형식은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** API를 통한 LLM 서비스 구축 시, Few-shot 프롬프트를 구성하여 새로운 NLP 과업(감정 분석, 코드 생성 등)을 즉각적으로 구현 [S1].
+- **System Design:** RAG(검색 증강 생성) 파이프라인에서 검색된 문서를 컨텍스트로 주입하여 모델이 미세 조정 없이 도메인 특화 답변을 생성하도록 설계 [S3].
+- **Operation / Maintenance:** 모델 환각(Hallucination) 방지 및 프롬프트 인젝션 방어 등 보안 가드레일을 운영 환경에 반영 [S1].
+- **Learning Path:** Prompt Engineering -> In-Context Learning -> Agentic AI -> Model Evaluation (LLM의 학습 패러다임 변화 이해).
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Chain-of-Thought]] — 확장 방향: 인맥락 학습 내에서 모델의 논리적 추론 능력을 극대화하기 위한 구체적인 방법론적 접근.
+- [[Large Language Models]] — 확장 방향: 인맥락 학습이라는 창발적 능력이 나타나게 된 배경이 되는 파운데이션 모델 아키텍처.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Prompt Engineering]], [[Bayesian Inference]]
+- **참조 맥락:** 모델 미세 조정 없이 LLM이 새로운 과업을 실시간으로 추론하고 학습하는 메커니즘을 설계 및 이해할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI
+- [S2] Meta-in-context learning in large language models - NIPS
+- [S3] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/In-context Learning (인맥락 학습).md b/10_Wiki/Topics/_Common/Math/From_RawData/In-context Learning (인맥락 학습).md
new file mode 100644
index 00000000..5a150c6d
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/In-context Learning (인맥락 학습).md
@@ -0,0 +1,110 @@
+---
+id: in-context-learning-(인맥락-학습)
+title: "In-context Learning (인맥락 학습)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "ICL"
+ - "인맥락 학습"
+ - "Few-shot prompting"
+ - "Few-shot learning"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+ - "Meta-in-context learning in large language models - NIPS"
+applied_in: []
+github_commit: ""
+---
+
+# [[In-context Learning (인맥락 학습)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+대규모 언어 모델(LLM)이 파라미터(가중치)의 업데이트나 미세조정(Fine-tuning) 없이, 프롬프트 내에 제시된 문맥과 예시만으로 의도된 패턴을 파악하여 새로운 과제를 수행하는 창발적 추론 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **Gradient-free Adaptation (기울기 업데이트 부재):** 역전파(Backpropagation)를 통한 파라미터 최적화 없이, 사전 학습된 모델 가중치를 그대로 유지한 채 인퍼런스(추론) 단계에서 문맥만을 기반으로 작업을 수행한다 [S1].
+- **Bayesian Inference Framework (베이지안 추론 프레임워크):** ICL은 모델이 파라미터를 최적화하는 것이 아니라, 프롬프트를 통해 사전 학습 중 습득한 '잠재 개념(Latent Concepts)'의 위치를 찾아내어 사후 확률 분포(Posterior distribution)를 정밀하게 좁히는 베이지안 추론 과정으로 설명된다 [S1], [S2].
+- **Semantic Prior (의미론적 사전 지식):** 프롬프트로 주어지는 예시들은 모델이 사전 학습 과정에서 체득한 지식을 자극하는 강력한 베이지안 사전 지식으로 작용하며, 논리 전개 방향을 통제한다 [S1], [S2].
+- **Meta-In-Context Learning (메타 인맥락 학습):** 여러 상이한 도메인의 학습 과제를 연속적으로 프롬프트에 제시하면, 모델이 단순히 하나의 과제를 푸는 것을 넘어 인맥락 학습 능력 자체를 개선하고 학습 전략과 사전 확률을 환경에 맞게 적응시키는 현상이다 [S2], [S3].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **과제 제시 방식 (N-Shot Learning):** 모델에게 주어지는 예시의 수에 따라 다수의 입출력 쌍을 제공하는 퓨샷 학습(Few-Shot Learning), 단 하나의 예시를 제공하는 원샷 학습(One-Shot Learning), 그리고 예시 없이 과제 설명만 제공하는 제로샷 학습(Zero-Shot Learning) 패턴으로 나뉜다 [S1].
+- **변칙적 라벨 학습 패턴 (Flipped/SUL-ICL):** 예시의 정답 라벨을 반대로 뒤집는 'Flipped-Label ICL'이나 아예 의미론적으로 무관한 단어로 대체하는 'SUL-ICL' 환경에서, 대형 모델은 사전 학습된 지식(Semantic prior)을 억제하고 새로운 입력-라벨 매핑 규칙을 바닥부터 즉석에서 재학습하는 능력을 보인다 [S1].
+- **연쇄 추론 유도 패턴 (Chain-of-Thought):** ICL과 결합하여 복잡한 문제 해결 시 프롬프트에 중간 추론 단계를 포함시킴으로써(예: "Let's think step by step"), 모델이 단계적 논리를 모방하고 정밀한 결과를 도출하게 하는 패턴이다 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **In-context Learning (ICL)** | 데이터 라벨링 및 모델 재학습 비용(컴퓨팅 자원)이 필요 없음. 프롬프트 수정만으로 즉각적이고 유연한 과제 적응 가능 [S1]. | 입력 컨텍스트 길이의 제한을 받으며, 프롬프트 설계의 미세한 변화에 결과가 크게 흔들리는 취약성(Brittleness)이 있음 [S1]. | 지속적인 파라미터 업데이트 없이 빠르고 유연하게 다양한 자연어 처리(감성 분석, 번역, 코드 생성 등) 과제를 시도할 때 [S1]. |
+| **Fine-tuning (미세조정)** | 특정 도메인이나 과제에 대해 모델 가중치를 영구적으로 최적화하여 매우 높은 정확도와 안정성을 확보할 수 있음 [S1]. | 고비용의 라벨링 데이터 수집과 그래디언트 업데이트를 위한 막대한 컴퓨팅 파워 및 재학습 시간이 소모됨 [S1]. | 고도로 전문화된 도메인 특화 과제이거나, ICL만으로는 원하는 성능이나 안정적 일관성을 달성하기 어려울 때 [S1]. |
+| **RAG (검색 증강 생성)** | 외부 지식 기반에서 실시간으로 최신 정보를 주입하여 할루시네이션을 줄이고 정확한 사실에 입각한 생성을 도움 [S2]. | 임시 가교 역할에 불과하여, 매번 필요한 정보를 새로 주입해야 하므로 시스템 자원 소모와 지연(Latency)이 발생할 수 있음 [S2]. | 모델의 사전 학습 데이터에 포함되지 않은 최신 정보나 방대한 외부 기업 데이터베이스의 지식이 필요할 때 [S2]. |
+
+## 📖 세부 내용 (Details)
+- **인맥락 학습의 작동 원리:** 전통적 머신러닝은 새로운 과제를 위해 역전파 알고리즘을 통한 파라미터 최적화 훈련 단계를 거쳐야 한다. 반면 ICL은 사전에 방대한 데이터로 훈련된 파라미터 스케일을 활용해, 프롬프트로 주어진 예시들을 의미론적 지표(Semantic prior)로 삼아 아날로지(유추) 방식으로 학습한다 [S1], [S2].
+- **베이지안 추론 기전:** 스탠포드 AI 랩의 연구 등에 따르면 ICL은 명시적 파라미터 업데이트가 아니라 일종의 '임시적 베이지안 추론' 활성화 과정이다. 프롬프트 내의 예시들이 제공하는 신호가 노이즈를 초과할 경우, 모델은 사전 학습 공간 내에서 연관된 '잠재 개념(Latent Concepts)'을 위치시키고 사후 확률을 좁혀간다 [S1], [S2]. 이러한 현상은 Transformer의 어텐션 메커니즘과 경사하강법 사이의 암묵적인 메타-최적화(Meta-optimization) 관계로도 해석된다 [S1].
+- **메타 인맥락 학습 (Meta-In-Context Learning):** 모델에게 순차적으로 여러 개의 서로 다른 회귀 또는 분류 과제들을 인맥락 예시로 제시하면, 모델은 각 과제를 독립적으로 처리하는 것을 넘어, 점차 사전 확률을 통계적 환경의 실제 값으로 적응시키고(예: 양의 기울기 선호에서 음의 기울기 선호로 변화) 학습 전략 자체를 변경(예: 더 탐욕적이고 보수적인 선택)하며 진화하는 능력을 보인다 [S2], [S3].
+- **한계와 과제 (Challenges):** ICL의 효율성은 모델의 매개변수 규모(Scale)에 크게 의존한다. 소형 모델에서는 제대로 창발되지 않는 경향이 있으며, 모델이 크더라도 프롬프트 작성 구조(Prompt engineering)에 극도로 민감하게 반응하는 불안정성을 지닌다 [S1]. 더불어 고도로 특화된 도메인에서는 ICL만으로는 한계가 있어 한정적인 성능을 보일 수 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 모델 학습 및 맥락 활용의 관점에서, 일각에서는 외부 지식 투입을 위해 RAG(Retrieval-Augmented Generation) 기법을 최적의 대안으로 여기나, 최근 연구에 따르면 RAG는 외부 정보를 일회성으로 삽입하는 임시 처방에 불과하여 매번 동일한 이력을 각인시켜야 하는 구조적 한계와 시스템 자원 누수를 초래한다는 비판적 시각이 존재한다 [S2]. 반면 Meta-In-Context Learning은 모델 스스로 사전 확률 공간을 유기적으로 보정해 나가는 내재적 선순환 메커니즘을 증명하여 대비된다 [S2], [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- 현재 발견된 실제 적용 사례가 없습니다. (소스에 특정 코드 릴리스, 의사결정 ID, 프로젝트 폴더 경로 등이 명시되어 있지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+- 소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Prompt Engineering]] — ICL을 효과적으로 활용하기 위해 자연어 프롬프트를 정교하게 설계하는 기술적 방법론.
+- [[Large Language Models]] — ICL 능력이 창발적으로 나타나는 거대한 스케일의 기반 인공지능 아키텍처.
+- [[Bayesian Inference]] — ICL이 파라미터 업데이트 없이 사전 지식을 기반으로 잠재 개념을 추론하는 기저의 수학/통계적 프레임워크.
+- [[Transformer Attention]] — ICL의 암묵적인 경사하강(메타-최적화)과 듀얼 관계를 형성하는 기저 메커니즘.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- ICL의 능력이 창발(Emergence)하기 위해 요구되는 LLM의 최소 파라미터 스케일은 어느 정도인가?
+- Flipped-Label ICL 상황에서 소형 모델과 대형 모델 간의 사전 의미 지식 억제 능력 차이는 왜 발생하는가?
+- Meta-In-Context Learning을 유도하기 위해 프롬프트 내에 여러 과제를 배치할 때, 과제 간의 최적의 유사도 혹은 이질성(Diversity)은 어떻게 구성해야 하는가?
+- 긴 컨텍스트 윈도우에서 ICL 성능이 저하되는 'Context Rot' 현상을 방지하기 위한 구조화된 메모리 노트 작성 기법은 무엇인가?
+- ICL과 RAG 시스템을 통합했을 때 발생할 수 있는 인지적(연산적) 병목 현상과 그 해결책은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 감성 분석, 의료 진단, 자동 번역, 코드 생성 등 새로운 과제 수행 시 라벨링된 데이터가 부족할 때 Zero-shot 혹은 Few-shot 프롬프트를 설계하여 신속하게 모델을 배포.
+- **System Design:** AI 시스템 설계 시 미세조정(Fine-Tuning)의 높은 비용을 회피하기 위해, 모델이 인퍼런스 타임에 외부 데이터베이스에서 관련 예시들을 동적으로 검색하여 프롬프트에 주입(Dense Retrievers)하는 방식으로 ICL 파이프라인 구성.
+- **Operation / Maintenance:** 모델이 생성하는 결과물의 품질이 하락할 경우, 파라미터를 건드리지 않고 프롬프트 내 Few-shot 예시의 품질, 배열 순서, 체인 오브 소트(CoT) 구문을 튜닝하여 문제를 유지보수.
+- **Learning Path:** Prompt Engineering -> In-Context Learning -> Meta-In-Context Learning -> Agentic Workflow Design.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Chain-of-Thought]] — ICL 내에서 중간 추론 과정을 명시적으로 이끌어내어 문제 해결 능력을 비약적으로 높이는 인접 기법.
+- [[Instruction Tuning]] — 입력-라벨 매핑 학습 능력을 강화하나 의미론적 사전 지식에 대한 의존도를 심화시켜 ICL 성능과 긴밀히 교차하는 모델 튜닝 기법.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Prompt Engineering]], [[Meta-in-context learning]]
+- **참조 맥락:** 대규모 언어 모델이 파라미터 수정 없이 즉각적으로 새로운 작업 환경에 적응하도록 지시어와 예시를 구성할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI"
+- [S2] "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+- [S3] "Meta-in-context learning in large language models - NIPS"
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Intercultural Communication.md b/10_Wiki/Topics/_Common/Math/From_RawData/Intercultural Communication.md
new file mode 100644
index 00000000..1ed0be27
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Intercultural Communication.md
@@ -0,0 +1,99 @@
+---
+id: intercultural-communication
+title: "Intercultural Communication"
+category: "Communication"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["타문화 의사소통", "상호문화 커뮤니케이션", "이문화 소통", "Cross-cultural communication", "Intercultural Exchanges"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Applying Hall's Cultural Dimensions for Business Success - Preply", "High-context and low-context cultures | Communication and Mass Media | Research Starters", "The Culture Map by Erin Meyer - Magda Miu", "Team Mapping Tool Report - Erin Meyer", "What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs", "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera", "key concepts: underlying structures of culture - edward t. hall/mildred reed hall - CSUN"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Intercultural Communication]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+문화적 배경에 따른 맥락(Context) 의존도와 소통 방식의 차이를 이해하고 조율하여, 글로벌 환경에서의 오해를 줄이고 협업 효율성을 극대화하는 체계적 접근법이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **고맥락 및 저맥락 문화 (High-context vs. Low-context Cultures)**: 인류학자 에드워드 홀(Edward T. Hall)이 주창한 개념으로, 메시지의 의미가 비언어적 단서와 공유된 배경지식에 내포되는지(고맥락), 아니면 명시적인 언어를 통해서만 전달되는지(저맥락)에 대한 소통 스펙트럼이다.
+* **컬처 맵 8차원 (The Culture Map's 8 Dimensions)**: 에린 메이어(Erin Meyer)가 고안한 모델로, 의사소통, 평가, 설득, 리더십, 의사결정, 신뢰, 이견 조율, 일정 관리 등 8가지 비즈니스 행동 영역에서의 문화적 상대성을 매핑한 프레임워크이다.
+* **신뢰의 두 가지 형태 (Task-based vs. Relationship-based Trust)**: 과업의 성취와 전문성을 바탕으로 형성되는 '인지적 신뢰(Cognitive trust)'와, 사적이고 감정적인 교류를 통해 형성되는 '정서적 신뢰(Affective trust)'의 구분이다.
+* **비동기/원격 환경의 맥락 상실 (Context Loss in Remote Work)**: 고맥락 소통에 필수적인 비언어적 단서가 제거되는 원격 환경(이메일, 채팅 등)에서 발생하는 문화적 소통 단절 현상이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **다문화 팀 운영 시 저맥락 기반 프로세스 채택**: 다양한 문화적 배경을 가진 팀이 협업할 때는 명시적이고 투명한 저맥락 소통 규칙을 수립하여 암묵적 오해를 방지한다.
+* **소통 헌장 및 규칙 공동 제정 (Rules of Engagement)**: 팀 내에서 '침묵'의 의미, 피드백 제공 방식, 이메일 참조(CC) 규칙 등 암묵적 규범을 명시적인 팀 커뮤니케이션 헌장으로 문서화한다.
+* **부정적 피드백 시 문화적 차이를 고려한 전달 방식 조율**: 간접적 평가 문화권에는 사적인 자리에서 점진적으로 피드백을 전달하고, 직접적 평가 문화권에는 "피드백을 주고받는 방식"에 대한 사전 설명(Cultural Framing) 후 접근한다.
+* **원격 환경 내 관계 구축을 위한 동기적 시간 확보**: 비언어적 단서가 결여된 텍스트 위주의 비동기 환경을 보완하기 위해 고맥락 문화권 팀원들이 관계를 형성할 수 있는 '비디오 기반의 비공식 대화 시간'을 의도적으로 배정한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **고맥락 커뮤니케이션 (High-Context)** | 복잡한 대인 관계망 속에서 행간을 읽어 효율적이고 경제적인 정보 전달 가능. 관계의 조화 유지. | 외부인(Out-group)이 규칙을 이해하기 어렵고, 명시적 언어가 부족하여 다문화 환경에서 오해 발생 위험 높음. | 동질성이 높고 신뢰 관계(Relationship-based)가 깊게 형성된 단일 집단이나 문화권 내에서 협업할 때. |
+| **저맥락 커뮤니케이션 (Low-Context)** | 의도가 투명하고 단순 명료하게 전달되어 오해의 소지가 적음. 텍스트 위주의 절차적 업무에 유리. | 비언어적 신호나 맥락을 놓치며, 고맥락 문화권 구성원에게는 무례하거나 융통성 없는 태도로 비칠 수 있음. | 다국적/다문화 구성원이 섞인 글로벌 팀에서 명확한 목표 달성과 절차적 협업이 필수적인 상황일 때. |
+
+## 📖 세부 내용 (Details)
+**1. 고맥락 문화와 저맥락 문화의 이해**
+에드워드 T. 홀(Edward T. Hall)은 문화에 따라 소통이 이루어지는 맥락의 정도를 '고맥락(High-context)'과 '저맥락(Low-context)'으로 구분했다 [S1, S2, S7].
+* **고맥락 문화**: 일본, 중국, 라틴 아메리카, 아프리카, 중동 국가 등이 대표적이다 [S1, S2]. 메시지의 많은 부분이 명시적인 언어보다는 어조, 침묵, 신체 언어, 그리고 수명에 걸쳐 형성된 대인 관계망(In-groups)과 배경지식에 내재되어 있다 [S1, S2]. "행간을 읽는(Read between the lines)" 능력이 중시되며 집단주의적 성향이 강하다 [S1].
+* **저맥락 문화**: 미국, 독일, 스칸디나비아 국가들이 해당한다 [S1, S2]. 주로 말과 글 자체에 의존하여 "의미하는 바를 정확히 말하는(Say what you mean)" 것을 선호하며, 인간관계를 상황(직장 동료, 학교 친구 등)에 따라 구획화(Compartmentalized)하고 개인주의적이고 과업 중심적인 성향을 띤다 [S1, S2].
+
+**2. 에린 메이어(Erin Meyer)의 컬처 맵 8차원**
+상호문화적 커뮤니케이션의 충돌은 에린 메이어의 '컬처 맵(The Culture Map)' 8가지 차원을 통해 구체적으로 분석할 수 있다 [S3, S4, S5].
+* **소통(Communicating)**: 고맥락 vs 저맥락 [S4]. 다문화 팀은 오해를 막기 위해 명시적이고 прозра(투명)한 저맥락 프로세스를 구축해야 한다 [S3].
+* **평가(Evaluating)**: 부정적 피드백을 전달할 때의 직설성이다. 프랑스는 고맥락 문화이지만 비판은 극도로 직접적이며, 반대로 미국은 가장 저맥락 문화임에도 부정적인 피드백을 긍정적 메시지로 감싸서 우회적으로 전달한다 [S3, S4].
+* **설득(Persuading)**: 원리 우선(Deductive, 프랑스/독일 등) vs 응용 우선(Inductive, 미국/영국 등) 추론 방식의 차이이다. 원리 우선 문화는 '왜(WHY)'를 중시하고, 응용 우선 문화는 '어떻게(HOW)'를 중시한다 [S3].
+* **리더십(Leading)**: 권력 거리(Power distance)에 따른 평등 지향(Egalitarian) vs 위계 지향(Hierarchical) 문화이다. 위계 지향 사회에서는 보고 체계를 뛰어넘는 소통이 무례로 간주될 수 있다 [S3, S4].
+* **의사결정(Deciding)**: 합의 지향(Consensual, 대문자 D 의사결정) vs 하향식(Top-down, 소문자 d 의사결정)의 차이이다 [S3].
+* **신뢰(Trusting)**: 성과를 바탕으로 한 인지적/과업 기반 신뢰(Task-based)와 감정적 교류를 바탕으로 한 정서적/관계 기반 신뢰(Relationship-based)이다 [S3, S4]. 이는 '복숭아(초면에 친절하지만 깊은 속은 잘 안 보여주는 문화, 예: 미국)'와 '코코넛(초면에 무뚝뚝하지만 친해지면 단단한 관계를 맺는 문화, 예: 러시아, 독일)' 모델로 비유된다 [S3].
+* **이견(Disagreeing)**: 대립적(Confrontational) vs 대립 회피적(Avoids confrontation) 성향이다 [S3].
+* **일정(Scheduling)**: 선형적 시간관(Linear-time/Monochronic) vs 유연한 시간관(Flexible-time/Polychronic)이다 [S3, S4].
+
+**3. 원격 및 비동기 소통 환경에서의 맥락 단절**
+Slack이나 이메일 같은 원격 업무 툴은 비언어적 힌트와 관계의 깊이를 체계적으로 제거하므로 고맥락 문화권 팀원들에게는 오해와 긴장을 유발하는 토양이 된다 [S6]. 예를 들어, 저맥락의 효율성만 추구하는 다섯 글자의 짧은 답변("okay.")은 고맥락 소통자들에게 차갑거나 무시하는 느낌을 줄 수 있다 [S6]. 따라서 원격 환경에서는 의도를 과잉 소통(Over-communicate)하고 텍스트에 감정적, 문맥적 구조를 보강하는 '디지털 공감(Digital Empathy)' 노력이 필수적이다 [S6].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 에드워드 홀의 '고맥락/저맥락' 이분법 모델이 국가 단위의 문화에 엄격하게 적용될 경우 지나친 단순화의 오류에 빠질 수 있다는 비판이 제기된다 [S6]. 예컨대 저맥락 국가로 분류되는 미국 내에서도 샌프란시스코의 IT 스타트업과 애틀랜타의 법률 사무소는 서로 다른 커뮤니케이션 규범을 가질 수 있으며, 15년간 타 문화권에서 근무한 개인은 특정 범주에 맞지 않는 행동을 보인다 [S6].
+또한, 메이어의 컬처맵 지표에 따르면 '소통 척도(Communicating scale)'와 '평가 척도(Evaluating scale)'는 일치하지 않는 모순적 결과를 띠는 경우가 많다 [S3, S4]. 프랑스나 러시아는 소통 자체는 고맥락적(우회적이고 비언어적 신호 중시)이면서도, 타인의 업무를 평가하거나 비판할 때는 놀라울 만큼 저맥락적이고 직설적(Direct negative feedback)이다. 반대로 미국은 소통 자체는 세계에서 가장 저맥락적(극도로 명시적)이면서도, 부정적인 피드백을 전달할 때는 긍정적 칭찬으로 감싸서 전달하는 간접적(Indirect negative feedback) 성향을 띤다 [S3, S4].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례(소스코드, 깃 커밋 해시, 시스템 의사결정 기록 등)가 없습니다.
+단, 한 다국적 기술 기업(Tech firm)의 조직 관리 사례가 보고되어 있다. 미국과 인도 기반 팀 사이에 지속적인 의사소통 문제가 발생했을 때, 리더십은 컬처 맵(The Culture Map®) 워크숍을 통해 두 집단 간 소통 및 의사결정 스타일의 본질적 차이를 진단했다 [S5]. 이후 상호 존중을 위한 '참여 규칙(Rules of engagement)'을 공동 제정하고, 리더들이 문화를 고려하여 피드백 스타일을 조정함으로써 두 지역 간 생산성과 신뢰를 복원하는 데 성공했다 [S5].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[고맥락과 저맥락 문화]], [[컬처 맵(The Culture Map)]]
+- **참조 맥락:** 글로벌 팀 빌딩 및 관리, 다국적 프로젝트의 커뮤니케이션 헌장 제정, 다문화 환경에서의 성과 피드백 및 원격 근무 프로세스 설계 시 핵심 지침으로 참조.
+
+## 📚 출처 (Sources)
+- [S1] Applying Hall's Cultural Dimensions for Business Success - Preply
+- [S2] High-context and low-context cultures | Communication and Mass Media | Research Starters
+- [S3] The Culture Map by Erin Meyer - Magda Miu
+- [S4] Team Mapping Tool Report - Erin Meyer
+- [S5] What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs
+- [S6] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S7] key concepts: underlying structures of culture - edward t. hall/mildred reed hall - CSUN
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/KV Caching.md b/10_Wiki/Topics/_Common/Math/From_RawData/KV Caching.md
new file mode 100644
index 00000000..75ca9216
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/KV Caching.md
@@ -0,0 +1,88 @@
+---
+id: kv-caching
+title: "KV Caching"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["KV 캐싱", "Key-Value Caching", "KV Cache", "키-밸류 캐싱"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리"]
+applied_in: []
+github_commit: ""
+---
+
+# [[KV Caching]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+트랜스포머 기반 디코더 모델의 텍스트 생성 과정에서 발생하는 불필요한 중복 연산을 방지하기 위해, 이전 스텝의 Key(K)와 Value(V) 벡터를 메모리에 저장하여 추론 속도를 획기적으로 높이는 최적화 기법.
+
+## 🧠 핵심 개념 (Core concepts)
+- **Auto-regressive 특성 대응**: 디코더는 한 번에 하나의 토큰을 생성하며(Auto-regressive), 새로운 토큰 $t$를 생성할 때 $1$부터 $t-1$까지의 이전 토큰 정보는 변하지 않으므로 이를 매번 다시 계산할 필요가 없다는 구조적 사실에 기반함 [S1].
+- **연산 복잡도(O(n²)) 제거**: 매 스텝마다 전체 시퀀스의 K와 V를 재계산하면 심각한 연산 낭비가 발생하므로, 캐싱을 통해 이 복잡도를 대폭 완화함 [S1].
+- **추론 성능(TTFT, Throughput) 개선**: 불필요한 연산량(FLOPs)을 줄임으로써 모델 서빙 단계에서 첫 토큰 생성 시간(Time-to-First-Token, TTFT) 및 전체 처리량(Throughput)을 최적화함 [S1].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **상태 보존(Caching) 전략**: 이전 스텝에서 이미 계산 완료된 K와 V 벡터를 메모리에 저장(Caching)해 두고, 현재 시점의 '새로운 Query'에 대해서만 어텐션 연산을 수행하는 구조적 패턴 [S1].
+- **메모리 한계 극복을 위한 병행 기법**: 시퀀스 길이가 길어질수록 GPU VRAM의 캐시 점유율이 높아지는 물리적 한계가 발생하며, 이를 보완하기 위해 [[PagedAttention]]과 같은 진보된 메모리 관리 기법을 병행하는 설계 전략이 사용됨 [S1].
+
+## 📖 세부 내용 (Details)
+- **배경 및 필요성**: 실제 LLM 모델 배포 및 서빙 단계에서 리서치 엔지니어(RE)들이 반드시 고려해야 할 핵심 최적화 요소이다. Auto-regressive 모델인 디코더는 매 스텝 토큰을 생성할 때 과거의 토큰 정보가 변하지 않음에도 전체 시퀀스에 대해 K와 V를 재계산하게 되면 연산량이 급증하여 성능 저하를 일으킨다 [S1].
+- **동작 원리**: 어텐션 메커니즘에서 이전 스텝까지 계산된 K(Key)와 V(Value) 벡터 값을 메모리에 캐싱해 둔다. 그리고 새로운 토큰을 생성하는 현재 시점에서 만들어진 새로운 Q(Query)에 대해서만 기존에 저장된 K, V 값들과 연산을 수행한다 [S1].
+- **장점 및 트레이드오프**: 연산량(FLOPs)을 획기적으로 줄여 추론 속도(Throughput 및 TTFT)를 높인다는 확실한 장점이 있다. 하지만, 텍스트(시퀀스)가 길어지면 길어질수록 이를 담아두는 GPU VRAM의 점유율이 지속적으로 상승한다는 메모리 용량 측면의 단점이 공존한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되거나 기존 상식과 모순되는 정보는 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스에서 특정 파일 경로, 프로젝트 이름, 결정 사항 등에 대한 구체적인 적용 사례가 확인되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Attention Mechanism]] — KV Caching 최적화가 직접적으로 적용되는 트랜스포머 모델의 코어 연산 구조.
+- [[PagedAttention]] — KV Caching으로 인해 발생하는 GPU VRAM 점유율 한계 문제를 해결하기 위해 병행되는 메모리 페이징 기법.
+- [[Auto-regressive]] — 이전 결과를 바탕으로 순차적으로 다음 토큰을 생성하는 메커니즘으로, KV Caching이 필요한 본질적 원인을 제공함.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- KV Caching을 적용할 때 발생하는 VRAM 병목 현상을 해결하기 위한 PagedAttention의 구체적인 메모리 할당 원리는 무엇인가?
+- 디코더(Decoder)와 달리 인코더(Encoder) 아키텍처에서는 KV Caching 기법이 어떻게 다르게 적용되거나 불필요해지는가?
+- 시퀀스 길이 증가에 따른 KV Cache VRAM 점유율 변화량을 정량적으로 계산하는 공식은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 대규모 언어 모델(LLM) 추론 서버 구축 시 속도 최적화를 위한 필수 엔진 설정 적용.
+- **System Design:** 트랜스포머 기반 디코더 모델의 메모리 레이아웃 및 VRAM 할당 스케줄러 아키텍처 설계.
+- **Operation / Maintenance:** 실시간 AI 서비스(챗봇 등) 운영 시 동시 접속자 수 증가에 따른 GPU 메모리 모니터링 및 캐시 한계 대응.
+- **Learning Path:** 트랜스포머의 어텐션 메커니즘 이론 학습 완료 후, 실제 서비스 배포를 위한 서빙 최적화 기법 습득 단계에서 필수 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Transformer Architecture]] — KV Caching이 탑재되는 언어 모델의 근본 구조.
+- [[Large Language Model Serving]] — LLM을 실제 프로덕션 환경에 배포하고 운영하는 제반 기술 도메인.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Attention Mechanism]], [[PagedAttention]]
+- **참조 맥락:** 트랜스포머(Transformer) 디코더 모델을 실제 서버 환경에 배포하고 실시간 추론 속도 및 메모리 사용량을 최적화할 때 핵심 참고 기준으로 활용.
+
+## 📚 출처 (Sources)
+- [S1] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리 (https://mvje.tistory.com/258)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Low-Context Culture.md b/10_Wiki/Topics/_Common/Math/From_RawData/Low-Context Culture.md
new file mode 100644
index 00000000..3e4c738e
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Low-Context Culture.md
@@ -0,0 +1,90 @@
+---
+id: low-context-culture
+title: "Low-Context Culture"
+category: "Culture_and_Communication"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["저맥락 문화", "Low-Context", "LC", "저맥락 소통", "저맥락"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: [
+ "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘",
+ "key concepts: underlying structures of culture - edward t. hall/mildred reed hall - CSUN",
+ "Applying Hall's Cultural Dimensions for Business Success - Preply",
+ "High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera",
+ "High-context and low-context cultures | Communication and Mass Media | Research Starters",
+ "Communicating in High Context vs. Low Context Cultures",
+ "What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs"
+]
+applied_in: ["다국적 IT 기업 다문화 커뮤니케이션 워크숍 도입 사례"]
+github_commit: ""
+---
+
+# [[Low-Context Culture]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+저맥락 문화는 공유된 배경지식에 의존하기보다 명확하고 구체적인 언어적 표현 그 자체에 정보와 의미의 핵심을 담아 소통하는 문화적 행동 규범이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **명시적 커뮤니케이션 (Explicit Communication):** 메시지의 의미가 발화된 단어와 텍스트 그 자체에 내포되며, 숨겨진 뉘앙스보다 언어적 투명성을 중시함.
+- **과업 지향적 신뢰 (Task-based Trust):** 업무적 능력과 성과, 자격 증명에 기반하여 신뢰가 형성되며 공과 사의 영역을 분리함.
+- **단일 시간관 (Monochronic Time) 및 구획화:** 시간과 일정을 엄격하게 관리되는 자원으로 여기며, 특정 목표 달성을 위해 대인관계를 빠르고 짧게 형성 및 구획화함.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **갈등의 비개인화 및 직접적 해결:** 대립과 의견 불일치를 개인에 대한 공격으로 간주하지 않고, 합리적 문제 해결을 위한 개방적이고 직접적인 토론으로 수용하는 패턴.
+- **연역적 및 규정 중심 사고:** 행동 규칙, 계약, 기대 사항을 사전에 텍스트나 공식적 절차로 명문화하여 모호성을 제거하는 접근법.
+- **네트워크의 개방성과 유동성:** 소규모 사회 그룹의 경계가 느슨하며 구성원의 진입과 이탈이 자유로운 목표 지향적 관계 맺기.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **저맥락 문화 (Low-Context)** | 투명하고 명시적인 소통으로 다문화·다양성 조직 내에서 오해를 최소화함 | 지나친 직접성으로 인해 타 문화권에 비인간적이거나 무례하게 비칠 수 있음 | 구성원의 이질성이 큰 글로벌 팀, 원격 근무 환경, 명확한 책임 소재가 필요한 프로젝트 |
+| **고맥락 문화 (High-Context)** | 비언어적 뉘앙스를 활용한 고도의 경제적 소통 가능, 강력한 소속감 및 신뢰 형성 | 내부 맥락을 모르는 외부인(Outsider)의 소외 유발, 소통의 모호성 | 역사적, 문화적 동질성이 높은 집단, 장기적인 대인 관계 구축이 핵심인 비즈니스 |
+
+## 📖 세부 내용 (Details)
+- **개념의 기원 및 정의:** 인류학자 에드워드 홀(Edward T. Hall)이 1950년대부터 70년대까지 《침묵의 언어》, 《문화의 초월》 등의 저서를 통해 정립한 개념으로, 메시지의 대다수 정보가 명시적인 코드(언어)에 담겨 전달되는 문화를 지칭한다 [S1, S2, S3]. 미국, 독일, 네덜란드, 스칸디나비아, 호주 등이 대표적인 저맥락 문화권으로 분류된다 [S1, S4, S5].
+- **의사소통 및 사회적 특징:** 의사소통은 본질적으로 기능적 목적을 띠며 단순하고 명확하며 직접적이어야 한다고 간주된다 [S3, S4]. 이러한 문화에서는 발화된 단어 자체에 핵심 의미가 명시되어 있으며, 상대방이 메시지를 제대로 이해하지 못했을 경우 그 책임은 의사소통의 발신자에게 있는 것으로 여겨진다 [S3, S6, S7].
+- **조직 및 업무 규범:** 저맥락 문화권은 개인주의 성향이 지배적이며 구성원의 인종적·종교적 다양성이 크기 때문에 일의 진행에 있어 명확한 절차적 프레임이 필수적이다 [S1, S4]. 사람들은 업무와 사적인 관계를 뚜렷하게 구획화(Compartmentalize)하여 관리한다 [S1, S3, S5]. 신뢰는 사적인 교류보다는 자격 증명, 실적, 계약의 명확성 등을 통해 업무(Task)를 기반으로 구축된다 [S4, S7].
+- **시간과 갈등에 대한 인지:** 시간은 단일 시간관(Monochronic)에 따라 철저히 규제되고 관리되어야 하는 자원으로 인식되며, 마감 기한과 일정 준수가 매우 중시된다 [S4, S5]. 갈등과 의견 불일치는 사적인 공격으로 간주되지 않으며, 문제 해결을 위한 개방적이고 논리적인 토론을 통해 해소된다 [S4, S5]. 또한, 지식과 학습은 단일한 정보 출처를 통해 귀납적으로 파악되는 경향이 있다 [S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 에드워드 홀의 국가 기반 스펙트럼 분류는 다소 지나친 단순화(Oversimplification)라는 학계의 비판이 존재한다. 문화적 맥락 수용성은 고정불변이 아니라 산업군, 세대, 개인이 노출된 환경에 따라 변동성이 크다 [S4, S6].
+- 에린 메이어(Erin Meyer)의 《컬처 맵》 연구에 따르면, 전형적인 초저맥락 국가인 미국은 소통 자체는 명료함을 숭상하나 '부정적인 피드백'을 전달할 때는 여러 긍정적인 평가 사이에 비판을 끼워 넣는 고도의 우회적 완충 기술을 사용하는 모순적 특성을 보인다. 반면 고맥락 문화인 프랑스는 피드백에 있어서는 무가공 상태로 비판을 표명하는 직설적인 방식을 택한다 [S1, S7].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **다국적 기업 커뮤니케이션 워크숍 도입:** 미국의 한 글로벌 기술 기업이 미국 기반 팀(저맥락)과 인도 기반 팀(고맥락) 사이에 발생한 지속적인 의사소통 장애를 해결하기 위해 '문화 지도(Culture Map)' 기반 워크숍을 도입했다. 양측의 의사결정 및 소통 방식의 차이를 진단하고, 서로가 존중받을 수 있는 교류 규칙(rules of engagement)을 도출하여 협업 생산성을 높인 의사결정 사례가 보고되었다 [S7].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[High-Context Culture]], [[Culture Map]]
+- **참조 맥락:** 글로벌 비즈니스 환경에서의 조직 관리, 다문화 원격 팀 커뮤니케이션 프로세스 설계 및 리더십 평가 모델에서 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S2] key concepts: underlying structures of culture - edward t. hall/mildred reed hall - CSUN
+- [S3] Applying Hall's Cultural Dimensions for Business Success - Preply
+- [S4] High vs Low Context Cultures: A Practical Guide for Global Teams - Talaera
+- [S5] High-context and low-context cultures | Communication and Mass Media | Research Starters
+- [S6] Communicating in High Context vs. Low Context Cultures
+- [S7] The Culture Map by Erin Meyer - Magda Miu (What Is Culture Mapping? A Guide to Erin Meyer's The Culture Map® - The Three Cs 포함)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Model Deployment.md b/10_Wiki/Topics/_Common/Math/From_RawData/Model Deployment.md
new file mode 100644
index 00000000..1d85618a
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Model Deployment.md
@@ -0,0 +1,97 @@
+---
+id: model-deployment
+title: "Model Deployment"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["모델 배포", "Model Serving", "모델 서빙", "프로덕션 배포", "LLM Deployment"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.65
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "KV Caching", "MLOps", "Model Serving"]
+raw_sources: ["[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리", "Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques ", "어텐션 메커니즘이란 무엇인가요? - IBM"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Model Deployment]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+모델 배포 및 서빙 단계는 모델의 실제 추론 효율성(KV Caching)과 프로덕션 환경의 품질을 최적화하기 위한 엔드투엔드 파이프라인의 핵심 종착지이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **KV Caching**: 모델 배포 및 서빙 과정에서 이전 스텝의 연산(K, V 벡터) 결과를 메모리에 저장하여 불필요한 재계산을 방지하고 추론 속도를 높이는 메커니즘
+* **MLOps 파이프라인**: 인공지능 수명 주기 내에서 모델의 추론, 거버넌스, 위험 관리와 함께 모델 배포를 체계적으로 관리하는 인프라 구조
+* **프로덕션 프롬프트 배포**: 자동화된 프롬프트 엔지니어링을 거쳐 검증된 최적의 프롬프트를 배포하고, 런타임(추론) 단계에서 품질을 향상시키는 엔터프라이즈 워크플로우
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **추론 자원 최적화 패턴**: Auto-regressive(자기 회귀) 기반 디코더 모델을 서빙할 때 매 토큰 생성 시 발생할 수 있는 $O(n^2)$의 연산 낭비를 막기 위해 캐싱을 적용하며, 긴 시퀀스 처리 시 급증하는 GPU VRAM 점유율 관리를 위해 PagedAttention 기법을 병행한다.
+* **엔터프라이즈 프롬프트 자동화 파이프라인**: APE(자동 프롬프트 엔지니어링)로 후보군 탐색 및 평가 -> 최적 프롬프트를 프로덕션에 배포 -> 추론 시 Self-Refine 메커니즘 결합으로 실시간 품질 개선.
+
+## 📖 세부 내용 (Details)
+주어진 소스에 전반적인 **모델 배포(Model Deployment)** 프로세스 전반에 대한 구체적인 절차나 아키텍처 구축 정보는 다소 부족합니다. 그러나 LLM 서빙 및 MLOps 관점에서 고려해야 할 핵심 배포 지침은 다음과 같이 확인됩니다.
+
+**서빙 단계의 연산 최적화 (KV Caching)**
+실제 언어 모델의 배포(Deployment) 및 서빙 단계에서 머신러닝 엔지니어들이 반드시 고려해야 하는 핵심 요소는 'KV Caching'입니다 [S1]. 트랜스포머의 디코더는 Auto-regressive 특성상 한 번에 하나의 토큰만을 생성하므로, 매 스텝마다 전체 시퀀스의 Key(K)와 Value(V)를 모두 재계산하는 것은 심각한 연산 낭비를 유발합니다 [S1]. 이를 해결하기 위해 이전 스텝에서 계산된 K와 V 벡터를 캐시 메모리에 저장해 두고, 현재 시점의 새로운 Query에 대해서만 어텐션 연산을 수행함으로써 FLOPs(연산량)를 줄이고 TTFT(Time-to-First-Token)와 시스템 전체의 Throughput을 획기적으로 개선합니다 [S1]. 다만, 입력 시퀀스가 길어질수록 GPU VRAM의 캐시 점유율이 높아지므로 PagedAttention과 같은 진보된 메모리 관리 기법의 병행이 요구됩니다 [S1].
+
+**MLOps 체계 내의 모델 배포**
+모델 배포는 거시적인 MLOps(Machine Learning Operations) 라이프사이클의 필수 구성 요소입니다 [S2]. IBM의 AI 스택 분류에 따르면, 모델 배포는 AI 라이프사이클 내에서 AI 추론(Inference), 데이터 라벨링, 머신 러닝 파이프라인 운영, 분산 머신 러닝뿐만 아니라, 배포 이후의 모델 드리프트(Model Drift) 감지 및 모델 위험 관리(Model Risk Management)를 포함하는 모델 거버넌스와 긴밀하게 연결되어 관리되어야 합니다 [S2]. 또한 기업 인프라 수준에서는 Llama부터 vLLM에 이르는 프라이빗 모델 아키텍처를 도입하여 자체 호스팅(Self-Hosted) 형태의 LLM 배포를 구성할 수 있습니다 [S3].
+
+**프로덕션 환경을 위한 프롬프트 배포 파이프라인**
+대형 언어 모델 기반 애플리케이션의 배포 품질은 주입되는 프롬프트에 의해 결정됩니다. 엔터프라이즈 수준에서는 APE(Automatic Prompt Engineer)를 사용해 최적의 프롬프트를 자동으로 탐색 및 검증한 후, 가장 우수한 성능을 낸 프롬프트를 프로덕션(배포 환경)에 적용합니다 [S3]. 프로덕션 배포 이후의 추론 시점에서는 Self-Refine 프레임워크를 연동하여 모델 스스로 출력 품질을 검토하고 개선하게 함으로써, 애플리케이션의 전반적인 신뢰도를 실시간으로 향상시킬 수 있습니다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.65
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[MLOps]] — 지속적인 배포 및 관리를 포함하는 전체 머신러닝 운영 수명 주기
+- [[KV Caching]] — 디코더 기반 언어 모델의 배포 및 서빙에서 필수적인 추론 가속화 기술
+- [[Transformer Attention]] — 어텐션 메커니즘을 처리하는 기저 엔진 원리
+
+### 심층 후속 질문 (Deeper Research Questions)
+- VRAM 메모리 점유 한계를 극복하기 위해 서빙 단계에서 PagedAttention은 어떻게 작동하는가?
+- 프라이빗 환경(Self-Hosted)에서 vLLM 아키텍처를 활용한 LLM 배포의 주요 장점과 병목은 무엇인가?
+- 모델 배포 이후 MLOps 파이프라인에서 모델 드리프트(Model Drift)를 감지하는 구체적 지표는 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** Auto-regressive 모델의 프로덕션 서빙 시 TTFT 개선을 위한 KV Caching 도입
+- **System Design:** APE와 Self-Refine 모듈을 통합한 엔드투엔드(End-to-End) 프롬프트 배포 파이프라인 아키텍처 설계
+- **Operation / Maintenance:** 모델 거버넌스를 위한 배포 후 모니터링 시스템 및 VRAM 사용량 추적
+- **Learning Path:** 트랜스포머 어텐션 이해 -> 서빙 효율화 기술(KV Caching) -> MLOps 기반 파이프라인 및 모델 배포
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Self-Refine]] — 배포 이후 런타임에 모델의 결과를 실시간으로 자가 교정하는 프롬프트 기법
+- [[In-context Learning]] — 모델 파라미터 업데이트(재학습) 없이 배포된 상태에서 프롬프트를 통해 과업을 수행하는 메커니즘
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[MLOps]], [[KV Caching]]
+- **참조 맥락:** 대규모 생성형 AI 시스템 및 언어 모델을 프로덕션 환경에 배포하고 실시간 서비스를 운영할 때 요구되는 성능 최적화와 프롬프트 거버넌스 가이드라인으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리
+- [S2] 어텐션 메커니즘이란 무엇인가요? - IBM
+- [S3] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Modularity of Mind.md b/10_Wiki/Topics/_Common/Math/From_RawData/Modularity of Mind.md
new file mode 100644
index 00000000..f9187385
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Modularity of Mind.md
@@ -0,0 +1,83 @@
+---
+id: modularity-of-mind
+title: "Modularity of Mind"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "마음의 모듈성"
+ - "Mental Modularity"
+ - "Massive Modularity"
+ - "대규모 모듈성"
+ - "정신 모듈"
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "Relevance theory - University of Southampton Web Archive"
+ - "Relevance theory1"
+applied_in: []
+github_commit: ""
+---
+
+# [[Modularity of Mind]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+마음의 모듈성(Modularity of Mind)은 인간의 인지 체계가 특정 도메인이나 작업에 특화된 자율적 계산 메커니즘(모듈)들로 구성되어 있다는 이론으로, 전통적인 제한적 모듈성에서 진화하여 발화 이해 및 마음 읽기 등 중앙 인지 과정까지 포괄하는 '대규모 모듈성(Massive Modularity)'으로 확장되었다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **자율적 계산 메커니즘 (Autonomous Computational Mechanism)**: 포더(Fodor)의 엄격한 정의보다 유연하게 해석되는 개념으로, 특정 도메인 및 작업에 특화되어 빠르고 효율적인 휴리스틱을 수행하는 인지 구조 [S1].
+- **대규모 모듈성 가설 (Massive Modularity Thesis)**: 입력 시스템에만 모듈이 존재한다는 과거의 이분법적 사고에서 벗어나, 인간의 마음 전반이 다양한 특화된 모듈들로 광범위하게 구성되어 있다는 댄 스퍼버(Dan Sperber) 등의 주장 [S1, S2].
+- **마음 읽기 모듈 (Mind-reading / Theory of Mind Module)**: 타인의 시선 방향이나 자발적 움직임 등을 통해 상대방의 의도, 목표, 욕구를 해석하는 '시선 방향 탐지기(Eye Direction Detector)' 및 '지향성 탐지기(Intentionality Detector)' 등의 도메인 특화 모듈 [S1, S2].
+- **발화 이해 전용 모듈 (Comprehension Module)**: 일반적인 마음 읽기 모듈과 연관되어 있으면서도 구별되는, 언어적 발화 및 의도 해석을 전담하기 위해 진화된 특화 정신 모듈 [S2].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **빠르고 검소한 휴리스틱 (Fast and Frugal Heuristics)**: 모듈화된 추론 메커니즘은 범용적인 신념-욕구 심리학 기반의 반성적 추론(Reflective reasoning) 대신, 특정 도메인 내의 고유한 규칙성을 활용하는 특수 목적 추론 절차를 통해 작동함 [S1].
+- **적응적 진화 (Evolutionary Adaptation)**: 인간의 인지 시스템은 진화적 선택 압력의 결과로 환경 내의 규칙성이나 특정 입력(예: 의사소통적 자극)을 처리하는 데 최적화된 편향(biases) 및 전용 메커니즘을 발전시킴 [S2].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **제리 포더의 전통적 모듈성 (Fodor's Modularity)** | 지각 및 입력 시스템의 빠르고 자동화된 특성을 설명하기 용이함 [S1] | 중앙 인지 과정(추론, 신념 형성 등)의 자율성과 효율성을 설명하지 못하는 미분화된 구조를 가정함 [S1, S2] | 감각 기관의 1차적 정보 처리(시각, 청각 등)의 자율성을 논증할 때 |
+| **대규모 모듈성 (Massive Modularity)** | 의사소통, 마음 읽기 등 복잡한 중앙 인지 영역에서도 도메인 특화 메커니즘이 어떻게 고효율의 추론을 수행하는지 입증 가능 [S1, S2] | 범용적 추론 기능과의 경계 및 상호작용 방식이 상대적으로 복잡해짐 | 화용론적 발화 해석, 타인의 의도 파악 등 고차원적 인지 구조를 분석할 때 |
+
+## 📖 세부 내용 (Details)
+- **마음의 모듈성의 기원과 변화**: 제리 포더(Jerry Fodor)는 1983년 저서 《The Modularity of Mind》를 통해 마음의 모듈성 개념을 제안했다. 그는 고도로 모듈화된 '입력 프로세스(Input processes)'와 상대적으로 미분화된 '중앙 프로세스(Central processes)' 사이에 날카로운 선을 그었다 [S1, S2]. 그러나 최근의 인지과학은 이러한 날카로운 구분을 탈피하여 정신을 점진적으로 더 모듈화된 관점으로 바라보는 방향으로 이동했다 [S1].
+- **유연한 모듈의 정의와 장점**: 관련성 이론(Relevance Theory) 등에서는 '모듈'을 포더의 정의보다 약간 느슨한 의미인 '도메인 특화 또는 작업 특화 자율 계산 메커니즘'으로 규정한다 [S1, S2]. 이러한 전용 추론 메커니즘의 가장 큰 장점은 해당 도메인 내에 존재하는 고유한 규칙성을 활용할 수 있다는 점이다 [S1]. 일반적인 신념-욕구 심리학을 동원하는 대신, 특정 영역에 맞추어진 '빠르고 검소한 휴리스틱'으로 작동할 수 있다 [S1].
+- **마음 읽기와 지향성 탐지**: 타인의 정신 상태를 예측하는 마음 읽기(Mind-reading) 분야 문헌에 따르면, 인간에게는 시선의 방향을 토대로 상대의 주의 상태를 파악하는 '시선 방향 탐지기(Eye Direction Detector)'나 스스로 움직이는 대상을 통해 목표를 해석하는 '지향성 탐지기(Intentionality Detector)' 같은 특화 모듈이 존재한다 [S1].
+- **의사소통과 발화 이해를 위한 전용 모듈**: 스퍼버(Sperber)의 '대규모 모듈성(Massive Modularity)' 가설 제안 이후, 인지과학 내에서 중앙 인지의 본질과 모듈 개념에 대한 대대적인 재고가 이루어졌다 [S2]. 이에 따라 스퍼버와 윌슨(Sperber & Wilson, 2002)은 범용적인 마음 읽기 모듈과는 구별되는, 그러나 그와 밀접하게 연관된 '발화 이해 전용 정신 모듈(a mental module dedicated to utterance interpretation)'이 존재한다고 주장했다 [S2]. 이는 진화 과정의 지속적인 선택 압력으로 인해 인지 시스템이 개발해 낸 결과물이다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 전통적으로 인지과학 철학에서 제리 포더(Jerry Fodor)는 사고(Thought)와 같은 중앙 처리 과정을 모듈화되지 않은 영역으로 보았으나(1983), 최신 진화심리학과 관련성 이론의 '대규모 모듈성 가설(Massive Modularity)'은 고도의 사유 영역인 발화 해석과 마음 읽기 추론 과정조차도 별도의 특화된 정신 모듈로 기능한다고 봄으로써 기존의 모듈성 한계를 업데이트 및 확장하였다 [S1, S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Theory of Mind]], [[Massive Modularity]]
+- **참조 맥락:** 인지 주체의 의사소통 및 언어 화용론적 발화 추론 과정을 모듈 단위의 뇌 인지 아키텍처로 해석할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Relevance theory - University of Southampton Web Archive
+- [S2] Relevance theory1
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Multi-head Attention.md b/10_Wiki/Topics/_Common/Math/From_RawData/Multi-head Attention.md
new file mode 100644
index 00000000..88adb078
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Multi-head Attention.md
@@ -0,0 +1,112 @@
+---
+id: multi-head-attention
+title: "Multi-head Attention"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "멀티헤드 어텐션"
+ - "다중 헤드 어텐션"
+ - "Multihead Attention"
+ - "병렬 어텐션"
+ - "MHA"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "어텐션 메커니즘이란 무엇인가요? - IBM"
+ - "[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리"
+ - "어텐션 메커니즘(Attention Mechanism) 간단히 이해하기"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+applied_in: []
+github_commit: ""
+---
+
+# [[Multi-head Attention]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+어텐션 가중 기여도를 단순히 평균화할 때 발생하는 세부 정보 손실을 막기 위해, 여러 병렬 어텐션 헤드를 통해 다면적인 문맥 관계(맥락)를 동시에 포착하고 결합하는 트랜스포머 모델의 핵심 인지 구조이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **[[Self-Attention]] (자가 어텐션)**: 입력 시퀀스 내의 단어들이 서로 어떤 관련이 있는지 확인하기 위해, Query, Key, Value 내적 연산을 통해 문맥적 연관성과 가중치를 자체적으로 파악하는 메커니즘.
+* **[[Query, Key, Value]]**: 정보 검색 시스템의 논리와 유사하게, 현재 위치의 단어가 던지는 질문(Q), 각 단어가 제공할 수 있는 정보의 지표(K), 단어가 실제로 보유한 의미 정보(V)를 정의하여 관련성을 평가하는 구성 요소.
+* **[[Parallel Attention Heads]] (병렬 어텐션 헤드)**: 입력 임베딩을 $h$개의 하위 집합으로 분할하여 여러 개의 가중치 행렬 세트에서 병렬로 연산을 수행함으로써, 단어 간 의미적 맥락의 다양한 측면을 개별적으로 포착하는 구조.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **차원 분할 및 병렬 연산 (Splitting & Parallelizing)**: 원래의 입력 토큰 임베딩을 균일한 크기의 $h$개 하위 집합으로 분할하고, 이를 각각 서로 다른 $Q, K, V$ 가중치 행렬(쿼리 헤드, 키 헤드, 값 헤드)에 통과시켜 병렬로 어텐션을 계산한다.
+* **다면적 맥락 학습 (Multi-faceted Contextual Learning)**: 병렬로 구성된 각 회로(어텐션 헤드)는 서로 다른 가중치를 학습하여, 시제의 변화나 어조 등 주변 단어가 문맥에 영향을 미치는 여러 개별적인 측면들을 전문적으로 분담하여 포착한다.
+* **결합 (Concatenation)**: 각각의 어텐션 헤드에서 출력된 벡터(Z)들은 평균화되지 않고 마지막 계층에서 다시 하나로 연결(Concatenate)되어 풍부한 문맥 정보를 보존한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **단일 헤드 어텐션 (Single-head Attention)** | 수식이 단순하고 연산에 필요한 하드웨어 자원이 상대적으로 적음. | 모든 어텐션 가중 기여도를 단일 공간에서 평균화하므로 문맥의 다양한 세부 사항이 손실될 수 있음. | 모델 경량화가 극단적으로 요구되거나, 단어 간의 단순하고 직관적인 의존성만 파악해도 무방한 환경. |
+| **멀티헤드 어텐션 (Multi-head Attention)** | 단어 간의 다면적인 관계를 동시에 여러 관점으로 학습하여 세밀한 맥락(Context)을 보존함. | $h$개의 병렬 행렬 연산 및 결합 과정을 거치므로 컴퓨팅 자원(연산량)이 더 필요함. | 복잡한 자연어 처리, 기계 번역 등 정교하고 심층적인 다차원적 맥락 이해가 필수적인 트랜스포머 기반 모델 구축 시. |
+
+## 📖 세부 내용 (Details)
+* 트랜스포머(Transformer) 아키텍처는 과거의 합성곱(CNN)이나 순환(RNN) 신경망 연산을 완전히 배제하고 오직 어텐션 계층과 피드포워드 계층만으로 구성된 모델이며, 여기서 활용되는 핵심 기법이 멀티헤드 어텐션이다 [S1].
+* 각 어텐션 가중 기여도를 개별적으로 계산하는 대신 단순 평균화하는 방식은 수학적으로는 효율적일 수 있으나 중요한 세부 사항이 손실되는 치명적인 단점이 존재한다. 트랜스포머 모델은 이 문제를 해결하기 위해 '멀티헤드 어텐션'을 구현하였다 [S1].
+* 연산 과정에서 입력 토큰 임베딩은 $h$개의 균일한 크기로 분할되며, 각 부분은 고유한 가중치 행렬을 갖는 $h$개의 병렬 $Q, K, V$ 회로에 입력된다 [S1, S2].
+* 이 병렬 회로 내부에서는 각기 $Attention(Q, K, V) = softmax(\frac{QK^T}{\sqrt{d_k}})V$ 의 스케일드 닷 프로덕트 어텐션(Scaled Dot-product Attention) 공식이 작동하여 쿼리와 키의 연관성을 평가한다 [S2, S3, S4].
+* 실제 모델 학습 시 이 병렬 회로들은 의미적 의미의 개별적인 측면들을 포착하게 된다. 예를 들어 한 어텐션 헤드는 시제의 변화에 특화되어 집중하고, 다른 어텐션 헤드는 주변 단어가 문장의 어조에 미치는 영향을 파악하도록 가중치를 조정한다 [S1].
+* 각 어텐션 블록의 마지막 계층에서 이러한 $h$개 병렬 회로의 출력들은 서로 연결(Concatenate)되어, 모호성을 해결하고 복합적인 문맥이 모두 반영된 최종 표현 벡터(Contextualized Representation)를 만들어낸다 [S1, S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보는 발견되지 않음. 제공된 모든 소스가 공통적으로 멀티헤드 어텐션이 단일 어텐션의 평균화 손실 문제를 극복하고 다차원적 맥락을 병렬로 결합하는 우수한 기법임을 일관되게 서술하고 있다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 데이터 내에서 특정 코드 리포지토리의 파일 경로, Git 커밋 해시 또는 사내 의사결정 기록(decision_id) 등의 직접적인 구현 사례 메타데이터는 확인되지 않음.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음. (소스 내에는 수학적 행렬 연산식과 개념적 아키텍처 설명만 존재하며, 실행 가능한 완전한 코드 스니펫은 제공되지 않음.)
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Transformer]] — 멀티헤드 어텐션을 코어 아키텍처로 사용하여 순환 신경망을 대체한 딥러닝 모델.
+- [[Self-Attention]] — 멀티헤드 어텐션의 기반 단위로, 동일한 소스 내에서 Q, K, V를 추출하여 문맥을 파악하는 기법.
+- [[Scaled Dot-Product Attention]] — 멀티헤드 어텐션 내부의 개별 헤드에서 기울기 소실을 방지하기 위해 내적 값을 스케일링하는 어텐션 스코어 산출 방식.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 멀티헤드 어텐션에서 병렬 헤드의 개수($h$) 설정이 자연어 처리 모델의 맥락 파악 성능과 컴퓨팅 자원 소모에 미치는 구체적인 임계점은 무엇인가?
+- 모델의 특정 어텐션 헤드가 시제나 어조 등 고유한 문맥을 독립적으로 학습했다는 것을 정량적 혹은 시각적으로 평가(해석 가능성)하는 방법론은 무엇인가?
+- 디코더에서 사용되는 마스크드 멀티헤드 어텐션(Masked Multi-head Attention)은 미래 정보를 차단하기 위해 내부 행렬 연산을 어떻게 수정하는가?
+- 오토레그레시브(Auto-regressive) 생성 시 멀티헤드 어텐션 연산 부하를 줄이기 위해 [[KV Caching]] 기법은 구체적으로 메모리 내에 어떤 형태의 텐서를 보존하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 대규모 언어 모델(LLM) 및 신경망 아키텍처의 어텐션 블록(Attention Block) 레이어 개발.
+- **System Design:** 장거리 의존성(Long-range dependencies)을 효과적으로 처리해야 하는 문서 요약, 기계 번역 등 NLP 파이프라인 설계.
+- **Operation / Maintenance:** 모델 추론 속도 지연(TTFT) 해소를 위한 어텐션 연산 효율화 및 메모리 할당(KV Caching) 관리.
+- **Learning Path:** 트랜스포머 구조의 이해, 딥러닝에서의 자연어 처리 모델링 및 어텐션 메커니즘 수학적 기초.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[KV Caching]] — 디코더가 토큰을 생성할 때, 이전 스텝의 멀티헤드 어텐션 K, V 연산 값을 캐싱하여 중복 연산을 방지하는 확장 최적화 방향.
+- [[In-Context Learning]] — 멀티헤드 어텐션에 의해 획득된 거대한 잠재 개념(Latent Concepts)을 바탕으로 프롬프트 상의 예시 맥락을 즉각적으로 추론해 내는 LLM의 학습 방법론.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Self-Attention]], [[Transformer]]
+- **참조 맥락:** 인공지능이 텍스트의 다차원적 맥락(시제, 어조, 지시어 등)을 단일 백터로 압축하여 소실시키지 않고, 여러 관점에서 동시에 병렬로 보존·이해하도록 아키텍처를 설계할 때 핵심 규범으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 어텐션 메커니즘이란 무엇인가요? - IBM
+- [S2] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리
+- [S3] 어텐션 메커니즘(Attention Mechanism) 간단히 이해하기
+- [S4] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/PagedAttention.md b/10_Wiki/Topics/_Common/Math/From_RawData/PagedAttention.md
new file mode 100644
index 00000000..9bef784f
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/PagedAttention.md
@@ -0,0 +1,90 @@
+---
+id: pagedattention
+title: "PagedAttention"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "페이지드 어텐션"
+ - "Paged Attention"
+ - "메모리 관리 기법"
+duplicate_of: ""
+source_trust_level: "C"
+confidence_score: 0.85
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "LLM", "KV Caching"]
+raw_sources:
+ - "[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리"
+applied_in: []
+github_commit: ""
+---
+
+# [[PagedAttention]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+긴 시퀀스를 처리하는 대규모 언어 모델(LLM)에서 GPU VRAM의 KV 캐시 점유율 문제를 해결하기 위해 활용되는 메모리 관리 기법이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **KV Caching 연계**: 디코더 모델이 토큰을 생성할 때 연산량을 줄이기 위해 이전 스텝의 K(Key), V(Value) 벡터를 저장하는 과정에서 파생되는 메모리 한계를 관리한다.
+- **GPU VRAM 관리**: 긴 시퀀스 입력 시 기하급수적으로 증가하는 GPU VRAM의 캐시 점유율을 효율적으로 통제하는 역할을 수행한다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+소스에 관련 정보가 부족합니다.
+
+## 📖 세부 내용 (Details)
+- 트랜스포머(Transformer) 기반의 자기회귀(Auto-regressive) 디코더 모델은 토큰을 생성할 때마다 전체 시퀀스의 Key와 Value를 재계산하지 않기 위해 메모리에 이를 저장해두는 **KV Caching** 기법을 사용한다 [S1].
+- KV Caching은 연산량(FLOPs)을 줄여 Time-to-First-Token(TTFT) 및 처리량(Throughput)을 개선하지만, 긴 시퀀스를 처리할수록 GPU VRAM의 캐시 점유율이 심각하게 높아지는 한계가 존재한다 [S1].
+- **PagedAttention**은 이러한 GPU VRAM의 한계를 극복하고 캐시 점유율을 제어하기 위해 KV Caching과 병행하여 도입되는 메모리 관리 기법이다 [S1].
+- (주의: PagedAttention의 구체적인 수학적 알고리즘이나 내부 구조적 특징에 대해서는 소스에 관련 정보가 부족합니다.)
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** C
+- **신뢰 점수:** 0.85
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[KV Caching]] — PagedAttention이 도입되게 된 원인이자 연산 효율을 높이기 위한 선행 기술
+- [[Transformer]] — PagedAttention 기법이 적용되는 LLM의 근간이 되는 아키텍처
+
+### 심층 후속 질문 (Deeper Research Questions)
+- PagedAttention은 운영체제의 가상 메모리 페이징(Paging) 기법과 구체적으로 어떤 구조적 유사성을 가지는가?
+- 긴 시퀀스를 처리할 때 PagedAttention을 적용했을 때와 적용하지 않았을 때의 VRAM 점유율 및 Throughput 차이는 어느 정도인가?
+- PagedAttention이 GPU 메모리 단편화(Fragmentation) 현상을 어떻게 해결하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에서 확인되지 않음.
+- **System Design:** 긴 문맥(Long-context)을 다루는 LLM 서빙 및 추론 시스템 구축 시, 메모리 한계 극복을 위한 캐시 아키텍처 설계에 참조.
+- **Operation / Maintenance:** 소스에서 확인되지 않음.
+- **Learning Path:** 트랜스포머의 어텐션 메커니즘 $\rightarrow$ 디코더 모델의 병목 현상 이해 $\rightarrow$ KV Caching $\rightarrow$ PagedAttention 기반의 메모리 최적화 학습.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Attention Mechanism]] — 입력 데이터 내 정보들 간의 가중치와 연관성을 계산하는 딥러닝 핵심 원리
+- [[LLM Serving]] — 완성된 언어 모델을 사용자에게 효율적으로 배포하고 추론(Inference) 속도를 최적화하는 환경
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[KV Caching]], [[Transformer]]
+- **참조 맥락:** LLM의 추론 최적화 과정에서 발생하는 메모리 병목 현상을 이해하고, 이를 극복하는 관리 시스템을 설계할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리 (https://mvje.tistory.com/258)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Parsons Problems.md b/10_Wiki/Topics/_Common/Math/From_RawData/Parsons Problems.md
new file mode 100644
index 00000000..24c1cc65
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Parsons Problems.md
@@ -0,0 +1,104 @@
+---
+id: parsons-problems
+title: "Parsons Problems"
+category: "Computer_Science_Education"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["파슨스 문제", "파슨스 프라블럼", "Parsons puzzles", "Guided examples", "부분 완성형 예제"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)", "Cognitive Load Theory", "Programming Education", "ICAP"]
+raw_sources: ["Example Explorers and Persistent Finishers: Exploring Student Practice Behaviors in a Python Practice System - CEUR-WS.org", "Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv"]
+applied_in: ["Python Grids", "Propositional logic tutoring system"]
+github_commit: ""
+---
+
+# [[Parsons Problems]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+파슨스 문제(Parsons Problems)는 뒤섞인 해결 단계나 빈칸을 재배열 및 완성하게 하여 학습자의 인지 부하를 줄이고 문제 분해-재결합 능력을 향상시키는 능동적(Active) 워크드 예제 형식이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **순서 재배열 및 완성 (Rearranging and Completing):** 뒤섞인 코드나 논리 증명 단계를 올바른 순서로 재배열하거나 누락된 부분을 완성하여 유효한 솔루션을 구성하는 방식
+- **안내형 예제 (Guided Worked Examples):** 부분적으로 완성된 예제(partially worked examples) 형태로, 힌트와 서브골(subgoals)을 제공하여 독립적 문제 해결과 패시브(Passive) 관찰 사이의 간극을 잇는 학습 장치
+- **인지 부하 감소 (Cognitive Load Reduction):** 구조화된 가이드라인과 워크플로우를 제공함으로써, 특히 사전 지식이 낮은 초심자들의 인지 부하를 효과적으로 관리하고 학습 효율을 증진
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **서브골(Subgoal) 분할 지향 패턴:** 복잡한 문제를 의미 있는 단위(chunks)나 서브골로 나누어 제시함으로써 문제 분해-재결합(decomposition-recomposition) 스킬을 강화한다.
+- **적응적 난이도 조절 패턴:** 단계별 힌트와 맥락적 단서를 결합하여, 백지상태에서 시작하는 문제 해결(Problem Solving)의 막막함을 방지하고 개념적 비계(Scaffolding)를 제공한다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Parsons Problems (Guided Examples)** | 인지 부하를 줄여주며 사전 지식이 낮은(Low Prior Knowledge) 학습자에게 특히 효과적. 워크플로우가 단순화됨. | 문제 형식에 처음 노출되거나 연결 구조가 너무 복잡할 경우 학습자가 초기에 헤맬 수 있음. | 프로그래밍 패턴 학습, 논리/수학 증명의 재구성 훈련 시 |
+| **Buggy Examples (디버깅 예제)** | 인지적 마찰을 일으켜 사전 지식이 높은 학습자의 심층 이해와 비판적 사고 능력을 향상시킴. | 초보자에게는 혼란과 인지 과부하를 초래하여 오개념을 강화할 위험이 있음. | 이미 기본 스키마가 형성된 고급 학습자를 대상으로 할 때 |
+| **Problem Solving (직접 풀이)** | 독립적인 문제 해결 능력과 실전 감각을 극대화함. | 모든 단계를 스스로 구성해야 하므로 높은 인지 부하를 유발함. | 워크드 예제로 기초가 충분히 다져진 숙련된 학습자 대상 시 |
+| **Passive Worked Examples (전통적 예제)** | 학습 초기 단계에서 가장 낮은 인지 부하를 유발하여 기본 뼈대를 이해하게 함. | 수동적 학습에 머물러 능동적 인지 참여(Cognitive engagement)가 부족해질 수 있음. | 새로운 개념을 처음 도입하는 완전 초기 단계 |
+
+## 📖 세부 내용 (Details)
+- **정의 및 작동 방식:** 파슨스 문제(Parsons Problems)는 뒤섞인 솔루션 단계를 재배열하거나 누락된 부분을 완성하여 유효한 프로그램이나 논리적 증명을 만들어내는 학습 인터페이스이다 [S2]. 이는 파이썬과 같은 프로그래밍 교육에서 코드 작성 능력을 전반적으로 향상시키는 효과적인 연습 도구로 활용되며, 능동적 코딩을 유도하는 '구성(construction)' 문제의 한 유형으로 분류된다 [S1, S2].
+- **학습적 효과 및 장점:** 파슨스 문제는 안내된 워크플로우를 통해 복잡한 문제를 단순화하여 학습자의 인지 부하를 줄여주는 효과가 크다 [S4]. 특히 사전 지식이 부족한(low prior knowledge) 학습자에게 규칙(rule) 적용 정확도를 높이고 전체 문제 해결 시간을 단축하는 데 유의미한 도움을 준다 [S4].
+- **확장 적용 분야:** 초기에는 프로그래밍 언어의 구문이나 패턴을 교육하는 데 주로 사용되었으나, 최근 연구에서는 수학적 증명이나 명제 논리 증명(propositional logic proofs)을 교육하는 데까지 확장 적용되어 증명 구성의 어려움을 감소시켰음을 입증했다 [S2].
+- **성공적인 구성을 위한 요건:** 데이터 기반의 서브골(subgoal) 지향적 파슨스 문제는 학습자의 문제 분해-재결합(decomposition-recomposition) 기술을 획기적으로 향상시킬 수 있다 [S2]. 그러나 이 형식에 처음 노출되거나, 문제의 다양한 부분들 간의 연결 고리가 매우 복잡할 경우 학습자가 적응에 어려움을 겪을 수 있다 [S2]. 이를 극복하기 위해 높은 수준의 맥락적 중요성(contextual significance) 설명과 명확한 서브골 라벨(subgoal labels) 제공이 동반되어야 한다 [S2].
+- **ICAP 프레임워크 관점:** 파슨스 문제를 차용한 '안내형 예제(Guided examples)'는 전체 솔루션의 맥락을 파악하는 수동적(Passive) 활동과, 부분적으로 생략된 도메인 원리(domain principles)를 연역하여 채워 넣는 능동적(Active) 활동의 장점을 모두 포괄하는 학습 모드에 해당한다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음. (제공된 소스 내에서는 파슨스 문제에 대한 이론적 견해나 실증적 효과에 대한 상충되는 정보가 나타나지 않음)
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **Python Grids 실습 시스템:** 파이썬 입문 프로그래밍을 지원하는 학습 시스템 내에서 코드를 작성하거나 빈칸을 채우는 능동적 '구성(construction)' 과제의 인터페이스 중 하나로 파슨스 문제가 구현되어 학생 행동 분석에 사용됨 [S1].
+- **지능형 명제 논리 튜터링 시스템 (Intelligent Logic Tutoring System):** ICAP 프레임워크를 기반으로 한 '안내형 예제(Guided Examples)' 훈련 모듈에 파슨스 문제 방식을 도입함. 증명을 청크(chunk) 단위로 나누고 단계별 힌트와 함께 빈칸을 제공하여 논리 재구성 스킬을 높임 [S2, S3].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[풀이 과정이 담긴 워크드 예제 (worked examples)]] — 상위 학습 설계 개념으로, 파슨스 문제는 이를 변형한 능동적 형태임
+- [[Cognitive Load Theory]] — 파슨스 문제가 학습자의 불필요한 과부하를 덜어주는 이론적 근거
+- [[ICAP Framework]] — 파슨스 문제(Active)가 기존 수동적(Passive) 예제와 구분되는 인지 참여 수준의 분류 체계
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 파슨스 문제의 복잡성을 동적으로 조절(Adaptive Fading)할 수 있는 알고리즘이나 휴리스틱은 무엇인가?
+- 디버깅 기반 예제(Buggy Examples)와 파슨스 문제를 혼합했을 때 사전 지식별로 어떤 학습 상호작용(ATI)이 발생하는가?
+- 파슨스 문제를 프로그래밍 및 논리 증명 외에 다른 비구조화된 도메인(예: 글쓰기, 디자인)에 적용할 수 있는가?
+- 학습자의 인지 부하 상태를 실시간으로 측정하여 파슨스 문제의 힌트 제공 수준을 조율하는 시스템 아키텍처는 어떻게 구성되는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 코딩 테스트 플랫폼이나 학습 시스템에 드래그 앤 드롭 기반의 파슨스 문제 인터페이스 구축
+- **System Design:** 지능형 튜터링 시스템(ITS)에서 학습자 사전 지식 프로파일에 따라 Problem Solving과 Parsons Problem을 동적으로 분기하는 라우팅 시스템 설계
+- **Operation / Maintenance:** 학습 로그를 분석하여 너무 오랫동안 정체(Struggle)하는 파슨스 문제 템플릿의 서브골 라벨 재수정 및 힌트 보강
+- **Learning Path:** 수동적 예제 관찰 -> 파슨스 문제(빈칸/재배열) -> 독립적 문제 풀이로 이어지는 점진적 난이도 곡선(Fading) 설계
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Scaffolding (비계 설정)]] — 학습을 돕기 위해 임시로 제공되는 가이드라인 개념
+- [[Productive Failure (생산적 실패)]] — 파슨스 문제의 지향점과 대비되는, 충분한 가이드 없이 주어지는 도전적 문제 해결 모델
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[Cognitive Load Theory]], [[ICAP Framework]], [[Scaffolding]]
+- **참조 맥락:** 교육용 플랫폼이나 지능형 튜터링 시스템(ITS)에서 학습자의 사전 지식에 맞춰 인지 부하를 최소화하면서 능동적 참여를 유도하는 과제를 설계할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Example Explorers and Persistent Finishers: Exploring Student Practice Behaviors in a Python Practice System - CEUR-WS.org
+- [S2] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv
+- [S3] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv
+- [S4] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Query-Key-Value.md b/10_Wiki/Topics/_Common/Math/From_RawData/Query-Key-Value.md
new file mode 100644
index 00000000..4c5bd476
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Query-Key-Value.md
@@ -0,0 +1,81 @@
+---
+id: query-key-value
+title: "Query-Key-Value"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["QKV", "Query, Key, Value", "쿼리, 키, 밸류", "질의, 키, 값", "QKV Attention", "트랜스포머 QKV"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리", "어텐션 메커니즘이란 무엇인가요? - IBM", "어텐션 메커니즘(Attention Mechanism) 간단히 이해하기", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Query-Key-Value]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+트랜스포머(Transformer)의 어텐션 메커니즘에서 단어 간의 문맥적 관계를 동적으로 평가하고 집중해야 할 정보를 추출하기 위해 고안된 정보 검색(Information Retrieval) 기반의 세 가지 핵심 가중치 벡터 체계이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **Query (Q)**: 현재 위치의 단어(토큰)가 문맥 파악을 위해 다른 단어들에게 던지는 '질문'이자 찾고자 하는 정보를 나타내는 벡터이다 [S1, S2].
+- **Key (K)**: 각 단어가 제공할 수 있는 정보의 '지표(Index)' 역할을 하는 벡터로, Query와의 연관성을 평가하는 기준이 된다 [S1, S2].
+- **Value (V)**: 단어가 실제로 보유한 '의미 정보'를 담은 벡터이며, Query와 Key의 유사도 평가 결과(어텐션 가중치)에 따라 최종 출력에 반영되는 비중이 결정된다 [S1, S2].
+- **스케일드 점곱 어텐션 (Scaled Dot-Product Attention)**: Q와 K의 전치 행렬을 내적(Dot-product)하여 유사도를 구하고, 차원 크기의 제곱근($\sqrt{d_k}$)으로 나누어 스케일링한 뒤 소프트맥스(Softmax)를 적용하여 V와 곱하는 일련의 수학적 연산 과정이다 [S1, S4].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **관계형 데이터베이스 메커니즘 모방**: 고유 식별자인 Key와 그에 연결된 Value를 기반으로 데이터를 검색하는 관계형 데이터베이스의 논리를 차용하여, 모델이 방대한 텍스트의 잠재 공간 내에서 관련 정보를 탐색하도록 한다 [S2, S4].
+- **다중 헤드 분할 (Multi-Head Parallelism)**: 입력 임베딩을 $h$개의 균일한 크기로 분할하고, 각각 고유한 가중치 행렬과 곱하여 병렬로 Q, K, V 회로를 구성함으로써 단어 간의 다면적인 관계(시제, 어조 등)를 동시에 파악한다 [S2].
+- **KV 캐싱 (KV Caching)**: 토큰을 순차적으로 생성하는 자동 회귀(Auto-regressive) 디코더 모델에서, 매 스텝마다 전체 시퀀스의 K와 V를 재계산하는 연산 낭비($O(n^2)$)를 막기 위해 이전 스텝의 K와 V 벡터를 메모리에 저장해 두고 재사용하는 엔지니어링 패턴이다 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **점곱 어텐션 (Dot-Product Attention)** | 행렬 곱셈을 사용하여 연산 속도가 훨씬 빠르고 계산 효율성이 매우 높음 [S2]. | 차원 크기($d_k$)가 클 경우 내적 값이 비대해져 소프트맥스 기울기 소실(Gradient Vanishing)이 발생할 수 있어 스케일링이 필수적임 [S1, S2]. | 트랜스포머 등 현대적 대규모 언어 모델(LLM)에서 효율적이고 빠른 대규모 병렬 처리가 필요할 때 [S2]. |
+| **가산 어텐션 (Additive / Bahdanau Attention)** | 쿼리와 키 벡터의 길이가 동일하지 않아도 연산이 가능하며, 긴 벡터 환경에서 성능이 우수할 수 있음 [S2]. | 별도의 어텐션 계층(피드포워드 신경망 등)과 덧셈 연산을 거치므로 점곱 방식에 비해 계산 속도가 느림 [S2]. | 입력과 출력의 특성이 달라 쿼리/키 벡터 길이가 다른 특정 Seq2Seq 기계 번역 환경 등에서 사용 [S2]. |
+
+## 📖 세부 내용 (Details)
+- **어텐션 연산 메커니즘**:
+ 1. **유사도 계산**: 입력 시퀀스의 토큰에 대한 Query 벡터에 다른 토큰들의 Key 벡터를 내적한다. 관련성이 높을수록 결과값이 커지고, 관련성이 낮으면 작거나 음수가 된다 [S1, S2].
+ 2. **스케일링**: 벡터 차원이 커질수록 내적 값의 분산이 커지는 것을 막기 위해 $\sqrt{d_k}$ 로 나누어 값의 범위를 조정한다 [S1].
+ 3. **소프트맥스와 가중합**: 정규화된 점수에 소프트맥스를 적용하여 0~1 사이의 확률 분포(어텐션 가중치)를 생성한 뒤, 이를 Value 벡터에 곱하여 가중 평균 혹은 가중합(Contextualized Representation)을 도출한다 [S1, S3].
+- **인코더와 디코더의 Q, K, V 차이**:
+ - **인코더 (Encoder)**: 셀프 어텐션(Self-Attention)으로 동작하며, 내부의 모든 Q, K, V가 동일한 입력 시퀀스로부터 생성되어 문장 내 단어 간의 양방향 맥락을 파악한다 [S1].
+ - **디코더 (Decoder)**: 미래 시점의 단어를 참조하지 못하도록 K에 마스킹을 적용하는 '마스크드 셀프 어텐션'과 함께, Q는 디코더의 이전 레이어 출력에서 생성하고 K와 V는 인코더의 최종 출력에서 가져와 결합하는 '교차 어텐션(Cross-Attention)'을 혼합하여 사용한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- 과거 기계 번역을 주도했던 순환 신경망(RNN) 기반의 초기 Seq2Seq 모델에서는 교차 어텐션 형태로 인코더가 K와 V 역할을 하는 은닉 상태를 제공하고 디코더가 Q 역할을 하는 은닉 상태를 제공하는 방식으로 출처가 분리되어 있었다 [S2, S3]. 그러나 "Attention is All You Need" 논문에서 제안된 트랜스포머 구조 이후, 동일한 입력 시퀀스 내에서 Q, K, V를 모두 파생시켜 단어들 간의 관계를 분석하는 셀프 어텐션(Self-Attention) 방식으로 주류 패러다임이 업데이트되었다 [S1, S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[어텐션 메커니즘]], [[트랜스포머 모델]]
+- **참조 맥락:** 거대 언어 모델(LLM) 및 트랜스포머 아키텍처 내부에서 단어 간의 연관성을 가중치로 계산하고 문맥적 의미를 추출하는 핵심 연산 과정을 분석할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리
+- [S2] 어텐션 메커니즘이란 무엇인가요? - IBM
+- [S3] 어텐션 메커니즘(Attention Mechanism) 간단히 이해하기
+- [S4] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Reconstructive Memory.md b/10_Wiki/Topics/_Common/Math/From_RawData/Reconstructive Memory.md
new file mode 100644
index 00000000..2be0ec04
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Reconstructive Memory.md
@@ -0,0 +1,88 @@
+---
+id: reconstructive-memory
+title: "Reconstructive Memory"
+category: "Psychology"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["재구성적 기억", "기억의 재구성", "Bartlett's Reconstructive Memory", "Reconstructive Memory"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Schema (psychology) - Wikipedia"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Reconstructive Memory]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인간의 기억은 과거의 사건을 있는 그대로 재생하는 것이 아니라, 개인이 지닌 문화적 배경과 기존 인지 도식(Schema)이라는 맥락에 맞춰 정보를 생략, 변형, 합리화하여 재구성하는 역동적인 과정이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **인지 도식(Schema)과 기억의 결합:** 기존의 도식과 고정관념은 낯선 새로운 정보를 어떻게 해석하는지뿐만 아니라, 시간이 지남에 따라 그 정보가 어떻게 회상되는지에도 결정적인 영향을 미친다.
+* **기억의 재구성적 특성(Reconstructive nature of memory):** 기억은 저장된 기록의 단순한 인출이 아니라, 인지적 맥락과 기대치에 따른 변형 과정이다.
+* **문화적 맥락(Cultural Context):** 습득한 정보가 개인의 문화적 규범 및 기대치와 얼마나 부합하는지가 기억 재구성 방향의 핵심 기준이 된다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+프레더릭 바틀릿(Frederic Bartlett)의 아메리카 원주민 민담('유령들의 전쟁') 회상 실험에서 확인된 기억 재구성의 4가지 주요 패턴:
+1. **생략 (Omission):** 실험 참가자 개인에게 무관하거나 중요하지 않다고 여겨지는 정보의 누락.
+2. **변형 (Transformation):** 사건의 세부 사항이나 순서가 변경되고, 참가자가 가장 중요하다고 여기는 측면으로 초점과 강조점이 이동.
+3. **합리화 (Rationalization):** 개인에게 이해가 되지 않는 세부 사항이나 측면을 덧붙이거나 설명하여(padded out) 납득하기 쉬운 형태로 만듦.
+4. **문화적 전환 (Cultural shifts):** 참가자의 문화적 배경과 규범에 비추어 더 일관성 있고 적절해 보이도록 이야기의 내용과 스타일을 변경.
+
+## 📖 세부 내용 (Details)
+* 재구성적 기억(Reconstructive memory)의 개념은 프레더릭 바틀릿(Frederic Bartlett)이 수행한 일련의 실험을 통해 처음 제안되고 입증되었으며, 이는 인지 도식(Schema)의 원래 개념과 깊이 연결되어 있다 [S1].
+* 바틀릿은 실험 참가자들에게 그들의 문화적 배경과 기대치에 낯선 정보(예: '유령들의 전쟁')를 제시한 후, 최대 1년이 지난 시점까지 여러 차례에 걸쳐 이 정보를 어떻게 회상하는지 추적 관찰했다 [S1].
+* 실험 결과, 개인의 기존 도식(schemata)과 고정관념(stereotypes)은 '도식에 낯선(schema-foreign)' 새로운 정보를 어떻게 해석하는지뿐만 아니라, 시간이 지남에 따라 그 정보를 어떻게 기억해 내는지에 지대한 영향을 미친다는 것이 확립되었다 [S1].
+* 모든 참가자는 이야기의 세부 사항을 자신의 문화적 규범과 기대치, 즉 자신의 인지 도식과 일치하는 방향으로 변형시켰으며, 이를 통해 기억은 있는 그대로의 사실적 기록이 아닌 맥락적 재구성의 결과물임이 증명되었다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에 관련 정보가 부족합니다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Schema]] — 재구성적 기억이 작동하는 기반이 되는 일반적인 지식 구조.
+- [[Cognitive Science]] — 인간의 기억, 인지 도식 및 정보 처리 방식을 연구하는 상위 학문 분야.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 문화적 배경 외에 기억의 재구성에 영향을 미치는 다른 내/외적 맥락 요인은 무엇인가?
+- 재구성적 기억 이론은 일상적인 사회적 상호작용이나 정보 전달 과정에서 어떤 왜곡을 설명할 수 있는가?
+- 인공지능 모델(LLM)이 생성하는 환각(Hallucination) 현상과 인간의 재구성적 기억 내 합리화(Rationalization) 과정 간의 구조적 유사점은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에 관련 정보가 부족합니다.
+- **System Design:** 소스에 관련 정보가 부족합니다.
+- **Operation / Maintenance:** 소스에 관련 정보가 부족합니다.
+- **Learning Path:** 소스에 관련 정보가 부족합니다.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Confirmation Bias]] — 확장 방향: 자신의 도식에 맞는 정보만을 우선적으로 받아들이고 재구성하는 인지적 편향과의 연관성.
+- [[Script Theory]] — 확장 방향: 특정 상황에 대한 기대치와 행동 순서를 규정하는 스크립트가 기억 재구성에 미치는 영향.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Schema]], [[Frederic Bartlett]]
+- **참조 맥락:** 인간이 외부 정보를 자신의 기존 문화적, 경험적 배경(맥락)에 맞추어 어떻게 재구성하고 기억하는지 파악할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Schema (psychology) - Wikipedia
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Temperature Sampling.md b/10_Wiki/Topics/_Common/Math/From_RawData/Temperature Sampling.md
new file mode 100644
index 00000000..079c5989
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Temperature Sampling.md
@@ -0,0 +1,102 @@
+---
+id: temperature-sampling
+title: "Temperature Sampling"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Temperature", "템퍼러처 샘플링", "온도 샘플링", "Temperature Tuning", "Temperature Parameter"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Prompt Engineering", "LLM"]
+raw_sources: ["Meta-in-context learning in large language models - NIPS", "Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques "]
+applied_in: []
+github_commit: ""
+---
+
+# [[Temperature Sampling]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+거대 언어 모델(LLM)의 추론 경로 다양성을 제어하여 결정론적 출력(Temperature=0)부터 확률 분포 기반의 다중 샘플링(Temperature=1)까지 출력의 무작위성을 조절하는 핵심 하이퍼파라미터 조율 기법.
+
+## 🧠 핵심 개념 (Core concepts)
+- **결정론적 응답 (Deterministic Responses):** Temperature를 0으로 설정하여 무작위성이 배제된 예측 가능하고 일관된 단일 응답을 생성하는 방식.
+- **다중 경로 추론 및 샘플링 (Multi-Path Reasoning & Sampling):** Temperature를 1 등으로 설정해 모델의 사전 확률 분포(prior distribution)로부터 여러 개의 표본을 추출하고, 다채로운 추론 경로를 생성하는 메커니즘.
+- **자가 일관성(Self-Consistency) 결합:** Temperature Sampling을 통해 동일한 질문에 대해 다양한 답변을 도출하고, 이 중 다수결 투표(majority voting)를 거쳐 최종 추론의 신뢰도를 높이는 기법.
+- **프롬프트 튜닝 안티 패턴 (Anti-pattern):** 근본적인 프롬프트 최적화를 수행하지 않고 Temperature 조절에만 의존하여 출력 품질을 높이려는 행위.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **Self-Consistency 패턴:** CoT(Chain-of-Thought)와 결합하여 Temperature Sampling으로 동일 질문에 대해 다수의 추론 경로를 생성한 후, 다수결로 최종 정답을 도출하는 앙상블 패턴.
+- **Prior Distribution 샘플링 패턴:** Temperature를 1로 설정하고 동일 질문을 수차례(예: 5회) 반복하여 모델의 사전 기대치나 내재된 확률 분포를 추출하는 연구 및 분석 패턴.
+- **안티 패턴 (Anti-pattern):** 출력의 오류나 낮은 품질을 프롬프트 구조 개선으로 해결하지 않고, 단순히 Temperature 매개변수만 조절하여 미봉책으로 덮으려는(증상만 치료하는) 전략.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Temperature = 0 (결정론적)** | 동일한 입력에 대해 일관되고 예측 가능한 결과를 보장함 | 창의적 대안이나 다양한 추론 경로를 탐색할 수 없음 | 정확하고 엄격한 단일 정답이나 논리적 일관성이 필요할 때 |
+| **Temperature = 1 (확률적 샘플링)** | 모델의 사전 분포를 반영한 다양한 추론 경로와 표본 획득 가능 | 결과의 무작위성과 환각(Hallucination) 위험이 상대적으로 높아짐 | 다중 경로 생성(Self-Consistency)이나 창의성, 확률 분포 조사가 필요할 때 |
+
+## 📖 세부 내용 (Details)
+거대 언어 모델(LLM)에서 Temperature 매개변수는 출력의 결정론 및 무작위성을 제어하는 중추적인 역할을 수행한다 [S1].
+
+Temperature 매개변수를 0으로 설정할 경우, 모델은 무작위성이 배제된 결정론적(deterministic) 응답을 반환하여 매번 동일하고 예측 가능한 결과를 산출한다 [S1]. 반면 Temperature를 1로 설정하면, 모델의 사전 확률 분포(prior distribution)로부터 샘플링하는 효과를 내어 동일한 프롬프트에 대해서도 매번 상이하고 다채로운 예측(추론)을 수행할 수 있게 된다 [S2], [S3].
+
+이러한 Temperature Sampling은 Chain-of-Thought(CoT) 프롬프팅 기법과 결합하여 '자가 일관성(Self-Consistency)' 메커니즘을 구현하는 데 핵심적으로 사용된다 [S4]. 동일한 질문에 대해 Temperature Sampling을 거쳐 여러 개의 상이한 추론 경로(reasoning paths)를 의도적으로 생성하고, 도출된 다수의 결과 중 다수결 투표(majority voting)를 통해 최종 답변을 선택하게 되면 모델의 추론 불확실성을 강력한 강건성(robustness)으로 변환할 수 있다 [S4].
+
+하지만, 출력 품질을 높이기 위해 프롬프트 자체를 개선하지 않고 Temperature 조절에만 과도하게 의존하는 것(Over-reliance on temperature tuning)은 근본 원인을 해결하지 못하고 증상만 치료하려는 흔한 프롬프트 엔지니어링 안티 패턴(anti-pattern) 중 하나로 지적된다 [S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 상충되는 정보는 발견되지 않으나, Temperature Sampling이 모델 성능을 향상시키는 강력한 도구(Self-Consistency 구현의 필수 요소)임과 동시에, 구조적 프롬프트 개선 없이 여기에만 의존하는 것은 지양해야 할 안티 패턴이라는 양면적인 평가와 가이드라인이 존재한다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스 데이터에서 구체적인 적용 시스템 코드(파일 경로, 커밋 해시 등)는 확인되지 않으나, GPT-3(TEXT-DAVINCI-002) 모델을 활용한 메타 인맥락 학습(Meta-in-context learning) 실험 설계에 이 개념이 적용되었다. 연구진은 모델의 사전 보상 기대치 분포(Prior expectation of rewards)를 측정하기 위해 Temperature 파라미터를 1로 설정하고 동일한 질문을 5회 반복하는 샘플링 방식으로 이 개념을 실제 분석에 활용하였다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Chain-of-Thought]] — 연결 이유: Temperature Sampling을 통해 다수의 추론 경로를 생성해 내는 자가 일관성(Self-Consistency)의 기반이 되는 프롬프팅 기법.
+- [[Self-Consistency]] — 연결 이유: 다중 Temperature Sampling 결과를 투표하여 최적의 답을 내는 직접적인 연관 추론 메커니즘.
+- [[Prompt Engineering]] — 연결 이유: Temperature 조율과 프롬프트 개선 간의 트레이드오프 및 안티 패턴이 다루어지는 상위 도메인.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Temperature 매개변수가 Softmax 확률 분포를 평탄화(Scaling)하거나 날카롭게 만드는 수학적 원리는 무엇인가?
+- 자가 일관성 기법 외에 Temperature Sampling이 필수적으로 요구되는 다른 LLM 에이전트 추론 아키텍처(예: Tree-of-Thought)는 무엇인가?
+- Temperature 0과 1 사이의 세밀한 값 조정(예: 0.7)이 모델 출력의 창의성과 환각(Hallucination) 간의 상관관계에 미치는 통계적 영향은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자가 일관성(Self-Consistency) 기반의 다중 추론 파이프라인 구현 시 확률적 샘플링 파라미터 적용.
+- **System Design:** 신뢰성이 높은 답변 도출을 위한 다수결 앙상블(Ensemble) 추론 노드 설계.
+- **Operation / Maintenance:** LLM 환각(Hallucination) 억제 및 예측 가능한 출력을 위한 Temperature 최소화(0 설정) 적용.
+- **Learning Path:** 프롬프트 엔지니어링 기본 지식 습득 -> CoT 파악 -> Self-Consistency 이해 -> Temperature 하이퍼파라미터 튜닝 최적화.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Top-p / Top-k Sampling]] — 확장 방향: Temperature 외에 LLM의 다음 토큰 생성 확률을 제어하는 다른 대표적인 샘플링 기법 탐구.
+- [[Prompt Optimization]] — 확장 방향: Temperature 튜닝에 과의존하는 안티 패턴을 피하고 프롬프트 구조 자체를 자동/수동으로 개선하는 방법론 탐구.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Chain-of-Thought]], [[Self-Consistency]]
+- **참조 맥락:** 거대 언어 모델(LLM)의 추론 경로 다양성 생성, 환각 제어 및 신뢰성 확보를 위한 매개변수 최적화 의사결정 과정에서 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Meta-in-context learning in large language models - NIPS
+- [S2] Meta-in-context learning in large language models - NIPS
+- [S3] Meta-in-context learning in large language models - NIPS
+- [S4] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques
+- [S5] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Transformer Architecture.md b/10_Wiki/Topics/_Common/Math/From_RawData/Transformer Architecture.md
new file mode 100644
index 00000000..1fe49cdb
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Transformer Architecture.md
@@ -0,0 +1,118 @@
+---
+id: transformer-architecture
+title: "Transformer Architecture"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "트랜스포머 아키텍처"
+ - "Transformer"
+ - "어텐션 메커니즘"
+ - "Attention Mechanism"
+ - "Self-Attention"
+ - "트랜스포머 모델"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리"
+ - "어텐션 메커니즘이란 무엇인가요? - IBM"
+ - "어텐션 메커니즘(Attention Mechanism) 간단히 이해하기"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+ - "Effective context engineering for AI agents - Anthropic"
+applied_in: []
+github_commit: ""
+---
+
+# [[Transformer Architecture]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Transformer Architecture는 입력된 문장 내 모든 단어 간의 관계를 동시에 계산하는 '자가 어텐션(Self-Attention)' 메커니즘을 통해, 기존 순차 처리 모델의 장기 의존성 한계를 극복하고 고차원의 맥락적 의미를 병렬로 연산하는 혁신적인 신경망 구조이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* [[Self-Attention]]: 입력 시퀀스의 각 요소가 전체 시퀀스 내의 다른 요소들과 어떻게 연관되는지 가중치를 매기는 메커니즘. Query(Q), Key(K), Value(V) 벡터를 활용한다.
+* [[Multi-head Attention]]: 어텐션 연산을 여러 개의 독립적인 '헤드'로 분할하여 수행함으로써 시제, 어조 등 다면적이고 복잡한 단어 간의 의미적 관계를 동시에 포착하는 기술.
+* [[Positional Encoding]]: 순차 처리 방식을 포기한 트랜스포머에서 단어의 상대적/절대적 위치 정보를 모델에 주입하기 위해 사인(sine)과 코사인(cosine) 함수 등을 이용해 임베딩에 추가하는 벡터.
+* [[KV Caching]]: 자동 회귀(Auto-regressive) 텍스트 생성 시 이전 단계의 K, V 벡터를 메모리에 저장해 두어 중복 연산을 방지하고 생성 속도를 높이는 최적화 기법.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **Query-Key-Value 매핑 전략:** 정보 검색 시스템의 원리를 차용하여, 현재 집중해야 할 정보(Query)와 대상이 가진 속성(Key) 간의 유사도를 구하고, 이를 실제 정보(Value)에 곱하여 문맥이 반영된 표현(Contextualized Representation)을 추출한다.
+* **어텐션 스코어 스케일링(Scaling):** 차원 수($d_k$)가 커질 때 내적 값이 기하급수적으로 커져 기울기 소실(Gradient Vanishing)이 발생하는 것을 막기 위해 $\sqrt{d_k}$로 나누는 스케일링 기법을 적용한다.
+* **병렬화(Parallelization) 구조:** 순환 루프(Recurrent Loop)를 제거하여, GPU를 활용한 고도의 병렬 컴퓨팅이 가능하도록 아키텍처를 단순화(행렬 곱셈 최적화)하였다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **[[RNN/LSTM]]** | 순차적 데이터의 시간적 특성을 직관적으로 모델링 가능. 과거의 은닉 상태를 전달하는 구조. | 입력 시퀀스가 길어질 경우 정보가 소실되거나(기울기 소실), 병렬 연산이 불가능해 연산 속도가 느림. | 길이가 짧고 순차적 흐름이나 상태 전이가 매우 중요한 제한적 시계열 데이터 처리. |
+| **[[CNN]]** | 텍스트/이미지에서 지역적(Local) 특징을 추출하는 데 효율적. | 멀리 떨어진 단어 간의 장거리 의존성(Long-range dependency)을 파악하기 어려움. | 이미지 분류/분할, 혹은 좁은 범위의 문맥 윈도우만 필요한 단순 텍스트 분류. |
+| **[[Transformer]]** | 문장 전체를 동시에 검사하여 장거리 문맥 의존성을 쉽게 파악하며 병렬 연산으로 학습 속도가 극대화됨. | $n^2$의 복잡도를 가지므로 컨텍스트 길이가 길어질수록 메모리와 컴퓨팅 자원 소모가 급증함. | 기계 번역, 요약, 문장 생성 등 거의 모든 최신 대규모 자연어 처리(NLP) 및 복잡한 맥락 기반 과업. |
+
+## 📖 세부 내용 (Details)
+* **어텐션 메커니즘의 근본 원리:** 트랜스포머 모델의 핵심인 어텐션 메커니즘은 데이터베이스의 정보 검색(Information Retrieval) 논리와 유사하다 [S1]. 입력 데이터로부터 3개의 벡터를 생성하는데, 현재 시점의 단어가 가진 질문인 Query(Q), 대상 단어의 지표인 Key(K), 그리고 실제 의미 정보인 Value(V)이다 [S1].
+* **어텐션 스코어 계산:** $Attention(Q, K, V) = softmax(\frac{QK^T}{\sqrt{d_k}})V$ 공식을 따른다 [S1, S4]. Q와 K의 전치 행렬을 내적(Dot-product)하여 어텐션 스코어를 구하며, 이 내적 값이 클수록 연관성이 높음을 의미한다 [S1, S2]. 내적에 따른 분산 증가로 인한 기울기 소실 문제를 막기 위해 차원 수의 제곱근($\sqrt{d_k}$)으로 스케일링을 수행한 후, 소프트맥스(Softmax)를 통해 확률 분포(가중치)로 변환하고 Value에 곱해 최종 결괏값을 도출한다 [S1, S3].
+* **인코더와 디코더의 역할:**
+ * **인코더 (Encoder):** 입력된 전체 시퀀스로부터 파생된 Q, K, V를 활용하는 자가 어텐션(Self-Attention)을 통해 양방향(Bi-directional) 맥락을 완벽히 파악한다 [S1, S3].
+ * **디코더 (Decoder):** 오토리그레시브 특성을 위해 미래 시점의 단어를 참조하지 못하도록 하는 마스크드 자가 어텐션(Masked Self-Attention)을 통과한 후, 인코더의 최종 출력에서 생성된 K와 V, 그리고 디코더 이전 레이어의 Q를 이용하는 크로스 어텐션(Encoder-Decoder Cross-Attention) 연산을 수행한다 [S1, S3].
+* **위치 인코딩과 멀티헤드 어텐션:** 트랜스포머는 RNN과 달리 단어를 한 번에 처리하므로 단어의 위치 정보를 명시적으로 제공해야 한다. 이를 위해 사인과 코사인 함수 기반의 '위치 인코딩(Positional Encoding)' 값을 원래 임베딩에 더해준다 [S3, S4]. 또한, '멀티헤드 어텐션(Multi-head Attention)'을 통해 연산을 여러 개로 쪼개어 병렬 수행함으로써 모델이 시제나 어조 같은 다면적인 언어 규칙을 놓치지 않게 한다 [S3].
+* **KV Caching (KV 캐싱):** 모델 생성 단계에서 매번 전체 시퀀스의 K와 V를 재계산하면 $O(n^2)$의 복잡도가 발생하여 막대한 연산 낭비를 초래한다. 이를 해결하기 위해 이전 스텝에서 계산된 K, V 벡터를 메모리에 저장(Caching)해두고 현재 시점의 Q만 새롭게 연산하여 Time-to-First-Token(TTFT)과 처리량(Throughput)을 최적화한다 [S1]. 한편 긴 문맥의 경우 컨텍스트 한계로 인한 주의력 저하(Context Rot) 현상이 발생할 수 있다 [S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 소스 내에서 특별한 모순은 발견되지 않으나, 초기 Seq2Seq 모델의 어텐션 메커니즘(예: Bahdanau 어텐션의 덧셈 방식)에서 시작하여 현재의 트랜스포머가 사용하는 스케일드 닷 프로덕트(Scaled Dot-Product) 기반 곱셈 어텐션으로 발전하며 연산 효율과 병렬성이 대폭 향상되었음이 강조된다 [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* 소스 데이터 내에서 특정 Git 커밋 해시나 파일 경로가 발견되지는 않으나, IBM 플랫폼, OpenAI GPT, Google BERT 등 현대의 모든 파운데이션 모델(Foundation Models)과 LLM의 핵심 기반 아키텍처로 사용되고 있음이 명시되어 있다. 디코더 전용(Decoder-only) 모델인 GPT나 인코더 전용(Encoder-only) 모델인 BERT가 그 대표적인 예이다 [S3, S4].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음. (수학적 행렬 연산 공식 $Attention(Q, K, V) = softmax(\frac{QK^T}{\sqrt{d_k}})V$ 수준의 설명만 포함됨 [S1, S4].)
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Large Language Models]] — 트랜스포머 아키텍처를 기반으로 구현된 대규모 파라미터 모델
+- [[In-context Learning]] — 트랜스포머 모델이 사전 학습 데이터를 바탕으로 문맥을 베이지안 추론처럼 이해하는 과정
+- [[Natural Language Processing]] — 트랜스포머가 가장 근본적으로 혁신을 일으킨 자연어 처리 기술 분야
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 닷-프로덕트 어텐션에서 스케일링($\sqrt{d_k}$로 나누는 작업)이 빠질 경우 역전파 학습 과정에 구체적으로 어떤 치명적 오류가 발생하는가?
+- KV Caching을 적용할 때 메모리 VRAM 점유율 한계(OOM)를 극복하기 위한 PagedAttention 등의 메모리 관리 기법의 원리는 무엇인가?
+- 디코더의 Masked Self-Attention은 모델 훈련 단계에서 어떻게 병렬 처리를 가능하게 만드는가?
+- 문맥 길이가 수만 토큰 단위로 늘어날 때 발생하는 'Context Rot(문맥 부패)' 현상을 트랜스포머는 어떻게 해결할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 병렬 행렬 연산 최적화를 통한 초거대 언어 모델 훈련 파이프라인 구축.
+- **System Design:** 인코더-디코더, 인코더 전용, 디코더 전용 목적에 맞춘 아키텍처 취사 선택 (예: 번역 시스템 vs 챗봇 시스템).
+- **Operation / Maintenance:** 모델 추론(Inference) 서버 구축 시 TTFT 개선을 위한 KV Caching 전략 도입 및 메모리 자원 할당.
+- **Learning Path:** RNN/LSTM 한계 이해 -> Attention 원리 파악 -> Transformer 구조 습득 -> 대규모 언어 모델 튜닝.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Prompt Engineering]] — 트랜스포머 모델이 처리할 수 있는 형태의 정밀한 문맥 단서(Context Clues)를 설계하는 작업
+- [[Vector Embeddings]] — 어텐션 메커니즘 연산의 기초 입력값이 되는 고차원 의미 벡터
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Self-Attention]], [[In-context Learning]]
+- **참조 맥락:** 인공지능이 인간의 언어와 물리적 문맥의 장거리 의존성을 수학적으로 처리하고, 병렬로 신속하게 추론을 수행하는 기본 메커니즘을 파악할 때 참조된다.
+
+## 📚 출처 (Sources)
+- [S1] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리
+- [S2] 어텐션 메커니즘(Attention Mechanism) 간단히 이해하기
+- [S3] 어텐션 메커니즘이란 무엇인가요? - IBM
+- [S4] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S5] Effective context engineering for AI agents - Anthropic
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Transformer Attention.md b/10_Wiki/Topics/_Common/Math/From_RawData/Transformer Attention.md
new file mode 100644
index 00000000..b68f4329
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Transformer Attention.md
@@ -0,0 +1,109 @@
+---
+id: transformer-attention
+title: "Transformer Attention"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["어텐션 메커니즘", "Attention Mechanism", "Self-Attention", "자가 어텐션", "Scaled Dot-Product Attention"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["https://lsjsj92.tistory.com/453", "https://moondol-ai.tistory.com/316", "https://www.ibm.com/kr-ko/think/topics/attention-mechanism", "https://mvje.tistory.com/258", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘", "https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents"]
+applied_in: ["https://github.com/philipperemy/keras-attention-mechanism"]
+github_commit: ""
+---
+
+# [[Transformer Attention]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Transformer Attention은 입력 시퀀스 전체를 동시에 스캔하여 단어 간의 상대적 중요도(가중치)를 수학적으로 정렬함으로써, 원거리 종속성(Long-term Dependency)을 포착하고 병렬 처리를 가능하게 하는 인공신경망의 핵심 문맥(Context) 해석 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **Query, Key, Value (Q, K, V):** 어텐션의 뼈대를 이루는 세 가지 선형 투사 공간. **Query**는 특정 시점에서 어떤 문맥적 정보를 수집해야 하는지를 결정하는 '질문', **Key**는 각 단어가 제공할 수 있는 정보의 '지표', **Value**는 단어가 실제로 보유한 '의미 정보'이다 [S3, S4].
+* **스케일드 점곱 어텐션 (Scaled Dot-Product Attention):** Q와 K의 전치 행렬을 내적(Dot-product)하여 어텐션 스코어를 구하고, 값의 분산이 커지는 것을 막기 위해 Key 차원의 제곱근($\sqrt{d_k}$)으로 스케일링한 뒤, Softmax 함수를 통과시켜 도출한 가중치를 V와 행렬 곱하여 가중합(Weighted sum)을 얻는 연산이다 [S2, S4, S5].
+* **멀티헤드 어텐션 (Multi-Head Attention):** 단일 어텐션 연산 대신, 임베딩 벡터를 여러 개($h$개)의 하위 집합(Head)으로 분할하여 병렬 연산 후 다시 결합하는 기법. 시제, 어조 등 언어의 다면적인 문맥 특성을 다양한 관점에서 동시에 포착한다 [S3].
+* **마스크드 셀프 어텐션 (Masked Self-Attention):** 디코더에서 사용되는 어텐션으로, Auto-regressive 특성을 유지하기 위해 현재 시점 이후의(미래의) Key들에 대해 $-\infty$로 마스킹 처리를 하여 사전 참조를 방지한다 [S4].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **시퀀스의 동시 병렬 처리:** RNN 계열이 데이터를 시간 순으로 직렬 처리하는 것과 달리, 어텐션 메커니즘은 전체 시퀀스 토큰 간의 $n^2$ 쌍(Pairwise) 관계를 한 번에 연산하여 병렬 처리를 극대화한다 [S3, S6].
+* **KV Caching (캐싱) 휴리스틱:** 텍스트 생성(디코더) 단계에서 단일 토큰을 반복 생성할 때 이전 시점까지 계산된 K와 V 벡터를 메모리에 저장해두고 새로운 Query에 대해서만 연산함으로써 복잡도를 $O(n^2)$에서 대폭 낮추고 추론 속도(Throughput)를 최적화한다 [S4].
+* **위치 정보 임베딩 (Positional Encoding):** 어텐션 메커니즘 자체는 단어의 순서 정보를 알 수 없으므로, 사인(Sine) 및 코사인(Cosine) 함수 기반의 위치 벡터를 초기 토큰 임베딩에 덧셈 연산하여 문맥상 단어의 상대적 위치를 모델에 인지시킨다 [S3].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **RNN 기반 Seq2Seq** | 순차적 데이터 흐름을 직관적으로 모델링 가능 | 긴 시퀀스에서 정보 병목 및 기울기 소실(Vanishing Gradient) 발생, 병렬 연산 불가 [S1, S2, S3, S5] | 메모리가 극히 제한된 환경이나 아주 짧은 길이의 순차열 처리가 필요할 때 제한적 사용 |
+| **Additive Attention (가산 어텐션 / 바다나우)** | Q와 K의 길이가 달라도 연산 가능, 복잡한 비선형 관계 캡처 가능 [S3] | 행렬 덧셈 및 $tanh$ 함수 연산이 수반되어 점곱에 비해 계산 속도가 현저히 느림 [S3] | 가변적 차원의 Q, K를 혼합할 필요가 있거나 초기 Seq2Seq 번역 모델을 구축할 때 |
+| **Dot-Product Attention (점곱 어텐션 / 루옹)** | 행렬 곱셈만으로 처리되어 연산 효율 및 속도가 매우 높음 [S3] | 차원($d_k$)이 커지면 내적 값의 분산이 폭발하여 기울기 소실 유발 [S3, S4, S5] | 차원이 작아 정규화 없이도 안정적인 학습이 가능한 경량화 어텐션 구성 시 |
+| **Scaled Dot-Product Attention** | 점곱의 효율성을 취하면서도 $\sqrt{d_k}$ 스케일링으로 학습 안정성 및 성능 동시 확보 [S3, S4, S5] | $Q$와 $K$ 차원이 반드시 일치해야 함 [S3] | 대규모 자연어 처리, Transformer 기반 LLM 등 거의 모든 최신 AI 문맥 이해 모델 구축 시 [S3, S5] |
+
+## 📖 세부 내용 (Details)
+* **RNN/LSTM 한계와 어텐션의 등장:** 자연어 처리 분야를 주도하던 RNN/LSTM 기반의 인코더-디코더(Seq2Seq) 모델은 모든 입력 정보를 고정된 크기의 단일 컨텍스트 벡터에 압축하려다 보니 시퀀스가 길어질수록 전반부 정보가 유실되는 병목 현상과 기울기 소실 문제를 겪었다 [S1, S2, S3, S5]. 이를 극복하기 위해 디코더가 매 시점 단어를 예측할 때마다 인코더의 전체 입력 문장을 다시 참고하되, 각 토큰에 "연관성 기반의 가중치"를 차등 부여하여 집중(Attention)하게 하는 방식이 고안되었다 [S1, S2, S3].
+* **어텐션 수학적 계산 흐름:** 특정 시점의 토큰 상태인 Query(Q)와 전체 토큰 집합의 Key(K)를 내적하여 유사도인 어텐션 스코어(Attention Score)를 구한다 [S2, S4]. 이후 이를 $\sqrt{d_k}$로 나누어 분산을 스케일링하고, Softmax 함수를 씌워 총합이 1이 되는 어텐션 분포(가중치)를 산출한다 [S2, S4, S5]. 마지막으로 이 가중치 비율만큼 해당 Value(V) 벡터를 곱하여 모두 합산(가중합, Weighted Sum)함으로써 현재 시점의 문맥을 가장 잘 반영하는 최종 컨텍스트 벡터를 생성한다 [S2, S4]. (일부 모델에서는 결합(Concatenate) 후 tanh 연산을 추가하기도 한다) [S2].
+* **Encoder와 Decoder의 어텐션 차이:** 트랜스포머의 인코더는 입력 시퀀스의 모든 단어가 서로를 참조하여 양방향 문맥을 학습하는 'Self-Attention'을 수행한다 [S4]. 반면 디코더는 단어 생성 시 미래의 정보를 참조하지 못하도록 막는 'Masked Self-Attention'과, 디코더의 Query가 인코더의 최종 출력(Key, Value)과 교차 참조하는 'Cross-Attention'을 혼합하여 문맥을 종합한다 [S3, S4].
+* **거대 언어 모델(LLM)과 인맥락 학습의 기반:** 어텐션 메커니즘을 통한 동적 관계망 맵핑은 모델이 사전 학습 데이터를 넘어, 현재 프롬프트 상의 예제(In-Context)만으로 새로운 규칙과 지식을 유추할 수 있도록 하는 '인맥락 학습(In-Context Learning)'의 베이지안 추론 기전으로 동작한다 [S5].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 초기 어텐션은 내적(Dot-product) 결괏값을 그대로 Softmax의 입력으로 사용했으나, 토큰 임베딩 차원($d_k$)이 고차원이 될 경우 내적 값 자체가 무한대로 치솟아 Softmax의 값이 특정 토큰에만 쏠리고 나머지 기울기(Gradient)가 소멸되는 치명적 한계(모순)를 노출했다 [S3, S4, S5]. 최신 트랜스포머 규범에서는 이를 내적 차원 크기의 제곱근($\sqrt{d_k}$)으로 물리적 정규화(Scaling)하는 수학적 업데이트가 도입되어 필수 표준으로 자리 잡았다 [S4, S5].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **Keras 기반 Attention Mechanism 구현체:** 자연어 처리의 기계번역 과제 등에서 기존 Seq2Seq 모델의 디코더 예측 한계를 우회하기 위해 외부 저장소(`https://github.com/philipperemy/keras-attention-mechanism`)의 형태와 같이 컴포넌트 단위로 적용되어 은닉 상태와 어텐션 확률의 결합 처리를 구현하는 데 활용되었다 [S1].
+* **LLM 런타임 추론 최적화 (KV Caching):** 실제 트랜스포머 디코더 모델 배포 및 서빙 단계에서 연산 낭비를 막기 위해 이전 스텝까지의 K, V를 캐싱하는 엔지니어링 의사결정이 도입되었다. 이를 통해 Throughput을 개선하고 Time-to-First-Token(TTFT)를 획기적으로 줄이는 데 사용된다 [S4].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음 (단, 케라스 환경에서의 Attention Mul 에러 로그에 관한 질문 `attention_mul = merge([inputs, attention_probs], output_shape=32, name='attention_mul', mode='mul')` 언급만 존재하나 정상적인 작동 예시는 포함되어 있지 않음 [S1].)
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+* [[Seq2Seq (Sequence-to-Sequence)]] — 어텐션 메커니즘이 해결하고자 한 이전 세대의 정보 병목 아키텍처
+* [[In-Context Learning (인맥락 학습)]] — 프롬프트 문맥 내에서의 베이지안 추론을 통해 작동하는 트랜스포머의 학습 특성
+* [[KV Caching]] — 디코더 추론 단계에서 어텐션의 행렬 연산 복잡도를 O(n²)에서 절감하는 최적화 기법
+
+### 심층 후속 질문 (Deeper Research Questions)
+* 트랜스포머에서 멀티헤드 어텐션(Multi-Head Attention)의 차원 수(Head 수)가 성능에 미치는 구체적 트레이드오프는 무엇인가?
+* Masked Self-Attention과 일반 Self-Attention의 행렬 연산 과정에서의 구체적 마스킹 구현 방법은 어떻게 차이가 나는가?
+* 긴 시퀀스 처리 시 $O(n^2)$ 복잡도를 극복하기 위한 최신 어텐션 변형(예: Sparse Attention, Linformer 등) 모델들은 어떻게 동작하는가?
+* 인맥락 학습(ICL) 상황에서 어텐션 헤드는 문맥의 어떤 신호(Semantic Prior)에 주로 집중하여 베이지안 추론을 수행하는가?
+* KV Caching 적용 시 GPU VRAM 부족 현상을 관리하기 위한 PagedAttention 메모리 기법의 원리는 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+* **Implementation:** Keras, PyTorch 기반 트랜스포머 모델 레이어 커스텀 개발 시 Q, K, V 행렬 연산 구현
+* **System Design:** 디코더 기반 거대 언어 모델(LLM) 서빙 시 TTFT 개선을 위한 KV 캐싱 아키텍처 설계
+* **Operation / Maintenance:** 모델 응답 성능 저하 시 KV 캐시 VRAM 할당량 모니터링 및 PagedAttention 도입 검토
+* **Learning Path:** RNN/LSTM -> Attention -> Transformer -> LLM 및 Prompt Engineering으로 이어지는 딥러닝 커리큘럼
+
+### 인접 주변 주제 (Adjacent Topics)
+* [[Positional Encoding]] — 어텐션의 순차 데이터 인식 한계를 보완하기 위한 위치 정보 덧셈 기법
+* [[Multi-head Attention]] — 다양한 문맥적 관점을 동시에 탐색하기 위한 병렬 어텐션 연산
+* [[RAG (Retrieval-Augmented Generation)]] — 어텐션 모델의 지식 한계를 외부 데이터 인덱싱으로 보강하는 아키텍처
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Transformer]], [[Self-Attention]], [[In-Context Learning]]
+- **참조 맥락:** 거대 언어 모델이 입력된 토큰들 사이의 문맥과 가중치를 계산하고 추론하는 핵심 원리를 파악할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 어텐션 메커니즘(Attention Mechanism)이란? 어텐션에 대해서 - 꿈 많은 사람의 이야기 (https://lsjsj92.tistory.com/453)
+- [S2] 어텐션 메커니즘(Attention Mechanism) 간단히 이해하기 (https://moondol-ai.tistory.com/316)
+- [S3] 어텐션 메커니즘이란 무엇인가요? - IBM (https://www.ibm.com/kr-ko/think/topics/attention-mechanism)
+- [S4] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리 (https://mvje.tistory.com/258)
+- [S5] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S6] Effective context engineering for AI agents - Anthropic (https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Vector Embedding.md b/10_Wiki/Topics/_Common/Math/From_RawData/Vector Embedding.md
new file mode 100644
index 00000000..a63b9687
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Vector Embedding.md
@@ -0,0 +1,72 @@
+---
+id: vector-embedding
+title: "Vector Embedding"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["벡터 임베딩", "임베딩", "Embedding", "Vector"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["어텐션 메커니즘이란 무엇인가요? - IBM", "Effective context engineering for AI agents - Anthropic", "Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv"]
+applied_in: ["Path to Intelligence Research (Projection Model)", "Anthropic AI Agent Context Retrieval"]
+github_commit: ""
+---
+
+# [[Vector Embedding]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+원시 데이터 시퀀스를 컴퓨터가 연산할 수 있는 기능 벡터로 변환하여 모델이 맥락을 추론하고 정보를 검색할 수 있게 하는 핵심 데이터 표상 체계이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **데이터의 기능 벡터 변환 (Transformation to Feature Vectors):** 원시 데이터 시퀀스(예: 텍스트 토큰)의 각 요소를 읽고 이를 고유의 기능 벡터로 표현하는 변환 프로세스이다.
+* **임베딩 기반 검색 (Embedding-based Retrieval):** AI 에이전트가 추론을 수행하기 전, 임베딩을 기반으로 관련 데이터를 사전에 검색(pre-inference time retrieval)하여 에이전트의 작업 맥락을 표면화하는 메커니즘이다.
+* **고차원 임베딩 공간 (High-dimensional Embedding Space):** 데이터의 의미론적 특성이 군집화되는 공간으로, 이를 투영(Projection) 연산을 통해 더 낮은 차원의 공유 표현 공간으로 매핑하거나 인간 뇌파 등 이기종 데이터와의 유사도(Alignment)를 측정하는 데 활용된다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **컨텍스트 벡터로의 압축:** Seq2Seq 등의 인코더-디코더 모델에서 인코더의 최종 타임스텝의 은닉 상태(Hidden state)가 전체 소스 문장을 하나의 고정된 벡터 임베딩(컨텍스트 벡터)으로 인코딩하여 디코더에 전달하는 패턴.
+* **선형 계층을 통한 투영:** 자기 회귀(Autoregressive) LLM의 추론 마지막 단계에서, 완전히 변환된 벡터를 수신한 후 이를 모델이 어휘 토큰에 대해 학습한 벡터 임베딩과 일치하는 크기로 선형 투영(Projection)하여 확률값을 도출하는 패턴.
+
+## 📖 세부 내용 (Details)
+* **벡터 임베딩의 생성 및 역할:** 벡터 임베딩은 원시 데이터 시퀀스의 각 요소를 자체적인 기능 벡터로 표현하도록 변환하는 프로세스를 거쳐 생성된다 [S1]. 신경망의 어텐션 메커니즘 내에서 각 요소의 벡터 임베딩은 서로 간의 연관성(정렬 점수)을 계산하는 기준이 된다 [S1].
+* **언어 모델 아키텍처에서의 임베딩 활용:**
+ * 인코더 구조에서는 소스 문장을 처리한 후 출력되는 최종 아웃풋인 '컨텍스트 벡터'가 전체 문장을 하나의 벡터 임베딩으로 인코딩한다 [S1].
+ * 트랜스포머 기반의 자기 회귀(Autoregressive) 대규모 언어 모델(LLM)에서는 마지막 두 번째 계층이 완전히 변환된 벡터를 수신하고, 이를 모델이 각 어휘 토큰에 대해 기학습한 벡터 임베딩과 일치하는 크기로 투영하는 선형 계층 구조를 갖추어 예측을 수행한다 [S1].
+* **AI 에이전트 맥락 최적화:** 오늘날 많은 AI 네이티브 애플리케이션들은 에이전트가 작업을 추론할 수 있도록 중요한 맥락(context)을 수면 위로 끌어올리기 위해 임베딩 기반의 사전 추론 시간 검색(embedding-based pre-inference time retrieval) 기술을 채택하고 있다 [S2].
+* **이기종 데이터 간 임베딩 공간 정렬 연구:** 인지 과학과 LLM의 융합 연구에서는, LLM의 고차원 임베딩 공간(high-dimensional embedding space)의 은닉 상태를 낮은 차원의 공유 표현 공간으로 투영시켜 인간의 뇌파(iEEG) 신호 공간과 선형적으로 매핑하는 실험이 진행되었다 [S3]. 또한, 인간 뇌의 IFG 영역의 임베딩 공간과 심층 언어 모델의 잠재 공간(latent space) 사이의 기하학적 패턴 및 구조적 유사성에 관한 연구도 존재한다 [S3].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스 내에서 벡터 임베딩의 개념이나 작동 원리와 관련하여 상충하는 내용이나 모순점은 발견되지 않았다.
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **Anthropic AI 에이전트 환경:** 에이전트가 주어진 작업을 수행할 때 필요한 데이터를 사전에 확보하기 위해 임베딩 기반의 문맥 검색(retrieval) 메커니즘을 적용하고 있음이 확인됨 [S2].
+* **인간 신경망-LLM 융합 연구 (Path to Intelligence):** LLM의 고차원 임베딩 공간(Hidden states)을 투영 행렬($W_{shared}$, $W_{individual}$)을 통해 저차원의 공유 표현 공간으로 투영한 후, 이를 인간 피험자의 뇌파(iEEG) 데이터와 비교하여 인지적 유사성을 평가하는 투영 모델(Projection Model) 구축에 직접 활용됨 [S3].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[어텐션 메커니즘]], [[잠재 공간(Latent Space)]]
+- **참조 맥락:** 모델이 자연어 및 외부 환경의 맥락을 수학적 표상으로 변환하고 추론, 검색 및 이기종 데이터 매핑을 수행할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 어텐션 메커니즘이란 무엇인가요? - IBM (https://www.ibm.com/kr-ko/think/topics/attention-mechanism)
+- [S2] Effective context engineering for AI agents - Anthropic (https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents)
+- [S3] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv (https://arxiv.org/html/2509.08831v1)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/Vector Embeddings.md b/10_Wiki/Topics/_Common/Math/From_RawData/Vector Embeddings.md
new file mode 100644
index 00000000..9a9bfc94
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/Vector Embeddings.md
@@ -0,0 +1,92 @@
+---
+id: vector-embeddings
+title: "Vector Embeddings"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["벡터 임베딩", "Embeddings", "임베딩", "Feature Vector", "토큰 임베딩"]
+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: ["Prompting best practices - Claude Platform Docs", "[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리", "Effective context engineering for AI agents - Anthropic", "Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv"]
+applied_in: []
+github_commit: ""
+---
+
+# [[Vector Embeddings]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+원시 데이터를 자체적인 특징 벡터(Feature Vector)로 변환하여, AI 모델이 고차원 잠재 공간(Latent Space)에서 문맥적 의미를 연산하고 정보를 검색할 수 있도록 지원하는 핵심 데이터 표상 기법.
+
+## 🧠 핵심 개념 (Core concepts)
+- **특징 벡터 변환 (Feature Vectorization):** 시퀀스의 각 요소(예: 원시 데이터 시퀀스의 단어)를 자체 기능을 가진 벡터 임베딩으로 변환하는 프로세스.
+- **어텐션 연산의 기초:** 생성된 입력 임베딩 벡터에 학습 가능한 가중치 행렬을 곱해 어텐션 메커니즘을 위한 Query, Key, Value 값을 도출.
+- **임베딩 기반 검색 (Embedding-based Retrieval):** AI 에이전트가 추론 과정에서 적절한 문맥 정보를 획득하도록 돕는 필수적인 사전 추론(pre-inference) 검색 수단.
+- **차원 투영 (Dimensionality Projection):** 고차원의 임베딩 공간을 분석 목적에 맞춰 더 낮은 차원의 공유 표현 공간으로 투영할 수 있음.
+
+*(※ 주의: 제공된 소스 데이터에는 Vector Embeddings을 생성하는 구체적 알고리즘, 차원 수 설정, 혹은 심도 있는 수학적 훈련 원리에 대한 정보는 포함되어 있지 않으며 활용 관점 위주로 서술되어 있습니다. 즉, 생성 원리에 관해 소스에 관련 정보가 부족합니다.)*
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **위치 정보 결합 패턴 (Positional Encoding Integration):** 단어의 상대적 순서와 위치가 의미에 미치는 영향을 반영하기 위해, 토큰 임베딩 자체에 차원이 더 작은 위치 벡터(Positional Vector)를 더하여 모델 구조 내에서 처리하는 패턴.
+- **사전 검색 아키텍처 패턴 (Pre-inference Retrieval Pattern):** AI 애플리케이션들이 에이전트에게 중요한 문맥(Context)을 표면화해주기 위해, 본 추론(Inference) 단계 이전에 임베딩 기반 검색을 수행하여 관련 데이터를 주입하는 설계 패턴.
+
+## 📖 세부 내용 (Details)
+- **원시 데이터의 벡터화 및 어텐션 초기 입력**: 트랜스포머(Transformer) 모델 등에서 원시 데이터 시퀀스를 '읽는' 과정은 시퀀스의 각 요소를 자체적인 특징 벡터(Feature Vector)인 벡터 임베딩으로 변환하는 프로세스로 시작된다 [S1]. 이렇게 변환된 입력 임베딩 벡터 $x$는 학습 가능한 가중치 행렬인 $W_Q, W_K, W_V$와 내적 연산되어 어텐션 메커니즘의 뼈대인 Query, Key, Value 벡터를 생성하는 데 직접적으로 사용된다 [S2].
+- **위치 인코딩과의 융합**: 순차적 정보를 처리하기 위해 토큰 임베딩 자체에 위치 정보(Positional Encoding)가 포함된 값 벡터를 추가한다 [S1]. 일반적으로 이 위치 벡터는 토큰 임베딩 차원보다 훨씬 작으며, 이를 통해 임베딩 내에 단어의 상대적인 위치와 순서 문맥을 반영하게 된다 [S1].
+- **AI 에이전트 및 RAG 기반 시스템에서의 역할**: 오늘날 다양한 AI 네이티브 애플리케이션은 에이전트가 효율적으로 추론(reasoning)을 전개할 수 있도록, 추론 전 단계(pre-inference time)에서 임베딩 기반 검색(Embedding-based retrieval) 방식을 도입하여 관련 문맥을 표면화하는 데 활용한다 [S3].
+- **뇌 신경과학적 기하학적 유사성**: 벡터 임베딩이 구성하는 잠재 공간(Latent Space)은 단순한 컴퓨터 과학적 개념을 넘어 인간 뇌의 처리 방식과 유사성을 보인다 [S4]. 최근 연구에서는 인간 뇌의 하전두회(IFG, Inferior Frontal Gyrus) 영역의 임베딩 공간과 심층 언어 모델의 잠재 공간 사이에 공통적인 기하학적 패턴이 존재함이 밝혀졌으며, 고차원의 임베딩 공간을 하위 랭크의 공유 표상 공간(lower-rank shared representation space)으로 투영하여 인간의 신경 활동과 비교하는 분석 기법이 활용되고 있다 [S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음.
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.85
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Attention Mechanism]] — 임베딩 벡터에 가중치 행렬을 곱하여 Query, Key, Value 연산을 수행하는 구조.
+- [[In-context Learning]] — AI가 임베딩 기반 검색을 통해 확보한 문맥을 바탕으로 추론하는 학습 패러다임.
+- [[Latent Space]] — 벡터 임베딩이 매핑되어 군집 및 기하학적 의미를 형성하는 고차원 공간.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 뇌의 하전두회(IFG) 영역의 임베딩 공간과 언어 모델의 잠재 공간 간의 기하학적 유사성은 수학적으로 어떻게 측정되는가?
+- 어텐션 메커니즘에서 토큰 임베딩에 위치 인코딩을 결합할 때, 임베딩 차원 크기($d_k$)가 성능과 그라디언트(Gradient) 소실에 미치는 영향은 무엇인가?
+- AI 에이전트 시스템에서 임베딩 기반 사전 추론 검색 방식이 가지는 정보 병목 한계는 무엇이며 어떻게 최적화할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 자연어 등 비정형 원시 데이터를 신경망이 처리할 수 있는 형태(Feature Vector)로 변환하는 입력 파이프라인 구축.
+- **System Design:** RAG(Retrieval-Augmented Generation) 아키텍처 설계 시 에이전트에게 필요한 문맥을 제공하기 위한 임베딩 기반 지식 검색 시스템 구성.
+- **Operation / Maintenance:** 모델 운영 환경에서 대규모 임베딩 벡터의 차원 축소 및 메모리/VRAM 캐싱(KV Caching) 효율화.
+- **Learning Path:** 언어 모델 아키텍처 이해 -> 데이터의 임베딩 벡터화 -> 자가 어텐션 메커니즘(Q, K, V) -> RAG 기반 문맥 주입.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Transformer Architecture]] — 벡터 임베딩을 실제 입력 레이어의 기초로 삼아 구동하는 신경망 아키텍처.
+- [[RAG (Retrieval-Augmented Generation)]] — 생성형 AI 성능을 위해 외부 문서 임베딩을 활용하여 답변을 보강하는 기술.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Attention Mechanism]], [[Latent Space]]
+- **참조 맥락:** 모델의 초기 입력 데이터를 수학적으로 연산 가능한 형태로 변환하거나, RAG 등에서 에이전트의 상황 판단을 위한 문맥 정보 검색을 수행할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] Prompting best practices - Claude Platform Docs
+- [S2] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리
+- [S3] Effective context engineering for AI agents - Anthropic
+- [S4] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/맥락 인출 (Context Retrieval).md b/10_Wiki/Topics/_Common/Math/From_RawData/맥락 인출 (Context Retrieval).md
new file mode 100644
index 00000000..af58331b
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/맥락 인출 (Context Retrieval).md
@@ -0,0 +1,90 @@
+---
+id: 맥락-인출-(context-retrieval)
+title: "맥락 인출 (Context Retrieval)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "applied"
+canonical_id: ""
+aliases:
+ - Context Retrieval
+ - 적시 맥락 인출
+ - Just-in-time Context Retrieval
+ - 맥락 기억 인출
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "[S1] 맥락을 고려하는 뇌 - 바이오인"
+ - "[S2] Effective context engineering for AI agents - Anthropic"
+ - "[S3] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO"
+applied_in:
+ - "Claude Code (Anthropic)"
+github_commit: ""
+---
+
+# [[맥락 인출 (Context Retrieval)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+맥락 인출은 생물학적 뇌에서 조건 자극의 의미를 환경에 맞게 해독하는 필수적인 기억 인출 과정이자, AI 에이전트가 런타임에 필요한 정보만을 동적으로 불러와 인지 부하를 줄이는 핵심 탐색 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **조건 자극의 의미 인출 (Retrieval of Conditioned Stimulus Meaning):** 맥락 자체의 기억 인출뿐만 아니라, 특정 맥락 내에서 모호한 조건 자극(CS)과 무조건 자극(US) 사이의 관계 및 의미를 해석해내는 과정 [S1].
+* **적시 맥락 인출 (Just-in-time Context Retrieval):** AI 에이전트가 모든 데이터를 사전에 로드하지 않고, 가벼운 식별자(파일 경로, 저장된 쿼리, 웹 링크 등)를 유지하다가 런타임 도구를 활용하여 동적으로 데이터를 로드하는 전략 [S2].
+* **해마-전전두피질-편도체 회로 (Hippocampus-mPFC-Amygdala Circuit):** 동물의 뇌 및 인간을 대상으로 한 연구에서 맥락에 따른 공포 기억 인출과 조절, 소거(Extinction)를 담당하는 것으로 밝혀진 핵심 신경 네트워크 [S1].
+* **상기 및 인덱싱 (Reminding and Indexing):** 인간이 이전 경험이나 테마를 기반으로 색인(Index)을 사용하여 적절한 시점에 관련된 스토리를 떠올려(상기하여) 상황을 이해하는 인지 과정 [S3].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **점진적 노출 (Progressive Disclosure) 패턴:** 에이전트가 자율적인 탐색을 통해 파일 크기, 명명 규칙, 타임스탬프 등의 메타데이터를 단서로 활용하여 관련 맥락을 점진적으로 발견하고 계층적으로 이해를 구성하는 전략 [S2].
+* **하이브리드 맥락 인출 (Hybrid Strategy) 패턴:** 변동성이 적은 일부 데이터는 속도를 위해 사전에 인출(Pre-computed)하여 컨텍스트에 삽입하고, 동적 정보는 런타임에 자율 탐색(Just-in-time)으로 획득하여 속도와 정확성의 균형을 맞추는 설계 패턴 [S2].
+* **맥락 의존적 공포 갱신 (Fear Renewal) 패턴:** 소거(Extinction)를 학습한 장소 밖에서 조건 자극을 만났을 때, 억제되었던 기억이 맥락 단서에 의해 다시 인출되어 부적절하게 공포가 갱신되는 병리적 패턴 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **사전 인출 (Pre-inference Retrieval)** | 사전에 연산된 데이터를 로드하므로 실행 및 탐색 속도가 빠름 [S2]. | 전체 데이터를 컨텍스트에 올려야 하므로 토큰 예산이 빠르게 소진되며 정보가 정체(Stale)될 위험이 있음 [S2]. | 금융이나 법률 문서와 같이 내용의 동적 변화가 적고 정적인 정보를 다루는 작업 시 [S2]. |
+| **적시 인출 (Just-in-time Retrieval)** | 불필요한 정보를 배제하고 꼭 필요한 정보만 작업 기억에 로드하여 컨텍스트 창을 효율적으로 자체 관리함 [S2]. | 에이전트가 런타임에 직접 데이터를 탐색하고 호출해야 하므로 사전 인출 방식에 비해 속도가 느리고 고도의 도구 설계가 필요함 [S2]. | 대용량 데이터베이스 분석이나 파일 시스템 탐색 등 정보량이 방대하고 구조가 동적인 환경을 분석할 시 [S2]. |
+| **하이브리드 인출 (Hybrid Strategy)** | 기본 지식(예: CLAUDE.md)을 통해 초기 속도를 높이면서도, 동적 탐색으로 유연성과 최신성을 동시에 확보함 [S2]. | 설계 및 구현이 가장 복잡하며, 어떤 데이터를 고정하고 어떤 데이터를 동적으로 인출할지에 대한 의사결정 경계 설정이 필요함 [S2]. | 작업 규칙이 문서화되어 있으면서 세부 정보는 동적으로 변하는 코딩 작업 및 대형 프로젝트 분석 시 [S2]. |
+
+## 📖 세부 내용 (Details)
+**생물학적 뇌의 맥락 인출 메커니즘**
+인지 심리학과 뇌과학에서 맥락은 상황에 맞는 적절한 반응을 결정하는 핵심적인 정보로 작용한다 [S1]. 특정 조건 자극(CS)이 주어질 때 그것이 긍정적 의미인지 위협적 의미인지는 철저히 맥락을 통해 인출된다 [S1]. 예를 들어 운동 경기장의 거대한 고동 소리는 응원의 의미로 해석되지만, 항구에서는 배가 지나간다는 신호로 인출된다 [S1].
+뇌에서 이러한 맥락 의존적 기억의 인출은 해마(Hippocampus)와 내측전전두피질(mPFC), 편도체(Amygdala)의 복합적인 상호작용으로 이루어진다 [S1]. 스크립트 이론(Script Theory)의 관점에서 보면, 인간은 특정 목적이나 테마에 따라 조직된 구조체인 MOP(Memory Organization Packets)나 TOP(Thematic Organization Packets)의 색인(Index)을 통해 이전 경험의 맥락을 상기(Reminding)하며 현재 상황을 이해한다 [S3]. 만일 이 맥락 인출 기능에 손실이 발생하면, 환경 자극에 대한 융통성 있는 반응이 불가해지며, 외상 후 스트레스 장애(PTSD), 조현병, 약물 남용과 같은 심각한 정신병리학적 증상으로 이어진다 [S1].
+
+**AI 에이전트의 맥락 인출 아키텍처**
+최신 AI 에이전트 시스템은 생물학적 인지 방식과 유사하게, 정보를 사전에 전부 암기(단순 로드)하는 대신 필요할 때 동적으로 맥락을 탐색해 인출하는 모델로 발전하고 있다 [S2]. 기존에 임베딩을 통해 추론 전(Pre-inference)에 모든 관련 데이터를 밀어 넣는 방식에서 진화하여, 에이전트는 파일 경로, 웹 링크, 쿼리 등의 경량화된 참조(lightweight identifiers)만 기억한다 [S2].
+AI는 이후 자율 루프 환경 내에서 제공된 도구(Tools)를 활용해 런타임 환경에서 데이터를 실시간으로 인출한다 [S2]. 이러한 적시(Just-in-time) 인출 방식은 AI가 폴더 계층, 명명 규칙, 타임스탬프와 같은 메타데이터를 단서로 활용하여 관련 맥락을 점진적으로 발견(Progressive disclosure)하도록 돕는다 [S2]. 에이전트는 이 탐색 과정에서 파악된 정보들 중 오직 다음 결정에 필요한 하위 집합만을 작업 기억에 유지하므로 유한한 어텐션 자원의 소진을 막고 높은 정확도를 유지한다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+인간을 대상으로 한 초기 fMRI 연구에서는 색상 변화와 같은 약한 환경적 단서만으로는 해마의 BOLD(혈류 산소 수준) 신호가 유의미하게 변화하지 않아 맥락과 해마의 연관성을 증명하기 어려웠다 [S1]. 하지만, 최근 기능적 뇌 영상 연구들에서는 가상현실을 이용한 복잡한 공간적 방(Room) 등을 맥락으로 활용하여 테스트한 결과, 인간의 해마와 복내측전전두피질(vmPFC)이 소거 기억의 인출 등 복잡한 맥락 인출 과정에 명확히 관여한다는 점이 새롭게 확인 및 업데이트되었다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+**Claude Code (Anthropic)**: Anthropic의 코딩 에이전트인 Claude Code는 대용량 코드베이스나 데이터베이스를 분석할 때, 모든 파일 객체를 컨텍스트에 무조건 로드하지 않는다. 대신, 에이전트의 `CLAUDE.md` 지침 파일은 기본으로 사전에 인출하여 드롭해두고, `glob`, `grep`, `head`, `tail`과 같은 파일 탐색/Bash 명령어 도구를 제공하여 모델이 스스로 런타임 환경을 내비게이션하며 적시(just-in-time)에 필요한 파일 정보를 인출하는 하이브리드 맥락 인출 구조가 실제로 적용되어 있다 [S2].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** applied
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[적시 맥락 인출]], [[해마(Hippocampus)]], [[상기(Reminding)]]
+- **참조 맥락:** AI 에이전트의 워크플로우 설계 시 검색 및 데이터 인출 한계를 극복하는 아키텍처 수립 및 인간의 인지적 행동 모델 이해가 필요할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 맥락을 고려하는 뇌 - 바이오인
+- [S2] Effective context engineering for AI agents - Anthropic
+- [S3] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/맥락 조건화.md b/10_Wiki/Topics/_Common/Math/From_RawData/맥락 조건화.md
new file mode 100644
index 00000000..7d075dc8
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/맥락 조건화.md
@@ -0,0 +1,80 @@
+---
+id: 맥락-조건화
+title: "맥락 조건화"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Context Conditioning", "상황 조건화", "맥락 의존적 학습", "맥락 연합"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["맥락을 고려하는 뇌 - 바이오인"]
+applied_in: []
+github_commit: ""
+---
+
+# [[맥락 조건화]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+맥락 조건화는 생명체나 인지 시스템이 주변 환경(맥락)과 특정 자극을 연합하여, 환경적 맥락을 바탕으로 상황에 적응적이고 유연한 반응을 이끌어내는 핵심 인지 학습 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **맥락 부호화 (Context Encoding):** 맥락 조건화가 일어나기 전 필수적으로 선행되어야 하는 과정으로, 주어진 시공간적 환경 요소들을 탐색하여 맥락에 대한 내부 표상(representation)을 생성하고 저장하는 작업이다.
+* **연합 학습 (Associative Learning):** 구성된 맥락 표상이 무조건 자극(US, 예: 전기 충격)이나 조건 자극(CS) 등과 결합하여 상황적 의미를 획득하는 과정이다.
+* **맥락 의존성 (Context Dependency):** 형성된 기억이나 반응(예: 공포 반응)이 학습된 특정 맥락 내에서만 유효하게 발현되거나, 조건의 소거(Extinction) 및 갱신(Renewal)이 맥락의 변화에 따라 다르게 나타나는 성질이다.
+* **해마-편도체-전전두피질 네트워크:** 맥락 부호화(해마), 자극과의 연합(편도체), 그리고 맥락에 따른 반응 조절 및 억제(내측전전두피질)를 분담하여 맥락 조건화를 통제하는 주요 뇌 신경 회로이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **단계적 인지 처리 패턴:** 환경 탐색 $\rightarrow$ 맥락 표상 생성(맥락 부호화) $\rightarrow$ 무조건 자극과의 결합(맥락 조건화) $\rightarrow$ 상황별 기억 인출(반응 생성/소거/갱신)의 순서로 진행된다.
+* **소거와 갱신의 맥락 경쟁 패턴:** 공포 소거 훈련 시 기존의 '맥락-자극 연합'이 지워지는 것이 아니라 새로운 '조건 자극-자극 없음' 연합이 생성되며, 소거가 발생한 맥락을 벗어나면 기존의 공포 반응이 되살아나는 갱신(Renewal) 패턴을 보인다.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+학습 과정에서 무조건 자극(US)이 주어지는 방식에 따라 동물이 상황을 식별하는 조건화 방식을 두 가지로 비교할 수 있다.
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **맥락 조건화 (Context Conditioning)** | 공간 및 환경 전체에 대한 종합적인 판단과 예방적 반응(방어 기제)을 가능하게 함 | 모호한 환경에서는 반응 기준이 불분명해질 수 있으며, 해마의 맥락 부호화가 온전해야만 작동함 | 특정 신호 없이 특정 장소나 상황 자체가 위험/안전 요소로 작용할 때 |
+| **신호 조건화 (Cue Conditioning)** | 특정 신호(예: 벨소리, 불빛)에 즉각적이고 명확한 반응을 이끌어낼 수 있음 | 신호가 발생하지 않으면 위험을 예측하기 어려움 | 공간적 맥락에 상관없이 뚜렷한 조건 자극(CS)이 특정 사건을 예고할 때 |
+
+## 📖 세부 내용 (Details)
+* **맥락 조건화의 정의 및 작동 원리:**
+ 맥락 조건화는 공간적 위치, 주변 배경과 같은 환경적 맥락이 전기 충격 등의 혐오적 자극(무조건 자극, US)과 연계되어 그 둘 사이에 연합이 일어나는 과정을 말한다 [S1]. 예를 들어, 파란색 바닥이라는 특정 공간적 맥락에서만 자극이 주어졌다면, 대상은 다른 색의 바닥에서는 공포 반응을 보이지 않고 오직 파란색 바닥에서만 공포 반응을 나타낸다 [S1].
+* **맥락 부호화의 필수성:**
+ 맥락 조건화가 성공적으로 이루어지기 위해서는 반드시 대상을 둘러싼 환경에 대한 표상을 형성하는 '맥락 부호화' 과정이 선행되어야 한다 [S1]. 실험 동물을 상자에 넣자마자 즉시 자극을 주는 경우 맥락 조건화가 일어나지 않는데, 이는 맥락 표상을 부호화할 충분한 시간이 없었기 때문이다 [S1].
+* **뇌 신경회로의 역할 분담:**
+ 맥락 조건화 과정에서 해마(Hippocampus)는 일화 기억 및 공간적 표상에 작용하여 맥락 부호화를 전담한다 [S1]. 반면, 맥락이나 특정 신호와 혐오적 자극 사이의 실제적인 '연합' 과정 자체는 편도체(Amygdala)가 주로 담당한다 [S1].
+* **조건화 이후의 반응 조절 (소거와 갱신):**
+ 특정 맥락에서 학습된 조건화는 소거(Extinction) 훈련을 통해 억제될 수 있으나, 이는 매우 맥락 의존적이다 [S1]. 소거를 학습한 장소를 벗어나면 기존의 공포가 부활하는 '갱신(Renewal)' 현상이 발생하는데, 이는 소거가 기존의 연합 기억을 제거하는 것이 아니라, 특정 맥락에서만 발현되는 '무조건 자극 없음'이라는 새로운 경쟁 연합을 생성하는 것임을 시사한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **해마 손상의 진정한 의미:** 해마가 손상된 동물이 공포 조건화에서 맥락적 반응을 보이지 못할 때, 흔히 '맥락-무조건 자극'의 연합 능력이 상실된 것으로 오인하기 쉽다. 하지만 실제로는 연합 기능 자체의 상실이 아니라, 그 전제 조건이 되는 '맥락 표상 자체를 형성하고 저장하는 기능(맥락 부호화)'의 손실 때문이라는 점이 연구를 통해 업데이트되었다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (해당 지식은 생물학적, 인지 심리학적 동물/인간 행동 실험 연구로 주로 소개되어 있으며, IT 시스템 내 구체적 구현 코드나 커밋 기록 등은 소스에서 확인되지 않음).
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[연합 학습]], [[맥락 부호화]]
+- **참조 맥락:** 인지과학, 심리학 및 뇌신경과학에서 인지 주체가 환경적 맥락을 바탕으로 학습하고 기억을 인출하는 메커니즘을 설명하거나 모방형 AI 모델을 설계할 때 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 맥락을 고려하는 뇌 - 바이오인
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/사전 확률 (Priors).md b/10_Wiki/Topics/_Common/Math/From_RawData/사전 확률 (Priors).md
new file mode 100644
index 00000000..0eb1814c
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/사전 확률 (Priors).md
@@ -0,0 +1,100 @@
+```markdown
+---
+id: 사전-확률-(priors)
+title: "사전 확률 (Priors)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Priors", "사전 지식", "Semantic Prior", "의미론적 사전 지식", "사전 기대치"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Meta-in-context learning in large language models - NIPS", "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI", "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"]
+applied_in: []
+github_commit: ""
+---
+
+# [[사전 확률 (Priors)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+사전 확률(Priors)은 거대 언어 모델(LLM)이 새로운 과제를 마주할 때 베이지안 추론의 기준점이 되는 사전 지식으로, 메타 인맥락 학습(Meta-ICL)을 통해 환경의 실제 통계적 값에 맞게 동적으로 보정된다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **의미론적 사전 지식 (Semantic Prior)**: 모델이 사전 학습 단계에서 획득하는 광범위한 의미론적 지식. 인맥락 학습(ICL) 시 프롬프트와 시범 예시들이 이 사전 지식으로 작용하여 모델의 사고 사슬(Chain of Thought)과 논리 전개 범위를 가이드한다.
+* **사전 확률의 적응 (Adaptation of Priors)**: 모델이 여러 도메인 과업에 연속적으로 노출될 때, 내재되어 있던 초기 편향(Bias)을 버리고 실제 데이터 생성 분포(환경의 실제 통계)에 가깝도록 사전 기대치(Prior expectations)를 유기적으로 수정하는 과정이다.
+* **사전 지식의 무효화 (Overriding Priors)**: 라벨이 반전되거나 의미가 없는 라벨이 주어지는 특수한 인맥락 학습 상황에서, 기존에 학습된 의미론적 사전 지식을 억제하고 새로운 입력-라벨 매핑을 우선적으로 따르는 인지적 적응 능력이다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **베이지안 추론 발현 패턴**: 프롬프트 시범 예시 제공 $\rightarrow$ 강력한 베이지안 '의미론적 사전 지식'으로 작용 $\rightarrow$ 잠재 개념(Latent Concepts) 위치 특정 $\rightarrow$ 가중치 업데이트 없이 다음 토큰 정확도 향상.
+* **메타 인맥락 학습의 사전 확률 동적 보정**: 다수의 상이한 태스크(예: 회귀, 밴딧 태스크 등) 연속 제시 $\rightarrow$ 가설 사전 확률 공간의 재조정 $\rightarrow$ 초기 선호 편향(예: 양수 보상 또는 증가하는 양수 함수 선호) 탈피 $\rightarrow$ 환경의 실제 통계값으로 수렴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Regular ICL** | 모델이 가진 기존의 의미론적 사전 지식을 최대한 활용하여 빠르고 자연스러운 라벨 예측이 가능함 | 사전 지식에 어긋나는 예외적 과제에서는 성능이 하락할 수 있음 | 일상적인 언어 태스크(감성 분석 등) 및 사전 학습과 유사성이 높은 문맥 처리 시 |
+| **Flipped-Label ICL** | 모델이 기존 편향(Semantic priors)을 무효화(override)하고 주어진 컨텍스트 규칙을 철저히 따르도록 강제함 | 파라미터 규모가 작은 소형 모델에서는 사전 지식을 극복하지 못해 실패할 확률이 높음 | 기존의 상식과 반대되는 규칙이나 가상의 라벨링 체계를 학습시켜야 할 때 |
+| **SUL-ICL (Semantically-Unrelated Label)** | 의미적 연관성이 전혀 없는 라벨로 처음부터 매핑 규칙을 학습시켜 순수한 패턴 인식 능력을 강화함 | 기존의 사전 지식을 전혀 활용할 수 없어 처리 난이도가 높음 | 도메인 특화 암호, 기호, 또는 완전히 새로운 매핑 규칙을 인맥락 학습으로 주입할 때 |
+
+## 📖 세부 내용 (Details)
+* **의미론적 사전 지식의 역할**: 거대 언어 모델은 사전 학습(Pre-training) 과정에서 획득한 방대한 파라미터 내부에 '의미론적 사전 지식(Semantic Prior)'을 구축해 둔다 [S2]. 사용자가 자연어로 프롬프트나 예시를 제공하면, 이 입력값은 베이지안 추론을 위한 하나의 강력한 의미론적 사전 지식 힌트로 기능한다 [S2, S3]. 이 지식은 다단계 피드포워드 레이어들의 논리 전개 범위를 명확히 수렴하도록 통제하며, 파라미터 업데이트 없이도 잠재 개념(Latent concepts)을 찾아내도록 이끈다 [S3].
+* **사전 확률의 동적 보정 (메타 인맥락 학습)**: 여러 개의 상이한 도메인 과업 학습 데이터들을 프롬프트 상에 연속적으로 제시할 경우, 모델 내부에서는 '메타 인맥락 학습(Meta-In-Context Learning)'이 작동한다 [S3]. GPT-3 모델을 대상으로 한 1차원 회귀 문제 및 2-armed 밴딧(Bandit) 문제 실험에 따르면, 모델은 초기에 증가하는 양수 함수나 큰 양수 보상에 편향된 사전 기대치(Prior expectations)를 지니고 있다 [S1]. 하지만 단 2~4개의 연속된 과제를 거치고 나면, 모델은 자신의 가설 사전 확률 공간을 유기적으로 보정하여 환경의 실제 통계적 실제값(True environmental statistics)과 거의 일치하도록 사전 확률을 적응시킨다 [S1, S3].
+* **명령 미세조정(Instruction Tuning)의 이중성**: 인맥락 학습 능력을 끌어올리기 위해 사용되는 명령 미세조정은 모델이 입력-라벨 매핑을 더 잘 학습하게 만드는 데 크게 기여한다 [S2]. 그러나 동시에 모델이 '의미론적 사전 지식'에 의존하는 성향 또한 짙어지게 만들어, 기존 상식에 반하는 과제(Flipped-Label 등)가 주어질 때 유연성을 떨어뜨릴 가능성을 내포하고 있다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **명령 미세조정의 패러독스**: 통상적으로 명령 미세조정(Instruction tuning)은 모델의 지시 수행 능력과 범용적 ICL 유연성을 높이는 것으로 알려져 있다. 그러나 소스에 따르면, 미세조정은 '입력-라벨 매핑 학습'을 돕는 동시에 모델이 '의미론적 사전 지식(Semantic priors)'에 더욱 강하게 의존하도록 만드는 이중 효과(Dual effect)를 낳는다 [S2]. 이는 라벨을 의도적으로 비틀어버리는 특수 상황(Flipped-Label ICL)에서 모델이 기존 지식을 무시(Override)하고 새로운 규칙을 받아들이는 데 제약으로 작용할 수 있음을 시사한다 [S2].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스에 관련 정보가 부족합니다. (현재 발견된 실제 적용 사례가 없습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[인맥락 학습 (In-Context Learning)]] — 모델이 사전 확률을 기반으로 가중치 업데이트 없이 문맥에서 정답을 추론하는 메커니즘
+- [[메타 인맥락 학습 (Meta-In-Context Learning)]] — 여러 과제를 거치며 모델이 가설 사전 확률 공간을 동적으로 보정하는 상위 학습 기전
+- [[베이지안 추론 (Bayesian Inference)]] — 프롬프트가 주어졌을 때 사전 지식(Prior)을 바탕으로 잠재 개념의 사후 분포를 좁혀가는 모델의 기저 논리
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 사전 확률이 메타 인맥락 학습을 통해 동적으로 보정되는 과정에서 컨텍스트 윈도우(Context Window)의 길이는 어떤 영향을 미치는가?
+- Flipped-Label ICL 상황에서 의미론적 사전 지식을 무효화(Override)하는 능력은 모델 파라미터 규모(Scale)와 어떻게 비례하는가?
+- 명령 미세조정(Instruction Tuning)이 사전 확률에 대한 모델의 의존도를 오히려 강화시키는 근본적인 아키텍처적 원인은 무엇인가?
+- 모델 초기 상태의 사전 기대치 편향(예: 양수 보상 선호)은 어떤 사전 학습 데이터 분포의 특징에서 기인한 것인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 프롬프트 엔지니어링 시 Few-shot 예시를 구성할 때 모델의 기존 Semantic Prior를 강화할지, 상충하는 예시를 주어 Prior를 Override할지 결정
+- **System Design:** 다중 도메인 작업을 연속 처리하는 에이전트 시스템에서 과거 작업 히스토리를 컨텍스트에 유지하여 모델의 Prior를 해당 태스크 환경에 맞게 적응시키도록 파이프라인 설계
+- **Operation / Maintenance:** 모델이 잘못된 사전 지식을 기반으로 할루시네이션을 일으키는지, 주어진 프롬프트 매핑 규칙을 제대로 따르고 있는지(SUL-ICL 등 활용) 모니터링 및 진단
+- **Learning Path:** 베이지안 확률론 $\rightarrow$ 프롬프트 엔지니어링 방법론 $\rightarrow$ 인맥락 학습(ICL) 심화 기전 $\rightarrow$ 메타 인맥락 학습(Meta-ICL) 추론 과정
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[프롬프트 엔지니어링 (Prompt Engineering)]] — 사전 확률을 모델이 올바른 방향으로 활용하도록 힌트를 조율하는 기술
+- [[잠재 개념 (Latent Concepts)]] — 의미론적 사전 지식과 프롬프트를 통해 모델 내부에서 위치를 식별해내는 고차원 데이터 속성
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[인맥락 학습 (In-Context Learning)]], [[메타 인맥락 학습 (Meta-In-Context Learning)]]
+- **참조 맥락:** 거대 언어 모델이 프롬프트를 처리할 때, 기존 가중치에 내재된 초기 편향(사전 확률)을 어떻게 동적으로 보정하여 환경에 적응하는지 평가하고 설계할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Meta-in-context learning in large language models - NIPS (URL/Metadata 없음)
+- [S2] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI (URL/Metadata 없음)
+- [S3] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘 (Markdown)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
+```
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/안내형 해결 예제 (Guided Examples).md b/10_Wiki/Topics/_Common/Math/From_RawData/안내형 해결 예제 (Guided Examples).md
new file mode 100644
index 00000000..cf11a532
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/안내형 해결 예제 (Guided Examples).md
@@ -0,0 +1,113 @@
+---
+id: 안내형-해결-예제-(guided-examples)
+title: "안내형 해결 예제 (Guided Examples)"
+category: "Education_and_Learning"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Guided Worked Examples", "부분완성 문제", "Completion tasks", "Completion problems", "안내형 예제", "부분완성 과제"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)"]
+raw_sources: ["[S1] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv", "[S2] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)", "[S3] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태", "[S4] Cognitive Load Theory in practice: Worked examples & Completion tasks | InnerDrive"]
+applied_in: ["Intelligent logic tutoring system (propositional logic problems)", "Python Grids 및 WebEx 시스템"]
+github_commit: ""
+---
+
+# [[안내형 해결 예제 (Guided Examples)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+학습자의 인지부하를 적절히 조절하기 위해 문제 풀이 과정의 일부를 비워두고 서브골(Subgoal)과 힌트를 제공하여 능동적인 지식 재구성을 유도하는 중간 단계의 스캐폴딩(Scaffolding) 전략.
+
+## 🧠 핵심 개념 (Core concepts)
+- **부분완성 과제 (Completion Tasks):** 문제의 초기 상태, 목표 상태와 함께 '부분적인 해결책'을 제시하고 학습자가 나머지를 완성하게 하는 방식. 완전한 예제와 독립적 문제 풀이 사이의 가교 역할을 함 [S2].
+- **적성-처치 상호작용 (Aptitude-Treatment Interaction):** 사전 지식이 낮은 초심자(Low Prior Knowledge) 집단에 특히 탁월한 학습 효율을 보이며, 이들의 문제 풀이 완수 시간 단축 및 규칙 이해도를 크게 향상시킴 [S1].
+- **능동적 인지 참여 (Active Engagement):** ICAP 프레임워크에 따라, 단순히 정보를 수용하는 수동적 모드(Passive)를 넘어 누락된 연결 고리를 완성하기 위해 도메인 지식을 연역하는 능동적(Active) 참여를 촉진함 [S1], [S3].
+- **서브골과 스캐폴딩 (Subgoals & Scaffolding):** 복잡한 풀이 과정을 의미 있는 덩어리(Chunk)로 나누고 단계별 힌트(Step-specific hints)를 제공하여 불필요한 인지적 부담을 덜어줌 [S1], [S3].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **완수 전략 (Completion Strategy):** 지식 습득 과정에서 온전한 [[풀이 과정이 담긴 워크드 예제 (worked examples)]]로 시작하여, 점진적으로 지원이 줄어드는 '부분완성 문제'를 거쳐, 완전히 독립적인 '전통적 문제'로 이행하는 가이드 페이딩(Guidance-Fading) 패턴 [S2], [S4].
+- **파슨스 문제 (Parsons Problems) 패턴:** 프로그래밍이나 논리 증명 도메인에서 코드나 논리적 절차를 뒤섞어 놓거나 일부를 비워두고 올바르게 재배열·완성하도록 요구하여, 문제의 분해 및 재구성 역량을 기르는 설계 패턴 [S1].
+- **힌트 요청 기반의 오류 최소화 패턴 (Help-Seeking Behavior):** 안내형 해결 예제를 수행하는 초심자들은 무작위 오류를 반복하기보다는 막히는 즉시 힌트를 요청하는 패턴을 보여, 생산적 실패의 좌절감을 피하고 올바른 궤도로 빠르게 복귀함 [S1].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **안내형 예제 (Guided Examples)** | 인지부하를 제어하면서도 능동적 참여 유도. 초심자의 규칙 이해도와 속도를 높임. | 사전 지식이 높은 학습자에게는 불필요한 지원으로 전문성 역전 효과를 유발하거나 힌트 의존성을 키울 수 있음. | 기초 개념이 갓 형성되어 독립적 문제 해결로 넘어가기 전의 중간 단계 (초심자 대상) |
+| **버그형 예제 (Buggy Examples)** | 고의적 오류를 식별/수정하는 과정을 통해 비판적 사고와 깊은 디버깅 역량 강화. | 올바른 멘탈 모델이 없는 초심자에게는 오히려 잘못된 스키마를 고착화하거나 과도한 인지부하 초래. | 이미 높은 사전 지식(High Prior Knowledge)을 갖춘 숙련된 학습자의 오개념을 교정할 때 |
+| **수동적 예제 (Passive WE)** | 전문가의 풀이 전체를 제공하여 내재적/외재적 인지부하를 극도로 최소화. | 능동적 사고나 지식의 재구성을 강제하지 않아, 피상적 읽기에 그칠 위험 존재. | 도메인 지식이 전혀 없는 완전 초심자가 새로운 개념에 처음 노출될 때 |
+| **독립적 문제 해결 (Problem Solving)** | 실제적이고 복잡한 과제 해결 역량을 극대화하며, 자율적 스키마 적용을 자동화함. | 초심자에게는 탐색, 실행, 이해를 동시 요구하여 작업기억의 과부하(Overload)를 초래. | 스캐폴딩 단계를 모두 마치고 지식 구조가 견고하게 정립된 전문가 수준 |
+
+## 📖 세부 내용 (Details)
+안내형 해결 예제(Guided Examples)는 학습자가 문제의 전체 해답을 단순히 수동적으로 읽는 것을 넘어, 문제 해결 과정의 핵심적인 부분을 스스로 채워 넣도록 유도하는 교수 설계 방식이다 [S1], [S3]. 이는 인지부하 이론의 관점에서 '부분완성 문제(Completion problem)'로 불리며, 힌트와 서브골 구조를 통해 내재적 인지부하(Intrinsic Cognitive Load)를 통제 가능한 수준으로 낮추는 동시에, 본유적 인지부하(Germane Cognitive Load)를 촉발하여 의미 있는 스키마 구축을 돕는다 [S1], [S2].
+
+**ICAP 프레임워크 관점의 작동 원리**
+수동적인 전통적 워크드 예제(Passive WE)와 달리, 안내형 예제는 부분적으로 비어 있는 구조를 제시함으로써 ICAP 프레임워크의 '능동적(Active)' 인지 모드를 활성화한다 [S1]. 학습자는 전체 해결책의 흐름을 이해하면서도, 누락된 연결 고리나 규칙을 연역적으로 찾아내어 채워야 하므로 수동적 관찰자에서 능동적 재구성자로 변모하게 된다 [S1].
+
+**적성-처치 상호작용 (Aptitude-Treatment Interaction)**
+안내형 예제의 학습 효과는 학습자의 사전 지식수준에 따라 강하게 조절된다. 통제된 실험에 따르면, 사전 지식이 낮은 학습자(Low Prior Knowledge) 집단은 안내형 예제 훈련을 통해 논리 규칙 적용의 정확도가 크게 향상되었고, 사후 문제 해결 속도 역시 뚜렷하게 단축되었다 [S1]. 반면 사전 지식이 높은 학습자에게는 안내형 예제의 상세한 힌트와 구조화가 오히려 학습 효율을 정체시키는 '전문성 역전 효과(Expertise Reversal Effect)'의 위험이 관찰되었으며, 이들에게는 오류를 직접 고치도록 하는 '버그형 예제(Buggy Examples)'가 더 강력한 학업 성취 상승을 이끌어냈다 [S1], [S2].
+
+**마르코프 모델 분석을 통한 학습자 행동 궤적**
+안내형 예제를 푸는 학습자의 행동을 마르코프 모델 기반의 상태 전이 다이어그램으로 분석한 결과, 이들은 오류의 늪에 빠지기보다는 즉시 힌트를 요청하는 '도움 구하기(Help-seeking)' 행동 패턴을 강하게 보였다 [S1]. 이는 초심자가 막막함과 좌절에 빠져 인지 자원을 고갈시키는 상황을 예방하지만, 동시에 높은 힌트 의존도(Over-reliance)를 야기할 수 있어 후속 단계에서 점진적인 가이드 페이딩(Fading)이 필수적임을 시사한다 [S1], [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+최신 인공지능 및 거대 언어 모델(LLM)을 지능형 튜터 시스템(ITS)에 접목하여 안내형 예제의 힌트를 자동 생성하려는 시도가 있으나, 현재의 LLM은 종종 교육적 맥락(Pedagogical appropriateness)에 맞지 않는 장황한 힌트를 제공하여 오히려 학습자의 인지부하를 가중시키는 역효과를 내기도 한다 [S1]. 즉, 기계적으로 생성된 빈칸이나 힌트가 아닌, 신중하게 설계된 '교육적 의미 단위(Subgoal)' 기반의 힌트가 보장되어야만 진정한 안내형 예제의 효과를 발휘할 수 있다는 한계점과 도전 과제가 지적된다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **지능형 논리 튜터 시스템(Intelligent Logic Tutoring System):** 북미 대학의 컴퓨터 공학 학부생 155명을 대상으로 한 2025년 봄 학기 이산수학 과정에서, 명제 논리 증명 문제를 Parsons Problem 형식의 '안내형 해결 예제(Guided Examples)'로 변형하여 적용하였다. 서브골 기반의 힌트 팝업과 연결 고리를 채워 넣는 UI를 통해 저성취 학생들의 문제 해결 시간 단축과 규칙 이해도 향상을 달성함 [S1]. (Frontmatter `applied_in`에 추출됨)
+- **웹 기반 프로그래밍 탐색 엔진 (Python Grids 등):** 입문용 파이썬 루프나 조건문 코드의 실행 궤적을 단계별로 나누어, 비워진 일부 코드를 완성하며 실시간 런타임 정보와 전문가 주석을 확인하도록 설계하여 기초 코딩 스키마를 정착시킴 [S3]. (Frontmatter `applied_in`에 추출됨)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[풀이 과정이 담긴 워크드 예제 (worked examples)]] — 전체적인 문제 해결 전략을 제시하여 초기 인지부하를 통제하는 최상위 교수 전략.
+- [[부분완성 문제 (Completion Tasks)]] — 완전히 풀이된 예제와 독립적 문제풀이 사이의 가교 역할을 하는 본 개념의 핵심 메커니즘.
+- [[인지부하 이론 (Cognitive Load Theory)]] — 외재적 부하를 줄이고 본유적 부하를 높이는 안내형 예제의 이론적 근거.
+- [[적성-처치 상호작용 (ATI)]] — 학습자의 사전 지식 유무에 따라 최적의 예제 형태(안내형 vs 버그형)가 달라지는 원리.
+- [[스캐폴딩 (Scaffolding)]] — 학습자가 혼자서는 도달할 수 없는 과제를 힌트와 서브골을 통해 달성하게 돕는 뼈대.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 안내형 해결 예제에서 제공되는 힌트의 구체성 수준(Granularity)은 학습 성과 및 인지부하에 어떤 차이를 발생시키는가?
+- 학습자가 안내형 예제의 힌트 시스템에 과도하게 의존하는 '시스템 게임(Gaming the system)' 현상을 방지하기 위한 UI/UX 설계 기법은 무엇인가?
+- 고도로 복잡하고 비구조화된(Ill-structured) 과제 영역에서도 서브골 기반의 안내형 해결 예제가 초심자에게 동일한 효력을 지니는가?
+- LLM을 활용하여 안내형 예제의 빈칸(Chunk)과 힌트를 동적으로 생성할 때 발생하는 할루시네이션 및 교육적 오류를 어떻게 제어할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 지능형 튜터링 시스템(ITS)에서 학습자의 사전 지식(Pre-test 점수)에 따라 안내형 예제 혹은 버그형 예제를 적응적으로 매칭 및 제공.
+- **System Design:** 문제 풀이 UI 설계 시 전체 풀이를 서브골(Subgoal) 단위의 청크(Chunk)로 시각적 분리 처리하고, 누락된 노드에 마우스를 올리면 단계적 힌트가 제공되도록 레이아웃 구성.
+- **Operation / Maintenance:** 학습자 로그 데이터(마르코프 전이 모델 등) 분석을 통해, 오답 후 힌트 탐색으로 이어지지 못하고 이탈하는 '무의미한 루프' 구간을 찾아 힌트 로직을 유지보수.
+- **Learning Path:** '완수 전략(Completion Strategy)'에 따라 초기에는 완전한 예제를 배치하고 단계가 거듭될수록 빈칸의 비중을 늘려 최종적으로 독립적 문제 해결로 진입하는 커리큘럼 난이도 곡선 수립.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[오류 기반 학습 (Productive Failure)]] — 안내형 예제와 대조적으로 고의적 실패나 버그형 예제를 통해 인지적 마찰을 유발하여 학습하는 방향.
+- [[가이드 페이딩 (Guidance Fading)]] — 안내형 예제 내에서 제공되는 지원(Support)을 시간 경과나 성취 수준에 따라 서서히 제거해 나가는 메커니즘.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[부분완성 과제 (Completion Tasks)]], [[적성-처치 상호작용 (ATI)]]
+- **참조 맥락:** 교육 프로그램이나 시스템 설계 시 초심자에게 가해지는 작업기억의 과부하를 막고, 자발적인 지식 구성을 유도하는 중간 단계 스캐폴딩 기법을 도입하고자 할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv
+- [S2] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)
+- [S3] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태
+- [S4] Cognitive Load Theory in practice: Worked examples & Completion tasks | InnerDrive
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/역동적 기억 모델 (Dynamic Memory Model).md b/10_Wiki/Topics/_Common/Math/From_RawData/역동적 기억 모델 (Dynamic Memory Model).md
new file mode 100644
index 00000000..b7db1e9c
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/역동적 기억 모델 (Dynamic Memory Model).md
@@ -0,0 +1,106 @@
+---
+id: 역동적-기억-모델-(dynamic-memory-model)
+title: "역동적 기억 모델 (Dynamic Memory Model)"
+category: "Cognitive_Science"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Dynamic Memory Model", "역동적 기억 모델", "동적 기억 모델", "MOPs", "TOPs", "Schank's Dynamic Memory Model"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["Script Theory | Social Sciences and Humanities | Research Starters - EBSCO", "Schemata - the living handbook of narratology"]
+applied_in: []
+github_commit: ""
+---
+
+# [[역동적 기억 모델 (Dynamic Memory Model)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+기존의 경직된 스크립트 이론을 보완하여, 인간의 기억 구조가 새로운 경험의 학습과 동화를 통해 끊임없이 재구성되고 유연해진다는 것을 설명하는 인지 과학적 기억 모델이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **동적 재구성 (Dynamic Restructuring):** 새로운 경험이나 상황 정보가 주어졌을 때, 고정된 기억 구조가 이에 맞춰 유연하게 변화하고 성장하는 과정.
+- **MOPs (Memory Organization Packets):** 특정한 '목적(Purpose)'을 중심으로 경험을 묶고 조직하는 기억의 세부 구성 요소 패킷.
+- **TOPs (Thematic Organization Packets):** 특정한 '주제(Theme)'를 중심으로 경험을 조직하는 MOP보다 한 차원 높고 일반적인 기억 조직 패킷.
+- **Reminding (상기/인덱싱):** 과거의 특정 사건이나 주제(MOPs, TOPs)를 인덱스(Index)를 통해 불러와 현재 직면한 새로운 상황의 맥락을 이해하는 과정.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **모듈식 인지 패턴:** 텍스트나 담화를 처리할 때, 크고 고정된 스크립트 덩어리를 사용하는 대신 이를 더 작은 하위 단위(MOPs)로 분해하고, 필요에 따라 결합하여 더 거대한 구조를 동적으로 생성하는 패턴.
+- **경험 기반 인덱싱 (Experience-based Indexing):** 개별 스크립트나 기억들이 경험의 목적과 주제에 따라 동적으로 색인화되어 유연하게 연결 및 조정되는 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **초기 스크립트 이론 (Initial Script Theory)** | 상황과 맥락의 의미를 고도로 구조화하여 직관적이고 명확히 설명함 [S1] | 지나치게 구조주의적이며 경직되어 있어 융통성이 부족함 [S1] | 예측 가능하고 고정적인 반복 행동 규칙이나 맥락을 설명할 때 |
+| **역동적 기억 모델 (Dynamic Memory Model)** | 새로운 경험을 통한 학습과 기억의 동적 변화를 매우 유연하게 수용하고 설명할 수 있음 [S1, S2] | 모델의 구조(MOPs, TOPs의 동적 결합)가 복잡하여 개념적 연산 및 이해에 더 큰 부하가 따름 | 새로운 상황에 적응하며 기억 스키마가 지속적으로 재구성되는 과정을 분석할 때 |
+
+## 📖 세부 내용 (Details)
+역동적 기억 모델(Dynamic Memory Model)은 로저 섕크(Roger Schank, 1982)가 기존 스크립트 이론(Script Theory)이 지닌 구조적 한계를 극복하기 위해 제안한 인지 이론이다 [S1]. 초기 스크립트 이론은 의미를 설명하는 데는 유용했으나, 너무 구조주의적인 공식에 치우쳐 있어 경직되고 유연성이 떨어진다는 섕크 본인과 학계의 비판에 직면했다 [S1].
+
+이를 해결하기 위해 섕크는 새로운 경험을 학습하고 동화함에 따라 기억 구조에 동적인 재구성(Dynamic Restructuring)이 일어난다고 설명하는 모델을 도입했다 [S1]. 이 모델에서는 거대한 스크립트를 더 세부적인 구성 요소 단위인 MOPs(Memory Organization Packets)로 분해하며, 담화(discourse)를 처리하거나 특정 상황에 직면할 때 이 조각들을 동적인 도구로 결합하여 더 큰 지식 구조를 만들어 낸다 [S2].
+
+이 역동적 모델의 구조적 뼈대는 MOPs와 TOPs(Thematic Organization Packets)로 이루어져 있다 [S1].
+- **MOPs**는 특정한 '목적'을 중심으로 경험을 조직한다. 예를 들어 '음식 얻기(Obtaining food)'라는 MOPs 주변에 식당 방문하기, 요리하기, 누군가에게 대접받기 등의 기억과 스크립트가 모이게 된다 [S1].
+- **TOPs**는 특정한 '주제'를 중심으로 경험을 조직하며 MOPs보다 더 일반적이고 포괄적인 성격을 띤다. 예를 들어 '책임감(Responsibility)'이라는 TOPs 아래에는 교사로서의 역할 스크립트나 투표 및 배심원 의무 수행 같은 다양한 이벤트 스크립트가 묶일 수 있다 [S1].
+
+인간의 기억 내에서 스크립트의 인덱스(Indices)들은 바로 이 MOPs와 TOPs를 지시한다 [S1]. 개인이 경험을 축적함에 따라 MOPs와 TOPs는 동적으로 변화하고 성장하며, 이것이 조정됨에 따라 하위 스크립트들 역시 맥락에 맞춰 유연성을 크게 확보하게 된다 [S1]. 결과적으로 스키마(Schemata)는 고정된 틀이 아니라 경험이 진행되는 과정 속에서 세부 사항을 축적하며 끊임없이 튜닝되고 수정되는 매우 역동적인 특성을 띠게 된다 [S2].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음. (역동적 기억 모델 자체가 고정적이었던 초기 스크립트 이론의 단점을 보완하여 유연성을 강화한 업데이트 형태이다.)
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 데이터 내에서 특정 시스템, 코드 베이스 또는 의사결정 사례로 적용된 구체적 기록은 확인되지 않음)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Script Theory]] — 역동적 기억 모델이 출발점이자 보완 대상으로 삼은 초기 인지 행동 시퀀스 모델.
+- [[Schema (psychology)]] — 경험과 학습에 따라 동적으로 세부 사항을 축적하며 변경되는 포괄적인 인지 구조.
+- [[Memory Organization Packets (MOPs)]] — 역동적 모델의 핵심 단위로 목적을 중심으로 조립되는 기억 패킷.
+- [[Thematic Organization Packets (TOPs)]] — 역동적 모델에서 주제를 중심으로 묶이는 상위 수준의 기억 조직 패킷.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- MOPs와 TOPs는 텍스트나 담화(discourse) 처리 과정에서 구체적으로 어떻게 상호작용하여 맥락적 갭을 메우는가?
+- 역동적 기억 모델의 인덱싱(Indexing) 메커니즘은 AI 자연어 처리 시스템이나 검색 증강 생성(RAG) 아키텍처에 어떻게 응용될 수 있는가?
+- 새로운 경험이 기존의 MOPs와 심하게 충돌할 때, 인간의 뇌 또는 모델은 이를 어떻게 동화(assimilating)하거나 재구성(restructuring)하는가?
+- 스크립트를 세부 MOPs로 분해하여 처리하는 방식이 초거대 언어 모델(LLM)의 인맥락 학습(In-Context Learning)에 주는 시사점은 무엇인가?
+- 초기 스크립트 이론의 경직성은 실제 인지 컴퓨팅 실험에서 어떤 실패 사례를 유발하였는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 소스에서 확인되지 않음.
+- **System Design:** 모듈화된 지식 패킷(MOPs)을 유연하게 결합하여 동적으로 지식 베이스를 확장하는 AI 스키마 아키텍처 설계.
+- **Operation / Maintenance:** 지속적인 데이터 입력에 따라 기존 스키마(TOPs)를 자체적으로 업데이트하는 자가 학습 시스템(Dynamic memory)의 인덱스 관리.
+- **Learning Path:** 스크립트 이론의 구조적 한계 이해 → 동적 기억 모델의 MOPs/TOPs 모듈화 개념 학습 → AI 자연어 처리에서 유연한 맥락 모델 설계에 응용.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[In-Context Learning]] — 맥락 정보와 예시를 바탕으로 모델이 추가적 가중치 업데이트 없이 패턴을 동적으로 파악하는 AI 메커니즘.
+- [[Gestalt Theory]] — 형태와 전체 구조를 지각하는 심리학적 배경이자 스키마 이론의 철학적 토대.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Script Theory]], [[Schema (psychology)]]
+- **참조 맥락:** 상황적 맥락이 변화함에 따라 인간의 기억 구조가 어떻게 융통성 있게 재구성되는지 이해하고, 이를 모방한 AI 지식 베이스 및 에이전트 설계 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO
+- [S2] Schemata - the living handbook of narratology
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/이중부호화 이론 (Dual Coding Theory).md b/10_Wiki/Topics/_Common/Math/From_RawData/이중부호화 이론 (Dual Coding Theory).md
new file mode 100644
index 00000000..651df768
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/이중부호화 이론 (Dual Coding Theory).md
@@ -0,0 +1,104 @@
+---
+id: 이중부호화-이론-(dual-coding-theory)
+title: "이중부호화 이론 (Dual Coding Theory)"
+category: "Educational_Psychology"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Dual Coding Theory", "이중부호화", "이중 부호화 이론", "이중부호화이론", "양식 원리", "Modality Principle"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)"]
+raw_sources: ["[S1] 학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다.", "[S2] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)", "[S3] Pearson Learning Design Principles – Desirable Difficulty & Scaffolding summary", "[S4] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태"]
+applied_in: []
+github_commit: ""
+---
+
+# [[이중부호화 이론 (Dual Coding Theory)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+학습자의 작업기억이 시각 채널과 음성(청각) 채널로 나뉘어 있다는 점을 활용하여, 두 경로에 정보를 동시 제공함으로써 인지 과부하를 방지하고 장기기억 인출을 극대화하는 인지 설계 원리이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **두 개의 정보처리 채널 (Two Processing Channels):** 외부 정보가 작업기억으로 유입될 때 시각정보를 처리하는 채널(시공간 잡기장)과 음성정보를 처리하는 채널(음운고리)이 분리되어 존재함.
+* **독립성과 연결성 (Independence and Interconnection):** 두 채널은 독립적으로 정보를 처리하지만 최종적으로 연결 및 통합되어, 한 가지 단서만으로도 다른 양식의 기억을 회상할 수 있게 함.
+* **그림의 우월성 효과 (Picture Superiority Effect):** 시각 이미지가 문자나 음성 형태의 언어 정보보다 인지 처리 속도가 압도적으로 빠르며 기억에 훨씬 오래 남는 현상.
+* **구체적/추상적 개념의 부호화 차이 (Encoding Differences):** 마음속으로 이미지를 떠올리기 쉬운 구체적인 개념은 시각적·의미적으로 이중 부호화가 되지만, 추상적인 개념은 음성적으로만 부호화됨.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **시각과 어문 정보의 병행 제시 (Integrating Modalities):** 음성 정보와 시각 이미지를 결합하여 작업기억의 한정된 용량을 가상으로 확장함.
+* **근접성 원리 (Contiguity Principle):** 시각 자료와 이에 대한 텍스트 해설을 시간적, 공간적으로 최대한 가깝게 정렬하여 통합 처리하도록 설계함.
+* **자르기-묶기-정렬하기-자제하기 (Cut-Chunk-Align-Restrain):** 텍스트와 시각 자료를 이중부호화할 때, 정보의 불필요한 시각적·언어적 요소를 배제하는 정보 디자인 휴리스틱.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **단일 양식 (텍스트/음성 단독)** | 자료 구성과 설계가 단순하고 제작 비용이 적음 | 단일 채널에 인지부하가 집중되어 작업기억 병목이 발생하기 쉽고 기억 유지율이 낮음 | 극도로 추상적인 개념이거나 시각화가 불가능에 가까운 정보를 전달할 때 |
+| **이중 양식 (텍스트/음성 + 시각 이미지)** | 서로 다른 두 작업기억 프로세서를 사용하여 가용 인지 용량을 늘리고, 높은 정보 회상률을 보장함 | 그림과 텍스트의 공간적 배치가 멀면 [[주의 분산 효과 (Split-Attention Effect)]]를 유발할 수 있음 | 구체적이고 복잡한 문제 구조를 지닌 [[풀이 과정이 담긴 워크드 예제 (worked examples)]]를 설계할 때 |
+
+## 📖 세부 내용 (Details)
+* 이중부호화 이론(Dual Coding Theory)은 알랜 페이비오(Allan Paivio, 1971, 1986)에 의해 확립된 이론으로, 인간의 기억이 시각적 자극과 음성적 자극을 각각 다루는 두 가지의 분리된 경로를 보유하고 있다는 모델이다 [S1].
+* 외부의 정보가 유입될 때 시각정보는 시공간 잡기장(visuospatial sketchpad)에서 총체적·동시적으로 지각되며, 음성정보는 음운고리(phonological loop)에서 순차적이고 노력을 수반하여 처리된다 [S1, S2].
+* 두 경로는 독립적으로 작동하나 두 정보가 구조적으로 연결되기 때문에, 뇌의 좌반구 어문부호(loggens)와 우반구 영상부호(imagens)는 상호 인출을 유발한다. 즉, 개라는 단어를 들으면 개의 시각적 이미지가 떠오르고, 역으로 시각 이미지가 언어 인출을 자극하여 학습 및 기억 효과를 비약적으로 높인다 [S1].
+* 이러한 인지적 아키텍처는 교수 설계의 핵심인 '양식 원리(Modality Principle)'와도 직결된다. 단일 작업기억 프로세서만 사용하는 대신 시각과 청각 두 프로세서를 모두 활용할 때 사실상 한정된 인지 용량의 한계를 극복할 수 있다 [S2, S3].
+* 구체적 단어(자동차, 개)는 언어와 이미지 두 가지 양식으로 부호화되는 반면, 추상적 단어(진실, 가치)는 주로 음성적으로만 기록되므로, 학습 시 비유(Metaphor)를 활용하여 추상적 정보를 구체적 보조관념(시각적 스키마)에 연결 짓는 전략이 인지과부하를 막는 데 필수적이다 [S1].
+* [[풀이 과정이 담긴 워크드 예제 (worked examples)]] 설계 시 이중부호화 전략을 채택함으로써 내재적 인지부하를 최적화할 수 있으나, 이 때 텍스트와 시각 자료가 서로 떨어져 있을 경우 [[주의 분산 효과 (Split-Attention Effect)]]가 발생해 오히려 인지 에너지를 낭비하게 되므로 긴밀하게 인접 배치해야 한다 [S1, S4].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* 전통적으로 시각 자료에 내레이션을 추가하는 것은 이중부호화를 촉진하여 긍정적으로 작용하지만, '동일한 내용의 화면 텍스트(자막)'와 '구두 내레이션'을 시각 이미지와 동시에 지나치게 일대일 대응(Verbatim)으로 제공하면, 오히려 인지 과부하(중복 효과, Redundancy Effect)를 유발할 수 있다. 동일한 어문 정보가 두 번 주어졌을 때 학습자는 이 둘이 같은 정보임을 판별하기 위해 잉여 인지 자원을 소모하기 때문이다 [S2, S4].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[작업기억 (Working Memory)]] — 이중부호화가 정보 처리를 분산하여 수행하는 핵심 인지 공간
+- [[양식 원리 (Modality Principle)]] — 시각과 청각 프로세서를 동시에 사용하여 작업기억 용량을 넓히는 설계 원리
+- [[그림의 우월성 효과 (Picture Superiority Effect)]] — 시각화된 정보가 텍스트보다 기억에 남기 쉬운 메커니즘
+- [[외재적 인지부하 (Extraneous Cognitive Load)]] — 정보 디자인(이중부호화 등)을 통해 적극적으로 감축시켜야 하는 불필요한 부하
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 이중부호화 이론을 활용하여 복잡한 논리적 증명 단계(수학/프로그래밍)의 워크드 예제를 설계할 때 가장 경계해야 할 시각적 요소는 무엇인가?
+- 추상적인 개념을 이중부호화하기 위해 사용할 수 있는 가장 효과적인 '시각적 은유(Visual Metaphors)' 전략은 무엇인가?
+- 디지털 멀티미디어 환경에서 자막과 음성 내레이션의 중복이 야기하는 '중복 효과'는 어느 수준에서 이중부호화의 이점을 상쇄하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 다이어그램과 텍스트 설명을 통합(Integrated format)한 교육용 UI/UX 레이아웃 설계
+- **System Design:** 멀티미디어 에듀테크 플랫폼에서 시각 모델과 청각 모델 간의 상호작용 지원 기능 구현
+- **Operation / Maintenance:** 기존 워크드 예제에 존재하는 불필요한 시각적 잡음과 장식 요소 제거(자르기, 묶기, 정제)
+- **Learning Path:** 초심자 대상 교육 시, 추상적 수식을 제시하기 전 구체적인 시각 모델(Bar Model 등)을 선행 배치하는 커리큘럼 구성
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[주의 분산 효과 (Split-Attention Effect)]] — 이중 양식을 사용할 때 물리적 격리가 인지부하를 가중시키는 현상
+- [[정보 시각화 (Information Visualization)]] — 복잡한 데이터를 구체적 시각 이미지로 부호화하여 인지 처리를 돕는 기법
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[작업기억 (Working Memory)]], [[양식 원리 (Modality Principle)]]
+- **참조 맥락:** 워크드 예제의 시각 다이어그램 및 텍스트/음성 해설의 유기적 배치와 사용자 인터페이스(UI) 설계 시 인지 비용을 낮추기 위해 필수적으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] 학습과학의 이해와 적용(14) - 정보의 이중부호화는 인지과부하를 줄이고 기억을 향상시킨다.
+- [S2] 인지 아키텍처와 교수 설계: 20년의 역사(Educational Psychology Review, 2019)
+- [S3] Pearson Learning Design Principles – Desirable Difficulty & Scaffolding summary
+- [S4] 해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/인맥락 학습(In-Context Learning).md b/10_Wiki/Topics/_Common/Math/From_RawData/인맥락 학습(In-Context Learning).md
new file mode 100644
index 00000000..7d4246da
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/인맥락 학습(In-Context Learning).md
@@ -0,0 +1,123 @@
+---
+id: 인맥락-학습(in-context-learning)
+title: "인맥락 학습(In-Context Learning)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "ICL"
+ - "In-Context Learning"
+ - "인맥락학습"
+ - "퓨샷 러닝"
+ - "Few-shot Learning"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources:
+ - "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI"
+ - "Meta-in-context learning in large language models - NIPS"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+ - "Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv"
+applied_in: []
+github_commit: ""
+---
+
+# [[인맥락 학습(In-Context Learning)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+사전 학습된 대규모 언어 모델이 파라미터 업데이트 없이 프롬프트 내의 맥락과 예시만으로 암묵적 베이지안 추론을 수행하여 새로운 과업을 해결하는 창발적 학습 메커니즘.
+
+## 🧠 핵심 개념 (Core concepts)
+- **매개변수 고정 (No Parameter Updates)**: 가중치의 역전파나 재학습 과정 없이, 추론(inference) 단계에서 주어지는 자연어 프롬프트만을 활용하여 즉각적으로 새로운 작업에 적응한다.
+- **암묵적 베이지안 추론 (Implicit Bayesian Inference)**: 사전 학습에서 획득한 방대한 '잠재 개념(Latent Concepts)'을 바탕으로, 주어지는 예시를 통해 사후 확률 분포를 날카롭게 조정하여 정답을 도출하는 인지적 추론 과정이다.
+- **의미론적 사전 지식 (Semantic Prior)**: 프롬프트에 제공되는 시범 예시(Demonstrations)는 모델의 논리 전개 범위가 명확하게 수렴하도록 유도하는 강력한 베이지안 사전 지식으로 작용한다.
+- **메타 인맥락 학습 (Meta-In-Context Learning)**: 상이한 도메인의 학습 과업을 연속적으로 제시할 경우, 모델이 기존의 편향된 사전 확률을 실제 통계 환경값으로 유기적으로 보정하고 학습 전략을 재구성하여 인맥락 학습 능력 자체를 재귀적으로 향상시킨다.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **제로샷, 원샷, 퓨샷 프롬프팅 (Zero/One/Few-Shot Prompting)**: 제공되는 예시 데이터의 수량에 따라 모델의 작업 적응 방식을 유연하게 조율하는 패턴.
+- **사슬 추론(Chain-of-Thought, CoT) 결합**: 복잡한 추론 문제 해결 시 중간 논리 단계를 프롬프트에 포함하여 ICL의 성능과 추론 능력을 극대화하는 패턴.
+- **변형된 라벨 학습 (Flipped/SUL-ICL)**: 모델 파라미터가 충분히 거대할 경우, 의미가 반전된 라벨이나 완전히 무관한(Semantically-Unrelated) 단어를 라벨로 제시하더라도 기존 사전 지식을 덮어쓰고 새로운 매핑 규칙을 학습하는 패턴.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **인맥락 학습 (ICL)** | 모델 파라미터 수정 없이 즉각적 적용 가능, 높은 유연성, 계산 오버헤드 감소 | 모델 파라미터 크기와 컨텍스트 창 제한에 성능이 크게 의존함, 프롬프트 인젝션에 취약 | 동적이고 빠르게 변하는 요구사항에 대응할 때, 도메인 특화 라벨링 데이터가 부족한 환경 |
+| **파라미터 미세조정 (Fine-Tuning)** | 특정 도메인 작업에 대해 높은 정확도 및 일관성 확보, 프롬프트 토큰 소모 감소 | 가중치 업데이트를 위한 대규모 연산 자원 및 시간 필요, 데이터 편향 위험 | 대량의 고품질 라벨링 데이터가 존재하며, 특정 작업의 장기적인 최적화가 필수적일 때 |
+| **RAG (검색 증강 생성)** | 외부 지식 기반을 활용한 최신 정보 제공 및 모델의 환각(Hallucination) 감소 | 매번 정보를 검색하고 주입해야 하므로 시스템 자원 소모 및 지연 발생 (기억 상실증과 유사한 제약) | 모델의 사전 학습 범위를 벗어나는 최신 외부 정보나 방대한 기업 내부 문서를 참고해야 할 때 |
+
+## 📖 세부 내용 (Details)
+인맥락 학습(In-Context Learning, ICL)은 거대 언어 모델(LLM)이 파라미터의 경사 하강(Gradient update)이나 미세조정 과정 없이, 추론 시점에 제공되는 자연어 형태의 프롬프트와 작업 예시(Demonstrations)만으로 새로운 과업을 수행해 내는 혁신적인 기법이다 [S1], [S2]. 전통적인 기계학습 모델이 특정 과업 수행을 위해 매번 새로운 학습 데이터로 파라미터를 수정해야 했던 것과 달리, ICL은 이미 학습된 범용 파라미터를 유지한 상태로 유연하게 작동한다 [S1].
+
+**작동 메커니즘과 베이지안 추론:**
+ICL의 본질적 메커니즘은 '암묵적 베이지안 추론(Implicit Bayesian Inference)' 프레임워크로 설명된다 [S1], [S2]. 모델은 사전 학습 과정에서 문서 수준의 통계를 포함한 고차원의 '잠재 개념(Latent Concepts)'을 습득한다 [S1]. 프롬프트를 통해 제공되는 예시들은 일종의 '의미론적 사전 지식(Semantic Prior)' 역할을 수행하며, 모델은 이를 단서로 삼아 잠재 공간 내에서 관련 개념의 사후 확률(Posterior distribution)을 날카롭게 조정(sharpening)하여 정답을 유추한다 [S1], [S3]. 이는 모델이 역전파 연산을 생략하고도 예시들 간의 아날로지(Analogy)를 파악해 예측을 생성할 수 있는 수학적 근거가 된다 [S1].
+
+**메타 인맥락 학습(Meta-ICL)과 적응성:**
+최신 연구에 따르면 LLM에게 여러 상이한 학습 과업들을 연속적으로 제시할 경우, 모델은 인맥락 학습 능력 자체를 재귀적으로 향상시키는 '메타 인맥락 학습(Meta-In-Context Learning)' 능력을 보여준다 [S2], [S3]. 이 과정에서 모델은 초기에 지니고 있던 편향된 사전 확률을 새로운 환경의 실제 통계적 특성에 맞게 보정하며, 단순한 규칙 적용을 넘어 불확실성을 회피하거나 확실한 패턴을 적극적으로 채택(Exploit)하는 쪽으로 학습 전략 자체를 재구성한다 [S2].
+
+**인간의 뇌 메커니즘과의 구조적 유사성:**
+신경과학적 융합 연구에 따르면, 기계의 인맥락 학습 구조는 생물학적 신경계의 반응 방식과 깊은 유사성을 갖는다 [S3]. 인간 피험자가 인지 운동 반응 과업을 수행할 때 대뇌 신경망에서 발생하는 고주파 활동(HFA) 뇌파 데이터와, 동일한 과업을 텍스트로 번역하여 LLM에게 ICL 방식으로 지시했을 때 추출되는 중간 은닉 상태(Hidden States) 데이터를 대조(CKA 기법)한 결과, 두 시스템 간에 고도의 선형 매핑(Linear mapping)이 이루어짐이 확증되었다 [S3], [S4]. 이는 인공지능이 맥락 속에서 새로운 규칙을 인출하는 과정이 인간의 보편적 인지적 수학 규칙성과 강력하게 정렬되어 있음을 시사한다 [S3], [S4].
+
+**ICL의 종류와 능력의 확장:**
+ICL은 프롬프트 내에 포함되는 예시의 개수에 따라 제로샷(Zero-shot), 원샷(One-shot), 퓨샷(Few-shot) 학습으로 나뉜다 [S1]. 나아가 모델 파라미터가 충분히 거대해지면, 기존의 상식과 반대되는 정답을 요구하는 'Flipped-Label ICL'이나 무의미한 단어를 라벨로 지정하는 'SUL-ICL(Semantically-Unrelated Label ICL)' 상황에서도 기존의 의미론적 사전 지식을 성공적으로 덮어쓰고 새로운 매핑 규칙을 학습하는 고차원적 능력을 발휘한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+- **지시 조정(Instruction Tuning)의 이중적 효과:** 지시 조정은 LLM이 새로운 입력-라벨 매핑 규칙을 학습하는 ICL 능력을 크게 향상시키지만, 역설적으로 모델이 사전 학습된 '의미론적 지식(Semantic Priors)'에 더욱 강하게 의존하게 만드는 이중적 효과(Dual effect)를 낳는다 [S1]. 즉, 모델의 지시 순응도가 높아짐과 동시에 본래 지니고 있던 상식 체계에 대한 집착도 함께 강화될 수 있다.
+- **RAG의 인지적 한계론:** 외부 지식을 보충하기 위해 널리 쓰이는 RAG(Retrieval-Augmented Generation) 기법에 대해, 본질적 인맥락 학습 관점에서는 치명적인 한계가 지적된다. RAG는 매번 질의 시 동일한 지식 이력을 처음부터 다시 주입해야만 작동하는 "장기 기억 상실증"과 같은 시스템적 제약을 드러내어 지속적인 리소스 누수를 유발한다는 한계론이 제기되고 있다 [S3].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스에 관련 정보가 부족합니다. (현재 발견된 실제 적용 사례가 없습니다.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+(본 문서의 소스는 ICL에 활용되는 프롬프트 설계 전략이나 수식적 모델링(Attention Score, CKA 등)을 설명하고 있으나, 구현을 위한 API 사용법이나 언어별 코드 스니펫은 제공하지 않습니다.)
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- `[[거대 언어 모델(LLM)]]` — 인맥락 학습 능력이 창발하고 구현되는 기반이 되는 대규모 신경망 아키텍처.
+- `[[프롬프트 엔지니어링(Prompt Engineering)]]` — 인맥락 학습의 성능을 최적화하기 위해 입력되는 문맥과 예시를 논리적으로 설계하는 기법.
+- `[[베이지안 추론(Bayesian Inference)]]` — 가중치 업데이트 없이 예시만으로 사후 확률을 조정하는 ICL의 인지적, 수학적 작동 원리.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 대규모 언어 모델의 파라미터 스케일이 어느 임계점을 넘어설 때 의미론적 사전 지식을 극복하는 Flipped-Label 및 SUL-ICL 능력이 창발하는가?
+- 메타 인맥락 학습(Meta-ICL) 과정에서 모델의 학습 전략이 갱신되는 원리는 전통적 기계학습의 역전파(Backpropagation)와 수학적으로 어떤 쌍대성(Duality)을 지니는가?
+- 인간 대뇌의 고주파 활동 시그널(HFA)과 LLM의 은닉 상태 간의 선형 매핑 구조(CKA 분석)는 차세대 뇌-컴퓨터 인터페이스(BCI)나 인간 중심 AGI 설계에 어떤 시사점을 제공하는가?
+- 긴 문서나 대규모 데이터를 처리할 때 인맥락 학습의 컨텍스트 창 한계를 돌파하기 위해 제안된 컨텍스트 압축(Compaction) 기법들은 RAG의 한계를 어떻게 극복할 수 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 감성 분석, 맞춤형 코드 생성, 기계 번역 등에서 소량의 예시를 프롬프트에 주입하는 퓨샷 러닝 파이프라인 구축.
+- **System Design:** 도메인별 미세조정(Fine-tuning)을 수행하기 전, 프롬프트 엔지니어링을 통한 ICL 성능을 우선 검증하여 개발 비용과 아키텍처 복잡도 최소화.
+- **Operation / Maintenance:** 모델 파라미터를 고정한 상태에서 프롬프트 템플릿만 버전 관리(Version Control)하며 시스템 출력을 신속하게 조정.
+- **Learning Path:** 언어 모델 추론 기법 -> 프롬프트 엔지니어링 전략(CoT, ToT 등) -> 인맥락 학습 메커니즘 -> 지시 조정(Instruction Tuning)과 베이지안 최적화 모델링.
+
+### 인접 주변 주제 (Adjacent Topics)
+- `[[검색 증강 생성(RAG)]]` — 외부 데이터를 컨텍스트에 주입하여 ICL의 정보 부족 및 환각 현상을 보완하는 인접 기술.
+- `[[사슬 추론(Chain-of-Thought)]]` — ICL 수행 시 모델의 중간 연산 능력을 유도하여 수학적/논리적 추론력을 비약적으로 끌어올리는 프롬프팅 확장 기법.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[프롬프트 엔지니어링]], [[베이지안 추론]]
+- **참조 맥락:** 대규모 언어 모델을 활용한 AI 시스템 설계 시, 막대한 비용이 소요되는 파라미터 미세조정 없이 자연어 프롬프트와 소량의 예시만으로 최적의 추론 능력을 이끌어내기 위한 의사결정 및 개발 방법론 지침으로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI
+- [S2] Meta-in-context learning in large language models - NIPS
+- [S3] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S4] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/인지과학 (Cognitive Science).md b/10_Wiki/Topics/_Common/Math/From_RawData/인지과학 (Cognitive Science).md
new file mode 100644
index 00000000..81cb5b4e
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/인지과학 (Cognitive Science).md
@@ -0,0 +1,114 @@
+---
+id: 인지과학-(cognitive-science)
+title: "인지과학 (Cognitive Science)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Cognitive Science", "인지과학", "인지 과학", "인지 모델", "Cognition"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Cognitive Science", "Schema", "Relevance Theory"]
+raw_sources:
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+ - "Script Theory | Social Sciences and Humanities | Research Starters - EBSCO"
+ - "Schema (psychology) - Wikipedia"
+ - "Relevance theory - University of Southampton Web Archive"
+ - "맥락을 고려하는 뇌 - 바이오인"
+ - "Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv"
+applied_in:
+ - "인간 뇌파(iEEG)와 LLM 은닉 상태 간의 CKA(Centered Kernel Alignment) 기반 신경 표상 정렬 실험 설계"
+github_commit: ""
+---
+
+# [[인지과학 (Cognitive Science)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+인지과학에서 맥락(Context)은 단순한 배경 정보가 아니라, 환경의 모호성을 해소하고 인지적 처리 노력을 최소화하며 생물학적 뇌 및 인공지능의 지능적 추론을 가능하게 하는 핵심 연산 및 표상 메커니즘이다.
+
+## 🧠 핵심 개념 (Core concepts)
+- **표상과 계산 (Representation and Computation)**: 지능을 중요한 정보를 담고 있는 일련의 인지 상태(표상)로 정의하고, 마음의 작동을 그 저장된 정보에 대한 계산 과정으로 설명하는 핵심 이론 기반.
+- **도식과 스크립트 ([[Schema]] & [[Script Theory]])**: 환경의 범주와 관계를 체계화하여 빠른 정보 처리를 가능하게 하는 기억 내 지식 구조와 그 인과적/시간적 행동 시퀀스.
+- **관련성 이론 ([[Relevance Theory]])**: 인간의 인지 체계가 처리 노력을 최소화하고 긍정적 인지 효과를 극대화하는 방향으로 진화하고 작동한다는 심리학적·화용론적 원리.
+- **신경 표상 정렬 (Neural Representational Alignment)**: 생물학적 인간의 뇌 활동(HFA)과 인공지능(LLM)의 은닉 상태(Hidden States) 간에 존재하는 구조적 및 인지 기하학적 유사성.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **최소 노력-최대 효과 휴리스틱 (Fast and Frugal Heuristics)**: 고부하의 논리적 계산 대신, 가장 관련성 높은 정보에 주의를 할당하여 신속하게 인지적 결론을 내리는 패턴.
+- **동적 기억 재구성 (Dynamic Memory Restructuring)**: 경험을 통해 획득한 도식이나 스크립트는 고정된 것이 아니라, 새로운 변칙적 정보나 경험과 마주하며 지속적으로 수정되고 미세 조정됨.
+- **인맥락 베이지안 추론 (In-Context Bayesian Inference)**: 인공지능이 매개변수 수정 없이 프롬프트상의 예시(의미론적 사전 지식)를 활용하여 거대한 잠재 공간 속에서 적절한 개념을 추론하고 복원해내는 과정.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **행동주의 (Behaviorism)** | 관찰 가능한 객관적 행동과 환경적 자극-반응(Stimulus-Response)을 명확하게 측정하고 입증할 수 있음 | 관찰 불가능한 인간 내면의 복잡한 정신적 프로세스(기억, 의도, 정보 표상 등)를 설명하지 못함 | 조건반사적 반응 훈련이나 단순 보상 체계를 통한 행동 통제 모델을 설계할 때 |
+| **[[인지과학 (Cognitive Science)]]** | 기억, 언어, 추론 등 복잡한 내부 인지 과정을 표상과 계산 메커니즘으로 깊이 있게 구조화 및 모델링 가능 | 추상적 인지 상태나 뇌의 은닉 상태를 정량적으로 측정하고 계산적으로 입증하는 과정이 매우 복잡함 | 인공지능 아키텍처 설계, 다차원적 맥락 이해, 자연어 처리 및 인간 인지 모델링을 연구할 때 |
+
+## 📖 세부 내용 (Details)
+- **인지과학의 정의 및 접근법**: 인지과학은 정신과 지능을 연구하는 다학제적 학문으로, 1950년대 인간의 행동을 자극과 반응으로만 설명하던 행동주의(Behaviorism) 심리학에 반발하여 등장하였다 [S2]. 인지과학은 본질적으로 표상(Representation)과 계산(Computation)의 이론을 채택하여, 지능을 필수적인 정보를 담고 있는 일련의 '인지 상태'로 표상하고 마음의 과정을 저장된 정보에 대한 연산(계산) 과정으로 설명한다 [S2].
+- **맥락과 인지 도식 (Schema & Script)**: 인간의 인지 체계는 외부의 수많은 물리적 정보 중에서 모호성을 해소하고 가변적인 환경에 적응하기 위해 '맥락(Context)'을 활용하여 정보를 적절히 추상화한다 [S1]. 이러한 과정은 뇌가 보유한 전형적인 지식 구조인 '[[Schema]](도식)'에 기반을 둔다 [S1], [S3]. 도식은 세부 사항 대신 보편적 형태에 대한 정보를 담아 정보의 정합성 있는 가공을 돕는다 [S1]. 도식의 시간적, 인과적 확장판인 '[[Script Theory]](스크립트 이론)'는 특정 상황에서 기대되는 정형화된 행위 시퀀스(예: 식당에서의 주문 과정)를 제공하여, 고부하의 인지 추론(System 2) 대신 자동화된 지름길(System 1)을 활성화해 뇌의 에너지 소모를 최소화한다 [S1], [S2].
+- **최소 노력의 원칙과 관련성 이론 (Relevance Theory)**: 진화생물학적 기초 위에 서 있는 인간의 인지는 투입되는 '처리 노력(Processing Effort)'을 최소화하고, 이를 통해 얻어지는 '긍정적 인지 효과(Positive Cognitive Effect)'를 극대화하는 방향으로 작동한다 [S1], [S4]. 이는 환경에서 잠재적으로 가장 관련성 높은 자극에 주의를 할당하여 효율적으로 처리하도록 하는 '인지적 관련성 원리'의 핵심이다 [S4].
+- **신경과학적 맥락 처리 (뇌과학)**: 맥락 표상을 부호화하고 인출하는 데에는 뇌의 해마(Hippocampus)와 편도체(Amygdala), 내측전전두피질(mPFC) 등 광범위한 네트워크가 중추적인 역할을 담당한다 [S5]. 특히 해마는 맥락 표상 형성과 유지에 중요하며, 이러한 맥락 처리에 실패하거나 회로가 오작동할 경우 외상 후 스트레스 장애(PTSD)의 침투적 사고나 조현병, 약물 중독과 같이 상황에 맞지 않는 부적절한 인지적·행동적 반응을 초래한다 [S1], [S5].
+- **인공지능(LLM)과 인간 뇌의 인지 구조적 정렬**: 최신 인지과학 및 인공지능 융합 연구는 거대 언어 모델(LLM)의 인맥락 학습(In-Context Learning)과 인간 뇌의 작동 메커니즘 간의 구조적 동형성(Structural Isomorphy)을 시사한다 [S1], [S6]. 예측력과 시간 구조화가 필요한 감각-운동 과제(Sensory-Motor Task) 수행 중 측정된 인간 뇌의 두개골 내 뇌파(iEEG) 고주파 활동(HFA)과 LLM의 특정 시점 은닉 상태(Hidden States)를 CKA(Centered Kernel Alignment) 기법으로 대조한 결과, 두 지능 시스템 간에 고도의 선형 매핑이 확인되었다 [S1], [S6]. 인간이 인지 부하를 줄이기 위해 스크립트를 꺼내 드는 본능적 전략은 LLM이 프롬프트의 예시를 활용해 잠재 공간에서 베이지안 지각 추론을 이끌어내는 과정과 본질적으로 완벽히 맞닿아 있다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+전통적으로 자연어 처리 분야에서 언어 모델은 텍스트의 확률적 분포를 모사하여 다음 토큰을 예측하는 통계적 언어 기계로만 취급되었다. 그러나 최근 인지과학과의 융합 연구(예: CKA 신경 표상 정렬 실험)에 따르면, LLM의 잠재 공간(Latent Space)과 은닉 상태가 단순한 언어 태스크를 넘어 인간 뇌의 감각-운동(Sensory-motor) 및 시간적 예측 관련 인지 역학과 구조적으로 정렬(Alignment)된다는 새로운 발견이 추가되었다 [S6]. 언어 모델이 인류의 복잡한 비언어적 맥락 처리와 신경물리적 행위를 일부 근사(approximate)할 수 있다는 관점의 업데이트가 발생하고 있다 [S1], [S6].
+
+## 🛠️ 적용 사례 (Applied in summary)
+소스 데이터 내에서 소프트웨어 애플리케이션이나 직접적인 코드 상용화 커밋은 발견되지 않았으나, 인지과학 및 뇌신경과학 연구의 주요 실험적 결정 및 벤치마크 설계 사례가 상세히 기록되어 있다. '인간 뇌파(iEEG)와 LLM 은닉 상태 간의 신경 표상 정렬 분석' 실험에서, 인간 피험자가 시각 공간 기반 인지 운동 반응 과제를 수행할 때 측정한 뇌파 데이터와 해당 과제를 자연어로 변환하여 LLM에 주입했을 때 산출되는 중간 은닉 상태(Hidden States)를 선형 투사 모델을 통해 CKA(Centered Kernel Alignment) 수식으로 정량 대조하여 상호 유사성을 입증하는 분석 파이프라인에 적용되었다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[context 이해 규칙]] — 인지과학과 뇌과학에서 정보의 모호성을 해소하기 위해 활용하는 근본 규칙.
+- [[Schema]] — 경험을 바탕으로 정보를 구조화하는 심리학적/인지적 기본 단위.
+- [[Script Theory]] — 도식의 개념을 시간적, 인과적 사건 순서로 확장한 인지과학적 행위 모델.
+- [[Relevance Theory]] — 인지적 처리 노력을 최소화하고 효과를 극대화하는 것을 중심으로 하는 인지 심리학 및 언어학 이론.
+- [[LLM 인맥락 학습]] — 인공지능이 인간의 인지 도식과 유사하게 프롬프트 내 맥락(사전 지식)을 통해 베이지안 추론을 수행하는 기능.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- 인간 뇌의 해마(Hippocampus)와 전전두피질이 담당하는 맥락 부호화 및 인출 메커니즘을 트랜스포머 아키텍처에 생물학적으로 어떻게 모사할 수 있는가?
+- iEEG와 LLM 은닉 상태 간의 CKA(Centered Kernel Alignment) 선형 매핑 결과가 가지는 인공일반지능(AGI) 연구에서의 의의는 무엇인가?
+- 관련성 이론의 '처리 노력 대비 인지 효과 극대화' 원칙을 LLM 프롬프트 설계(Context Engineering)에 수치적으로 어떻게 최적화할 수 있는가?
+- 스크립트 이론(Script Theory)이 조현병이나 외상 후 스트레스 장애(PTSD) 환자의 융통성 없는 인지 구조를 디지털 치료제 등에서 어떻게 모델링하여 교정하는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** LLM 기반 에이전트 개발 시 시스템 프롬프트에 스크립트 이론을 적용한 예외 처리(Edge Cases) 설계.
+- **System Design:** 인지적 자원 소모를 최소화하기 위해 '최소 노력-최대 효과' 원칙을 반영한 휴먼-컴퓨터 인터랙션(HCI) 환경 설계.
+- **Operation / Maintenance:** 신경 표상 정렬 도구(CKA 등)를 활용하여 새로운 AI 모델의 생성 과정이 실제 인간의 인지 패턴과 얼마나 유사한지 모니터링하는 검증 프로세스 운영.
+- **Learning Path:** 심리학의 도식/스크립트 이론부터 시작하여 화용론의 관련성 이론을 거쳐 LLM의 인맥락 학습 및 프롬프트 엔지니어링으로 이어지는 AI 인지과학 커리큘럼.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Neuroscience]] — 해마, 편도체 등을 통한 맥락 부호화, 공포 조건화, 그리고 기억 메커니즘 확장의 뇌과학적 관점.
+- [[Pragmatics]] — 그라이스의 대화 격률 및 관련성 이론과 같은 인간의 암묵적 의사소통 및 맥락 유추 메커니즘.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Schema]], [[Script Theory]]
+- **참조 맥락:** 인공지능 모델(LLM)의 인맥락 학습 효율 최적화 및 인간의 인지적 맥락 처리 메커니즘을 뇌과학/심리학적으로 구조화하고 비교 분석할 때 핵심 참고 모델로 활용됨.
+
+## 📚 출처 (Sources)
+- [S1] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S2] Script Theory | Social Sciences and Humanities | Research Starters - EBSCO
+- [S3] Schema (psychology) - Wikipedia
+- [S4] Relevance theory - University of Southampton Web Archive
+- [S5] 맥락을 고려하는 뇌 - 바이오인
+- [S6] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/자연어 처리(NLP).md b/10_Wiki/Topics/_Common/Math/From_RawData/자연어 처리(NLP).md
new file mode 100644
index 00000000..2b4ceb24
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/자연어 처리(NLP).md
@@ -0,0 +1,155 @@
+---
+id: 자연어-처리(nlp)
+title: "자연어 처리(NLP)"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases:
+ - "NLP"
+ - "Natural Language Processing"
+ - "언어 모델"
+ - "LLM"
+ - "자연어 이해"
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "NLP", "LLM", "Attention", "Prompt Engineering"]
+raw_sources:
+ - "[AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리"
+ - "어텐션 메커니즘(Attention Mechanism) 간단히 이해하기"
+ - "What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI"
+ - "다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘"
+ - "Effective context engineering for AI agents - Anthropic"
+ - "Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques "
+ - "어텐션 메커니즘이란 무엇인가요? - IBM"
+ - "Prompting best practices - Claude Platform Docs"
+ - "Meta-in-context learning in large language models - NIPS"
+ - "Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv"
+applied_in:
+ - "Claude Code (Anthropic)"
+ - "tests.json"
+ - "progress.txt"
+ - "init.sh"
+github_commit: ""
+---
+
+# [[자연어 처리(NLP)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+자연어 처리는 트랜스포머의 어텐션 메커니즘과 인맥락 학습(ICL)을 통해 언어의 다차원적 맥락을 동적으로 파악하고 추론하는 인공지능의 핵심 기술이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **어텐션 메커니즘 (Attention Mechanism):** 입력 시퀀스 내의 단어들이 서로 얼마나 연관되어 있는지 확률적 가중치를 계산하여, 모델이 중요한 문맥 정보에 집중(Attention)하도록 돕는 트랜스포머 아키텍처의 핵심 원리 [S1], [S2].
+* **인맥락 학습 (In-context Learning, ICL):** 파라미터나 가중치의 업데이트(역전파) 없이, 프롬프트로 주어진 예시와 맥락만으로 모델이 새로운 과업의 규칙을 파악하고 정답을 추론하는 초거대 언어 모델(LLM)의 창발적 능력 [S3].
+* **맥락 엔지니어링 (Context Engineering):** 모델의 제한된 주의력 예산(Attention budget) 내에서 최적의 신호 데이터를 선별, 압축, 구조화하여 LLM이 장기적인 목표를 잃지 않고 일관된 추론을 할 수 있도록 제어하는 기술 [S5].
+* **추론 프레임워크 (Reasoning Frameworks):** 선형적인 사고의 사슬(Chain-of-Thought, CoT)을 넘어, 하위 문제를 다각도로 탐색하고 회귀하는 생각의 트리(Tree-of-Thought, ToT)나 임의의 방향성 그래프 구조(Graph-of-Thought, GoT)를 활용한 복합 추론 방법론 [S6].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **Scaled Dot-Product Attention:** Q(Query)와 K(Key)의 내적을 차원수의 제곱근으로 나누어 스케일링한 후 소프트맥스(Softmax)를 적용해 V(Value)와 가중합하는 수학적 연산 패턴 [S1], [S4].
+* **구조화된 노트 필기 (Structured Note-taking):** 장기 과업 수행 시 컨텍스트 윈도우 한계를 극복하기 위해 외부 파일이나 메모리 도구에 상태(State)와 진행 상황을 기록하여 필요할 때 인출하는 패턴 [S5].
+* **XML 태그 마킹 구조화:** 명령의 방향성 손실을 줄이고 파싱 오류를 막기 위해 프롬프트 내 지시어, 배경 지식, 예시 등을 ``, ``, ``와 같은 XML 태그로 위계화하는 패턴 [S4], [S8].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **Zero-Shot Learning** | 예시 데이터를 준비할 필요가 없어 빠르고 효율적임 [S3], [S6]. | 모델이 접해보지 못한 특정 도메인 태스크에서는 성능이 불안정함 [S6]. | 일반적인 분류나 번역 등 모델이 사전 학습 과정에서 충분히 습득한 보편적 과업 수행 시 [S3], [S6]. |
+| **Few-Shot Learning** | 몇 개의 예시로 모델의 출력 형식, 톤, 엣지 케이스 처리 기준을 정확히 제어 가능 [S3], [S6]. | 프롬프트 길이가 길어져 토큰 비용과 컨텍스트 윈도우 점유율이 증가함 [S3], [S8]. | 복잡한 포맷을 요구하거나, 모델에게 특정 도메인의 지식을 일시적으로 각인시켜야 할 때 [S6]. |
+| **CoT (Chain-of-Thought)** | 도출 과정을 명시하여 수학/논리 태스크에서 정확도를 비약적으로 상승시킴 [S6]. | 연산(추론) 시간이 길어지고 출력 토큰이 많이 소모됨 [S6], [S8]. | 다단계 논리 연산, 수학 문제, 복잡한 인과 관계 추론이 필요할 때 [S6]. |
+| **Tree-of-Thought (ToT)** | 다양한 분기를 동시에 탐색하고 필요 시 백트래킹하여 깊이 있는 사고를 가능하게 함 [S6]. | 계산 비용이 매우 높고 프롬프트 아키텍처 구현이 복잡함 [S6]. | 전략 기획, 창의적 글쓰기, 다중 경로 의사 결정 등 비선형적 해결책이 필요한 경우 [S6]. |
+
+## 📖 세부 내용 (Details)
+**1. 어텐션 메커니즘의 수학적 및 논리적 규범**
+자연어 처리 모델인 트랜스포머(Transformer)의 어텐션 메커니즘은 데이터베이스의 정보 검색(Information Retrieval)과 유사한 구조를 갖는다. 입력 벡터는 각기 Query(현재 위치에서 수집해야 할 문맥 질문), Key(각 단어가 제공할 수 있는 정보 지표), Value(실제 보유한 의미 정보)의 세 가지 벡터로 변환된다 [S1]. 이 메커니즘은 Query와 모든 Key 간의 점곱(Dot-product)을 통해 연관성을 계산하고, 이를 차원수의 제곱근($\sqrt{d_k}$)으로 스케일링한 후 소프트맥스(Softmax) 함수를 씌워 0~1 사이의 가중치로 치환한다 [S1], [S2], [S4]. 이후 이 가중치를 Value 행렬에 곱해 가중합(Weighted sum)함으로써, 멀리 떨어져 있는 단어 간의 장거리 의존성(Long-range dependency)을 성공적으로 포착해낸다 [S4], [S7].
+
+**2. 인맥락 학습(ICL)과 베이지안 추론 기전**
+LLM은 역전파를 통한 파라미터 업데이트 없이도 프롬프트 내의 예시를 통해 새로운 과업의 맵핑을 파악하는 인맥락 학습(In-Context Learning, ICL) 능력을 보인다 [S3]. 이는 모델이 사전 학습(Pre-training)으로 습득한 방대한 잠재 공간(Latent Space)에서 프롬프트라는 힌트를 통해 가장 정합적인 '잠재 개념(Latent Concepts)'을 찾아내는 암시적 '베이지안 추론'으로 설명된다 [S3], [S4]. 연구에 따르면, 여러 상이한 태스크들을 연속적으로 프롬프트로 제공할 경우, 모델은 사전 확률(Priors)을 실제 환경에 맞게 적응시키며 추론 능력을 갱신하는 '메타 인맥락 학습(Meta-In-Context Learning)' 현상마저 보여준다 [S4], [S9].
+
+**3. 인간 대뇌 신경망과의 통섭적 유사성**
+LLM의 은닉 상태(Hidden States)가 정보를 추론하는 방식은 실제 인간의 신경계와 유사한 구조적 정합성을 띠기도 한다 [S4]. 신경과학 연구에 따르면, 인간 피험자가 인지 운동 반응 태스크(Sensory-motor task)를 수행할 때 발생하는 뇌파의 고주파 활동성(HFA) 데이터와 동일한 과업을 텍스트로 치환하여 LLM에게 수행하게 했을 때 도출되는 은닉 상태 데이터를 CKA(Centered Kernel Alignment) 기법으로 대조한 결과, 고도의 선형 매핑(Linear mapping)이 성립함이 확인되었다 [S4], [S10]. 이는 인간과 기계가 맥락 속에서 새로운 규칙을 인출할 때 공유하는 수학적 규칙성이 존재함을 시사한다 [S4].
+
+**4. 맥락 엔지니어링 (Context Engineering)**
+대형 모델을 실제 환경에서 에이전트로 구동할 때, 입력 토큰이 길어질수록 모델이 중요 정보를 망각하는 '맥락 부패(Context rot)' 현상이 발생한다 [S5]. 이를 방지하기 위해 컨텍스트 윈도우 한계에 다다르면 핵심 결정 사항만 요약하여 남기는 '컴팩션(Compaction)' 기법과, 모델 스스로 외부에 `progress.txt`나 `tests.json`과 같은 파일을 생성해 상태(State)를 보존하는 '구조화된 노트 필기' 기술이 필수적으로 동원된다 [S5], [S8].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **RNN과 Transformer의 한계 대조:** 기존의 RNN/LSTM 기반 구조는 문장 길이가 길어질수록 기울기 소실(Vanishing Gradient)로 인해 초기 정보가 망각되는 병목 현상이 있었으나, Transformer는 셀프 어텐션을 통해 모든 토큰을 병렬 계산하므로 이러한 구조적 한계를 극복하였다 [S4], [S7].
+* **Prefill 지원 중단:** 최신 언어 모델(Claude 4.6 이후 및 Mythos 등)에서는 출력의 포맷이나 거절 회피를 제어하기 위해 어시스턴트 메시지를 임의로 사전 채워 넣는(Prefill) 방식이 더 이상 지원되지 않으며 400 에러를 반환한다. 대신 프롬프트 설계 자체를 강화해야 한다 [S8].
+* **예시 다양성의 중요도:** Few-shot 러닝에서 예시의 단순 '개수'보다 엣지 케이스(예외 상황)를 포함한 '다양성'이 모델 성능 향상에 훨씬 더 결정적인 기여를 한다. 균일한 8개의 예시보다 대표성 있는 4개의 예시가 더 나은 결과를 낸다 [S6].
+
+## 🛠️ 적용 사례 (Applied in summary)
+* **Claude Code의 JIT (Just-in-Time) 맥락 검색:** Anthropic의 에이전트 코딩 솔루션인 Claude Code는 거대한 코드베이스 구문 트리를 한 번에 컨텍스트 윈도우에 올리지 않고, `grep`, `glob` 같은 bash 명령어 도구를 자율적으로 사용하여 필요한 파일만 런타임에 호출하는 JIT 맥락 탐색 기법을 적용한다 [S5].
+* **멀티 컨텍스트 윈도우 상태 추적 (State Tracking):** 긴 에이전트 루프에서 Claude 모델은 윈도우 초기화 시 이전 진행 상황을 보존하기 위해 로컬 환경에 `tests.json`, `progress.txt`, `init.sh` 등의 구조화된 형식 또는 자유형 텍스트 스크립트를 작성하여 상태를 인계한다 [S8]. (소스에 Git 커밋 해시 정보는 확인되지 않음).
+* **MMLU 벤치마크 메타 인맥락 학습:** LLM에게 MMLU(Massive Multitask Language Understanding) STEM 카테고리의 서로 다른 태스크 예시 3개를 사전에 주입했을 때, 제로샷(Zero-shot) 대비 22.4%의 극적인 성능 향상(55.1% 달성)이 관찰되었다 [S9].
+
+## 💻 코드 패턴 (Code patterns)
+어텐션 메커니즘 연산 공식과 프롬프트 내 맥락 구조화를 위한 XML 패턴이 확인된다.
+```xml
+
+
+
+ 문서 출처 데이터
+
+ 문서 본문 내용
+
+
+
+```
+
+어텐션 연산 수식 (Scaled Dot-Product Attention) [S1], [S4]:
+$$ Attention(Q, K, V) = softmax(\frac{QK^T}{\sqrt{d_k}})V $$
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[어텐션 메커니즘]] — 연결 이유: 자연어 처리의 구조적 한계를 돌파한 핵심 수학/신경망 연산 모델.
+- [[인맥락 학습(ICL)]] — 연결 이유: LLM이 맥락 정보만을 기반으로 가중치 업데이트 없이 새로운 과업을 추론하는 기전.
+- [[프롬프트 엔지니어링]] — 연결 이유: 모델의 인맥락 학습 능력을 효율적으로 이끌어내기 위한 입력 설계 규범.
+- [[맥락 엔지니어링]] — 연결 이유: 에이전트 수준의 긴 컨텍스트와 외부 도구 사용 시 정보의 밀도와 상태를 관리하는 기술.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- Q, K, V 연산 시 차원수 스케일링($\sqrt{d_k}$) 작업이 누락되면 소프트맥스 정규화에 어떠한 악영향을 미치는가?
+- 다중 에이전트(Sub-agent) 구조에서 리드 에이전트와 서브 에이전트 간 맥락 정보를 어떻게 격리하고 종합하는가?
+- 인간의 대뇌 고주파 활동성(HFA)과 LLM의 은닉 상태(Hidden States) 간 매핑 시 CKA(Centered Kernel Alignment) 이외에 어떠한 유사도 검증 기법이 있는가?
+- 파라미터 미세 조정(Fine-tuning)과 인맥락 학습(ICL) 간의 비용 및 유지보수성 측면의 트레이드오프 기준은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** LLM의 출력을 제어하고 할루시네이션을 억제하기 위해 ``, ``와 같은 XML 태그 분리 구현 및 JIT 데이터 검색.
+- **System Design:** 장기 과업 수행 에이전트의 State를 유지하기 위해 로컬 JSON/TXT 파일을 외부 메모리로 활용하는 아키텍처 설계.
+- **Operation / Maintenance:** 모델 제공업체(예: Anthropic)의 버전 업데이트에 대응하여 Prefill 제어 등 사용 불가능해진 프롬프트 엔지니어링 방식 제거 및 갱신.
+- **Learning Path:** 어텐션 메커니즘의 선형 대수학적 이해 -> 프롬프트 엔지니어링(CoT, ToT) 숙달 -> 에이전트 기반 맥락 엔지니어링 설계.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[인지 도식 (Schemata)]] — 확장 방향: 인공지능의 의미 추론을 인간 인지심리학의 도식 및 스크립트 이론과 융합하여 이해.
+- [[화용론 (Pragmatics)]] — 확장 방향: 관련성 이론(Relevance Theory) 기반으로 최소 비용·최대 효율의 정보 소통 메커니즘 고찰.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[어텐션 메커니즘]], [[인맥락 학습(ICL)]]
+- **참조 맥락:** 초거대 언어 모델(LLM)을 활용한 자율형 AI 에이전트 설계 및 추론 과정의 컨텍스트 최적화에서 참조.
+
+## 📚 출처 (Sources)
+- [S1] [AI/LLM] Transformer Attention 이해하기: Q, K, V의 역할과 동작 원리
+- [S2] 어텐션 메커니즘(Attention Mechanism) 간단히 이해하기
+- [S3] What is In-context Learning, and how does it work: The Beginner's Guide - Lakera AI
+- [S4] 다차원적 맥락 이해 규범의 통섭적 분석: 인지과학, 언어학, 컴퓨터 과학 및 인공지능 모델의 통합적 메커니즘
+- [S5] Effective context engineering for AI agents - Anthropic
+- [S6] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques
+- [S7] 어텐션 메커니즘이란 무엇인가요? - IBM
+- [S8] Prompting best practices - Claude Platform Docs
+- [S9] Meta-in-context learning in large language models - NIPS
+- [S10] Path to Intelligence: Measuring Similarity between Human Brain and Large Language Model Beyond Language Task - arXiv
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/지능형 튜터링 시스템 (Intelligent Tutoring System).md b/10_Wiki/Topics/_Common/Math/From_RawData/지능형 튜터링 시스템 (Intelligent Tutoring System).md
new file mode 100644
index 00000000..f485a234
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/지능형 튜터링 시스템 (Intelligent Tutoring System).md
@@ -0,0 +1,139 @@
+---
+id: 지능형-튜터링-시스템-(intelligent-tutoring-system)
+title: "지능형 튜터링 시스템 (Intelligent Tutoring System)"
+category: "Education_Technology"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["ITS", "인지 튜터", "Cognitive Tutor", "인공지능 튜터링 시스템", "지능형 학습 시스템"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.95
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "풀이 과정이 담긴 워크드 예제 (worked examples)"]
+raw_sources:
+ - "Example Explorers and Persistent Finishers: Exploring Student Practice Behaviors in a Python Practice System - CEUR-WS.org"
+ - "Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv"
+ - "Optimizing Worked-Example Instruction in Electrical Engineering: The Role of Fading and Feedback during Problem-Solving Practice"
+ - "Mass Generation of Programming Learning Problems from Public Code Repositories - MDPI"
+ - "BrenoFariasdaSilva/Worked-Example-Miner - GitHub"
+ - "The expertise reversal effect and worked examples in tutored problem solving"
+ - "Using Web-Based Cognitive Assessment Systems for Predicting Student Performance on State Exams | IES"
+ - "해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태"
+applied_in:
+ - "CompPrehension"
+ - "HowItWorks"
+ - "ASSISTments"
+ - "Geometry Cognitive Tutor (Carnegie Learning)"
+ - "Python Grids"
+ - "Worked-Example-Miner (GitHub Commit: 19c5e134f05fc95cc95b507f87a70ea1d8f506a1)"
+github_commit: "19c5e134f05fc95cc95b507f87a70ea1d8f506a1"
+---
+
+# [[지능형 튜터링 시스템 (Intelligent Tutoring System)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+지능형 튜터링 시스템(ITS)은 인지부하 이론과 ICAP 프레임워크를 기반으로 학습자의 사전 지식과 상호작용 행동을 실시간으로 추적하여, 최적화된 워크드 예제(Worked Examples)와 동적 스캐폴딩(Scaffolding)을 제공하는 맞춤형 AI 학습 플랫폼이다.
+
+## 🧠 핵심 개념 (Core concepts)
+1. **베이지안 지식 추적 (Bayesian Knowledge Tracing):** 학습자가 특정 문제 해결 원리를 올바르게 이해하고 적용할 확률을 지속해서 추정하고 모델링하여, 맞춤형 예제와 개입 시점을 결정하는 핵심 알고리즘 [S6].
+2. **적응형 페이딩 (Adaptive Fading):** 학습자의 이해도와 숙련도가 임계값에 도달함에 따라 완전한 풀이가 제공된 예제(Worked-out steps)의 비중을 점진적으로 줄이고, 독립적 문제 해결(Problem Solving)로 전환시키는 동적 교수 기법 [S6].
+3. **ICAP 기반 상호작용 설계:** 학습자의 인지적 참여도를 수동적(Passive), 능동적(Active), 구성적(Constructive), 상호작용적(Interactive) 단계로 구분하여, 단순 예제 탐독을 넘어선 버그 수정(Buggy) 및 부분 완성(Guided) 형태의 인터랙티브 예제를 제공하는 설계 사상 [S2].
+4. **인지 부하 관리 (Cognitive Load Management):** 초심자가 겪는 작동 기억의 한계를 보완하기 위해 외재적 부하(Extraneous Load)를 제거하고, 과제의 특성에 맞게 내재적 부하(Intrinsic Load)를 조절하며, 스키마 생성을 위한 본유적 부하(Germane Load)를 유도하는 시스템 설계 [S6], [S8].
+
+## 🧩 추출된 패턴 (Extracted patterns)
+- **거울형 문제-예제 페어링 (Mirroring Example-Problem Pairs):** 시스템 내에서 학생이 문제 해결에 오류를 범할 경우, 해당 문제와 100% 논리 구조가 일치하는 풀이 과정 예제를 슬라이딩 윈도우 방식으로 즉각 교차 제시하여 인지부하를 통제하는 패턴 [S7], [S8].
+- **학습자 행동의 순차적 패턴 마이닝 (Sequential Pattern Mining):** 시스템 로그를 분석해, 주어진 예제들을 우선적으로 탐색하는 '예제 탐색자(Example Explorers)'와 끈질기게 문제 풀이에만 매달리는 '지속적 완료자(Persistent Finishers)'로 분류하고, 예제 탐색자가 학업 성취도가 유의미하게 더 높음을 도출하는 패턴 [S1].
+- **오픈소스 기반 대량 예제 자동 생성:** GitHub 등 공공 코드 저장소에서 고품질의 소스 코드를 추출해 언어 독립적인 '의미 트리(Meaning Tree)'로 변환한 후, 다양한 프로그래밍 언어(C++, Java, Python)에 맞는 학습 예제로 대량 생성 및 자동 분류하는 패턴 [S4], [S5].
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **수동적 워크드 예제 (Passive WE)** | 완전한 풀이 단계를 보여주어 초심자의 내재적 인지부하를 즉각적으로 최소화함 | 이미 높은 사전 지식을 가진 학습자에게는 불필요한 인지부하(전문성 역전 효과) 유발 가능 | 도메인 지식이 전무하여 독립적 탐색 시 극심한 인지 붕괴가 예상되는 완전 초심자 대상 [S2], [S8] |
+| **안내형 예제 (Guided Example)** | 풀이를 서브골(Subgoal)로 쪼개고 힌트와 함께 부분 완성을 유도하여 스캐폴딩을 극대화함 | 힌트 시스템과 단계별 트리거를 지능형 튜터링 시스템 내에 촘촘히 설계해야 하는 복잡성 존재 | 중간 강도의 기초 인지 스키마를 수립 중인 일반적인 초심자 군의 규칙 적용 정확도 향상 시 [S2], [S8] |
+| **디버깅형 예제 (Buggy Example)** | 의도된 오류를 찾아 고치는 과정을 통해 깊은 인지적 참여(Constructive)와 비판적 사고 유도 | 지식이 부족한 학습자에게는 오류를 각인시킬 위험이 크고 인지 과부하를 초래함 | 높은 사전 지식을 지녀 일반 예제가 지루하고 낭비적인(Redundant) 고성취 학습자의 오개념 교정 시 [S2], [S8] |
+| **독립적 문제 해결 (Constructive PS)** | 획득한 스키마의 전이(Transfer) 및 고도화된 자동화를 촉진 | 초심자에게 제공 시 무작위적 시행착오로 인해 작업 기억이 마비됨 | 베이지안 지식 추적 상 학습자가 해당 개념의 100% 이해(마스터리) 수준에 도달했을 때 [S2], [S6] |
+
+## 📖 세부 내용 (Details)
+지능형 튜터링 시스템(ITS)은 일대일 인간 교사의 지도 방식을 인공지능과 인지 과학 원리를 활용하여 컴퓨터 환경에 구현한 시스템이다 [S3]. 기존 교실 환경에서는 개별 학생의 지식수준에 맞춘 즉각적 평가와 지도가 불가능하다는 한계를 극복하기 위해, ITS는 학생의 상호작용 로그를 수집하고 개별화된 지원을 제공한다 [S7].
+
+**베이지안 지식 추적과 적응형 페이딩의 결합:**
+Carnegie Learning의 Geometry Cognitive Tutor와 같은 ITS는 '베이지안 지식 추적(Bayesian Knowledge Tracing)' 알고리즘을 핵심 기술로 사용한다 [S6]. 이 알고리즘은 학생이 특정 정리나 규칙을 적용할 때마다, 해당 개념(Skill)을 얼마나 잘 이해하고 있는지를 확률적으로 업데이트한다 [S6]. 초기에는 작동 기억의 과부하를 막기 위해 풀이가 완전히 제시된 예제(Worked Examples)를 부여하지만, 학생의 이해 확률이 일정 임계값을 넘으면 점진적으로 빈칸이 포함된 문제를 주어 풀게 하는 '적응형 페이딩(Adaptive Fading)' 기법을 적용한다 [S6]. 연구에 따르면 이러한 시스템 주도의 적응형 페이딩은 고정된 횟수로 페이딩을 수행하는 방식(Fixed Fading)이나 단순 문제 풀이만 반복하는 방식에 비해 학습 전이(Transfer)에서 유의미하게 우수한 결과를 보인다 [S3], [S6].
+
+**ICAP 프레임워크 기반의 상호작용형 예제 적용:**
+최근의 ITS는 단순히 정적인 예제를 시각적으로 보여주는 데 그치지 않고, ICAP(Interactive, Constructive, Active, Passive) 학습 프레임워크를 기반으로 고도화되고 있다 [S2]. 명제 논리 증명을 가르치는 튜터링 시스템 연구에서는 다음과 같은 두 가지 혁신적 예제를 시스템에 도입하였다 [S2].
+1. **안내형 예제(Guided Example):** 시스템이 전체 풀이의 일부 연결을 의도적으로 누락시키고(Parsons Problem 형식), 학습자가 적절한 규칙을 선택해 서브골(Subgoal)을 완성하도록 힌트를 제공한다. 이 방식은 초심자의 규칙 적용 정확도를 극적으로 향상시키고 문제 해결 시간을 단축했다 [S2].
+2. **디버깅형 예제(Buggy Example):** 시스템이 의도적으로 특정 논리 연산자나 규칙이 잘못 적용된 풀이를 제공하고, 학습자가 이를 찾아 수정하게 한다. 이는 고도의 비판적 분석을 요구하여 초심자에게는 도움이 되지 않았으나, 사전 지식이 높은 고성취 학습자의 사후 테스트 성적을 크게 끌어올려 강력한 적성-처치 상호작용(Aptitude-Treatment Interaction)을 증명했다 [S2].
+
+**오픈소스 기반 대량 예제 자동 생성 및 마이닝 아키텍처:**
+다중 프로그래밍 언어를 가르치는 ITS(CompPrehension, HowItWorks 등)의 경우, 교수자가 수작업으로 예제를 작성하는 병목 현상을 타파하기 위해 '의미 트리(Meaning Tree)' 기반 자동 생성 기술을 채택하고 있다 [S4]. GitHub의 퍼블릭 저장소에서 1,360개의 프로젝트를 수집하여 추상 구문 트리(AST)로 변환한 뒤, 이를 C++, Java, Python에 독립적인 공통 의미 트리로 번역해 140만 개 이상의 코딩 학습 예제를 단 16시간 만에 자동 생성해 냈다 [S4].
+또한, 'Worked-Example-Miner' 프로젝트는 CK 소프트웨어 품질 메트릭과 리팩토링 탐지 도구를 결합해, 오픈소스 커밋 이력에서 최적의 객체지향 리팩토링 사례만을 기계적으로 식별하여 고품질의 워크드 예제로 가공하는 인프라를 입증하였다 [S5], [S8].
+
+**사용자 행동 패턴과 시스템 최적화:**
+Python Grids 시스템에서 추출된 학습자들의 순차 패턴 마이닝(SPAM) 분석은, 시스템 내에서 학생들의 행동 양식이 '예제 탐색자(Example Explorers)'와 '지속적 완료자(Persistent Finishers)'로 양분됨을 밝혔다 [S1]. 예제 탐색자 그룹은 다양한 예제를 확인한 후 문제를 푸는 성향을 지녔으며, 지속적 완료자에 비해 최종 학업 성취도가 현저히 높았다. 이는 ITS 내에 풍부한 워크드 예제를 적재하고 탐색을 권장하는 설계가 학습 효율성에 직결됨을 시사한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+과거 인지부하 이론은 예제 학습이 언제나 초심자에게 문제 해결(Problem Solving)보다 압도적으로 유리하다고 보았으나, 최근 ITS 연구들은 '전문성 역전 효과(Expertise Reversal Effect)'를 관찰함으로써 이 가정을 갱신했다. 사전 지식이 높아진 학습자에게 튜터링 시스템이 계속해서 완전한 워크드 예제를 주입하면 학습자의 인지적 처리가 방해받아 오히려 학습 성과가 역행한다 [S6]. 이에 따라 최신 튜터링 아키텍처는 고정된 커리큘럼을 폐기하고, 학생의 실시간 능력을 측정해 예제를 제거하거나 복잡한 버그(Buggy) 예제로 난이도를 급상승시키는 동적 적응 메커니즘을 채택하고 있다 [S2], [S6].
+
+## 🛠️ 적용 사례 (Applied in summary)
+- **CompPrehension 및 HowItWorks:** C++, Java, Python 언어 표현식의 연산 평가 순서를 가르치는 ITS로, 오픈소스 코드 기반으로 생성된 140만 개의 방대한 워크드 예제 은행을 탑재하여 실제 적용되었다 [S4].
+- **ASSISTments:** 학생이 온라인 평가 중 틀렸을 때 즉각적으로 동일한 수학적 구조의 워크드 예제를 슬라이딩 윈도우 방식으로 제공하고, 시각적 바 모델(Bar Model)을 결합해 이해를 돕는 대수학 지능형 튜터 체제로 적용됨 [S7], [S8].
+- **Geometry Cognitive Tutor (Carnegie Learning):** 학생의 자기 설명(Self-Explanation) 정답률을 베이지안 지식 추적으로 실시간 모니터링하여, 풀이 과정의 제공 여부를 조율하는 적응형 페이딩(Adaptive Fading)을 수학 기하학 영역에 이식함 [S6].
+- **Python Grids 시스템:** 학생들의 자율 프로그래밍 연습 행동을 기록하여, 예제 탐색과 문제 해결 전환 간의 마이크로 패턴(Micro-patterns)을 군집화(Clustering)하는 데 적용됨 [S1].
+- **Worked-Example-Miner (GitHub):** 분산 시스템을 위한 Java 소스 코드 저장소에서 객체 지향의 좋은 리팩토링 사례를 추출해 교육용 예제로 제공하는 도구로 개발됨. (적용 커밋: `19c5e134f05fc95cc95b507f87a70ea1d8f506a1`) [S5], [S8].
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음 (시스템의 구현 아키텍처 및 알고리즘 논리는 기술되어 있으나, 실행 가능한 코드 스니펫은 제공되지 않음).
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.95
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[풀이 과정이 담긴 워크드 예제 (worked examples)]] — ITS가 학습자에게 동적으로 제공하는 핵심 교수 매체.
+- [[인지 부하 이론 (Cognitive Load Theory)]] — ITS의 적응형 예제 제공 및 페이딩(Fading) 전략을 뒷받침하는 핵심 심리학 이론.
+- [[베이지안 지식 추적 (Bayesian Knowledge Tracing)]] — ITS 내에서 학습자의 실시간 개념 숙련도를 확률적으로 계산하는 근간 알고리즘.
+- [[ICAP 학습 프레임워크]] — 학습자의 참여도를 다층적으로 평가하여 ITS의 능동적/상호작용적 개입 수준을 디자인하는 이론적 기준.
+
+### 심층 후속 질문 (Deeper Research Questions)
+- ITS의 적응형 페이딩(Adaptive Fading) 전략을 구현할 때 베이지안 지식 추적 알고리즘의 초기 파라미터는 어떻게 결정되는가?
+- 디버깅형 예제(Buggy Example)가 지식이 부족한 초심자에게 인지 과부하를 유발하는 구체적인 기전과 이를 방지하기 위한 안전망(Safety net) 설계 방법은 무엇인가?
+- 오픈소스 리포지토리에서 워크드 예제를 대량 자동 생성하는 '의미 트리(Meaning Tree)' 변환 기술의 의미론적 손실 한계는 무엇인가?
+- 학생들의 인터랙티브 행동 로그(Sequential Pattern Mining) 분석 결과를 기반으로, 지속적 완료자(Persistent Finishers)를 예제 탐색자(Example Explorers)로 유도하는 인터페이스 전략은 무엇인가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 오픈소스 기반 Worked-Example Miner를 사내 신입 엔지니어 온보딩 교육 플랫폼에 연동하여 리팩토링 실습 자료 자동 생성.
+- **System Design:** 지능형 튜터링 시스템 내 학습자 사전 평가 및 성취도 임계값에 따른 예제/문제 동적 라우팅 아키텍처 설계.
+- **Operation / Maintenance:** '의미 트리' 모델을 활용해 지속해서 확장되는 다국어 프로그래밍 문제 은행의 메타데이터(스킬, 위반 사항) 자동 분류 및 품질 검수 운영.
+- **Learning Path:** 초심자 대상 완전한 풀이(Passive) 제공부터, 힌트를 동반한 부분 완성(Guided), 오류 식별(Buggy), 그리고 독립적 문제 해결로 이어지는 점진적 난이도 쇠퇴 경로 구축.
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[스캐폴딩 (Scaffolding)]] — ITS가 제공하는 힌트, 서브골 제시 등 학습자 지원의 광범위한 체계 방향성 제공.
+- [[학습 분석학 (Learning Analytics)]] — ITS 로그 데이터 분석 및 마이닝을 통해 학습자의 행동 패턴을 식별하는 통계적 확장 방향.
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[풀이 과정이 담긴 워크드 예제 (worked examples)]]
+- **관련 개념:** [[베이지안 지식 추적]], [[인지 부하 이론]], [[스캐폴딩]]
+- **참조 맥락:** 에듀테크, 지능형 튜터링 환경 구축 시 학습자에게 부과되는 인지부하를 최적화하고 개별화된 맞춤형 학습 경로를 동적으로 설계할 때 핵심 아키텍처 원리로 참조됨.
+
+## 📚 출처 (Sources)
+- [S1] "Example Explorers and Persistent Finishers: Exploring Student Practice Behaviors in a Python Practice System - CEUR-WS.org"
+- [S2] "Exploring the Design and Impact of Interactive Worked Examples for Learners with Varying Prior Knowledge - arXiv"
+- [S3] "Optimizing Worked-Example Instruction in Electrical Engineering: The Role of Fading and Feedback during Problem-Solving Practice"
+- [S4] "Mass Generation of Programming Learning Problems from Public Code Repositories - MDPI"
+- [S5] "BrenoFariasdaSilva/Worked-Example-Miner - GitHub"
+- [S6] "The expertise reversal effect and worked examples in tutored problem solving"
+- [S7] "Using Web-Based Cognitive Assessment Systems for Predicting Student Performance on State Exams | IES - Institute of Education Sciences"
+- [S8] "해결된 예제(Worked Examples)의 인지부하 이론적 규명과 다학제적 적용 실태"
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Math/From_RawData/해마 (Hippocampus).md b/10_Wiki/Topics/_Common/Math/From_RawData/해마 (Hippocampus).md
new file mode 100644
index 00000000..92cda0ea
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Math/From_RawData/해마 (Hippocampus).md
@@ -0,0 +1,68 @@
+---
+id: 해마-(hippocampus)
+title: "해마 (Hippocampus)"
+category: "Neuroscience"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Hippocampus", "해마", "해마체", "hippocampus"]
+duplicate_of: ""
+source_trust_level: "A"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙"]
+raw_sources: ["맥락을 고려하는 뇌 - 바이오인"]
+applied_in: []
+github_commit: ""
+---
+
+# [[해마 (Hippocampus)]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+해마는 과거 일화와 공간 정보를 부호화하여 맥락을 형성하고, 편도체 및 내측전전두피질과 상호작용하여 상황에 맞는 적응적 행동과 기억의 인출을 조절하는 뇌의 핵심 기관이다.
+
+## 🧠 핵심 개념 (Core concepts)
+* **맥락 부호화 (Context Encoding):** 공간적 위치, 후각, 시각 등의 다양한 환경적 자극을 결합하여 고유한 맥락 표상(Representation)을 형성하고 기억하는 기능.
+* **맥락 의존적 기억 인출 (Context-dependent Retrieval):** 모호한 조건 자극이 주어졌을 때, 현재의 맥락 정보에 따라 과거의 연합 기억(예: 공포 또는 안전)을 선택적으로 인출하도록 조절하는 기전.
+* **신경망 상호작용 (Neural Circuit Interaction):** 해마 단독이 아닌 내측전전두피질(mPFC) 및 편도체(Amygdala)와 광범위한 네트워크를 형성하여 맥락에 따른 조건화 및 소거 과정을 처리함.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **장소 세포(Place Cell)의 맥락 가변성:** 해마의 장소 세포는 공간 위치뿐만 아니라 주어진 다양한 자극(시각, 후각 등)의 맥락 변화에 따라 반응 패턴을 달리하여 고유한 맥락 표상을 동적으로 생성한다.
+* **소거와 갱신(Extinction and Renewal) 패턴:** 해마는 공포 조건화 이후 '소거' 학습이 일어날 때 기존 연합 기억을 지우는 것이 아니라, 맥락에 의존적인 새로운 '안전 기억'을 생성하여 특정 맥락 안에서만 공포를 억제하고 다른 맥락에서는 공포를 갱신시킨다.
+
+## 📖 세부 내용 (Details)
+* 해마는 동물과 인간의 일화 기억(episodic memory) 및 공간적 표상 형성에 중추적인 역할을 하며, 환경의 공간적 특성과 여러 자극으로 전달되는 정보를 포함하는 맥락(context) 표상을 부호화한다 [S1].
+* **맥락 부호화와 조건화:** 새로운 장소에서 실험 동물이 혐오적 자극(전기 충격 등)을 받을 때, 자극 이전에 환경을 탐색하며 해마에서 맥락 표상을 부호화하는 과정이 선행되어야만 '맥락-무조건 자극' 간의 연합(조건화)이 일어날 수 있다 [S1].
+* **해마 손상의 영향:** 해마가 손상되면 조건 자극과 무조건 자극의 연합 자체는 방해받지 않을 수 있으나, 맥락 표상 자체를 형성하고 저장하지 못하여 맥락에 따른 적절한 반응(예: 공포 기억의 맥락화)에 기능적 손실이 발생한다 [S1].
+* **기억 인출 및 통제 회로:** 소거(Extinction) 이후 특정 자극을 다시 만났을 때, 해마는 편도체의 신경세포로 직접 신호를 보내거나 내측전전두피질(mPFC)을 거쳐 간접적으로 자극을 전달함으로써 맥락 의존적인 공포 기억의 인출을 조절한다 [S1].
+* **정신병리학적 영향:** 외상 후 스트레스 장애(PTSD), 조현병, 약물 남용 등은 해마 및 관련 신경 회로의 맥락 처리 과정 오작동과 깊은 연관이 있으며, 이로 인해 환자들은 상황에 맞지 않는 부적절하고 고정적인 인지 및 행동 반응을 나타내게 된다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+* **인간 fMRI 연구의 한계와 돌파:** 초기 인간 대상 fMRI 연구에서는 해마의 맥락 부호화 활성이 명확히 관찰되지 않았는데, 이는 fMRI 기기 자체가 강력한 맥락으로 작용하는 본질적 한계 때문이었다 [S1]. 그러나 최근 가상현실(VR) 등을 통해 복잡한 방(room) 맥락을 구현한 연구에서는 인간의 해마 역시 맥락 조건화 및 부호화 과정에 명확히 관여함이 증명되었다 [S1].
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다.
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** A
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[편도체 (Amygdala)]], [[내측전전두피질 (mPFC)]]
+- **참조 맥락:** 인간과 동물의 인지 및 심리 시스템에서 맥락(Context)이 신경과학적으로 표상되고, 상황에 적응적인 행동을 유도하는 뇌의 메커니즘을 규명할 때 참조.
+
+## 📚 출처 (Sources)
+- [S1] 맥락을 고려하는 뇌 - 바이오인 (https://www.bioin.or.kr/board.do?num=255171&cmd=view&bid=tech)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/_Common/Reasoning/From_RawData/00_INDEX.md b/10_Wiki/Topics/_Common/Reasoning/From_RawData/00_INDEX.md
new file mode 100644
index 00000000..b5aa8056
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Reasoning/From_RawData/00_INDEX.md
@@ -0,0 +1,28 @@
+---
+id: common-reasoning-from-rawdata-index
+title: "Common Reasoning From RawData Index"
+category: "Index"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["Common Reasoning From RawData Index"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: "Raw_Data 정리기 자동 생성 MOC"
+merge_history: []
+tags: ["moc", "index", "raw-data"]
+raw_sources: []
+applied_in: []
+github_commit: ""
+---
+
+# [[Common Reasoning From RawData Index]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+Raw_Data 정리기가 배치한 문서들의 관문 (`_Common/Reasoning/From_RawData`).
+
+## 📚 문서 목록
+- [[Graph-of-Thought]]
diff --git a/10_Wiki/Topics/_Common/Reasoning/From_RawData/Graph-of-Thought.md b/10_Wiki/Topics/_Common/Reasoning/From_RawData/Graph-of-Thought.md
new file mode 100644
index 00000000..1111ebad
--- /dev/null
+++ b/10_Wiki/Topics/_Common/Reasoning/From_RawData/Graph-of-Thought.md
@@ -0,0 +1,98 @@
+---
+id: graph-of-thought
+title: "Graph-of-Thought"
+category: "AI_and_ML"
+status: "draft"
+verification_status: "conceptual"
+canonical_id: ""
+aliases: ["GoT", "Graph of Thought", "그래프 오브 소트", "그래프 기반 추론"]
+duplicate_of: ""
+source_trust_level: "B"
+confidence_score: 0.90
+created_at: 2026-07-11
+updated_at: 2026-07-11
+review_reason: ""
+merge_history: []
+tags: ["research", "context 이해 규칙", "Prompt Engineering", "Reasoning"]
+raw_sources: ["Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques "]
+applied_in: []
+github_commit: ""
+---
+
+# [[Graph-of-Thought]]
+
+## 🎯 한 줄 통찰 (One-line insight)
+대형 언어 모델(LLM)의 추론 과정을 임의의 방향성 그래프(directed graph) 구조로 확장하여, 여러 추론 경로의 병합과 교차 참조를 통해 복잡한 의사결정을 지원하는 고급 프롬프팅 프레임워크.
+
+## 🧠 핵심 개념 (Core concepts)
+* **그래프 구조적 추론 (Graph-Structured Reasoning):** 선형 구조인 [[Chain-of-Thought]]나 트리 구조인 [[Tree-of-Thought]]를 넘어, 추론 과정을 임의의 방향성 그래프 형태로 구성하는 모델링 방식.
+* **생각의 병합 및 교차 참조 (Merging and Cross-referencing Thoughts):** 서로 다른 추론 경로에서 도출된 '생각(thoughts)'이나 중간 결과물들이 서로 합쳐지거나 교차 참조되어 더 풍부한 추론 네트워크를 형성.
+* **서브 태스크 분해 및 의존성 (Decomposition and Dependency):** 전체 추론 과정을 여러 개의 서브 태스크 그래프 노드로 분해하고, 각 노드 간의 선후 또는 의존 관계를 정의하여 체계적으로 문제를 해결.
+
+## 🧩 추출된 패턴 (Extracted patterns)
+* **네트워크 형성 패턴:** 추론 과정을 단순히 분기(branching)하는 것에 그치지 않고, 다양한 노드의 중간 결과물(intermediate results)이 다른 노드로 흐르고(flow) 병합(merge)되도록 구조화함.
+* **다중 조건 종합 패턴:** 기술적 타당성, 비즈니스 영향력, 규제 준수 여부 등 여러 하위 문제(sub-problem)의 결과를 종합하여 단일한 결론을 도출해야 하는 복잡한 작업에 적용됨.
+
+## ⚖️ 비교 및 선택 기준 (Comparison & decision criteria)
+
+| 항목 (Option) | 장점 | 단점 | 언제 선택 |
+|---|---|---|---|
+| **[[Chain-of-Thought]] (CoT)** | 구현이 단순하고 직관적이며 연산 비용이 낮음 | 선형적 추론의 한계로 복잡한 분기나 종합적 사고가 어려움 | 수학 문제나 논리 분석 등 단계적이고 선형적인 추론이 가능한 일반적 문제 해결 시 |
+| **[[Tree-of-Thought]] (ToT)** | 다수의 방향성을 탐색하고 필요 시 백트래킹(backtracking) 가능 | 여러 경로에서 도출된 중간 결과물을 서로 병합하는 데는 한계가 있음 | 창의적 글쓰기나 게임 등 여러 선택지를 동시에 고려하고 평가해야 하는 문제 시 |
+| **[[Graph-of-Thought]] (GoT)** | 추론의 깊이와 폭이 가장 넓으며 복수 경로의 결과를 병합 및 종합 가능 | 연산 비용(computationally expensive)이 가장 높고 구현이 복잡함 | 기업 전략 보고서 작성 등 다수의 독립적 하위 문제 결과를 종합해야 하는 엔터프라이즈급 의사결정 지원 시 |
+
+## 📖 세부 내용 (Details)
+* **GoT의 등장 배경 및 정의:** Graph-of-Thought (GoT)는 LLM의 추론 방식을 기존의 선형적인 CoT에서 트리 구조로 진화시킨 ToT를 한 단계 더 발전시킨 개념이다 [S1]. ToT가 추론을 검색 트리(search tree)로 모델링했다면, GoT는 이를 임의의 방향성 그래프(arbitrary directed graph structures) 구조로 확장한다 [S1].
+* **추론 네트워크의 형성:** GoT 프레임워크 내에서는 다양한 추론 경로에서 발생한 '생각(thoughts)'들이 상호 교차 참조(cross-reference)되고 병합(merge)될 수 있다 [S1]. 이는 단방향의 흐름을 넘어선 더 풍부한 추론 네트워크(richer reasoning networks)를 형성하도록 돕는다 [S1].
+* **구현 방식:** GoT를 구현하기 위해서는 추론 과정을 다수의 서브 태스크 그래프 노드로 분해(decomposing)하는 작업이 필요하다 [S1]. 이후 각 노드 간의 의존성 관계(dependency relationships)를 정의하고, 이 노드들 사이에서 중간 결과물들이 흐르고 병합될 수 있도록 허용하는 아키텍처를 구성한다 [S1].
+* **비용 대비 효용:** GoT는 그래프 구조를 연산하기 때문에 다른 프롬프팅 기법에 비해 컴퓨팅 자원 소모가 더 크다(computationally more expensive) [S1]. 그러나 여러 하위 문제의 결과를 복합적으로 통합해야 하는 기업 수준의 의사결정 지원 시나리오(예: 기술, 비즈니스, 규제를 동시에 고려하는 전략 보고서 작성)에서는 선형적인 CoT가 제공할 수 없는 압도적인 추론의 폭과 깊이를 제공한다 [S1].
+
+## ⚖️ 모순 및 업데이트 (Contradictions & updates)
+소스에서 확인되지 않음. (제공된 소스 내에서 상충되는 정보는 발견되지 않았음.)
+
+## 🛠️ 적용 사례 (Applied in summary)
+현재 발견된 실제 적용 사례가 없습니다. (소스 내에서 구체적인 적용 코드 파일 경로, Git 커밋 해시 또는 결정 기록(decision_id)이 제공되지 않음.)
+
+## 💻 코드 패턴 (Code patterns)
+소스에 코드 예시 없음.
+
+## ✅ 검증 상태 및 신뢰도
+- **상태:** draft
+- **검증 단계:** conceptual
+- **출처 신뢰도:** B
+- **신뢰 점수:** 0.90
+- **중복 검사 결과:** 신규 생성 (New discovery)
+
+## 🔗 관련 문서 링크 (Related document links)
+
+### 상위/유사 개념
+- [[Chain-of-Thought]] — 선형적인 추론을 이끌어내는 기초적인 프롬프팅 기법 (GoT의 선행 개념)
+- [[Tree-of-Thought]] — 다중 분기 및 백트래킹을 지원하는 트리 구조의 추론 프레임워크 (GoT의 직전 발전 단계)
+- [[Prompt Engineering]] — LLM의 성능을 극대화하기 위해 지시어와 예시를 설계하는 상위 도메인
+
+### 심층 후속 질문 (Deeper Research Questions)
+- GoT 노드 간의 의존성 관계를 프롬프트 상에서 구체적으로 어떻게 정의하고 표현하는가?
+- 추론 네트워크 내에서 여러 중간 결과물이 병합(merge)될 때 발생할 수 있는 환각(Hallucination) 현상을 어떻게 억제하는가?
+- GoT와 기존의 멀티 에이전트 협업 시스템(Multi-Agent Collaboration)이 교차하거나 결합할 수 있는 지점은 무엇인가?
+- 높은 연산 비용을 지불해야 하는 GoT를 효율적으로 운영하기 위한 캐싱이나 경로 최적화 기법은 무엇이 있는가?
+
+### 실무 적용 맥락 (Practical Application Contexts)
+- **Implementation:** 다중 도메인 지식(기술, 사업, 법무)이 요구되는 복합 문서의 자동 생성 파이프라인 구축
+- **System Design:** LLM 워크플로우 엔진 내에서 분기 및 병합(Join/Merge)이 가능한 그래프 기반 추론 노드 아키텍처 설계
+- **Operation / Maintenance:** 높은 토큰 소모량과 연산 비용(latency, cost)을 모니터링하고 가성비 임계점을 최적화하는 전략 수립
+- **Learning Path:** Prompt Engineering -> Zero/Few-shot -> CoT -> ToT -> GoT 설계로 이어지는 LLM 활용 고급 과정
+
+### 인접 주변 주제 (Adjacent Topics)
+- [[Agentic Workflow]] — LLM이 주도적으로 도구를 사용하고 결정을 내리는 워크플로우로, GoT의 그래프 추론을 활용하여 의사결정의 복잡도를 높임
+- [[Self-Consistency]] — 동일한 문제에 대해 여러 추론 경로를 생성하고 다수결로 답을 도출하는 기법으로, GoT의 여러 노드 출력을 종합하는 과정에 응용 가능
+
+## 🔗 지식 그래프 (Knowledge Graph)
+- **상위/루트:** [[context 이해 규칙]]
+- **관련 개념:** [[Tree-of-Thought]], [[Chain-of-Thought]]
+- **참조 맥락:** 고도의 추론 및 다각적 하위 정보의 종합이 필요한 엔터프라이즈 AI 시스템 및 의사결정 도구 설계 시 참조.
+
+## 📚 출처 (Sources)
+- [S1] Prompt Engineering Guide: Chain-of-Thought, ReAct & Few-Shot Techniques (URL 또는 원문 메타데이터 참조)
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Initial draft generated via Datacollector_MAC P-Reinforce engine.
\ No newline at end of file
diff --git a/10_Wiki/Topics/memory/episodes/ep_2026-07-11_https_koritips_com_사이트에대한_분석을_진행해줘_이_홈페이.json b/10_Wiki/Topics/memory/episodes/ep_2026-07-11_https_koritips_com_사이트에대한_분석을_진행해줘_이_홈페이.json
new file mode 100644
index 00000000..a770c0b8
--- /dev/null
+++ b/10_Wiki/Topics/memory/episodes/ep_2026-07-11_https_koritips_com_사이트에대한_분석을_진행해줘_이_홈페이.json
@@ -0,0 +1,23 @@
+{
+ "id": "3354104e-fa0d-4a78-aa4a-91c6d540e0ed",
+ "sessionId": "task_1783754183405",
+ "title": "https://koritips.com 사이트에대한 분석을 진행해줘. 이 홈페이지가 어떠한 주제로 운영되...",
+ "summary": "시작: https://koritips.com 사이트에대한 분석을 진행해줘. 이 홈페이지가 어떠한 주제로 운영되고 있는지 글의 퀄리티는 어떠한지, 글 내용이 도움이 될만한 것인지 등등 궁굼 → 최종: 너는 지금 어떤 모델이야?",
+ "keyDecisions": [
+ "** 사이트의 규모, 트래픽 예상치, 복잡성에 따라 사용할 프로그래밍 언어, 프레임워크, 데이터베이스(관계형/NoSQL), 서버 환경 등을 결정합니다."
+ ],
+ "topics": [
+ "https",
+ "koritips",
+ "com",
+ "사이트에대한",
+ "분석을",
+ "진행해줘",
+ "홈페이지가",
+ "어떠한"
+ ],
+ "projectContext": "/Volumes/Data/project/Antigravity",
+ "timestamp": 1783754305994,
+ "duration": 0,
+ "messageCount": 16
+}
\ No newline at end of file
diff --git a/10_Wiki/Topics/memory/episodes/ep_2026-07-11_안_.json b/10_Wiki/Topics/memory/episodes/ep_2026-07-11_안_.json
new file mode 100644
index 00000000..8953286c
--- /dev/null
+++ b/10_Wiki/Topics/memory/episodes/ep_2026-07-11_안_.json
@@ -0,0 +1,19 @@
+{
+ "id": "971fbaba-e2fc-4901-974a-2f4a43c60552",
+ "sessionId": "task_1783742988127",
+ "title": "안ㅕㅇ",
+ "summary": "안ㅕㅇ 안녕 안녕 안녕 안녕 /benchmark https://vcat.ai/ /benchmark https://koritips.com /benchmark https://koritips.com /claude",
+ "keyDecisions": [
+ "과정으로 진입하려면 프로젝트의 범위를 확정해야 합니다."
+ ],
+ "topics": [
+ "benchmark",
+ "https",
+ "koritips",
+ "com"
+ ],
+ "projectContext": "/Volumes/Data/project/Antigravity",
+ "timestamp": 1783753456127,
+ "duration": 0,
+ "messageCount": 23
+}
\ No newline at end of file
diff --git a/Premium/Thinking & Reasoning/웹벤치마크 koritips.com 2026-07-11 (2).md b/Premium/Thinking & Reasoning/웹벤치마크 koritips.com 2026-07-11 (2).md
new file mode 100644
index 00000000..87d28c08
--- /dev/null
+++ b/Premium/Thinking & Reasoning/웹벤치마크 koritips.com 2026-07-11 (2).md
@@ -0,0 +1,47 @@
+---
+id: 웹벤치마크-koritipscom-2026-07-11
+title: "웹벤치마크 koritips.com 2026-07-11"
+category: "benchmark"
+status: "draft"
+verification_status: "conceptual"
+aliases: []
+source_trust_level: "B"
+confidence_score: 0.80
+created_at: 2026-07-11
+updated_at: 2026-07-11
+tags: ["benchmark", "astra"]
+raw_sources: ["https://koritips.com"]
+---
+# 웹벤치마크 koritips.com 2026-07-11
+
+- **원본 URL**: https://koritips.com
+- **스캔 시각**: 2026-07-11T07:37:07.678Z
+- **크롤 옵션**: depth 3 · 최대 8페이지
+- **생성**: Astra /benchmark · Datacollect web-benchmark
+
+### 메타
+- **title**: Kori's Tips - Lived. Learned. Shared.
+- **description**: Lived. Learned. Shared.
+- **lang**: ko-KR
+
+### 디자인 토큰 (상위)
+- **컬러 팔레트 Top 5**: `rgb(70, 70, 70)` (×194), `rgb(3, 3, 3)` (×155), `rgb(33, 195, 255)` (×109), `rgb(0, 0, 0)` (×98), `rgb(188, 188, 188)` (×97)
+- **컬러 비율**: 무채색 우세 (≥80%)
+- **Primary Font**: `"Open Sans"`
+
+### 사이트맵 (8페이지, depth 3)
+```
+/ (other · list-article · imgs:40 · form:2) Kori's Tips - Lived. Learned. Shared.
+├─ /%ea%b0%9c%ec%9d%b8%ec%a0%95%eb%b3%b4-%ec%b2%98%eb%a6%ac%eb%b0%a9%ec%b9%a8 (legal · list-card · imgs:1 · form:2) 개인정보 처리방침 - Kori's Tips
+├─ /%ec%83%89%ec%9d%b8-%ec%99%84%eb%a3%8c%ea%b0%80-%eb%b0%a9%eb%ac%b8%ec%9e%90%eb%a1%9c-%ec%9d%b4%ec%96%b4%ec%a7%80%ec%a7%80-%ec%95%8a%eb%8a%94-%ec%a7%84%ec%a7%9c-%ec%9d%b4%ec%9c%a0 (other · form · imgs:12 · form:7) 색인 완료가 방문자로 이어지지 않는 진짜 이유 - Kori's Tips
+├─ /%ec%8b%9c%eb%86%80%eb%a1%9c%ec%a7%80-nas-%ec%9b%8c%eb%93%9c%ed%94%84%eb%a0%88%ec%8a%a4 (other · form · imgs:10 · form:7) 시놀로지 NAS 워드프레스 구축, Docker Compose가 답이었던 이유 - Kori's Tips
+├─ /%ec%9d%b4%ec%9a%a9%ec%95%bd%ea%b4%80 (legal · list-card · imgs:1 · form:2) 이용약관 - Kori's Tips
+├─ /about (about · list-card · imgs:2 · form:2) About - Kori's Tips
+├─ /category (other · virtual) category
+│ └─ /category/blogging (blog · list-article · imgs:10 · form:2) Blogging Tips 보관 - Kori's Tips
+└─ /contact (contact · list-card · imgs:1 · form:2) Contact - Kori's Tips
+```
+
+
+## 📝 변경 이력 (Change history)
+- 2026-07-11: Astra benchmark 산출물로 생성.
diff --git a/Premium/Thinking & Reasoning/웹벤치마크 koritips.com 2026-07-11 (3).md b/Premium/Thinking & Reasoning/웹벤치마크 koritips.com 2026-07-11 (3).md
new file mode 100644
index 00000000..2d3a154b
--- /dev/null
+++ b/Premium/Thinking & Reasoning/웹벤치마크 koritips.com 2026-07-11 (3).md
@@ -0,0 +1,430 @@
+---
+id: 웹벤치마크-koritipscom-2026-07-11
+title: "웹벤치마크 koritips.com 2026-07-11"
+category: "benchmark"
+status: "draft"
+verification_status: "conceptual"
+aliases: []
+source_trust_level: "B"
+confidence_score: 0.80
+created_at: 2026-07-11
+updated_at: 2026-07-11
+tags: ["benchmark", "astra"]
+raw_sources: ["https://koritips.com"]
+---
+# 웹벤치마크 koritips.com 2026-07-11
+
+- **원본 URL**: https://koritips.com
+- **스캔 시각**: 2026-07-11T08:41:41.870Z
+- **크롤 옵션**: depth 3 · 최대 8페이지
+- **생성**: Astra /benchmark · Datacollect web-benchmark
+
+## 레이아웃 골격 (스캔 실측 — LLM 미개입)
+
+### 홈 `/` — 위→아래 블록 구성
+- 1. `