fix: Codex 캐시 적중률 이중 카운팅 수정

[shindonghwi]

목적

Codex 사용자가 캐시 적중률을 보고 "캐싱이 잘 안 되고 있나?" 하고 오해할 수 있는 문제를 해결합니다.
실제로는 90%로 잘 캐싱되고 있는데 48%로 표시되면, 불필요하게 프롬프트 구조를 바꾸거나 캐싱 최적화에 시간을 쓰게 됩니다.

또한 Claude + Codex를 함께 사용하는 경우 합산 적중률도 왜곡되어(96% -> 72%),
전체 사용 효율을 판단하는 데 혼란을 줍니다.

문제

제 문제의 경우에서 Codex(OpenAI) 소스의 캐시 적중률이 실제보다 낮게 표시됩니다.

• 실제 캐시 적중률: ~90.8%
• 앱에 표시되는 값: ~47.6%

원인

OpenAI API와 Anthropic API의 input_tokens 의미가 다릅니다.

API	input_tokens 의미
Anthropic	캐시되지 않은 순수 새 입력 토큰
OpenAI	전체 입력 토큰 (cached 포함)

프론트엔드의 캐시 적중률 공식은 cache_read / (input_tokens + cache_read) 인데,
OpenAI 데이터에서는 input_tokens에 이미 cached가 포함되어 있으므로
분모에서 cached가 이중으로 카운팅됩니다.

// Anthropic: 정확
900 / (100 + 900) = 90%

// OpenAI: cached가 이중 카운팅
900 / (1000 + 900) = 47.4%  (실제로는 900/1000 = 90%)

비용 계산(calculate_cost)에서는 이미 input.saturating_sub(cached)로 처리하고 있었으나,
통계 집계(build_stats)에서는 이 정규화가 누락되어 있었습니다.

수정 내용

build_stats()에서 daily.input_tokens와 mu.input_tokens 집계 시
entry.input_tokens.saturating_sub(entry.cached_tokens)를 사용하여
Claude/OpenCode와 동일한 의미(uncached-only)로 정규화합니다.

영향 범위

• CacheEfficiency 컴포넌트의 캐시 적중률 도넛 차트
• statsHelpers.ts를 사용하는 Wrapped 카드
• useCombinedStats로 합산할 때의 aggregate 히트율
• model_usage 기반 총 토큰 표시 (Header, WrappedCards 등)
• 비용 계산은 영향 없음 (이미 올바르게 처리 중)

테스트

• cargo test 39개 전체 통과
• cargo check 정상 (기존 warning만 존재)