🗺️ 사이트맵에서 블로그 하나가 통째로 빠지던 버그 + 죽은 모듈 배선 by Kevinlee7250 · Pull Request #52 · Kevinlee7250/cli

Kevinlee7250 · 2026-08-26T15:13:56Z

전체 시스템 점검 중 라이브 버그를 찾았습니다.

문제

blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다.

ifnoturlor"blogspot.com"notinurl:
continue

블로그	posts.json	배포된 sitemap.xml
`hogugolfntraval.blogspot.com`	32	33
`hoguasset.blogspot.com`	30	31
`www.hoguwhat.com`	31	0

robots.txt에도 이 블로그의 Sitemap: 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다.

변경

sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 제거. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드 수정이 필요 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다.
blog-sitemap.yml이 인라인 대신 모듈을 호출.
GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당해 중복이고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. 죽어 있던 모듈은 블로그가 hoguwhat1.blogspot.com 하나로 하드코딩돼 있고 현재 쓰지 않는 필드명(blogUrl/date)을 읽고 있었습니다 — 그대로 배선했다면 사이트맵이 더 망가졌습니다.
author_profile_check을 weekly-brief에 배선. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편.
CI가 한 번도 돌리지 않던 테스트 28건 정리.pytest tests/만 도는데 루트에 test_fix_unlicensed_images.py가 tests/ 사본과 26/28 같은 이름으로 남아 있었고, 실행해 보니 1건은 실패 상태였습니다(코드가 _fetch_best_image → _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채). test_image.py는 README에 문서화된 로컬 수동 스크립트라 manual_image_check.py로 개명.

검증

로컬 실측 — 실제 posts.json 105편으로 생성:

현재 배포: 64 URL / 블로그 2개
생성 결과: 96 URL / 블로그 3개 (누락 32편 복구)
XML 파싱 OK · 중복 0 · 블로그 루트 3개 포함
robots.txt diff: Sitemap: https://www.hoguwhat.com/sitemap.xml 한 줄 추가

테스트 1130 passed, 2 skipped. 가드 3종 모두 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

테스트	잡는 것
`test_sitemap_generator` (13건)	커스텀 도메인 누락 회귀 포함
`test_module_reachability`	워크플로에서 도달 불가한 모듈. 로컬 전용이면 이유와 함께 선언해야 통과
`test_no_uncollected_tests`	CI가 안 돌리는 위치의 테스트 파일

머지 후 blog-sitemap.yml을 실행해 origin/latest의 결과가 실제로 96 URL / 3블로그인지 확인할 예정입니다.

Generated by Claude Code

전체 점검 중 발견했습니다. blog-tests.yml은 `pytest tests/`만 돌리는데, blog-automation/ 루트에 test_fix_unlicensed_images.py가 tests/ 쪽 사본과 26/28이 같은 이름인 채로 남아 있었습니다. 한 번도 실행되지 않았고, 돌려 보니 1건은 실패 상태였습니다 — 코드가 _fetch_best_image에서 _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채라, 검색 경로가 아예 타지 않고 폴백으로 떨어지고 있었습니다. - 루트 test_fix_unlicensed_images.py 삭제 (tests/ 쪽이 유지보수되는 사본) - test_image.py → manual_image_check.py. README에 문서화된 로컬 수동 점검 스크립트인데 test_ 접두사 탓에 pytest가 수집합니다 (assert 대신 return을 쓰는 스크립트라 경고도 냅니다). README도 함께 수정. - tests/test_no_uncollected_tests.py 추가 — 루트에 test_*.py가 생기면 실패합니다. 임시 파일을 넣어 실제로 실패하는 것을 확인했습니다. 돌지 않는 테스트는 없는 테스트보다 나쁩니다. 목록만 보면 "검사하고 있다"고 읽히기 때문입니다. 1113 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검 중 라이브 버그를 찾았습니다. blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 `"blogspot.com" not in url: continue` 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다. posts.json sitemap.xml hogugolfntraval.blogspot 32 33 hoguasset.blogspot 30 31 www.hoguwhat.com 31 0 ← 전량 누락 robots.txt에도 이 블로그의 Sitemap 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다. - sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 없앴습니다. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드를 고칠 필요가 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다. 실측: 64 URL / 2블로그 → 96 URL / 3블로그. GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당하고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. - blog-sitemap.yml이 인라인 대신 모듈을 부릅니다. - author_profile_check을 weekly-brief에 배선했습니다. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편. 테스트 3종을 붙였고, 셋 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다. - test_sitemap_generator (13건) — 커스텀 도메인 누락 회귀 포함 - test_module_reachability — 워크플로에서 도달 불가한 모듈이 늘면 실패. 로컬 전용 모듈은 이유와 함께 선언해야 통과합니다 - test_no_uncollected_tests — 앞 커밋 1130 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검에서 나왔습니다. blog-schedule-monitor가 스케줄 워크플로 22개 중 8개만 추적하면서 alerts: 0을 내고 있었습니다. backup(Drive 백업)이나 gsc-indexing(색인)이 조용히 멈춰도 아무도 모르는 상태였습니다. "안 보고 있어서 0"과 "문제가 없어서 0"이 화면에서 구분되지 않는 것이 핵심입니다. 이번 세션에서 반복해 나온 형태이고, 이번에도 그걸 잡으라고 만든 도구 자신이었습니다 (author_profile_check에 이어 두 번째). 1) 커버리지 — 14개 추가, 유령 2개 제거 빠져 있던 것: adsense-audit, adsense-policy-update, alert-watchdog, backup, blog-comment-automation, collect-keywords, gsc-indexing, image-audit, inbound-links, pending-cleanup, post-lifecycle, series-schedule, trend-preempt, weekly-brief. 반대 방향도 있었습니다. 설정의 blog-run 정오·저녁 슬롯은 워크플로에 해당 크론이 없습니다 — 돌 리 없는 실행을 기다리고 있었습니다. (앞서 이 3건을 "중복 등록"이라고 했는데 틀렸습니다. 서로 다른 시간대 슬롯이고, 문제는 중복이 아니라 설정과 워크플로의 어긋남이었습니다.) 2) 침묵 감지 — 커버리지만으로는 목적을 못 이룹니다 detect_consecutive_failures는 "실패했다"만 봅니다. 실행이 아예 없으면 completed가 threshold보다 적어 그대로 continue로 넘어가므로, 트리거가 끊긴 워크플로는 조용해질수록 건강해 보입니다. blog-verify가 정확히 그랬습니다 — 38회 연속 실패한 뒤 아예 트리거되지 않았고, 실패가 멎자 화면이 조용해져 12일 뒤에야 발견됐습니다. detect_silent_workflows를 추가했습니다. cron_utc는 지금까지 문서 역할만 했는데, 이제 주기 계산에 실제로 쓰입니다. 판정 조건을 한 번 잘못 잡았습니다. 여유를 배수(×2)로 두니 24h × 2 = 48h가 수집 창(25h)을 넘어 매일 도는 워크플로가 전부 판정에서 빠졌습니다 — 정작 잡아야 할 대상입니다. 절대 여유(+1h)로 바꿨고, 그 조건을 테스트로 고정했습니다. 3) 테스트 17건 — 양방향 드리프트와 침묵 판정 실제로 잡는지 확인했습니다: 감시에서 backup을 빼면 커버리지 검사가, 없는 크론을 넣으면 유령 검사가 실패했고 복원 후 통과했습니다. test_the_old_detector_would_have_missed_it이 같은 입력에 대해 옛 감지는 빈 목록을, 새 감지는 침묵을 돌려주는 것을 고정합니다. 1147 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Kevinlee7250 · 2026-08-26T15:13:56Z

전체 시스템 점검 중 라이브 버그를 찾았습니다.

문제

blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다.

ifnoturlor"blogspot.com"notinurl:
continue

블로그	posts.json	배포된 sitemap.xml
`hogugolfntraval.blogspot.com`	32	33
`hoguasset.blogspot.com`	30	31
`www.hoguwhat.com`	31	0

robots.txt에도 이 블로그의 Sitemap: 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다.

변경

sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 제거. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드 수정이 필요 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다.
blog-sitemap.yml이 인라인 대신 모듈을 호출.
GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당해 중복이고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. 죽어 있던 모듈은 블로그가 hoguwhat1.blogspot.com 하나로 하드코딩돼 있고 현재 쓰지 않는 필드명(blogUrl/date)을 읽고 있었습니다 — 그대로 배선했다면 사이트맵이 더 망가졌습니다.
author_profile_check을 weekly-brief에 배선. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편.
CI가 한 번도 돌리지 않던 테스트 28건 정리.pytest tests/만 도는데 루트에 test_fix_unlicensed_images.py가 tests/ 사본과 26/28 같은 이름으로 남아 있었고, 실행해 보니 1건은 실패 상태였습니다(코드가 _fetch_best_image → _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채). test_image.py는 README에 문서화된 로컬 수동 스크립트라 manual_image_check.py로 개명.

검증

로컬 실측 — 실제 posts.json 105편으로 생성:

현재 배포: 64 URL / 블로그 2개
생성 결과: 96 URL / 블로그 3개 (누락 32편 복구)
XML 파싱 OK · 중복 0 · 블로그 루트 3개 포함
robots.txt diff: Sitemap: https://www.hoguwhat.com/sitemap.xml 한 줄 추가

테스트 1130 passed, 2 skipped. 가드 3종 모두 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

테스트	잡는 것
`test_sitemap_generator` (13건)	커스텀 도메인 누락 회귀 포함
`test_module_reachability`	워크플로에서 도달 불가한 모듈. 로컬 전용이면 이유와 함께 선언해야 통과
`test_no_uncollected_tests`	CI가 안 돌리는 위치의 테스트 파일

머지 후 blog-sitemap.yml을 실행해 origin/latest의 결과가 실제로 96 URL / 3블로그인지 확인할 예정입니다.

Generated by Claude Code

전체 점검 중 발견했습니다. blog-tests.yml은 `pytest tests/`만 돌리는데, blog-automation/ 루트에 test_fix_unlicensed_images.py가 tests/ 쪽 사본과 26/28이 같은 이름인 채로 남아 있었습니다. 한 번도 실행되지 않았고, 돌려 보니 1건은 실패 상태였습니다 — 코드가 _fetch_best_image에서 _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채라, 검색 경로가 아예 타지 않고 폴백으로 떨어지고 있었습니다. - 루트 test_fix_unlicensed_images.py 삭제 (tests/ 쪽이 유지보수되는 사본) - test_image.py → manual_image_check.py. README에 문서화된 로컬 수동 점검 스크립트인데 test_ 접두사 탓에 pytest가 수집합니다 (assert 대신 return을 쓰는 스크립트라 경고도 냅니다). README도 함께 수정. - tests/test_no_uncollected_tests.py 추가 — 루트에 test_*.py가 생기면 실패합니다. 임시 파일을 넣어 실제로 실패하는 것을 확인했습니다. 돌지 않는 테스트는 없는 테스트보다 나쁩니다. 목록만 보면 "검사하고 있다"고 읽히기 때문입니다. 1113 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검 중 라이브 버그를 찾았습니다. blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 `"blogspot.com" not in url: continue` 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다. posts.json sitemap.xml hogugolfntraval.blogspot 32 33 hoguasset.blogspot 30 31 www.hoguwhat.com 31 0 ← 전량 누락 robots.txt에도 이 블로그의 Sitemap 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다. - sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 없앴습니다. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드를 고칠 필요가 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다. 실측: 64 URL / 2블로그 → 96 URL / 3블로그. GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당하고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. - blog-sitemap.yml이 인라인 대신 모듈을 부릅니다. - author_profile_check을 weekly-brief에 배선했습니다. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편. 테스트 3종을 붙였고, 셋 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다. - test_sitemap_generator (13건) — 커스텀 도메인 누락 회귀 포함 - test_module_reachability — 워크플로에서 도달 불가한 모듈이 늘면 실패. 로컬 전용 모듈은 이유와 함께 선언해야 통과합니다 - test_no_uncollected_tests — 앞 커밋 1130 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검에서 나왔습니다. blog-schedule-monitor가 스케줄 워크플로 22개 중 8개만 추적하면서 alerts: 0을 내고 있었습니다. backup(Drive 백업)이나 gsc-indexing(색인)이 조용히 멈춰도 아무도 모르는 상태였습니다. "안 보고 있어서 0"과 "문제가 없어서 0"이 화면에서 구분되지 않는 것이 핵심입니다. 이번 세션에서 반복해 나온 형태이고, 이번에도 그걸 잡으라고 만든 도구 자신이었습니다 (author_profile_check에 이어 두 번째). 1) 커버리지 — 14개 추가, 유령 2개 제거 빠져 있던 것: adsense-audit, adsense-policy-update, alert-watchdog, backup, blog-comment-automation, collect-keywords, gsc-indexing, image-audit, inbound-links, pending-cleanup, post-lifecycle, series-schedule, trend-preempt, weekly-brief. 반대 방향도 있었습니다. 설정의 blog-run 정오·저녁 슬롯은 워크플로에 해당 크론이 없습니다 — 돌 리 없는 실행을 기다리고 있었습니다. (앞서 이 3건을 "중복 등록"이라고 했는데 틀렸습니다. 서로 다른 시간대 슬롯이고, 문제는 중복이 아니라 설정과 워크플로의 어긋남이었습니다.) 2) 침묵 감지 — 커버리지만으로는 목적을 못 이룹니다 detect_consecutive_failures는 "실패했다"만 봅니다. 실행이 아예 없으면 completed가 threshold보다 적어 그대로 continue로 넘어가므로, 트리거가 끊긴 워크플로는 조용해질수록 건강해 보입니다. blog-verify가 정확히 그랬습니다 — 38회 연속 실패한 뒤 아예 트리거되지 않았고, 실패가 멎자 화면이 조용해져 12일 뒤에야 발견됐습니다. detect_silent_workflows를 추가했습니다. cron_utc는 지금까지 문서 역할만 했는데, 이제 주기 계산에 실제로 쓰입니다. 판정 조건을 한 번 잘못 잡았습니다. 여유를 배수(×2)로 두니 24h × 2 = 48h가 수집 창(25h)을 넘어 매일 도는 워크플로가 전부 판정에서 빠졌습니다 — 정작 잡아야 할 대상입니다. 절대 여유(+1h)로 바꿨고, 그 조건을 테스트로 고정했습니다. 3) 테스트 17건 — 양방향 드리프트와 침묵 판정 실제로 잡는지 확인했습니다: 감시에서 backup을 빼면 커버리지 검사가, 없는 크론을 넣으면 유령 검사가 실패했고 복원 후 통과했습니다. test_the_old_detector_would_have_missed_it이 같은 입력에 대해 옛 감지는 빈 목록을, 새 감지는 침묵을 돌려주는 것을 고정합니다. 1147 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Kevinlee7250 · 2026-08-26T15:13:56Z

전체 시스템 점검 중 라이브 버그를 찾았습니다.

문제

blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다.

ifnoturlor"blogspot.com"notinurl:
continue

블로그	posts.json	배포된 sitemap.xml
`hogugolfntraval.blogspot.com`	32	33
`hoguasset.blogspot.com`	30	31
`www.hoguwhat.com`	31	0

robots.txt에도 이 블로그의 Sitemap: 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다.

변경

sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 제거. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드 수정이 필요 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다.
blog-sitemap.yml이 인라인 대신 모듈을 호출.
GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당해 중복이고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. 죽어 있던 모듈은 블로그가 hoguwhat1.blogspot.com 하나로 하드코딩돼 있고 현재 쓰지 않는 필드명(blogUrl/date)을 읽고 있었습니다 — 그대로 배선했다면 사이트맵이 더 망가졌습니다.
author_profile_check을 weekly-brief에 배선. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편.
CI가 한 번도 돌리지 않던 테스트 28건 정리.pytest tests/만 도는데 루트에 test_fix_unlicensed_images.py가 tests/ 사본과 26/28 같은 이름으로 남아 있었고, 실행해 보니 1건은 실패 상태였습니다(코드가 _fetch_best_image → _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채). test_image.py는 README에 문서화된 로컬 수동 스크립트라 manual_image_check.py로 개명.

검증

로컬 실측 — 실제 posts.json 105편으로 생성:

현재 배포: 64 URL / 블로그 2개
생성 결과: 96 URL / 블로그 3개 (누락 32편 복구)
XML 파싱 OK · 중복 0 · 블로그 루트 3개 포함
robots.txt diff: Sitemap: https://www.hoguwhat.com/sitemap.xml 한 줄 추가

테스트 1130 passed, 2 skipped. 가드 3종 모두 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

테스트	잡는 것
`test_sitemap_generator` (13건)	커스텀 도메인 누락 회귀 포함
`test_module_reachability`	워크플로에서 도달 불가한 모듈. 로컬 전용이면 이유와 함께 선언해야 통과
`test_no_uncollected_tests`	CI가 안 돌리는 위치의 테스트 파일

머지 후 blog-sitemap.yml을 실행해 origin/latest의 결과가 실제로 96 URL / 3블로그인지 확인할 예정입니다.

Generated by Claude Code

전체 점검 중 발견했습니다. blog-tests.yml은 `pytest tests/`만 돌리는데, blog-automation/ 루트에 test_fix_unlicensed_images.py가 tests/ 쪽 사본과 26/28이 같은 이름인 채로 남아 있었습니다. 한 번도 실행되지 않았고, 돌려 보니 1건은 실패 상태였습니다 — 코드가 _fetch_best_image에서 _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채라, 검색 경로가 아예 타지 않고 폴백으로 떨어지고 있었습니다. - 루트 test_fix_unlicensed_images.py 삭제 (tests/ 쪽이 유지보수되는 사본) - test_image.py → manual_image_check.py. README에 문서화된 로컬 수동 점검 스크립트인데 test_ 접두사 탓에 pytest가 수집합니다 (assert 대신 return을 쓰는 스크립트라 경고도 냅니다). README도 함께 수정. - tests/test_no_uncollected_tests.py 추가 — 루트에 test_*.py가 생기면 실패합니다. 임시 파일을 넣어 실제로 실패하는 것을 확인했습니다. 돌지 않는 테스트는 없는 테스트보다 나쁩니다. 목록만 보면 "검사하고 있다"고 읽히기 때문입니다. 1113 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검 중 라이브 버그를 찾았습니다. blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 `"blogspot.com" not in url: continue` 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다. posts.json sitemap.xml hogugolfntraval.blogspot 32 33 hoguasset.blogspot 30 31 www.hoguwhat.com 31 0 ← 전량 누락 robots.txt에도 이 블로그의 Sitemap 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다. - sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 없앴습니다. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드를 고칠 필요가 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다. 실측: 64 URL / 2블로그 → 96 URL / 3블로그. GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당하고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. - blog-sitemap.yml이 인라인 대신 모듈을 부릅니다. - author_profile_check을 weekly-brief에 배선했습니다. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편. 테스트 3종을 붙였고, 셋 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다. - test_sitemap_generator (13건) — 커스텀 도메인 누락 회귀 포함 - test_module_reachability — 워크플로에서 도달 불가한 모듈이 늘면 실패. 로컬 전용 모듈은 이유와 함께 선언해야 통과합니다 - test_no_uncollected_tests — 앞 커밋 1130 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검에서 나왔습니다. blog-schedule-monitor가 스케줄 워크플로 22개 중 8개만 추적하면서 alerts: 0을 내고 있었습니다. backup(Drive 백업)이나 gsc-indexing(색인)이 조용히 멈춰도 아무도 모르는 상태였습니다. "안 보고 있어서 0"과 "문제가 없어서 0"이 화면에서 구분되지 않는 것이 핵심입니다. 이번 세션에서 반복해 나온 형태이고, 이번에도 그걸 잡으라고 만든 도구 자신이었습니다 (author_profile_check에 이어 두 번째). 1) 커버리지 — 14개 추가, 유령 2개 제거 빠져 있던 것: adsense-audit, adsense-policy-update, alert-watchdog, backup, blog-comment-automation, collect-keywords, gsc-indexing, image-audit, inbound-links, pending-cleanup, post-lifecycle, series-schedule, trend-preempt, weekly-brief. 반대 방향도 있었습니다. 설정의 blog-run 정오·저녁 슬롯은 워크플로에 해당 크론이 없습니다 — 돌 리 없는 실행을 기다리고 있었습니다. (앞서 이 3건을 "중복 등록"이라고 했는데 틀렸습니다. 서로 다른 시간대 슬롯이고, 문제는 중복이 아니라 설정과 워크플로의 어긋남이었습니다.) 2) 침묵 감지 — 커버리지만으로는 목적을 못 이룹니다 detect_consecutive_failures는 "실패했다"만 봅니다. 실행이 아예 없으면 completed가 threshold보다 적어 그대로 continue로 넘어가므로, 트리거가 끊긴 워크플로는 조용해질수록 건강해 보입니다. blog-verify가 정확히 그랬습니다 — 38회 연속 실패한 뒤 아예 트리거되지 않았고, 실패가 멎자 화면이 조용해져 12일 뒤에야 발견됐습니다. detect_silent_workflows를 추가했습니다. cron_utc는 지금까지 문서 역할만 했는데, 이제 주기 계산에 실제로 쓰입니다. 판정 조건을 한 번 잘못 잡았습니다. 여유를 배수(×2)로 두니 24h × 2 = 48h가 수집 창(25h)을 넘어 매일 도는 워크플로가 전부 판정에서 빠졌습니다 — 정작 잡아야 할 대상입니다. 절대 여유(+1h)로 바꿨고, 그 조건을 테스트로 고정했습니다. 3) 테스트 17건 — 양방향 드리프트와 침묵 판정 실제로 잡는지 확인했습니다: 감시에서 backup을 빼면 커버리지 검사가, 없는 크론을 넣으면 유령 검사가 실패했고 복원 후 통과했습니다. test_the_old_detector_would_have_missed_it이 같은 입력에 대해 옛 감지는 빈 목록을, 새 감지는 침묵을 돌려주는 것을 고정합니다. 1147 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Kevinlee7250 · 2026-08-26T15:13:56Z

전체 시스템 점검 중 라이브 버그를 찾았습니다.

문제

blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다.

ifnoturlor"blogspot.com"notinurl:
continue

블로그	posts.json	배포된 sitemap.xml
`hogugolfntraval.blogspot.com`	32	33
`hoguasset.blogspot.com`	30	31
`www.hoguwhat.com`	31	0

robots.txt에도 이 블로그의 Sitemap: 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다.

변경

sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 제거. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드 수정이 필요 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다.
blog-sitemap.yml이 인라인 대신 모듈을 호출.
GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당해 중복이고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. 죽어 있던 모듈은 블로그가 hoguwhat1.blogspot.com 하나로 하드코딩돼 있고 현재 쓰지 않는 필드명(blogUrl/date)을 읽고 있었습니다 — 그대로 배선했다면 사이트맵이 더 망가졌습니다.
author_profile_check을 weekly-brief에 배선. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편.
CI가 한 번도 돌리지 않던 테스트 28건 정리.pytest tests/만 도는데 루트에 test_fix_unlicensed_images.py가 tests/ 사본과 26/28 같은 이름으로 남아 있었고, 실행해 보니 1건은 실패 상태였습니다(코드가 _fetch_best_image → _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채). test_image.py는 README에 문서화된 로컬 수동 스크립트라 manual_image_check.py로 개명.

검증

로컬 실측 — 실제 posts.json 105편으로 생성:

현재 배포: 64 URL / 블로그 2개
생성 결과: 96 URL / 블로그 3개 (누락 32편 복구)
XML 파싱 OK · 중복 0 · 블로그 루트 3개 포함
robots.txt diff: Sitemap: https://www.hoguwhat.com/sitemap.xml 한 줄 추가

테스트 1130 passed, 2 skipped. 가드 3종 모두 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

테스트	잡는 것
`test_sitemap_generator` (13건)	커스텀 도메인 누락 회귀 포함
`test_module_reachability`	워크플로에서 도달 불가한 모듈. 로컬 전용이면 이유와 함께 선언해야 통과
`test_no_uncollected_tests`	CI가 안 돌리는 위치의 테스트 파일

머지 후 blog-sitemap.yml을 실행해 origin/latest의 결과가 실제로 96 URL / 3블로그인지 확인할 예정입니다.

Generated by Claude Code

전체 점검 중 발견했습니다. blog-tests.yml은 `pytest tests/`만 돌리는데, blog-automation/ 루트에 test_fix_unlicensed_images.py가 tests/ 쪽 사본과 26/28이 같은 이름인 채로 남아 있었습니다. 한 번도 실행되지 않았고, 돌려 보니 1건은 실패 상태였습니다 — 코드가 _fetch_best_image에서 _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채라, 검색 경로가 아예 타지 않고 폴백으로 떨어지고 있었습니다. - 루트 test_fix_unlicensed_images.py 삭제 (tests/ 쪽이 유지보수되는 사본) - test_image.py → manual_image_check.py. README에 문서화된 로컬 수동 점검 스크립트인데 test_ 접두사 탓에 pytest가 수집합니다 (assert 대신 return을 쓰는 스크립트라 경고도 냅니다). README도 함께 수정. - tests/test_no_uncollected_tests.py 추가 — 루트에 test_*.py가 생기면 실패합니다. 임시 파일을 넣어 실제로 실패하는 것을 확인했습니다. 돌지 않는 테스트는 없는 테스트보다 나쁩니다. 목록만 보면 "검사하고 있다"고 읽히기 때문입니다. 1113 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검 중 라이브 버그를 찾았습니다. blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 `"blogspot.com" not in url: continue` 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다. posts.json sitemap.xml hogugolfntraval.blogspot 32 33 hoguasset.blogspot 30 31 www.hoguwhat.com 31 0 ← 전량 누락 robots.txt에도 이 블로그의 Sitemap 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다. - sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 없앴습니다. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드를 고칠 필요가 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다. 실측: 64 URL / 2블로그 → 96 URL / 3블로그. GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당하고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. - blog-sitemap.yml이 인라인 대신 모듈을 부릅니다. - author_profile_check을 weekly-brief에 배선했습니다. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편. 테스트 3종을 붙였고, 셋 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다. - test_sitemap_generator (13건) — 커스텀 도메인 누락 회귀 포함 - test_module_reachability — 워크플로에서 도달 불가한 모듈이 늘면 실패. 로컬 전용 모듈은 이유와 함께 선언해야 통과합니다 - test_no_uncollected_tests — 앞 커밋 1130 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검에서 나왔습니다. blog-schedule-monitor가 스케줄 워크플로 22개 중 8개만 추적하면서 alerts: 0을 내고 있었습니다. backup(Drive 백업)이나 gsc-indexing(색인)이 조용히 멈춰도 아무도 모르는 상태였습니다. "안 보고 있어서 0"과 "문제가 없어서 0"이 화면에서 구분되지 않는 것이 핵심입니다. 이번 세션에서 반복해 나온 형태이고, 이번에도 그걸 잡으라고 만든 도구 자신이었습니다 (author_profile_check에 이어 두 번째). 1) 커버리지 — 14개 추가, 유령 2개 제거 빠져 있던 것: adsense-audit, adsense-policy-update, alert-watchdog, backup, blog-comment-automation, collect-keywords, gsc-indexing, image-audit, inbound-links, pending-cleanup, post-lifecycle, series-schedule, trend-preempt, weekly-brief. 반대 방향도 있었습니다. 설정의 blog-run 정오·저녁 슬롯은 워크플로에 해당 크론이 없습니다 — 돌 리 없는 실행을 기다리고 있었습니다. (앞서 이 3건을 "중복 등록"이라고 했는데 틀렸습니다. 서로 다른 시간대 슬롯이고, 문제는 중복이 아니라 설정과 워크플로의 어긋남이었습니다.) 2) 침묵 감지 — 커버리지만으로는 목적을 못 이룹니다 detect_consecutive_failures는 "실패했다"만 봅니다. 실행이 아예 없으면 completed가 threshold보다 적어 그대로 continue로 넘어가므로, 트리거가 끊긴 워크플로는 조용해질수록 건강해 보입니다. blog-verify가 정확히 그랬습니다 — 38회 연속 실패한 뒤 아예 트리거되지 않았고, 실패가 멎자 화면이 조용해져 12일 뒤에야 발견됐습니다. detect_silent_workflows를 추가했습니다. cron_utc는 지금까지 문서 역할만 했는데, 이제 주기 계산에 실제로 쓰입니다. 판정 조건을 한 번 잘못 잡았습니다. 여유를 배수(×2)로 두니 24h × 2 = 48h가 수집 창(25h)을 넘어 매일 도는 워크플로가 전부 판정에서 빠졌습니다 — 정작 잡아야 할 대상입니다. 절대 여유(+1h)로 바꿨고, 그 조건을 테스트로 고정했습니다. 3) 테스트 17건 — 양방향 드리프트와 침묵 판정 실제로 잡는지 확인했습니다: 감시에서 backup을 빼면 커버리지 검사가, 없는 크론을 넣으면 유령 검사가 실패했고 복원 후 통과했습니다. test_the_old_detector_would_have_missed_it이 같은 입력에 대해 옛 감지는 빈 목록을, 새 감지는 침묵을 돌려주는 것을 고정합니다. 1147 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Kevinlee7250 · 2026-08-26T15:13:56Z

전체 시스템 점검 중 라이브 버그를 찾았습니다.

문제

blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다.

ifnoturlor"blogspot.com"notinurl:
continue

블로그	posts.json	배포된 sitemap.xml
`hogugolfntraval.blogspot.com`	32	33
`hoguasset.blogspot.com`	30	31
`www.hoguwhat.com`	31	0

robots.txt에도 이 블로그의 Sitemap: 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다.

변경

sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 제거. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드 수정이 필요 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다.
blog-sitemap.yml이 인라인 대신 모듈을 호출.
GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당해 중복이고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. 죽어 있던 모듈은 블로그가 hoguwhat1.blogspot.com 하나로 하드코딩돼 있고 현재 쓰지 않는 필드명(blogUrl/date)을 읽고 있었습니다 — 그대로 배선했다면 사이트맵이 더 망가졌습니다.
author_profile_check을 weekly-brief에 배선. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편.
CI가 한 번도 돌리지 않던 테스트 28건 정리.pytest tests/만 도는데 루트에 test_fix_unlicensed_images.py가 tests/ 사본과 26/28 같은 이름으로 남아 있었고, 실행해 보니 1건은 실패 상태였습니다(코드가 _fetch_best_image → _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채). test_image.py는 README에 문서화된 로컬 수동 스크립트라 manual_image_check.py로 개명.

검증

로컬 실측 — 실제 posts.json 105편으로 생성:

현재 배포: 64 URL / 블로그 2개
생성 결과: 96 URL / 블로그 3개 (누락 32편 복구)
XML 파싱 OK · 중복 0 · 블로그 루트 3개 포함
robots.txt diff: Sitemap: https://www.hoguwhat.com/sitemap.xml 한 줄 추가

테스트 1130 passed, 2 skipped. 가드 3종 모두 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

테스트	잡는 것
`test_sitemap_generator` (13건)	커스텀 도메인 누락 회귀 포함
`test_module_reachability`	워크플로에서 도달 불가한 모듈. 로컬 전용이면 이유와 함께 선언해야 통과
`test_no_uncollected_tests`	CI가 안 돌리는 위치의 테스트 파일

머지 후 blog-sitemap.yml을 실행해 origin/latest의 결과가 실제로 96 URL / 3블로그인지 확인할 예정입니다.

Generated by Claude Code

전체 점검 중 발견했습니다. blog-tests.yml은 `pytest tests/`만 돌리는데, blog-automation/ 루트에 test_fix_unlicensed_images.py가 tests/ 쪽 사본과 26/28이 같은 이름인 채로 남아 있었습니다. 한 번도 실행되지 않았고, 돌려 보니 1건은 실패 상태였습니다 — 코드가 _fetch_best_image에서 _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채라, 검색 경로가 아예 타지 않고 폴백으로 떨어지고 있었습니다. - 루트 test_fix_unlicensed_images.py 삭제 (tests/ 쪽이 유지보수되는 사본) - test_image.py → manual_image_check.py. README에 문서화된 로컬 수동 점검 스크립트인데 test_ 접두사 탓에 pytest가 수집합니다 (assert 대신 return을 쓰는 스크립트라 경고도 냅니다). README도 함께 수정. - tests/test_no_uncollected_tests.py 추가 — 루트에 test_*.py가 생기면 실패합니다. 임시 파일을 넣어 실제로 실패하는 것을 확인했습니다. 돌지 않는 테스트는 없는 테스트보다 나쁩니다. 목록만 보면 "검사하고 있다"고 읽히기 때문입니다. 1113 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검 중 라이브 버그를 찾았습니다. blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 `"blogspot.com" not in url: continue` 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다. posts.json sitemap.xml hogugolfntraval.blogspot 32 33 hoguasset.blogspot 30 31 www.hoguwhat.com 31 0 ← 전량 누락 robots.txt에도 이 블로그의 Sitemap 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다. - sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 없앴습니다. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드를 고칠 필요가 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다. 실측: 64 URL / 2블로그 → 96 URL / 3블로그. GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당하고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. - blog-sitemap.yml이 인라인 대신 모듈을 부릅니다. - author_profile_check을 weekly-brief에 배선했습니다. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편. 테스트 3종을 붙였고, 셋 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다. - test_sitemap_generator (13건) — 커스텀 도메인 누락 회귀 포함 - test_module_reachability — 워크플로에서 도달 불가한 모듈이 늘면 실패. 로컬 전용 모듈은 이유와 함께 선언해야 통과합니다 - test_no_uncollected_tests — 앞 커밋 1130 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검에서 나왔습니다. blog-schedule-monitor가 스케줄 워크플로 22개 중 8개만 추적하면서 alerts: 0을 내고 있었습니다. backup(Drive 백업)이나 gsc-indexing(색인)이 조용히 멈춰도 아무도 모르는 상태였습니다. "안 보고 있어서 0"과 "문제가 없어서 0"이 화면에서 구분되지 않는 것이 핵심입니다. 이번 세션에서 반복해 나온 형태이고, 이번에도 그걸 잡으라고 만든 도구 자신이었습니다 (author_profile_check에 이어 두 번째). 1) 커버리지 — 14개 추가, 유령 2개 제거 빠져 있던 것: adsense-audit, adsense-policy-update, alert-watchdog, backup, blog-comment-automation, collect-keywords, gsc-indexing, image-audit, inbound-links, pending-cleanup, post-lifecycle, series-schedule, trend-preempt, weekly-brief. 반대 방향도 있었습니다. 설정의 blog-run 정오·저녁 슬롯은 워크플로에 해당 크론이 없습니다 — 돌 리 없는 실행을 기다리고 있었습니다. (앞서 이 3건을 "중복 등록"이라고 했는데 틀렸습니다. 서로 다른 시간대 슬롯이고, 문제는 중복이 아니라 설정과 워크플로의 어긋남이었습니다.) 2) 침묵 감지 — 커버리지만으로는 목적을 못 이룹니다 detect_consecutive_failures는 "실패했다"만 봅니다. 실행이 아예 없으면 completed가 threshold보다 적어 그대로 continue로 넘어가므로, 트리거가 끊긴 워크플로는 조용해질수록 건강해 보입니다. blog-verify가 정확히 그랬습니다 — 38회 연속 실패한 뒤 아예 트리거되지 않았고, 실패가 멎자 화면이 조용해져 12일 뒤에야 발견됐습니다. detect_silent_workflows를 추가했습니다. cron_utc는 지금까지 문서 역할만 했는데, 이제 주기 계산에 실제로 쓰입니다. 판정 조건을 한 번 잘못 잡았습니다. 여유를 배수(×2)로 두니 24h × 2 = 48h가 수집 창(25h)을 넘어 매일 도는 워크플로가 전부 판정에서 빠졌습니다 — 정작 잡아야 할 대상입니다. 절대 여유(+1h)로 바꿨고, 그 조건을 테스트로 고정했습니다. 3) 테스트 17건 — 양방향 드리프트와 침묵 판정 실제로 잡는지 확인했습니다: 감시에서 backup을 빼면 커버리지 검사가, 없는 크론을 넣으면 유령 검사가 실패했고 복원 후 통과했습니다. test_the_old_detector_would_have_missed_it이 같은 입력에 대해 옛 감지는 빈 목록을, 새 감지는 침묵을 돌려주는 것을 고정합니다. 1147 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Kevinlee7250 · 2026-08-26T15:13:56Z

전체 시스템 점검 중 라이브 버그를 찾았습니다.

문제

blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다.

ifnoturlor"blogspot.com"notinurl:
continue

블로그	posts.json	배포된 sitemap.xml
`hogugolfntraval.blogspot.com`	32	33
`hoguasset.blogspot.com`	30	31
`www.hoguwhat.com`	31	0

robots.txt에도 이 블로그의 Sitemap: 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다.

변경

sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 제거. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드 수정이 필요 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다.
blog-sitemap.yml이 인라인 대신 모듈을 호출.
GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당해 중복이고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. 죽어 있던 모듈은 블로그가 hoguwhat1.blogspot.com 하나로 하드코딩돼 있고 현재 쓰지 않는 필드명(blogUrl/date)을 읽고 있었습니다 — 그대로 배선했다면 사이트맵이 더 망가졌습니다.
author_profile_check을 weekly-brief에 배선. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편.
CI가 한 번도 돌리지 않던 테스트 28건 정리.pytest tests/만 도는데 루트에 test_fix_unlicensed_images.py가 tests/ 사본과 26/28 같은 이름으로 남아 있었고, 실행해 보니 1건은 실패 상태였습니다(코드가 _fetch_best_image → _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채). test_image.py는 README에 문서화된 로컬 수동 스크립트라 manual_image_check.py로 개명.

검증

로컬 실측 — 실제 posts.json 105편으로 생성:

현재 배포: 64 URL / 블로그 2개
생성 결과: 96 URL / 블로그 3개 (누락 32편 복구)
XML 파싱 OK · 중복 0 · 블로그 루트 3개 포함
robots.txt diff: Sitemap: https://www.hoguwhat.com/sitemap.xml 한 줄 추가

테스트 1130 passed, 2 skipped. 가드 3종 모두 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

테스트	잡는 것
`test_sitemap_generator` (13건)	커스텀 도메인 누락 회귀 포함
`test_module_reachability`	워크플로에서 도달 불가한 모듈. 로컬 전용이면 이유와 함께 선언해야 통과
`test_no_uncollected_tests`	CI가 안 돌리는 위치의 테스트 파일

머지 후 blog-sitemap.yml을 실행해 origin/latest의 결과가 실제로 96 URL / 3블로그인지 확인할 예정입니다.

Generated by Claude Code

전체 점검 중 발견했습니다. blog-tests.yml은 `pytest tests/`만 돌리는데, blog-automation/ 루트에 test_fix_unlicensed_images.py가 tests/ 쪽 사본과 26/28이 같은 이름인 채로 남아 있었습니다. 한 번도 실행되지 않았고, 돌려 보니 1건은 실패 상태였습니다 — 코드가 _fetch_best_image에서 _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채라, 검색 경로가 아예 타지 않고 폴백으로 떨어지고 있었습니다. - 루트 test_fix_unlicensed_images.py 삭제 (tests/ 쪽이 유지보수되는 사본) - test_image.py → manual_image_check.py. README에 문서화된 로컬 수동 점검 스크립트인데 test_ 접두사 탓에 pytest가 수집합니다 (assert 대신 return을 쓰는 스크립트라 경고도 냅니다). README도 함께 수정. - tests/test_no_uncollected_tests.py 추가 — 루트에 test_*.py가 생기면 실패합니다. 임시 파일을 넣어 실제로 실패하는 것을 확인했습니다. 돌지 않는 테스트는 없는 테스트보다 나쁩니다. 목록만 보면 "검사하고 있다"고 읽히기 때문입니다. 1113 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검 중 라이브 버그를 찾았습니다. blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 `"blogspot.com" not in url: continue` 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다. posts.json sitemap.xml hogugolfntraval.blogspot 32 33 hoguasset.blogspot 30 31 www.hoguwhat.com 31 0 ← 전량 누락 robots.txt에도 이 블로그의 Sitemap 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다. - sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 없앴습니다. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드를 고칠 필요가 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다. 실측: 64 URL / 2블로그 → 96 URL / 3블로그. GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당하고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. - blog-sitemap.yml이 인라인 대신 모듈을 부릅니다. - author_profile_check을 weekly-brief에 배선했습니다. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편. 테스트 3종을 붙였고, 셋 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다. - test_sitemap_generator (13건) — 커스텀 도메인 누락 회귀 포함 - test_module_reachability — 워크플로에서 도달 불가한 모듈이 늘면 실패. 로컬 전용 모듈은 이유와 함께 선언해야 통과합니다 - test_no_uncollected_tests — 앞 커밋 1130 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검에서 나왔습니다. blog-schedule-monitor가 스케줄 워크플로 22개 중 8개만 추적하면서 alerts: 0을 내고 있었습니다. backup(Drive 백업)이나 gsc-indexing(색인)이 조용히 멈춰도 아무도 모르는 상태였습니다. "안 보고 있어서 0"과 "문제가 없어서 0"이 화면에서 구분되지 않는 것이 핵심입니다. 이번 세션에서 반복해 나온 형태이고, 이번에도 그걸 잡으라고 만든 도구 자신이었습니다 (author_profile_check에 이어 두 번째). 1) 커버리지 — 14개 추가, 유령 2개 제거 빠져 있던 것: adsense-audit, adsense-policy-update, alert-watchdog, backup, blog-comment-automation, collect-keywords, gsc-indexing, image-audit, inbound-links, pending-cleanup, post-lifecycle, series-schedule, trend-preempt, weekly-brief. 반대 방향도 있었습니다. 설정의 blog-run 정오·저녁 슬롯은 워크플로에 해당 크론이 없습니다 — 돌 리 없는 실행을 기다리고 있었습니다. (앞서 이 3건을 "중복 등록"이라고 했는데 틀렸습니다. 서로 다른 시간대 슬롯이고, 문제는 중복이 아니라 설정과 워크플로의 어긋남이었습니다.) 2) 침묵 감지 — 커버리지만으로는 목적을 못 이룹니다 detect_consecutive_failures는 "실패했다"만 봅니다. 실행이 아예 없으면 completed가 threshold보다 적어 그대로 continue로 넘어가므로, 트리거가 끊긴 워크플로는 조용해질수록 건강해 보입니다. blog-verify가 정확히 그랬습니다 — 38회 연속 실패한 뒤 아예 트리거되지 않았고, 실패가 멎자 화면이 조용해져 12일 뒤에야 발견됐습니다. detect_silent_workflows를 추가했습니다. cron_utc는 지금까지 문서 역할만 했는데, 이제 주기 계산에 실제로 쓰입니다. 판정 조건을 한 번 잘못 잡았습니다. 여유를 배수(×2)로 두니 24h × 2 = 48h가 수집 창(25h)을 넘어 매일 도는 워크플로가 전부 판정에서 빠졌습니다 — 정작 잡아야 할 대상입니다. 절대 여유(+1h)로 바꿨고, 그 조건을 테스트로 고정했습니다. 3) 테스트 17건 — 양방향 드리프트와 침묵 판정 실제로 잡는지 확인했습니다: 감시에서 backup을 빼면 커버리지 검사가, 없는 크론을 넣으면 유령 검사가 실패했고 복원 후 통과했습니다. test_the_old_detector_would_have_missed_it이 같은 입력에 대해 옛 감지는 빈 목록을, 새 감지는 침묵을 돌려주는 것을 고정합니다. 1147 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Kevinlee7250 · 2026-08-26T15:13:56Z

전체 시스템 점검 중 라이브 버그를 찾았습니다.

문제

blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다.

ifnoturlor"blogspot.com"notinurl:
continue

블로그	posts.json	배포된 sitemap.xml
`hogugolfntraval.blogspot.com`	32	33
`hoguasset.blogspot.com`	30	31
`www.hoguwhat.com`	31	0

robots.txt에도 이 블로그의 Sitemap: 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다.

변경

sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 제거. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드 수정이 필요 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다.
blog-sitemap.yml이 인라인 대신 모듈을 호출.
GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당해 중복이고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. 죽어 있던 모듈은 블로그가 hoguwhat1.blogspot.com 하나로 하드코딩돼 있고 현재 쓰지 않는 필드명(blogUrl/date)을 읽고 있었습니다 — 그대로 배선했다면 사이트맵이 더 망가졌습니다.
author_profile_check을 weekly-brief에 배선. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편.
CI가 한 번도 돌리지 않던 테스트 28건 정리.pytest tests/만 도는데 루트에 test_fix_unlicensed_images.py가 tests/ 사본과 26/28 같은 이름으로 남아 있었고, 실행해 보니 1건은 실패 상태였습니다(코드가 _fetch_best_image → _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채). test_image.py는 README에 문서화된 로컬 수동 스크립트라 manual_image_check.py로 개명.

검증

로컬 실측 — 실제 posts.json 105편으로 생성:

현재 배포: 64 URL / 블로그 2개
생성 결과: 96 URL / 블로그 3개 (누락 32편 복구)
XML 파싱 OK · 중복 0 · 블로그 루트 3개 포함
robots.txt diff: Sitemap: https://www.hoguwhat.com/sitemap.xml 한 줄 추가

테스트 1130 passed, 2 skipped. 가드 3종 모두 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

테스트	잡는 것
`test_sitemap_generator` (13건)	커스텀 도메인 누락 회귀 포함
`test_module_reachability`	워크플로에서 도달 불가한 모듈. 로컬 전용이면 이유와 함께 선언해야 통과
`test_no_uncollected_tests`	CI가 안 돌리는 위치의 테스트 파일

머지 후 blog-sitemap.yml을 실행해 origin/latest의 결과가 실제로 96 URL / 3블로그인지 확인할 예정입니다.

Generated by Claude Code

전체 점검 중 발견했습니다. blog-tests.yml은 `pytest tests/`만 돌리는데, blog-automation/ 루트에 test_fix_unlicensed_images.py가 tests/ 쪽 사본과 26/28이 같은 이름인 채로 남아 있었습니다. 한 번도 실행되지 않았고, 돌려 보니 1건은 실패 상태였습니다 — 코드가 _fetch_best_image에서 _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채라, 검색 경로가 아예 타지 않고 폴백으로 떨어지고 있었습니다. - 루트 test_fix_unlicensed_images.py 삭제 (tests/ 쪽이 유지보수되는 사본) - test_image.py → manual_image_check.py. README에 문서화된 로컬 수동 점검 스크립트인데 test_ 접두사 탓에 pytest가 수집합니다 (assert 대신 return을 쓰는 스크립트라 경고도 냅니다). README도 함께 수정. - tests/test_no_uncollected_tests.py 추가 — 루트에 test_*.py가 생기면 실패합니다. 임시 파일을 넣어 실제로 실패하는 것을 확인했습니다. 돌지 않는 테스트는 없는 테스트보다 나쁩니다. 목록만 보면 "검사하고 있다"고 읽히기 때문입니다. 1113 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검 중 라이브 버그를 찾았습니다. blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 `"blogspot.com" not in url: continue` 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다. posts.json sitemap.xml hogugolfntraval.blogspot 32 33 hoguasset.blogspot 30 31 www.hoguwhat.com 31 0 ← 전량 누락 robots.txt에도 이 블로그의 Sitemap 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다. - sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 없앴습니다. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드를 고칠 필요가 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다. 실측: 64 URL / 2블로그 → 96 URL / 3블로그. GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당하고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. - blog-sitemap.yml이 인라인 대신 모듈을 부릅니다. - author_profile_check을 weekly-brief에 배선했습니다. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편. 테스트 3종을 붙였고, 셋 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다. - test_sitemap_generator (13건) — 커스텀 도메인 누락 회귀 포함 - test_module_reachability — 워크플로에서 도달 불가한 모듈이 늘면 실패. 로컬 전용 모듈은 이유와 함께 선언해야 통과합니다 - test_no_uncollected_tests — 앞 커밋 1130 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검에서 나왔습니다. blog-schedule-monitor가 스케줄 워크플로 22개 중 8개만 추적하면서 alerts: 0을 내고 있었습니다. backup(Drive 백업)이나 gsc-indexing(색인)이 조용히 멈춰도 아무도 모르는 상태였습니다. "안 보고 있어서 0"과 "문제가 없어서 0"이 화면에서 구분되지 않는 것이 핵심입니다. 이번 세션에서 반복해 나온 형태이고, 이번에도 그걸 잡으라고 만든 도구 자신이었습니다 (author_profile_check에 이어 두 번째). 1) 커버리지 — 14개 추가, 유령 2개 제거 빠져 있던 것: adsense-audit, adsense-policy-update, alert-watchdog, backup, blog-comment-automation, collect-keywords, gsc-indexing, image-audit, inbound-links, pending-cleanup, post-lifecycle, series-schedule, trend-preempt, weekly-brief. 반대 방향도 있었습니다. 설정의 blog-run 정오·저녁 슬롯은 워크플로에 해당 크론이 없습니다 — 돌 리 없는 실행을 기다리고 있었습니다. (앞서 이 3건을 "중복 등록"이라고 했는데 틀렸습니다. 서로 다른 시간대 슬롯이고, 문제는 중복이 아니라 설정과 워크플로의 어긋남이었습니다.) 2) 침묵 감지 — 커버리지만으로는 목적을 못 이룹니다 detect_consecutive_failures는 "실패했다"만 봅니다. 실행이 아예 없으면 completed가 threshold보다 적어 그대로 continue로 넘어가므로, 트리거가 끊긴 워크플로는 조용해질수록 건강해 보입니다. blog-verify가 정확히 그랬습니다 — 38회 연속 실패한 뒤 아예 트리거되지 않았고, 실패가 멎자 화면이 조용해져 12일 뒤에야 발견됐습니다. detect_silent_workflows를 추가했습니다. cron_utc는 지금까지 문서 역할만 했는데, 이제 주기 계산에 실제로 쓰입니다. 판정 조건을 한 번 잘못 잡았습니다. 여유를 배수(×2)로 두니 24h × 2 = 48h가 수집 창(25h)을 넘어 매일 도는 워크플로가 전부 판정에서 빠졌습니다 — 정작 잡아야 할 대상입니다. 절대 여유(+1h)로 바꿨고, 그 조건을 테스트로 고정했습니다. 3) 테스트 17건 — 양방향 드리프트와 침묵 판정 실제로 잡는지 확인했습니다: 감시에서 backup을 빼면 커버리지 검사가, 없는 크론을 넣으면 유령 검사가 실패했고 복원 후 통과했습니다. test_the_old_detector_would_have_missed_it이 같은 입력에 대해 옛 감지는 빈 목록을, 새 감지는 침묵을 돌려주는 것을 고정합니다. 1147 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Kevinlee7250 · 2026-08-26T15:13:56Z

전체 시스템 점검 중 라이브 버그를 찾았습니다.

문제

blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다.

ifnoturlor"blogspot.com"notinurl:
continue

블로그	posts.json	배포된 sitemap.xml
`hogugolfntraval.blogspot.com`	32	33
`hoguasset.blogspot.com`	30	31
`www.hoguwhat.com`	31	0

robots.txt에도 이 블로그의 Sitemap: 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다.

변경

sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 제거. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드 수정이 필요 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다.
blog-sitemap.yml이 인라인 대신 모듈을 호출.
GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당해 중복이고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. 죽어 있던 모듈은 블로그가 hoguwhat1.blogspot.com 하나로 하드코딩돼 있고 현재 쓰지 않는 필드명(blogUrl/date)을 읽고 있었습니다 — 그대로 배선했다면 사이트맵이 더 망가졌습니다.
author_profile_check을 weekly-brief에 배선. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편.
CI가 한 번도 돌리지 않던 테스트 28건 정리.pytest tests/만 도는데 루트에 test_fix_unlicensed_images.py가 tests/ 사본과 26/28 같은 이름으로 남아 있었고, 실행해 보니 1건은 실패 상태였습니다(코드가 _fetch_best_image → _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채). test_image.py는 README에 문서화된 로컬 수동 스크립트라 manual_image_check.py로 개명.

검증

로컬 실측 — 실제 posts.json 105편으로 생성:

현재 배포: 64 URL / 블로그 2개
생성 결과: 96 URL / 블로그 3개 (누락 32편 복구)
XML 파싱 OK · 중복 0 · 블로그 루트 3개 포함
robots.txt diff: Sitemap: https://www.hoguwhat.com/sitemap.xml 한 줄 추가

테스트 1130 passed, 2 skipped. 가드 3종 모두 되돌려 넣어 실제로 실패하는 것을 확인했습니다.

테스트	잡는 것
`test_sitemap_generator` (13건)	커스텀 도메인 누락 회귀 포함
`test_module_reachability`	워크플로에서 도달 불가한 모듈. 로컬 전용이면 이유와 함께 선언해야 통과
`test_no_uncollected_tests`	CI가 안 돌리는 위치의 테스트 파일

머지 후 blog-sitemap.yml을 실행해 origin/latest의 결과가 실제로 96 URL / 3블로그인지 확인할 예정입니다.

Generated by Claude Code

전체 점검 중 발견했습니다. blog-tests.yml은 `pytest tests/`만 돌리는데, blog-automation/ 루트에 test_fix_unlicensed_images.py가 tests/ 쪽 사본과 26/28이 같은 이름인 채로 남아 있었습니다. 한 번도 실행되지 않았고, 돌려 보니 1건은 실패 상태였습니다 — 코드가 _fetch_best_image에서 _search_all_sources로 바뀌었는데 안 도는 사본은 옛 함수를 patch한 채라, 검색 경로가 아예 타지 않고 폴백으로 떨어지고 있었습니다. - 루트 test_fix_unlicensed_images.py 삭제 (tests/ 쪽이 유지보수되는 사본) - test_image.py → manual_image_check.py. README에 문서화된 로컬 수동 점검 스크립트인데 test_ 접두사 탓에 pytest가 수집합니다 (assert 대신 return을 쓰는 스크립트라 경고도 냅니다). README도 함께 수정. - tests/test_no_uncollected_tests.py 추가 — 루트에 test_*.py가 생기면 실패합니다. 임시 파일을 넣어 실제로 실패하는 것을 확인했습니다. 돌지 않는 테스트는 없는 테스트보다 나쁩니다. 목록만 보면 "검사하고 있다"고 읽히기 때문입니다. 1113 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검 중 라이브 버그를 찾았습니다. blog-sitemap.yml이 사이트맵 로직을 heredoc으로 인라인해 두었고, 같은 이름의 모듈(sitemap_generator.py)은 아무도 부르지 않아 죽어 있었습니다. 구현이 두 벌 존재하고 도는 쪽에는 테스트가 없었습니다. 그 상태에서 인라인 판의 `"blogspot.com" not in url: continue` 필터가 커스텀 도메인 블로그를 통째로 걸러내고 있었습니다. posts.json sitemap.xml hogugolfntraval.blogspot 32 33 hoguasset.blogspot 30 31 www.hoguwhat.com 31 0 ← 전량 누락 robots.txt에도 이 블로그의 Sitemap 줄이 없었습니다. 색인에 직접 영향이 가는 문제인데 워크플로는 계속 초록이었습니다. - sitemap_generator.py를 인라인 로직 기준으로 다시 쓰고 필터를 없앴습니다. 호스트를 가정하지 않고 posts.json의 URL에서 읽으므로, 블로그를 붙이거나 도메인을 갈아도 코드를 고칠 필요가 없습니다. 블로그별 URL 수를 로그에 남깁니다 — 총계만 보면 한 블로그가 빠져도 알 수 없던 것이 원인이었습니다. 실측: 64 URL / 2블로그 → 96 URL / 3블로그. GSC 제출·ping은 넣지 않았습니다. 제출은 gsc_indexing.submit_sitemaps가 담당하고, 구글의 sitemap ping 엔드포인트는 폐기됐습니다. - blog-sitemap.yml이 인라인 대신 모듈을 부릅니다. - author_profile_check을 weekly-brief에 배선했습니다. "조용한 실패를 잡는" 점검기인데 아무도 부르지 않아 점검기 자신이 같은 침묵에 빠져 있었습니다. 돌려 보니 실제로 그 상황입니다 — 등록 4건 전부 summary가 비어 매칭 0건, 최근 40편 중 경험형 0편. 테스트 3종을 붙였고, 셋 다 되돌려 넣어 실제로 실패하는 것을 확인했습니다. - test_sitemap_generator (13건) — 커스텀 도메인 누락 회귀 포함 - test_module_reachability — 워크플로에서 도달 불가한 모듈이 늘면 실패. 로컬 전용 모듈은 이유와 함께 선언해야 통과합니다 - test_no_uncollected_tests — 앞 커밋 1130 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

전체 점검에서 나왔습니다. blog-schedule-monitor가 스케줄 워크플로 22개 중 8개만 추적하면서 alerts: 0을 내고 있었습니다. backup(Drive 백업)이나 gsc-indexing(색인)이 조용히 멈춰도 아무도 모르는 상태였습니다. "안 보고 있어서 0"과 "문제가 없어서 0"이 화면에서 구분되지 않는 것이 핵심입니다. 이번 세션에서 반복해 나온 형태이고, 이번에도 그걸 잡으라고 만든 도구 자신이었습니다 (author_profile_check에 이어 두 번째). 1) 커버리지 — 14개 추가, 유령 2개 제거 빠져 있던 것: adsense-audit, adsense-policy-update, alert-watchdog, backup, blog-comment-automation, collect-keywords, gsc-indexing, image-audit, inbound-links, pending-cleanup, post-lifecycle, series-schedule, trend-preempt, weekly-brief. 반대 방향도 있었습니다. 설정의 blog-run 정오·저녁 슬롯은 워크플로에 해당 크론이 없습니다 — 돌 리 없는 실행을 기다리고 있었습니다. (앞서 이 3건을 "중복 등록"이라고 했는데 틀렸습니다. 서로 다른 시간대 슬롯이고, 문제는 중복이 아니라 설정과 워크플로의 어긋남이었습니다.) 2) 침묵 감지 — 커버리지만으로는 목적을 못 이룹니다 detect_consecutive_failures는 "실패했다"만 봅니다. 실행이 아예 없으면 completed가 threshold보다 적어 그대로 continue로 넘어가므로, 트리거가 끊긴 워크플로는 조용해질수록 건강해 보입니다. blog-verify가 정확히 그랬습니다 — 38회 연속 실패한 뒤 아예 트리거되지 않았고, 실패가 멎자 화면이 조용해져 12일 뒤에야 발견됐습니다. detect_silent_workflows를 추가했습니다. cron_utc는 지금까지 문서 역할만 했는데, 이제 주기 계산에 실제로 쓰입니다. 판정 조건을 한 번 잘못 잡았습니다. 여유를 배수(×2)로 두니 24h × 2 = 48h가 수집 창(25h)을 넘어 매일 도는 워크플로가 전부 판정에서 빠졌습니다 — 정작 잡아야 할 대상입니다. 절대 여유(+1h)로 바꿨고, 그 조건을 테스트로 고정했습니다. 3) 테스트 17건 — 양방향 드리프트와 침묵 판정 실제로 잡는지 확인했습니다: 감시에서 backup을 빼면 커버리지 검사가, 없는 크론을 넣으면 유령 검사가 실패했고 복원 후 통과했습니다. test_the_old_detector_would_have_missed_it이 같은 입력에 대해 옛 감지는 빈 목록을, 새 감지는 침묵을 돌려주는 것을 고정합니다. 1147 passed, 2 skipped. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

claude added 3 commits August 26, 2026 12:34

Kevinlee7250 marked this pull request as ready for review August 27, 2026 10:58

Kevinlee7250 merged commit 6072c02 into latestAug 27, 2026
1 check passed

github-actionsBot added a commit that referenced this pull request Aug 30, 2026
🔍 구글 색인 상태 리포트 (#52)
07b876f

claude added 3 commits August 26, 2026 12:34

Kevinlee7250 marked this pull request as ready for review August 27, 2026 10:58

Kevinlee7250 merged commit 6072c02 into latestAug 27, 2026
1 check passed

github-actionsBot added a commit that referenced this pull request Aug 30, 2026
🔍 구글 색인 상태 리포트 (#52)
07b876f

claude added 3 commits August 26, 2026 12:34

Kevinlee7250 marked this pull request as ready for review August 27, 2026 10:58

Kevinlee7250 merged commit 6072c02 into latestAug 27, 2026
1 check passed

github-actionsBot added a commit that referenced this pull request Aug 30, 2026
🔍 구글 색인 상태 리포트 (#52)
07b876f

claude added 3 commits August 26, 2026 12:34

Kevinlee7250 marked this pull request as ready for review August 27, 2026 10:58

Kevinlee7250 merged commit 6072c02 into latestAug 27, 2026
1 check passed

github-actionsBot added a commit that referenced this pull request Aug 30, 2026
🔍 구글 색인 상태 리포트 (#52)
07b876f

claude added 3 commits August 26, 2026 12:34

Kevinlee7250 marked this pull request as ready for review August 27, 2026 10:58

Kevinlee7250 merged commit 6072c02 into latestAug 27, 2026
1 check passed

github-actionsBot added a commit that referenced this pull request Aug 30, 2026
🔍 구글 색인 상태 리포트 (#52)
07b876f

claude added 3 commits August 26, 2026 12:34

Kevinlee7250 marked this pull request as ready for review August 27, 2026 10:58

Kevinlee7250 merged commit 6072c02 into latestAug 27, 2026
1 check passed

github-actionsBot added a commit that referenced this pull request Aug 30, 2026
🔍 구글 색인 상태 리포트 (#52)
07b876f

claude added 3 commits August 26, 2026 12:34

Kevinlee7250 marked this pull request as ready for review August 27, 2026 10:58

Kevinlee7250 merged commit 6072c02 into latestAug 27, 2026
1 check passed

github-actionsBot added a commit that referenced this pull request Aug 30, 2026
🔍 구글 색인 상태 리포트 (#52)
07b876f

claude added 3 commits August 26, 2026 12:34

Kevinlee7250 marked this pull request as ready for review August 27, 2026 10:58

Kevinlee7250 merged commit 6072c02 into latestAug 27, 2026
1 check passed

github-actionsBot added a commit that referenced this pull request Aug 30, 2026
🔍 구글 색인 상태 리포트 (#52)
07b876f

Conversation

Kevinlee7250 commented Aug 26, 2026

문제

변경

검증

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

Kevinlee7250 commented Aug 26, 2026

문제

변경

검증

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

Kevinlee7250 commented Aug 26, 2026

문제

변경

검증

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

Kevinlee7250 commented Aug 26, 2026

문제

변경

검증

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

Kevinlee7250 commented Aug 26, 2026

문제

변경

검증

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

Kevinlee7250 commented Aug 26, 2026

문제

변경

검증