🔄 latest → 작업 브랜치 동기화 (git add 수정 반영) by Kevinlee7250 · Pull Request #30 · Kevinlee7250/cli

Kevinlee7250 · 2026-08-25T07:02:04Z

왜

워크플로 정의는 기본 브랜치(latest)에서 읽히지만, image-backfill.yml의 checkout은 ref: claude/blog-automation-system-KAbtE로 코드를 작업 브랜치에서 가져옵니다. PR #29의 수정(git add 문제 + dry-run 장수 로깅)이 latest에만 있어, 지금 다시 돌려도 옛 코드가 실행됩니다.

작업 브랜치는 latest보다 104커밋 뒤졌고, 앞선 커밋은 0개입니다 (fast-forward).

내용

🐛 git add 다중 경로 → 파일별 확인 (워크플로 17개)
dry-run이 복제 예정 N장을 찍도록
그 사이 스케줄 실행이 만든 데이터 커밋

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Generated by Claude Code

* feat: 구글 블로그 수익형 자동 포스팅 시스템 추가 Google Trends 트렌드 탐색 → Claude AI 글 생성 → Blogger API 자동 포스팅 스케줄러(cron) 기반으로 매일 지정 시간에 SEO 최적화 글을 자동 발행 https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * chore: .gitignore에 blog-automation 디렉토리 예외 추가 https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * feat: Windows 자동 설치 PowerShell 스크립트 추가 https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * fix: PowerShell 스크립트 따옴표 인코딩 오류 수정 https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * fix: bytes literal에서 한글 제거 (ASCII only) https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * fix: 로그 파일 인코딩 utf-8-sig로 변경 (Windows 한글 깨짐 방지) https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * feat: 자동 포스팅 시간 오전8시/오후1시/오후6시 하루 3회로 변경 https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * feat: 블로그 자동화 웹 대시보드 추가 (Flask) 포스트 현황, 로그 뷰어, 즉시 실행 버튼, 스케줄 확인 https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * feat: 대시보드 실행 시 Chrome 자동 열기 https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * feat: 대시보드 헤더에 블로그 주소 링크 추가 https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * feat: 글 생성 프롬프트 강화 - 최신 데이터 + 후킹 요소 대폭 추가 충격 통계/FOMO/반전포인트/긴급성 등 바이럴 요소 의무화 섹션 구조 4개로 확장, 분량 1800~2500자로 증가 연도/월 자동 반영으로 최신성 확보 https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * feat: GitHub Actions 자동 포스팅 워크플로우 추가 컴퓨터 꺼져 있어도 오전8시/오후1시/오후6시 자동 실행 GitHub Secrets에 API 키 저장, 중복 방지 히스토리 유지 https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 * feat: GitHub Secrets 자동 등록 스크립트 (.env에서 읽어 등록) https://claude.ai/code/session_01DD2fupQzzx4BWodSMBJum6 --------- Co-authored-by: Claude <noreply@anthropic.com>

blog-automation 시스템을 latest에 통합 (unrelated histories 해결)

Co-authored-by: Claude <noreply@anthropic.com>

GitHub은 schedule·workflow_dispatch 트리거를 기본 브랜치의 워크플로 파일에서만 인식합니다. 두 파일이 기능 브랜치에만 있어 자동 스케줄이 돌지 않고 대시보드 버튼도 404가 납니다. - pending-cleanup.yml: 검토 대기 글 정리·재검증 (주 1회) - alert-watchdog.yml: 운영 알림 워치독 (6시간마다) 실행 자체는 기존과 동일하게 claude/blog-automation-system-KAbtE를 체크아웃해 수행하므로, 기본 브랜치에는 트리거 정의만 올라갑니다. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

스케줄 실행은 기본 브랜치의 워크플로 정의를 쓰는데, 여기 있는 사본은 `git add`에 `-f`가 빠져 있습니다. docs/.gitignore(npm/cli 템플릿)가 docs/*를 무시하므로 아직 추적되지 않은 analytics_summary.json은 매주 조용히 커밋에서 빠졌고, 대시보드 분석 화면에 쓸 요약 데이터가 저장소에 없습니다. (2026-08-17 분석 커밋에도 posts.json과 로그만 들어 있음) - git add -f 로 교체하고 adsense_revenue.json / adsense_rpm.json 추가 - 분석 직전 실제 AdSense 수익 수집 단계 추가 (권한 없으면 건너뜀) Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

스케줄 실행은 기본 브랜치의 워크플로 정의를 쓰므로, 진단 단계가 여기에도 있어야 매일 실행됩니다. - 사이트맵 제출 전에 gsc_diagnose.py 실행 (읽기 전용) - gsc_diagnosis.json 커밋 대상 추가 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

기능 브랜치에서 지워도 기본 브랜치에 남아 있으면 workflow_dispatch로 계속 실행할 수 있습니다. 공개 저장소에서 refresh_token을 교환해 아티팩트로 올리는 경로이므로 여기서도 제거합니다. 토큰 발급은 로컬 get_refresh_token.py로만 수행합니다. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

이 브랜치에 동기화한 뒤 기능 브랜치에 index_priority.py 실행 단계가 추가돼, 기본 브랜치 사본에만 빠져 있었습니다. 스케줄 실행은 기본 브랜치 정의를 쓰므로 이대로면 색인 요청 패널이 갱신되지 않습니다. - python index_priority.py 실행 추가 - docs/data/index_priority.json 커밋 대상 추가 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

신규: pending-cleanup.yml, alert-watchdog.yml 수정: blog-analytics.yml (git add -f + 수익 수집), gsc-indexing.yml (진단 + 색인 우선순위) 삭제: get-oauth-token.yml — 공개 저장소에서 refresh_token을 교환·업로드하던 경로 기본 브랜치에는 트리거 정의만 올라가며, 실행 본체는 claude/blog-automation-system-KAbtE를 체크아웃합니다.

3차 세션(08-19)이 blog-run.yml의 cron을 3회→1회로 줄이고 rotation 잡을 추가했지만 기능 브랜치에만 올라가 있었습니다. 스케줄 실행은 기본 브랜치의 워크플로 정의를 쓰므로, 감축은 하루도 작동하지 않았습니다. 실제 발행량 (post_registry 기준): 08-17 11건 / 08-18 10건 / 08-19 8건 / 08-20 3건(진행 중) 색인 회복 전략 전체가 이 감축을 전제로 하는데 전제가 성립하지 않은 상태였습니다. 과다 발행은 "Discovered - currently not indexed"가 유지되는 주요 원인 중 하나이므로, 반영이 늦어질수록 회복도 늦어집니다. - cron 3줄 → 1줄 (오전 7시 KST) - rotation 잡: 연중일 % 3으로 당번 블로그 1개만 발행 - 수동 실행(workflow_dispatch)은 기존대로 blog_id 지정 가능 latest에서 사라지는 것은 cron 2줄과 무조건 실행 게이트뿐이며 그것이 곧 감축의 내용입니다. 다른 변경은 되돌아가지 않음을 확인했습니다. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

cron 3회 → 1회 (오전 7시 KST) + rotation 잡으로 당번 블로그 1개만 발행. 08-19에 감축했으나 기능 브랜치에만 있어 스케줄에 적용되지 않았고, 실제로는 하루 8~11건이 계속 발행되고 있었습니다.

스케줄 실행은 기본 브랜치의 워크플로 정의를 쓰므로 여기에도 올려야 매일 실행됩니다. 어제 발행량 감축이 기능 브랜치에만 있어 하루 넘게 적용되지 않았던 것과 같은 함정을 피하기 위해 즉시 반영합니다. - internal_link_audit.py 실행 (읽기 전용 진단) - docs/data/internal_links.json 커밋 대상 추가 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

internal_link_audit.py 실행 + docs/data/internal_links.json 커밋 대상 추가. 읽기 전용 진단으로, 들어오는 내부 링크가 0개인 고아 페이지를 집계해 "Discovered - currently not indexed"의 원인 가설을 숫자로 검증합니다.

신규 워크플로는 기본 브랜치에 있어야 schedule·workflow_dispatch가 인식됩니다. 없으면 Actions 목록에 뜨지도 않고 대시보드 버튼은 404가 납니다. 실행 본체는 claude/blog-automation-system-KAbtE를 체크아웃하므로 기본 브랜치에는 트리거 정의만 올라갑니다. - 주 1회(토요일 08시 KST) 자동 + 수동 실행 - 수동 실행 기본값은 미리보기 (발행된 글을 수정하는 작업) Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

고아 페이지 175건(40.6%)에 인바운드 링크를 만드는 워크플로. 주 1회 토요일 08시 KST + 수동 실행(기본 미리보기). 색인 해결책이 아니라 사이트 구조상 개선으로 진행합니다 — 색인 교차표에서 링크 있는 글도 똑같이 미색인이었고, 표본이 전부 미색인이라 인과를 판정할 수 없습니다.

신규 워크플로는 기본 브랜치에 있어야 schedule·workflow_dispatch가 인식됩니다. 없으면 Actions 목록에 뜨지 않고 대시보드 버튼은 404가 납니다. - 주 1회(일요일 07시 KST) + 수동 실행 - 수동 실행 기본값은 검사 전용 (발행된 글을 수정하는 작업이므로) - 스케줄 실행은 AI 판정 없이 돌아 broken/missing만 고칩니다 (관련성 의심은 손대지 않아 오삭제를 막습니다) 실행 본체는 claude/blog-automation-system-KAbtE를 체크아웃하므로 기본 브랜치에는 트리거 정의만 올라갑니다. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

게시글 이미지 검증 워크플로. 주 1회 일요일 07시 KST + 수동 실행. 수동 기본값은 검사 전용이며, 스케줄 실행은 AI 판정 없이 돌아 broken/missing만 고칩니다 — 관련성 의심은 손대지 않아 오삭제를 막습니다.

Actions가 기본 GITHUB_TOKEN으로 만든 커밋은 다른 워크플로를 트리거하지 않으므로, deploy-dashboard의 push 트리거는 자동화가 만든 docs/data 커밋에 반응하지 못했습니다. 데이터를 쓰는 워크플로 33개를 workflow_run에 등록하고, if 조건을 success에서 not-cancelled로 완화했습니다. 이미지 검증 워크플로 주석은 실제 수정 범위(DEFAULT_FIX_KINDS)에 맞췄습니다.

blog-verify가 38회 실행돼 38회 모두 실패하고 08-13 이후로는 트리거조차 되지 않았습니다. - workflow_run 브랜치 필터에 latest 추가 (blog-run은 스케줄 시 기본 브랜치에서 실행됨) - 검증 스텝에서 의도된 종료 코드(1=품질 미달, 2=재게시 필요)를 살림. bash -e가 그 자리에서 스텝을 죽여 재게시 단계가 실행되지 않았음

스케줄 실행은 워크플로 파일을 기본 브랜치에서 읽습니다. 작업 브랜치에만 커밋된 수정은 수동 실행에서만 동작했고, 매일 도는 실행에는 반영되지 않았습니다. - 쪼갠 데이터 파일의 짝을 함께 커밋 (pending_bodies·pending_archive, post_details·feature_flags, sitemap_status, code_repair_mark) - git add에 -f 추가 7개 — docs/.gitignore가 /* 로 전부 무시합니다 - 댓글 자동화 기능 스위치 gate + force 입력 - blog-run article_type 입력, 사이트맵 재제출 단계 - 빈 CLAUDE_MODEL 시크릿 기본값 cron 트리거는 19개 전부 변경 없습니다.

스케줄 실행은 워크플로 파일을 기본 브랜치에서 읽으므로, 작업 브랜치에만 있으면 매일 도는 실행에 반영되지 않습니다. - blog-run: 발행 직후 역방향 내부 링크 단계 (블로그 3개 각각) 진단 → 링크 순서. 산출물 2개를 커밋 목록에 추가 - inbound-links: 주간 → 매일, 처리량 10 → 25건 스케줄 실행이 실제로 쓰는 `inputs.limit || 'N'` 기본값도 함께 수정 cron 변경은 inbound-links 하나뿐이며 주간→매일 상향입니다. Co-authored-by: Claude <noreply@anthropic.com>

adsense-audit은 주간 스케줄로 도는데, 스케줄 실행은 워크플로 파일을 기본 브랜치에서 읽으므로 작업 브랜치에만 두면 반영되지 않습니다. - required_pages_check.py 실행 단계 (읽기 전용, 페이지를 만들지 않음) - docs/data/required_pages.json 커밋 목록 추가 스케줄 변경 없음. Co-authored-by: Claude <noreply@anthropic.com>

블로그 자동화 작업 브랜치를 기본 브랜치에 병합

🔄 작업 브랜치 → latest 동기화 (이미지 자체 호스팅 + 테스트 CI)

소급 복제 1회차(dry-run)가 초록으로 끝났는데 결과 파일이 커밋되지 않았습니다. 원인: git add -f docs/data/image_backfill.json docs/data/image_mirror.json || true image_mirror.json이 아직 없으니 git add는 pathspec 오류로 128을 내며 **아무것도 스테이징하지 않습니다**. 앞의 image_backfill.json까지 함께 날아가고, 뒤의 `|| true`가 그 실패를 삼켜 워크플로는 초록으로 끝납니다. 제가 이번에 넣은 5줄만의 문제가 아니었습니다. 저장소 전체에서 같은 형태를 17개 워크플로에서 찾았습니다 (posts.json + post_details.json, pending_* 3종, gsc 5종 등). 조건이 맞을 때만 생기는 파일이 하나라도 섞여 있으면 그 커밋 전체가 조용히 비어서 나갑니다. 전부 파일마다 확인하고 넣는 형태로 바꿨습니다: for f in A B C; do [ -f "$f" ] && git add -f "$f"; done 이미 blog-run 등에서 쓰던 방식이고, set -e 아래에서도 안전한 것을 확인했습니다. 함께: dry-run이 "복제 예정 N장"을 찍도록 했습니다. 1회차 로그에는 대상 글 편수(298편)만 있고 이미지 장수가 없어, 용량을 가늠할 수 없었습니다. 테스트 808개 통과 (신규 67개 — 워크플로마다 이 형태를 검사). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

🐛 git add가 파일 하나 없다고 나머지까지 버리던 문제 (워크플로 17개)

Kevinlee7250 · 2026-08-25T07:02:04Z

왜

워크플로 정의는 기본 브랜치(latest)에서 읽히지만, image-backfill.yml의 checkout은 ref: claude/blog-automation-system-KAbtE로 코드를 작업 브랜치에서 가져옵니다. PR #29의 수정(git add 문제 + dry-run 장수 로깅)이 latest에만 있어, 지금 다시 돌려도 옛 코드가 실행됩니다.

작업 브랜치는 latest보다 104커밋 뒤졌고, 앞선 커밋은 0개입니다 (fast-forward).

내용

🐛 git add 다중 경로 → 파일별 확인 (워크플로 17개)
dry-run이 복제 예정 N장을 찍도록
그 사이 스케줄 실행이 만든 데이터 커밋