2026년 10월 25일 일

논리적 결함

• 커밋 실패 보고가 실제 커밋과 모순된다

  falcon은 daily_persisted=false로 '산출물 커밋 실패'를 보고했다. 하지만 git log에 2026-10-25 일일 커밋(584eb36)이 있다. collect가 커밋 여부를 엉뚱한 곳에서 읽거나 너무 이른 시점에 읽는다는 뜻이다. 이 모순을 확인하지 않고 '커밋 실패 원인을 찾아 달라'고 사람에게 요청한 것이 이번 브리핑의 가장 큰 허점이다.

• 첫 슬롯 전에 잰 0편을 결방이라 불렀다

  dolphin은 '오늘 업로드 0편, 하루 목표 2편 미달'이라고 했다. 그러나 집계 시각 09:20은 업로드 슬롯(10시·18시) 이전이다. 그 시각엔 0편이 정상이다. 이걸 근거로 TTS 403·로그인 만료·백로그 고갈을 가려 달라는 요청은 전제부터 성립하지 않는다.

• 레코드 없음을 수집 정지로 읽었다

  rhino와 falcon은 GSC 최신일 10-20을 '5일째 갱신 안 됨'으로 해석했다. 그런데 노출 0인 날은 레코드가 남지 않는다는 프로젝트 규칙(0과 null 구분)이 있다. 수집 구간을 확인하지 않은 채 결제·키 문제로 몰아간 것은 해석상 비약이다.

• 가장 약한 근거: 40편 연속 reveal의 원인

  dolphin은 연속 reveal이 연애기(whatif_ratio=0)에 쌓였을 '수 있다'고 추정했다. 설득력은 있지만 검증하지 않았다. 연애기 이전 구간에서도 what-if가 실제로 나왔는지 대조하지 않았다. 확인한다며 1주를 기다리는 것보다, 지금 index에서 컨셉별 앵글을 세는 편이 즉시 가능하고 더 강한 근거다.

간과된 시나리오

• 블로그 초안이 승인 관문에 쌓여 방치된다

  스팸 대응으로 사람 승인 관문을 넣었다. 관리자가 승인하지 않으면 게이트를 통과한 초안도 발행되지 않아 0편이 이어진다. falcon의 지표에는 '승인 대기 건수'가 없다. 파이프라인은 멀쩡한데 사람 단계에서 막힌 경우를 지금 계측으로는 구분할 수 없고, 아무도 이 가능성을 말하지 않았다.

• 매일 같은 거짓 경보에 경보 피로가 쌓인다

  이사회가 09:20에 열리는 한, 쇼츠 '오늘 0편'은 매일 나온다. 카드뉴스 '마지막 런 08-24'도 크론을 등록하기 전까지 매일 나온다. 같은 경보가 매일 반복되면 사람은 회의록을 읽지 않게 된다. 그러다 진짜 결방(결제 차단·로그인 만료)이 와도 같은 줄에 묻힌다.

• GSC 0레코드 때문에 회복 리포트가 오판한다

  recovery-report는 주 20회 이상 노출이 4주 연속이어야 회복으로 판정하고, 모르는 날이 섞인 주의 합계는 하한으로 읽는다. 수집 구간 기록이 빠지거나 잘못되면 노출 0인 날이 '측정 못 함'으로 바뀐다. 그러면 회복 신호가 와도 판정이 계속 '미정'에 머문다. 이번 회의의 GSC 해석 혼선이 바로 이 실패 모드의 예고편이다.

예방 조치

• collect를 git log·실제 산출물과 대조 검증

  daily_persisted, drafts, writers, retries, site_checked_at이 실제 상태(git log의 당일 daily 커밋, runs/<date>/run.json, Goose 산출물)와 맞는지 대조하는 테스트를 board 테스트에 넣는다. 값을 못 읽으면 false나 빈 배열이 아니라 null('측정 못 함')로 내보내 팀장이 결함으로 오독하지 않게 한다. 사람이 할 코드 작업이다.

• 0편 판정에 슬롯·상한·승인대기 맥락 동반

  collect가 0편을 보고할 때 다음 값을 함께 싣는다. 블로그는 이번 주 발행 수/상한 3과 승인 대기 건수, 쇼츠는 다음 슬롯 시각(예정 전이면 '미도래'), 카드뉴스는 크론 미등록(정지 중) 상태다. 이렇게 하면 '정상 0'과 '결방 0'이 갈린다.

• GSC는 마지막 데이터일 말고 수집 구간으로

  gsc-collect의 마지막 실행 시각과 collectionWindow를 collect에 노출한다. 오늘 사람이 할 일은 하나다. node --env-file=.env scripts/seo/gsc-collect.mjs를 한 번 돌려 수집 구간과 오류 유무를 확인한다. 정상이면 10-21~10-23은 노출 0으로 확정하고, 결제·키 점검은 오류가 났을 때만 한다.

• 사람 요청 13건 중 이번 주 3건만 처리

  우선순위는 ① gsc-collect 수동 1회 실행(회복 계측의 생사 판정) ② 오늘 18시 이후 쇼츠 index에서 실제 업로드 수 확인. 둘 다 0편이면 그때 TTS 403·로그인 만료를 점검한다. ③ collect 계측 버그 수정(위 두 조치)이다. 카드뉴스 크론 등록·Meta 연동 결정은 비용 결정이라 다음 주로 미룬다.

• 쇼츠 컨셉을 11-08까지 고정한다

  호기심 컨셉으로 D7 표본 10편 이상(하루 2편, 약 2주)이 쌓일 때까지 컨셉과 가중치를 바꾸지 않는다. 그 전에는 컨셉별 D7 비교를 회의 안건에 올리지 않는다. 앵글 분포는 기다릴 필요가 없으니 지금 index에서 컨셉별로 집계해 다음 회의에 낸다.

• 카드뉴스 hosted 2건 상태 먼저 정리

  크론 등록이나 publish.enabled 결정 전에, hosted 2건과 publish 보류 1건이 사람이 이미 인스타에 올린 건인지 확인한다. 올렸으면 published로, 아니면 retired로 표시해 sweep 대상에서 뺀다. 삭제 API가 없으므로 이 정리가 중복 게시를 막는 유일한 선이다.