고아 페이지 해소가 발행 속도를 따라잡도록 처리량 조정 by Kevinlee7250 · Pull Request #23 · Kevinlee7250/cli

Kevinlee7250 · 2026-08-24T03:05:22Z

진단

도구(inbound_linker)는 2026-08-21부터 정상 동작했습니다. 그런데 고아는 165건 → 172건으로 오히려 늘었습니다. 링크가 안 걸린 게 아니라 처리량이 모자랐습니다.

해소: 주 1회 × 10건 = 10건/주
생성: 발행 1건당 고아 1건 → 하루 1편이면 7건/주
순감: 3건/주 → 밀린 172건을 걷어내는 데 57주

내부 링크는 글을 쓸 때 "새 글 → 기존 글" 한 방향으로만 걸립니다. 그래서 모든 새 글은 아무도 가리키지 않는 고아로 태어납니다. 배치를 아무리 빨리 돌려도 발행이 계속되는 한 새 고아는 계속 생깁니다.

실제 데이터에서도 그대로 보입니다 — 고아 상위 5건이 전부 최근 발행분이고, 바깥으로 나가는 링크(outbound)는 2~5개씩 정상적으로 있습니다.

변경

1. 발행 직후 역방향 링크 (blog-run, 블로그 3개 각각)

진단(internal_link_audit)을 먼저 돌려 방금 올린 글을 고아 목록에 넣고, inbound_linker --limit 5 --apply로 링크를 겁니다.

순서가 중요합니다 — 진단을 건너뛰면 새 글이 목록에 없어 그 글만 계속 고아로 남습니다. 발행을 막을 이유는 없으므로 실패해도 경고만 남깁니다. 산출물(internal_links·inbound_links)을 커밋 목록에 추가했습니다. 빠뜨리면 다음 실행이 낡은 고아 목록을 읽습니다.

2. 밀린 물량은 매일 배치로 (inbound-links, 주간 → 매일, 10 → 25건)

스케줄 실행에는 inputs가 없어 inputs.limit || 'N'의 N이 실제 값입니다. 입력란 default만 고치고 이쪽을 놓치면 조용히 옛 처리량으로 돌아가므로 둘을 맞추고 테스트로 고정했습니다.

순감 25건/일 → 밀린 172건은 약 7일
이후 배치는 보조로 남고, 새 고아는 발행 직후 단계가 처리

기대치에 대해

같은 측정에서 색인 검사 20건 중 고아 9건과 링크 있는 글 11건이 똑같이 미색인이었습니다. 내부 링크를 만든다고 색인이 풀린다는 근거는 아직 없습니다 — 표본이 전부 미색인이라 인과를 판정할 수 없습니다.

사이트 구조상 정당한 개선으로 보고 진행하며, 색인 해결책으로 광고하지 않습니다.

안전장치 (기존 `inbound_linker`에 이미 있는 것)

발행된 글을 수정하므로 기본은 dry-run — --apply가 있어야 반영
출처 글 하나에 링크 무한정 삽입 금지 (MAX_ADDED_PER_SOURCE = 3)
이미 그 대상을 링크하고 있으면 건너뜀 (멱등)
관련성 점수 미달이면 링크하지 않음 (MIN_RELEVANCE = 2, 억지 링크 금지)
Blogger 쓰기 레이트 리밋 배려 (건당 1초)

검증

워크플로 YAML 파싱 통과
이 사양이 되돌아가지 않도록 테스트 8건 추가 (매일 실행 여부, 스케줄 기본값이 발행량보다 큰지, 입력란·스케줄 기본값 일치, 블로그 3개 각각의 발행 직후 단계, 진단→링크 순서, 산출물 커밋)
전체 659건 통과
자격증명이 없는 환경이라 실제 Blogger 반영은 이 PR에서 확인할 수 없습니다. 병합 후 첫 실행에서 확인합니다

병합 후 확인할 것

inbound_links.json의 orphansRemaining이 실제로 줄어드는지
blog-run 로그에 "역방향 내부 링크" 단계가 성공으로 남는지
새로 발행된 글이 다음 날 internal_links.json의 고아 목록에서 빠지는지

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Generated by Claude Code

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

Kevinlee7250 · 2026-08-24T03:05:22Z

진단

도구(inbound_linker)는 2026-08-21부터 정상 동작했습니다. 그런데 고아는 165건 → 172건으로 오히려 늘었습니다. 링크가 안 걸린 게 아니라 처리량이 모자랐습니다.

해소: 주 1회 × 10건 = 10건/주
생성: 발행 1건당 고아 1건 → 하루 1편이면 7건/주
순감: 3건/주 → 밀린 172건을 걷어내는 데 57주

내부 링크는 글을 쓸 때 "새 글 → 기존 글" 한 방향으로만 걸립니다. 그래서 모든 새 글은 아무도 가리키지 않는 고아로 태어납니다. 배치를 아무리 빨리 돌려도 발행이 계속되는 한 새 고아는 계속 생깁니다.

실제 데이터에서도 그대로 보입니다 — 고아 상위 5건이 전부 최근 발행분이고, 바깥으로 나가는 링크(outbound)는 2~5개씩 정상적으로 있습니다.

변경

1. 발행 직후 역방향 링크 (blog-run, 블로그 3개 각각)

진단(internal_link_audit)을 먼저 돌려 방금 올린 글을 고아 목록에 넣고, inbound_linker --limit 5 --apply로 링크를 겁니다.

순서가 중요합니다 — 진단을 건너뛰면 새 글이 목록에 없어 그 글만 계속 고아로 남습니다. 발행을 막을 이유는 없으므로 실패해도 경고만 남깁니다. 산출물(internal_links·inbound_links)을 커밋 목록에 추가했습니다. 빠뜨리면 다음 실행이 낡은 고아 목록을 읽습니다.

2. 밀린 물량은 매일 배치로 (inbound-links, 주간 → 매일, 10 → 25건)

스케줄 실행에는 inputs가 없어 inputs.limit || 'N'의 N이 실제 값입니다. 입력란 default만 고치고 이쪽을 놓치면 조용히 옛 처리량으로 돌아가므로 둘을 맞추고 테스트로 고정했습니다.

순감 25건/일 → 밀린 172건은 약 7일
이후 배치는 보조로 남고, 새 고아는 발행 직후 단계가 처리

기대치에 대해

같은 측정에서 색인 검사 20건 중 고아 9건과 링크 있는 글 11건이 똑같이 미색인이었습니다. 내부 링크를 만든다고 색인이 풀린다는 근거는 아직 없습니다 — 표본이 전부 미색인이라 인과를 판정할 수 없습니다.

사이트 구조상 정당한 개선으로 보고 진행하며, 색인 해결책으로 광고하지 않습니다.

안전장치 (기존 `inbound_linker`에 이미 있는 것)

발행된 글을 수정하므로 기본은 dry-run — --apply가 있어야 반영
출처 글 하나에 링크 무한정 삽입 금지 (MAX_ADDED_PER_SOURCE = 3)
이미 그 대상을 링크하고 있으면 건너뜀 (멱등)
관련성 점수 미달이면 링크하지 않음 (MIN_RELEVANCE = 2, 억지 링크 금지)
Blogger 쓰기 레이트 리밋 배려 (건당 1초)

검증

워크플로 YAML 파싱 통과
이 사양이 되돌아가지 않도록 테스트 8건 추가 (매일 실행 여부, 스케줄 기본값이 발행량보다 큰지, 입력란·스케줄 기본값 일치, 블로그 3개 각각의 발행 직후 단계, 진단→링크 순서, 산출물 커밋)
전체 659건 통과
자격증명이 없는 환경이라 실제 Blogger 반영은 이 PR에서 확인할 수 없습니다. 병합 후 첫 실행에서 확인합니다

병합 후 확인할 것

inbound_links.json의 orphansRemaining이 실제로 줄어드는지
blog-run 로그에 "역방향 내부 링크" 단계가 성공으로 남는지
새로 발행된 글이 다음 날 internal_links.json의 고아 목록에서 빠지는지

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Generated by Claude Code

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

Kevinlee7250 · 2026-08-24T03:05:22Z

진단

도구(inbound_linker)는 2026-08-21부터 정상 동작했습니다. 그런데 고아는 165건 → 172건으로 오히려 늘었습니다. 링크가 안 걸린 게 아니라 처리량이 모자랐습니다.

해소: 주 1회 × 10건 = 10건/주
생성: 발행 1건당 고아 1건 → 하루 1편이면 7건/주
순감: 3건/주 → 밀린 172건을 걷어내는 데 57주

내부 링크는 글을 쓸 때 "새 글 → 기존 글" 한 방향으로만 걸립니다. 그래서 모든 새 글은 아무도 가리키지 않는 고아로 태어납니다. 배치를 아무리 빨리 돌려도 발행이 계속되는 한 새 고아는 계속 생깁니다.

실제 데이터에서도 그대로 보입니다 — 고아 상위 5건이 전부 최근 발행분이고, 바깥으로 나가는 링크(outbound)는 2~5개씩 정상적으로 있습니다.

변경

1. 발행 직후 역방향 링크 (blog-run, 블로그 3개 각각)

진단(internal_link_audit)을 먼저 돌려 방금 올린 글을 고아 목록에 넣고, inbound_linker --limit 5 --apply로 링크를 겁니다.

순서가 중요합니다 — 진단을 건너뛰면 새 글이 목록에 없어 그 글만 계속 고아로 남습니다. 발행을 막을 이유는 없으므로 실패해도 경고만 남깁니다. 산출물(internal_links·inbound_links)을 커밋 목록에 추가했습니다. 빠뜨리면 다음 실행이 낡은 고아 목록을 읽습니다.

2. 밀린 물량은 매일 배치로 (inbound-links, 주간 → 매일, 10 → 25건)

스케줄 실행에는 inputs가 없어 inputs.limit || 'N'의 N이 실제 값입니다. 입력란 default만 고치고 이쪽을 놓치면 조용히 옛 처리량으로 돌아가므로 둘을 맞추고 테스트로 고정했습니다.

순감 25건/일 → 밀린 172건은 약 7일
이후 배치는 보조로 남고, 새 고아는 발행 직후 단계가 처리

기대치에 대해

같은 측정에서 색인 검사 20건 중 고아 9건과 링크 있는 글 11건이 똑같이 미색인이었습니다. 내부 링크를 만든다고 색인이 풀린다는 근거는 아직 없습니다 — 표본이 전부 미색인이라 인과를 판정할 수 없습니다.

사이트 구조상 정당한 개선으로 보고 진행하며, 색인 해결책으로 광고하지 않습니다.

안전장치 (기존 `inbound_linker`에 이미 있는 것)

발행된 글을 수정하므로 기본은 dry-run — --apply가 있어야 반영
출처 글 하나에 링크 무한정 삽입 금지 (MAX_ADDED_PER_SOURCE = 3)
이미 그 대상을 링크하고 있으면 건너뜀 (멱등)
관련성 점수 미달이면 링크하지 않음 (MIN_RELEVANCE = 2, 억지 링크 금지)
Blogger 쓰기 레이트 리밋 배려 (건당 1초)

검증

워크플로 YAML 파싱 통과
이 사양이 되돌아가지 않도록 테스트 8건 추가 (매일 실행 여부, 스케줄 기본값이 발행량보다 큰지, 입력란·스케줄 기본값 일치, 블로그 3개 각각의 발행 직후 단계, 진단→링크 순서, 산출물 커밋)
전체 659건 통과
자격증명이 없는 환경이라 실제 Blogger 반영은 이 PR에서 확인할 수 없습니다. 병합 후 첫 실행에서 확인합니다

병합 후 확인할 것

inbound_links.json의 orphansRemaining이 실제로 줄어드는지
blog-run 로그에 "역방향 내부 링크" 단계가 성공으로 남는지
새로 발행된 글이 다음 날 internal_links.json의 고아 목록에서 빠지는지

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Generated by Claude Code

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

Kevinlee7250 · 2026-08-24T03:05:22Z

진단

도구(inbound_linker)는 2026-08-21부터 정상 동작했습니다. 그런데 고아는 165건 → 172건으로 오히려 늘었습니다. 링크가 안 걸린 게 아니라 처리량이 모자랐습니다.

해소: 주 1회 × 10건 = 10건/주
생성: 발행 1건당 고아 1건 → 하루 1편이면 7건/주
순감: 3건/주 → 밀린 172건을 걷어내는 데 57주

내부 링크는 글을 쓸 때 "새 글 → 기존 글" 한 방향으로만 걸립니다. 그래서 모든 새 글은 아무도 가리키지 않는 고아로 태어납니다. 배치를 아무리 빨리 돌려도 발행이 계속되는 한 새 고아는 계속 생깁니다.

실제 데이터에서도 그대로 보입니다 — 고아 상위 5건이 전부 최근 발행분이고, 바깥으로 나가는 링크(outbound)는 2~5개씩 정상적으로 있습니다.

변경

1. 발행 직후 역방향 링크 (blog-run, 블로그 3개 각각)

진단(internal_link_audit)을 먼저 돌려 방금 올린 글을 고아 목록에 넣고, inbound_linker --limit 5 --apply로 링크를 겁니다.

순서가 중요합니다 — 진단을 건너뛰면 새 글이 목록에 없어 그 글만 계속 고아로 남습니다. 발행을 막을 이유는 없으므로 실패해도 경고만 남깁니다. 산출물(internal_links·inbound_links)을 커밋 목록에 추가했습니다. 빠뜨리면 다음 실행이 낡은 고아 목록을 읽습니다.

2. 밀린 물량은 매일 배치로 (inbound-links, 주간 → 매일, 10 → 25건)

스케줄 실행에는 inputs가 없어 inputs.limit || 'N'의 N이 실제 값입니다. 입력란 default만 고치고 이쪽을 놓치면 조용히 옛 처리량으로 돌아가므로 둘을 맞추고 테스트로 고정했습니다.

순감 25건/일 → 밀린 172건은 약 7일
이후 배치는 보조로 남고, 새 고아는 발행 직후 단계가 처리

기대치에 대해

같은 측정에서 색인 검사 20건 중 고아 9건과 링크 있는 글 11건이 똑같이 미색인이었습니다. 내부 링크를 만든다고 색인이 풀린다는 근거는 아직 없습니다 — 표본이 전부 미색인이라 인과를 판정할 수 없습니다.

사이트 구조상 정당한 개선으로 보고 진행하며, 색인 해결책으로 광고하지 않습니다.

안전장치 (기존 `inbound_linker`에 이미 있는 것)

발행된 글을 수정하므로 기본은 dry-run — --apply가 있어야 반영
출처 글 하나에 링크 무한정 삽입 금지 (MAX_ADDED_PER_SOURCE = 3)
이미 그 대상을 링크하고 있으면 건너뜀 (멱등)
관련성 점수 미달이면 링크하지 않음 (MIN_RELEVANCE = 2, 억지 링크 금지)
Blogger 쓰기 레이트 리밋 배려 (건당 1초)

검증

워크플로 YAML 파싱 통과
이 사양이 되돌아가지 않도록 테스트 8건 추가 (매일 실행 여부, 스케줄 기본값이 발행량보다 큰지, 입력란·스케줄 기본값 일치, 블로그 3개 각각의 발행 직후 단계, 진단→링크 순서, 산출물 커밋)
전체 659건 통과
자격증명이 없는 환경이라 실제 Blogger 반영은 이 PR에서 확인할 수 없습니다. 병합 후 첫 실행에서 확인합니다

병합 후 확인할 것

inbound_links.json의 orphansRemaining이 실제로 줄어드는지
blog-run 로그에 "역방향 내부 링크" 단계가 성공으로 남는지
새로 발행된 글이 다음 날 internal_links.json의 고아 목록에서 빠지는지

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Generated by Claude Code

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

Kevinlee7250 · 2026-08-24T03:05:22Z

진단

도구(inbound_linker)는 2026-08-21부터 정상 동작했습니다. 그런데 고아는 165건 → 172건으로 오히려 늘었습니다. 링크가 안 걸린 게 아니라 처리량이 모자랐습니다.

해소: 주 1회 × 10건 = 10건/주
생성: 발행 1건당 고아 1건 → 하루 1편이면 7건/주
순감: 3건/주 → 밀린 172건을 걷어내는 데 57주

내부 링크는 글을 쓸 때 "새 글 → 기존 글" 한 방향으로만 걸립니다. 그래서 모든 새 글은 아무도 가리키지 않는 고아로 태어납니다. 배치를 아무리 빨리 돌려도 발행이 계속되는 한 새 고아는 계속 생깁니다.

실제 데이터에서도 그대로 보입니다 — 고아 상위 5건이 전부 최근 발행분이고, 바깥으로 나가는 링크(outbound)는 2~5개씩 정상적으로 있습니다.

변경

1. 발행 직후 역방향 링크 (blog-run, 블로그 3개 각각)

진단(internal_link_audit)을 먼저 돌려 방금 올린 글을 고아 목록에 넣고, inbound_linker --limit 5 --apply로 링크를 겁니다.

순서가 중요합니다 — 진단을 건너뛰면 새 글이 목록에 없어 그 글만 계속 고아로 남습니다. 발행을 막을 이유는 없으므로 실패해도 경고만 남깁니다. 산출물(internal_links·inbound_links)을 커밋 목록에 추가했습니다. 빠뜨리면 다음 실행이 낡은 고아 목록을 읽습니다.

2. 밀린 물량은 매일 배치로 (inbound-links, 주간 → 매일, 10 → 25건)

스케줄 실행에는 inputs가 없어 inputs.limit || 'N'의 N이 실제 값입니다. 입력란 default만 고치고 이쪽을 놓치면 조용히 옛 처리량으로 돌아가므로 둘을 맞추고 테스트로 고정했습니다.

순감 25건/일 → 밀린 172건은 약 7일
이후 배치는 보조로 남고, 새 고아는 발행 직후 단계가 처리

기대치에 대해

같은 측정에서 색인 검사 20건 중 고아 9건과 링크 있는 글 11건이 똑같이 미색인이었습니다. 내부 링크를 만든다고 색인이 풀린다는 근거는 아직 없습니다 — 표본이 전부 미색인이라 인과를 판정할 수 없습니다.

사이트 구조상 정당한 개선으로 보고 진행하며, 색인 해결책으로 광고하지 않습니다.

안전장치 (기존 `inbound_linker`에 이미 있는 것)

발행된 글을 수정하므로 기본은 dry-run — --apply가 있어야 반영
출처 글 하나에 링크 무한정 삽입 금지 (MAX_ADDED_PER_SOURCE = 3)
이미 그 대상을 링크하고 있으면 건너뜀 (멱등)
관련성 점수 미달이면 링크하지 않음 (MIN_RELEVANCE = 2, 억지 링크 금지)
Blogger 쓰기 레이트 리밋 배려 (건당 1초)

검증

워크플로 YAML 파싱 통과
이 사양이 되돌아가지 않도록 테스트 8건 추가 (매일 실행 여부, 스케줄 기본값이 발행량보다 큰지, 입력란·스케줄 기본값 일치, 블로그 3개 각각의 발행 직후 단계, 진단→링크 순서, 산출물 커밋)
전체 659건 통과
자격증명이 없는 환경이라 실제 Blogger 반영은 이 PR에서 확인할 수 없습니다. 병합 후 첫 실행에서 확인합니다

병합 후 확인할 것

inbound_links.json의 orphansRemaining이 실제로 줄어드는지
blog-run 로그에 "역방향 내부 링크" 단계가 성공으로 남는지
새로 발행된 글이 다음 날 internal_links.json의 고아 목록에서 빠지는지

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Generated by Claude Code

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

Kevinlee7250 · 2026-08-24T03:05:22Z

진단

도구(inbound_linker)는 2026-08-21부터 정상 동작했습니다. 그런데 고아는 165건 → 172건으로 오히려 늘었습니다. 링크가 안 걸린 게 아니라 처리량이 모자랐습니다.

해소: 주 1회 × 10건 = 10건/주
생성: 발행 1건당 고아 1건 → 하루 1편이면 7건/주
순감: 3건/주 → 밀린 172건을 걷어내는 데 57주

내부 링크는 글을 쓸 때 "새 글 → 기존 글" 한 방향으로만 걸립니다. 그래서 모든 새 글은 아무도 가리키지 않는 고아로 태어납니다. 배치를 아무리 빨리 돌려도 발행이 계속되는 한 새 고아는 계속 생깁니다.

실제 데이터에서도 그대로 보입니다 — 고아 상위 5건이 전부 최근 발행분이고, 바깥으로 나가는 링크(outbound)는 2~5개씩 정상적으로 있습니다.

변경

1. 발행 직후 역방향 링크 (blog-run, 블로그 3개 각각)

진단(internal_link_audit)을 먼저 돌려 방금 올린 글을 고아 목록에 넣고, inbound_linker --limit 5 --apply로 링크를 겁니다.

순서가 중요합니다 — 진단을 건너뛰면 새 글이 목록에 없어 그 글만 계속 고아로 남습니다. 발행을 막을 이유는 없으므로 실패해도 경고만 남깁니다. 산출물(internal_links·inbound_links)을 커밋 목록에 추가했습니다. 빠뜨리면 다음 실행이 낡은 고아 목록을 읽습니다.

2. 밀린 물량은 매일 배치로 (inbound-links, 주간 → 매일, 10 → 25건)

스케줄 실행에는 inputs가 없어 inputs.limit || 'N'의 N이 실제 값입니다. 입력란 default만 고치고 이쪽을 놓치면 조용히 옛 처리량으로 돌아가므로 둘을 맞추고 테스트로 고정했습니다.

순감 25건/일 → 밀린 172건은 약 7일
이후 배치는 보조로 남고, 새 고아는 발행 직후 단계가 처리

기대치에 대해

같은 측정에서 색인 검사 20건 중 고아 9건과 링크 있는 글 11건이 똑같이 미색인이었습니다. 내부 링크를 만든다고 색인이 풀린다는 근거는 아직 없습니다 — 표본이 전부 미색인이라 인과를 판정할 수 없습니다.

사이트 구조상 정당한 개선으로 보고 진행하며, 색인 해결책으로 광고하지 않습니다.

안전장치 (기존 `inbound_linker`에 이미 있는 것)

발행된 글을 수정하므로 기본은 dry-run — --apply가 있어야 반영
출처 글 하나에 링크 무한정 삽입 금지 (MAX_ADDED_PER_SOURCE = 3)
이미 그 대상을 링크하고 있으면 건너뜀 (멱등)
관련성 점수 미달이면 링크하지 않음 (MIN_RELEVANCE = 2, 억지 링크 금지)
Blogger 쓰기 레이트 리밋 배려 (건당 1초)

검증

워크플로 YAML 파싱 통과
이 사양이 되돌아가지 않도록 테스트 8건 추가 (매일 실행 여부, 스케줄 기본값이 발행량보다 큰지, 입력란·스케줄 기본값 일치, 블로그 3개 각각의 발행 직후 단계, 진단→링크 순서, 산출물 커밋)
전체 659건 통과
자격증명이 없는 환경이라 실제 Blogger 반영은 이 PR에서 확인할 수 없습니다. 병합 후 첫 실행에서 확인합니다

병합 후 확인할 것

inbound_links.json의 orphansRemaining이 실제로 줄어드는지
blog-run 로그에 "역방향 내부 링크" 단계가 성공으로 남는지
새로 발행된 글이 다음 날 internal_links.json의 고아 목록에서 빠지는지

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Generated by Claude Code

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

Kevinlee7250 · 2026-08-24T03:05:22Z

진단

도구(inbound_linker)는 2026-08-21부터 정상 동작했습니다. 그런데 고아는 165건 → 172건으로 오히려 늘었습니다. 링크가 안 걸린 게 아니라 처리량이 모자랐습니다.

해소: 주 1회 × 10건 = 10건/주
생성: 발행 1건당 고아 1건 → 하루 1편이면 7건/주
순감: 3건/주 → 밀린 172건을 걷어내는 데 57주

내부 링크는 글을 쓸 때 "새 글 → 기존 글" 한 방향으로만 걸립니다. 그래서 모든 새 글은 아무도 가리키지 않는 고아로 태어납니다. 배치를 아무리 빨리 돌려도 발행이 계속되는 한 새 고아는 계속 생깁니다.

실제 데이터에서도 그대로 보입니다 — 고아 상위 5건이 전부 최근 발행분이고, 바깥으로 나가는 링크(outbound)는 2~5개씩 정상적으로 있습니다.

변경

1. 발행 직후 역방향 링크 (blog-run, 블로그 3개 각각)

진단(internal_link_audit)을 먼저 돌려 방금 올린 글을 고아 목록에 넣고, inbound_linker --limit 5 --apply로 링크를 겁니다.

순서가 중요합니다 — 진단을 건너뛰면 새 글이 목록에 없어 그 글만 계속 고아로 남습니다. 발행을 막을 이유는 없으므로 실패해도 경고만 남깁니다. 산출물(internal_links·inbound_links)을 커밋 목록에 추가했습니다. 빠뜨리면 다음 실행이 낡은 고아 목록을 읽습니다.

2. 밀린 물량은 매일 배치로 (inbound-links, 주간 → 매일, 10 → 25건)

스케줄 실행에는 inputs가 없어 inputs.limit || 'N'의 N이 실제 값입니다. 입력란 default만 고치고 이쪽을 놓치면 조용히 옛 처리량으로 돌아가므로 둘을 맞추고 테스트로 고정했습니다.

순감 25건/일 → 밀린 172건은 약 7일
이후 배치는 보조로 남고, 새 고아는 발행 직후 단계가 처리

기대치에 대해

같은 측정에서 색인 검사 20건 중 고아 9건과 링크 있는 글 11건이 똑같이 미색인이었습니다. 내부 링크를 만든다고 색인이 풀린다는 근거는 아직 없습니다 — 표본이 전부 미색인이라 인과를 판정할 수 없습니다.

사이트 구조상 정당한 개선으로 보고 진행하며, 색인 해결책으로 광고하지 않습니다.

안전장치 (기존 `inbound_linker`에 이미 있는 것)

발행된 글을 수정하므로 기본은 dry-run — --apply가 있어야 반영
출처 글 하나에 링크 무한정 삽입 금지 (MAX_ADDED_PER_SOURCE = 3)
이미 그 대상을 링크하고 있으면 건너뜀 (멱등)
관련성 점수 미달이면 링크하지 않음 (MIN_RELEVANCE = 2, 억지 링크 금지)
Blogger 쓰기 레이트 리밋 배려 (건당 1초)

검증

워크플로 YAML 파싱 통과
이 사양이 되돌아가지 않도록 테스트 8건 추가 (매일 실행 여부, 스케줄 기본값이 발행량보다 큰지, 입력란·스케줄 기본값 일치, 블로그 3개 각각의 발행 직후 단계, 진단→링크 순서, 산출물 커밋)
전체 659건 통과
자격증명이 없는 환경이라 실제 Blogger 반영은 이 PR에서 확인할 수 없습니다. 병합 후 첫 실행에서 확인합니다

병합 후 확인할 것

inbound_links.json의 orphansRemaining이 실제로 줄어드는지
blog-run 로그에 "역방향 내부 링크" 단계가 성공으로 남는지
새로 발행된 글이 다음 날 internal_links.json의 고아 목록에서 빠지는지

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Generated by Claude Code

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

Kevinlee7250 · 2026-08-24T03:05:22Z

진단

도구(inbound_linker)는 2026-08-21부터 정상 동작했습니다. 그런데 고아는 165건 → 172건으로 오히려 늘었습니다. 링크가 안 걸린 게 아니라 처리량이 모자랐습니다.

해소: 주 1회 × 10건 = 10건/주
생성: 발행 1건당 고아 1건 → 하루 1편이면 7건/주
순감: 3건/주 → 밀린 172건을 걷어내는 데 57주

내부 링크는 글을 쓸 때 "새 글 → 기존 글" 한 방향으로만 걸립니다. 그래서 모든 새 글은 아무도 가리키지 않는 고아로 태어납니다. 배치를 아무리 빨리 돌려도 발행이 계속되는 한 새 고아는 계속 생깁니다.

실제 데이터에서도 그대로 보입니다 — 고아 상위 5건이 전부 최근 발행분이고, 바깥으로 나가는 링크(outbound)는 2~5개씩 정상적으로 있습니다.

변경

1. 발행 직후 역방향 링크 (blog-run, 블로그 3개 각각)

진단(internal_link_audit)을 먼저 돌려 방금 올린 글을 고아 목록에 넣고, inbound_linker --limit 5 --apply로 링크를 겁니다.

순서가 중요합니다 — 진단을 건너뛰면 새 글이 목록에 없어 그 글만 계속 고아로 남습니다. 발행을 막을 이유는 없으므로 실패해도 경고만 남깁니다. 산출물(internal_links·inbound_links)을 커밋 목록에 추가했습니다. 빠뜨리면 다음 실행이 낡은 고아 목록을 읽습니다.

2. 밀린 물량은 매일 배치로 (inbound-links, 주간 → 매일, 10 → 25건)

스케줄 실행에는 inputs가 없어 inputs.limit || 'N'의 N이 실제 값입니다. 입력란 default만 고치고 이쪽을 놓치면 조용히 옛 처리량으로 돌아가므로 둘을 맞추고 테스트로 고정했습니다.

순감 25건/일 → 밀린 172건은 약 7일
이후 배치는 보조로 남고, 새 고아는 발행 직후 단계가 처리

기대치에 대해

같은 측정에서 색인 검사 20건 중 고아 9건과 링크 있는 글 11건이 똑같이 미색인이었습니다. 내부 링크를 만든다고 색인이 풀린다는 근거는 아직 없습니다 — 표본이 전부 미색인이라 인과를 판정할 수 없습니다.

사이트 구조상 정당한 개선으로 보고 진행하며, 색인 해결책으로 광고하지 않습니다.

안전장치 (기존 `inbound_linker`에 이미 있는 것)

발행된 글을 수정하므로 기본은 dry-run — --apply가 있어야 반영
출처 글 하나에 링크 무한정 삽입 금지 (MAX_ADDED_PER_SOURCE = 3)
이미 그 대상을 링크하고 있으면 건너뜀 (멱등)
관련성 점수 미달이면 링크하지 않음 (MIN_RELEVANCE = 2, 억지 링크 금지)
Blogger 쓰기 레이트 리밋 배려 (건당 1초)

검증

워크플로 YAML 파싱 통과
이 사양이 되돌아가지 않도록 테스트 8건 추가 (매일 실행 여부, 스케줄 기본값이 발행량보다 큰지, 입력란·스케줄 기본값 일치, 블로그 3개 각각의 발행 직후 단계, 진단→링크 순서, 산출물 커밋)
전체 659건 통과
자격증명이 없는 환경이라 실제 Blogger 반영은 이 PR에서 확인할 수 없습니다. 병합 후 첫 실행에서 확인합니다

병합 후 확인할 것

inbound_links.json의 orphansRemaining이 실제로 줄어드는지
blog-run 로그에 "역방향 내부 링크" 단계가 성공으로 남는지
새로 발행된 글이 다음 날 internal_links.json의 고아 목록에서 빠지는지

🤖 Generated with Claude Code

https://claude.ai/code/session_01RgLYqM9puPW1aqHTccbX69

Generated by Claude Code

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

Kevinlee7250 marked this pull request as ready for review August 24, 2026 04:21

Kevinlee7250 merged commit f3df8d1 into latestAug 24, 2026
1 check passed

Kevinlee7250 mentioned this pull request Aug 24, 2026
블로그 자동화 작업 브랜치를 기본 브랜치에 병합 #25
Merged

github-actionsBot added a commit that referenced this pull request Aug 25, 2026
🚨 운영 알림 점검 (#23)
e37f337

github-actionsBot added a commit that referenced this pull request Aug 25, 2026
🖼️ 이미지 검증 (#23)
a7c875b