Repository navigation
임시저장 목록·진입·이어쓰기·저장 후 흐름을 PM에게 확인한다 #1792
Description
작업 유형
enhancement — 신규 기능·기존 기능 개선
주 담당 모듈
afternote — 애프터노트
개요
PR #1827의 시안 없는 목록 UI와 홈 진입·버튼·완료 흐름을 FE가 결정한 제안은 철회한다. 구현됐거나 개발 리뷰가 승인됐다는 사실을 PM 승인으로 보지 않는다. #1791의 중복 구현 예약도 종료한다.
PM 확인이 필요한 결정
임시저장 목록 제공 범위와 홈 진입 위치, 목록 표시 정보·빈 상태, 선택 시 이어쓰기, 임시저장·발행 버튼 배치와 대상, 저장·발행·취소 후 목적지 및 입력 보존을 PM에게 확인한다. #1762/#808의 현재 서버 계약과 내부 정리는 제품 UI 승인과 구분한다.
완료 기준
PM의 명시적인 답변과 적용 범위·근거 링크를 기록한다. 답변 전에는 구현·재개·테스트 완료 체크리스트를 예약하지 않는다. 결정 후 최신 코드와 계약을 대조해 실제 필요한 작업만 정의한다. 디자이너에게 질문하거나 태그하지 않으며, 미답변이나 과거 FE 재량 위임을 승인으로 해석하지 않는다.
정리 근거
2026-09-13 사용자 요청에 따라 미확정 구현 예약을 제거했다. 기능 구현 완료를 의미하지 않는다. 기존 댓글의 실측은 참고 자료이며, 상충하는 옛 구현 지시는 현재 범위를 대체하지 않는다.
Activity
refactor(app,afternote): 임시저장 목록 배선을 떼어 Nav3 이관 뒤로 미룬다 (#1792)
refactor(app,afternote): 이어쓰기 진입 배선을 떼어 Nav3 이관 뒤로 미룬다 (#1791)
fix(app): 배선 제거로 사라진 파라미터를 계측 테스트에서도 뗀다 (#1792)
github-actions commentedon Sep 3, 2026
이 이슈를 맡은 PR 은 #1827 다 (base
refactor/1698-platform-nav3).base 가 기본 브랜치(
develop)가 아니라서 GitHub 은 이 이슈의 Development 칸에아무것도 표시하지 않는다. 본문에
Closes #N이 있어도 마찬가지다 — 그 링크는 기본 브랜치를target 하는 PR 에서만 만들어진다.
PR 이 닫히거나 머지되면 이 이슈의
pr-open라벨은 다음 리컨사일에서 떨어진다.merge: #1792 를 거쳐 #1698 의 계측 앵커 수정을 들인다
fix(afternote): 임시저장이 건너뛰는 검증을 서버 완화 범위로 좁힌다 (#808)
fix(afternote): 임시저장 진입점의 터치 계약을 채우고 이어쓰기 전까지 노출을 막는다 (#1792)
Merge branch 'feat/1792-draft-list-nav3' into feat/1791-draft-resume-…
fix(afternote): 발행분 강등을 막고 이어쓰기 진입점을 연다 (#1791)
[-]feat(afternote): 임시저장 목록 화면을 애프터노트 그래프에 배선한다 — #1762 에서 Nav3 재작성분 분리[/-][+]feat(afternote): 임시저장 목록 UI와 Nav3 이어쓰기 흐름을 완성한다[/+]5 remaining items
test: 임시저장 로딩 프레임과 Paging Preview를 명시적으로 고정 (#1792)
merge: MVI 저장 코어 위에 임시저장 UI 소비를 완성 (#1792)
merge: 최종 Paging 부모 위에서 임시저장 흐름 검증 (#1792)
merge: 홈 로딩 선행을 임시저장 연결에 반영 (#1792)
chore: 검증된 임시저장 목록 레이아웃 유지 (#1792)
[-]feat(afternote): 임시저장 목록 UI와 Nav3 이어쓰기 흐름을 완성한다[/-][+]임시저장 목록·진입·이어쓰기·저장 후 흐름을 PM에게 확인한다[/+]OnlyReadOneBook commentedon Sep 13, 2026
PM 전건호에게 Figma 댓글로 질문했다(2026-09-13). 이 이슈는 그동안 PM 확인 대기로 분류돼 있었지만 실측해 보니 어느 채널에도 발신 기록이 없었다. 이번이 첫 발신이다.
4327:68739FRAME 애프터노트 수정페이지(상단바 "애프터노트 작성하기") — 정리 Screen Design#4327:43064 > SECTION 애프터노트#4327:99446 > 애프터노트 - 작성 페이지 그룹(4327:64226)의 첫 화면, x=543 y=4078message_meta로 보내 알림이 가도록 했다. 평문@이름은 알림이 가지 않는다.물은 것은 묵은 본문의 질문을 그대로 옮긴 것이 아니라 origin/develop 86ab223 실코드와 현재 시안으로 다시 벼린 것이다.
본문에 있었지만 이번 질문에서 뺀 축:
OnlyReadOneBook commentedon Sep 13, 2026
상호 참조. 이 이슈의 임시저장 흐름은 #1793 의 수신자 등록 왕복과 맞물린다.
PM 전건호가 2026-08-06T06:40:37Z Figma 스레드(node 700:38183, 댓글 id 1873986804)에서 수신자 등록 왕복을 답하면서 등록 완료 후 원래 작성 화면으로 복귀하고 작성 중이던 내용은 임시저장으로 유지된다고 적었다. 1hyok 이 2026-08-07T05:51:10Z 에 확인했다(댓글 id 1875806371).
https://www.figma.com/design/UP9ZR186jHvRBicjA2SOea/?node-id=700-38183#1873986804
즉 임시저장은 다른 흐름의 보존 수단으로 이미 한 번 지정돼 있다. 오늘 나간 질의의 답은 #1793 의 복귀·보존 축과 같이 읽어야 하고, 반대로 #1793 이 새로 묻는 "초대 전송·취소·실패 각각에서 어느 화면으로 돌아오고 작성 내용을 어디까지 보존하는가"도 여기 답에 걸린다.
복원한 결정 이력 전문은 #1793 과 #1427 의 2026-09-13 코멘트에 있다.
refactor(afternote): 임시저장 목록 축을 걷어내고 조회 분리만 남긴다
OnlyReadOneBook commentedon Sep 18, 2026
PM 결정 대기 항목은 깃허브 이슈로 두지 않고 피그마 질문 한 자리에만 둔다(2026-09-18 결정). 이 이슈의 질문은 피그마 스레드에 걸려 있다: https://www.figma.com/design/UP9ZR186jHvRBicjA2SOea/?node-id=4327-68739#1923877313 답이 오면 그 답을 근거로 구현 이슈를 새로 만든다.