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

10_Wiki/Topics/Design & Experience/Interface Segregation Principle (ISP).md

@@ -1,5 +1,5 @@
 ---
-id: [[P-Reinforce]]-AUTO-317AB6
+id: [[P-Reinforce|P-Reinforce]]-AUTO-317AB6
 category: "10_Wiki/💡 Topics/Design & Experience"
 confidence_score: 0.90
 tags: [auto-reinforced]
@@ -7,7 +7,7 @@ last_reinforced: 2026-04-20
 github_commit: "[P-Reinforce] Continuous Worker - Interface Segregation Principle (ISP)"
 ---
 
-# [[Interface Segregation Principle (ISP)]]
+# [[Interface Segregation Principle (ISP)|Interface Segregation Principle (ISP]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > 인터페이스 분리 원칙(Interface Segregation Principle, ISP)은 클라이언트가 자신이 사용하지 않는 동작이나 액션에 의존하도록 강요받아서는 안 된다는 소프트웨어 설계 원칙입니다 [1, 2]. 이 원칙은 불필요한 기능까지 묶여 있는 방대한 '뚱뚱한(fat)' 인터페이스 대신, 목적이 뚜렷하고 초점이 맞춰진(focused) 인터페이스를 사용할 것을 권장합니다 [2]. 이를 통해 각 클라이언트는 정확히 필요한 기능에만 의존할 수 있으며, 불필요한 코드의 무게를 줄이고 테스트 및 업그레이드를 단순화할 수 있습니다 [3].
@@ -23,8 +23,8 @@ github_commit: "[P-Reinforce] Continuous Worker - Interface Segregation Principl
 - **정책 변화:** Design & Experience 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** SOLID Design [[Principles]], Single Responsibility Principle (SRP), Facade Pattern
-- **Projects/Contexts:** TypeScript/[[JavaScript]] [[Architecture]], Toss Front SDK
+- **Related Topics:** SOLID Design [[Principles|Principles]], Single Responsibility Principle (SRP), Facade Pattern
+- **Projects/Contexts:** TypeScript/[[JavaScript|JavaScript]] [[Architecture|Architecture]], Toss Front SDK
 - **Contradictions/Notes:** 소스 내에 ISP에 반대되는 주장은 없습니다. 추가적인 참고 사항으로, 소스는 인터페이스에 여러 도메인 동사가 존재할 경우 이를 분리하는 기준으로 삼으라고 조언합니다 [3].
 
 ---