feat: N:1 면접 스키마 도입 및 분석 콜백·SSE 정합성 수정

[kimwuju]

연관 이슈 없음

Task

• N:1 면접(면접관 3인) 스키마를 도입했습니다. 페르소나에 직책 축(role: TECH/HR/CEO)을 신설하고, major(BACKEND/FRONTEND)는 기술 면접관의 세부 전공으로 좁혔습니다. 말투(type)와 직책은 독립이라 CEO가 압박형일 수도 친화형일 수도 있습니다. 면접에는 mode(SOLO/MULTI)가 생겼고, N:1 면접관 목록은 interview_persona가 진행 순서(TECH → HR → CEO)와 함께 들고 있습니다. 1:1은 기존 interview.persona_id 경로가 그대로 돕니다.
• 면접관별 종합 피드백을 저장합니다. feedback_persona 테이블과 feedback_item.persona_id를 추가했습니다. 문항이 페르소나당 2~3개뿐이라 3지표(total/intent/reliability) 대신 점수 하나만 둡니다. 1:1 콜백에는 personas가 실리지 않고, 그때는 아무것도 저장하지 않습니다.
• N:1은 채팅 서버가 면접 종료 시점에 분석 서버를 직접 호출합니다. 이 서버는 요청을 접수한 적이 없어 대응하는 feedback 행이 없으므로, 콜백의 sessionId로 면접을 찾아 그 시점에 만듭니다.
• 페르소나 난이도(level)를 값 집합이 고정된 형태로 다시 넣고, 채팅 서버로 전달합니다. V7에서 제거했던 자유 문자열 컬럼과 달리 EASY/NORMAL/HARD로 CHECK를 겁니다.
• role·level의 기본값 폴백을 걷어냈습니다. null → TECH, null → NORMAL이 남아 있으면 프론트가 값을 누락해도 드러나지 않고, 저장된 뒤에는 요청값과 기본값을 구분할 수 없습니다. 비어 있으면 422로 거부합니다.
• 실패 콜백이 이미 저장된 분석 결과를 지우던 문제를 고쳤습니다. /api/v1/ai/callback은 성공·실패가 같은 경로로 들어오는데 status를 보지 않고 result를 덮어써서, 실패 콜백 한 번에 성공 결과가 null이 됐습니다.
• 구독이 콜백보다 늦게 붙어도 결과를 받습니다. 기존 SSE는 그 순간 붙어 있는 emitter에게만 보내고 없으면 버려서, 이미 끝난 작업을 구독하면 connect만 받고 영영 대기했습니다. analysis_data에 status·error_status_code·error_message를 두고(V10), 구독 시 끝난 작업이면 즉시 결과를 보내고 스트림을 닫습니다.
• 분석 작업 소유자(user_id) 기록 실패가 조용히 넘어가지 않게 했습니다. job_id가 없으면 502로 끊고, 사용자 조회 실패는 로그를 남기되 요청 전체는 살립니다(그 시점엔 분석 서버가 이미 작업을 접수한 뒤라, 여기서 던지면 클라이언트가 jobId를 못 받은 채 작업만 떠돕니다).
• 마이그레이션 V7~V10이 포함됩니다. 테스트 통과합니다.

마이그레이션 순서

V7  persona.level 제거          ← 코드에 없던 잔여 컬럼 정리
V8  N:1 면접 스키마             ← role/mode/interview_persona/feedback_persona
V9  persona.level 재도입        ← EASY/NORMAL/HARD로 값 집합 고정
V10 analysis_data 상태·실패사유  ← SSE 되짚기의 전제

V7에서 지운 level을 V9에서 다시 넣습니다. 같은 이름이지만 다른 컬럼입니다 — 전자는 코드 어디에서도 쓰지 않던 자유 문자열 잔여물이었고, 후자는 CHECK로 값이 고정된 새 컬럼입니다.

리뷰 시 봐주셨으면 하는 것

N:1 면접 시작은 아직 막혀 있습니다. prepareInterview가 MULTI면 422로 거부합니다. 1:1용 질문 재작성을 그대로 태우면 인사·CEO 질문 없이 면접이 열리기 때문입니다. 분석 서버의 multi tailor 스펙이 확정되면 열어야 합니다.

analysis_data.status에 DEFAULT를 뒀습니다. 배포 중 구버전 인스턴스가 콜백을 받아 INSERT할 때 NOT NULL로 깨지지 않게 하기 위해서입니다. 기존 행은 result 유무로 백필했습니다.

user_id가 여전히 채워지지 않고 있습니다. 8/20 이후 analysis_data에 쌓인 행은 전부 user_id가 비어 있는데, AI 서버 응답(0.45초, job_id 정상)도 getUser()도 정상이라 코드 경로에서 원인을 특정하지 못했습니다. 이번에 추가한 ERROR 로그로 다음 호출에서 드러날 예정입니다. 영향은 findTopByUserIdAndResultIsNotNullOrderByCreatedAtDesc가 최신 분석 결과를 못 찾아 질문 재작성이 예전 결과를 집는 것입니다.

/subscribe/{jobId}와 /callback에 인증이 없습니다. jobId만 알면 남의 분석 결과를 구독하거나 결과를 밀어넣을 수 있습니다. 이번 PR 범위 밖이라 두었습니다.

프론트도 함께 확인이 필요합니다. SSE는 구독 즉시 event: connect를 보냅니다. 결과는 question-generated / question-generation-failed로 오므로 각각 addEventListener로 분기하고, 받은 뒤 eventSource.close()를 호출해야 재연결이 반복되지 않습니다.