2026년 8월 27일 목

논리적 결함

• 근거 없다면서 가중치를 올린다

  dolphin 은 concerns 첫 줄에서 '성과 수치 없이 역사를 늘리자·줄이자는 말은 둘 다 근거 없는 추정'이라고 선언했다. 그런데 P2 는 freshness 가중치를 두 배 넘게 올리는 안이다. 신선도를 올리면 성과가 나아진다는 근거 역시 같은 이유로 없다. 자기 진술과 자기 제안이 충돌한다. 반면 P1 은 '우리가 정한 다양성 규칙을 지킨다'는 성과 독립적 근거가 있어 이 모순에 걸리지 않는다.

• 두 지점 동시 개입은 귀속 불가

  P1 은 발굴 단계, P2·P3 는 선정 단계다. 같은 증상(역사 쏠림)에 두 지점을 같은 날 손대면, 2주 뒤 분포가 바뀌어도 무엇이 효과를 냈는지 판정할 수 없다. 더 나쁜 것은 과교정이다 — 발굴에서 역사를 줄이고 선정에서도 신선도로 역사를 눌러 두 힘이 겹치면 역사가 필요 이상으로 사라진다. 그런데 지금은 그 결과를 잴 계측(D7 중앙값)조차 회의에 없다.

• 못 믿는 값을 초록 근거로 썼다

  rhino 는 'cron_failures=[] 는 실패 없음과 집계 실패를 구분해 주지 않는다'고 정확히 지적했다. 그런데 같은 브리핑의 facts 에는 'cron_failures=[] — 실패 0건'이 실측 사실로 올라가 있고, headline 은 '계기판은 전부 초록'이다. 신뢰할 수 없다고 판정한 값을 그대로 초록의 근거로 쓴 것은 자기모순이다. 일관되게 쓰려면 cron_failures 도 unknown 으로 내려야 한다.

• GSC 지연을 수집 공백으로 읽었다

  falcon 브리핑에서 가장 약한 근거다. Search Console 은 원래 2~3일 지연이 있어, 오늘 기준 최신 기록이 5일 전인 것 중 절반 이상은 정상 지연으로 설명된다. 진짜 공백은 길어야 2~3일치다. '5일치가 비어 있다'를 그대로 장애 신호로 올리면, 원인 조사에서 정상 동작을 버그로 쫓게 된다. 다만 노출 1·클릭 0 이라는 값 자체가 무의미하다는 지적은 유효하다.

• held 3건의 기간이 빠져 있다

  panther 는 held 를 '누계 3건'으로 올렸는데 언제부터의 누계인지 밝히지 않았다. 마지막 런이 2026-08-24 이니 3일치일 수도, 채널 개설 이후 전 기간일 수도 있다. 전자면 제작분의 상당 비율이 막힌 심각한 상태이고, 후자면 사실상 무시할 수치다. 같은 숫자가 정반대의 판단을 낳는데 분모가 없다.

간과된 시나리오

• 재고 168건 때문에 효과가 늦게 온다

  P1 은 발굴 단계 상한이라 오늘 넣어도 이미 쌓인 백로그 168건에는 적용되지 않는다. 하루 2편이면 168건은 산술적으로 80일치 재고다. 그 재고가 역사 편중이라면 앞으로 몇 주간 분포는 그대로다. 여기서 '안 먹혔다'고 판단해 P2·P3 를 추가로 넣으면, 재고가 소진되는 시점에 두 조정이 한꺼번에 터져 역사가 급감한다. 조치와 효과 사이의 시차를 아무도 계산하지 않았다.

• 계측 복구가 오늘 결정을 덮는다

  우리가 요청한 '북극성 지표를 회의에 싣기'가 구현되면 성과 표본이 evolve 경로에도 실질적으로 살아난다. 그 순간 evolve 가 pick.weights 를 성과 기반으로 재산정하고, 오늘 사람이 손으로 정한 값은 회귀게이트만 통과하면 조용히 사라진다. 다음 회의에서 dolphin 은 자기가 요청한 값이 왜 원상복구됐는지 모른 채 같은 제안을 다시 올리게 된다. 사람 결정과 자가발전이 같은 칸을 두고 싸우는 구조인데 소유권 규칙이 없다.

• 오전 판정이 결방으로 오독된다

  유튜브 cron 은 10시·18시이고 회의는 09:20 이다. 구조적으로 회의 시점의 published_today 는 거의 항상 0 이다. dolphin 은 이번에 그 함정을 알아채고 '결방 판정 근거가 못 된다'고 방어했지만, 이는 팀장의 주의력에 의존하는 방어다. 다른 팀·다른 날에는 같은 0 이 장애로 보고되고 사람이 없는 원인을 찾으러 간다. 실제로 카드뉴스의 '사흘째 런 없음'도 같은 종류의 오독 가능성이 남아 있다.

예방 조치

• 필수필드 null 은 unknown + gaps 자동

  네 팀의 계측 요청을 개별 처리하지 말고 수집기에 규칙 하나로 넣는다 — 팀별 필수 필드 목록을 선언하고, 값이 null 이면 ①status 를 green 이 아니라 unknown 으로 내리고 ②gaps 에 자동 등재한다. 이 한 건으로 site_checked_at·drafts·writers·retries·종료사유·site_record 가 동시에 잡힌다. rhino 가 지적한 '탐지기가 자기 공백을 못 잡는' 구멍도 같은 규칙이 막는다.

• 가드레일 비교는 같은 창끼리만

  브리핑 수집이 지표를 낼 때 창(window)을 값과 함께 실어 보내고, 가드레일 임계와 창이 다르면 위반 판정을 내리지 못하게 막는다. 오늘의 '30일 43% vs 7일 상한 0.40' 같은 비교가 구조적으로 불가능해진다. 최소한 7일 창 도메인 점유율을 같이 실어, 어느 창에서 위반인지 회의가 즉시 알 수 있게 한다.

• 사람 설정에 소유권과 덮임 알림

  이사회가 확정한 config 값에는 출처 표시(board 결정 id·일자)를 남기고, evolve 가 그 키를 덮을 때 알림을 발생시킨다. 되돌리지는 않는다 — 성과 기반 조정이 사람 판단을 이기는 것 자체는 설계 의도다. 다만 '언제 누가 바꿨는지'가 남아야 다음 회의가 같은 제안을 반복하지 않는다.

• 상한은 결방 앞에서 양보한다

  P1 의 도메인 상한은 하드캡이 아니라 소프트캡으로 넣는다 — 상한을 지키면 그날 후보가 부족해질 때는 상한을 넘겨서라도 채우고, 대신 '상한 초과로 채움'을 로그에 남긴다. 결방은 쏠림보다 즉각적인 손해이고, 로그가 쌓이면 상한이 현실적인지 아닌지가 몇 주 안에 데이터로 드러난다. 도메인별 백로그 잔량도 같이 기록해 고갈을 미리 본다.

• 카드뉴스는 원인→cron→hosted 순서로

  ①host 실패 2건의 원인을 먼저 확인하고 ②그 다음 제작 cron(11·19시)을 켜고 ③publish.enabled 는 hosted 잔량 0 을 확인한 뒤에만 만진다. 순서를 바꾸면 각각 비용 낭비·중복 게시로 이어진다. 특히 ③은 sweep 이 7일 이내 hosted 를 재개 대상으로 집기 때문에, 관리자가 이미 손으로 올린 건이 한 번 더 나가고 인스타에는 삭제 API 가 없다.

• 한 회의에 한 변수만 바꾼다

  오늘 유튜브에서 바꾸는 것은 P1 하나로 제한한다. 계측(D7 중앙값·도메인별 성과)이 회의 입력에 붙기 전까지 선정 가중치는 건드리지 않는다. 그래야 2주 뒤 분포 변화를 P1 에 귀속시킬 수 있고, 계측이 붙은 뒤에는 성과로 판단할 수 있다. 지금 셋을 다 넣으면 무엇이 통했는지 영원히 모른다.