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

01_Archive/2026-04-20/대규모 모노레포(Turborepo) 환경에서의 린트 오케스트레이션.md

@@ -1,13 +1,13 @@
 ---
 id: P-REINFORCE-AUTO-873405
-category: "[[10_Wiki/💡 Topics/Programming & Language]]"
+category: "10_Wiki/💡 Topics/Programming & Language"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
 github_commit: "[P-Reinforce] Continuous Worker - 대규모 모노레포(Turborepo) 환경에서의 린트 오케스트레이션"
 ---
 
-# [[대규모 모노레포(Turborepo) 환경에서의 린트 오케스트레이션]]
+# [[대규모 모노레포(Turborepo) 환경에서의 린트 오케스트레이션|대규모 모노레포(Turborepo) 환경에서의 린트 오케스트레이션]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > 대규모 모노레포(Turborepo) 환경에서는 여러 패키지가 혼재하여 린트(ESLint, Prettier) 설정이 중복되고 일관성이 떨어지며 모노레포 루트에서 `lint-staged`를 실행하기 까다로운 문제가 발생합니다 [1-3]. 이를 해결하기 위해 중앙 집중식 설정 패키지를 구성하고, 모노레포 루트에서 파일 패턴을 기반으로 적절한 프리셋을 매핑하는 오케스트레이션 구성을 도입합니다 [3, 4]. 이 아키텍처는 패키지별 자율성을 유지하면서도 Husky 및 lint-staged와 결합하여 변경된 파일만 효율적으로 검사할 수 있도록 지원합니다 [5, 6].
@@ -24,11 +24,11 @@ github_commit: "[P-Reinforce] Continuous Worker - 대규모 모노레포(Turbore
 - **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[ESLint]], [[Prettier]], [[Husky]], [[lint-staged]]
-- **Projects/Contexts:** [[Turborepo를 활용한 다중 애플리케이션 및 라이브러리 통합 관리]]
+- **Related Topics:** [[ESLint|ESLint]], [[Prettier|Prettier]], [[Husky|Husky]], [[lint-staged|lint-staged]]
+- **Projects/Contexts:** [[Turborepo를 활용한 다중 애플리케이션 및 라이브러리 통합 관리|Turborepo를 활용한 다중 애플리케이션 및 라이브러리 통합 관리]]
 - **Contradictions/Notes:** 분산된 린트 구성 방식은 개별 패키지의 제어력을 높여줄 것 같지만 실제로는 심각한 중복과 유지보수 문제를 야기합니다. 소스는 오히려 중앙 집중식 설정과 루트 오케스트레이션을 결합하는 방식이 종속성 중복을 줄이고(package-lock.json 축소), 전체적인 코드 라인 수를 감소시키면서도 패키지별 자율성을 보장할 수 있다고 강조합니다 [5, 8, 9].
 
 ---
 *Last updated: 2026-04-18*
-- Raw Source: [[00_Raw/2026-04-20/대규모 모노레포(Turborepo) 환경에서의 린트 오케스트레이션.md]]
+- Raw Source: 00_Raw/2026-04-20/대규모 모노레포(Turborepo) 환경에서의 린트 오케스트레이션.md
 ---