cron dry-run 검증 중 발견: - /app/scripts/ 는 bind-mount 활성 (Phase 2 main FF 후 컨테이너 가시화 ✓) - /app/evals/ 는 fastapi 이미지에도 없고 compose 마운트도 없음 - 이전 README/plan 의 --log-tsv /app/evals/markdown/... 은 컨테이너 writable layer 에 쓰여 재기동 시 유실되는 문제 해결: nightly --log-tsv 와 post-report --output-* 는 /app/logs/ 사용 (rw bind-mount → host ~/Documents/code/hyungi_Document_Server/logs/ 영구). 주 1회 git commit 시 logs/ → evals/markdown/ 로 cp 후 add. post-report 도 동일 패턴.
Phase 1D — Markdown Conversion Pilot 평가
Plan:
~/.claude/plans/stratified-mingling-otter.mdScript:scripts/phase1d_pilot.py(subcommands: select / enqueue / report / eval_template)
목적
30건 stratified sample 로 marker-pdf 의 failure mode 종류 발견. 통계적 대표성이 아니라 진단 도구. 결과로 다음 분기점 판정:
- Phase 2 풀 backfill 진입 가능?
- SKIP rule 확장 필요?
- Marker 튜닝 / 대안 (kordoc / OCR 전처리 hybrid) 우선?
Sample 구성
pilot_1d_sample.csv — 30 rows × 15 columns. 시드 20260502 고정.
sample_source 분리
| sample_source | n | 의미 |
|---|---|---|
existing_success |
5 | 기존에 변환 성공한 PDFs. forced anchor (doc 4809 Note_240805_용접교육 필기) + calibration 4. pilot 후 같은 문서 재변환 결과와 비교해 개선 여부 판정 anchor. |
controlled_backfill |
25 | pending 262건 中 4축 stratified 로 신규 변환. 분포: handwritten 3 / scan_likely 2~3 / mixed 5 / born_digital 12 / large 2 |
4 축 stratification
| Axis | Buckets |
|---|---|
doc_type |
study_note / Academic_Paper / Reference / Note / Manual / Standard / Specification / NULL |
file_size_band |
S (<1MB) / M (1~10MB) / L (>10MB) |
text_density_band |
scan-likely (<5 chars/KB) / mixed (5~50) / born-digital (>50) |
handwritten_hint |
hi (title/path 매칭: 필기/노트/handwritten/scan/스캔) / lo |
보조 컬럼: script_mix (Hangul/CJK/Latin 비율 라벨), page_count_estimate (existing_success 만 채워짐), forced_include_reason.
Rubric (사용자 평가, 1~5 점)
각 sample 1건 당 MarkdownDoc viewer + PDF 원본 토글 비교하면서 5축 점수 + boolean + notes:
| 축 | 정의 | 1점 | 5점 |
|---|---|---|---|
| text_accuracy | OCR/추출 정확도 | 알아보기 어려움, ghost text 다발 | 원본과 거의 동일, OCR 오타 1~2건 |
| structure | heading/list/table 구조 보존 | 구조 완전 유실, 한 덩어리 텍스트 | 원본의 heading 계층 + table row 그대로 |
| noise_rate | 의미 없는 반복/garbage 토큰 | 본문 30%+ 가 noise | noise 거의 없음 |
| multi_script | 한중일/특수문자 혼합 정확도 | 잘못된 스크립트로 mojibake | 원본 스크립트 그대로 보존 |
| completeness | 본문 누락 | 페이지 절반 이상 빠짐 | 누락 없음 |
overall_pass (true/false) — "이 markdown 으로 검색/참고에 쓸 만한가" 직관 판단. rubric 점수 합계와 별도로 보존.
notes — 자유서술. 특히 알려진 failure pattern (예: TO STAND 12/4 반복, 한중일 mojibake) 재현 시 명시.
평가 워크플로우
0. Pre-eval
evals/markdown/pilot_1d_eval.csv 가 비어 있다면 (또는 새 라운드면) 스켈레톤 생성:
ssh hyungi@100.111.160.84 \
"docker compose -f ~/Documents/code/hyungi_Document_Server/docker-compose.yml \
exec fastapi python /app/scripts/phase1d_pilot.py eval_template \
--in /tmp/phase1d_pilot.json \
--csv /app/evals/markdown/pilot_1d_eval.csv"
1. 한 건씩 평가
브라우저에서 https://document.hyungi.net/documents/<doc_id> 열기:
- 기본 표시 (Markdown 또는 PDF iframe —
canShowMarkdown따라) 확인 - PDF 원본 토글 클릭해서 PDF 와 비교
- 5축 점수 매기기 (1~5)
overall_passtrue/false 결정- notes 에 발견된 failure pattern 기록 (있으면)
- 결과를
evals/markdown/pilot_1d_eval.csv에 입력
10건씩 3 세션 분할 권장 (총 ~2.5h 사람 시간).
2. 의사결정 매트릭스
평가 끝난 30건의 분포로:
| 결과 패턴 | 다음 액션 |
|---|---|
| overall_pass ≥ 25/30 (83%+) 전 영역 | Phase 2 풀 backfill 본 plan 작성. SKIP rule 확장 불필요. |
| overall_pass 20~24 + 특정 영역 (예: 필기) 만 fail | SKIP_DOC_TYPES / source_kind heuristic 으로 약점 영역 제외 → 나머지 풀 backfill |
| overall_pass < 20 또는 systemic 결함 (multi_script 전반 fail 등) | Marker 설정 튜닝 또는 대안 (kordoc vs marker 비교, OCR 전처리 추가) — Phase 1B 재설계 |
| backfill 자체 실패율 > 10% (failed/timeout) | marker-service 안정화 우선. 1D 평가 보류. |
3. anchor 비교
existing_anchor (doc 4809) 의 평가 결과는 다음 라운드 (Marker 튜닝 또는 대안 도입 후) 같은 문서 재변환 결과와 1:1 비교. 점수 개선 여부가 튜닝 효과의 가장 깨끗한 신호.
4. Marker 자가 metrics 와 cross-check
md_extraction_quality.metrics (markdown_heading_count / markdown_table_row_count / text_length_ratio 등) 는 Marker 자가 진단. 사람 평가와 비교:
- Marker 가 "tables=237" 인데 사람 평가 structure=1 → 자가 진단 false positive
- text_length_ratio < 1 인데 사람 평가 completeness=5 → ratio 가 좋은 proxy 아닐 수 있음
이런 mismatch 가 md_extraction_quality.score 정의의 출발점 (현재 score 항상 null).
파일
| 파일 | 역할 | 갱신 시점 |
|---|---|---|
pilot_1d_sample.csv |
30건 sample 정의 (선정 결과). 시드 20260502 재현 가능. |
select 결과 commit (1회) |
pilot_1d_eval.csv |
사용자 평가 결과 (rubric 점수 + overall_pass + notes) | 사용자 평가 종료 시 commit |
README.md |
본 가이드 | 초기 commit |
실행 환경
GPU 서버 fastapi 컨테이너 안에서 실행 — DB / NAS NFS / md_extraction_quality JSONB 접근 필요:
ssh hyungi@100.111.160.84
cd ~/Documents/code/hyungi_Document_Server
docker compose exec fastapi python /app/scripts/phase1d_pilot.py select \
--csv /app/evals/markdown/pilot_1d_sample.csv
enqueue 의 --yes 또는 --no-dry-run 류 실행은 별도 사용자 승인 + 야간 단발 sweep 윈도우 (23:00~03:00 KST) 안에서만. 30건 backfill = marker-service BATCH_SIZE=1 × 평균 5분/건 ≈ 2.5h.
Phase 2 — Full Backfill (legacy pending PDFs)
Plan:
~/.claude/plans/iridescent-gathering-clover.mdScript:scripts/phase2_backfill.py(subcommands: inventory / select-canary / enqueue / nightly-enqueue / post-report)
목적
1D pilot 결과 = engineering go signal. legacy pending PDF (1D 후 잔여 ~237건) 을 marker_worker 로 변환해 md_status='success' 누적. 신규 업로드 우선권 보존, 야간 저부하 sweep, DB state 기반 idempotent checkpoint.
진행 로드맵: 2-A dry-run inventory → 2-B canary 40건 → 2-C nightly sweep ~4-5 nights → 2-D post-report.
파일
| 파일 | 역할 | 갱신 시점 |
|---|---|---|
phase2_inventory.csv |
pending PDFs dry-run inventory + skip forecast | 2-A 종료 (commit, 1회) |
phase2_canary_sample.csv |
stratified 40건 canary sample (시드 20260503) |
2-B(a) (commit) |
phase2_canary_result.md |
canary 결과 요약 + 1D 비교 + GO/HALT 결정 근거 | 2-B 종료 (commit) |
phase2_nightly_log.tsv |
야간 sweep 한 줄/일 (date / enqueued / active_queue_at_start / active_queue_oldest_age_min / pending_pool_remaining / abort_reason / marker_ready) | append 매 sweep, 주 1회 commit |
phase2_post_report.csv |
Phase 2 sweep 처리된 doc 별 final state + quality | 2-D (commit) |
phase2_post_report.md |
처리 분포 + 1D baseline 비교 + skip/failed/outlier 목록 | 2-D (commit) |
Subcommand 사용법
inventory (read-only, dry-run)
docker exec hyungi_document_server-fastapi-1 python /app/scripts/phase2_backfill.py inventory \
--output /app/evals/markdown/phase2_inventory.csv
- pending PDFs 전체에 대해 doc_id / file_size / text_density / doc_type / forecast_skip_reason 적재.
- forecast_skip_reason ∈ {unsupported_extension / doctype_skip / handwritten_hint / over_max_pages_estimated / none}. 'none' = 변환 시도 후보.
- handwritten_hint = title/path 에
필기|손글씨|handwritten|handwriting매칭 (marker_worker 의7d0fca2룰 미러). - over_max_pages_estimated = file_size > 25MB proxy. 실 page_count 는 marker_worker 가 PyMuPDF 로 결정.
select-canary (재현성 시드)
docker exec hyungi_document_server-fastapi-1 python /app/scripts/phase2_backfill.py select-canary \
--inventory /app/evals/markdown/phase2_inventory.csv \
--output /app/evals/markdown/phase2_canary_sample.csv \
--seed 20260503
- 40건 buckets: large 6 / scan_likely 2 / study_note 10 / Academic_Paper 8 / Reference 6 / {Standard,Manual,Specification} 4 / {Note,Report,Memo,NULL} 4
- inventory 의
forecast_skip_reason='none'만 선정 후보. - 시드 고정 → 재실행 시 동일 sample.
경로 정책 (2-B canary vs 2-C nightly)
/app/scripts/ 와 /app/evals/ 는 parent repo (~/Documents/code/hyungi_Document_Server, branch=main) 의 read-only bind-mount. docker cp ... :/app/scripts/... 는 read-only 위반으로 실패. docker compose --build 은 검색 실험 soft lock 위반. → 단계별로 다른 경로 사용:
| 단계 | script 경로 | sample CSV 경로 | 메커니즘 |
|---|---|---|---|
| 2-B canary (pre-merge) | /app/logs/phase2_backfill.py |
/app/logs/phase2_canary_sample.csv |
docker cp worktree → /app/logs (rw bind-mount) |
| 2-C nightly (post-merge canonical) | /app/scripts/phase2_backfill.py |
/app/evals/markdown/phase2_* |
feat/phase2-backfill main 머지 + parent git pull 후 bind-mount 자동 활성 |
2-B 임시 sync (canary 실행 직전 1회):
docker cp ~/Documents/code/hyungi_Document_Server_phase2/scripts/phase2_backfill.py \
hyungi_document_server-fastapi-1:/app/logs/phase2_backfill.py
docker cp ~/Documents/code/hyungi_Document_Server_phase2/evals/markdown/phase2_canary_sample.csv \
hyungi_document_server-fastapi-1:/app/logs/phase2_canary_sample.csv
2-C 진입 시점 (canary GO 결정 후):
cd ~/Documents/code/hyungi_Document_Server_phase2 && git push origin feat/phase2-backfill
cd ~/Documents/code/hyungi_Document_Server && git fetch origin \
&& git merge --ff-only origin/feat/phase2-backfill && git push origin main
이유: 미검증 코드를 main 에 미리 박지 않음 / canary 결과 따라 worktree 에서 hot-fix 가능 / nightly cron 은 canonical path 사용 (script 자체).
추가 (2026-05-03): nightly cron 의 --log-tsv 와 post-report 출력은 /app/logs/ 사용 (위 표의 canonical path 가 아님). /app/evals/markdown/ 는 fastapi 컨테이너에 bind-mount 되어 있지 않아 컨테이너 writable layer 에 쓰면 컨테이너 재기동 시 유실. /app/logs/ 는 rw bind-mount → host ~/Documents/code/hyungi_Document_Server/logs/ 에 영구 저장. 주 1회 commit 시 cp ~/Documents/code/hyungi_Document_Server/logs/phase2_nightly_log.tsv evals/markdown/ 로 복사 후 git add.
enqueue (one-shot, 사용자 승인 게이트)
# dry-run (default) — 2-B 단계 = /app/logs 임시 경로 (위 §"경로 정책" 참조)
docker exec hyungi_document_server-fastapi-1 python /app/logs/phase2_backfill.py enqueue \
--csv /app/logs/phase2_canary_sample.csv
# actual (사용자 승인 후)
docker exec hyungi_document_server-fastapi-1 python /app/logs/phase2_backfill.py enqueue \
--csv /app/logs/phase2_canary_sample.csv --no-dry-run
- marker-service
/ready사전 검증. enqueue_stageidempotent — 중복 호출 안전.
nightly-enqueue (cron / manual)
docker exec hyungi_document_server-fastapi-1 python /app/scripts/phase2_backfill.py nightly-enqueue \
--limit 50 --max-active-queue 5 \
--log-tsv /app/logs/phase2_nightly_log.tsv # /app/evals/ 미 bind-mount, /app/logs/ rw 사용
- 가드 순서: disable flag (
/tmp/phase2_disable) → marker /ready → active_queue ≤ threshold → DB pool 비어있지 않음 → enqueue. - 매 sweep log_tsv 한 줄. abort_reason ∈ {disable_flag / marker_unhealthy / active_queue_threshold / pool_empty / empty}.
- pool_empty = Phase 2 자연 완료 신호 (cron 제거 hard gate trigger).
post-report
docker exec hyungi_document_server-fastapi-1 python /app/scripts/phase2_backfill.py post-report \
--output-csv /app/logs/phase2_post_report.csv \
--output-md /app/logs/phase2_post_report.md \
--phase2-start 2026-05-03T00:00:00Z
--phase2-startISO timestamp 이후md_generated_at만 집계 (Phase 2 코드 push 시점 권장).- 1D baseline (success 92% / elapsed_p50 34s / text_length_ratio_p50 1.15) 와 비교.
- outlier 후보: elapsed_ms > 300s, text_length_ratio < 0.5 또는 > 10, 신규 warning 종류.
의사결정 게이트
2-B canary GO/HALT
- success ≥ 36/40 (90%) AND failed ≤ 2 AND skipped ≤ 6 → 2-C 진입 GO
- 위 미충족 → HALT, 사용자 보고 후 재검토
2-C nightly abort
- 1 night 안에 failed > 5 → script 가 disable flag 자동 생성
- marker-service
/ready실패 → 그 sweep 건너뜀, 다음 sweep 재시도 - active_queue_oldest_age_min > 60 (stuck 임계) → log 에 [warn], 사용자 morning check 으로 판단
2-D 종료 hard gate (Phase 2 closed 선언 직전)
- (cron 모드)
crontab -l | grep phase2_backfill결과 비어 있어야 함 ~/.phase2_disable파일 정리 됨- pending PDF (
md_status='pending',file_format='pdf') ≤ 5 - processing_queue markdown active = 0
1D 와의 차이
| 항목 | 1D | Phase 2 |
|---|---|---|
| 목적 | failure mode 진단 | 풀 변환 |
| 대상 | 30건 stratified | 237건 잔여 |
| sample_source | existing_success + controlled_backfill | controlled_backfill only |
| 처리 모드 | one-shot cron (1회) | nightly cron (~4-5 nights) |
| 평가 | 사용자 5축 rubric | marker 자가 metrics + 1D baseline 비교 |
| anchor 보존 | doc 4809 forced_include | (재처리 안 함) |
| handwritten | over-sample (3건) | marker_worker 자동 skip 신뢰 |