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

10_Wiki/Topics/Development/Development Communication Standards.md

@@ -6,7 +6,7 @@ tags: [development, communication, conventional-commits, conventional-comments,
 last_reinforced: 2026-05-01
 ---
 
-# [[Development Communication Standards (Conventional Commits & Comments)]]
+# Development Communication Standards (Conventional Commits & Comments
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > "코드와 피드백의 의도를 라벨링하여 인간 간의 오해를 줄이고 기계적 처리를 가능하게 하는 텍스트 표준화 전략: 명확한 소통이 개발 속도와 심리적 안전감을 결정한다."
@@ -14,10 +14,10 @@ last_reinforced: 2026-05-01
 ## 📖 구조화된 지식 (Synthesized Content)
 개발 과정에서 발생하는 텍스트 기반 소통을 규격화하여 협업 효율을 극대화합니다.
 
-1.  **[[Conventional Commits]]**:
+1.  **Conventional Commits**:
     *   커밋 메시지에 유형(예: `feat:`, `fix:`, `chore:`, `refactor:`)을 명시합니다.
     *   자동화된 릴리스 노트 생성과 버전 관리(Semantic Versioning)의 기반이 됩니다.
-2.  **[[Conventional Comments]]**:
+2.  **Conventional Comments**:
     *   코드 리뷰 시 코멘트 앞에 라벨(예: `suggestion:`, `issue:`, `nitpicked:`, `praise:`)을 붙입니다.
     *   **Decorations**: `(blocking)` vs `(non-blocking)`을 통해 즉각적인 수정 필요 여부를 명시하여 작성자의 혼란을 제거합니다.
 3.  **심리적 안전감과 효율성**:
@@ -28,9 +28,9 @@ last_reinforced: 2026-05-01
 - **자동화와의 병행**: `nit:`(사소한 스타일) 코멘트가 많아지면 중요한 로직 피드백이 가려질 수 있습니다. 스타일 이슈는 린터가, 비즈니스 로직은 인간이 담당하는 역할 분담이 전제되어야 합니다.
 
 ## 🔗 지식 연결 (Graph)
-- [[Constructive Feedback]]: 건설적 피드백의 구체적 실천법.
-- [[Non-blocking Feedback]]: 개발 속도를 유지하는 리뷰 전략.
-- [[Automated Code Analysis]]: 사소한 지적을 자동화로 이관하는 구조.
-- [[Pull Request Workflow]]: 표준화된 소통이 이루어지는 주무대.
-- [[Non-violent Communication]]: 커뮤니케이션의 심리학적 배경.
+- Constructive Feedback: 건설적 피드백의 구체적 실천법.
+- Non-blocking Feedback: 개발 속도를 유지하는 리뷰 전략.
+- [[Automated Code Analysis (자동화된 코드 분석)|Automated Code Analysis]]: 사소한 지적을 자동화로 이관하는 구조.
+- Pull Request Workflow: 표준화된 소통이 이루어지는 주무대.
+- Non-violent Communication: 커뮤니케이션의 심리학적 배경.
 ---