docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

10_Wiki/Topics_GD/Modularity.md

@@ -1,12 +1,12 @@
 ---
-id: [[P-Reinforce]]-AUTO-MODU-001
+id: [[P-Reinforce|P-Reinforce]]-AUTO-MODU-001
 category: "10_Wiki/💡 Topics/AI"
 confidence_score: 0.94
-tags: [auto-reinforced, modularity,[[ system]]s-theory, decoupling, [[Robustness]], complexity-[[Management]]]
+tags: [auto-reinforced, modularity,[[_system|system]]s-theory, decoupling, [[Robustness|Robustness]], complexity-[[Management|Management]]]
 last_reinforced: 2026-04-20
 ---
 
-# [[Modularity]]
+# [[Modularity|Modularity]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > "복잡성을 다스리는 분할 정복: 시스템의 구성 요소들이 얼마나 독립적으로 나뉘어 있는지를 나타내는 척도이자, 장애가 전체로 전염되는 것을 막고 각 부분이 서로 다른 속도로 진화할 수 있게 허용하는 시스템의 회복 탄력성."
@@ -16,8 +16,8 @@ last_reinforced: 2026-04-20
 
 1.  **구조적 이점**:
     *   **Encapsulation**: 내부 복잡성을 숨기고 인터페이스만 노출 (정보 은닉). (Abstraction와 연결)
-    *   **Parallel Development**: 각 모듈을 서로 다른 전문가가 동시에 개발 가능. ([[Efficiency]]와 연결)
-    *   **Fault Isolation**: 한 모듈의 고장이 전체 시스템 다운으로 이어지지 않음. ([[Fault-Tolerance]]와 연결)
+    *   **Parallel Development**: 각 모듈을 서로 다른 전문가가 동시에 개발 가능. ([[Efficiency|Efficiency]]와 연결)
+    *   **Fault Isolation**: 한 모듈의 고장이 전체 시스템 다운으로 이어지지 않음. ([[Fault-Tolerance|Fault-Tolerance]]와 연결)
 2.  **왜 중요한가?**:
     *   모듈성이 비약적으로 높은 시스템만이 '진화'할 수 있으며, 변화하는 환경에 맞춰 특정 부분만 빠르게 교체하거나 강화할 수 있기 때문임.
 
@@ -26,6 +26,6 @@ last_reinforced: 2026-04-20
 - **정책 변화(RL Update)**: 최근 신경망 모델 정책(MoE, Mixture of Experts)은 입력을 처리할 때 필요한 '전문가 모듈'만 활성화하여 연산량을 줄이는 '동적 모듈성 정책'을 실현하여 거대 모델의 효율 정책을 극대화함.
 
 ## 🔗 지식 연결 (Graph)
-- [[Modular-Design]], [[Fault-Tolerance]], [[Complexity Theory]], [[Scalability]], [[Efficiency]]
+- [[Modular-Design|Modular-Design]], [[Fault-Tolerance|Fault-Tolerance]], [[Complexity Theory|Complexity Theory]], [[Scalability|Scalability]], [[Efficiency|Efficiency]]
 - **Modern Tech/Tools**: Containerization (Docker), Mixture of Experts (MoE), Dynamic linking.
 ---