2026년 8월 31일 월

논리적 결함

• 계측 단절 주장이 표본 1160과 모순

  dolphin 브리핑 안에서 'views.samples=1160' 과 '계측이 흐르는지 확인 필요'가 동시에 성립할 수 없다. 표본 수가 집계됐다는 것 자체가 analytics 파이프가 살아 있다는 증거다. 문제의 위치가 잘못 지목돼 있고, 이 오진 위에 '성과 발언은 전부 모른다'는 결론이 세워져 있다.

• 성과를 모른다면서 편향이라 단정

  같은 브리핑이 '어떤 소재가 먹혔는지 말하면 추측'이라고 하면서, 쏠림의 원인은 '발굴·선정 지침 편향일 가능성이 크다'고 단정한다. 성과를 모른다면 쏠림이 편향의 산물인지 성과 최적화의 산물인지도 모르는 것이 일관된 입장이다. 결론만 한쪽으로 기울어 있다.

• cron 초록과 산출 0편이 동시에 성립

  rhino 는 cron_log_today=true·failures 0 으로 초록을 보고했는데, 같은 회의에서 유튜브·인스타는 산출 0을 보고한다. 두 보고가 모두 맞다면 cron 관제가 '잡이 발화했다'만 보고 '잡이 산출을 냈다'는 보지 않는다는 뜻이다. 팀 간 대조 없이는 각 팀 브리핑 안에서는 드러나지 않는 모순이다.

• 보류 3건 일괄 발행 위험이 과장됐다

  panther 의 '재가동 날 3건이 한꺼번에 나간다'는 반자동 경로에서는 성립하지 않는다. 지금은 status='ready' 로 관리자 화면에 뜰 뿐이고, 사람이 인스타에 직접 올려야 공개된다. 실제 위험은 publish.enabled 를 되켤 때 sweep 이 7일 이내 hosted 를 집는 경로 하나뿐인데, held 3건은 이미 7일이 지나 그 창 밖일 수 있다. 지적 방향은 옳지만 근거가 현재 구조와 어긋난다.

• 팀장 권한 인식이 규정과 어긋난다

  dolphin 은 '앵글 비율은 편성 스위치라 내 권한 밖'이라고 했지만, apply.mjs 권한 경계에는 화이트리스트 설정 키로 '선정 가중치·앵글 비율 등'이 자동 반영 가능 항목에 들어 있다. 팀장이 자기 권한을 실제보다 좁게 인식하면, 스스로 할 수 있는 조정까지 매일 사람에게 올려 결정 병목을 만든다. 규정과 인식 중 어느 쪽이 낡았는지 확인이 필요하다.

• 노출 1건으로 '정지' 헤드라인을 세웠다

  falcon 은 본문에서 '단일 일자 1건은 표본이 아니다'라고 정확히 단서를 달았지만, 헤드라인은 '성과도 사실상 정지'로 단정한다. 헤드라인만 읽히는 화면에서는 단서가 사라진다 — 이 브리핑에서 가장 약한 근거는 GSC 노출 1이라는 단일 표본이다.

간과된 시나리오

• 채택안이 큐에만 쌓이고 미적용

  이사회 결정은 evolve-feedback.jsonl 에 적재돼 제안→채점→회귀게이트(fitness +2% & 무회귀)를 통과해야 적용된다. P1·P2 가 게이트를 못 넘으면 영원히 미적용인데, 회의록에는 '채택'으로 남는다. 다음 회의는 이미 조치된 안건으로 간주하고 넘어가고, 아무도 적용 여부를 확인하지 않는 채로 몇 주가 지난다.

• 조회수 값이 들어온 날 원인 귀속 불가

  브리핑에 도메인별 조회수가 실리는 순간, 8월 하락(연령통제 -38%)이 처음으로 회의 테이블에 올라온다. 그 시점이 P1·P2 적용 시점과 겹치면 하락이 기존 추세인지 다양성 강제의 결과인지 갈라낼 수 없다. 조치와 계측 복구는 같은 주에 넣으면 안 되고, 계측이 먼저 2주쯤 앞서야 기준선이 생긴다.

• 카드뉴스 cron 켜는 날 ready 폭주

  7일 공백 동안 소비되지 않은 백로그와 held 3건이 있는 상태에서 cron 3종을 켜면, daily_cap=2 가 발행 편수는 막아도 관리자 화면에는 검수 대기가 빠르게 쌓인다. 사람이 하루 2편을 손으로 올리는 반자동 구조라 처리량이 제작량을 못 따라가고, 며칠이면 검수 없이 밀어 넣고 싶은 압력이 생긴다 — 인용 안전 방어선이 사람의 피로에서 무너지는 경로다.

예방 조치

• 브리핑에 조회수 실값을 싣는다

  scripts/board/collect.mjs 가 views 를 samples 개수만이 아니라 전체 중앙값·도메인별 중앙값·앵글별 중앙값으로 실어 보내게 한다. 평균이 아니라 중앙값이어야 한다(북극성 정의와 동일). 이건 계측 복구가 아니라 배선 한 곳 수정이므로 오늘 처리 가능하다. 이게 되기 전까지 유튜브팀의 성과 기반 제안은 전부 보류가 맞다.

• 미계측과 0을 세 상태로 구분한다

  drafts=null, retries=null, cron_failures=[], site_checked_at=null 이 전부 같은 문제다 — '측정 안 함'과 '측정했고 0'이 구분되지 않는다. collect 스키마에 값과 함께 measured_at 과 status(measured|missing|stale)를 넣고, gaps 는 이 status 에서 자동 파생시킨다. 지금처럼 gaps 를 따로 채우면 오늘처럼 gaps=[] 인데 실질 공백이 있는 상태가 반복된다.

• site_checked_at 없으면 green 을 내린다

  rhino 요청을 승인한다. site_checked_at 이 null 이거나 기준 시간(예: 6시간)보다 오래되면 status 를 unknown 으로 강등한다. 판정 로직 변경이라 사람 승인 사항이고, 여기서 확정한다. 동시에 cron_failures 를 '로그 존재'가 아니라 '각 잡의 종료코드 0'으로 산출하도록 근거를 바꾼다.

• 오늘자 0편은 발행 시각 이후로 잰다

  이사회가 09:20 에 도는 한 유튜브(10·18시)·인스타(11·19시)의 '오늘 0편'은 정보가 없다. 이 두 팀의 산출 지표는 전일 기준으로 병기하거나, 필드에 '측정 시각 기준 아직 발행창 이전' 표시를 붙인다. 그렇지 않으면 진짜 장애가 난 날에도 똑같이 0으로 보여 경보가 죽는다.

• 채택안에 적용 확인 마감을 붙인다

  채택된 P1·P2 는 evolve 회귀게이트를 통과해야 실제로 적용된다. 결정 레코드에 '적용 확인 기한'을 넣고, 다음 회의 수집 데이터에 해당 제안의 적용 상태(대기|채택|게이트 탈락)를 필드로 싣는다. 기한 내 미적용이면 자동으로 안건에 재상정한다.

• 백로그 도메인 구성을 매일 싣는다

  P1 의 효과 시점을 판단하려면 재고 168건의 도메인 구성이 필요하다. 백로그 적재 시 도메인 태그를 남기고, 브리핑에 재고 구성 상위 5개를 싣는다. 재고가 이미 역사·과학에 쏠려 있으면 발굴 상한이 아니라 재고 쪽 조정이 먼저다.

• 카드뉴스 정지를 승인된 상태로 못박는다

  인스타 계정 연동 전이므로 publish.enabled=false 를 유지하고, 이를 장애가 아니라 승인된 정지로 회의록에 확정한다. cron 3종 등록은 비용이 발생하는 별도 결정으로 분리해 남긴다. 라인 재가동 첫날 관리자 검수 1편 제한도 승인하되, publish.enabled 를 되켤 때는 sweep 대상에 hosted 가 남아 있는지 먼저 확인하는 절차를 조건으로 건다.

• asks_human 을 소진 큐로 라우팅한다

  오늘 13건이 올라왔고 대부분 코드·크리덴셜 영역이다. 결정 레코드와 같은 원장에 미결 항목으로 적재하고, 다음 회의 수집에서 미결 건수와 최장 경과일을 지표로 싣는다. 승인함이 나흘간 조용히 비어 있던 전례가 있으므로, 전달 여부 자체를 계측한다.