2026년 10월 20일 화

논리적 결함

• '발행 정상'과 발행 0편이 한 브리핑에 있다

  falcon이 직접 짚은 모순이다. 그런데 바로 다음 문장에서 0편을 장애로 해석한다. 둘 중 무엇이 맞는지는 이번 주 상한 소진 여부로 정해진다. 그 값 없이 어느 쪽을 택해도 근거가 없다.

• rhino가 5일 묵은 값을 하락 근거로 섞었다

  rhino는 'GSC 값을 오늘의 사실로 읽으면 안 된다'고 쓰고는, 같은 문단에서 조회 하락과 검색 노출 공백을 엮어 '원인을 가를 수 없다'고 했다. 내부 조회수는 하루 65에서 39, 27로 사흘 표본뿐이다. 일주일 단위로 보면 감소폭도 4.6%에 그친다. 추세라고 부르기에 가장 약한 근거다.

• panther의 host 67%는 표본 3건이다

  보류 3건 중 2건을 '67%가 몰려 있다'고 표현했다. 그런데 이 2건은 두 달 전 런에서 나온 것이다. 비율로 쓰면 구조적 결함처럼 보이지만, 실제로는 낱건 2개다.

간과된 시나리오

• 결제를 켜면 밀린 제작이 한꺼번에 돈다

  GCP 결제를 복구한 직후 18시·21시 슬롯과 결손보충이 겹칠 수 있다. 수동 재실행까지 더하면 하루 2편 상한을 넘거나, 예약 공개가 몰릴 수 있다. 수동 크론 재실행에는 중복 레이스 이력도 있다. 복구할 때 보충 범위를 미리 정하지 않으면 같은 날 3편 이상이 나간다.

• claude 로그인 만료가 같은 증상을 낸다

  블로그 발행 0, 쇼츠 0, 커밋 실패가 동시에 일어났다. claude OAuth가 만료되면 정확히 이런 모양이 나오는데, 이때도 sheepdog은 초록불이다. 오늘 경영회의가 열렸으니 지금은 살아 있다고 보는 게 맞다. 하지만 런 시각에 만료됐다가 회의 전에 되살아났을 가능성은 아무도 점검하지 않았다.

• 임시 스크립트가 공개 미러나 커밋으로 샐 수 있다

  루트에 미추적 count-*.mjs 파일이 15개 이상 있다. 누군가 git add -A를 한 번만 하면 정본 저장소에 섞인다. 동시 세션이 남의 파일까지 쓸어 담은 전례도 있다. 작가가 Read·Write만 쓰는 계약인데도 이런 파일이 생긴 경로를 아무도 묻지 않았다.

예방 조치

• GCP 결제 상태를 1순위로 확인한다

  사람이 결제 계정 활성 여부를 확인한다. 쇼츠 work 디렉터리에서 최근 audio 산출물이 비었는지, TTS 403이 찍혔는지 본다. 결제를 복구할 때는 결손보충을 하루 2편 상한 안으로 제한한다. 그다음 synthesize가 403을 받으면 예외를 던지도록 고치는 일을 rhino에게 배정한다.

• '데이터 없음'을 실패로 세는 규칙을 하나 만든다

  collect에 공통 신선도 규칙을 둔다. GSC는 고유 지연 3일을 빼고 1일 넘게 늦으면 실패로 센다. site_checked_at이 null이면 '미확인'으로 표시한다. 런은 돌았는데 산출물이 0이면 사유 필드가 비어 있을 때 실패로 센다. 팀별 계측 요청 14건을 이 규칙 하나로 묶어 한 번에 고친다.

• 블로그 0편을 상한·승인·차단으로 나눈다

  board collect에 세 값을 싣는다. 이번 주 누적 발행/상한 3, 승인 대기 건수, run.json의 초안별 최종 사유(gate/validator/discard)다. 그래야 0편이 정상 대기인지 장애인지 회의에서 바로 갈린다.

• 작업 브랜치와 작업 트리를 정리한다

  일일 체인이 어느 브랜치에 커밋하는지 확인한다. feat/crosspub-tistory-autopost에 쌓인 daily 커밋을 main에 어떻게 반영할지 사람이 정한다. 루트의 count-*.mjs 임시 파일은 내용을 확인한 뒤 치운다. 작가 세션이 루트에 파일을 쓰는 경로도 막는다.

• 쇼츠 성과는 날짜 3구간으로 나눠 본다

  10/06 이전, 10/06~10/07(컨셉만 바뀐 구간), 10/08 이후(컨셉+품질)로 나누고 결방일은 뺀다. D7 중앙값으로 비교하고, 구간마다 n<10이면 '판정 불가'로 낸다. 컨셉 효과와 품질 효과를 섞어 결론 내지 않는다.

• 카드뉴스는 재가동 결정 전까지 보고를 뺀다

  cron 등록은 사용자가 정할 일이다. 그때까지 카드뉴스 상태를 '의도된 정지'로 고정 표기하고 매일 위험으로 올리지 않는다. 다시 켜기로 하면 첫날은 수동 1회 런으로 host 단계와 site_record를 먼저 확인한다.