Repository navigation
수신자 등록 진입의 상충된 승인 근거를 확인한다 #1427
Description
작업 유형
enhancement — 신규 기능·기존 기능 개선
주 담당 모듈
afternote — 애프터노트
개요
이 이슈가 전제로 삼았던 상충은 실재하지 않았다. #872 의 확정 기록과 #540 의 PM 대기 기록은 둘 다 PM 전건호의 2026-08-06T06:40:37Z Figma 댓글(node 700:38183, 댓글 id 1873986804, 링크) 하나를 가리킨다. #540 의 대기 표기는 2026-08-07T05:51:10Z 확인(댓글 id 1875806371)이 오기 전 시점에 쓴 문장이 남은 것이고, #540 은 2026-08-29T20:12:10Z 에 CLOSED 됐다.
그 답으로 0건 CTA 와 문구, 목록 시트 하단의 새 수신자 등록 행, 설정 수신자 등록 화면으로의 이동, 등록 후 작성 화면 복귀와 작성 내용의 임시저장 유지가 확정돼 있다. 하단 행은 FE 재량 추가가 아니라 PM 이 직접 지정했다. 무효가 된 것은 등록 직후 자동 선택 축 하나뿐인데, 카카오 초대 전환(Afternote/Afternote-BE#289, 2026-09-08T05:57:54Z 머지)으로 POST /api/v1/users/receivers 가 사라져 등록 직후 receiverId 가 없기 때문이다. 항목별 복원 내역은 2026-09-13 코멘트에 있다.
PM 확인이 필요한 결정
이 이슈에 새로 물을 것은 없다. 무효가 된 축 때문에 새로 생긴 질문 둘(수락 전 상대를 에디터에서 고를 수 있게 할지, 초대 전송·취소·실패 각각의 복귀 화면과 작성 내용 보존 범위)은 #1793 이 가져간다. 질문과 결정 추적은 #1793 하나로 합친다. 기존 승인된 화면을 없애거나 과거 #1583 코드를 자동 복원하지 않는다.
완료 기준
복원한 결정 이력과 근거 링크를 기록한다. 확정된 축은 08-06·08-07 기록이 근거이며 이 이슈에서 다시 확인할 것이 없다. 등록 직후 자동 선택 축은 #1793 의 답을 기다린다. 구현·재개·테스트 완료 체크리스트는 #1793 의 두 축이 답을 받은 뒤 최신 코드와 계약을 대조해 정의한다. 디자이너에게 질문하거나 태그하지 않으며, 미답변이나 과거 FE 재량 위임을 승인으로 해석하지 않는다.
정리 근거
2026-09-12T23:56 본문 개정이 이미 받은 PM 답을 함께 지워 확정 항목이 다시 미확인으로 돌아갔다. 2026-09-13 에 결정 이력을 코멘트로 복원하고, 상충이 있다고 적은 본문과 질문 합류 지점을 고쳤다. 기능 구현 완료를 의미하지 않는다.
참고
- 결정 근거 스레드: https://www.figma.com/design/UP9ZR186jHvRBicjA2SOea/?node-id=700-38183
- 0건 빈 상태 시안: https://www.figma.com/design/UP9ZR186jHvRBicjA2SOea/?node-id=4163-20979
- 질문 합류 지점: 작성 중 수신자 등록 진입·복귀·선택 흐름을 PM에게 확인한다 #1793 · 카카오 초대 전환 FE 몫 수신자 등록 카톡 초대 전환 — 이메일 등록·인증 대체 #944 (blocked_by enhancement(receiver): 카카오 초대 생성·수락·계정 연결 계약을 확정하고 검증한다 #1948)
Activity
docs(core): 등록 행 LazyColumn 키의 이유를 «index 가 밀려도 identity 유지» 로 바로잡는다 (#…
refactor(core): 등록 행의 LazyColumn 키를 걷어낸다 (#1427)
refactor(afternote): 수신자 조회의 Job 취소를 걷어낸다 (#1427)
refactor(afternote,core): 프로덕션 호출자가 없는 등록 CTA·등록 행·등록 왕복을 걷어낸다 (#1427)
[-]애프터노트 수신자 0건 화면에 등록 진입 CTA 부재 — 「설정에서 등록하세요」만 띄우고 안 보내 준다[/-][+]수신자 등록 진입의 상충된 승인 근거를 확인한다[/+]OnlyReadOneBook commentedon Sep 13, 2026
상충은 실재하지 않았다. 지워진 결정 이력을 복원한다
2026-09-12T23:56 본문 개정에서 이미 받은 PM 답이 사라지면서 확정돼 있던 항목이 다시 미확인으로 돌아갔다. 그리고 이 이슈가 전제로 삼은 "#872 의 확정 기록과 #540 의 PM 대기 기록 중 무엇이 유효한지 확인되지 않았다"는 사실이 아니다.
근거
PM 전건호가 Figma 스레드(node 700:38183)에서 2026-08-06T06:40:37Z 에 답했다. 댓글 id 1873986804.
https://www.figma.com/design/UP9ZR186jHvRBicjA2SOea/?node-id=700-38183#1873986804
답 전문: 작성 화면의 수신자 추가하기는 수신자 선택으로 바꾸고 선택하면 기존 수신자 목록 시트를 띄운다. 시트 하단에 새 수신자 등록을 두고 탭하면 설정의 수신자 등록 화면으로 이동한다. 등록 완료 후에는 원래 작성 화면으로 복귀해 방금 등록한 수신자가 선택된 상태로 돌아오고 작성 중이던 내용은 임시저장으로 유지된다. 애프터노트·타임레터·마음의 기록을 통일한다.
이어서 1hyok 이 2026-08-07T05:51:10Z 에 "가능합니다"로 확인했다. 댓글 id 1875806371.
https://www.figma.com/design/UP9ZR186jHvRBicjA2SOea/?node-id=700-38183#1875806371
상충으로 보였던 것의 정체
#872 의 확정 기록과 #540 의 대기 기록은 둘 다 이 08-06 댓글 하나를 가리킨다. #540 의 "PM 논의 진행 중" 표기는 08-07 확인이 오기 전 시점에 쓴 문장이 남은 것이고, #540 은 2026-08-29T20:12:10Z 에 CLOSED 됐다. 어느 쪽이 최신인지 고를 문제가 아니라 시점 차이였다.
이 이슈가 걸었던 축 중 이미 정해진 것
수신자 등록하기CTA 와 문구: 확정. 시안 4163:20979 와 08-06 답이 근거다.카카오 초대 전환으로 무효가 된 축 하나
BE PR Afternote/Afternote-BE#289 가 2026-09-08T05:57:54Z 에 머지되며
POST /api/v1/users/receivers가 사라졌다. 대체POST /api/v1/receiver-invitations의 응답에는invitationId·invitationToken·invitationUrl·expiresAt만 있고receiverId는 상대가 수락하는 시점에야 생긴다. 그래서 "등록 직후 방금 등록한 수신자를 선택 상태로 반영"은 PM 답 그대로는 성립하지 않는다.이 이슈에 새로 물을 것은 없다
무효가 된 축 때문에 새로 생긴 질문은 둘인데(수락 전 상대를 에디터에서 고를 수 있게 할지, 초대 전송·취소·실패 각각의 복귀 화면과 작성 내용 보존 범위), 둘 다 #1793 이 가져간다. 질문과 결정 추적은 #1793 하나로 합친다. 본문에도 그렇게 적었다.
2026-09-13 에 #1792(임시저장 흐름)의 질의가 PM 에게 나갔다. 08-06 답의 "작성 중이던 내용은 임시저장으로 유지"가 여기에 맞물리므로 #1792 의 답도 같이 본다.
OnlyReadOneBook commentedon Sep 18, 2026
PM 결정 대기 항목은 깃허브 이슈로 두지 않고 피그마 질문 한 자리에만 둔다(2026-09-18 결정). 이 이슈의 질문은 피그마 스레드에 걸려 있다: https://www.figma.com/design/UP9ZR186jHvRBicjA2SOea/?node-id=4327-68739#1932501388 (#1793 과 합쳐 하나로 물었다.) 답이 오면 그 답을 근거로 구현 이슈를 새로 만든다.