Jev 운영 호출 재검증 기록

docs/decisions/jev-client-affect.md

@@ -82,3 +82,7 @@
 `USER-LATENCY`는 JEV-001 하위 열린 항목이다. CUA click→reply 도구 관측상한은 T1 7392ms와 T2 13202ms였으나 도구 호출 사이 공백을 포함하므로 정확한 지연이 아니며, T3 UI 관측값은 5001ms였다. audit은 client 3983/3387/3694ms와 Jev 498/316/318ms를 기록했고, 기존 P1 privacy 원문 미조회 비교는 client 3239ms·Jev 470ms였다. 현재는 전체 출력 검사 뒤 글을 표시하고, DB 저장 완료 뒤 음성 요청→서버 전량 수신→브라우저 전량 decode 뒤 재생한다. 첫 발화의 캐시 원인은 단정하지 않는다. 이 표본은 성능 통계나 기준 모델 대비 우위가 아니며 사용자 체감 속도가 해결됐거나 빨라졌다고 주장하지 않는다. 실제 경로의 text display·voice onset·완료 준비를 분리 측정하고 안전 검사를 유지한 최적화로 닫는다.
 
 운영 API 기동 로그에는 기존 G6 background 연구 producer의 `SupervisionResearchConflictError` 1건이 관측됐다. producer는 cohort별 예외를 격리해 계속 실행했고 Jev·세션 경로와 분리되며, 이번 배포 diff에는 해당 producer·store 변경이 없다. 따라서 이번 Jev 배포 회귀로 단정하지 않지만 전체 운영 기능 정상 주장을 하지 않는다. 열린 항목 `G6-PRODUCER-CONFLICT`는 기존 submission id와 content hash를 읽기 전용으로 대조하고, 같은 id 재실행의 idempotency 충돌을 해소한 뒤 해당 테스트와 실제 cycle 성공으로 닫는다.
+
+### 2026-09-23 현재 runtime 재검증
+
+[Runtime 재검증 영수증](../ops/evidence/jev-runtime-verification-2026-09-23.json)은 배포 컨테이너와 로컬의 Jev 관련 소스 4개 hash 일치, 과거 2회기의 9축 감정 상태와 OpenRouter audit 교집합, 그리고 독립 공유 adapter의 새 9축 호출(472ms)을 분리해 기록한다. 과거 audit은 새 호출이 아니며 독립 호출도 생성·DB·audit 저장을 검증하지 않는다. 구현·runtime 연결은 수용하되 한국어 품질·전체 지연·품질 승격 게이트는 계속 열린다.