행정 앞에서 멈춘 사전, 세 층으로 가른다

Q1 · 사전의 경계는 어디인가?

문장 틀 자체가 달라지면(청원 올림 ↔ 심의) 그건 낱말이 아니라 역할 — 약속 층으로. 빈칸에 들어갈 값이 여러 개면(당회·제직회·공동의회…) 그건 낱말이 아니라 목록 — 등록부 층으로. 이 한 줄이면 사전은 화면이 늘어도 자라지 않는다. 새 화면은 새 문장을 가져올 뿐이고, 그 문장의 빈칸은 대개 이미 사전에 있는 낱말이다. 유형×화면 곱셈은 규칙 위반의 증상이지 사전의 숙명이 아니다.

Q2 · 회의·증명서처럼 "목록"인 낱말은?

신설 org_kind_presets(kind_key, domain, label, sort, enabled) 한 테이블에 domain = 'meeting_kind' | 'cert_type' | 'petition_type' 로 담는다. 배열을 사전에 넣지 않는 이유 셋. ① 조직마다 다르게 쓰고 싶어질 축이 맞다 — 같은 kind='school' 안에서도 초·중·고는 학부모회, 호남신학대는 교수회의다. 뒤에 org 단위 덮어쓰기 한 층만 얹으면 되는 구조는 등록부뿐이다. ② 켜고 끄기·순서 바꾸기가 필요한데 TS 상수는 배포 없이는 못 한다. ③ 결정타 — 청원 안건은 심의자(노회)가 정의하고 청원자(교회) 화면이 그걸 읽어야 한다. 코드 상수로는 아예 표현이 안 되는 소유 관계다.

Q3 · 청원처럼 방향이 뒤집히는 것은?

"약속에 적힌 것만 흐른다." 청원도 흐르는 것이므로 약속을 따른다. 나가는 심의 약속이 있으면 청원자 얼굴, 들어오는 심의 약속이 있으면 심의자 얼굴, 둘 다면 두 탭(협의회가 교회에게 받으며 교단에 올리는 경우), 둘 다 없으면 화면 자체가 없다(학교 — 방금 고친 버그가 구조적으로 재발 불가능해진다). audienceIsOrgs 는 겸직을 해고하고 본업(문장의 단위 낱말 고르기)으로 복귀시킨다. kind 로 방향을 추측하는 isUpperOrg 분기는 약속 조회로 대체될 과도기 장치로 격하한다.

Q4 · 유형 8종을 다 채울 것인가?

사전의 낱말 15개는 전부 보편 개념이다 — 알림·구성원·명부·회의록 없는 조직은 없으므로 관공서·기타도 중립어로 다 채운다(지금 GENERIC 그대로). 반대로 당회·안수는 보편이 아니고, 보편이 아니라는 사실 자체가 그것이 사전이 아니라 등록부에 있어야 한다는 증거다. 관공서에 청원 화면을 "빈 값"으로 두면 깨진 화면이 되고 "중립어"로 두면 거짓 화면이 된다. 감추는 게 답인데, 감추는 판단을 코드 분기로 하면 원칙이 무너진다 — 등록부에 행이 없으면 안 뜬다. _default 폴백(회의·재정·증명)이 이미 그 관행이다.

Q5 · 낱말이 이 조직 것인지 하위 조직 것인지, 사전이 스스로 말하게 할 수 있나?

unitMember · unitRoster · unitLeader 를 신설한다. 노회의 roster는 "소속 교회 명단", unitRoster는 "각 교회의 명부" — 사고가 났던 그 경고문이 쓸 낱말은 처음부터 후자였다. audienceIsOrgs=false 인 조직은 두 층이 겹치므로 unit* 가 자기 낱말과 같은 값이다(교회의 unitRoster = 명부). 화면 코드 금칙 하나를 함께 세운다 — vocab 낱말 앞에 "각·소속·하위"를 붙여 합성하는 순간이 버그다. 그 합성어가 필요하면 사전 필드로 승격하라. 층을 문장이 아니라 타입이 지게 하는 것이다.