사랑방의 사건 — 부름이 방을 만든다

① 단 하나의 사건 — 왜 "부름"인가

광장의 사건은 익명이라야 가능한 발화였고, 성소의 사건은 한 사람의 무릎이었다. 사랑방은 이름으로 맞아주는 방이므로, 사건은 이름에서 시작해야 한다 — 교회가 한 사람의 이름을 부른다. 다른 후보를 다 재봤다: "성도의 말이 읽힌다"는 성도가 먼저 말을 맡겨야 성립하고(실측: 자발 발화는 기도 요청 3건뿐), "대화가 오간다"는 카톡의 사건이지 사랑방의 사건이 아니다. 부름만이 실사용 0에서도 오늘 일으킬 수 있는 사건이다 — 일으키는 손이 조직 쪽에 있기 때문이다.

그리고 부름은 사슬의 첫 고리다. 아래 사슬의 나머지 전부가 이 한 행에서 자동으로 딸려 나온다 — 성도는 아무것도 새로 배울 필요가 없다.

② 첫 말은 누가 짓는가 — 사건이 말을 만들고, 문장은 우벨이 거들고, 전송은 손이다

광장의 "오늘의 물음"과 구조는 같다 — 첫 말을 사용자가 짓지 않게 한다. 장치만 다르다: 광장은 익명이 문턱을 내렸고, 사랑방은 사건이 문턱을 내린다. 새로 옴·생일·오래 조용함은 이미 일어난 사건이라 첫 문장의 재료가 공짜다 — "재권님, 양림의 가족이 되신 걸 환영해요"는 창작이 아니라 사실의 낭독이다. org_today_reach가 그 사건 셋을 매일 목회자 책상에 올려놓는 것까지 라이브다.

우벨이 대신 말해주는가? 문장 초안까지만. 누르면 초안이 담긴 작성 화면이 열리고, 고치고, 보내는 것은 목사의 손이다 — 개통 각본의 "첫 접촉은 사람"이 이 화면의 헌법이다. 그리고 성도의 첫 말은 작문이 아니라 응답이다: 답장 한 줄, 🙏 한 번, 투표 카드 회신 — 전부 부름이 있어야 존재할 수 있는 말들이고, 전부 이미 지어져 있다.

③ 읽음 0은 기능인가 이유인가 — 판정: 셋이 겹쳐 있고, 메울 수 있다

첫째 겹 — 측정 착시(기능). 실측된 message_receipts는 000025가 짓고 아무 코드도 쓰지 않는 죽은 표다 — 앱·RPC 전수 검색에 쓰기 경로가 없다. 저 표의 0은 영원히 0이다. 산 표는 따로 있다: message_thread_members.last_read_at(mark_thread_read가 방을 여는 순간 자동 기록·라이브). 관리자 광고의 읽음 표가 멀쩡한 것과 같은 이치로, 사람 대화의 읽음 기계도 멀쩡하다.

둘째 겹 — 진짜 구멍(이유). 산 표를 재도 참담하다: 커서를 남긴 사람이 단 한 명이다. 그런데 이 구멍의 이름은 "읽을 이유의 부재"가 아니라 "열 방의 부재"다 — 읽음은 성도가 만들려고 마음먹는 물건이 아니라 방을 여는 순간 생기는 부산물이고, 방을 열게 하는 것은 도착이다. 도착 0 → 열람 0 → 읽음 0. 사슬의 죽은 고리는 2가 아니라 1이다.

셋째 겹 — 값어치의 방향. 성도에게 자기가 만드는 읽음은 값이 없다(만드는 줄도 모른다 — 그래서 좋다). 성도가 받는 읽음이 값이다: 내가 맡긴 기도 제목에 돌아오는 읽으심. 그 값은 말을 맡긴 성도에게만 생기고, 말을 맡기는 일은 부름에 대한 응답으로만 시작된다.

판정 — 구멍은 메워진다. 단, 읽음 기능을 고쳐서가 아니라 ①의 사건을 일으켜서. 창끝("단톡방은 읽음을 모른다")은 부러지지 않았다 — 다만 창끝은 부름 뒤에만 찌를 수 있다. 부수 판정 하나: 죽은 표는 언젠가 지워야 한다(문서 끝 잔무).

④ 카톡을 대체하지 않는다면 사랑방은 무엇인가 — 관계의 기록

감독의 감이 맞다. 단톡방은 강이라 흐르고 잊는다 — 3년 전 병상에서 받은 위로도, 아직 한 번도 말을 걸어보지 못한 사람이 누구인지도 카톡은 모른다. 우벨만이 명부(313)와 말(15)을 같은 DB에 가진 자리라서, 카톡이 영영 못 답하는 두 질문에 답할 수 있다: "누구와 아직 한 번도 말하지 않았는가"(org_today_reach의 조용한 분 — 라이브, 실제 문장이 "한 번도 말한 적이 없어요"다) 그리고 "이 관계의 첫 말은 언제였는가"(messages.created_at — 행은 오늘도 있다).

그래서 사랑방의 방 하나는 대화 스레드가 아니라 한 관계의 기록 한 권이다. 카톡은 대화가 끝나면 방이 죽지만, 기록은 말이 뜸해도 죽지 않는다 — "첫 말 7월 23일 · 오간 말 5번"이라는 줄은 말이 없는 날에도 참이다. 이 재정의가 빈 상태 문제(⑤)의 절반을 그냥 없앤다: 기록은 얇을 수는 있어도 실패할 수는 없다.

⑤ 세 빈 상태 — 하나는 세우고, 하나는 없애고, 하나는 흘려보낸다

목록이 빌 때 — 주인을 세운다(유지). 문패+초인종, 사과도 씨앗도 없음. 2차 처방 그대로 라이브이며 재확인한다.

방 하나가 빌 때 — 그 상태를 낳지 않는다. 현행 start_direct_thread는 말없이 방부터 만든다(빈 방이 태어날 수 있는 구조 — 오늘은 우연히 0개). 처방: 방은 첫 말과 함께 태어난다 — 픽커의 완료가 "방 만들기"가 아니라 "첫 문장 보내기"가 된다. 빈 방 화면은 디자인하는 게 아니라 존재를 금지한다.

상대가 답이 없을 때 — 침묵을 성도 화면에서 지우고, 목사 책상으로 흘린다. 재권의 화면은 아무것도 조르지 않는다: 맡긴 말은 "내가 맡긴 것"에 조용히 앉아 있고, 부정형 라벨("아직 안 읽으셨어요")은 존재하지 않는다 — 읽으심이 오는 날 긍정형 한 줄이 처음 생길 뿐이다. 재촉은 받을 사람에게 간다: 목사 책상의 "기다리는 말"(기도 요청 3건 — 실재하는 행)이 그 자리다. 읽으심 뒤의 침묵은? 그것은 실생활의 침묵과 같은 것이라 시스템이 해석하지 않는다 — 닿음의 확인까지가 우벨이 판 것이고, 답의 보증은 판 적이 없다.