Files
hyungi_document_server/app/workers/study_queue_consumer.py
T
Hyungi Ahn e8da53490c feat(study): Phase 4-A wrong/unsure AI 풀이 prefetch batch
PR-3 의 결과 화면 [AI 해설 보기] 실시간 호출이 클릭 시 8~30초 대기. 풀이 직후
백그라운드 batch 로 미리 생성해 캐시 hit. 환각 가드는 PR-3 보다 강화 — envelope
JSON {answer_choice, explanation_md, confidence} + answer_choice == correct_choice
검증 + evidence 의무.

processing_queue 가 documents.id FK 라 study_questions 에 직접 재사용 불가 →
별도 study_question_jobs 테이블 + 별도 consumer.

Backend:
- migrations/231 — study_question_jobs CREATE TABLE (13컬럼, kind 권장값
  'explanation' / 'session_summary' 예약, status pending/processing/completed/
  failed/skipped, max_attempts=2)
- migrations/232 — partial unique idx (qid, kind) WHERE status IN
  (pending, processing) — active 행 중복 차단, terminal 이력 누적 허용
- models/study_question_job — ORM + enqueue_study_question_job() 헬퍼
  (on_conflict_do_nothing 멱등)
- prompts/study_explanation_envelope.txt — envelope 형식 프롬프트
  (answer_choice 1~4 강제, confidence high/medium/low)
- workers/study_explanation_worker — terminal status 분기:
  · evidence 둘 다 빈 리스트 → job/question 모두 skipped (LLM 호출 X)
  · answer_choice != correct_choice → guard_fail / failed (재시도 X)
  · timeout/parse → 재시도 후보 (max_attempts=2)
  · catch-all except → unknown 명시 + retryable 분기
  · question.ai_explanation_status='ready' 이미 박혀있으면 즉시 completed
  · confidence 는 job.payload 에 보존 (운영 분석)
- workers/study_queue_consumer — APScheduler 1분 주기, BATCH_SIZE=1, MLX gate
  Semaphore(1) 공유. STALE_MINUTES=10 자체 복구
- main.py — scheduler.add_job(consume_study_queue, ..., id='study_queue_consumer')
- services/study/explanation_enqueue — finalize + GET fallback 공유 헬퍼:
  filter_needs_explanation (study_questions status + 최신 job error_code 필터,
  guard_fail/evidence_missing 인 마지막 job 은 자동 재enqueue 제외) +
  enqueue_explanation_for_qids (max_count cap)
- session_finalize — 끝에서 wrong/unsure qid prefetch enqueue (best-effort,
  실패해도 finalize 자체 안 깨짐)
- api/study_topics get_quiz_session — done 세션에서 backfill enqueue (max=30,
  non-blocking, debug 로그)

대상 조건: ai_explanation_status IN ('none', 'failed') OR ai_explanation IS NULL.
stale / skipped / pending / ready 는 자동 enqueue 대상 X. stale 재생성은 PR-3
명시 [다시 생성] 또는 후속 Phase 에서.

Plan: ~/.claude/plans/nifty-sparking-spindle.md (Phase 4-A)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-01 11:42:08 +09:00

109 lines
4.7 KiB
Python

"""Phase 4-A study_question_jobs consumer — APScheduler 1분 간격.
study 도메인 전용 큐 (processing_queue 와 분리). BATCH_SIZE=1 — MLX 26B 가
deep_summary 와 같은 Semaphore(1) 게이트를 공유하므로 GPU 부하 통제.
stage 별 worker dispatch:
- kind='explanation': study_explanation_worker.run_explanation_job (Phase 4-A)
- kind='session_summary': Phase 4-B 예약, 1차 미구현 — pending 만 보면 즉시 skipped 처리
"""
from __future__ import annotations
from datetime import datetime, timedelta, timezone
from sqlalchemy import select, update
from sqlalchemy.exc import SQLAlchemyError
from core.database import async_session
from core.utils import setup_logger
from models.study_question_job import StudyQuestionJob
from workers.study_explanation_worker import run_explanation_job
logger = setup_logger("study_queue_consumer")
# 한 사이클에 한 row 씩 — MLX 게이트 직렬화 + GPU 부하 예측 가능.
BATCH_SIZE = 1
# processing 상태로 STALE_MINUTES 이상 방치된 job 은 worker 가 죽었다고 보고 pending 복구.
STALE_MINUTES = 10
async def reset_stale_study_jobs() -> None:
"""processing 으로 STALE_MINUTES 이상 방치된 job 을 pending 으로 복구.
partial unique idx 가 (qid, kind) WHERE status IN ('pending','processing') 이라
같은 qid 의 다른 pending 이 동시에 있을 일이 거의 없음 (enqueue 가 on_conflict_do_nothing).
그래도 안전하게 update 만 — 충돌 시 IntegrityError 는 단건 단위 catch.
"""
cutoff = datetime.now(timezone.utc) - timedelta(minutes=STALE_MINUTES)
try:
async with async_session() as session:
stmt = (
update(StudyQuestionJob)
.where(
StudyQuestionJob.status == "processing",
StudyQuestionJob.started_at.is_not(None),
StudyQuestionJob.started_at < cutoff,
)
.values(status="pending", started_at=None)
)
result = await session.execute(stmt)
await session.commit()
n = result.rowcount or 0
if n > 0:
logger.warning("study_jobs_stale_reset count=%s", n)
except SQLAlchemyError as e:
logger.exception("study_jobs_stale_reset_failed: %s", e)
async def consume_study_queue() -> None:
"""APScheduler 진입점. pending job BATCH_SIZE 만큼 처리."""
await reset_stale_study_jobs()
async with async_session() as session:
rows = (
await session.execute(
select(StudyQuestionJob)
.where(StudyQuestionJob.status == "pending")
.order_by(StudyQuestionJob.id.asc())
.limit(BATCH_SIZE)
)
).scalars().all()
for job_row in rows:
# 각 job 마다 독립 세션 — 한 job 실패가 다른 job 에 전염 X.
async with async_session() as s:
try:
# 같은 row 를 fresh load (lock 회피, 세션 격리)
job = await s.get(StudyQuestionJob, job_row.id)
if job is None or job.status != "pending":
continue # 다른 cycle 에서 이미 처리
if job.kind == "explanation":
await run_explanation_job(s, job)
elif job.kind == "session_summary":
# Phase 4-B 미구현 — 즉시 skipped 처리 (lost in queue 방지)
job.status = "skipped"
job.error_code = "unknown"
job.error_message = "session_summary not implemented in Phase 4-A"
job.completed_at = datetime.now(timezone.utc)
logger.info("study_job_unsupported_kind id=%s kind=%s", job.id, job.kind)
else:
job.status = "skipped"
job.error_code = "unknown"
job.error_message = f"unknown kind: {job.kind!r}"
job.completed_at = datetime.now(timezone.utc)
logger.warning("study_job_unknown_kind id=%s kind=%s", job.id, job.kind)
await s.commit()
logger.info(
"study_job_processed id=%s qid=%s kind=%s status=%s error_code=%s attempts=%s",
job.id, job.study_question_id, job.kind, job.status, job.error_code,
job.attempts,
)
except Exception as e:
# worker 안에서 잡지 못한 catastrophic 실패 — 세션 rollback 후 다음 cycle 재처리.
# study_explanation_worker 가 catch-all except 를 가지므로 여기 도달은 드묾.
await s.rollback()
logger.exception("study_job_outer_failed job_id=%s: %s", job_row.id, e)