refactor(setting): 수신자 목록을 MVI와 lifecycle Intent로 전환 (#1805)

[OnlyReadOneBook]

📌𝘐𝘴𝘴𝘶𝘦𝘴

• Closes refactor(setting): 수신자 목록 ViewModel의 MVI 전환 #1805

📎𝘞𝘰𝘳𝘬 𝘋𝘦𝘴𝘤𝘳𝘪𝘱𝘵𝘪𝘰𝘯

수신자 목록 ViewModel을 MviViewModel과 onIntent/reduce로 전환하고, 실제 SettingNavHost의 목록 화면에서 uiState를 수집합니다. 기존 목록 구독의 5초 중단 유예와 화면 복귀 시 재구독을 유지합니다.

• lifecycle 시작·중단을 Intent로 받아 하나의 repository 구독을 관리합니다. 목록 매핑 결과만 순수 reducer로 전달합니다.
• 검색·선택·등록·이동 동작은 기존 화면 계약을 유지하며, 원래 ViewModel에 없던 로딩·오류·비밀번호 정책을 추가하지 않습니다.
• ReceiverListViewModel만 MVI 임시 예외에서 제거합니다. InsertPasswordViewModel 삭제는 기존 참조 0건 잔재 5파일 삭제 — 도달 불가 화면 1 · 대체된 ViewModel 1 · 죽은 컴포넌트 2 #1064 / refactor(setting): 미사용 선언과 파일명 정리 (#1064) #2005 범위로 보존합니다.
• 새 ViewModel·상태·Intent는 실제 프로덕션 호출에 맞춰 internal, Job·상수는 private입니다.

🧪 CI Test Plan

{
  "androidTest": {
    "mode": "selected",
    "reason": "최종 SettingNavHost의 목록 상태 수집과 lifecycle 배선을 변경하므로 실제 호스트의 관리 목록 진입 및 전달조건 수신자 선택 계약을 API 34에서 검증합니다.",
    "tests": [
      {
        "path": "app/src/androidTest/java/com/afternote/afternote_fe/SettingImplementedCoverageAndroidTest.kt",
        "selector": "com.afternote.afternote_fe.SettingImplementedCoverageAndroidTest#actualSettingNavHost_receiverManageListRowNavigatesToEditWithExactReceiverId",
        "device": "api34"
      },
      {
        "path": "app/src/androidTest/java/com/afternote/afternote_fe/SettingImplementedCoverageAndroidTest.kt",
        "selector": "com.afternote.afternote_fe.SettingImplementedCoverageAndroidTest#actualSettingNavHost_deliveryConditionReceiverSelectionPreservesExactReceiverId",
        "device": "api34"
      }
    ]
  }
}

• 설정 테스트 77개(신규 구독 회귀 7개 포함), Konsist 56개 통과.
• 앱 main/unit/androidTest Kotlin 컴파일, setting·konsist ktlint, 전체 base 대비 모듈 소유권 검사 통과.
• 회귀는 시작 전 미구독, 중복 시작, 5초 이내 복귀·5초 뒤 중단/재조회, 중복 중단, 빈 목록 갱신, ViewModel 제거를 검증합니다.

💬𝘛𝘰 𝘙𝘦𝘷𝘪𝘦𝘸𝘦𝘳𝘴

실제 base는 #1967의 refactor/1502-setting-state-mvi입니다. 그 아래 #1962의 최종 Navigation 3 소비 경계와 좁은 Repository 계약을 재사용합니다. #1925/#1927/#1930의 ReceiverList 소비 블록과는 합쳐지는 것을 확인했으며, 해당 형제 PR을 통합할 때 기존 다른 화면 충돌과 Konsist 인접 예외 삭제는 함께 보존해야 합니다.

[github-actions]

열린 PR 중 이 PR 과 같은 파일을 서로 다르게 고친 것이 있다. 어느 쪽이 먼저 머지되든 나중 쪽은 base 를 병합해야 통과한다 (#1750).

• fix(setting): 오류 상태 처리를 안정화한다 (#708) #1925 — konsist/src/test/kotlin/com/afternote/konsist/MviContractKonsistTest.kt
• fix(setting): 패스키 목록·등록 호출과 실패 처리를 연결한다 (#1944) #1927 — feature/setting/presentation/src/main/kotlin/com/afternote/feature/setting/presentation/navigation/SettingNavHost.kt, konsist/src/test/kotlin/com/afternote/konsist/MviContractKonsistTest.kt

머지 자체는 GitHub 이 막는다 — 한쪽이 들어가면 다른 쪽은 CONFLICTING 이 되어 merge queue 에 못 들어간다.
이 라벨은 그 전에 순서를 정하라는 신호다. 먼저 갈 쪽을 정하고, 나중 쪽은 그 머지 뒤에 base 를 병합한다.
상대 PR 에도 같은 안내가 달린다.

이 코멘트는 리컨사일러가 매 실행 현재 상태로 고쳐 쓴다. 해소되면 sibling-conflict 라벨은 자동으로 떨어진다.

[OnlyReadOneBook]

PM 결정을 기다리는 항목은 깃허브에 열어 두지 않고 피그마 질문 한 자리에만 둔다(2026-09-18 일혁 결정). 이 PR 은 #1962(설정 Nav3 이관) 위에 쌓여 있고, #1962 는 설정 메인 사후 전달 조건 진입 경로의 PM 답을 기다린다: https://www.figma.com/design/UP9ZR186jHvRBicjA2SOea/?node-id=4327-64430#1923797606

그래서 사슬 13건을 함께 닫는다. 브랜치와 승인 리뷰는 그대로 남아 있고, 답이 오면 그 답을 근거로 #1962 부터 다시 열어 같은 순서로 올린다. 코드가 틀려서 닫는 것이 아니다.