문서 정보

항목	내용
상태	현행 — 2026-09-15 KST 챌린지 생성·라이프사이클 기준 재정합화
Phase 1은 인증 이벤트 피드·랭킹·가입/탈퇴/초대·자동 강퇴 3종 집행·신고/차단만 구현한다. 공지·댓글과 방장 재량 강퇴·권한 위임·봇방장 클레임은 Phase 2이며 관련 테이블도 Phase 1에는 만들지 않는다.
근거 문서	💬 방 내부 커뮤니케이션 정책 · 신고 정책 · 강퇴 유형 · 운영자 직권 제재 · 콘텐츠 모더레이션 — 5건 모두 완료
기능 스펙	💬 챌린지 공지 및 방 내부 기능 — 기능 스펙
디자인	Figma "방 커뮤니케이션 · 10 Screens" `988:44`
레거시	타임라인 페이지 본문 · 2026-07-26 정합화본. 그 하위 v1은 구 체계
하위 문서	🎨 테크 스펙 — 프론트엔드 · 본문 맨 아래 / 백엔드는 BE 담당자 작성

1. 요약 — Summary

현재 범위(2026-09-15 KST 재정합화) — Phase 1은 인증 이벤트 피드와 핵심 멤버 운영만 구현한다. 공지·댓글은 Phase 2 설계로만 보존하며 테이블·쿼리·API를 Phase 1에 미리 배포하지 않는다.

Phase 1: 방 스레드는 멤버들의 인증 성공/실패 이벤트만 시간순으로 흐르는 피드임. 고정 공지 배너는 없으며 pinnedNotice는 항상 null임.
여기에 방 안/밖 랭킹, 누적 성공, 멤버 운영, 신고·차단이 붙음.
멤버 운영은 비공개 방 초대·자진 탈퇴·방장 이탈 시 BOT 전환과 자동 강퇴 3종 집행이 Phase 1이다. 방장 재량 강퇴·권한 위임·봇방장 클레임만 Phase 2다. 방장이 나가면 봇방장으로 자동 전환되며 새 방장을 뽑지 않는다.
Phase 2 — 설계 보존: 최상단 고정 공지 배너 아래로 공지가 인증 이벤트와 섞여 흐르고, 각 아이템에 멤버 전원이 댓글을 달 수 있으며 답글은 1단계까지임. 실시간 채팅·읽음 표시·이모지 반응은 Phase와 무관하게 영구 미제공임.

2. 배경 — Background

사업적 배경은 기능 스펙 1-3을 참조함. 여기서는 기술 전제만 적음.
피드 아이템의 원천이 두 종류임: 인증 모듈의 판정 결과와 이 모듈의 공지임. 판정 결과는 성공과 실패 두 가지임. 둘을 시간순으로 병합해 하나의 커서 페이징으로 내려야 함. — Phase 1에서는 원천이 인증 판정 결과 하나뿐임. 다만 응답 스키마는 itemType 판별자를 유지해 Phase 2에서 NOTICE를 추가해도 클라이언트 계약이 깨지지 않게 함
실패 이벤트에는 노출 지연 조건이 붙음 — 귀속일+2일 00:00 KST의 최종 확정 이후에만 공유하고, 인용되면 아예 공유하지 않음 — 인증 정책 § 2 · § 5.2. 즉 판정 시각이 아니라 "공유 가능 시각"이 별도로 존재함.
차단은 내 화면 한정 효과라 응답이 조회자마다 달라짐 → 피드·공지·댓글 캐시에 사용자 컨텍스트가 필요함.
신고는 카운트를 쌓지 않고 적재만 함 (2026-08-26 개편) — 접수 시점의 집계·임계값 판정이 전부 사라짐. 서버는 차단 등재와 컨텍스트 스냅샷 저장만 하면 됨.

Phase 1 스레드는 인증 성공·실패 이벤트만 커서 페이징으로 제공한다. 응답 호환을 위해 itemType은 유지하고 pinnedNotice는 항상 null로 내려준다. 공지·댓글 병합과 고정 공지는 Phase 2에서 추가한다.
VERIFY_FAIL은 귀속일+2일 00:00 KST 최종 확정 이후에만 공유하고, 이의가 인용된 건은 영구 미공유한다.
차단은 조회자별로 적용한다. Phase 1은 인증 이벤트 작성자 마스킹, Phase 2는 공지 미노출·댓글 제외까지 확장한다.
Phase 1의 OWNER 판정 원본은 challenges.owner_id와 owner_type이다. challenge_members.role은 두지 않으며, USER 방장 이탈 시 owner_type=BOT, owner_id=null로 단방향 전환한다.