fix(mindrecord): 일기 이어쓰기 등록이 선택한 수신자를 버린다 — DiaryUpdatePayload 에 receiverIds 부재 #955

📜 Overview (Required)

일기 임시저장 이어쓰기에서 수신자를 골라 등록해도 서버에 실리지 않는다. 신규 등록 분기는 DiaryCreatePayload.receiverIds 로 수신자를 보내지만, 이어쓰기 등록 분기가 쓰는 DiaryUpdatePayload 와 DiaryUpdateRequestDto 에는 receiverIds 필드 자체가 없다 (DiaryWriteViewModel.kt:99-113 의 editingDraftId != null 분기).

DiaryWriteScreen 은 draft 모드에서도 수신자 선택 시트를 그대로 노출하므로, 사용자 관점에선 선택이 반영된 것처럼 보이는데 실제로는 수신자 0명으로 발행되고 UI 는 성공으로 표시된다.

BE 는 이미 받을 준비가 되어 있다 — Swagger 실측(2026-08-23, dev /v3/api-docs) 기준 DiaryUpdateRequest 스키마는 [title, content, isDraft, todayMood, receiverIds] 다. 즉 FE 만 안 보내는 상태다. 덧붙여 현재 FE 가 PATCH 에 보내는 date 는 이 스키마에 없는 필드라, 수정 요청의 계약 자체가 FE·BE 로 어긋나 있다 — receiverIds 추가와 함께 정리 대상.

재현: 수신자 없이 일기 임시저장 → 임시저장 목록에서 이어쓰기 진입 → 수신자 2명 선택 → 등록 → PATCH /diary/{id} 본문에 receiverIds 없음 → 서버 저장분 수신자 0명.

📌 Child Issue(Optional)

No response

📍 Note (Optional)

• PR refactor(mindrecord): DTO 기본값·불필요 nullable 제거 — 누락 계약을 정상값으로 은폐하지 않는다 #933 리뷰 중 receiverIds 사용처 전수 추적에서 발견 (리뷰 "이 PR 밖" 섹션). refactor(mindrecord): DTO 기본값·불필요 nullable 제거 — 누락 계약을 정상값으로 은폐하지 않는다 #933 은 생성 경로의 receiverIds 만 정리했고 수정 경로는 건드리지 않았다.
• 신규 등록 분기와의 대칭: refactor(mindrecord): DTO 기본값·불필요 nullable 제거 — 누락 계약을 정상값으로 은폐하지 않는다 #933 머지 후에는 생성 쪽이 List<Long>(빈 목록 = 수신자 없음) 이므로 수정 쪽도 같은 형태가 자연스럽다.