🔗 고친 버그가 사본 3개에 남아 있던 문제 + 조용한 실패 드러내기

[Kevinlee7250]

모듈별 코드 점검에서 나온 3건입니다.

① 같은 버그가 세 모듈에 그대로 남아 있었습니다

_iter_posts가 네 모듈에 복사돼 있었습니다. 8/25에 **"목록이 조용히 잘려 '다 처리했다'를 알 수 없던 문제"**를 고쳤는데, 수정이 한 곳에만 들어갔습니다.

모듈	줄수	재시도	ListingTruncated
fix_unlicensed_images	45	✅	✅
fix_dead_links	18	❌	❌
fix_duplicate_images	25	❌	❌
fix_duplicate_toc	25	❌	❌

셋 다 비200에 로그만 남기고 return합니다 — 제너레이터가 끝나므로 호출부에는 "그 블로그엔 글이 이만큼뿐"으로 보이고, 도구는 절반만 훑고 성공합니다. fix_duplicate_images는 이번 세션에 여러 번 돌린 도구이고, 그때 "440편 스캔"이라는 숫자를 근거로 완료를 판정했습니다.

→ blogger_posts.py로 한 벌만 두고 넷이 위임합니다 (111줄 → 23줄). fix_unlicensed_images는 기존 import 경로가 살아 있도록 re-export합니다.

② Pillow가 선언되지 않은 전이 의존성

requirements.txt에 없는데 다른 패키지에 딸려 설치돼 동작 중입니다. 상위 패키지가 Pillow를 떼면 except ImportError: return None으로 빠져 dHash가 꺼지고 URL 비교만 남는데, 워크플로는 그대로 성공합니다. 명시적으로 선언합니다.

③ 오류를 빈 값으로 바꿔 "할 일 없음"처럼 보이던 자리

광범위 except 62건 중 대부분은 타당한 기본값이라 그대로 뒀고, 실패가 곧 "대상 0건"으로 읽히는 것만 골랐습니다.

위치	문제
comment_manager._queue_comment	가장 심각. 파싱 실패 시 pending = []로 두고 그대로 덮어써 큐에 쌓인 댓글 최대 200건이 소실. 손상 파일을 .corrupt.json으로 남기고 로그
comment_manager._load_published_posts	registry 읽기 실패 → [] → 댓글 자동화가 아무것도 안 하면서 성공
post_lifecycle (GSC 질의)	조회 실패 → [] → 성과 0으로 집계. 그 숫자로 글을 지우거나 순위를 매기므로 실패와 "노출 없음"이 구분돼야 함
manage_post	pending 읽기 실패 로그 추가

검증

가드 2종을 붙였고 둘 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

• 사본을 되살리자 → test_tools_delegate_instead_of_copying, test_no_silent_truncation_in_tools 실패
• 백업 없이 덮어쓰게 되돌리자 → test_pending_comment_queue_is_not_silently_wiped + 핸들러 로그 검사 실패
• 복원 후 17건 전부 통과

1188 passed, 2 skipped (신규 17건)

점검 중 제 오판

Pillow가 requirements.txt에 없는 것을 보고 dHash가 CI에서 꺼져 있을 것이라 의심해 실행 로그를 확인했습니다. 틀렸습니다 — pillow-12.3.0 설치와 지문 계산 완료: 173/248개 성공이 찍혀 있었고 정상 작동 중이었습니다. 로그를 보기 전에 보고했다면 없는 결함을 만들 뻔했습니다.

---

Generated by Claude Code

[Kevinlee7250]

모듈별 코드 점검에서 나온 3건입니다.

① 같은 버그가 세 모듈에 그대로 남아 있었습니다

_iter_posts가 네 모듈에 복사돼 있었습니다. 8/25에 **"목록이 조용히 잘려 '다 처리했다'를 알 수 없던 문제"**를 고쳤는데, 수정이 한 곳에만 들어갔습니다.

모듈	줄수	재시도	ListingTruncated
fix_unlicensed_images	45	✅	✅
fix_dead_links	18	❌	❌
fix_duplicate_images	25	❌	❌
fix_duplicate_toc	25	❌	❌

셋 다 비200에 로그만 남기고 return합니다 — 제너레이터가 끝나므로 호출부에는 "그 블로그엔 글이 이만큼뿐"으로 보이고, 도구는 절반만 훑고 성공합니다. fix_duplicate_images는 이번 세션에 여러 번 돌린 도구이고, 그때 "440편 스캔"이라는 숫자를 근거로 완료를 판정했습니다.

→ blogger_posts.py로 한 벌만 두고 넷이 위임합니다 (111줄 → 23줄). fix_unlicensed_images는 기존 import 경로가 살아 있도록 re-export합니다.

② Pillow가 선언되지 않은 전이 의존성

requirements.txt에 없는데 다른 패키지에 딸려 설치돼 동작 중입니다. 상위 패키지가 Pillow를 떼면 except ImportError: return None으로 빠져 dHash가 꺼지고 URL 비교만 남는데, 워크플로는 그대로 성공합니다. 명시적으로 선언합니다.

③ 오류를 빈 값으로 바꿔 "할 일 없음"처럼 보이던 자리

광범위 except 62건 중 대부분은 타당한 기본값이라 그대로 뒀고, 실패가 곧 "대상 0건"으로 읽히는 것만 골랐습니다.

위치	문제
comment_manager._queue_comment	가장 심각. 파싱 실패 시 pending = []로 두고 그대로 덮어써 큐에 쌓인 댓글 최대 200건이 소실. 손상 파일을 .corrupt.json으로 남기고 로그
comment_manager._load_published_posts	registry 읽기 실패 → [] → 댓글 자동화가 아무것도 안 하면서 성공
post_lifecycle (GSC 질의)	조회 실패 → [] → 성과 0으로 집계. 그 숫자로 글을 지우거나 순위를 매기므로 실패와 "노출 없음"이 구분돼야 함
manage_post	pending 읽기 실패 로그 추가

검증

가드 2종을 붙였고 둘 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

• 사본을 되살리자 → test_tools_delegate_instead_of_copying, test_no_silent_truncation_in_tools 실패
• 백업 없이 덮어쓰게 되돌리자 → test_pending_comment_queue_is_not_silently_wiped + 핸들러 로그 검사 실패
• 복원 후 17건 전부 통과

1188 passed, 2 skipped (신규 17건)

점검 중 제 오판

Pillow가 requirements.txt에 없는 것을 보고 dHash가 CI에서 꺼져 있을 것이라 의심해 실행 로그를 확인했습니다. 틀렸습니다 — pillow-12.3.0 설치와 지문 계산 완료: 173/248개 성공이 찍혀 있었고 정상 작동 중이었습니다. 로그를 보기 전에 보고했다면 없는 결함을 만들 뻔했습니다.

---

Generated by Claude Code

[Kevinlee7250]

모듈별 코드 점검에서 나온 3건입니다.

① 같은 버그가 세 모듈에 그대로 남아 있었습니다

_iter_posts가 네 모듈에 복사돼 있었습니다. 8/25에 **"목록이 조용히 잘려 '다 처리했다'를 알 수 없던 문제"**를 고쳤는데, 수정이 한 곳에만 들어갔습니다.

모듈	줄수	재시도	ListingTruncated
fix_unlicensed_images	45	✅	✅
fix_dead_links	18	❌	❌
fix_duplicate_images	25	❌	❌
fix_duplicate_toc	25	❌	❌

셋 다 비200에 로그만 남기고 return합니다 — 제너레이터가 끝나므로 호출부에는 "그 블로그엔 글이 이만큼뿐"으로 보이고, 도구는 절반만 훑고 성공합니다. fix_duplicate_images는 이번 세션에 여러 번 돌린 도구이고, 그때 "440편 스캔"이라는 숫자를 근거로 완료를 판정했습니다.

→ blogger_posts.py로 한 벌만 두고 넷이 위임합니다 (111줄 → 23줄). fix_unlicensed_images는 기존 import 경로가 살아 있도록 re-export합니다.

② Pillow가 선언되지 않은 전이 의존성

requirements.txt에 없는데 다른 패키지에 딸려 설치돼 동작 중입니다. 상위 패키지가 Pillow를 떼면 except ImportError: return None으로 빠져 dHash가 꺼지고 URL 비교만 남는데, 워크플로는 그대로 성공합니다. 명시적으로 선언합니다.

③ 오류를 빈 값으로 바꿔 "할 일 없음"처럼 보이던 자리

광범위 except 62건 중 대부분은 타당한 기본값이라 그대로 뒀고, 실패가 곧 "대상 0건"으로 읽히는 것만 골랐습니다.

위치	문제
comment_manager._queue_comment	가장 심각. 파싱 실패 시 pending = []로 두고 그대로 덮어써 큐에 쌓인 댓글 최대 200건이 소실. 손상 파일을 .corrupt.json으로 남기고 로그
comment_manager._load_published_posts	registry 읽기 실패 → [] → 댓글 자동화가 아무것도 안 하면서 성공
post_lifecycle (GSC 질의)	조회 실패 → [] → 성과 0으로 집계. 그 숫자로 글을 지우거나 순위를 매기므로 실패와 "노출 없음"이 구분돼야 함
manage_post	pending 읽기 실패 로그 추가

검증

가드 2종을 붙였고 둘 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

• 사본을 되살리자 → test_tools_delegate_instead_of_copying, test_no_silent_truncation_in_tools 실패
• 백업 없이 덮어쓰게 되돌리자 → test_pending_comment_queue_is_not_silently_wiped + 핸들러 로그 검사 실패
• 복원 후 17건 전부 통과

1188 passed, 2 skipped (신규 17건)

점검 중 제 오판

Pillow가 requirements.txt에 없는 것을 보고 dHash가 CI에서 꺼져 있을 것이라 의심해 실행 로그를 확인했습니다. 틀렸습니다 — pillow-12.3.0 설치와 지문 계산 완료: 173/248개 성공이 찍혀 있었고 정상 작동 중이었습니다. 로그를 보기 전에 보고했다면 없는 결함을 만들 뻔했습니다.

---

Generated by Claude Code

[Kevinlee7250]

모듈별 코드 점검에서 나온 3건입니다.

① 같은 버그가 세 모듈에 그대로 남아 있었습니다

_iter_posts가 네 모듈에 복사돼 있었습니다. 8/25에 **"목록이 조용히 잘려 '다 처리했다'를 알 수 없던 문제"**를 고쳤는데, 수정이 한 곳에만 들어갔습니다.

모듈	줄수	재시도	ListingTruncated
fix_unlicensed_images	45	✅	✅
fix_dead_links	18	❌	❌
fix_duplicate_images	25	❌	❌
fix_duplicate_toc	25	❌	❌

셋 다 비200에 로그만 남기고 return합니다 — 제너레이터가 끝나므로 호출부에는 "그 블로그엔 글이 이만큼뿐"으로 보이고, 도구는 절반만 훑고 성공합니다. fix_duplicate_images는 이번 세션에 여러 번 돌린 도구이고, 그때 "440편 스캔"이라는 숫자를 근거로 완료를 판정했습니다.

→ blogger_posts.py로 한 벌만 두고 넷이 위임합니다 (111줄 → 23줄). fix_unlicensed_images는 기존 import 경로가 살아 있도록 re-export합니다.

② Pillow가 선언되지 않은 전이 의존성

requirements.txt에 없는데 다른 패키지에 딸려 설치돼 동작 중입니다. 상위 패키지가 Pillow를 떼면 except ImportError: return None으로 빠져 dHash가 꺼지고 URL 비교만 남는데, 워크플로는 그대로 성공합니다. 명시적으로 선언합니다.

③ 오류를 빈 값으로 바꿔 "할 일 없음"처럼 보이던 자리

광범위 except 62건 중 대부분은 타당한 기본값이라 그대로 뒀고, 실패가 곧 "대상 0건"으로 읽히는 것만 골랐습니다.

위치	문제
comment_manager._queue_comment	가장 심각. 파싱 실패 시 pending = []로 두고 그대로 덮어써 큐에 쌓인 댓글 최대 200건이 소실. 손상 파일을 .corrupt.json으로 남기고 로그
comment_manager._load_published_posts	registry 읽기 실패 → [] → 댓글 자동화가 아무것도 안 하면서 성공
post_lifecycle (GSC 질의)	조회 실패 → [] → 성과 0으로 집계. 그 숫자로 글을 지우거나 순위를 매기므로 실패와 "노출 없음"이 구분돼야 함
manage_post	pending 읽기 실패 로그 추가

검증

가드 2종을 붙였고 둘 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

• 사본을 되살리자 → test_tools_delegate_instead_of_copying, test_no_silent_truncation_in_tools 실패
• 백업 없이 덮어쓰게 되돌리자 → test_pending_comment_queue_is_not_silently_wiped + 핸들러 로그 검사 실패
• 복원 후 17건 전부 통과

1188 passed, 2 skipped (신규 17건)

점검 중 제 오판

Pillow가 requirements.txt에 없는 것을 보고 dHash가 CI에서 꺼져 있을 것이라 의심해 실행 로그를 확인했습니다. 틀렸습니다 — pillow-12.3.0 설치와 지문 계산 완료: 173/248개 성공이 찍혀 있었고 정상 작동 중이었습니다. 로그를 보기 전에 보고했다면 없는 결함을 만들 뻔했습니다.

---

Generated by Claude Code

[Kevinlee7250]

모듈별 코드 점검에서 나온 3건입니다.

① 같은 버그가 세 모듈에 그대로 남아 있었습니다

_iter_posts가 네 모듈에 복사돼 있었습니다. 8/25에 **"목록이 조용히 잘려 '다 처리했다'를 알 수 없던 문제"**를 고쳤는데, 수정이 한 곳에만 들어갔습니다.

모듈	줄수	재시도	ListingTruncated
fix_unlicensed_images	45	✅	✅
fix_dead_links	18	❌	❌
fix_duplicate_images	25	❌	❌
fix_duplicate_toc	25	❌	❌

셋 다 비200에 로그만 남기고 return합니다 — 제너레이터가 끝나므로 호출부에는 "그 블로그엔 글이 이만큼뿐"으로 보이고, 도구는 절반만 훑고 성공합니다. fix_duplicate_images는 이번 세션에 여러 번 돌린 도구이고, 그때 "440편 스캔"이라는 숫자를 근거로 완료를 판정했습니다.

→ blogger_posts.py로 한 벌만 두고 넷이 위임합니다 (111줄 → 23줄). fix_unlicensed_images는 기존 import 경로가 살아 있도록 re-export합니다.

② Pillow가 선언되지 않은 전이 의존성

requirements.txt에 없는데 다른 패키지에 딸려 설치돼 동작 중입니다. 상위 패키지가 Pillow를 떼면 except ImportError: return None으로 빠져 dHash가 꺼지고 URL 비교만 남는데, 워크플로는 그대로 성공합니다. 명시적으로 선언합니다.

③ 오류를 빈 값으로 바꿔 "할 일 없음"처럼 보이던 자리

광범위 except 62건 중 대부분은 타당한 기본값이라 그대로 뒀고, 실패가 곧 "대상 0건"으로 읽히는 것만 골랐습니다.

위치	문제
comment_manager._queue_comment	가장 심각. 파싱 실패 시 pending = []로 두고 그대로 덮어써 큐에 쌓인 댓글 최대 200건이 소실. 손상 파일을 .corrupt.json으로 남기고 로그
comment_manager._load_published_posts	registry 읽기 실패 → [] → 댓글 자동화가 아무것도 안 하면서 성공
post_lifecycle (GSC 질의)	조회 실패 → [] → 성과 0으로 집계. 그 숫자로 글을 지우거나 순위를 매기므로 실패와 "노출 없음"이 구분돼야 함
manage_post	pending 읽기 실패 로그 추가

검증

가드 2종을 붙였고 둘 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

• 사본을 되살리자 → test_tools_delegate_instead_of_copying, test_no_silent_truncation_in_tools 실패
• 백업 없이 덮어쓰게 되돌리자 → test_pending_comment_queue_is_not_silently_wiped + 핸들러 로그 검사 실패
• 복원 후 17건 전부 통과

1188 passed, 2 skipped (신규 17건)

점검 중 제 오판

Pillow가 requirements.txt에 없는 것을 보고 dHash가 CI에서 꺼져 있을 것이라 의심해 실행 로그를 확인했습니다. 틀렸습니다 — pillow-12.3.0 설치와 지문 계산 완료: 173/248개 성공이 찍혀 있었고 정상 작동 중이었습니다. 로그를 보기 전에 보고했다면 없는 결함을 만들 뻔했습니다.

---

Generated by Claude Code

[Kevinlee7250]

모듈별 코드 점검에서 나온 3건입니다.

① 같은 버그가 세 모듈에 그대로 남아 있었습니다

_iter_posts가 네 모듈에 복사돼 있었습니다. 8/25에 **"목록이 조용히 잘려 '다 처리했다'를 알 수 없던 문제"**를 고쳤는데, 수정이 한 곳에만 들어갔습니다.

모듈	줄수	재시도	ListingTruncated
fix_unlicensed_images	45	✅	✅
fix_dead_links	18	❌	❌
fix_duplicate_images	25	❌	❌
fix_duplicate_toc	25	❌	❌

셋 다 비200에 로그만 남기고 return합니다 — 제너레이터가 끝나므로 호출부에는 "그 블로그엔 글이 이만큼뿐"으로 보이고, 도구는 절반만 훑고 성공합니다. fix_duplicate_images는 이번 세션에 여러 번 돌린 도구이고, 그때 "440편 스캔"이라는 숫자를 근거로 완료를 판정했습니다.

→ blogger_posts.py로 한 벌만 두고 넷이 위임합니다 (111줄 → 23줄). fix_unlicensed_images는 기존 import 경로가 살아 있도록 re-export합니다.

② Pillow가 선언되지 않은 전이 의존성

requirements.txt에 없는데 다른 패키지에 딸려 설치돼 동작 중입니다. 상위 패키지가 Pillow를 떼면 except ImportError: return None으로 빠져 dHash가 꺼지고 URL 비교만 남는데, 워크플로는 그대로 성공합니다. 명시적으로 선언합니다.

③ 오류를 빈 값으로 바꿔 "할 일 없음"처럼 보이던 자리

광범위 except 62건 중 대부분은 타당한 기본값이라 그대로 뒀고, 실패가 곧 "대상 0건"으로 읽히는 것만 골랐습니다.

위치	문제
comment_manager._queue_comment	가장 심각. 파싱 실패 시 pending = []로 두고 그대로 덮어써 큐에 쌓인 댓글 최대 200건이 소실. 손상 파일을 .corrupt.json으로 남기고 로그
comment_manager._load_published_posts	registry 읽기 실패 → [] → 댓글 자동화가 아무것도 안 하면서 성공
post_lifecycle (GSC 질의)	조회 실패 → [] → 성과 0으로 집계. 그 숫자로 글을 지우거나 순위를 매기므로 실패와 "노출 없음"이 구분돼야 함
manage_post	pending 읽기 실패 로그 추가

검증

가드 2종을 붙였고 둘 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

• 사본을 되살리자 → test_tools_delegate_instead_of_copying, test_no_silent_truncation_in_tools 실패
• 백업 없이 덮어쓰게 되돌리자 → test_pending_comment_queue_is_not_silently_wiped + 핸들러 로그 검사 실패
• 복원 후 17건 전부 통과

1188 passed, 2 skipped (신규 17건)

점검 중 제 오판

Pillow가 requirements.txt에 없는 것을 보고 dHash가 CI에서 꺼져 있을 것이라 의심해 실행 로그를 확인했습니다. 틀렸습니다 — pillow-12.3.0 설치와 지문 계산 완료: 173/248개 성공이 찍혀 있었고 정상 작동 중이었습니다. 로그를 보기 전에 보고했다면 없는 결함을 만들 뻔했습니다.

---

Generated by Claude Code

[Kevinlee7250]

모듈별 코드 점검에서 나온 3건입니다.

① 같은 버그가 세 모듈에 그대로 남아 있었습니다

_iter_posts가 네 모듈에 복사돼 있었습니다. 8/25에 **"목록이 조용히 잘려 '다 처리했다'를 알 수 없던 문제"**를 고쳤는데, 수정이 한 곳에만 들어갔습니다.

모듈	줄수	재시도	ListingTruncated
fix_unlicensed_images	45	✅	✅
fix_dead_links	18	❌	❌
fix_duplicate_images	25	❌	❌
fix_duplicate_toc	25	❌	❌

셋 다 비200에 로그만 남기고 return합니다 — 제너레이터가 끝나므로 호출부에는 "그 블로그엔 글이 이만큼뿐"으로 보이고, 도구는 절반만 훑고 성공합니다. fix_duplicate_images는 이번 세션에 여러 번 돌린 도구이고, 그때 "440편 스캔"이라는 숫자를 근거로 완료를 판정했습니다.

→ blogger_posts.py로 한 벌만 두고 넷이 위임합니다 (111줄 → 23줄). fix_unlicensed_images는 기존 import 경로가 살아 있도록 re-export합니다.

② Pillow가 선언되지 않은 전이 의존성

requirements.txt에 없는데 다른 패키지에 딸려 설치돼 동작 중입니다. 상위 패키지가 Pillow를 떼면 except ImportError: return None으로 빠져 dHash가 꺼지고 URL 비교만 남는데, 워크플로는 그대로 성공합니다. 명시적으로 선언합니다.

③ 오류를 빈 값으로 바꿔 "할 일 없음"처럼 보이던 자리

광범위 except 62건 중 대부분은 타당한 기본값이라 그대로 뒀고, 실패가 곧 "대상 0건"으로 읽히는 것만 골랐습니다.

위치	문제
comment_manager._queue_comment	가장 심각. 파싱 실패 시 pending = []로 두고 그대로 덮어써 큐에 쌓인 댓글 최대 200건이 소실. 손상 파일을 .corrupt.json으로 남기고 로그
comment_manager._load_published_posts	registry 읽기 실패 → [] → 댓글 자동화가 아무것도 안 하면서 성공
post_lifecycle (GSC 질의)	조회 실패 → [] → 성과 0으로 집계. 그 숫자로 글을 지우거나 순위를 매기므로 실패와 "노출 없음"이 구분돼야 함
manage_post	pending 읽기 실패 로그 추가

검증

가드 2종을 붙였고 둘 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

• 사본을 되살리자 → test_tools_delegate_instead_of_copying, test_no_silent_truncation_in_tools 실패
• 백업 없이 덮어쓰게 되돌리자 → test_pending_comment_queue_is_not_silently_wiped + 핸들러 로그 검사 실패
• 복원 후 17건 전부 통과

1188 passed, 2 skipped (신규 17건)

점검 중 제 오판

Pillow가 requirements.txt에 없는 것을 보고 dHash가 CI에서 꺼져 있을 것이라 의심해 실행 로그를 확인했습니다. 틀렸습니다 — pillow-12.3.0 설치와 지문 계산 완료: 173/248개 성공이 찍혀 있었고 정상 작동 중이었습니다. 로그를 보기 전에 보고했다면 없는 결함을 만들 뻔했습니다.

---

Generated by Claude Code

[Kevinlee7250]

모듈별 코드 점검에서 나온 3건입니다.

① 같은 버그가 세 모듈에 그대로 남아 있었습니다

_iter_posts가 네 모듈에 복사돼 있었습니다. 8/25에 **"목록이 조용히 잘려 '다 처리했다'를 알 수 없던 문제"**를 고쳤는데, 수정이 한 곳에만 들어갔습니다.

모듈	줄수	재시도	ListingTruncated
fix_unlicensed_images	45	✅	✅
fix_dead_links	18	❌	❌
fix_duplicate_images	25	❌	❌
fix_duplicate_toc	25	❌	❌

셋 다 비200에 로그만 남기고 return합니다 — 제너레이터가 끝나므로 호출부에는 "그 블로그엔 글이 이만큼뿐"으로 보이고, 도구는 절반만 훑고 성공합니다. fix_duplicate_images는 이번 세션에 여러 번 돌린 도구이고, 그때 "440편 스캔"이라는 숫자를 근거로 완료를 판정했습니다.

→ blogger_posts.py로 한 벌만 두고 넷이 위임합니다 (111줄 → 23줄). fix_unlicensed_images는 기존 import 경로가 살아 있도록 re-export합니다.

② Pillow가 선언되지 않은 전이 의존성

requirements.txt에 없는데 다른 패키지에 딸려 설치돼 동작 중입니다. 상위 패키지가 Pillow를 떼면 except ImportError: return None으로 빠져 dHash가 꺼지고 URL 비교만 남는데, 워크플로는 그대로 성공합니다. 명시적으로 선언합니다.

③ 오류를 빈 값으로 바꿔 "할 일 없음"처럼 보이던 자리

광범위 except 62건 중 대부분은 타당한 기본값이라 그대로 뒀고, 실패가 곧 "대상 0건"으로 읽히는 것만 골랐습니다.

위치	문제
comment_manager._queue_comment	가장 심각. 파싱 실패 시 pending = []로 두고 그대로 덮어써 큐에 쌓인 댓글 최대 200건이 소실. 손상 파일을 .corrupt.json으로 남기고 로그
comment_manager._load_published_posts	registry 읽기 실패 → [] → 댓글 자동화가 아무것도 안 하면서 성공
post_lifecycle (GSC 질의)	조회 실패 → [] → 성과 0으로 집계. 그 숫자로 글을 지우거나 순위를 매기므로 실패와 "노출 없음"이 구분돼야 함
manage_post	pending 읽기 실패 로그 추가

검증

가드 2종을 붙였고 둘 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

• 사본을 되살리자 → test_tools_delegate_instead_of_copying, test_no_silent_truncation_in_tools 실패
• 백업 없이 덮어쓰게 되돌리자 → test_pending_comment_queue_is_not_silently_wiped + 핸들러 로그 검사 실패
• 복원 후 17건 전부 통과

1188 passed, 2 skipped (신규 17건)

점검 중 제 오판

Pillow가 requirements.txt에 없는 것을 보고 dHash가 CI에서 꺼져 있을 것이라 의심해 실행 로그를 확인했습니다. 틀렸습니다 — pillow-12.3.0 설치와 지문 계산 완료: 173/248개 성공이 찍혀 있었고 정상 작동 중이었습니다. 로그를 보기 전에 보고했다면 없는 결함을 만들 뻔했습니다.

---

Generated by Claude Code