diff --git a/CLAUDE.md b/CLAUDE.md
index e25e16e..e8dd187 100644
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -55,7 +55,7 @@ cc-statusline에 포함됐던 로컬 diff 뷰어를 독립 제품으로 분리 +
 
 뷰어 토글(untracked 포함·watch 자동갱신·flatten·파일트리 좌우·unified/split·파일트리 숨김·트리 접기 동기화)은 `--untracked`/`--watch`/`--no-flatten`/`--tree-right`/`--split`/`--hide-tree`/`--fold-with-tree` CLI 플래그로 구동 시점에 미리 설정할 수 있다(session-only — 저장된 localStorage 프리퍼런스는 건드리지 않음). 인앱 토글의 초기 표시 상태는 항상 실제 launch 값과 일치하도록 sync되며, 우선순위 계산(URL 파라미터 → localStorage → 기본값)은 `apps/viewer/browser/prefs.ts`의 순수 resolver 함수(`resolveUntracked`/`resolveWatch`/`resolveFlatten`/`resolveTreeSide`/`resolveDiffStyle`/`resolveTreeHidden`/`resolveFoldWithTree`)로 분리해 단위 테스트한다. unified↔split 전환은 읽던 스크롤 위치를 그대로 유지한다(엔진 앵커링 — 아래 "CodeView 인스턴스 수명" 항목 참고). 파일트리 숨김은 `localStorage` 폴백이 없는 session-only 토글(`resolveUntracked`와 동일 패턴)로, 툴바 아이콘 버튼(`#tree-toggle-btn`)과 오버플로 메뉴 체크박스(`#toggle-tree-hidden`) 둘 다에서 조작 가능하며 항상 서로 동기화된다. 사이드바에서 디렉토리를 접으면 diff 화면의 해당 파일들도 자동으로 접히는 "Fold with tree" 토글은 `flatten`/`treeSide`와 동일하게 `localStorage`(`cc-statusline:fold-with-tree`)에 영속화되며, 오버플로 메뉴 체크박스(`#toggle-fold-with-tree`)로만 조작한다(전용 툴바 버튼 없음). 트리에서 접힌 디렉토리 아래 파일을 diff 헤더 클릭으로 개별 펼치면 그 파일은 사용자가 다시 접기 전까지(토글 on/off와 무관하게) 계속 펼쳐진 채 유지된다. 파일 트리 사이드바 폭은 `#tree-resizer`를 드래그하거나(포커스 후 방향키로도 10px 단위 조정 가능) 180~600px 범위에서 조정할 수 있으며, 조정한 폭은 `localStorage`(session-only 토글들과 달리 지속)에 저장된다.
 
-"Grab" 기능은 diff의 특정 구간을 프롬프트와 함께 클립보드로 복사해 AI 에이전트에게 바로 붙여넣을 수 있게 한다. 진입 경로는 둘: ① 엔진 거터의 GitHub식 라인 선택 + 상주 "+" 버튼(CodeView의 `enableLineSelection`/`enableGutterUtility` 옵션으로 활성화), ② 코드 텍스트 드래그 릴리스 시 즉시 열리는 프롬프트 팝오버. 둘 다 `#grab-popover` 프롬프트 입력창을 열고, Enter로 "참조(파일 경로·상태·base)+스니펫+프롬프트"를 한 텍스트로 인코딩해 클립보드에 복사한다. `enableLineSelection`/`enableGutterUtility`는 전역 활성화라 모든 라인 호버에 "+"가 뜨고 find 매치 라인에도 상주하는데, 이는 의도된 UX 변화다. 텍스트 경로는 pointerup에서 "실제 드래그였는지"부터 게이트한다 — pointerDown→pointerup 이동 거리가 `DRAG_THRESHOLD`(6px)를 넘어야 하며(헤더 폴드 토글과 동일한 `movedBeyondThreshold` 관례), 이 게이트가 없으면 더블/트리플클릭의 네이티브 단어·문단 선택(마우스 이동 없이도 비어있지 않은 Selection을 만든다)이 곧장 팝오버를 열어버린다. 통과하면 스냅샷 의미론: `pointerup` 시점(한 틱 뒤)에 선택·파일·스니펫을 전부 고정해 이후 워커 하이라이트 DOM 교체나 recycle이 선택을 죽여도 안전하고, 팝오버는 스크롤로는 닫히지 않으며 Esc·팝오버 바깥 pointerdown·`renderPatch`(파일 목록 갱신) 발생 시, 그리고 복사 성공 후 1.2초 뒤 자동으로 닫힌다. 선택 소유권: 팝오버가 엔진 라인 선택(`codeView.selectedLines` — `data-selected-line`을 낳는 슬롯)을 "소유"한 경우에만 — 즉 거터 "+" 경로(`onGutterUtilityClick`)로 열렸을 때만 — 닫히거나 복사가 성공할 때 `codeView.clearSelectedLines()`로 그 선택을 해제한다(`onGutterUtilityClick`이 세우는 `grabOwnsLineSelection` 플래그를 `onCopied`/`onClosed`가 공통으로 가드). 텍스트 드래그 경로는 네이티브 브라우저 Selection만 읽을 뿐 이 슬롯을 건드리지 않으므로 플래그를 세우지 않는다 — 무조건 해제했다면 find 바가 `revealMatch`/`selectMatch`로 같은 슬롯에 세워 둔 매치 하이라이트가 텍스트 경로 팝오버의 Esc나 복사 성공만으로 지워지고, 팝오버를 연 적 없는 "파킹된"(드래그만 하고 아직 "+"를 안 누른) 거터 선택도 `renderPatch`(팝오버가 열렸든 아니든 진입부에서 항상 `close()`를 호출)마다 지워지는 회귀가 생긴다. 거터 경로에서 스테일 선택이 남으면 안 되는 이유: 엔진의 `InteractionManager.placeUtility()`는 활성 선택이 있으면 호버를 무시하고 "+"를 선택 하단 행에 고정하며(그 행이 더 이상 렌더 대상이 아니면 아예 숨김) 이후 다른 행 호버에서도 "+"가 뜨지 않게 된다. 텍스트 경로 팝오버가 열리면(`input.focus()`) 네이티브 드래그 선택은 붕괴한다 — 포커스가 문서 선택을 팝오버 input으로 **옮기는** 것이라(실측: `getComposedRanges`가 `#grab-popover`의 자식을 가리킨다) 페인팅만 멈추는 게 아니고, 강제로 되돌려도 첫 타이핑에 다시 붕괴한다. 그래서 잡은 라인은 **grab 하이라이트**가 대신 보여준다: `unsafeCSS`로 넣은 `::highlight(diffdeck-grab)`(파랑) + `CSS.highlights` 레지스트리로 칠하는 독립 채널이다. 앱이 shadow root에 직접 `<style>`을 붙이면 안 된다 — `CodeView.cleanElement()`가 `data-unsafe-css` 등이 없는 style 노드를 첫 recycle에 떼어낸다. 하이라이트 범위는 진입 경로에 따라 다르다: **텍스트 드래그는 문자 단위**(드래그한 문자만), **거터 "+"는 라인 단위**다. `NormalizedRange`의 선택적 `chars`(`CharSpan`)가 그 차이를 나른다 — 없으면 줄 전체이고, 있으면 스니펫(`snippet.ts`의 `applyChars`)과 하이라이트(`highlight.ts`의 `withChars` → `setStart`/`setEnd`) **양쪽에 같은 값이 들어가** "보이는 범위 == 복사되는 범위"가 문자 수준에서 유지된다. `chars`는 양 끝점이 `[data-line]` 안에 직접 떨어졌고 클램프가 없었을 때만 세운다(거터 복구 끝점·크로스 파일·split 컬럼 클램프·비-라인 끝점·끝점이 텍스트 노드가 아닌 토큰 `<span>`인 경우는 생략 → 줄 전체). 가상화 주의: `rowsInRange`는 **그 순간 렌더된 행**만 받으므로, 보이는 첫/끝 행이 실제 선택 경계와 일치할 때만 그 경계에 오프셋을 적용한다(`startExact`/`endExact`) — 경계 행이 렌더 윈도우 밖이면 그 행은 통째로 칠한다. 행의 `textContent`가 파일 원본 라인과 정확히 일치하므로(탭 포함) 텍스트 노드 길이 누적이 원본 기준 오프셋을 준다. 어느 범위든 `lineFor`가 `data-alt-line`을 함께 읽어 행을 고르는 것은 그대로다: unified의 context 행은 엔진이 addition 요소 하나로만 렌더해 `data-line`이 new 번호이므로, 이 폴백이 없으면 old-side 범위에서 사이의 context 행이 하이라이트에서만 빠져(클립보드에는 들어간다 — `snippet.ts`가 `deletionLines`를 통째로 슬라이스한다) "보이는 범위 == 복사되는 범위"가 깨진다. split은 컬럼마다 context 행이 따로 있어 이 폴백을 unified로 한정한다. Range는 워커 DOM 교체·recycle에 죽으므로 `onPostRender`에서 재시딩하며, 대상 파일이 렌더 윈도우 밖일 때 하이라이트가 사라지는 것은 의도된 동작이다. 이 채널은 엔진 `selectedLines` 슬롯을 쓰지 않으므로 위 소유권 규칙(`grabOwnsLineSelection`)과 find 매치 하이라이트는 그대로다. 팝오버 위치는 드래그 **릴리스 좌표**(0크기 rect)를 앵커로 `computePlacement`에 넘긴다 — 예전엔 행 전체 rect라 커서와 무관하게 파일 왼쪽 끝에 떴다. Cmd+C로 이어지는 브라우저 기본 복사 흐름은 여전히 유지되지 않으며, 이는 수용된 트레이드오프다(팝오버 자체가 스니펫을 인코딩해 복사한다). 팝오버는 **컨텍스트 라벨 한 줄 + 입력 영역** 둘로 구성되고, 보내기 버튼은 입력 영역 **안**에 산다. 라벨은 `grabLabelParts()`가 만드는 조각 배열이고(`main.ts`가 그걸 넘긴다) 팝오버가 조각마다 span을 그린다 — 이어 붙이면 `popover.ts:53 · new side`이며 전체 경로는 `title`에 있다. `grabLabel()`은 그 조각을 join하는 것으로 남아 있다: 프로덕션 경로에서는 더 이상 호출되지 않지만, "조각을 이어 붙이면 예전 문자열과 같다"는 계약을 단언하는 테스트가 이 함수를 통해 색·텍스트 분기를 막는다. 테두리·배경·radius는 textarea가 아니라 래퍼 `.grab-field`가 갖는다 — 버튼이 같은 상자를 공유해야 하기 때문이고, textarea는 그 안에서 투명하게 눕는다(`field-sizing: content`로 `max-height` 90px(정확히 5줄)까지 자란 뒤 스크롤). **radius 8/6/4는 임의값이 아니라 앱에 이미 있는 세 값이다**: 8px = `#grab-popover`(떠 있는 패널, 앱에서 유일), 6px = `--vd-radius`(select·세그컨트롤·find바·오버플로메뉴와 같은 표준 컨트롤), 4px = 툴바 세그먼트 버튼과 같은 "컨테이너 안쪽 버튼". 앱에서 `999px`은 **토글 스위치 하나에만** 배정돼 있으므로 여기서 쓰면 그 어휘를 훔치게 된다(알약 시안을 버린 이유). `.grab-send`는 **배경색이 없는 게 계약이다** — 상태를 색으로만 말한다(회색 idle → 액센트 ready → 초록 ok → 빨강 fail, `data-state`). 아이콘 셋 3개를 전부 DOM에 두고 CSS가 하나만 보여준다(상태마다 innerHTML을 갈면 매번 파서를 태운다). 화살표는 **오른쪽**(보낸다)이지 위쪽(업로드)이 아니다. 빈 프롬프트로도 참조+스니펫은 복사되므로 버튼을 `disabled`로 만들지 않는다 — 강조만 바뀐다. `.grab-hint`(`role="status"`)는 **스크린리더 전용(sr-only)**이다: 시각적 상태는 버튼이 지고, 예전처럼 보이는 줄로 두면 복사할 때마다 창이 18px 자라(실측: 66 → 84) 커서 아래 코드가 밀렸다. `hidden`을 토글하지 않는 이유이기도 하다 — hidden 요소는 라이브 리전으로 알려지지 않으므로, "상태 없음"은 hidden이 아니라 **빈 텍스트**로 표현한다. 버튼 `mousedown`에 `preventDefault`를 걸어 클릭해도 입력 포커스를 잃지 않게 한다(포커스가 빠지면 IME 조합이 강제 확정돼 조합 중이던 글자가 누락된다). Enter는 제출, **Shift+Enter는 개행**(`preventDefault` 없이 빠져나가 textarea 기본 동작에 맡긴다 — 새 키 분기를 만들지 않아 IME 가드 3지점이 불변이다), Esc는 닫기다. `Enter ↵ · Esc` 상시 힌트 줄은 제거했다 — placeholder와 **같은 말을 두 번** 하는 중복이었고, 한 노드가 상시 안내와 상태를 겸용해 실패로 전이하면 조작 안내가 사라졌다. placeholder는 `"Prompt…"` 한 마디만 한다 — 한때 여기에 `"(⏎ copy · shift + ⏎ new line)"`까지 실었는데, 그게 창에서 가장 눈에 띄는 요소라 다른 걸 아무리 고쳐도 "안 바뀐 것처럼" 보였다(승인된 시안은 `Prompt…`였다). 단축키 고지는 **화면을 차지하지 않는** 두 채널이 맡는다: 버튼 hover(`title="Copy (⏎) · Shift+⏎ for new line"`)와 `aria-keyshortcuts`. 회귀망: `grab-highlight.e2e.ts` 9종(⑨는 복사 전후 창 높이 동일 — sr-only 힌트의 회귀망이고, happy-dom은 레이아웃이 없어 원리적으로 못 잡는다). 팝오버의 Enter/Esc 둘 다 IME 조합 가드(`isComposing`/`keyCode === 229`)를 걸어 한국어 등 조합 입력 중 키 이벤트가 오작동하지 않는다. 구현은 순수 로직 `apps/viewer/browser/grab/*`(range·snippet·encode·selectionAdapter·position·textSelection·popover·highlight, 100% 커버리지 게이트 안)와 `main.ts`의 배선으로 나뉘며, 배선 쪽은 `grab.e2e.ts` 12종이 회귀망이다.
+"Grab" 기능은 diff의 특정 구간을 프롬프트와 함께 클립보드로 복사해 AI 에이전트에게 바로 붙여넣을 수 있게 한다. 진입 경로는 둘: ① 엔진 거터의 GitHub식 라인 선택 + 상주 "+" 버튼(CodeView의 `enableLineSelection`/`enableGutterUtility` 옵션으로 활성화), ② 코드 텍스트를 선택하면(드래그 릴리스 또는 더블/트리플클릭) 즉시 열리는 프롬프트 팝오버. 둘 다 `#grab-popover` 프롬프트 입력창을 열고, Enter로 "참조(파일 경로·상태·base)+스니펫+프롬프트"를 한 텍스트로 인코딩해 클립보드에 복사한다. `enableLineSelection`/`enableGutterUtility`는 전역 활성화라 모든 라인 호버에 "+"가 뜨고 find 매치 라인에도 상주하는데, 이는 의도된 UX 변화다. 텍스트 경로는 **제스처를 두 갈래로 인지한다**. ① 드래그: `pointerup`에서 pointerDown→pointerup 이동 거리가 `DRAG_THRESHOLD`(6px)를 넘었는지 본다(헤더 폴드 토글과 동일한 `movedBeyondThreshold` 관례). ② 멀티클릭: 더블/트리플클릭의 네이티브 단어·문단 선택은 **마우스가 전혀 움직이지 않아** ①을 원리적으로 통과하지 못하므로 `click` 이벤트에서 `event.detail >= 2`로 따로 받는다. 이 갈래가 `click`에 붙는 이유는 **Chrome의 `pointerdown`/`pointerup`은 `detail`이 언제나 0이라 클릭 횟수를 실어 나르지 않기 때문**이다(실측). 이 사실은 **포인터 이벤트에 한정된다** — `mousedown`/`mouseup`은 클릭 횟수를 그대로 싣는다(실측: 1, 2). 그래도 `click`이 맞는 지점인 건 down/up이 같은 타깃일 때만 발화하고 그 시점엔 네이티브 선택이 확정돼 있어서다. `dblclick` 이벤트로 짜면 안 된다: 트리플클릭엔 전용 이벤트가 없어(dblclick은 두 번째 클릭에서 끝난다) 세 번째 클릭의 문단 선택을 놓치고 단어 스니펫에 머문다. 트리플클릭에서는 두 번째 클릭이 팝오버를 한 번 열고, 세 번째 클릭의 pointerdown이 팝오버 바깥 dismiss에 걸려 그걸 닫은 뒤 다시 열린다 — 최종 상태는 옳지만 **한 번 깜박인다.** 바깥 dismiss에 디바운스나 "N ms 안엔 재오픈 금지" 가드를 넣으면 트리플클릭이 조용히 깨지니 주의. 문턱값 `>= 2`를 **자동으로 지켜주는 테스트는 없다**: `>= 1`로 밀려도 평범한 클릭은 선택 자체를 안 만들어(collapsed range) 팝오버가 안 열리므로 ⑧이 그대로 통과한다(실측). 문턱값을 실제로 가르는 유일한 제스처는 **shift+클릭 선택 확장**(detail 1인데 살아있는 선택을 만든다)인데, 이건 지금 팝오버를 열지 않는 **알려진 제외**다 — 드래그와 같은 상태를 만드는 표준 선택 관용구인데도 빠져 있으니, 나중에 지원하기로 하면 그때 ⑧의 짝으로 문턱값 가드를 함께 세울 것. 어느 갈래든 통과하면 스냅샷 의미론: 제스처 시점(한 틱 뒤)에 선택·파일·스니펫을 전부 고정해 이후 워커 하이라이트 DOM 교체나 recycle이 선택을 죽여도 안전하고, 팝오버는 스크롤로는 닫히지 않으며 Esc·팝오버 바깥 pointerdown·`renderPatch`(파일 목록 갱신) 발생 시, 그리고 복사 성공 후 1.2초 뒤 자동으로 닫힌다. 선택 소유권: 팝오버가 엔진 라인 선택(`codeView.selectedLines` — `data-selected-line`을 낳는 슬롯)을 "소유"한 경우에만 — 즉 거터 "+" 경로(`onGutterUtilityClick`)로 열렸을 때만 — 닫히거나 복사가 성공할 때 `codeView.clearSelectedLines()`로 그 선택을 해제한다(`onGutterUtilityClick`이 세우는 `grabOwnsLineSelection` 플래그를 `onCopied`/`onClosed`가 공통으로 가드). 텍스트 드래그 경로는 네이티브 브라우저 Selection만 읽을 뿐 이 슬롯을 건드리지 않으므로 플래그를 세우지 않는다 — 무조건 해제했다면 find 바가 `revealMatch`/`selectMatch`로 같은 슬롯에 세워 둔 매치 하이라이트가 텍스트 경로 팝오버의 Esc나 복사 성공만으로 지워지고, 팝오버를 연 적 없는 "파킹된"(드래그만 하고 아직 "+"를 안 누른) 거터 선택도 `renderPatch`(팝오버가 열렸든 아니든 진입부에서 항상 `close()`를 호출)마다 지워지는 회귀가 생긴다. 거터 경로에서 스테일 선택이 남으면 안 되는 이유: 엔진의 `InteractionManager.placeUtility()`는 활성 선택이 있으면 호버를 무시하고 "+"를 선택 하단 행에 고정하며(그 행이 더 이상 렌더 대상이 아니면 아예 숨김) 이후 다른 행 호버에서도 "+"가 뜨지 않게 된다. 텍스트 경로 팝오버가 열리면(`input.focus()`) 네이티브 드래그 선택은 붕괴한다 — 포커스가 문서 선택을 팝오버 input으로 **옮기는** 것이라(실측: `getComposedRanges`가 `#grab-popover`의 자식을 가리킨다) 페인팅만 멈추는 게 아니고, 강제로 되돌려도 첫 타이핑에 다시 붕괴한다. 그래서 잡은 라인은 **grab 하이라이트**가 대신 보여준다: `unsafeCSS`로 넣은 `::highlight(diffdeck-grab)`(파랑) + `CSS.highlights` 레지스트리로 칠하는 독립 채널이다. 앱이 shadow root에 직접 `<style>`을 붙이면 안 된다 — `CodeView.cleanElement()`가 `data-unsafe-css` 등이 없는 style 노드를 첫 recycle에 떼어낸다. 하이라이트 범위는 진입 경로에 따라 다르다: **텍스트 드래그는 문자 단위**(드래그한 문자만), **거터 "+"는 라인 단위**다. `NormalizedRange`의 선택적 `chars`(`CharSpan`)가 그 차이를 나른다 — 없으면 줄 전체이고, 있으면 스니펫(`snippet.ts`의 `applyChars`)과 하이라이트(`highlight.ts`의 `withChars` → `setStart`/`setEnd`) **양쪽에 같은 값이 들어가** "보이는 범위 == 복사되는 범위"가 문자 수준에서 유지된다. `chars`는 양 끝점이 `[data-line]` 안에 직접 떨어졌고 클램프가 없었을 때만 세운다(거터 복구 끝점·크로스 파일·split 컬럼 클램프·비-라인 끝점·끝점이 텍스트 노드가 아닌 토큰 `<span>`인 경우는 생략 → 줄 전체). 가상화 주의: `rowsInRange`는 **그 순간 렌더된 행**만 받으므로, 보이는 첫/끝 행이 실제 선택 경계와 일치할 때만 그 경계에 오프셋을 적용한다(`startExact`/`endExact`) — 경계 행이 렌더 윈도우 밖이면 그 행은 통째로 칠한다. 행의 `textContent`가 파일 원본 라인과 정확히 일치하므로(탭 포함) 텍스트 노드 길이 누적이 원본 기준 오프셋을 준다. 어느 범위든 `lineFor`가 `data-alt-line`을 함께 읽어 행을 고르는 것은 그대로다: unified의 context 행은 엔진이 addition 요소 하나로만 렌더해 `data-line`이 new 번호이므로, 이 폴백이 없으면 old-side 범위에서 사이의 context 행이 하이라이트에서만 빠져(클립보드에는 들어간다 — `snippet.ts`가 `deletionLines`를 통째로 슬라이스한다) "보이는 범위 == 복사되는 범위"가 깨진다. split은 컬럼마다 context 행이 따로 있어 이 폴백을 unified로 한정한다. Range는 워커 DOM 교체·recycle에 죽으므로 `onPostRender`에서 재시딩하며, 대상 파일이 렌더 윈도우 밖일 때 하이라이트가 사라지는 것은 의도된 동작이다. 이 채널은 엔진 `selectedLines` 슬롯을 쓰지 않으므로 위 소유권 규칙(`grabOwnsLineSelection`)과 find 매치 하이라이트는 그대로다. 팝오버 위치는 제스처가 끝난 **좌표**(드래그는 릴리스 지점, 멀티클릭은 클릭 지점 — 둘 다 0크기 rect)를 앵커로 `computePlacement`에 넘긴다 — 예전엔 행 전체 rect라 커서와 무관하게 파일 왼쪽 끝에 떴다. Cmd+C로 이어지는 브라우저 기본 복사 흐름은 여전히 유지되지 않으며, 이는 수용된 트레이드오프다(팝오버 자체가 스니펫을 인코딩해 복사한다). 팝오버는 **컨텍스트 라벨 한 줄 + 입력 영역** 둘로 구성되고, 보내기 버튼은 입력 영역 **안**에 산다. 라벨은 `grabLabelParts()`가 만드는 조각 배열이고(`main.ts`가 그걸 넘긴다) 팝오버가 조각마다 span을 그린다 — 이어 붙이면 `popover.ts:53 · new side`이며 전체 경로는 `title`에 있다. `grabLabel()`은 그 조각을 join하는 것으로 남아 있다: 프로덕션 경로에서는 더 이상 호출되지 않지만, "조각을 이어 붙이면 예전 문자열과 같다"는 계약을 단언하는 테스트가 이 함수를 통해 색·텍스트 분기를 막는다. 테두리·배경·radius는 textarea가 아니라 래퍼 `.grab-field`가 갖는다 — 버튼이 같은 상자를 공유해야 하기 때문이고, textarea는 그 안에서 투명하게 눕는다(`field-sizing: content`로 `max-height` 90px(정확히 5줄)까지 자란 뒤 스크롤). **radius 8/6/4는 임의값이 아니라 앱에 이미 있는 세 값이다**: 8px = `#grab-popover`(떠 있는 패널, 앱에서 유일), 6px = `--vd-radius`(select·세그컨트롤·find바·오버플로메뉴와 같은 표준 컨트롤), 4px = 툴바 세그먼트 버튼과 같은 "컨테이너 안쪽 버튼". 앱에서 `999px`은 **토글 스위치 하나에만** 배정돼 있으므로 여기서 쓰면 그 어휘를 훔치게 된다(알약 시안을 버린 이유). `.grab-send`는 **배경색이 없는 게 계약이다** — 상태를 색으로만 말한다(회색 idle → 액센트 ready → 초록 ok → 빨강 fail, `data-state`). 아이콘 셋 3개를 전부 DOM에 두고 CSS가 하나만 보여준다(상태마다 innerHTML을 갈면 매번 파서를 태운다). 화살표는 **오른쪽**(보낸다)이지 위쪽(업로드)이 아니다. 빈 프롬프트로도 참조+스니펫은 복사되므로 버튼을 `disabled`로 만들지 않는다 — 강조만 바뀐다. `.grab-hint`(`role="status"`)는 **스크린리더 전용(sr-only)**이다: 시각적 상태는 버튼이 지고, 예전처럼 보이는 줄로 두면 복사할 때마다 창이 18px 자라(실측: 66 → 84) 커서 아래 코드가 밀렸다. `hidden`을 토글하지 않는 이유이기도 하다 — hidden 요소는 라이브 리전으로 알려지지 않으므로, "상태 없음"은 hidden이 아니라 **빈 텍스트**로 표현한다. 버튼 `mousedown`에 `preventDefault`를 걸어 클릭해도 입력 포커스를 잃지 않게 한다(포커스가 빠지면 IME 조합이 강제 확정돼 조합 중이던 글자가 누락된다). Enter는 제출, **Shift+Enter는 개행**(`preventDefault` 없이 빠져나가 textarea 기본 동작에 맡긴다 — 새 키 분기를 만들지 않아 IME 가드 3지점이 불변이다), Esc는 닫기다. `Enter ↵ · Esc` 상시 힌트 줄은 제거했다 — placeholder와 **같은 말을 두 번** 하는 중복이었고, 한 노드가 상시 안내와 상태를 겸용해 실패로 전이하면 조작 안내가 사라졌다. placeholder는 `"Prompt…"` 한 마디만 한다 — 한때 여기에 `"(⏎ copy · shift + ⏎ new line)"`까지 실었는데, 그게 창에서 가장 눈에 띄는 요소라 다른 걸 아무리 고쳐도 "안 바뀐 것처럼" 보였다(승인된 시안은 `Prompt…`였다). 단축키 고지는 **화면을 차지하지 않는** 두 채널이 맡는다: 버튼 hover(`title="Copy (⏎) · Shift+⏎ for new line"`)와 `aria-keyshortcuts`. 회귀망: `grab-highlight.e2e.ts` 9종(⑨는 복사 전후 창 높이 동일 — sr-only 힌트의 회귀망이고, happy-dom은 레이아웃이 없어 원리적으로 못 잡는다). 팝오버의 Enter/Esc 둘 다 IME 조합 가드(`isComposing`/`keyCode === 229`)를 걸어 한국어 등 조합 입력 중 키 이벤트가 오작동하지 않는다. 구현은 순수 로직 `apps/viewer/browser/grab/*`(range·snippet·encode·selectionAdapter·position·textSelection·popover·highlight, 100% 커버리지 게이트 안)와 `main.ts`의 배선으로 나뉘며, 배선 쪽은 `grab.e2e.ts` 15종이 회귀망이다(⑧ 단일 클릭 미오픈 — 문턱값 가드가 아니라 스모크 체크임은 위 참고, ⑬ 더블클릭 = 단어만, ⑭ 트리플클릭 = 줄 전체, ⑮ 헤더 더블클릭 미오픈 = ⑨의 멀티클릭 판). **⑮는 대상 파일을 먼저 접어 둬야 한다** — 펼친 채 더블클릭하면 첫 클릭이 헤더 폴드 토글을 때려 파일이 접히고, 접힌 파일엔 `[data-line]` 행이 없어 "행 밖 선택은 null" 가드가 아니라 "행이 하나도 없음"으로 통과하는 vacuous 테스트가 된다(실측: 해석 시점 행 수가 `[0, 0]` → 접어 두면 `[5, 5]`). ⑨(드래그)는 폴드 토글의 드래그 가드에 걸려 애초에 접히지 않으므로 이 처리가 필요 없다.
 
 설계·조사 근거(요약): CodeView는 이미 프레임워크 무관 vanilla 29.5k줄 엔진(`packages/diffs/src`의 테스트 제외 `.ts` 합계 29,482줄 — faithful 재작성 4~8개월, 이득 0 → 재작성 금지). trees의 preact 렌더 스킨도 Plan 3(de-preact)에서 vanilla로 포팅 완료 — 현재 리포에 preact/react 런타임 의존이 전혀 없다. 대체 라이브러리 조사 결과 pierre 품질 대체재 없음.
 
diff --git a/apps/viewer/browser/main.ts b/apps/viewer/browser/main.ts
index 1d1358a..975af32 100644
--- a/apps/viewer/browser/main.ts
+++ b/apps/viewer/browser/main.ts
@@ -526,24 +526,17 @@ const openGrabPopover = (
 	});
 };
 
-diffMount.addEventListener("pointerup", (event) => {
-	// 드래그 게이트: 스펙은 "드래그 릴리스 시"이지, 선택이 존재하기만 하면
-	// 여는 게 아니다 — 폴드 토글(위 click 핸들러 :87-96)과 동일하게
-	// pointerDown/movedBeyondThreshold로 실제 드래그였는지 확인한다. 이
-	// 가드가 없으면 더블/트리플클릭의 네이티브 단어/문단 선택(마우스 이동
-	// 없이도 비어있지 않은 Selection을 만든다)이 곧장 팝오버를 열어버린다.
-	const upPoint = { x: event.clientX, y: event.clientY };
-	if (
-		!pointerDown ||
-		!movedBeyondThreshold(pointerDown, upPoint, DRAG_THRESHOLD)
-	) {
-		return;
-	}
-	// 선택 확정은 pointerup 직후 이벤트 루프 한 틱 뒤가 안전(워커 하이라이트
-	// DOM 교체·recycle이 선택을 죽여도 스냅샷은 이미 고정된 뒤). 거터 "+"
-	// 경로와 동일하게 트리거 버튼 없이 즉시 팝오버를 연다 — 같은 제스처의
-	// pointerup에서 열어도 외부 dismiss는 pointerdown/mousedown에만 걸려
-	// 있어 자기-dismiss는 없다.
+/**
+ * 네이티브 텍스트 선택을 스냅샷으로 굳혀 팝오버를 연다. 앵커는 제스처가 끝난
+ * 좌표(0크기 rect) — 행 전체 rect를 쓰면 커서와 무관하게 파일 왼쪽 끝에 뜬다.
+ *
+ * 선택 확정을 이벤트 루프 한 틱(setTimeout 0) 뒤로 미루는 게 계약이다: 워커
+ * 하이라이트 DOM 교체·recycle이 선택을 죽여도 스냅샷은 이미 고정된 뒤가 된다.
+ * 거터 "+" 경로와 동일하게 트리거 버튼 없이 즉시 열며, 같은 제스처의
+ * pointerup/click에서 열어도 외부 dismiss는 pointerdown/mousedown에만 걸려
+ * 있어 자기-dismiss는 없다.
+ */
+const openGrabFromTextSelection = (at: { x: number; y: number }): void => {
 	setTimeout(() => {
 		const roots = [...diffMount.querySelectorAll<HTMLElement>(DIFFS_TAG_NAME)]
 			.map((c) => c.shadowRoot)
@@ -557,12 +550,34 @@ diffMount.addEventListener("pointerup", (event) => {
 		if (!target || !snap) return;
 		grabTextTarget = { fileId: target.fileId, range: target.range };
 		paintGrabHighlight();
-		openGrabPopover(snap, {
-			left: upPoint.x,
-			top: upPoint.y,
-			bottom: upPoint.y,
-		});
+		openGrabPopover(snap, { left: at.x, top: at.y, bottom: at.y });
 	}, 0);
+};
+
+diffMount.addEventListener("pointerup", (event) => {
+	// 드래그 게이트: 선택이 존재하기만 하면 여는 게 아니라, 폴드 토글(위 click
+	// 핸들러 :87-96)과 동일하게 pointerDown/movedBeyondThreshold로 실제
+	// 드래그였는지 확인한다. 마우스를 움직이지 않은 제스처는 여기서 걸러지고,
+	// 그중 멀티클릭만 아래 click 핸들러가 따로 받는다.
+	const upPoint = { x: event.clientX, y: event.clientY };
+	if (
+		!pointerDown ||
+		!movedBeyondThreshold(pointerDown, upPoint, DRAG_THRESHOLD)
+	) {
+		return;
+	}
+	openGrabFromTextSelection(upPoint);
+});
+
+// 멀티클릭 경로: 더블/트리플클릭의 네이티브 단어·문단 선택은 마우스 이동 없이
+// 만들어지므로 위 드래그 게이트를 통과하지 못한다. 클릭 횟수를 읽을 수 있는
+// 지점은 click 이벤트뿐이다 — Chrome의 pointerdown/pointerup은 detail이 늘
+// 0이다(실측). detail >= 2 하나로 더블(2)·트리플(3)을 함께 덮고, 평범한 단일
+// 클릭(detail 1)은 그대로 제외된다. dblclick 이벤트를 쓰지 않는 이유도 여기
+// 있다: 트리플클릭엔 전용 이벤트가 없어 세 번째 클릭의 문단 선택을 놓친다.
+diffMount.addEventListener("click", (event) => {
+	if (event.detail < 2) return;
+	openGrabFromTextSelection({ x: event.clientX, y: event.clientY });
 });
 
 const codeViewOptions = (): ConstructorParameters<
diff --git a/apps/viewer/e2e/grab.e2e.ts b/apps/viewer/e2e/grab.e2e.ts
index beff6ac..3720071 100644
--- a/apps/viewer/e2e/grab.e2e.ts
+++ b/apps/viewer/e2e/grab.e2e.ts
@@ -1,5 +1,6 @@
-// diff-grab e2e 11종: 거터/텍스트 두 경로 모두에서 실제 브라우저 드래그로
-// 선택을 만들고, 팝오버·클립보드 인코딩까지 실 Chrome으로 검증한다.
+// diff-grab e2e 15종: 거터/텍스트 두 경로 모두에서 실제 브라우저 제스처로
+// 선택을 만들고(드래그·더블/트리플클릭), 팝오버·클립보드 인코딩까지 실
+// Chrome으로 검증한다.
 // happy-dom 유닛 테스트(grab/*.test.ts)는 순수 로직만 커버하므로,
 // getComposedRanges 실측·엔진 옵션 활성화·recycle 생존·watch/find와의 상호작용은
 // 여기서만 잡힌다.
@@ -16,6 +17,26 @@ import { dragSelect, waitForHighlighted } from "./fixtures/drag.ts";
 const readClipboard = (page: Page): Promise<string> =>
 	page.evaluate(() => navigator.clipboard.readText());
 
+/**
+ * 인코딩 문자열의 펜스 본문에서 코드 줄만 꺼낸다(머리말 3줄 + 빈 줄 뒤).
+ *
+ * `toContain`으로는 "줄 전체가 복사됐다"와 "단어만 복사됐다"를 가를 수 없다 —
+ * 줄 전체도 단어를 포함하기 때문이다(grab-highlight ⑥이 실측으로 확인한 vacuous
+ * 케이스). 문자 단위 스니펫을 단언하려면 본문을 정확히 꺼내 비교해야 한다.
+ */
+const fencedSnippet = (encoded: string): string[] => {
+	const lines = encoded.split("\n");
+	const open = lines.findIndex((l) => /^`{3,}$/.test(l));
+	const close = lines.findIndex((l, i) => i > open && /^`{3,}$/.test(l));
+	// 펜스를 못 찾으면 open/close가 -1이라 slice가 그럴듯한 쓰레기를 돌려준다 —
+	// 그러면 단언이 엉뚱한 곳을 가리키며 실패한다. 여기서 크게 터뜨린다.
+	if (open < 0 || close < 0) {
+		throw new Error(`no fenced block in encoded output: ${encoded}`);
+	}
+	const body = lines.slice(open + 1, close);
+	return body.slice(body.findIndex((l) => l === "") + 1);
+};
+
 test("① 거터 드래그 → + 클릭 → 프롬프트 → Enter → 인코딩 클립보드", async ({
 	page,
 	viewerUrl,
@@ -338,20 +359,25 @@ test("⑦ watch 폴이 열려 있던 grab 팝오버를 닫는다", async ({
 	}
 });
 
-test("⑧ 단순 클릭·더블클릭(드래그 없음)은 팝오버를 열지 않는다 — 드래그 게이트의 positive control", async ({
+test("⑧ 단순 클릭(드래그도 멀티클릭도 아님)은 팝오버를 열지 않는다", async ({
 	page,
 	viewerUrl,
 }) => {
 	await page.goto(viewerUrl);
 	await expect(page.locator("#status")).toHaveText(/\d+ file\(s\)/);
 
-	// 단순 클릭은 애초에 선택 자체가 안 생기므로(진짜 collapsed range →
-	// resolveSelectionRange가 null) 아래 드래그 게이트(main.ts pointerup의
-	// pointerDown/movedBeyondThreshold) 이전에도 걸러졌다 — 이 게이트의 진짜
-	// positive control은 더블클릭이다: 브라우저 네이티브 더블클릭은 마우스
-	// 이동 없이도 단어 하나를 실제로 선택하므로(비어있지 않은 Selection),
-	// 드래그 게이트가 없으면 이 케이스가 곧장 팝오버를 열어버린다. 스펙은
-	// "드래그 릴리스 시"이지 "선택이 존재하면"이 아니므로 둘 다 막혀야 한다.
+	// 이 테스트가 무엇을 증명하지 않는지 알 것: **멀티클릭 문턱값의 positive
+	// control이 아니다.** 단순 클릭은 애초에 선택 자체를 안 만들고(진짜
+	// collapsed range → resolveSelectionRange가 null), 그래서 문턱값을
+	// `click.detail >= 2`에서 `>= 1`로 풀어도 이 테스트는 그대로 통과한다
+	// (실측으로 확인 — 팝오버는 여전히 안 열린다). 문턱값을 실제로 가르려면
+	// detail이 1이면서 살아있는 선택을 만드는 제스처(shift+클릭 확장)가
+	// 필요한데, 그건 지금 팝오버를 여는 제스처가 아니라서 여기서 계약으로
+	// 박아두지 않았다(CLAUDE.md의 Grab 절에 알려진 제외로 기록).
+	//
+	// 그래서 이건 문턱값 가드가 아니라 "평범한 클릭이 팝오버를 열지 않는다"는
+	// 사용자 계약의 스모크 체크다 — 드래그 게이트든 멀티클릭 게이트든 어느
+	// 쪽이 통째로 사라지면 잡힌다.
 	const container = page
 		.locator("diffs-container")
 		.filter({ has: page.locator('[data-fold="README.md"]') });
@@ -363,21 +389,8 @@ test("⑧ 단순 클릭·더블클릭(드래그 없음)은 팝오버를 열지 
 	if (!box) throw new Error("text row not visible");
 
 	await page.mouse.click(box.x + 40, box.y + box.height / 2);
-	// pointerup 핸들러는 선택 확정을 한 틱(setTimeout 0) 뒤로 미루므로 그
-	// 이후까지 기다렸다가 단언한다.
-	await page.waitForTimeout(80);
-	await expect(page.locator("#grab-popover")).toBeHidden();
-
-	// positive control: 더블클릭으로 실제 단어 선택이 생겼음을 먼저 확인한
-	// 뒤(그렇지 않으면 아래 "팝오버 안 열림" 단언이 드래그 게이트와 무관하게
-	// 항상 통과해버리는 vacuous 테스트가 된다), 그래도 팝오버가 안 열리는지
-	// 확인한다.
-	await page.mouse.click(box.x + 40, box.y + box.height / 2, {
-		clickCount: 2,
-	});
-	await expect
-		.poll(() => page.evaluate(() => document.getSelection()?.toString()))
-		.not.toBe("");
+	// 두 경로 다 선택 확정을 한 틱(setTimeout 0) 뒤로 미루므로 그 이후까지
+	// 기다렸다가 단언한다.
 	await page.waitForTimeout(80);
 	await expect(page.locator("#grab-popover")).toBeHidden();
 });
@@ -552,3 +565,134 @@ test("⑫ 보내기 버튼 클릭도 Enter와 같이 복사하고, 입력 포커
 		"ok",
 	);
 });
+
+test("⑬ 더블클릭 단어 선택도 팝오버를 연다 — 잡히는 건 줄 전체가 아니라 그 단어", async ({
+	page,
+	viewerUrl,
+	context,
+}) => {
+	await context.grantPermissions(["clipboard-read", "clipboard-write"]);
+	await page.goto(viewerUrl);
+	await expect(page.locator("#status")).toHaveText(/\d+ file\(s\)/);
+
+	// 브라우저 네이티브 더블클릭은 마우스 이동 없이 단어 하나를 실제로
+	// 선택한다. 드래그 게이트(이동거리 > 6px)만으로는 이 제스처가 통과하지
+	// 못하므로, 멀티클릭은 click 이벤트의 detail로 따로 인지해야 한다
+	// (pointerup.detail은 Chrome에서 항상 0 — 실측).
+	const container = page
+		.locator("diffs-container")
+		.filter({ has: page.locator('[data-fold="README.md"]') });
+	await expect(container).toBeVisible();
+	await waitForHighlighted(container);
+
+	const row = container.locator("[data-line]").first();
+	const box = await row.boundingBox();
+	if (!box) throw new Error("text row not visible");
+	const lineText = (await row.textContent()) ?? "";
+
+	await page.mouse.click(box.x + 40, box.y + box.height / 2, {
+		clickCount: 2,
+	});
+
+	const popover = page.locator("#grab-popover");
+	await expect(popover).toBeVisible();
+	const input = page.locator("#grab-popover textarea");
+	await expect(input).toBeFocused();
+	await input.press("Enter");
+	await expect.poll(() => readClipboard(page)).toContain("diffdeck selection");
+	const out = await readClipboard(page);
+	expect(out).toContain("File: README.md");
+
+	// 더블클릭 끝점은 양쪽 다 [data-line] 안에 직접 떨어지므로 chars(CharSpan)
+	// 경로를 탄다 → 스니펫은 줄 전체가 아니라 그 단어여야 한다. toContain으로는
+	// 판별이 안 된다(줄 전체도 단어를 포함한다 — grab-highlight ⑥과 같은 vacuous
+	// 함정)이므로 펜스 본문을 꺼내 길이로 가른다.
+	const snippet = fencedSnippet(out);
+	expect(snippet).toHaveLength(1);
+	expect(snippet[0].length).toBeGreaterThan(0);
+	expect(lineText).toContain(snippet[0]);
+	expect(snippet[0].length).toBeLessThan(lineText.length);
+});
+
+test("⑭ 트리플클릭은 줄 전체를 잡는다 — 같은 멀티클릭 경로가 detail 3까지 덮는다", async ({
+	page,
+	viewerUrl,
+	context,
+}) => {
+	await context.grantPermissions(["clipboard-read", "clipboard-write"]);
+	await page.goto(viewerUrl);
+	await expect(page.locator("#status")).toHaveText(/\d+ file\(s\)/);
+
+	// 트리플클릭에는 전용 이벤트가 없다(dblclick은 두 번째 클릭에서 끝난다).
+	// click.detail이 3으로 올라오는 것으로만 인지되므로, 게이트를 dblclick
+	// 이벤트로 짰다면 세 번째 클릭의 문단 선택이 반영되지 않고 ⑬의 단어
+	// 스니펫에 머문다 — 이 테스트가 그 구현 갈림길을 가른다.
+	const container = page
+		.locator("diffs-container")
+		.filter({ has: page.locator('[data-fold="README.md"]') });
+	await expect(container).toBeVisible();
+	await waitForHighlighted(container);
+
+	const row = container.locator("[data-line]").first();
+	const box = await row.boundingBox();
+	if (!box) throw new Error("text row not visible");
+	const lineText = (await row.textContent()) ?? "";
+
+	await page.mouse.click(box.x + 40, box.y + box.height / 2, {
+		clickCount: 3,
+	});
+
+	const input = page.locator("#grab-popover textarea");
+	await expect(page.locator("#grab-popover")).toBeVisible();
+	await expect(input).toBeFocused();
+	await input.press("Enter");
+	await expect.poll(() => readClipboard(page)).toContain("diffdeck selection");
+	const out = await readClipboard(page);
+	// 판별점은 "첫 줄이 단어가 아니라 줄 전체"다(⑬과 갈리는 지점). 그 뒤에 빈
+	// 줄 하나가 더 붙는 것은 Chrome 문단 선택이 다음 행의 offset 0까지 걸치기
+	// 때문이고, chars(CharSpan)가 그 끝점을 그대로 옮기므로 하이라이트도 똑같이
+	// 거기서 끝난다 — "보이는 범위 == 복사되는 범위"는 유지된다.
+	expect(fencedSnippet(out)[0]).toBe(lineText);
+});
+
+test("⑮ 파일 헤더(파일명) 더블클릭은 팝오버를 열지 않는다", async ({
+	page,
+	viewerUrl,
+}) => {
+	await page.goto(viewerUrl);
+	await expect(page.locator("#status")).toHaveText(/\d+ file\(s\)/);
+
+	// ⑨(헤더 드래그)의 멀티클릭 판. resolveTextTarget의 "[data-line] 밖에서
+	// 끝나는 선택은 null" 가드가 새 경로에도 그대로 걸리는지 확인한다 — 이
+	// 가드가 새 경로에서 빠지면 파일명을 더블클릭하는 것만으로 팝오버가 뜬다.
+	const container = page
+		.locator("diffs-container")
+		.filter({ has: page.locator('[data-fold="README.md"]') });
+	await expect(container).toBeVisible();
+	await waitForHighlighted(container);
+
+	// 파일을 **먼저 접어 둔다.** 펼친 채로 더블클릭하면 첫 클릭이 헤더 폴드
+	// 토글을 때리고(둘째 클릭은 selection 가드에 걸려 안 때린다) 파일이
+	// 접히는데, 접힌 파일에는 [data-line] 행이 아예 없어서 "행 밖 선택은
+	// null"이 아니라 "행이 하나도 없음"으로 통과하는 vacuous 테스트가 된다
+	// (실측: 팝오버 해석 시점의 행 수가 [0, 0]이었다). 접어 두면 첫 클릭이
+	// 도로 펼쳐 두 틱 모두 행이 살아 있다(실측: [5, 5]) — 그래야 이 테스트가
+	// 실제로 가드를 행사한다. ⑨(드래그)는 폴드 토글의 드래그 가드에 걸려
+	// 애초에 접히지 않으므로 이 처리가 필요 없다.
+	const title = container.locator("[data-title]");
+	await title.click();
+	await expect(container.locator("[data-line]")).toHaveCount(0);
+
+	const box = await title.boundingBox();
+	if (!box) throw new Error("file title not visible");
+	await page.mouse.click(box.x + 6, box.y + box.height / 2, { clickCount: 2 });
+
+	// vacuous-test 가드 둘: 더블클릭이 실제로 단어를 선택했고, 그 시점에 이
+	// 파일에 행이 실제로 렌더돼 있었는가.
+	await expect
+		.poll(() => page.evaluate(() => document.getSelection()?.toString()))
+		.not.toBe("");
+	await expect(container.locator("[data-line]").first()).toBeVisible();
+	await page.waitForTimeout(80);
+	await expect(page.locator("#grab-popover")).toBeHidden();
+});