---

work_id: ux-2026-09-20-10 artifact_type: research_observation status: done owner_role: ui-ux-researcher source_request: "빈 이름으로 새 자료를 만들고 이름 변경 후 다시 찾는 흐름 확인" last_updated: 2026-09-20

UX-10 — 이름을 나중에 정해도 같은 자료로 이어지는가

결과: 빈 이름으로 만든 Word는 새 Word, 공백 세 칸으로 만든 Site는 새 Site로 열렸다. 이후 이름을 바꾸고 자료함에서 재열었을 때 각각 최초 문서 주소가 유지됐다. 이번 범위에서 신규 결함은 확인하지 않았다. 새 이슈나 반복 댓글은 만들지 않는다.

조건과 결과

2026-09-20, macOS Codex 내장 브라우저 1280×720, Node 22.22.0. 별도 http://127.0.0.1:5196/에서 합성 Word·Site 각 1개를 생성했다. 본문은 편집하지 않았다. 조사 후 UX-10 빈 이름 Word, UX-10 공백 이름 Site라는 이름으로 남겼다.

실행 SHA: 42e9a88a6cd8d3ffc002d14cd29ef6905a3769c1. 조회 main: eeb0ab67390b2898e85d8aa1e028ce5b6a993ff2. workspace의 ui.tsx·workspace.ts·products.ts 파일 blob은 main과 같았다. 최신 main 전체 실행 결과는 아니다.

경로	실제 결과
새 Word 자료 → 이름을 비운 채 만들기	만들기 활성. 새 Word로 생성·열림, 저장됨 표시
Word 편집기의 문서 제목 변경 → 자료함 → 변경 이름으로 열기	UX-10 빈 이름 Word, 생성 시 주소와 일치
새 Site 자료 → 공백 세 칸 → 만들기	새 Site로 생성·열림, 자료함에도 같은 이름
자료함 관리에서 Site 이름 변경 → 변경 이름으로 열기	UX-10 공백 이름 Site, 생성 시 주소와 일치

생성·이름 변경 전후 주소와 제목. 주소 일치는 문서 식별자 유지의 근거다. 본문 전체 보존이나 동시 편집 안전성의 검사는 아니다.

이름이 빈 생성 창:

기본 이름으로 열린 Word:

공백 입력으로 생성된 Site:

이름 변경 후 다시 연 Site:

공통 UI 판단

생성 코드는 제목을 trim한 뒤 비어 있으면 새 + 제품명을 사용한다. 별도 UUID로 자료를 저장한다. 제목 반영은 제품 모델의 제목에 맞춰 처리한다.

공통 계약은 이름을 나중에 정할 수 있다는 정책, 기본 이름의 의미, 이름 변경과 문서 정체성의 구분이다. 이름을 필수로 바꾸거나 새 이름 대화상자를 추가할 필요는 이번 관찰에서 확인하지 못했다. 제품별 제목 편집 위치는 그대로 활용할 수 있다.

관찰한 생성 창에는 비워 두면 어떤 이름이 쓰이는지 별도 설명이 없었다. 그 때문에 사용자가 멈추거나 잘못된 예상을 하는지는 아직 확인하지 않았다. 같은 기본 이름이 여러 개 쌓였을 때 원하는 자료를 구별하는 문제도 이번에 실행하지 않았다. 이 두 항목은 #289 고객 연구의 첫 생성·재열기 과제에서 관찰할 후보이며 현재 결함으로 등록하지 않는다.

기존 workspace 검사는 이름을 넣은 생성과 재열기·이름 변경을 포함한다. 이번에는 검사 정의를 읽었으며 자동 검사나 제품 코드를 변경하지 않았다.

범위 밖: Note·Slides의 빈 이름 직접 실행, 같은 기본 이름의 여러 문서, 공백 외 특수 이름, 입력 실패·동시 변경, 실제 사용자·스크린리더·모바일. 다음 후보는 백업·가져오기 화면이 새 사본 복원과 기존 자료 보존을 어떻게 설명하는지 확인하는 것이다.