[Kevinlee7250]

무엇이 문제였나

이미지 검증(#17)을 처음 돌린 결과입니다.

검사 431건 · 문제 341건
이미지 부족 282 · 링크 깨짐 227 · 관련성 의심 15

링크 깨짐 227건은 전부 오판이었습니다. 사유가 예외 없이 "URL 형식 아님"이었고, 실제 URL을 열어 보니 전부 이렇습니다.

data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIC4uLg==

이 시스템이 만드는 썸네일은 파일이 아니라 본문에 직접 박힌 인라인 SVG입니다. 죽을 수가 없는데 check_alive가 startswith("http")만 보고 죽은 링크로 처리했습니다.

스케줄 실행은 --ai 없이도 broken을 자동 수정하므로, 다음 일요일에 멀쩡한 썸네일 227장을 교체·삭제할 상태였습니다.

변경 내용

파일	변경
image_audit.py	check_alive — data:image/* 는 살아있음, 그 외 data URI만 broken
	_image_terms — base64 덩어리를 파일명으로 쓰지 않음 (alt만 사용)
	relevance_score — data URI 썸네일은 그 글을 위해 생성된 것이므로 1.0
	fix_post(post, audit, kinds) — 손댈 문제 유형을 호출 쪽에서 결정
	DEFAULT_FIX_KINDS에서 insufficient 제외 + --attach-insufficient 플래그
.github/workflows/image-audit.yml	주석을 실제 동작에 맞춤
tests/test_image_audit.py	회귀 테스트 6건
HANDOFF.md	반증 표에 이 오판 기록

insufficient를 기본에서 뺀 이유

282건은 전체 431건의 65%입니다. 기본 수정 대상으로 두면 사실상 모든 게시글에 이미지를 한 장씩 밀어 넣게 되고, 이는 검증 도구가 아니라 일괄 편집입니다. 워크플로 주석은 원래도 "스케줄은 broken/missing만 고친다"고 적혀 있었는데 코드가 그와 달랐던 것이라, 코드를 주석에 맞췄습니다.

검증

462 passed in 3.06s

추가된 회귀 테스트는 data URI가 살아있음으로 판정되는지, base64가 파일명으로 새지 않는지, insufficient가 기본으로는 수정되지 않고 옵트인 시에만 수정되는지를 고정합니다.

남은 것

insufficient 282건과 suspect 15건은 판정만 되고 손대지 않은 상태로 남습니다. 실제로 이미지를 늘릴지는 CHARS_PER_IMAGE(현재 2500자당 1장) 기준이 이 블로그에 맞는지 먼저 볼 문제라 이 PR에서는 정하지 않았습니다.

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

---

Generated by Claude Code