feat: complete wikification of War Commander batch 1&2 and final grey dot cleanup

10_Wiki/Topics/Graphics & Performance/Draw Call.md

@@ -1,6 +1,6 @@
 ---
 id: P-REINFORCE-AUTO-E9A644
-category: "[[10_Wiki/💡 Topics/Graphics & Performance]]"
+category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
@@ -29,11 +29,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Draw Call"
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[Render State]], [[CPU Bottleneck]], [[InstancedMesh]], [[BatchedMesh]], [[Geometry Merging]], [[Texture Atlas]]
-- **Projects/Contexts:** [[Three.js]], [[WebGL]], [[WebGPU]], [[Unity]]
+- **Related Topics:** [[Render State]], [[CPU Bottleneck]], [[InstancedMesh]], BatchedMesh, [[Geometry Merging]], [[Texture Atlas]]
+- **Projects/Contexts:** Three.js, [[WebGL]], [[WebGPU]], [[Unity]]
 - **Contradictions/Notes:** 소스에 따르면, 드로우 콜을 1회로 줄이는 것(`InstancedMesh` 등의 도입)이 무조건 프레임 속도 상승으로 이어지지는 않습니다. 수만 개의 객체가 하나의 드로우 콜로 묶이게 되면 엔진의 시야 절두체 컬링(Frustum Culling) 정밀도가 떨어지거나 투명 객체의 정렬(Sorting) 부재로 인해 막대한 오버드로우(Overdraw)가 발생하여, 결과적으로 CPU 명령은 줄어도 GPU 연산량은 오히려 기하급수적으로 늘어나는 현상이 일어날 수 있습니다 [10, 20-22]. 
 
 ---
 *Last updated: 2026-04-19*
-- Raw Source: [[00_Raw/2026-04-20/Draw Call.md]]
+
 ---