카톡봇 화이트리스트 게이트 라이브 시 기존 서비스 방 누락 — 전방 침묵

발생 일자: 2026-08-13 00:01 KST (첫 사용자 신고 11:15)
해결 일자: 2026-08-13 15:55 KST (전방개방 스위치 라이브)
심각도: medium
재발 가능성: low
영향 범위: 카톡봇 방 응답 전체 (맥미니 라이브 루프) — 사용자 신고 4회, 반나절 침묵

증상

전날 밤 22:42까지 ! 트리거에 정상 응답하던 카톡방들이 새벽부터 전부 무응답. 봇 프로세스·루프 로그는 정상이었고, 트리거 게이트 차단 — 미등록 방 차단 로그만 초 단위로 누적되고 있었다. 방 하나를 열어주면 다른 방에서 또 신고가 오는 패턴이 하루 4회 반복.

원인

전날 “오픈챗 불특정다수 노출” 우려로 만든 트리거 화이트리스트 게이트(T-260812-037)가 00:01 라이브될 때, 초기 허용목록에 3곳만 시딩됨. 기존에 봇이 응답하던 방들(전방개방 시절 트래픽)의 인벤토리를 뽑지 않고 전환해서, fail-closed 설계대로 나머지 방이 전부 침묵했다. 게이트 자체는 정확히 설계대로 동작 — 결함은 코드가 아니라 라이브 전환 절차(기존 트래픽 시딩 누락).

조치

즉시: 신고 방마다 순차 등재 4회 (config 1줄 + 왕복 착지 실측 확인)
근본: 게이트에 * 와일드카드 지원 추가 — config 한 줄로 켜고 끄는 전방개방 스위치 (claude-skills PR#459, main eb3ce15). 라이브 반영 후 존재하지 않는 방 키로 “허용” 판정 실측. 게이트 구조·오픈챗 오너체크·fail-closed 는 보존.

예방 (Forcing function 우선)

막을 코드/훅: https://github.com/ssamssae/claude-skills/pull/459
- config * 줄 = 전방개방 스위치. 미등록 방 침묵 클래스 자체가 소멸. 등록제로 복귀(* 줄 삭제)할 때만 재발 여지가 있고, 그 경우 아래 절차 교훈을 적용한다.
운영 교훈: 허용목록형 게이트를 라이브하기 전, 최근 응답 로그에서 기존 서비스 대상 인벤토리를 뽑아 초기 config 에 시딩할 것. 새 안전장치의 첫 피해자는 어제까지 되던 것들이다.

카톡봇 화이트리스트 게이트 라이브 시 기존 서비스 방 누락 — 전방 침묵

카톡봇 화이트리스트 게이트 라이브 시 기존 서비스 방 누락 — 전방 침묵

증상

원인

조치

예방 (Forcing function 우선)

재발 이력

관련 링크