에디터 수신자 지정 불가 — 선택 화면 라우팅 미연결 + AuthorReceiverRepository 죽은 구현 (전 카테고리 신규 등록 차단) #540

📜 Overview (Required)

애프터노트 에디터의 "수신자 추가" + 버튼이 무동작이다. AfternoteNavGraph.kt:74 에서 onNavigateToSelectReceiver = {} 로 비어 있고 주석이 // TODO: 수신인 선택 화면 라우팅 연결 이다. 애프터노트용 수신자 선택 화면 자체가 레포에 없다(마인드레코드 ReceiverSelectBottomSheet·타임레터 RecipientListScreen 은 각 기능 전용).

영향 카테고리 = 구현된 4종 전부(MEMORIAL·SOCIAL·BUSINESS·GALLERY). 갤러리는 원래 별도 다이얼로그 경로였으나 #680 수정(PR #774 머지)으로 그 경로가 폐기되고 같은 onNavigateToSelectReceiver 에 합류했다.

수신자는 서버 계약상 필수(등록 시 최소 1명, 미지정 시 400 code 1615 "수신자(receivers)는 최소 1명 이상 필요합니다" — 라이브 실측)라, 진입점이 죽어 있으면 해당 카테고리는 등록 자체가 불가능하다. 즉 #501 이 섹션을 노출시켜도 이 라우팅이 연결되기 전까지 등록 데드엔드는 남는다.

⚠️ 위 한 문단은 2026-08-03 이후로 사실이 아니다 — 아래 「등록 차단 논거 정정」 참조. 진입점이 죽어 있다는 진단 자체는 유효하다.

에뮬레이터 런타임 실측(2026-07-27): 소셜 에디터에서 수신자 +(y=1452) 탭 → 화면 전환·다이얼로그 없음, logcat 무반응.

📌 Child Issue(Optional)

No response

📍 Note (Optional)

• ✅ 수신자 선택 화면 시안은 존재한다 — 디자인 게이트 해소(2026-08-08 Figma REST 실측). 이 이슈가 "시안 유무 확인 필요" 로 달아 둔 blocked: 디자인 은 미확인 상태에서 붙인 것이었고, 확인 결과 3벌이 있다: 115:15841 · 2249:14101 · 3631:24820. 셋 다 검색 필드 + 초성 인덱스(ㄱ~ㅎ) 구조이고, 가장 최근 것(3631:24820)에는 타이틀 "수신자 선택" 과 하단 "수신자 선택 완료하기" 버튼이 명시돼 있다.
• ⏳ PM 논의 진행 중 — 진입 흐름 확장분(디자인 게이트 아님). 전건호 역질문(2026-08-06)에 대해 제안한 흐름은 "수신자 추가하기" → "수신자 선택" 개명 → 기존 수신자 시트 → 시트 하단 "＋ 새 수신자 등록" → 설정>수신자 등록 화면 → 복귀 시 방금 등록한 수신자가 선택된 상태. 서버 영향은 0으로 확인됐다(ReceiverRequest 가 receiverId 단일 필드, 신규 등록 API 가 이미 receiverId 를 응답). "기존 목록에서 고르기" 본체는 어느 안이든 동일하므로 이 이슈의 라우팅 연결은 결론과 무관하게 착수 가능하고, "＋ 새 수신자 등록" 진입만 결론 후 추가된다.
• 기능적으로는 "이미 등록된 수신자 목록에서 고르기"가 맞다(서버가 기존 receiverId 를 요구하므로, 신규 생성 다이얼로그로는 유효한 id 를 만들 수 없다).
• GET /users/receivers 로 사용자의 등록 수신자 목록을 받을 수 있다.
• QA 근거: 노션 2차 QA(2026-07-28) 23번.

🔁 #935 흡수 (2026-08-24) — 원인은 둘이다

같은 데드엔드를 리포지토리 축에서 다시 진단한 #935 를 이 이슈로 흡수한다. 라우팅만 연결해도 수신자 지정은 여전히 동작하지 않는다 — 죽은 리포지토리가 두 번째 원인이기 때문이다. 아래는 origin/develop 실측(기준 6123a68a, 관련 파일은 #935 의 기준 커밋 104462fd 와 바이트 동일).

원인 A — 라우팅 미연결 (이 이슈의 원래 진단)

AfternoteNavGraph.kt:73 onNavigateToSelectReceiver = {}, // TODO: 수신인 선택 화면 라우팅 연결
→ 애프터노트용 수신자 선택 화면이 레포에 없다. 추가 확인: 선택 결과를 돌려받는 키 SELECTED_RECEIVER_ID_KEY 는 읽는 코드만 있고 쓰는 코드가 레포에 없다(NavigationKeys.kt:4 정의, AfternoteNavGraphEditor.kt:33-34 읽기·삭제).

원인 B — AuthorReceiverRepository 가 죽은 구현

AuthorReceiverRepositoryImpl 은 모든 메서드가 빈 값 또는 실패를 반환한다.

에디터가 이걸 프로덕션 경로에서 소비한다 — AfternoteEditorViewModel L277 observeReceivers() · L312 refreshReceivers() · L558 getReceiverById().

폼에 수신자가 들어가는 경로 3개 중 2개가 이것 때문에 죽어 있다.

즉 신규 작성 한정으로 수신자 지정이 불가능하고, 수정 모드는 prefill 덕에 살아 있다.

이미 동작하는 대체재가 있다 — UserRepository

core:domain 의 UserRepository 가 같은 기능을 하고, 수신자 목록 소비처 7곳이 이미 이것을 쓴다 — GetHomeSummaryUseCase:35 · TimeletterViewModel:63 · TimeLetterDetailViewModel:51 · TimeLetterWriteViewModel:60 · DiaryWriteViewModel:150 · ReceiverListViewModel:21 · RecipientListViewModel:21.

interface UserRepository {
    val receiverListFlow: Flow<List<Receiver>>   // observeReceivers() 의 역할을 커버
    suspend fun getReceivers(): List<Receiver>   // 파라미터 없음
}

AuthorReceiverRepository 는 이것의 죽은 병렬 구현이다.

currentAuthorUserId 는 애초에 불필요하다

• GET users/receivers(UserApiService.kt:30) 는 파라미터가 없다 — 서버가 액세스 토큰으로 호출자를 식별한다
• 실제로 userId 는 코드베이스 어디에도 저장되지 않는다. main 소스 전체에서 userId 는 8곳뿐이고 전부 회원가입 응답 경로(AuthDto → AccountRegistration → AuthMapper)와 이 죽은 Impl 이다. TokenDataSource·UserProfileDataSource 모두 userId 를 갖고 있지 않다
• TODO 가 오래 안 풀린 것은 채울 소스가 없어서가 아니라 채울 필요가 없어서다

"userId 를 core 에서 관리하자" 가 아니라 "userId 개념 자체를 폐기" 가 맞다.

✅ 작업

A. 수신자 선택 화면 + 라우팅 (확정 사양: 위 Note 의 전건호 08-06 답글, 시안 3631:24820)

• 수신자 선택 화면 신설 — 검색 필드 + 초성 인덱스(ㄱ~ㅎ), 타이틀 "수신자 선택", 하단 "수신자 선택 완료하기"
• AfternoteNavGraph.kt:73 의 onNavigateToSelectReceiver = {} TODO 연결
• 선택 결과 반환 배선 — SELECTED_RECEIVER_ID_KEY 를 쓰는 쪽 구현
• 4개 카테고리 전부 확인 (MEMORIAL·SOCIAL·BUSINESS·GALLERY — fix(afternote): 갤러리 수신자 직접 입력 다이얼로그 폐기 — 수신자 선택 경로로 통일 (closes 680) [base: feat/675] #774 머지로 갤러리도 이 경로에 합류)

B. 죽은 리포지토리 제거 (#935 에서 흡수)

• AfternoteEditorViewModel 을 UserRepository 로 전환 — observeReceivers() → receiverListFlow, refreshReceivers() → getReceivers(), getReceiverById(id) 를 Receiver 기준으로 재작성
• AuthorReceiverEntry → core:model 의 Receiver(receiverId·name·relation) 로 통합, AuthorReceiverMapping.kt 갱신 또는 삭제
• AuthorReceiverRepository·AuthorReceiverRepositoryImpl·AuthorReceiverEntry.kt 삭제
• AfternoteAuthorRepositoryModule 의 bindAuthorReceiverRepository 삭제
• androidTest 3파일의 Fake 구현 정리 — AfternoteAuthorAndroidTest:206 · AfternoteAuthorExtendedAndroidTest:521 · AfternoteAuthorImplementedCoverageAndroidTest:315 (PR androidTest 도메인 API 드리프트 44건+런타임 7건 수정, PR 컴파일 게이트 추가 #949 와 충돌 주의)

⚠️ 전환 시 주의

• receiverListFlow 는 수신인 조회 실패가 receiverListFlow 미처리 예외로 전파 — 소비 화면 앱 크래시 #884(OPEN) 미해소 — 조회 실패가 미처리 예외로 전파돼 소비 화면이 크래시한다. 에디터를 여기 물리면 크래시 대상이 하나 늘어난다
• 신규 작성 경로의 replaceReceiversIfEmpty(authorReceivers) 는 "등록된 수신자 전원 자동 지정"이다. B 만 하면 475 는 우회되지만 시안의 "골라서 지정" 의도와 어긋나므로, A 와 함께 이 자동 채움을 유지할지 판단이 필요하다
• 기존 feat/540 브랜치(2026-08-14, c6a94702)는 AfternoteNavActions 스텁만 추가하고 getReceiverById 를 지운 채 호출처(AfternoteNavGraphEditor.kt:35)를 안 고쳐 컴파일이 깨진 미완성 상태다. 시그니처만 참고하고 develop 에서 새로 시작한다

🔧 등록 차단 논거 정정 (2026-08-29) — 심각도가 내려간다

이 이슈의 「서버가 수신자 최소 1명을 요구하므로 진입점이 죽으면 등록 자체가 불가능」 논거는 진단 시점(2026-07-27 라이브 실측)에는 사실이었으나 2026-08-03 이후로는 성립하지 않는다.

근거 — BE e7f073d(2026-08-03, hwanggyuun) 「fix: 애프터노트 생성 시 receivers·actions를 선택 필드로 완화」

문서만 맞추지 않고, 수신자·체크리스트 없이도 등록할 수 있게 생성 검증을 변경한다. SOCIAL credentials·PLAYLIST songs 등 카테고리 고유 필수는 유지한다.

BE origin/main(aba24df, 2026-08-27) 재실측 결과:

• AfternoteValidationCommons.validateRequiredReceivers 는 정의만 남고 호출처 0건이다.
• ErrorCode.RECEIVERS_REQUIRED(1615) 자체는 살아 있으나 애프터노트 생성 경로가 아니라 타임레터 SCHEDULED(TimeLetterService)와 수신자 서비스(ReceivedService·MindRecordReceiverService)에서만 던진다.

따라서 이 이슈가 푸는 것은 「전 카테고리 등록 차단(치명)」이 아니라 「신규 작성에서 수신자를 지정할 수단 부재(기능 결손)」다. 수신자 없이도 등록은 된다. 수정 모드는 prefill 로 살아 있으므로 영향은 신규 작성 경로에 한정된다.

제목의 「전 카테고리 신규 등록 차단」도 같은 이유로 과장이다. 이력 보존을 위해 제목은 두되 판정은 이 절을 따른다.

관련: 에디터의 필수 표시·검증 기준은 서버 계약을 따른다는 0829 확정에 따라, FE 쪽 수신자·처리방법 필수 취급도 #1334 에서 제거됐다.