diff --git a/memory/handoff-archive/2026-04-11-2140-phase5-part3-wrap.md b/memory/handoff-archive/2026-04-11-2140-phase5-part3-wrap.md
new file mode 100644
index 0000000..d91f1bc
--- /dev/null
+++ b/memory/handoff-archive/2026-04-11-2140-phase5-part3-wrap.md
@@ -0,0 +1,217 @@
+# Session Handoff — 2026-04-11 21:40 (빅뱅 Phase 5 Part 3 완료 · 수동 Push 버튼 소멸)
+
+> From: macOS (yunchan-ui-MacBookPro)
+> Last commit: `046ac85` — feat(desktop+web): Phase 3.3 Auto push on write + transcript fallback + dashboard Link (빅뱅 Phase 5 Part 3)
+> Branch: `main` (origin 동기화 완료 — **0 ahead**)
+> Remote: `https://gitlab.twentyoz.kr:8443/d3r0/voice.git`
+
+## ✅ 이번 세션 요약 — 빅뱅 사이클 Phase 5 Part 3
+
+### 한 줄 요약
+**수동 Push 버튼이 사라졌다.** 로컬 SQLite write가 일어나는 모든 경로에서 `CloudSyncService.pushOne`이 fire-and-forget으로 즉시 Supabase에 전파. 웹 새로고침 한 번이면 다른 기기에서 방금 녹음한 미팅/메모/전사까지 전부 보임.
+
+### 구현한 것
+
+**1. `CloudSyncService.pushOne(table, id)` 신규 (`apps/desktop/src/main/services/CloudSyncService.ts`)**
+- 제네릭 단건 push: `'history' | 'dictionary' | 'meetings' | 'meeting_memos' | 'meeting_documents'`
+- 로그인 미상태 → silent noop (**로컬 write는 절대 차단하지 않음**)
+- 실패 시 `logger.warn`만 (throw 금지, fire-and-forget 호환)
+- 5개 row→payload 매퍼(`_mapHistoryPayload` / `_mapDictionaryPayload` / `_mapMeetingPayload` / `_mapMemoPayload` / `_mapDocumentPayload`) private 메서드로 추출 — `pushAll`과 공유해 DRY
+- `pushAll`의 인라인 매퍼 5곳도 전부 새 매퍼 호출로 리팩토링
+
+**2. Write hook 8곳 `void getCloudSyncService().pushOne(...)` 연결**
+
+| 위치 | 파일 | 이유 |
+|---|---|---|
+| `HistoryService.create()` 끝 | `HistoryService.ts` | dictation 세션 확정 직후 |
+| `HistoryService.generateTitle()` DB update 후 | `HistoryService.ts` | LLM 자동 타이틀 업데이트 |
+| `MeetingSummaryService.generateSummary()` summaryText 저장 후 | `MeetingSummaryService.ts` | 자동 요약 완료 |
+| `DictionaryService.add()` 끝 | `DictionaryService.ts` | 단어 추가 |
+| `DictionaryService.update()` 끝 | `DictionaryService.ts` | 단어 수정 |
+| `MeetingModeService.startRecording()` 끝 | `MeetingModeService.ts` | **부모 meeting pre-push — Fix 1** |
+| `MeetingModeService.addMemo()` 끝 | `MeetingModeService.ts` | 녹음 중 메모 추가 |
+| `MeetingModeService._runPostProcessing()` 완료 상태 저장 직후 | `MeetingModeService.ts` | 녹음 종료 후 raw_transcript 반영 |
+| `MeetingModeService.generateDocument()` DB insert 직후 | `MeetingModeService.ts` | 문서 생성 |
+
+### 해결한 구조 버그 3건
+
+#### Bug 7 — meeting_memos RLS violation (부모 meeting row 미존재)
+- **증상**: 녹음 중 메모 추가 → `pushOne meeting_memos/... failed: new row violates row-level security policy` (21:19:14에 2건 실패)
+- **원인**: RLS 정책이 `meeting_id` 해당 부모 row 존재/소유권 검사 (정확한 정책 문구는 미확인). 기존 구현은 `_runPostProcessing()`에서만 meeting을 push하므로, 녹음 중 addMemo → pushOne 시점에 부모가 Supabase에 없어 자식 insert RLS 거부.
+- **Fix 1**: `startRecording()` 끝에 `void getCloudSyncService().pushOne('meetings', sessionId)` 추가. 녹음 시작 즉시 부모 row(status='recording', raw_transcript=null)를 Supabase upsert. 이후 자식(memo/document) push가 FK/RLS 통과.
+- **검증**: 재기동 직후 pushAll 캐치업이 이전 실패 메모 2건을 재시도 → `Sync complete: pushed=4 errors=0`. 웹에서 메모 렌더 확인. ⚠️ **Meeting 모드로 직접 실시간 메모 푸시 시연은 아직 안 함** — 이번 세션은 pushAll 캐치업으로 간접 증명. Fix 1 자체의 직접 시연은 다음 세션에서.
+
+#### Bug 8 — 웹 meeting detail 페이지가 transcripts 테이블만 읽음
+- **증상**: 녹음 종료 후 웹 `/meetings/[id]` TRANSCRIPT 섹션이 빈 상태
+- **원인**: `apps/web/src/app/(app)/meetings/[id]/page.tsx`가 `transcripts` 테이블(per-segment)만 읽고 `LiveTranscriptList`에 넘김. 데스크톱은 `meeting_sessions.rawTranscript` 단일 텍스트 필드에만 저장 — `transcripts` 테이블에는 아무것도 쓰지 않음. 실시간 캡션 뷰어 설계와 오프라인 전사 플로우의 접점 없음.
+- **Fix 2 (웹 fallback)**: `transcripts`가 비고 `meeting.status !== 'recording'`일 때 `meeting.edited_transcript ?? meeting.raw_transcript`를 `whiteSpace: pre-wrap` Box로 렌더. recording 상태거나 transcripts 행이 있으면 기존 `LiveTranscriptList` 유지(실시간 캡션 뷰어 경로 보존).
+- **왜 데스크톱을 고치지 않았나**: MVP 스코프. 세그먼트 per-row push는 쓰기 빈도 폭증 + RLS 정책 재조정 필요. Phase 3.3 목표 "완료된 미팅이 웹에서 읽혀야 한다"는 raw_transcript 경로 하나로 충분. 실시간 캡션 동기화가 정식 기능이 될 때 desktop → transcripts 쓰기 추가.
+
+#### Bug 9 — Dashboard RECENT MEETINGS 카드 클릭 무반응 (U2)
+- **증상**: 지난 세션 피드백 "웹에서 미팅 아이템이 들어가지질 않는다" 재확인 → Dashboard 카드 클릭 시 `/meetings/[id]` 이동 불가
+- **원인**: `apps/web/src/app/(app)/dashboard/page.tsx:156`의 `MetalCard`가 `<Link>`로 안 감싸짐. 클릭 인터랙션 자체가 없었음.
+- **Fix 3**: `next/link` `Link`로 `MetalCard` 감싸기, `href={`/meetings/${meeting.id}`}`, `cursor: pointer` + `&:hover { transform: translateY(-1px) }` hover 효과, `textDecoration: 'none'`
+- **검증**: `GET /meetings/cd4df4f1-... 200` 웹 로그 확인
+
+### 실증 결과
+
+| # | 실증 | 결과 | 증거 |
+|---|---|---|---|
+| 1 | 세션 자동 복원 | ✅ | 재기동 후 `Restored session for user: yunchan8804@gmail.com`, 재로그인 불필요 (단, 중간에 `Invalid Refresh Token: Already Used`로 한 번 수동 재로그인 필요했음) |
+| 2 | pushAll 캐치업 (이전 실패 복구) | ✅ | `Sync complete: pushed=4 errors=0` — 이전 세션 RLS 실패 메모 2건이 재시도로 성공 |
+| 3 | Dictation auto push | ✅ | 6.4초 녹음 → `HistoryService created dd892625` → `pushOne history/dd892625 ok` (21:32:43) |
+| 4 | 웹 Meeting detail 전사+메모 렌더 | ✅ | `/meetings/6bb51eca-...` 새로고침 → raw_transcript fallback + 메모 2건 ("뭔가 징행중") 렌더. 사용자 확인: "잘 전사와 메모가 올라왔어" |
+| 5 | Dashboard 카드 클릭 → 상세 이동 | ✅ | `GET /meetings/cd4df4f1-... 200` |
+| 6 | Meeting 모드 pre-push **직접 시연** | ⏸️ | 다음 세션 과제. 이번엔 간접 증명(pushAll 캐치업)만 확인 |
+
+### 빅뱅 성공 기준 (8개 중 7개 완료, 이번 세션 갱신 없음)
+
+| # | 기준 | 상태 |
+|---|---|---|
+| 1~7 | (Phase 5 Part 2에서 전원 완료) | ✅ |
+| 8 | PREMIUM_LLM quota 게이트 | ❌ (Anthropic/OpenAI API key 주입 대기, Phase 3.2) |
+
+## 🚧 미해결 이슈
+
+### U1 — Realtime 채널 여전히 TIMED_OUT
+- **증상**: 재기동 후에도 `Realtime 채널 상태: TIMED_OUT` 재현
+- **영향**: 블로커 아님 — **Phase 3.3 auto push**가 대체 일관성 경로 역할을 하므로 "웹에서 최신 데이터가 보이지 않는" 체감 문제 사라짐. Realtime은 "웹→데스크톱 5초 이내 반영" 편의 기능 한정.
+- **Phase 5 Part 2 wrap-up의 4개 가설** 그대로 유효
+
+### U2 — Meeting 모드 pre-push 직접 시연 미수행
+- 이번 세션 Phase 3.3 검증은 dictation 경로 + pushAll 캐치업으로만 확인. Meeting 모드를 직접 돌려 `pushOne meetings/... ok`(startRecording) → `pushOne meeting_memos/... ok`(addMemo 각 건마다) → `pushOne meetings/... ok`(stopRecording) 3단 연쇄가 **실시간**으로 로그에 찍히는 것을 봐야 Fix 1의 직접 증거.
+- 다음 세션 첫 액션 후보.
+
+### U3 — Refresh token 간헐적 소진
+- 세션 중간에 한 번 `Stored session refresh failed: Invalid Refresh Token: Already Used` 발생 → 사용자가 강제로 재로그인 → 해결. 재기동에서는 재발하지 않고 `Restored session` 성공.
+- 원인 가설: 이전 세션 종료 시점에 이미 refresh 토큰이 한 번 사용됐는데, electron-store에 저장된 건 예전 것 → 다음 기동에서 이미 소진된 토큰으로 refresh 시도 → 실패. 로직상 `refreshSession` 성공하면 새 refresh token이 `_saveRefreshToken`으로 교체 저장돼야 하는데 어디선가 새 토큰 기록이 누락됐을 가능성.
+- **중요도 낮음** — 재로그인으로 회복되고, 신규 로그인 직후 바로 재기동하면 재현 안 됨. 재현 시 `CloudSyncService.ts`의 `onAuthStateChange` / `refreshSession` 후 `_saveRefreshToken(newSession.refresh_token)` 경로 점검.
+
+### U4 — package-lock.json 정리 지연 (Phase 5 Part 2부터 이월)
+- `apps/desktop/package.json`에서 `nanoid` 제거했으나 `npm install`이 `rollup-win32-x64-msvc` optional dep로 Mac에서 실패. 런타임 영향 없음. `npm install --omit=optional` 또는 optional로 이동 필요.
+
+## 🎯 다음 세션 시작 프롬프트 (이 내용 그대로 붙여넣기)
+
+```
+D3RO-VOICE 빅뱅 Phase 5 Part 4 — Meeting 모드 직접 실증 + 남은 이슈 정리.
+
+지난 세션에서 Phase 3.3 Auto push on write를 완성하고 push까지 끝냈어 (커밋 046ac85, origin main 0 ahead).
+수동 Push 버튼이 사라졌고 웹 Dashboard에서 방금 녹음한 미팅이 새로고침 한 번에 보여. 사용자가 "잘 전사와 메모가 올라왔어" 확인까지 완료.
+
+**시작 전 반드시**:
+1. /session-handoff resume
+2. memory/handoff-latest.md 처음부터 끝까지 (현재 상태 + 미해결 4건)
+3. memory/project_status.md SaaS [10] 섹션
+4. CLAUDE.md 강제 규칙 13개
+5. docs/design/00~03
+
+**첫 액션 — Meeting 모드 pre-push 직접 실증 (10분)**:
+지난 세션에 Fix 1(startRecording에서 부모 meeting pre-push)을 넣었지만 Meeting 모드를 직접 돌려보진 못했어.
+대신 pushAll 캐치업이 이전 실패 메모를 복구한 걸로 간접 증명했지.
+이번 세션에서 Fix 1의 직접 증거를 확보:
+
+1. dev 재기동 (data loss 위험 없음, 로컬 DB 보존됨)
+2. 사용자에게 Meeting 모드 녹음 요청:
+   - 녹음 시작 → 로그에 즉시 `pushOne meetings/<new-uuid> ok` 떠야 함 (부모 pre-push)
+   - 녹음 중간에 메모 2~3개 추가 → 각 메모마다 `pushOne meeting_memos/<memo-uuid> ok` 실시간
+   - 녹음 종료 → `pushOne meetings/<same-uuid> ok` 두 번째 (완료 상태 update)
+3. 웹 /meetings/[new-uuid] 새로고침 → 전사 + 메모 전부 렌더
+
+실패 시나리오:
+- 메모 pushOne이 RLS로 실패 → 부모 pre-push 타이밍 문제. 가설: pre-push 응답 도착 전에 메모 push 시도가 경쟁 → 해결책은 pushOne을 await 체인으로 바꾸거나, pre-push 완료 이벤트를 emit 후 후속 push 허용
+- pushOne meetings/... 이 한 번만 보이고 두 번째 안 뜸 → _runPostProcessing hook 누락 확인
+- pre-push가 Supabase에 status='recording' row를 만들어서 Dashboard에 "진행 중 미팅"이 잠깐 뜨는 UX 부작용 → 필터링 필요
+
+**두 번째 액션 (선택) — Phase 3.2 PREMIUM_LLM 경로 프로토타입**:
+⚠️  선행 조건: Supabase Edge Function secrets 주입 필요 (Anthropic/OpenAI API key).
+   supabase secrets set ANTHROPIC_API_KEY=sk-ant-... OPENAI_API_KEY=sk-proj-...
+사용자가 API key 제공 전까지는 dev 테스트만 가능.
+
+**세 번째 액션 (선택) — U1 Realtime TIMED_OUT 조사**:
+블로커 아님. 완결성을 위해 고치려면:
+- Supabase 대시보드에서 Realtime 서비스 활성 여부 확인
+- `SELECT * FROM pg_publication_tables WHERE pubname='supabase_realtime'` 쿼리로 publication에 meetings/history/dictionary 반영 여부 확인
+- `realtime.accessToken` 값을 로그로 찍어 setAuth가 정말 JWT를 들고 있는지 확인
+
+**네 번째 액션 (초기 대응만) — U3 refresh token 소진**:
+재현 확인 후 CloudSyncService의 token 저장 경로 점검. 재현 안 되면 패스.
+
+**강제 규칙**:
+- CLAUDE.md 13개
+- 로컬 entry point 철학 훼손 금지 (auto push 실패가 로컬 write 차단 금지)
+- 커밋 단위는 작업별로. push 여부는 사용자 컨펌 (현재 origin 동기화 상태라 이번 세션 첫 push는 개별 단위로 가능)
+- 사용자 보고 간결, 코드 dump 금지
+
+**체크포인트**:
+- Phase 3.2 시작 직전 — API key 주입 여부
+- 새 커밋 push 직전 — 변경 요약 설명
+
+자, 첫 액션부터 시작해.
+```
+
+## 🔑 환경 체크 (resume 시 순서대로)
+
+```bash
+# 1. git 상태
+git status                      # clean + origin 동기화 (0 ahead)
+git log --oneline -3            # 046ac85 → 4e6280b → e55687d
+
+# 2. 환경 (Mac)
+node --version                  # v22.22.2
+which sox ollama supabase
+ls apps/desktop/sidecar/.venv/bin/python3
+ls apps/desktop/.env.local
+ls apps/web/.env.local
+
+# 3. 기존 프로세스 정리
+pkill -9 -f "Electron\.app" || true
+pkill -9 -f "electron-vite" || true
+pkill -9 -f "next dev" || true
+pgrep -lf "electron|next" | grep -v grep || echo clean
+
+# 4. 다시 기동 (nohup으로 detached — background bash lifecycle 이슈 회피)
+nohup npm run dev > /tmp/d3ro-desktop.log 2>&1 & disown
+nohup npm --workspace=@d3ro/web run dev > /tmp/d3ro-web.log 2>&1 & disown
+```
+
+## ⚠️ 환경 / 주의사항
+
+- **dev 기동 주의**: `run_in_background: true`로 직접 `npm run dev`를 돌리면 background shell lifecycle 이슈로 Vite dev server(5173)가 조기 종료됨. **반드시 `nohup ... & disown` 패턴 사용**. 이번 세션에서 이걸로 한 번 hang 겪음.
+- **OAuth Google provider**: Supabase 프로젝트 `llnocwyqvhgwpdjcqqyw`, Testing mode (yunchan8804@gmail.com만).
+- **Edge Function secrets 미주입**: Phase 3.2 PREMIUM_LLM dev 테스트만 가능.
+- **사용자 DB**: `userData/users/7da3dd02-9f2f-4ee9-a9b3-1c2c24875a93/d3ro.db` (yunchan8804용) + `userData/users/_local/d3ro.db` (익명). 로그아웃 시 close만, 파일 보존.
+- **Realtime TIMED_OUT**: 알려진 U1, 블로커 아님.
+
+## 📦 의존성 / 도구
+
+- Node 22.22.2
+- Python 3.13 + venv at `apps/desktop/sidecar/.venv`
+- Supabase CLI 2.84.2
+- Ollama qwen3:4b
+- Electron 33.4.11
+- Next.js 15.5.14
+
+## 🧪 마지막 검증 상태
+
+| 게이트 | 결과 |
+|---|---|
+| desktop `tsc --noEmit` | ✅ |
+| web `tsc --noEmit` | ✅ |
+| dev 런타임 재기동 | ✅ (Restored session + 캐치업 pushed=4) |
+| Dictation auto push | ✅ (`pushOne history/dd892625 ok`) |
+| pushAll 캐치업 | ✅ (pushed=4, 이전 실패 메모 복구) |
+| 웹 meeting detail 전사/메모 렌더 | ✅ (사용자 확인) |
+| Dashboard 카드 클릭 → 상세 | ✅ |
+| Meeting 모드 pre-push 직접 시연 | ⏸️ (다음 세션) |
+| Realtime SUBSCRIBED | ❌ TIMED_OUT (U1, 블로커 아님) |
+| git push origin main | ✅ (`d2cb1c0..046ac85`, 0 ahead) |
+
+## 🔗 참고 문서
+
+- `memory/project_status.md` — SaaS [1]~[10] 전체 이력
+- `memory/handoff-archive/2026-04-11-1930-phase5-part2-wrap.md` — 직전 스냅샷
+- `docs/v2/00-v2-master-plan.md` — V2 전체 마스터
+- `docs/v2/phase-V2-4.md` — 데스크톱 sync 원 설계
+- `apps/desktop/.env.local` — 데스크톱 빌드 타임 Supabase env (gitignored)
+- `apps/web/.env.local` — 웹 런타임 Supabase env (gitignored)
+- Supabase 대시보드: https://supabase.com/dashboard/project/llnocwyqvhgwpdjcqqyw
diff --git a/memory/handoff-latest.md b/memory/handoff-latest.md
index d91f1bc..41715c5 100644
--- a/memory/handoff-latest.md
+++ b/memory/handoff-latest.md
@@ -1,68 +1,76 @@
-# Session Handoff — 2026-04-11 21:40 (빅뱅 Phase 5 Part 3 완료 · 수동 Push 버튼 소멸)
+# Session Handoff — 2026-04-11 21:55 (빅뱅 Phase 5 Part 4 · Meeting pre-push 직접 증명 + IME 중복 fix)
 
 > From: macOS (yunchan-ui-MacBookPro)
-> Last commit: `046ac85` — feat(desktop+web): Phase 3.3 Auto push on write + transcript fallback + dashboard Link (빅뱅 Phase 5 Part 3)
-> Branch: `main` (origin 동기화 완료 — **0 ahead**)
+> Last commit (pre-session): `2a8efa8` — chore: 빅뱅 Phase 5 Part 3 wrap-up
+> Working tree: **dirty** (1 file — `apps/desktop/src/renderer/pages/MeetingModePage.tsx`) + memory 갱신
+> Branch: `main` (origin 동기화 상태는 이번 세션 시작 시 기준, 커밋 전 확인 필요)
 > Remote: `https://gitlab.twentyoz.kr:8443/d3r0/voice.git`
 
-## ✅ 이번 세션 요약 — 빅뱅 사이클 Phase 5 Part 3
+## ✅ 이번 세션 요약 — 빅뱅 사이클 Phase 5 Part 4
 
 ### 한 줄 요약
-**수동 Push 버튼이 사라졌다.** 로컬 SQLite write가 일어나는 모든 경로에서 `CloudSyncService.pushOne`이 fire-and-forget으로 즉시 Supabase에 전파. 웹 새로고침 한 번이면 다른 기기에서 방금 녹음한 미팅/메모/전사까지 전부 보임.
+**Meeting 모드 pre-push 직접 실증 완료 + 덤으로 한글 IME Enter 중복 addMemo 버그(Bug 10) 발견/픽스.** Phase 5 Part 3에서 남겨둔 U2(Fix 1 직접 시연 미수행)를 해소하고, 실증 중 발견된 구조 버그 1건을 한 세션 내에 픽스+재검증.
 
-### 구현한 것
+### 구현/픽스
 
-**1. `CloudSyncService.pushOne(table, id)` 신규 (`apps/desktop/src/main/services/CloudSyncService.ts`)**
-- 제네릭 단건 push: `'history' | 'dictionary' | 'meetings' | 'meeting_memos' | 'meeting_documents'`
-- 로그인 미상태 → silent noop (**로컬 write는 절대 차단하지 않음**)
-- 실패 시 `logger.warn`만 (throw 금지, fire-and-forget 호환)
-- 5개 row→payload 매퍼(`_mapHistoryPayload` / `_mapDictionaryPayload` / `_mapMeetingPayload` / `_mapMemoPayload` / `_mapDocumentPayload`) private 메서드로 추출 — `pushAll`과 공유해 DRY
-- `pushAll`의 인라인 매퍼 5곳도 전부 새 매퍼 호출로 리팩토링
+**Bug 10 — 한글 IME Enter 중복 addMemo**
+- 증상: 첫 실증 녹음(bd7f2367)에서 한글 메모 "메모 기능이 잘 작동하는지 봅니다"가 2ms 간격으로 2번 저장 (UUID c7f0db45 + a6e442cc). 5개 메모 중 이 하나만 중복.
+- 원인: 한글 IME 조합 중 Enter → Chromium이 `keydown` 2번 발화 ((1) IME 조합 확정 `isComposing=true` / keyCode=229, (2) 실제 Enter). `MeetingModePage.tsx:164-174`의 `handleMemoKeyDown`이 `e.key === 'Enter' && !e.shiftKey`만 검사하고 `isComposing`을 무시해 두 이벤트에서 모두 `handleAddMemo()` 발화 → IPC 2회 → `MeetingModeService.addMemo()` 2회. 중복이 안 난 다른 메모들은 IME 조합이 이미 확정된 상태(공백/한자변환 후)에서 Enter를 친 것.
+- Fix (`MeetingModePage.tsx:168`): Enter 검사 앞에 `if (e.nativeEvent.isComposing || e.keyCode === 229) return` 가드. `isComposing`은 모던 표준, `keyCode === 229`는 Chromium 조합 확정 시점 엣지 케이스 호환.
+- 검증: Vite HMR로 즉시 반영. 재시연 녹음(78421e75)에서 한글 메모 5건 전원 1:1 매핑, 중복 0.
 
-**2. Write hook 8곳 `void getCloudSyncService().pushOne(...)` 연결**
+### Fix 1 (Phase 5 Part 3) 직접 실증 데이터
 
-| 위치 | 파일 | 이유 |
-|---|---|---|
-| `HistoryService.create()` 끝 | `HistoryService.ts` | dictation 세션 확정 직후 |
-| `HistoryService.generateTitle()` DB update 후 | `HistoryService.ts` | LLM 자동 타이틀 업데이트 |
-| `MeetingSummaryService.generateSummary()` summaryText 저장 후 | `MeetingSummaryService.ts` | 자동 요약 완료 |
-| `DictionaryService.add()` 끝 | `DictionaryService.ts` | 단어 추가 |
-| `DictionaryService.update()` 끝 | `DictionaryService.ts` | 단어 수정 |
-| `MeetingModeService.startRecording()` 끝 | `MeetingModeService.ts` | **부모 meeting pre-push — Fix 1** |
-| `MeetingModeService.addMemo()` 끝 | `MeetingModeService.ts` | 녹음 중 메모 추가 |
-| `MeetingModeService._runPostProcessing()` 완료 상태 저장 직후 | `MeetingModeService.ts` | 녹음 종료 후 raw_transcript 반영 |
-| `MeetingModeService.generateDocument()` DB insert 직후 | `MeetingModeService.ts` | 문서 생성 |
+두 번째 재시연 녹음(78421e75, 21:51:24~21:51:50, 약 26초) 로그 풀 타임라인:
 
-### 해결한 구조 버그 3건
+```
+21:51:24.261  회의 녹음 시작: sessionId=78421e75
+21:51:24.937  pushOne meetings/78421e75 ok            ← ① Fix 1 pre-push (startRecording, 676ms 후)
+21:51:30.386  메모 추가: [00:06] 메모가
+21:51:30.499  pushOne meeting_memos/4ed7e59a ok       ← addMemo #1 (113ms)
+21:51:32.124  메모 추가: [00:07] 두번씩
+21:51:32.202  pushOne meeting_memos/de011c15 ok       ← addMemo #2 (78ms)
+21:51:35.827  메모 추가: [00:11] 입력되는걸 막아야합니다.
+21:51:35.893  pushOne meeting_memos/3184fe5e ok       ← addMemo #3 (66ms)
+21:51:38.181  메모 추가: [00:13] 잘되는지 봅시다.
+21:51:38.263  pushOne meeting_memos/00f041ef ok       ← addMemo #4 (82ms)
+21:51:40.676  메모 추가: [00:16] 잘되는 것 같네요.
+21:51:40.740  pushOne meeting_memos/0808c4d2 ok       ← addMemo #5 (64ms)
+21:51:50.573  회의 녹음 종료: segments=4
+21:51:50.681  pushOne meetings/78421e75 ok            ← ② _runPostProcessing (108ms)
+21:51:50.709  pushOne history/70388090 ok             ← CaptionService → HistoryService.create
+```
 
-#### Bug 7 — meeting_memos RLS violation (부모 meeting row 미존재)
-- **증상**: 녹음 중 메모 추가 → `pushOne meeting_memos/... failed: new row violates row-level security policy` (21:19:14에 2건 실패)
-- **원인**: RLS 정책이 `meeting_id` 해당 부모 row 존재/소유권 검사 (정확한 정책 문구는 미확인). 기존 구현은 `_runPostProcessing()`에서만 meeting을 push하므로, 녹음 중 addMemo → pushOne 시점에 부모가 Supabase에 없어 자식 insert RLS 거부.
-- **Fix 1**: `startRecording()` 끝에 `void getCloudSyncService().pushOne('meetings', sessionId)` 추가. 녹음 시작 즉시 부모 row(status='recording', raw_transcript=null)를 Supabase upsert. 이후 자식(memo/document) push가 FK/RLS 통과.
-- **검증**: 재기동 직후 pushAll 캐치업이 이전 실패 메모 2건을 재시도 → `Sync complete: pushed=4 errors=0`. 웹에서 메모 렌더 확인. ⚠️ **Meeting 모드로 직접 실시간 메모 푸시 시연은 아직 안 함** — 이번 세션은 pushAll 캐치업으로 간접 증명. Fix 1 자체의 직접 시연은 다음 세션에서.
+**증명된 것**
+- **Fix 1 직접 증명**: `meetings/78421e75`가 녹음 시작 직후 1회 + 종료 직후 1회, **같은 UUID 두 번 push**. 이게 없으면 중간 addMemo 5건이 전부 RLS에서 차단됐을 것(Bug 7 재현). 실제로 5건 전부 `ok`로 떨어졌고 에러 0 → 부모 row가 Supabase에 이미 존재했음이 입증.
+- **addMemo 훅 정상**: 녹음 중 실시간 push, 각 메모 64~113ms 내 완료.
+- **`history/70388090` 출처**: `CaptionService.ts:459`에서 회의 전사 완료 시점에 전체 텍스트를 HistoryService에도 저장하는 기존 경로 — Phase 3.3 훅이 `HistoryService.create()` 끝에 걸려 있어 자동으로 따라옴. 의도대로 동작, 버그 아님.
 
-#### Bug 8 — 웹 meeting detail 페이지가 transcripts 테이블만 읽음
-- **증상**: 녹음 종료 후 웹 `/meetings/[id]` TRANSCRIPT 섹션이 빈 상태
-- **원인**: `apps/web/src/app/(app)/meetings/[id]/page.tsx`가 `transcripts` 테이블(per-segment)만 읽고 `LiveTranscriptList`에 넘김. 데스크톱은 `meeting_sessions.rawTranscript` 단일 텍스트 필드에만 저장 — `transcripts` 테이블에는 아무것도 쓰지 않음. 실시간 캡션 뷰어 설계와 오프라인 전사 플로우의 접점 없음.
-- **Fix 2 (웹 fallback)**: `transcripts`가 비고 `meeting.status !== 'recording'`일 때 `meeting.edited_transcript ?? meeting.raw_transcript`를 `whiteSpace: pre-wrap` Box로 렌더. recording 상태거나 transcripts 행이 있으면 기존 `LiveTranscriptList` 유지(실시간 캡션 뷰어 경로 보존).
-- **왜 데스크톱을 고치지 않았나**: MVP 스코프. 세그먼트 per-row push는 쓰기 빈도 폭증 + RLS 정책 재조정 필요. Phase 3.3 목표 "완료된 미팅이 웹에서 읽혀야 한다"는 raw_transcript 경로 하나로 충분. 실시간 캡션 동기화가 정식 기능이 될 때 desktop → transcripts 쓰기 추가.
+### 잠재 IME 버그 — 다른 Enter 핸들러 7곳 (다음 `/simplify` 때 일괄 처리)
 
-#### Bug 9 — Dashboard RECENT MEETINGS 카드 클릭 무반응 (U2)
-- **증상**: 지난 세션 피드백 "웹에서 미팅 아이템이 들어가지질 않는다" 재확인 → Dashboard 카드 클릭 시 `/meetings/[id]` 이동 불가
-- **원인**: `apps/web/src/app/(app)/dashboard/page.tsx:156`의 `MetalCard`가 `<Link>`로 안 감싸짐. 클릭 인터랙션 자체가 없었음.
-- **Fix 3**: `next/link` `Link`로 `MetalCard` 감싸기, `href={`/meetings/${meeting.id}`}`, `cursor: pointer` + `&:hover { transform: translateY(-1px) }` hover 효과, `textDecoration: 'none'`
-- **검증**: `GET /meetings/cd4df4f1-... 200` 웹 로그 확인
+| 파일 | 라인 | 용도 | 한글 위험도 |
+|---|---|---|---|
+| `apps/desktop/src/renderer/pages/KnowledgeBasePage.tsx` | 85 | RAG 쿼리 | 높음 |
+| `apps/desktop/src/renderer/pages/VoiceConversationPage.tsx` | 114 | 텍스트 채팅 | 높음 |
+| `apps/desktop/src/renderer/components/meeting/MeetingChatPanel.tsx` | 113 | 미팅 챗 | 높음 |
+| `apps/desktop/src/renderer/components/meeting/EditableSegment.tsx` | 72 | 전사 세그먼트 편집 | 높음 |
+| `apps/desktop/src/renderer/components/meeting/MeetingDetailTabs.tsx` | 242 | 미팅 타이틀 | 중간 |
+| `apps/desktop/src/renderer/components/shared/HistoryEntryCard.tsx` | 65 | 태그 추가 | 중간 |
+| `apps/desktop/src/renderer/pages/CommandsPage.tsx` | 337 | 키워드 추가 | 중간 |
+
+(LicenseModal.tsx:196은 ASCII 전용이라 제외)
+
+사용자 지침: **"ime는 /simplify 하면서 찾아보자"** — 이번 세션에서는 건드리지 않고 `/simplify` 패스에서 Phase 3.3 + Bug 10 fix 품질 리뷰와 함께 일괄 처리.
 
 ### 실증 결과
 
 | # | 실증 | 결과 | 증거 |
 |---|---|---|---|
-| 1 | 세션 자동 복원 | ✅ | 재기동 후 `Restored session for user: yunchan8804@gmail.com`, 재로그인 불필요 (단, 중간에 `Invalid Refresh Token: Already Used`로 한 번 수동 재로그인 필요했음) |
-| 2 | pushAll 캐치업 (이전 실패 복구) | ✅ | `Sync complete: pushed=4 errors=0` — 이전 세션 RLS 실패 메모 2건이 재시도로 성공 |
-| 3 | Dictation auto push | ✅ | 6.4초 녹음 → `HistoryService created dd892625` → `pushOne history/dd892625 ok` (21:32:43) |
-| 4 | 웹 Meeting detail 전사+메모 렌더 | ✅ | `/meetings/6bb51eca-...` 새로고침 → raw_transcript fallback + 메모 2건 ("뭔가 징행중") 렌더. 사용자 확인: "잘 전사와 메모가 올라왔어" |
-| 5 | Dashboard 카드 클릭 → 상세 이동 | ✅ | `GET /meetings/cd4df4f1-... 200` |
-| 6 | Meeting 모드 pre-push **직접 시연** | ⏸️ | 다음 세션 과제. 이번엔 간접 증명(pushAll 캐치업)만 확인 |
+| 1 | Meeting 모드 startRecording pre-push | ✅ | `pushOne meetings/78421e75 ok` (21:51:24.937, 녹음 시작 676ms 후) |
+| 2 | 녹음 중 addMemo 실시간 push | ✅ | 메모 5건 전부 64~113ms 내 `pushOne meeting_memos/... ok` |
+| 3 | _runPostProcessing 완료 push | ✅ | 같은 meetings UUID 두 번째 push (21:51:50.681) |
+| 4 | Bug 10 IME 중복 재발 여부 | ✅ | 한글 메모 5건 1:1 매핑, 중복 0 |
+| 5 | 웹에서 새 미팅 렌더 | ⏸️ | 다음 세션 또는 사용자 확인 (이번 세션엔 직접 시연 안 함 — Phase 3.3 웹 fallback은 Part 3에서 이미 증명됨) |
 
 ### 빅뱅 성공 기준 (8개 중 7개 완료, 이번 세션 갱신 없음)
 
@@ -74,77 +82,78 @@
 ## 🚧 미해결 이슈
 
 ### U1 — Realtime 채널 여전히 TIMED_OUT
-- **증상**: 재기동 후에도 `Realtime 채널 상태: TIMED_OUT` 재현
-- **영향**: 블로커 아님 — **Phase 3.3 auto push**가 대체 일관성 경로 역할을 하므로 "웹에서 최신 데이터가 보이지 않는" 체감 문제 사라짐. Realtime은 "웹→데스크톱 5초 이내 반영" 편의 기능 한정.
-- **Phase 5 Part 2 wrap-up의 4개 가설** 그대로 유효
-
-### U2 — Meeting 모드 pre-push 직접 시연 미수행
-- 이번 세션 Phase 3.3 검증은 dictation 경로 + pushAll 캐치업으로만 확인. Meeting 모드를 직접 돌려 `pushOne meetings/... ok`(startRecording) → `pushOne meeting_memos/... ok`(addMemo 각 건마다) → `pushOne meetings/... ok`(stopRecording) 3단 연쇄가 **실시간**으로 로그에 찍히는 것을 봐야 Fix 1의 직접 증거.
-- 다음 세션 첫 액션 후보.
+- Phase 5 Part 3에서 상태 유지. 블로커 아님 — Phase 3.3 auto push가 대체 일관성 경로.
 
 ### U3 — Refresh token 간헐적 소진
-- 세션 중간에 한 번 `Stored session refresh failed: Invalid Refresh Token: Already Used` 발생 → 사용자가 강제로 재로그인 → 해결. 재기동에서는 재발하지 않고 `Restored session` 성공.
-- 원인 가설: 이전 세션 종료 시점에 이미 refresh 토큰이 한 번 사용됐는데, electron-store에 저장된 건 예전 것 → 다음 기동에서 이미 소진된 토큰으로 refresh 시도 → 실패. 로직상 `refreshSession` 성공하면 새 refresh token이 `_saveRefreshToken`으로 교체 저장돼야 하는데 어디선가 새 토큰 기록이 누락됐을 가능성.
-- **중요도 낮음** — 재로그인으로 회복되고, 신규 로그인 직후 바로 재기동하면 재현 안 됨. 재현 시 `CloudSyncService.ts`의 `onAuthStateChange` / `refreshSession` 후 `_saveRefreshToken(newSession.refresh_token)` 경로 점검.
+- Phase 5 Part 3 상태 유지. 재현 안 됨, 중요도 낮음.
 
-### U4 — package-lock.json 정리 지연 (Phase 5 Part 2부터 이월)
-- `apps/desktop/package.json`에서 `nanoid` 제거했으나 `npm install`이 `rollup-win32-x64-msvc` optional dep로 Mac에서 실패. 런타임 영향 없음. `npm install --omit=optional` 또는 optional로 이동 필요.
+### U4 — package-lock.json 정리 지연
+- Phase 5 Part 2부터 이월. `rollup-win32-x64-msvc` optional dep 이슈, 런타임 영향 없음.
+
+### U5 — IME Enter 중복 가드, 나머지 7곳 (신규)
+- 이번 세션에 목록화. `/simplify` 패스에서 일괄 처리 예정.
 
 ## 🎯 다음 세션 시작 프롬프트 (이 내용 그대로 붙여넣기)
 
 ```
-D3RO-VOICE 빅뱅 Phase 5 Part 4 — Meeting 모드 직접 실증 + 남은 이슈 정리.
+D3RO-VOICE 빅뱅 Phase 5 Part 5 — /simplify 패스 + 남은 이슈 정리.
 
-지난 세션에서 Phase 3.3 Auto push on write를 완성하고 push까지 끝냈어 (커밋 046ac85, origin main 0 ahead).
-수동 Push 버튼이 사라졌고 웹 Dashboard에서 방금 녹음한 미팅이 새로고침 한 번에 보여. 사용자가 "잘 전사와 메모가 올라왔어" 확인까지 완료.
+지난 세션(Part 4)에서 Meeting 모드 pre-push를 직접 실증하고 한글 IME Enter 중복 addMemo 버그(Bug 10)를 픽스했어.
+working tree에 MeetingModePage.tsx 1개 파일이 수정된 상태 + memory 갱신 2건이 있을 수 있음 — 커밋 여부부터 확인.
 
 **시작 전 반드시**:
 1. /session-handoff resume
-2. memory/handoff-latest.md 처음부터 끝까지 (현재 상태 + 미해결 4건)
-3. memory/project_status.md SaaS [10] 섹션
+2. memory/handoff-latest.md (Part 4 내용 전체)
+3. memory/project_status.md SaaS [11] 섹션
 4. CLAUDE.md 강제 규칙 13개
-5. docs/design/00~03
+5. docs/design/00~03 (해당 시)
 
-**첫 액션 — Meeting 모드 pre-push 직접 실증 (10분)**:
-지난 세션에 Fix 1(startRecording에서 부모 meeting pre-push)을 넣었지만 Meeting 모드를 직접 돌려보진 못했어.
-대신 pushAll 캐치업이 이전 실패 메모를 복구한 걸로 간접 증명했지.
-이번 세션에서 Fix 1의 직접 증거를 확보:
+**첫 액션 — 커밋 상태 확인 + 커밋 (Part 4 미커밋분)**:
+1. git status, git diff로 변경 확인
+2. 사용자 컨펌 받고 Part 4 wrap-up 커밋:
+   - feat(desktop): fix Korean IME duplicate addMemo on Enter in MeetingModePage
+   - 본문: Bug 10 원인/수정/검증 요약, Fix 1 직접 실증 결과 요약
+3. push 여부는 사용자 컨펌
 
-1. dev 재기동 (data loss 위험 없음, 로컬 DB 보존됨)
-2. 사용자에게 Meeting 모드 녹음 요청:
-   - 녹음 시작 → 로그에 즉시 `pushOne meetings/<new-uuid> ok` 떠야 함 (부모 pre-push)
-   - 녹음 중간에 메모 2~3개 추가 → 각 메모마다 `pushOne meeting_memos/<memo-uuid> ok` 실시간
-   - 녹음 종료 → `pushOne meetings/<same-uuid> ok` 두 번째 (완료 상태 update)
-3. 웹 /meetings/[new-uuid] 새로고침 → 전사 + 메모 전부 렌더
+**두 번째 액션 — /simplify 패스**:
+목적 2개:
+1. Phase 3.3 (CloudSyncService.pushOne 8개 훅) + Bug 10 fix 코드 품질 리뷰 — 재사용/효율/일관성 관점
+2. IME Enter 가드 7곳 일괄 추가:
+   - apps/desktop/src/renderer/pages/KnowledgeBasePage.tsx:85
+   - apps/desktop/src/renderer/pages/VoiceConversationPage.tsx:114
+   - apps/desktop/src/renderer/components/meeting/MeetingChatPanel.tsx:113
+   - apps/desktop/src/renderer/components/meeting/EditableSegment.tsx:72
+   - apps/desktop/src/renderer/components/meeting/MeetingDetailTabs.tsx:242
+   - apps/desktop/src/renderer/components/shared/HistoryEntryCard.tsx:65
+   - apps/desktop/src/renderer/pages/CommandsPage.tsx:337
+   (LicenseModal.tsx:196은 ASCII 전용이라 제외)
 
-실패 시나리오:
-- 메모 pushOne이 RLS로 실패 → 부모 pre-push 타이밍 문제. 가설: pre-push 응답 도착 전에 메모 push 시도가 경쟁 → 해결책은 pushOne을 await 체인으로 바꾸거나, pre-push 완료 이벤트를 emit 후 후속 push 허용
-- pushOne meetings/... 이 한 번만 보이고 두 번째 안 뜸 → _runPostProcessing hook 누락 확인
-- pre-push가 Supabase에 status='recording' row를 만들어서 Dashboard에 "진행 중 미팅"이 잠깐 뜨는 UX 부작용 → 필터링 필요
+   패턴: 기존 Enter 검사 앞에 `if (e.nativeEvent.isComposing || e.keyCode === 229) return` 추가.
+   중복 방지 helper로 추출 고려 가능 (useMemo 등) — /simplify 판단.
 
-**두 번째 액션 (선택) — Phase 3.2 PREMIUM_LLM 경로 프로토타입**:
-⚠️  선행 조건: Supabase Edge Function secrets 주입 필요 (Anthropic/OpenAI API key).
-   supabase secrets set ANTHROPIC_API_KEY=sk-ant-... OPENAI_API_KEY=sk-proj-...
-사용자가 API key 제공 전까지는 dev 테스트만 가능.
+3. tsc --noEmit 통과 확인
+4. 필요 시 간단 재검증 (사용자에게 한 곳 골라 한글 Enter 테스트 요청)
+5. 커밋: refactor(desktop): add IME composition guard to 7 Enter handlers
 
-**세 번째 액션 (선택) — U1 Realtime TIMED_OUT 조사**:
-블로커 아님. 완결성을 위해 고치려면:
-- Supabase 대시보드에서 Realtime 서비스 활성 여부 확인
-- `SELECT * FROM pg_publication_tables WHERE pubname='supabase_realtime'` 쿼리로 publication에 meetings/history/dictionary 반영 여부 확인
-- `realtime.accessToken` 값을 로그로 찍어 setAuth가 정말 JWT를 들고 있는지 확인
+**세 번째 액션 (선택) — Phase 3.2 PREMIUM_LLM**:
+⚠️ 선행: Anthropic/OpenAI API key 주입 필요. 사용자가 key 주는 시점까지 대기.
 
-**네 번째 액션 (초기 대응만) — U3 refresh token 소진**:
-재현 확인 후 CloudSyncService의 token 저장 경로 점검. 재현 안 되면 패스.
+**네 번째 액션 (선택) — U1 Realtime 조사**:
+블로커 아님. 완결성 원하면:
+- Supabase 대시보드에서 Realtime 서비스 활성 여부
+- `pg_publication_tables WHERE pubname='supabase_realtime'` 쿼리
+- `realtime.accessToken` 로그 찍기
 
 **강제 규칙**:
 - CLAUDE.md 13개
-- 로컬 entry point 철학 훼손 금지 (auto push 실패가 로컬 write 차단 금지)
-- 커밋 단위는 작업별로. push 여부는 사용자 컨펌 (현재 origin 동기화 상태라 이번 세션 첫 push는 개별 단위로 가능)
+- 로컬 entry point 철학 훼손 금지
+- 커밋 단위는 작업별로. push 여부는 사용자 컨펌
 - 사용자 보고 간결, 코드 dump 금지
 
 **체크포인트**:
+- /simplify 시작 전 — 커밋 상태 확인
+- IME 가드 7곳 수정 후 — 사용자에게 대표 1곳 시연 요청
 - Phase 3.2 시작 직전 — API key 주입 여부
-- 새 커밋 push 직전 — 변경 요약 설명
 
 자, 첫 액션부터 시작해.
 ```
@@ -152,66 +161,55 @@ D3RO-VOICE 빅뱅 Phase 5 Part 4 — Meeting 모드 직접 실증 + 남은 이
 ## 🔑 환경 체크 (resume 시 순서대로)
 
 ```bash
-# 1. git 상태
-git status                      # clean + origin 동기화 (0 ahead)
-git log --oneline -3            # 046ac85 → 4e6280b → e55687d
+# 1. git 상태 (Part 4 미커밋분 있을 수 있음)
+git status
+git diff apps/desktop/src/renderer/pages/MeetingModePage.tsx
+git log --oneline -3            # 2a8efa8 → 046ac85 → 4e6280b
 
 # 2. 환경 (Mac)
 node --version                  # v22.22.2
 which sox ollama supabase
 ls apps/desktop/sidecar/.venv/bin/python3
-ls apps/desktop/.env.local
-ls apps/web/.env.local
+ls apps/desktop/.env.local apps/web/.env.local
 
-# 3. 기존 프로세스 정리
-pkill -9 -f "Electron\.app" || true
-pkill -9 -f "electron-vite" || true
-pkill -9 -f "next dev" || true
-pgrep -lf "electron|next" | grep -v grep || echo clean
+# 3. 기존 dev가 살아있는지 확인 (Part 4 세션에서 계속 돌아가고 있을 가능성)
+pgrep -lf "Electron\.app|electron-vite|next dev" | head -3
+lsof -i :5173 -sTCP:LISTEN
+lsof -i :3000 -sTCP:LISTEN
 
-# 4. 다시 기동 (nohup으로 detached — background bash lifecycle 이슈 회피)
+# 살아있으면 재기동 불필요. 죽었으면 nohup으로:
 nohup npm run dev > /tmp/d3ro-desktop.log 2>&1 & disown
 nohup npm --workspace=@d3ro/web run dev > /tmp/d3ro-web.log 2>&1 & disown
 ```
 
 ## ⚠️ 환경 / 주의사항
 
-- **dev 기동 주의**: `run_in_background: true`로 직접 `npm run dev`를 돌리면 background shell lifecycle 이슈로 Vite dev server(5173)가 조기 종료됨. **반드시 `nohup ... & disown` 패턴 사용**. 이번 세션에서 이걸로 한 번 hang 겪음.
-- **OAuth Google provider**: Supabase 프로젝트 `llnocwyqvhgwpdjcqqyw`, Testing mode (yunchan8804@gmail.com만).
+- **dev 기동 주의**: `run_in_background: true`로 직접 `npm run dev`를 돌리면 background shell lifecycle 이슈로 Vite dev server(5173)가 조기 종료됨. **반드시 `nohup ... & disown` 패턴**.
+- **OAuth Google provider**: Supabase 프로젝트 `llnocwyqvhgwpdjcqqyw`, Testing mode.
 - **Edge Function secrets 미주입**: Phase 3.2 PREMIUM_LLM dev 테스트만 가능.
-- **사용자 DB**: `userData/users/7da3dd02-9f2f-4ee9-a9b3-1c2c24875a93/d3ro.db` (yunchan8804용) + `userData/users/_local/d3ro.db` (익명). 로그아웃 시 close만, 파일 보존.
+- **사용자 DB**: `userData/users/7da3dd02-9f2f-4ee9-a9b3-1c2c24875a93/d3ro.db` (yunchan8804용).
 - **Realtime TIMED_OUT**: 알려진 U1, 블로커 아님.
 
 ## 📦 의존성 / 도구
 
-- Node 22.22.2
-- Python 3.13 + venv at `apps/desktop/sidecar/.venv`
-- Supabase CLI 2.84.2
-- Ollama qwen3:4b
-- Electron 33.4.11
-- Next.js 15.5.14
+- Node 22.22.2 / Python 3.13 / Supabase CLI 2.84.2 / Ollama qwen3:4b / Electron 33.4.11 / Next.js 15.5.14
 
 ## 🧪 마지막 검증 상태
 
 | 게이트 | 결과 |
 |---|---|
-| desktop `tsc --noEmit` | ✅ |
-| web `tsc --noEmit` | ✅ |
-| dev 런타임 재기동 | ✅ (Restored session + 캐치업 pushed=4) |
-| Dictation auto push | ✅ (`pushOne history/dd892625 ok`) |
-| pushAll 캐치업 | ✅ (pushed=4, 이전 실패 메모 복구) |
-| 웹 meeting detail 전사/메모 렌더 | ✅ (사용자 확인) |
-| Dashboard 카드 클릭 → 상세 | ✅ |
-| Meeting 모드 pre-push 직접 시연 | ⏸️ (다음 세션) |
+| desktop `tsc --noEmit` | ✅ (Bug 10 fix 후, EXIT=0) |
+| Meeting 모드 startRecording pre-push | ✅ 직접 증명 (session 78421e75) |
+| Meeting 모드 addMemo 실시간 push | ✅ 5건 1:1, 중복 0 |
+| Meeting 모드 _runPostProcessing push | ✅ 같은 UUID 두 번째 push |
+| Bug 10 (IME 중복) 재발 여부 | ✅ 재검증 후 해소 |
 | Realtime SUBSCRIBED | ❌ TIMED_OUT (U1, 블로커 아님) |
-| git push origin main | ✅ (`d2cb1c0..046ac85`, 0 ahead) |
+| git push origin main | ⏸️ (Part 4 wrap 커밋/푸시 대기) |
 
 ## 🔗 참고 문서
 
-- `memory/project_status.md` — SaaS [1]~[10] 전체 이력
-- `memory/handoff-archive/2026-04-11-1930-phase5-part2-wrap.md` — 직전 스냅샷
+- `memory/project_status.md` — SaaS [1]~[11] 전체 이력
+- `memory/handoff-archive/2026-04-11-2140-phase5-part3-wrap.md` — 직전 스냅샷 (Part 3)
 - `docs/v2/00-v2-master-plan.md` — V2 전체 마스터
-- `docs/v2/phase-V2-4.md` — 데스크톱 sync 원 설계
-- `apps/desktop/.env.local` — 데스크톱 빌드 타임 Supabase env (gitignored)
-- `apps/web/.env.local` — 웹 런타임 Supabase env (gitignored)
+- `apps/desktop/.env.local` / `apps/web/.env.local` — gitignored
 - Supabase 대시보드: https://supabase.com/dashboard/project/llnocwyqvhgwpdjcqqyw