fix(eval): judge 호출 무한 대기 방지 (SDK 재시도 OFF + connect/read 타임아웃)

[TaskerJang]

배경

#61 80 QA 재측정이 1번 문항(hanwha_001) judge 호출에서 멈춰 Ctrl+C(KeyboardInterrupt)로 죽음. 트레이스백:

faithfulness_judge.py:117 _call_api
  → _active_judge_client.chat.completions.create(...)
  → httpx ... response.read() → _receive_response_body → sock.recv  # 여기서 행
KeyboardInterrupt

기존에도 timeout=60 + tenacity 재시도(3회)는 있었으나:

• OpenAI SDK 자체 재시도(기본 max_retries=2)가 tenacity(3회)와 곱해짐 → 최악 6회 × 60s ≈ 6분간 멈춘 것처럼 보임.
• connect 타임아웃 분리 없음 → 연결 단계 stall도 60s 통으로 대기.

변경

• _make_judge_client(api_key, base_url) 헬퍼 추가 — 모든 judge 클라이언트를 동일 정책으로 생성:
  • timeout=httpx.Timeout(60.0, connect=10.0) — connect 10s / read·write·pool 60s.
  • max_retries=0 — SDK 자체 재시도 OFF, tenacity 가 유일한 재시도 주체.
• 모듈 기본 client / _active_judge_client / configure_judge_llm 전부 이 헬퍼 경유.
• _call_api 의 per-call timeout 도 _JUDGE_TIMEOUT 로 명시(connect 10/read 60 유지).

효과

• 타임아웃이 곧바로 tenacity 로 전파 → 3회만(지수 백오프 2~8s) 재시도, 최악 대기 ~3.5분으로 축소. 일시적 지연은 보통 2번째 시도에서 해소.
• 연결 stall은 10s 만에 실패 → 빠른 재시도.
• API 동작·프롬프트·스키마 fallback 로직 변경 없음(타임아웃/재시도 정책만).

비고

• 같은 패턴(LLM judge per-QA)인 eval/metrics/answer_correctness.py 와 답변 생성 클라이언트(agent/llm_client)도 동일 보강이 필요할 수 있음 — 후속에서 검토.