Merge commit '85ae2eb' into dryforge/performance-t4

docs/calculation-performance/mkl-coverage.md

@@ -151,6 +151,26 @@ T1의 실제 Hex8 VTune stack은 `TwoSum → Add → Multiply → hex8_high_low:
   TwoProduct의 least-bit-sum < −1074 거부와 FMA residual·TwoSum 정규화는 그대로다.
 - zero/low-zero shortcut, nonzero multiplication association 변경은 채택하지 않았다.
 
+이후 공통 산술 담당자는 실제 `fpclassify` 비용을 근거로 이 private header의
+finite 분류만 보강했다. `IsFiniteBinary64`는 memcpy로 읽은 binary64 exponent가
+2047인지 확인하며 NaN/Inf를 거부한다. 연산식·검사 위치·정규화·FMA·exact-tail
+기준은 그대로다. [독립 source 검토](../../.harness/performance/shared-classification/source-numerical-review.md)는
+분류와 지원 환경의 값·실패 조건 보존을 확인했다. Signaling NaN의 exception flag나
+trap 관측까지 동등하다고 주장하지 않는다. 원래 분류의 새 경계 검사 9/9와
+변경 후 pair bit oracle·Hex8·paired state/kinematics 62/62가 native 0으로 통과했다.
+[변경 전 기록](../../.harness/performance/shared-classification/before-native.json),
+[변경 후 기록](../../.harness/performance/shared-classification/after-native.json)과
+[검사 로그](../../.harness/performance/shared-classification/after-checks.txt)를 보존한다.
+이 결과는 최종 모델의 시간 목표나 전체 회귀 검사를 대체하지 않는다.
+
+위 검증 중 기존 MSVC/Ninja의 include prefix 인식 오류도 확인했다. 이 PC에는
+한국어 compiler resource만 있어 `VSLANG=1033`만 지정한 fresh build도 dependency가
+0개였다. 실제 출력 접두사 `참고: 포함 파일: `를 별도 로컬 CMake include로 지정한
+fresh build에서는 `hex8_high_low.cpp.obj`의 13개 dependency와 산술 header를 확인했다.
+[실제 dependency](../../.harness/performance/shared-classification/after-dependencies.txt)를 보존한다.
+공용 preset·compiler flags·설치 환경은 바꾸지 않았다. 기존 자료의 직접 cpp 재컴파일과
+header 변경 추적의 한계를 구별하며 최종 검증도 보정한 fresh build에서 수행한다.
+
 [독립 수치 검토](../../.harness/performance/t2/arithmetic-numerical-review.md)는
 위 두 helper proof/source 범위 PASS이며 실제 검사/속도와 전체 MKL diff 검토를
 대체하지 않는다. Frozen original oracle는 pinned `b4fc1bb`의 원본이며 include guard와