docs(superpowers): v0.20.x C 한국어 morphological tokenizer spec + plan artifacts

본 commit 은 v0.20.x C task (Bug #8 — 한국어 2자 query 0-hit) 의 4-stage workflow artifact 5 파일을 archive: - spec.md (668 line, status=accepted): Option A/B/C 비교 + lindera Path A (영어 substring 회귀 인정) 결정 + 12 section + 4 Appendix (B segmentation evidence, C cost evidence, D license evidence). - spec-critic-r1.md: 3 critical + 6 major finding (NEEDS_REWRITE). - spec-critic-r2.md: r1c rewrite 후 traceability matrix (ACCEPT). - plan.md (750 line, status=accepted): 11 step + dependencies + cost optimization routing + 9 closure micro-patches 적용. - plan-closure-r1.md: traceability matrix + 9 MP 의 origin. 이 artifact 들은 implementation 머지 후 frozen reference. 후속 deviation 은 tasks/HOTFIXES.md 가 source of truth. Workflow stage: 1. spec drafter (omc team writer, opus) 2. spec critic R1 (omc team critic, opus) — NEEDS_REWRITE 3. spec rewriter r1c (omc team writer, opus) — 7 item fix 4. spec closure R2 (in-process verifier, sonnet) — ACCEPT 5. plan drafter (omc team planner, opus) 6. plan closure (in-process verifier, sonnet) — ACCEPT + 9 MP 7. subagent-driven-development implementation (11 step + 5 follow-up + 1 docs polish = 17 commit) 8. PR-level final code review (in-process code-reviewer, opus) — Approved with notes (4 minor docs finding, merge as-is) Branch: feat/korean-morphological-tokenizer Version: 0.20.1
2026-05-28 12:53:31 +00:00
parent 5d9ea588ed
commit 8c56ef3010
5 changed files with 2355 additions and 0 deletions
--- a/docs/superpowers/plans/2026-05-28-v0.20.x-korean-morphological-tokenizer-plan-closure-r1.md
+++ b/docs/superpowers/plans/2026-05-28-v0.20.x-korean-morphological-tokenizer-plan-closure-r1.md
@@ -0,0 +1,283 @@
+# Plan closure round 1 — 한국어 morphological tokenizer
+
+**Verdict**: ACCEPT
+**Reviewed by**: closure verifier (sonnet)
+**Reviewed at**: 2026-05-28
+
+---
+
+## Task A — Step → Spec traceability matrix
+
+### Forward matrix (Step → Spec sections)
+
+| Step | Title | Plan 에 명시된 Spec sections | Spec content match? | Notes |
+|---|---|---|---|---|
+| S1 | V009 migration + design §5.5 + CI rename | §5.1, §5.2, §5.3 | ✅ | spec §5.1 DDL skeleton, §5.2 corpus_revision bump SQL, §5.3 design §5.5 갱신 + CI diff-check rename 정확히 cover. |
+| S2 | lindera dep | §6.1, §10.1 | ✅ | spec §6.1 라이브러리 선정 (lindera + lindera-dict-ko-dic), §10.1 license 검증 + Appendix D cross-link 반영. |
+| S3 | tokenize_korean_morphological + ingest 통합 | §6.2 | ✅ | spec §6.2 Pre-tokenize 우회 + Invariant + 실패 처리 전체 cover. chunk struct 신규 field + store INSERT path 포함. |
+| S4 | first-boot eager backfill | §8.1, §8.2, §6.2 (backfill atomic transaction) | ✅ | spec §8.1 V007 trigram DROP 처리, §8.2 자동 eager backfill 전략, §6.2 의 backfill atomic transaction invariant 모두 cover. |
+| S5 | short_query_hint 제거 + lexical.rs 정리 | §7.2, §7.3 | ✅ | spec §7.2 lexical.rs 조정 (보존 선택), §7.3 CLI hint 제거 범위 cover. wire schema 영향 확인 절차(§11.3 cross-check)도 포함. |
+| S6 | lexical_index_version bump | §11.1, §11.3 | ✅ | spec §11.1 index_version bump (format 갱신), §11.3 wire content 변화 명시 (lexical test 갱신) cover. |
+| S7 | 신규 unit/integration test | §9.1, §9.2 | ✅ | spec §9.1 lexical-mode scenarios 4개 중 한국어 3개 + 영어 회귀 1개, §9.2 test 시그니처 verbatim 반영. fts_v009_matches_design_section_5_5_verbatim 은 S1 에서 이미 생성됨(plan 내 명시). |
+| S8 | eval golden regenerate | §11.3 | ✅ | spec §11.3 "eval golden baseline 재생성 필수" 를 plan scope 포함으로 결정 + deviation 시 P5 follow-up 분리 가능 명시. |
+| S9 | docs sync | §7.4 | ✅ | spec §7.4 Surface cascade list (README / SKILL / HANDOFF / ARCHITECTURE) + tasks/HOTFIXES.md entry 모두 cover. |
+| S10 | version bump | §12.1 | ✅ | spec §12.1 v0.20.1 patch release strategy (Cargo.toml version bump + release notes draft) cover. |
+| S11 | final sanity | §9.3, §12.2 | ✅ | spec §9.3 verifier checklist + §12.2 dogfood verification cover. |
+
+### Reverse matrix (Spec section → 커버 여부)
+
+| Spec section | Title | Cover 여부 | 담당 Step |
+|---|---|---|---|
+| §1 Summary | 배경 요약 | 직접 step 불필요 (서술) | — |
+| §2 Background (§2.1~§2.3) | V007 한계 + 도그푸딩 + HOTFIXES 맥락 | 직접 step 불필요 (서술) | — |
+| §3 Goals + Non-Goals | 목표 범위 | 직접 step 불필요 (서술) | — |
+| §4 Design Decision (§4.1~§4.2) | Option A 선택 | 직접 step 불필요 (설계 결정) | — |
+| §5.1 DDL skeleton | V009 migration SQL | ✅ covered | S1 |
+| §5.2 corpus_revision bump | kv UPDATE + search cache 무효화 | ✅ covered | S1 |
+| §5.3 Design contract 변경 + CI diff-check | §5.5 갱신 + test rename | ✅ covered | S1 |
+| §6.1 라이브러리 선정 | lindera + lindera-dict-ko-dic | ✅ covered | S2 |
+| §6.2 Pre-tokenize 우회 + Invariant + 실패 처리 | tokenize helper + ingest 통합 + backfill | ✅ covered | S3, S4 |
+| §6.3 Vendoring 전략 | feature flag (default-enabled) | ⚠ PARTIAL | S2 에서 workspace dep 추가는 cover 하나, `kebab-app/[features]` 의 feature gate 등록(§6.3 "fts_korean_morphological = ["lindera"]") 이 plan 의 어떤 step 에도 **명시적으로 언급되지 않음**. |
+| §7.1 Search CLI 경로 (변경 없음) | query path 변경 없음 | 직접 step 불필요 (서술) | — |
+| §7.2 lexical.rs 조정 | build_match_string() 단순화 검토 | ✅ covered | S5 |
+| §7.3 CLI hint 제거 | short_query_hint 제거 | ✅ covered | S5 |
+| §7.4 Surface cascade list | docs sync | ✅ covered | S9 |
+| §8.1 기존 V007 처리 | DROP + V009 교체 | ✅ covered | S4 |
+| §8.2 자동 eager backfill | first-boot hook + idempotency | ✅ covered | S4 |
+| §9.1 Lexical-mode search scenarios | 4 AC scenario | ✅ covered | S7, S11 |
+| §9.2 Test coverage | test 시그니처 | ✅ covered | S7 |
+| §9.3 Verifier checklist | final checklist | ✅ covered | S11 |
+| §10.1 License verification | cargo deny / SPDX | ✅ covered | S2 |
+| §10.2 Dict size + binary bloat | binary 크기 실측 | ✅ covered (evidence 는 S2 에서 cargo tree + 실측 reconcile) | S2 |
+| §10.3 Ingest latency 증가 | latency 측정 | plan S5~Risk 절에 mitigation 언급 (formal step 없음, 허용 범위) | S11 |
+| §10.4 다른 언어 | 별 PR | 직접 step 불필요 (out of scope 명시) | — |
+| §11.1 index_version bump | lexical_index_version 함수 갱신 | ✅ covered | S6 |
+| §11.2 parser/chunker_version | 변경 없음 | 직접 step 불필요 (서술) | — |
+| §11.3 Wire schema 변경 + hit ordering | wire shape 불변 + eval golden | ✅ covered | S6, S8 |
+| §12.1 v0.20.1 patch release | version bump + release notes | ✅ covered | S10 |
+| §12.2 Dogfood verification | fresh KB + 2자 query | ✅ covered | S11 |
+| Appendix A (Option B/C 비교) | 설계 rationale | 직접 step 불필요 (서술) | — |
+| Appendix B (segmentation evidence) | lindera 실측 | S3 의 test fixture + mitigation 에서 반영 | S3 |
+| Appendix C (cost evidence) | binary/DB/latency 추정 | S2 의 cargo build 실측 + plan §10 risks 에서 반영 | S2 |
+| Appendix D (license) | SPDX 검증 | ✅ covered | S2 |
+
+**누락 section 발견**: §6.3 의 feature flag (`fts_korean_morphological`) 등록이 plan 어디에도 명시적 step/task 가 없음. 아래 Task B 와 연계하여 micro-patch 권장.
+
+---
+
+## Task B — AC actionability (per step)
+
+| Step | AC text excerpt | Actionable? | 비고 / 권장 수정 |
+|---|---|---|---|
+| S1 | `cargo test -p kebab-store-sqlite --test fts fts_v009_matches_design_section_5_5_verbatim -j 4` → exit 0 | ✅ | 명령 + 기대 결과 명확. |
+| S1 | `cargo test -p kebab-store-sqlite --test fts v009_bumps_corpus_revision -j 4` → exit 0, corpus_revision 값 strict-monotonic 증가 | ✅ | "strict-monotonic 증가" 는 `SELECT v` 값이 V008 적용 시점 대비 +1 이상 = verifier 가 SQL query 로 확인 가능. |
+| S1 | `grep -c "fts_v007_matches_design_section_5_5_verbatim" crates/kebab-store-sqlite/tests/fts.rs` → `0` | ✅ | grep count 0 = rename 완료 mechanical 확인. |
+| S1 | `cargo clippy -p kebab-store-sqlite --all-targets -j 4 -- -D warnings` → clean | ✅ | exit code 0 = clean. |
+| S2 | `cargo build --workspace -j 4 2>&1 \| grep -E "^error\[E" \| wc -l` → `0` | ✅ | 명확한 명령 + wc -l 0 check. |
+| S2 | `cargo tree --depth 1 -p lindera -p lindera-dict-ko-dic 2>&1 \| grep -iE "MIT\|Apache" \| wc -l` → `≥ 2` | ✅ | SPDX license 포함 여부 mechanical check. |
+| S2 | `grep -c "lindera" Cargo.toml` → `≥ 1` | ✅ | |
+| S2 | `grep -c "lindera" crates/kebab-chunk/Cargo.toml` → `≥ 1` | ✅ | |
+| S3 | `cargo test -p kebab-chunk --test tokenize_korean tokenize_korean_morphological_splits_2char_word -j 4` → exit 0, token `"한국"` 포함 | ✅ | 명령 + fixture 명시. |
+| S3 | `cargo test -p kebab-chunk --test tokenize_korean tokenize_korean_morphological_empty_returns_none -j 4` → exit 0 | ✅ | |
+| S3 | `cargo build --workspace -j 4 2>&1 \| grep -c "warning: unused"` 가 baseline 대비 증가하지 않음 | ⚠ PARTIAL | "baseline 대비" 가 verifier 가 별도로 baseline 수치를 보유하고 있어야 함. 더 actionable 한 형태: `cargo build --workspace -j 4 2>&1 \| grep -c "warning: unused import.*lindera"` → `0` (lindera 가 실제 사용됨) 으로 수정 권장. |
+| S3 | `grep -n "tokenized_korean_text" crates/kebab-chunk/src/lib.rs` → `≥ 1` | ✅ | |
+| S3 | `cargo clippy -p kebab-chunk --all-targets -j 4 -- -D warnings` → clean | ✅ | |
+| S4 | `cargo test -p kebab-store-sqlite --test fts backfill_tokenized_korean_text_populates_nullable_rows -j 4` → exit 0, idempotency 확인 | ✅ | idempotency 는 test body 에서 두 번째 호출 반환값 0 확인으로 mechanical 검증. |
+| S4 | `App::open_with_config` 두 번 연속 호출 시 두번째 backfill_count = 0 | ⚠ PARTIAL | 이 AC 는 unit test 명령이 없음. "두 번 연속 호출" 의 test binary 이름이 명시되지 않아 verifier 가 어느 test 로 확인하는지 불명확. 권장: `cargo test -p kebab-app -j 4 -- backfill_idempotent` (또는 동급 test 명) 으로 명시. |
+| S4 | `cargo clippy -p kebab-app --all-targets -j 4 -- -D warnings` → clean | ✅ | |
+| S5 | `grep -rn "short_query_hint" crates/ tests/ 2>/dev/null \| wc -l` → `0` | ✅ | doc-comment 1줄 허용 예외가 있으나 ≤1 조건으로 처리 가능. |
+| S5 | `cargo build --workspace -j 4 2>&1 \| grep -E "error\|warning: unused" \| wc -l` → baseline 과 동등 | ⚠ PARTIAL | S3 AC 와 동일한 "baseline 대비" 문제. 권장: `cargo build --workspace -j 4 2>&1 \| grep -E "^error" \| wc -l` → `0` 으로 대체. |
+| S5 | `cargo test -p kebab-cli --test wire_search_response -j 4` → exit 0, test 가 list 에서 사라짐 | ✅ | test list 에서 사라짐 = `cargo test -- --list` grep 으로 확인. |
+| S5 | `cargo clippy --workspace --all-targets -j 4 -- -D warnings` → clean | ✅ | |
+| S6 | `cargo test -p kebab-search --test lexical lexical_index_version_is_returned_unchanged -j 4` → exit 0 | ✅ | |
+| S6 | `./target/debug/kebab schema --json \| jq -r '.index_versions.lexical // empty' 2>/dev/null \| grep -c "fts5-v009"` → `≥ 1` | ⚠ PARTIAL | `target/debug/kebab` 의 빌드 여부가 이 step 에서 보장되지 않음. 권장: 명령 앞에 `cargo build -p kebab-cli -j 4 && ` 를 prepend 하거나, release path 용 `cargo build --release -p kebab-cli -j 4` 선행 명시. |
+| S6 | `cargo clippy -p kebab-app --all-targets -j 4 -- -D warnings` → clean | ✅ | |
+| S7 | `cargo test -p kebab-store-sqlite --test fts fts_v009_korean_morphological_2char_query_hits -j 4` → exit 0 | ✅ | |
+| S7 | `cargo test -p kebab-store-sqlite --test fts fts_v009_english_whole_token_only -j 4` → exit 0 | ✅ | |
+| S7 | `cargo test -p kebab-app --test search_korean korean_morphological_2char_query_lexical_mode -j 4` → exit 0 | ✅ | |
+| S7 | `cargo test -p kebab-app --test search_korean korean_morphological_mixed_english_korean_query -j 4` → exit 0 | ✅ | |
+| S7 | 신규 test binary 2개 추가로 workspace test count baseline +4 이상 | ⚠ PARTIAL | 검증 명령이 없음. 권장: `cargo test --workspace --no-fail-fast -j 1 2>&1 \| grep "^test result" \| awk -F'[,;]' '{sum+=\$2} END{print sum}'` 의 before/after 비교, 또는 `cargo test -p kebab-store-sqlite --test fts -- --list \| wc -l` 과 `cargo test -p kebab-app --test search_korean -- --list \| wc -l` 각 ≥ 1 로 대체 가능. |
+| S8 | `cargo test -p kebab-eval -j 4 2>&1 \| grep "test result.*failed" \| grep -v "0 failed" \| wc -l` → `0` | ✅ | |
+| S8 | `git diff --stat crates/kebab-eval/goldens/` → 변경 라인 수 > 0 | ✅ | baseline 이 실제로 갱신됐는지 mechanical 확인. |
+| S8 | `cargo clippy -p kebab-eval --all-targets -j 4 -- -D warnings` → clean | ✅ | |
+| S9 | `git diff --stat README.md HANDOFF.md docs/ARCHITECTURE.md integrations/claude-code/kebab/SKILL.md tasks/HOTFIXES.md` → 5 file 모두 변경 | ✅ | |
+| S9 | `grep -c "한국어 2자" README.md` → `≥ 1` | ✅ | |
+| S9 | `grep -c "V009" tasks/HOTFIXES.md` → `≥ 1` | ✅ | |
+| S9 | `grep -c "lindera" docs/ARCHITECTURE.md` → `≥ 1` | ✅ | |
+| S10 | `grep "^version" Cargo.toml \| head -1` → `version = "0.20.1"` | ✅ | |
+| S10 | `./target/release/kebab --version 2>&1` → `kebab 0.20.1` | ⚠ PARTIAL | release binary 빌드 여부가 S10 에서 보장되지 않음. 권장: `cargo build --release -p kebab-cli -j 4 && ./target/release/kebab --version` 로 명시. |
+| S10 | `cargo build --workspace -j 4 2>&1 \| tail -3` → success | ✅ | |
+| S11 | `cargo test --workspace --no-fail-fast -j 1` → 모두 pass (baseline +4 이상) | ✅ | S11 은 전체 suite run — workspace sanity 기준. |
+| S11 | dogfood smoke (fresh KB, 3 query) | ✅ | 명령 verbatim 명시됨. |
+| S11 | V007 snapshot backfill 시나리오 | ✅ (best-effort 명시) | snapshot 부재 시 best-effort 허용으로 명시됨. |
+
+**요약**: PARTIAL AC 총 6건 (S3, S4, S5, S6, S7, S10) — 모두 minor actionability gap 이며, 명령 보강으로 해소 가능. NEEDS_REWRITE 수준 아님 → micro-patch 권장.
+
+---
+
+## Task C — Dependencies sanity
+
+### 그래프 cycle-free 여부
+
+의존 관계를 DAG 로 표현:
+
+```
+S1, S2 → S3 → S4, S5, S6 → S7 → S8 → S9 → S10 → S11
+         (S1 also → S4, S6, S7 directly)
+```
+
+- S1 → S3 (V009 schema 필요), S1 → S4 (backfill은 V009 schema 필요), S1 → S6 (verbatim test rename 결과), S1 → S7 (fts.rs V009 test 기반).
+- S2 → S3 (lindera dep 필요).
+- S3 → S4 (backfill API 가 tokenize_korean_morphological 호출), S3 → S5 (short_query_hint 제거 후 cascade clean 필요), S3 → S7 (search_korean 통합 test 의 ingest path).
+- S4, S5, S6 → S7 (test가 backfill + hint 제거 + version bump 모두 의존).
+- S7 → S8 (eval golden 재생성은 new test baseline 기반), S7 → S11.
+- S8 → S11.
+- S9 → S10 (docs sync 후 version bump 의 커밋 순서).
+- S10 → S11.
+
+사이클 없음 (topological order: S1 → S2 → S3 → {S4, S5, S6} → S7 → S8 → S9 → S10 → S11). **그래프 cycle-free: ✅**
+
+### parallel-dispatch 가능 step 명시 정확성
+
+plan §3 의 명시:
+- **Group 1**: S1 + S2 병렬. ✅ 두 step 은 파일 overlap 없음 (S1은 migration+design+fts.rs, S2는 Cargo.toml 만).
+- **Group 2**: S4 + S5 + S6 병렬. ✅ S4 (store.rs + lib.rs), S5 (app.rs + tui/*.rs + cli/tests), S6 (app.rs:991-993 한 줄) — file overlap이 app.rs 에서 발생할 수 있음. S5 는 `crates/kebab-app/src/app.rs:98,532,616` 를 수정하고, S6 은 `crates/kebab-app/src/app.rs:991-993` 을 수정 — 동일 파일의 다른 행이나 **병렬 에이전트가 동시에 수정 시 merge conflict 가능**. plan 이 "file overlap 0" 이라고 명시하나 실제로는 app.rs 가 공유됨. 이는 runtime conflict risk 이며 cycle 이 아니므로 NEEDS_REWRITE trigger 아님. micro-patch 권장: Group 2 의 S6 을 S5 직후 sequential 로 명시하거나, "app.rs 의 편집 구역 분리 (line 범위 기준)" 를 executor 에게 주의 사항으로 기록.
+
+### subagent-driven-development "tasks mostly independent" criterion
+
+- S1, S2 가 진정으로 독립적 (entry point, 파일 무중복). ✅
+- S4, S5 는 파일 overlap 최소 (서로 다른 crate). ✅
+- S4/S5 vs S6 는 app.rs 공유 — conditional ✅ (행 단위 비겹침이나 실측 merge 주의 필요).
+- S7 → S8 → S9 → S10 은 sequential 이므로 독립성 불요.
+
+전반적으로 "tasks mostly independent" criterion 충족. ✅
+
+---
+
+## Task D — Cost optimization 정합성
+
+| Step | Title | Plan 권장 모델 | 사용자 요청 부합 | 판단 |
+|---|---|---|---|---|
+| S1 | V009 migration + design §5.5 + CI rename | **opus** | 복잡: spec §5.5 verbatim 정합 + CI diff-check marker 형식 일관성 + design doc 갱신. trigger CASE expression 한 글자 오차로 CI fail 위험. | ✅ opus 적절 |
+| S2 | lindera dep | sonnet | 단순 mechanical: Cargo.toml dep 추가 + cargo tree SPDX 확인. | ✅ sonnet 적절 |
+| S3 | tokenize_korean_morphological + ingest 통합 | **opus** | 복잡: lindera API 호출 (0.32 builder pattern 확인), chunk struct cascade, multi-crate 동시 변경, transaction invariant 보장. | ✅ opus 적절 |
+| S4 | first-boot eager backfill | sonnet | spec 에 API signature 와 body outline 이 상세 명시됨. batch commit 패턴 표준. | ✅ sonnet 적절 |
+| S5 | short_query_hint 제거 + lexical.rs 정리 | sonnet | 다중 파일 cascade 이나 mechanical search+delete. wire schema grep + if-then 분기 있으나 명시됨. | ✅ sonnet 적절 |
+| S6 | lexical_index_version bump | sonnet | 단일 함수 + test fixture 1줄 갱신. | ✅ sonnet 적절 |
+| S7 | 신규 test | sonnet | spec §9.2 verbatim 시그니처 따라. fixture 조정 필요 시 plan 에 가이드 있음. | ✅ sonnet 적절 |
+| S8 | eval golden regenerate | sonnet | baseline regenerate 명령 실행 + commit. | ✅ sonnet 적절 |
+| S9 | docs sync | sonnet | mechanical text edit, README narrow scope 지켜짐. | ✅ sonnet 적절 |
+| S10 | version bump | sonnet | 한 줄 변경. | ✅ sonnet 적절 |
+| S11 | final sanity | sonnet | 검증 명령 실행만. | ✅ sonnet 적절 |
+| PR-level final review | 전체 diff | **opus** | merge 직전 cross-file 일관성. | ✅ opus 적절 |
+
+**종합**: 사용자 요청("가벼운 작업은 sonnet, 복잡한 것은 opus") 과 plan 의 routing 이 완전히 일치. S1 (§5.5 verbatim), S3 (lindera API + multi-crate) 두 step 만 opus 로 격상, 나머지 9 step 은 sonnet. ✅ 정합 이상 없음.
+
+---
+
+## Task E — 0 new substantive finding
+
+plan 이 spec 의 design decision 을 재해석·변경·추가했는지 mechanical 검토:
+
+1. **§6.3 feature gate**: plan S2 의 구현 outline 은 workspace dep 추가를 기술하나, spec §6.3 의 `[features] fts_korean_morphological = ["lindera"]` 등록을 plan 의 어느 step 에도 명시하지 않았다. 이는 spec design 을 **변경**한 것이 아니라 **누락**한 것이다 (Task A 에서도 PARTIAL 로 분류). design 재해석이 아니므로 substantive finding 에는 해당하지 않는다.
+
+2. **S4.1 의 backfill batch commit (1000 row 마다)**: spec §8.2 에서 batch 크기를 구체적으로 명시하지 않았고 plan 이 1000 row 로 구체화했다. 이는 implementation detail 의 구체화이며, spec 의 design decision (backfill 정책 자체, idempotency, atomic transaction) 을 변경하지 않았다. substantive finding 아님.
+
+3. **S10.3 의 release notes draft 파일 (`docs/release-notes/v0.20.1-draft.md`)**: spec §12.1 의 release notes 4 단락 본문이 plan 에서 별도 파일 보관으로 구체화됐다. spec 의 release strategy 를 변경하지 않는 implementation 선택. substantive finding 아님.
+
+4. **S5 의 `search_plain_emits_short_query_hint_to_stderr` test 처리**: plan S5.5 에서 "삭제 또는 inverted rename" 두 가지 선택지를 열어 뒀다. spec §7.3 은 함수 정의+호출 제거 범위만 명시하고 test 처리를 직접 다루지 않으므로, plan 이 spec design 을 변경한 것이 아니라 executor 에게 선택을 위임한 것이다. substantive finding 아님.
+
+5. **S3.1 의 `OnceCell` / `lazy_static` tokenizer 캐시 패턴**: spec §6.2 에는 dictionary load 의 캐시 패턴이 명시되지 않았다. plan 이 performance optimization 을 추가 제안했으나, 이는 spec 의 invariant ("동일 Rust transaction 내 INSERT") 를 위반하지 않는 implementation hint 다. design 추가가 아니라 실행 guidance. substantive finding 아님.
+
+**None.** — 새로운 substantive finding 없음.
+
+---
+
+## Task F — Final verifier checklist completeness
+
+### spec §9 AC 커버
+
+| spec §9 항목 | plan §7 checklist 커버 | 비고 |
+|---|---|---|
+| §9.1 Scenario 1: `kebab search '한국'` → hit ≥ 1 | ✅ `kebab search '한국'` (fresh V009 KB) → hit ≥ 1 | |
+| §9.1 Scenario 2: `kebab search '서울'` → hit ≥ 1 | ✅ `kebab search '서울'` (fresh V009 KB) → hit ≥ 1 | |
+| §9.1 Scenario 3: `kebab search '지하철'` → hit ≥ 1 | ✅ `kebab search '지하철'` (fresh V009 KB) → hit ≥ 1 | |
+| §9.1 Scenario 4: `kebab search 'pipeline'` → whole-token 매칭만 (substring 0-hit) | ⚠ PARTIAL | plan checklist 에 `pipeline` 검색 확인이 없음. S11.5 dogfood smoke 에 해당 query 없음. |
+| §9.2 `fts_v009_korean_morphological_2char_query_hits` pass | ✅ `cargo test --workspace --no-fail-fast -j 1` → baseline +4 이상 에 포함 | |
+| §9.2 `fts_v009_english_whole_token_only` pass | ✅ 동상 | |
+| §9.2 `fts_v009_matches_design_section_5_5_verbatim` pass | ✅ 동상 (S1 에서 생성됨) | |
+| §9.2 `korean_morphological_2char_query_lexical_mode` pass | ✅ 동상 | |
+| §9.2 `korean_morphological_mixed_english_korean_query` pass | ✅ 동상 | |
+| §9.3 `chunks.tokenized_korean_text` 모든 한국어 chunk 에 채워짐 | ✅ V009 migration apply 후 기존 V007 KB → eager backfill 확인 | |
+| §9.3 FTS5 query `MATCH "한국"` → hit | ✅ 상동 | |
+| §9.3 `kebab schema --json` wire schema 변경 없음 | ✅ S11.4 schema 무결성 (`jq -e '.wire.schemas \| length'`) | |
+| §9.3 Hybrid/vector search 변경 없음 | ⚠ PARTIAL | plan checklist 에 hybrid/vector mode 회귀 검증 명령이 없음. spec §9.3 "Hybrid/vector search 는 변경 없음" 항목을 S11 의 dogfood smoke 에서 별도 확인하도록 명시되지 않음. |
+
+### spec §10 risk 커버
+
+| spec §10 risk | plan checklist 커버 | 비고 |
+|---|---|---|
+| §10.1 License (cargo deny) | ✅ "(deferred to P9) cargo deny check" 명시 + cargo tree SPDX 수동 대체 | |
+| §10.2 Dict size + binary bloat | ⚠ PARTIAL | plan checklist 에 binary size 실측 확인 항목 없음. S2 에서 cargo build 출력 확인은 있으나, release binary 의 `ls -lh` 또는 `size` 측정이 checklist 에 없음. |
+| §10.3 Ingest latency 증가 | ⚠ PARTIAL | plan checklist 에 ingest latency 측정 항목이 없음. spec §12.2 "Performance measurement: ingest duration 전후 비교" 를 plan §7 checklist 가 cover 하지 않음. |
+| §10.4 일본어/중국어 | 직접 check 불필요 (out of scope) | ✅ |
+
+### spec §12 release strategy 커버
+
+| spec §12 항목 | plan checklist 커버 | 비고 |
+|---|---|---|
+| §12.1 v0.20.1 version bump | ✅ `Cargo.toml workspace version = "0.20.1"` | |
+| §12.1 release notes 4 단락 | ✅ `docs/release-notes/v0.20.1-draft.md` 4 단락 | |
+| §12.2 fresh KB + 2자 query dogfood | ✅ S11.5 smoke | |
+| §12.2 hybrid/vector mode 변경 없음 확인 | ⚠ PARTIAL | 상동 (§9.3 과 동일 gap) |
+| §12.2 performance measurement | ⚠ PARTIAL | checklist 에 ingest duration 비교 없음 |
+
+**누락 항목 요약:**
+- English substring 0-hit 회귀 확인 (`'pipeline'` 또는 `'token'` query → 0-hit on substring-only string) — plan §7 checklist 미포함.
+- Hybrid/vector search 변경 없음 확인 명령 — plan §7 checklist 미포함.
+- Release binary size 실측 — plan §7 checklist 미포함 (spec §10.2 risk).
+- Ingest latency 측정 — plan §7 checklist 미포함 (spec §12.2 + §10.3).
+
+4건 모두 낮은 위험도의 검증 gap 이며, NEEDS_REWRITE trigger 수준 아님. micro-patch 로 처리 가능.
+
+---
+
+## Verdict rationale
+
+Task A~F 의 결과를 종합한다:
+
+- **Task A**: spec §6.3 feature flag 등록이 plan 에 누락됐으나, design 재해석이 아닌 implementation detail 누락이며 micro-patch 수준. spec 의 모든 core section (§5.1~§12.2) 이 적어도 한 step 에 의해 cover 됨.
+- **Task B**: PARTIAL AC 6건이 모두 "baseline 대비" 모호성, binary 빌드 사전 보장 누락 등 minor actionability gap. 명령 1줄 추가로 해소 가능. critical AC vagueness ("올바르게 작동" 류) 는 0건.
+- **Task C**: 그래프 cycle-free 확인. S5/S6 의 app.rs 공유로 인한 merge conflict 가능성이 있으나 plan 이 "file overlap 0" 이라고 잘못 명시한 것은 micro-patch 주의 수준. cycle 은 아님.
+- **Task D**: 모든 model routing 이 사용자 요청("가벼운 작업 sonnet")과 정합. 이상 없음.
+- **Task E**: 새로운 substantive design finding 없음. plan 은 spec 의 implementation 일정만 기술.
+- **Task F**: 4건의 minor checklist gap (영어 substring 회귀 확인, hybrid/vector 회귀 확인, binary size, ingest latency). 모두 낮은 위험도.
+
+NEEDS_REWRITE trigger (그래프 cycle, spec section 미커버, new substantive design 변경) 에 해당하는 항목 없음. **ACCEPT**.
+
+---
+
+## Recommended micro-patches (plan author 가 별 round 없이 직접 적용 가능)
+
+다음은 plan 자체의 수정 없이 executor 에게 전달하거나, plan 의 해당 줄을 최소 보완하는 수준의 권장 사항이다.
+
+**MP-1 (Task A, §6.3 feature flag)**: S2 또는 S3 의 "Files to modify" 에 `crates/kebab-app/Cargo.toml` — `[features]` 에 `fts_korean_morphological = ["dep:lindera"]` + `default = ["fts_korean_morphological"]` 추가 항목 삽입. spec §6.3 의 feature gate 등록을 누락하지 않도록.
+
+**MP-2 (Task B, S3 AC)**: `cargo build --workspace -j 4 2>&1 \| grep -c "warning: unused"` → `cargo build --workspace -j 4 2>&1 \| grep -c "warning: unused import.*lindera"` → `0` 으로 수정.
+
+**MP-3 (Task B, S4 AC)**: `App::open_with_config 두 번 연속 호출 시 backfill_count = 0` AC 에 구체적인 test 이름 또는 검증 명령 추가. 예: `cargo test -p kebab-app -j 4 -- backfill_is_idempotent_on_second_open` (또는 `backfill_tokenized_korean_text_populates_nullable_rows` 의 두번째 호출 assertion 이 이미 커버하는 경우 S4 AC 에 그 사실 cross-link).
+
+**MP-4 (Task B, S5 AC)**: `cargo build --workspace -j 4 2>&1 \| grep -E "error\|warning: unused" \| wc -l` → `cargo build --workspace -j 4 2>&1 \| grep -E "^error" \| wc -l` → `0` 으로 대체.
+
+**MP-5 (Task B, S6 AC)**: `./target/debug/kebab schema --json ...` 앞에 `cargo build -p kebab-cli -j 4 &&` 선행 명시.
+
+**MP-6 (Task B, S7 AC)**: `신규 test binary 2개 추가로 workspace test count baseline +4 이상` 항목에 검증 명령 추가. 예: `cargo test -p kebab-store-sqlite --test fts -- --list 2>&1 \| grep "fts_v009_korean" \| wc -l` → `≥ 1` + `cargo test -p kebab-app --test search_korean -- --list 2>&1 \| wc -l` → `≥ 2`.
+
+**MP-7 (Task B, S10 AC)**: `./target/release/kebab --version` 앞에 `cargo build --release -p kebab-cli -j 4 &&` 선행 명시.
+
+**MP-8 (Task C, Group 2 주의)**: §3 Dependencies 의 Group 2 주의 사항에 "S5 와 S6 은 모두 `crates/kebab-app/src/app.rs` 를 수정함. 병렬 에이전트 실행 시 편집 행 범위를 사전 분리할 것 (S5: line 98,532,616; S6: line 991-993)." 한 줄 추가.
+
+**MP-9 (Task F, §7 checklist)**: plan §7 verifier checklist 에 다음 3개 항목 추가:
+- `./target/release/kebab --config /tmp/kebab-smoke-v009/config.toml search 'token' --json \| jq '.hits \| length'` → 0 (영어 substring 매칭 회귀 확인, V009 는 whole-token only).
+- `./target/release/kebab --config /tmp/kebab-smoke-v009/config.toml search 'tokenizer' --json \| jq '.hits \| length'` → ≥ 1 (whole-token 매칭 정상).
+- hybrid/vector 회귀: `./target/release/kebab --config /tmp/kebab-smoke-v009/config.toml search '한국' --mode hybrid --json \| jq '.hits \| length'` → ≥ 1 (또는 mode flag 실제 이름으로 대체).
--- a/docs/superpowers/plans/2026-05-28-v0.20.x-korean-morphological-tokenizer-plan.md
+++ b/docs/superpowers/plans/2026-05-28-v0.20.x-korean-morphological-tokenizer-plan.md
@@ -0,0 +1,760 @@
+---
+title: v0.20.x — 한국어 morphological tokenizer (Bug #8 follow-up) — plan
+created: 2026-05-28
+status: accepted
+spec: docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec.md
+critic_r1: docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec-critic-r1.md
+critic_r2: docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec-critic-r2.md
+parent_handoff: docs/superpowers/handoffs/2026-05-28-v0.20.x-c-korean-morphological-tokenizer-handoff.md
+branch: feat/korean-morphological-tokenizer
+step_count: 11
+commit_count: 10
+---
+
+# v0.20.x — 한국어 morphological tokenizer — implementation plan
+
+> **For agentic workers:** REQUIRED SUB-SKILL — `superpowers:executing-plans` (또는 `superpowers:subagent-driven-development`). 각 Step 은 단일 commit boundary 를 가지고, 마지막 Step (S11 verify-only) 은 commit 없음. step-level checkbox `- [ ]` syntax 사용. spec 의 frozen contract 를 보존하며, 본 plan 은 implementation 일정만 다룬다.
+
+**Goal.** V007 trigram FTS5 tokenizer 의 한계 (2-char 한국어 query 0-hit) 를 해결한다. lindera + lindera-dict-ko-dic 기반 형태소 분석기를 도입하고, 한국어 chunk 의 분해된 morpheme 을 별 column `tokenized_korean_text` 에 pre-fill 한 뒤 FTS5 의 `unicode61` tokenizer 가 공백 경계로 token 화하도록 구성한다. V009 migration 으로 schema 를 한 번 교체하고, 첫 부팅 시 자동 eager backfill 로 기존 KB 의 모든 chunk 를 재-tokenize 한다 (사용자 재-ingest 불필요).
+
+**Architecture.** V009 migration 은 schema 만 변경 (column ADD, chunks_fts DROP+재정의, triggers 갱신). lindera 호출은 Rust 측 (`kebab-chunk::tokenize_korean_morphological`) 에서 일어나며, ingest pipeline 의 신규 chunk INSERT 시 동일 transaction 안에 `tokenized_korean_text` 를 pre-fill 한다. 기존 chunk 의 backfill 은 `App::open_with_config` 의 first-boot hook 에서 trigger 되어 chunks 전체에 대해 UPDATE → chunks_au trigger 가 chunks_fts 를 자동 재-index. `lexical_index_version` 은 V007 → V009 로 bump 되어 사용자 visible `index_version` 값이 변경된다. 영어 substring 매칭은 V002 동작 (whole-token only) 으로 회귀 — release notes 에 정직히 기술된다.
+
+**Tech stack.** Rust 2024, rusqlite (existing), refinery (existing), `lindera = "0.32"` (또는 시점 latest stable) workspace dep 신규, `lindera-dict-ko-dic` per-crate feature dep 신규. CARGO_TARGET_DIR=/build/out/cargo-target/target, `-j 4` default.
+
+**Spec contract.** `docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec.md` (668 line, ACCEPT, frozen). critic R2 의 9 finding traceability 매트릭스 + Appendix A~D 포함. 본 plan 은 spec 의 §1–§12 를 8 step 으로 분해 + 3 보조 step (test / docs / release).
+
+---
+
+## File map
+
+**Modify (12):**
+- `Cargo.toml` — workspace `[workspace.dependencies]` 에 `lindera`, `lindera-dict-ko-dic` 추가.
+- `crates/kebab-chunk/Cargo.toml` — `lindera` + `lindera-dict-ko-dic` per-crate dep 추가 (또는 feature gate). chunk crate 가 한국어 tokenizer 의 owner.
+- `crates/kebab-chunk/src/lib.rs` — `tokenize_korean_morphological(text: &str) -> Option<String>` helper 신규 + chunk builder pipeline 에 호출 추가.
+- `crates/kebab-store-sqlite/src/store.rs` — chunk INSERT path 에 `tokenized_korean_text` column 추가, backfill API `backfill_tokenized_korean_text(progress_cb)` 신규.
+- `crates/kebab-store-sqlite/tests/fts.rs` — 기존 V007 verbatim test rename + 신규 V009 verbatim test + 한국어 morphological hit test.
+- `crates/kebab-search/src/lexical.rs` — `build_match_string()` 의 trigram-specific 분기 단순화 (보존 정책 결정).
+- `crates/kebab-app/src/app.rs` — `short_query_hint()` 함수 + 2 호출 site 제거, `lexical_index_version()` 의 source 갱신.
+- `crates/kebab-app/src/lib.rs` — `short_query_hint` re-export 제거, `App::open_with_config` 에 first-boot eager backfill hook 추가.
+- `crates/kebab-tui/src/app.rs`, `crates/kebab-tui/src/search.rs`, `crates/kebab-tui/src/run.rs` — `short_query_hint` 필드 + 호출 제거 (TUI 측 cascade).
+- `crates/kebab-cli/tests/wire_search_response.rs` — `search_plain_emits_short_query_hint_to_stderr` test 삭제 또는 inverted (hint 가 더 이상 emit 안 됨).
+- `docs/superpowers/specs/2026-04-27-kebab-final-form-design.md` — §5.5 chunks_fts 블록을 V009 의 unicode61 + CASE expression 트리거 본문으로 갱신 (verbatim diff-check 대상).
+- `README.md`, `HANDOFF.md`, `docs/ARCHITECTURE.md`, `integrations/claude-code/kebab/SKILL.md`, `tasks/HOTFIXES.md` — surface cascade (S9 묶음).
+
+**Create (3):**
+- `migrations/V009__fts_korean_morphological.sql` — column ADD + chunks_fts re-create + triggers + corpus_revision bump (Section 5 verbatim).
+- `crates/kebab-app/tests/search_korean.rs` — end-to-end 한국어 2-char query integration test.
+- (선택) `crates/kebab-chunk/tests/tokenize_korean.rs` — lindera tokenize 단위 테스트.
+
+**Do NOT modify:**
+- `migrations/V007__fts_trigram.sql` — historical migration, 그대로 유지 (replay path 보존).
+- `migrations/V002__fts.sql` — V007 가 이미 design verbatim 비교 대상에서 제외했고, V009 도 동일.
+- spec 의 ACCEPT 본문 — 본 plan 은 spec 의 implementation 일정만 다룬다. 후속 deviation 은 `tasks/HOTFIXES.md` 에 기록.
+- `docs/wire-schema/v1/*.schema.json` — wire schema shape 불변 (§11.3, hit ordering 만 변화).
+
+---
+
+## 1. Scope summary
+
+이 plan 이 cover 하는 spec section:
+
+- **§4 Design Decision** (Option A 선택 rationale).
+- **§5 Migration Cascade (V009)** — DDL + corpus_revision + CI diff-check rename.
+- **§6 Tokenizer Integration** — lindera 의존성 + pre-tokenize 우회 + invariant + fallback.
+- **§7 Query Path** — lexical.rs 정리 + short_query_hint 제거 + surface cascade.
+- **§8 Backward Compatibility + Eager Backfill** — first-boot hook.
+- **§9 Acceptance Criteria** — 신규 단위/통합 test.
+- **§10 Risks + Evidence** — Appendix C/D 의 estimate 와 실측 reconciliation.
+- **§11 Version Cascade** — `lexical_index_version` bump.
+- **§12 Release Strategy** — v0.20.1 patch release + dogfood verification.
+
+**제외 (별 PR / 별 follow-up)**:
+
+- **일본어/중국어 morphological tokenizer** — spec §10.4. 본 plan 은 한국어 ko-dic 만. 동일 패턴 재사용은 별 plan.
+- **Eval golden baseline regenerate** — spec §11.3 결정상 본 PR scope 에 포함하나 별 step (S8) 으로 분리. crate `kebab-eval` 의 goldens.csv 가 변경되므로 별 commit 권장.
+- **Streaming progress for eager backfill** — spec §10.3 mitigation 의 "background job + streaming feedback" 은 v0.20.x 의 후속 P5 sub-item 으로 미룬다.
+
+---
+
+## 2. Step decomposition
+
+8 implementation step + 3 보조 step = 총 11 step, 10 commit (S11 verify-only). spec 의 권장 11 step (S1~S11) 을 본 plan 에서는 의존성 그룹에 따라 재배치하고, S2 (design §5.5) + S1 (migration) + S8 (test) 를 한 commit 단위로 묶는다.
+
+### Step 1 — V009 migration + design §5.5 갱신 + CI diff-check rename
+
+**Implements:** §5.1, §5.2, §5.3. **Commit 1/10.**
+
+**Spec sections covered:** §5.1 DDL skeleton, §5.2 corpus_revision bump, §5.3 design + CI diff-check 갱신.
+
+**Files to modify:**
+- Create `migrations/V009__fts_korean_morphological.sql`.
+- Modify `docs/superpowers/specs/2026-04-27-kebab-final-form-design.md` (§5.5 블록).
+- Modify `crates/kebab-store-sqlite/tests/fts.rs` (V007 verbatim test → V009 rename).
+
+**Implementation outline:**
+
+- [ ] **1.1 V009 migration 파일 작성** — spec §5.1 의 DDL skeleton 을 verbatim 복사한다. 4 영역으로 구성: (a) `ALTER TABLE chunks ADD COLUMN tokenized_korean_text TEXT;`, (b) 기존 chunks_fts + 3 trigger DROP, (c) 신규 chunks_fts (unicode61) + chunks_ai/ad/au trigger 재정의 (CASE expression 포함), (d) `INSERT INTO chunks_fts ... SELECT ... FROM chunks;` (기존 row 재-index), (e) 마지막 줄 `UPDATE kv SET v = v + 1 WHERE k = 'corpus_revision';`.
+- [ ] **1.2 §5.5 verbatim 마커** — V007 의 design verbatim block 마커 (`-- ── BEGIN §5.5 verbatim block ──` / `-- ── End §5.5 verbatim block ──`) 와 동일한 marker 를 V009 migration 의 (c) 블록 주위에 삽입. CI diff-check 가 마커로 슬라이스 추출하므로 형식 일관성 필수.
+- [ ] **1.3 design §5.5 갱신** — `docs/superpowers/specs/2026-04-27-kebab-final-form-design.md` §5.5 의 chunks_fts 정의 + 3 trigger 본문을 V009 의 unicode61 + CASE expression 형태로 다시 쓴다. critic R1 finding #5 + critic R2 의 verbatim scope (CASE expression 포함) 따라 trigger body 전체가 verbatim diff 대상. spec drafter 가 §5.3 에서 명시한 "whitespace-normalized string compare of the §5.5 block, scope = CASE expression 포함" 정의 적용.
+- [ ] **1.4 V007 verbatim test rename** — `crates/kebab-store-sqlite/tests/fts.rs:407` 의 `fts_v007_matches_design_section_5_5_verbatim` 를 `fts_v009_matches_design_section_5_5_verbatim` 로 rename. 함수 body 의 marker 검색 대상도 `migrations/V007__fts_trigram.sql` → `migrations/V009__fts_korean_morphological.sql` 로 변경. fts.rs:402-405 의 doc-comment 갱신 ("V007 stays for historical replay, V009 is the source of truth"). V002 + V007 모두 더 이상 design 비교 대상 아님 명시.
+- [ ] **1.5 corpus_revision SQL 의 정상 동작 검증** — 신규 단위 test `v009_bumps_corpus_revision` 를 fts.rs 에 추가. TempDir SqliteStore 열기 → migration apply → `SELECT v FROM kv WHERE k='corpus_revision'` 가 V008 적용 시점 대비 +1 이상.
+- [ ] **1.6 Verify.** `cargo test -p kebab-store-sqlite --test fts -j 4` 가 통과. `fts_v009_matches_design_section_5_5_verbatim` 와 `v009_bumps_corpus_revision` 모두 hit. 기존 V002/V007 test 는 syntactic 만 유지된 상태로 pass.
+
+**Acceptance criteria:**
+- `cargo test -p kebab-store-sqlite --test fts fts_v009_matches_design_section_5_5_verbatim -j 4` → exit 0, assertion 통과 (V009 의 §5.5 block 이 design §5.5 와 whitespace-normalized string-equal).
+- `cargo test -p kebab-store-sqlite --test fts v009_bumps_corpus_revision -j 4` → exit 0, corpus_revision 값이 strict-monotonic 증가.
+- `grep -c "fts_v007_matches_design_section_5_5_verbatim" crates/kebab-store-sqlite/tests/fts.rs` → `0` (rename 완료 확인).
+- `cargo clippy -p kebab-store-sqlite --all-targets -j 4 -- -D warnings` → clean.
+
+---
+
+### Step 2 — lindera dependency + license 검증
+
+**Implements:** §6.1, §10.1. **Commit 2/10.**
+
+**Spec sections covered:** §6.1 라이브러리 선정, §10.1 라이센스 검증 (Appendix D).
+
+**Files to modify:**
+- `Cargo.toml` (workspace) — `[workspace.dependencies]` 에 `lindera = "0.32"` 와 `lindera-dict-ko-dic = "0.32"` 추가. version pin 은 cargo search 결과의 stable latest 로 결정.
+- `crates/kebab-chunk/Cargo.toml` — per-crate dep 에 `lindera = { workspace = true }` + `lindera-dict-ko-dic = { workspace = true, features = ["embedded-dict"] }` 추가. dict 의 정확한 feature name 은 lindera-dict-ko-dic 의 Cargo.toml metadata 확인 후 결정.
+- `crates/kebab-app/Cargo.toml` — `[features]` 에 `fts_korean_morphological = ["dep:lindera"]` + `default = ["fts_korean_morphological"]` 등록 (spec §6.3 feature gate).
+
+**Implementation outline:**
+
+- [ ] **2.1 cargo search 로 stable latest 확인** — `cargo search lindera lindera-dict-ko-dic --limit 5`. spec §6.1 의 라이브러리 선정 의도와 일치하는 minor version 선택. crate 가 multi-dictionary feature flag (`ko-dic`, `embedded-dict`) 를 갖고 있다면 그것을 활성화.
+- [ ] **2.2 Workspace + per-crate dep 추가** — `Cargo.toml` 의 `[workspace.dependencies]` 에 두 dep 추가 (version pin, registry). `crates/kebab-chunk/Cargo.toml` 의 `[dependencies]` 에 `lindera = { workspace = true }` 와 `lindera-dict-ko-dic = { workspace = true, features = [...] }` 추가.
+- [ ] **2.3 cargo build 의 dict 다운로드 정책 검증** — spec §10 risks, Appendix C 의 "release binary 에 embed +15-25 MB" 를 만족시키려면 dict 가 build-time 에 embedded 되어야 한다. `cargo build -p kebab-chunk --release 2>&1 | tail -20` 으로 dict download / decompression step 가 성공하는지 확인. 실패 시 (network egress 차단 환경) lindera-dict-ko-dic 의 `embedded-dict` 또는 동급 feature 가 정확히 어떤 이름인지 crate docs 참조 후 수정. 최악 fallback: `build.rs` proactive download 또는 vendored crate (별 follow-up).
+- [ ] **2.4 license fingerprint 확인** — `cargo tree --depth 1 -p lindera -p lindera-dict-ko-dic` 로 두 crate 의 SPDX 확인. Appendix D 의 가정 (`MIT OR Apache-2.0` for lindera, `Apache-2.0` for dict) 와 일치하는지 정직히 비교. 불일치 시 plan 의 후속 step (S9 docs sync) 의 release notes 표현을 조정.
+- [ ] **2.5 deny.toml 부재 확인** — 현재 repo 에 `deny.toml` 이 없음 (probe 결과 `ls deny.toml` → no such file). spec §10.1 + Appendix D 가 명시한 `cargo deny check` 절차는 본 plan 에서 **deferred**. 대신 (a) `cargo tree` 출력의 SPDX 를 `tasks/HOTFIXES.md` 에 evidence 로 기록, (b) spec drafter 의 CC BY-SA 라이센스 미포함 fail-fast 정책은 cargo tree 의 license field 수동 확인으로 대체. follow-up: `cargo-deny` 도입은 별 P9 sub-item 으로 분리 (HANDOFF 에 추가).
+- [ ] **2.6 dependency-only commit** — 본 step 은 lindera 호출 site 추가 없이 dep 만 추가한다. `cargo build --workspace -j 4 2>&1 | tail -3` 가 success (어떤 호출도 없으므로 unused-dependency lint trigger 가능 — `#[allow(unused_imports)]` 또는 implicit use 는 다음 step S3 에서 해소). 본 step 의 commit boundary 는 "dep만 추가, 실제 use 는 next commit" 로 명시.
+
+**Acceptance criteria:**
+- `cargo build --workspace -j 4 2>&1 | grep -E "^error\\[E" | wc -l` → `0`.
+- `cargo tree --depth 1 -p lindera -p lindera-dict-ko-dic 2>&1 | grep -iE "MIT|Apache" | wc -l` → `≥ 2`. SPDX 가 Apache-2.0 + MIT 둘 중 적어도 하나 포함.
+- `grep -c "lindera" Cargo.toml` → `≥ 1` (workspace dep 등록).
+- `grep -c "lindera" crates/kebab-chunk/Cargo.toml` → `≥ 1` (per-crate dep 등록).
+
+---
+
+### Step 3 — kebab-chunk 에 `tokenize_korean_morphological()` helper + ingest pipeline 통합
+
+**Implements:** §6.2 (transaction invariant + fallback). **Commit 3/10.**
+
+**Spec sections covered:** §6.2 Pre-tokenize 우회 + Invariant + 실패 처리.
+
+**Files to modify:**
+- `crates/kebab-chunk/src/lib.rs` — `tokenize_korean_morphological()` 함수 신규 + chunk builder pipeline 에 호출.
+- (선택) `crates/kebab-chunk/tests/tokenize_korean.rs` — lindera segmentation 의 단위 검증.
+
+**Implementation outline:**
+
+- [ ] **3.1 helper 함수 signature** — `kebab-chunk/src/lib.rs` 에 다음 추가:
+
+  ```rust
+  /// 한국어 chunk text 를 lindera ko-dic 으로 형태소 분해해 공백 join 한 결과를 반환.
+  /// 분석 실패 시 None — 호출자는 NULL fallback 처리.
+  pub fn tokenize_korean_morphological(text: &str) -> Option<String> {
+      use lindera::{
+          dictionary::{DictionaryConfig, DictionaryKind, load_dictionary_from_config},
+          mode::Mode,
+          segmenter::Segmenter,
+          tokenizer::Tokenizer,
+      };
+      let dict_config = DictionaryConfig { kind: Some(DictionaryKind::KoDic), path: None };
+      let dictionary = load_dictionary_from_config(dict_config).ok()?;
+      let segmenter = Segmenter::new(Mode::Normal, dictionary, None);
+      let tokenizer = Tokenizer::new(segmenter);
+      let tokens = tokenizer.tokenize(text).ok()?;
+      let joined = tokens.iter().map(|t| t.text.as_ref()).collect::<Vec<_>>().join(" ");
+      if joined.trim().is_empty() { None } else { Some(joined) }
+  }
+  ```
+
+  실제 API 는 lindera 0.32 의 builder pattern 따라 조정 (crate docs 참조). `OnceCell` 또는 `lazy_static` 으로 Tokenizer 1회만 초기화하는 캐시 패턴 적용 — segmentation cost 의 dictionary load 의존이 hot loop 에 영향 안 가도록.
+
+- [ ] **3.2 fallback 정책 명시** — spec §6.2 "tokenize_korean_morphological() 실패 처리" 따라 dictionary load fail 또는 token error 시 `None` 반환. 호출 site 에서 `tracing::warn!(target: "kebab-chunk", "tokenize_korean_morphological fallback to NULL: chunk_id={...}, err={...}");` 발화. chunk 자체 ingest 는 성공 + chunks_ai trigger 가 ELSE branch (raw text 만 index) 를 탄다.
+- [ ] **3.3 chunk builder pipeline 통합** — `kebab-chunk` 의 chunk emit / builder loop (구체 함수명은 probe 결과 따라 결정; chunk struct 의 `text` field 가 채워진 직후 시점) 에서 `tokenize_korean_morphological(&chunk.text)` 호출 → 결과를 `chunk.tokenized_korean_text: Option<String>` 신규 field 에 저장. chunk struct definition 도 갱신.
+- [ ] **3.4 store INSERT path 갱신** — `crates/kebab-store-sqlite/src/store.rs` 의 chunks INSERT SQL 에 `tokenized_korean_text` column 추가. signature 갱신: prepared statement 의 placeholder count 가 +1 됨. row binding 도 동일 transaction 안에서 단일 INSERT 로 처리 (spec §6.2 "lindera tokenize → chunks INSERT 는 동일 Rust transaction 내에서" invariant 보장).
+- [ ] **3.5 단위 테스트** — `crates/kebab-chunk/tests/tokenize_korean.rs` 신규:
+
+  ```rust
+  #[test]
+  fn tokenize_korean_morphological_splits_2char_word() {
+      let out = kebab_chunk::tokenize_korean_morphological("한국 문화는 오래되었다").unwrap();
+      // 공백으로 join 된 token 시퀀스에 "한국" 이 독립 token 으로 존재해야 함.
+      let tokens: Vec<&str> = out.split_whitespace().collect();
+      assert!(tokens.contains(&"한국"), "tokens = {:?}", tokens);
+  }
+
+  #[test]
+  fn tokenize_korean_morphological_empty_returns_none() {
+      assert!(kebab_chunk::tokenize_korean_morphological("").is_none());
+      assert!(kebab_chunk::tokenize_korean_morphological("   ").is_none());
+  }
+  ```
+
+  `한국` token 의 hit 가 lindera ko-dic 의 실제 segmentation 동작 의존이므로 (Appendix B 의 prior-knowledge 예측), 실측 실패 시 fixture text 를 spec Appendix B 의 검증 명령 출력으로 교체.
+
+- [ ] **3.6 Verify.** `cargo test -p kebab-chunk --test tokenize_korean -j 4` → exit 0. `cargo build --workspace -j 4` → success.
+
+**Acceptance criteria:**
+- `cargo test -p kebab-chunk --test tokenize_korean tokenize_korean_morphological_splits_2char_word -j 4` → exit 0, fixture `"한국 문화는 오래되었다"` 분해 결과에 token `"한국"` 포함.
+- `cargo test -p kebab-chunk --test tokenize_korean tokenize_korean_morphological_empty_returns_none -j 4` → exit 0.
+- `cargo build --workspace -j 4 2>&1 | grep -c "warning: unused import.*lindera"` → `0` (lindera dep 가 실제 사용되고 unused import 없음).
+- chunk struct 의 `tokenized_korean_text` field 존재 (`grep -n "tokenized_korean_text" crates/kebab-chunk/src/lib.rs` → `≥ 1`).
+- `cargo clippy -p kebab-chunk --all-targets -j 4 -- -D warnings` → clean.
+
+---
+
+### Step 4 — `App::open_with_config` 의 first-boot eager backfill hook
+
+**Implements:** §8.2 eager backfill. **Commit 4/10.**
+
+**Spec sections covered:** §8.1 V007 trigram index 처리, §8.2 자동 eager backfill, §6.2 backfill atomic transaction.
+
+**Files to modify:**
+- `crates/kebab-store-sqlite/src/store.rs` — `backfill_tokenized_korean_text(progress_cb)` API 신규.
+- `crates/kebab-app/src/lib.rs` — `App::open_with_config` 에 first-boot hook 추가 + idempotency guard.
+
+**Implementation outline:**
+
+- [ ] **4.1 backfill API signature** — `store.rs` 에 다음 추가:
+
+  ```rust
+  /// 모든 chunks 의 tokenized_korean_text 가 NULL 인 row 를 찾아
+  /// lindera tokenize → UPDATE. 각 row 의 UPDATE 는 chunks_au trigger 를 fire
+  /// 시켜 chunks_fts 가 재-index 됨. 모든 작업은 동일 transaction 안.
+  /// 결과: 처리된 row 수.
+  pub fn backfill_tokenized_korean_text<F>(&self, progress: F) -> anyhow::Result<u64>
+  where F: Fn(u64, u64);
+  ```
+
+  body: (a) `SELECT chunk_id, text FROM chunks WHERE tokenized_korean_text IS NULL` 로 후보 row 수집. (b) 각 row 에 대해 `kebab_chunk::tokenize_korean_morphological(text)` 호출 → 결과를 `UPDATE chunks SET tokenized_korean_text = ? WHERE chunk_id = ?`. (c) BEGIN/COMMIT batch (예: 1000 row 마다 commit) 으로 단일 거대 transaction 회피 + crash recovery 의 partial progress 보장. (d) `progress(done, total)` 콜백 발화. (e) lindera 가 None 반환 시 `UPDATE ... SET tokenized_korean_text = ''` (빈 문자열) 대신 row 를 skip — chunks_au trigger 가 ELSE branch 를 타게 둔다.
+
+- [ ] **4.2 idempotency 보장** — backfill 은 `IS NULL` 필터로 partial completion 후 재실행 시에도 idempotent. 한 번 채워진 row 는 다시 처리되지 않음. lindera 가 None 을 반환한 row 는 영구히 NULL 로 남으나, dictionary update 후 재실행 시 다시 후보가 되도록 별 marker column 은 추가하지 않음 — spec §8.2 의 "부분 완료 상태 search 동작" 보존.
+- [ ] **4.3 App::open_with_config 의 hook 위치** — `crates/kebab-app/src/lib.rs` 의 `App::open_with_config` 본체에서 migration apply 직후 (즉 store 가 V009 schema 를 보장한 직후) 다음 호출 추가:
+
+  ```rust
+  let backfill_count = app.sqlite
+      .backfill_tokenized_korean_text(|done, total| {
+          if total > 0 && done % 500 == 0 {
+              tracing::info!(target: "kebab-app",
+                  "korean tokenizer backfill: {done}/{total}");
+          }
+      })
+      .unwrap_or_else(|e| {
+          tracing::warn!(target: "kebab-app",
+              "korean tokenizer backfill failed: {e}");
+          0
+      });
+  if backfill_count > 0 {
+      tracing::info!(target: "kebab-app",
+          "korean tokenizer backfill complete: {backfill_count} chunks updated");
+  }
+  ```
+
+  backfill 실패 (lindera dict load 등) 는 fatal 아님 — App open 자체는 성공해 사용자가 vector/hybrid mode 로 계속 사용 가능.
+- [ ] **4.4 startup latency 의 사용자 인지** — KB 가 큰 경우 첫 부팅이 spec §8.2 "약 10,000 chunk 당 ~30-60초" 동안 visible delay. CLI 사용자는 `kebab` 첫 호출이 늦어지는 것을 본다. stderr 로 progress info 발화 (위 callback 의 `tracing::info!`) — 사용자가 hang 으로 오인 안 하도록.
+- [ ] **4.5 backfill 단위 테스트** — `crates/kebab-store-sqlite/tests/fts.rs` 에 추가:
+
+  ```rust
+  #[test]
+  fn backfill_tokenized_korean_text_populates_nullable_rows() {
+      // TempDir KB 열기, V009 적용된 schema 상태.
+      // chunks 에 ('한국 문화', NULL) row 두 개 INSERT.
+      // backfill_tokenized_korean_text(noop) 호출 → 반환값 == 2.
+      // 두 row 의 tokenized_korean_text IS NOT NULL.
+      // 두번째 호출 → 0 반환 (idempotent).
+  }
+  ```
+
+- [ ] **4.6 Verify.** `cargo test -p kebab-store-sqlite --test fts backfill_tokenized_korean_text_populates_nullable_rows -j 4` → exit 0. `cargo build -p kebab-app -j 4` → success.
+
+**Acceptance criteria:**
+- `cargo test -p kebab-store-sqlite --test fts backfill_tokenized_korean_text_populates_nullable_rows -j 4` → exit 0, idempotency 확인.
+- `App::open_with_config` 두 번 연속 호출 시 두번째 호출의 backfill_count = 0 (idempotency 의 production 측면). `backfill_tokenized_korean_text_populates_nullable_rows` test 의 두 번째 `backfill_tokenized_korean_text` 호출 assert (반환값 == 0) 이 이 AC 를 cover 함. `cargo test -p kebab-store-sqlite --test fts backfill_tokenized_korean_text_populates_nullable_rows -j 4` → exit 0 으로 검증.
+- `cargo clippy -p kebab-app --all-targets -j 4 -- -D warnings` → clean.
+
+---
+
+### Step 5 — `short_query_hint()` 제거 + lexical.rs build_match_string 정리
+
+**Implements:** §7.2, §7.3. **Commit 5/10.**
+
+**Spec sections covered:** §7.2 lexical.rs 조정, §7.3 CLI hint 제거.
+
+**Files to modify:**
+- `crates/kebab-app/src/app.rs` — `short_query_hint()` 함수 정의 + 2 호출 site (line 532, 616) 제거.
+- `crates/kebab-app/src/lib.rs` — re-export `pub use app::{..., short_query_hint};` 의 `short_query_hint` 제거.
+- `crates/kebab-tui/src/app.rs` (161, 188), `crates/kebab-tui/src/search.rs` (443, 619, 703, 711), `crates/kebab-tui/src/run.rs` (394) — `short_query_hint` field + 호출 cascade 제거.
+- `crates/kebab-cli/tests/wire_search_response.rs:215` — `search_plain_emits_short_query_hint_to_stderr` test 삭제.
+- `crates/kebab-search/src/lexical.rs::build_match_string()` — trigram-specific 분기 단순화 검토.
+
+**Implementation outline:**
+
+- [ ] **5.1 short_query_hint 정의 + 호출 제거** — `crates/kebab-app/src/app.rs:98` 의 `pub fn short_query_hint(query_text: &str, hits_empty: bool) -> Option<String>` 함수 본체 삭제. line 532, 616 의 두 호출 site (search response 의 hint 채우는 부분) 도 함께 제거 — 해당 SearchResponse field 가 항상 None 으로 셋팅되거나, SearchResponse 의 hint field 자체를 제거 (wire schema 영향 검토 필요).
+- [ ] **5.2 wire schema 영향 확인** — `SearchResponse` struct 의 `short_query_hint` 또는 `hint` field 가 `search_hit.v1` / `search_response.v1` JSON Schema 에 포함되어 있는지 `docs/wire-schema/v1/*.schema.json` grep. (a) 포함되어 있다면 wire 의 additive minor 가 아닌 removal 이므로 별도 결정 — spec §11.3 의 "wire schema shape 변경 없음" 과 모순. → 그 경우 field 는 struct 에 남기고 항상 None / 생략 (Option/Default) 으로 유지. (b) 포함되어 있지 않으면 struct field 도 함께 제거.
+- [ ] **5.3 lib.rs re-export 제거** — `crates/kebab-app/src/lib.rs:75` 의 `pub use app::{App, SearchResponse, short_query_hint};` 에서 `short_query_hint` 부분 제거.
+- [ ] **5.4 TUI cascade 제거** — `crates/kebab-tui/src/app.rs:161,188` 의 `pub short_query_hint: Option<String>` field + default init 삭제. `crates/kebab-tui/src/search.rs:443,619,703,711` 의 4 곳에서 `s.short_query_hint = None` / `s.short_query_hint = kebab_app::short_query_hint(...)` 라인 모두 삭제. `crates/kebab-tui/src/run.rs:394` 의 `.and_then(|s| s.short_query_hint.as_deref())` 도 제거 — 그 자리의 UI 표현은 빈 상태 또는 다른 hint 로 대체.
+- [ ] **5.5 CLI test 정리** — `crates/kebab-cli/tests/wire_search_response.rs:215` 의 `search_plain_emits_short_query_hint_to_stderr` test 전체를 삭제. 또는 test name 을 `search_plain_does_not_emit_short_query_hint_to_stderr` 로 rename 후 assertion 을 negative 로 invert.
+- [ ] **5.6 lexical.rs::build_match_string 검토** — `crates/kebab-search/src/lexical.rs:205` 의 함수 본체를 읽어 trigram-specific 처리 (예: 2-char Korean token 의 OR-combine, character-class 분해) 존재 여부 확인. spec §7.2 권장: "backward-compat 차원에서 기존 로직 보존" → 본 step 에서는 **변경 없음** (보존). 단 함수 doc-comment 에 "V009 unicode61 + 형태소 tokenizer 환경에서는 multi-token Korean query 의 OR-combine 분기는 redundant 하나 보존" 한 줄 추가.
+- [ ] **5.7 Verify.** `cargo test --workspace -j 1 -- --skip wire_search_response::search_plain_emits 2>&1 | tail -5` 으로 cascade 통과 확인. `cargo build --workspace -j 4` success.
+
+**Acceptance criteria:**
+- `grep -rn "short_query_hint" crates/ tests/ 2>/dev/null | wc -l` → `0` (또는 doc-comment 의 1 줄만 남음).
+- `cargo build --workspace -j 4 2>&1 | grep -E "^error" | wc -l` → `0` (cascade 누락으로 인한 컴파일 에러 없음).
+- `cargo test -p kebab-cli --test wire_search_response -j 4` → exit 0, `search_plain_emits_short_query_hint_to_stderr` 가 test list 에서 사라짐.
+- `cargo clippy --workspace --all-targets -j 4 -- -D warnings` → clean.
+
+---
+
+### Step 6 — `lexical_index_version()` 의 V009 bump
+
+**Implements:** §11.1. **Commit 6/10.**
+
+**Spec sections covered:** §11.1 index_version bump, §11.3 wire content 변화 명시.
+
+**Files to modify:**
+- `crates/kebab-app/src/app.rs:991-993` — `lexical_index_version()` 함수의 반환 문자열 갱신.
+
+**Implementation outline:**
+
+- [ ] **6.1 현재 source-of-truth 확인** — line 991-993 의 `fn lexical_index_version` 는 `IndexVersion(format!("lex:{}", config.chunking.chunker_version))` 반환. fts version 정보가 없음. spec §11.1 의 권장 문자열 `"fts5-v009-korean-morphological"` 또는 `"v009-morpho"` 를 채택하기 위해 format 변경 필요.
+- [ ] **6.2 신규 format** — 변경:
+
+  ```rust
+  fn lexical_index_version(config: &kebab_config::Config) -> IndexVersion {
+      IndexVersion(format!(
+          "lex:{}:fts5-v009-korean-morphological",
+          config.chunking.chunker_version
+      ))
+  }
+  ```
+
+  기존 5 호출 site (app.rs line 367, 389, 479, 661, 680) 는 함수 호출만 하므로 자동 cascade. test `lexical_index_version_is_returned_unchanged` (`crates/kebab-search/tests/lexical.rs:650`) 의 assertion 갱신 필요.
+- [ ] **6.3 lexical test 갱신** — `crates/kebab-search/tests/lexical.rs:650` 의 `lexical_index_version_is_returned_unchanged` test 가 hard-coded 한 expected 값을 V009 신규 format 으로 갱신. 또는 test 의 의도가 "format 자체의 invariant 보장" 이라면 substring match (`actual.0.contains("fts5-v009")`) 로 변경.
+- [ ] **6.4 Verify.** `cargo test -p kebab-search --test lexical lexical_index_version_is_returned_unchanged -j 4` → exit 0. `cargo test -p kebab-app -j 4` → 회귀 0.
+
+**Acceptance criteria:**
+- `cargo test -p kebab-search --test lexical lexical_index_version_is_returned_unchanged -j 4` → exit 0.
+- `cargo build -p kebab-cli -j 4 && ./target/debug/kebab schema --json | jq -r '.index_versions.lexical // empty' 2>/dev/null | grep -c "fts5-v009"` → `≥ 1`.
+- `cargo clippy -p kebab-app --all-targets -j 4 -- -D warnings` → clean.
+
+---
+
+### Step 7 — 신규 unit/integration test (Korean morphological FTS scenarios)
+
+**Implements:** §9.1 AC, §9.2 test coverage. **Commit 7/10.**
+
+**Spec sections covered:** §9.1 lexical-mode scenarios, §9.2 test coverage.
+
+**Files to modify:**
+- `crates/kebab-store-sqlite/tests/fts.rs` — `fts_v009_korean_morphological_2char_query_hits` + `fts_v009_english_whole_token_only` 추가.
+- Create `crates/kebab-app/tests/search_korean.rs` — `korean_morphological_2char_query_lexical_mode` + `korean_morphological_mixed_english_korean_query`.
+
+**Implementation outline:**
+
+- [ ] **7.1 fts.rs 의 신규 단위 test** — spec §9.2 의 verbatim 시그니처 따라:
+
+  ```rust
+  #[test]
+  fn fts_v009_korean_morphological_2char_query_hits() {
+      // 1. TempDir KB 열기 + V009 schema 보장.
+      // 2. chunks 에 ('한국 문화는 오래되었다', tokenize_korean_morphological(...)) row INSERT.
+      //    triggers chunks_ai 가 chunks_fts 에 자동 index.
+      // 3. SELECT chunk_id FROM chunks_fts WHERE chunks_fts MATCH '한국'
+      //    → 결과 row count >= 1.
+      // 4. 동일 방식으로 '문화' query → row count >= 1.
+  }
+
+  #[test]
+  fn fts_v009_english_whole_token_only() {
+      // Path A 회귀 확인: V007 trigram substring 매칭 사라짐.
+      // 1. ('the tokenizer normalizes whitespace', None) row INSERT.
+      // 2. MATCH 'token' → 0 row (substring of 'tokenizer' is NOT matched by unicode61).
+      // 3. MATCH 'tokenizer' → >= 1 row.
+  }
+  ```
+
+- [ ] **7.2 search_korean.rs end-to-end test** — `crates/kebab-app/tests/search_korean.rs` 신규:
+
+  ```rust
+  #[test]
+  fn korean_morphological_2char_query_lexical_mode() {
+      // 1. TempDir config, App::open_with_config.
+      // 2. ingest_with_config_opts 로 fixture 한국어 markdown 파일 ingest.
+      //    (fixture = "한국어를 공부합니다.\n서울은 한국의 수도입니다.")
+      // 3. App::search 의 SearchQuery { text: "한국", mode: Lexical, ... }.
+      //    → hits.len() >= 1.
+      // 4. '서울' query → hits.len() >= 1.
+  }
+
+  #[test]
+  fn korean_morphological_mixed_english_korean_query() {
+      // 1. fixture = "Rust 최적화는 zero-cost abstraction 을 강조한다."
+      // 2. 'Rust' query → hit, '최적화' query → hit.
+      // 3. 'Rust 최적화' multi-token query → hit (build_match_string 의 OR-combine).
+  }
+  ```
+
+  fixture 가 lindera ko-dic 의 실제 segmentation 동작 의존이므로 spec Appendix B 의 prior-knowledge 예측이 실패할 경우 fixture text 와 query 를 조정 (한국어 corpus 의 representative case).
+
+- [ ] **7.3 spec §9.2 `fts_v009_matches_design_section_5_5_verbatim` 와의 관계** — 이 test 는 이미 S1 의 rename 으로 생성됨. 본 step 에서 추가하지 않음.
+- [ ] **7.4 Verify.** `cargo test -p kebab-store-sqlite --test fts fts_v009_korean -j 4` → 2 test exit 0. `cargo test -p kebab-app --test search_korean -j 4` → 2 test exit 0.
+
+**Acceptance criteria:**
+- `cargo test -p kebab-store-sqlite --test fts fts_v009_korean_morphological_2char_query_hits -j 4` → exit 0, fixture chunk `"한국 문화는 오래되었다"` 가 query `"한국"` 의 hit list 에 존재.
+- `cargo test -p kebab-store-sqlite --test fts fts_v009_english_whole_token_only -j 4` → exit 0, fixture `"the tokenizer..."` 가 query `"token"` 에서 0-hit + query `"tokenizer"` 에서 hit.
+- `cargo test -p kebab-app --test search_korean korean_morphological_2char_query_lexical_mode -j 4` → exit 0.
+- `cargo test -p kebab-app --test search_korean korean_morphological_mixed_english_korean_query -j 4` → exit 0.
+- 신규 test binary 2개 (`fts` 확장 + `search_korean` 신규) 의 추가로 workspace test count 가 baseline +4 이상. 검증 명령:
+  - `cargo test -p kebab-store-sqlite --test fts -- --list 2>&1 | grep "fts_v009_korean" | wc -l` → `≥ 1`
+  - `cargo test -p kebab-app --test search_korean -- --list 2>&1 | wc -l` → `≥ 2`
+
+---
+
+### Step 8 — eval golden baseline regenerate
+
+**Implements:** §11.3 wire content 변화 (eval golden 재생성 책임). **Commit 8/10.**
+
+**Spec sections covered:** §11.3 eval golden baseline regenerate.
+
+**Files to modify:**
+- `crates/kebab-eval/goldens/*.csv` (또는 동급 fixture) — V007 기준 expected rank/hit_id 시퀀스를 V009 기준 으로 재생성.
+- `crates/kebab-eval/tests/*` — 회귀 0.
+
+**Implementation outline:**
+
+- [ ] **8.1 baseline regenerate 절차 확인** — `crates/kebab-eval/` 의 README 또는 doc-comment 에 명시된 baseline regenerate 명령 (e.g. `cargo run -p kebab-eval -- regenerate-goldens --kb /tmp/eval-kb`) 또는 동급 운영 절차 실행. 정확한 명령은 crate 의 main.rs / lib.rs 의 subcommand 정의 확인 후 결정.
+- [ ] **8.2 V009 적용된 KB 로 baseline 재계산** — spec §12.2 dogfood verification 의 fresh KB 사용 가능 (또는 `tasks/HOTFIXES.md` 의 dogfood corpus 경로 재사용). 재생성된 CSV 의 hit_id / rank 시퀀스가 V007 baseline 과 다름은 의도된 변화 — git diff 가 보여주는 변경량 검토 후 commit.
+- [ ] **8.3 commit 시점 분리** — baseline regenerate 는 별 commit (S8) 이며, executor / dogfood 단계에서 의미 있는 deviation 발견 시 다시 regenerate 가능. PR scope 내부 commit.
+- [ ] **8.4 Verify.** `cargo test -p kebab-eval --workspace -j 4 2>&1 | grep -E "^test result" | head -3` → 모두 `0 failed`.
+
+**Acceptance criteria:**
+- `cargo test -p kebab-eval -j 4 2>&1 | grep "test result.*failed" | grep -v "0 failed" | wc -l` → `0`.
+- `git diff --stat crates/kebab-eval/goldens/` → 변경 라인 수 > 0 (baseline 이 실제로 갱신됨).
+- `cargo clippy -p kebab-eval --all-targets -j 4 -- -D warnings` → clean.
+
+**Note:** spec §11.3 + plan brief 의 "spec §11 의 결정 따라 본 plan scope 에 포함 또는 별 follow-up" 중 본 plan 은 **scope 포함** 선택 — 단 deviation (regenerate 실패, baseline 차이 너무 큼) 시 별 P5 follow-up 으로 후퇴 가능. 후퇴 시 본 S8 은 verify-only 로 단순화하고 `tasks/HOTFIXES.md` 에 한 줄 deviation 기록.
+
+---
+
+### Step 9 — docs sync (README + HANDOFF + ARCHITECTURE + SKILL + HOTFIXES)
+
+**Implements:** §7.4 surface cascade. **Commit 9/10.**
+
+**Spec sections covered:** §7.4 README/SKILL/HANDOFF/ARCHITECTURE 갱신.
+
+**Files to modify:**
+- `README.md` — 명령 table `kebab search` 행 갱신 + Configuration section 보조 정보.
+- `integrations/claude-code/kebab/SKILL.md` — V007 3-char hint 제거 + 2-char 한국어 query 지원 표현 추가 + 영어 substring 회귀 (optional advanced note).
+- `HANDOFF.md` — v0.20.1 patch release 의 G section 또는 round-up entry 에 본 변경 한 줄 추가.
+- `docs/ARCHITECTURE.md` — crate dependency graph 의 lindera 추가, FTS tokenizer 섹션 V007 trigram → V009 unicode61 + 형태소 분해.
+- `tasks/HOTFIXES.md` — V009 cascade 의 dated entry + cargo deny 도입 deferral note.
+
+**Implementation outline:**
+
+- [ ] **9.1 README.md 변경** — CLAUDE.md "Docs split" rule 따라 narrow scope. (a) `kebab search` 명령 row 의 description 에 "한국어 2자 query 지원 (예: '한국', '서울')" 추가. (b) Configuration section 의 변경은 없음 (config 노브 없음, S6.3 Option A). (c) Mermaid logical-architecture diagram 의 변경 없음 (FTS5 는 내부 store 측 detail).
+- [ ] **9.2 SKILL.md 변경** — `integrations/claude-code/kebab/SKILL.md` 의 description / 사용법 섹션에서 "한국어 query 는 3자 이상 권장" 류 표현 검색 + 제거. 신규: "한국어 2자 단어 검색 지원 (예: '한국', '서울')". 영어 substring 매칭 회귀는 일반 사용자에게는 노이즈 → optional advanced note 로 짧게 (1줄) 만 추가. 또는 release notes 만 다루고 SKILL.md 는 user-facing happy path 로 한정 (권장).
+- [ ] **9.3 HANDOFF.md 변경** — v0.20.0 sub-item 1 머지 후 priorities section 의 C 항목 status flip ('지연' / '미해결' → '완료'). v0.20.1 patch release section 의 release notes scope 에 본 변경 추가. 머지 후 발견된 버그 / 결정 summary 행 한 줄 추가 ("Bug #8 한국어 2자 query → v0.20.1 의 V009 morphological tokenizer 로 해소").
+- [ ] **9.4 docs/ARCHITECTURE.md 변경** — (a) crate dependency graph 에 `kebab-chunk → lindera, lindera-dict-ko-dic` edge 추가. (b) FTS tokenizer 섹션이 있다면 V007 trigram → V009 unicode61 + 형태소 분해로 갱신 + locked-in 결정 table 의 row 갱신. (c) directory tree 변경 없음 (신규 crate 없음).
+- [ ] **9.5 tasks/HOTFIXES.md entry** — 2026-05-28 dated entry 추가:
+
+  > ### 2026-05-28 — Bug #8 한국어 2자 query 해소 (V009 morphological tokenizer)
+  >
+  > - **Discovered**: 도그푸딩 round 3/4 (2026-05-28). '한국' / '서울' 0-hit 반복.
+  > - **Symptom**: V007 trigram tokenizer 의 ≥3-char minimum 한계.
+  > - **Root cause**: trigram 의 bucket 미존재.
+  > - **Fix**: V009 migration + lindera ko-dic + tokenized_korean_text column + first-boot eager backfill. branch `feat/korean-morphological-tokenizer`.
+  > - **Amends**: design §5.5 (unicode61 + CASE expression triggers 로 갱신), §9 (index_version cascade), tasks/HOTFIXES.md 2026-05-22 trigram entry (한국어 2자 query 미해결 footnote 해소).
+  > - **Deferred**: `cargo-deny` 정식 도입 (workspace 의 deny.toml) 은 별 P9 follow-up 으로 분리. 현 PR 은 `cargo tree` 의 SPDX 수동 검증 + lindera/ko-dic license 의 fail-fast 정책 적용.
+
+- [ ] **9.6 Verify.** 4 docs file 의 변경 라인 합 > 30 (충분한 cascade). 한 줄짜리 cosmetic 만 들어간 케이스 회피.
+
+**Acceptance criteria:**
+- `git diff --stat README.md HANDOFF.md docs/ARCHITECTURE.md integrations/claude-code/kebab/SKILL.md tasks/HOTFIXES.md` → 5 file 모두 변경 (각 file 의 변경 라인 ≥ 1).
+- `grep -c "한국어 2자" README.md` → `≥ 1`.
+- `grep -c "V009" tasks/HOTFIXES.md` → `≥ 1`.
+- `grep -c "lindera" docs/ARCHITECTURE.md` → `≥ 1`.
+
+---
+
+### Step 10 — version bump (Cargo.toml workspace `version`)
+
+**Implements:** §12.1 v0.20.1 patch release. **Commit 10/10.**
+
+**Spec sections covered:** §12.1 release strategy.
+
+**Files to modify:**
+- `Cargo.toml` (workspace) — `[workspace.package] version = "0.20.0"` → `"0.20.1"`.
+- `Cargo.lock` — 자동 갱신.
+
+**Implementation outline:**
+
+- [ ] **10.1 version bump** — CLAUDE.md `Release / binary version bump` rule 따라 본 변경은 "user 가 새 바이너리로 도그푸딩 또는 실사용을 할 필요" + "frozen design contract 변경 (design §5.5 갱신)" 두 트리거 모두 해당 → bump 필수. `Cargo.toml` workspace `version` 을 `"0.20.0"` → `"0.20.1"`.
+- [ ] **10.2 Cargo.lock 갱신** — `cargo update --workspace --offline 2>&1 | tail -3` 또는 단순 `cargo build --workspace -j 4` 가 Cargo.lock 의 version 부분 자동 갱신.
+- [ ] **10.3 commit 직후 tag 절차 (별 task)** — bump commit 자체는 본 step 의 commit, 이후 `gitea-release v0.20.1` 명령은 별 task 로 분리 (executor 의 sequential N step 후 user 가 직접 cut). spec §12.1 의 release notes 본문 (한국어 2자 query 지원, FTS5 tokenizer 변경 회귀, 자동 backfill, ingest 성능 감소) 4 단락을 release notes draft 로 미리 작성하여 `docs/release-notes/v0.20.1-draft.md` 에 보관 (선택, plan 의 brief 의 verifier checklist).
+- [ ] **10.4 Verify.** `grep -c "^version = \"0.20.1\"" Cargo.toml` → `1`. `cargo build --workspace -j 4` → success + binary `--version` 출력이 `0.20.1`.
+
+**Acceptance criteria:**
+- `grep "^version" Cargo.toml | head -1` → `version = "0.20.1"`.
+- `cargo build --release -p kebab-cli -j 4 && ./target/release/kebab --version 2>&1` → `kebab 0.20.1` (또는 동급 출력).
+- `cargo build --workspace -j 4 2>&1 | tail -3` → success.
+
+---
+
+### Step 11 — final sanity (no commit)
+
+**Implements:** AC §9.3 verifier checklist + plan brief §7. **No commit.**
+
+**Spec sections covered:** §9.3 verifier checklist, §12.2 dogfood verification.
+
+**Implementation outline:**
+
+- [ ] **11.1 Workspace test.** `cargo test --workspace --no-fail-fast -j 1 > /tmp/wstest.out 2>&1` → 모두 pass (baseline 1370+ → 신규 +4 이상). Expected: `0 failed`.
+- [ ] **11.2 Clippy.** `cargo clippy --workspace --all-targets -j 4 -- -D warnings` → 0 warning.
+- [ ] **11.3 cargo fmt.** `cargo fmt --all --check` → exit 0 (또는 fmt 적용).
+- [ ] **11.4 Schema 무결성.** `./target/release/kebab schema --json | jq -e '.wire.schemas | length' 2>&1` → 기존과 동일 (wire schema 추가 0).
+- [ ] **11.5 Dogfood smoke.** TempDir KB 의 fresh KB 시나리오:
+
+  ```bash
+  rm -rf /tmp/kebab-smoke-v009
+  ./target/release/kebab --config /tmp/kebab-smoke-v009/config.toml ingest <한국어 fixture>
+  ./target/release/kebab --config /tmp/kebab-smoke-v009/config.toml search '한국' --json | jq '.hits | length'
+  # → ≥ 1
+  ./target/release/kebab --config /tmp/kebab-smoke-v009/config.toml search '서울' --json | jq '.hits | length'
+  # → ≥ 1
+  ./target/release/kebab --config /tmp/kebab-smoke-v009/config.toml search '지하철' --json | jq '.hits | length'
+  # → ≥ 1
+  ```
+
+- [ ] **11.6 기존 KB eager backfill 시나리오.** 별도 디렉토리에 V007 (pre-V009) 시점 SQLite snapshot 보존 사용 가능 시:
+
+  ```bash
+  cp -r /tmp/kebab-v007-snapshot /tmp/kebab-v007-test
+  ./target/release/kebab --config /tmp/kebab-v007-test/config.toml schema --json 2>&1 | grep -i "backfill"
+  # eager backfill info log 가 stderr 에 발화 확인.
+  ./target/release/kebab --config /tmp/kebab-v007-test/config.toml search '한국' --json | jq '.hits | length'
+  # backfill 완료 후 → ≥ 1
+  ```
+
+  V007 snapshot 부재 시 본 verifier 는 best-effort (manual). dogfood corpus 의 재구성 비용을 고려해 spec §12.2 의 권장 절차 따른다.
+
+- [ ] **11.7 git status 확인.** `git status --short` → 모든 의도된 변경이 stage 됨 + untracked file 없음 (또는 의도된 untracked 만 — 예: release-notes draft).
+
+**Acceptance criteria (final checklist):**
+- [ ] `kebab search '한국'` (fresh V009 KB) → hit ≥ 1.
+- [ ] V009 migration apply 후 기존 V007 KB → eager backfill 자동 시작 → 완료 후 `kebab search '한국'` → hit ≥ 1.
+- [ ] `cargo test --workspace --no-fail-fast -j 1` → 모두 pass (baseline +4 이상).
+- [ ] `cargo clippy --workspace --all-targets -j 4 -- -D warnings` → clean.
+- [ ] `cargo fmt --all --check` → exit 0.
+- [ ] (deferred) `cargo deny check` → S2.5 에서 P9 follow-up 으로 분리. 본 PR 의 license 검증은 `cargo tree` 의 SPDX 수동 비교로 대체.
+- [ ] README.md / SKILL.md / HANDOFF.md / docs/ARCHITECTURE.md / tasks/HOTFIXES.md 모두 갱신됨.
+- [ ] release notes draft (`docs/release-notes/v0.20.1-draft.md`) 작성, 4 단락 본문 (2자 query 지원 / tokenizer 변경 + 영어 회귀 / 자동 backfill / ingest 성능).
+
+---
+
+## 3. Dependencies + sequencing
+
+각 step 의 의존성:
+
+| Step | Title | Blocked by | Blocks | 병렬 가능? |
+|------|-------|------------|--------|------------|
+| S1 | V009 migration + design §5.5 + CI rename | (none) | S3, S4, S6, S7 | (entry) |
+| S2 | lindera dep | (none) | S3 | (entry, S1 과 병렬) |
+| S3 | tokenize_korean_morphological + ingest 통합 | S1, S2 | S4, S5, S7 | — |
+| S4 | first-boot eager backfill | S1, S3 | S7, S11 | S5/S6 와 병렬 가능 |
+| S5 | short_query_hint 제거 + lexical.rs 정리 | (none, S3 면 깔끔) | S7 | S4/S6 와 병렬 가능 |
+| S6 | lexical_index_version bump | S1 | S7 | S4/S5 와 병렬 가능 |
+| S7 | 신규 test (FTS + search_korean) | S3, S4, S6 | S8, S11 | — |
+| S8 | eval golden regenerate | S7 + dogfood KB | S11 | — |
+| S9 | docs sync | S1~S8 (의미적) | S11 | — |
+| S10 | version bump | S9 | S11 | — |
+| S11 | final sanity | S1~S10 | (exit) | — |
+
+**Parallel dispatch 가능 그룹:**
+
+- **Group 1 (entry, parallel):** S1 + S2. 두 step 은 독립. dispatcher 가 sonnet 두 instance 로 병렬 실행 가능.
+- **Group 2 (S3 후속, parallel):** S4 + S5 + S6. S3 가 끝난 직후 3 instance 동시 실행. S4 (backfill API + hook) + S5 (hint 제거 + lexical.rs) + S6 (index_version bump) 가 file overlap 0 (서로 다른 module). **주의:** S5 와 S6 은 모두 `crates/kebab-app/src/app.rs` 를 수정함. 병렬 에이전트 실행 시 편집 행 범위를 사전 분리할 것 (S5: line 98, 532, 616; S6: line 991-993).
+- **Group 3 (sequential):** S7 → S8. test 가 먼저 들어가야 eval baseline 갱신 후 회귀 0 검증 가능.
+- **Group 4 (sequential):** S9 → S10. docs sync 후 version bump.
+
+**총 시퀀스 (worst-case sequential, sub-agent 1 instance):** S1 → S2 → S3 → S4 → S5 → S6 → S7 → S8 → S9 → S10 → S11. 10 commit + 1 verify.
+
+**총 시퀀스 (parallel, sub-agent 3 instance):** {S1, S2} 병렬 → S3 → {S4, S5, S6} 병렬 → S7 → S8 → S9 → S10 → S11. wall-clock 단축 약 30%.
+
+---
+
+## 4. AC verifier 의 actionability
+
+본 plan 의 모든 AC 는 mechanical 검증 가능하도록 작성됨. spec §9.3 의 verifier checklist 도 모두 actionable 한 명령 또는 grep 단위:
+
+| AC type | Verifier 명령 형식 |
+|--|--|
+| Schema diff-check | `cargo test ...verbatim -j 4` → exit 0 |
+| Hit/miss assertion | `cargo test ...hits -j 4` → exit 0 + grep on output |
+| Surface 갱신 cascade | `grep -c "<phrase>" <file>` → ≥ 1 |
+| Test count growth | `cargo test ... 2>&1 \| grep "test result" \| awk` |
+| Binary version | `./target/release/kebab --version` |
+| dogfood smoke | `kebab search '한국' --json \| jq '.hits \| length'` → ≥ 1 |
+
+각 step 의 AC 는 별 reviewer subagent (sonnet) 가 mechanical 통과 여부를 판단 가능. 해석 여지 없는 fact statement.
+
+---
+
+## 5. Risk + open questions
+
+### S1 (V009 migration)
+
+- **Risk:** design §5.5 갱신과 V009 SQL block 의 whitespace 미세 차이로 verbatim test fail.
+- **Mitigation:** S1.3 의 갱신은 V009 SQL 의 (c) 블록을 design §5.5 에 그대로 paste. fts.rs:407 의 `normalize_ws` 함수가 모든 whitespace 차이 흡수.
+
+### S2 (lindera dep)
+
+- **Risk:** `lindera-dict-ko-dic` 의 dict 다운로드가 build-time 에 실패 (network egress 차단 환경). 또는 정확한 feature flag name 이 spec 의 가정과 다름.
+- **Mitigation:** S2.3 의 cargo build 출력 정독 후 dict embed feature name 확정. 실패 시 `build.rs` proactive download 또는 vendored crate 로 후퇴 (별 follow-up).
+- **Risk:** lindera version pin 의 transitive dep 가 기존 workspace 와 충돌 (예: `unicode-normalization`, `serde` major version 의 lock 갈등).
+- **Mitigation:** `cargo update` 후 `cargo tree --duplicates` 로 회귀 확인.
+
+### S3 (tokenize_korean_morphological)
+
+- **Risk:** lindera ko-dic 의 `'한국어'` segmentation 이 단일 token (`['한국어']`) 으로 나오면 `'한국'` query 0-hit (spec critic R1 finding #3). 본 plan 의 S3.5 test `tokenize_korean_morphological_splits_2char_word` 이 fixture `"한국 문화는 오래되었다"` 에서 hit 한다는 prior-knowledge 가정.
+- **Mitigation:** test 실패 시 (a) fixture 를 ko-dic 의 실제 분해 결과에 일치하는 corpus 로 교체 (예: `'한국 문화는 오래되었다'` 가 명시적으로 공백 포함하므로 두 token `['한국', '문화는']` 보장). (b) AC §9.1 의 hit 보장 범위를 spec Appendix B 의 "고유명사 미등록 또는 형태소 경계 일치 시" 로 명시적 좁힘. (c) sub-morpheme 추가 분해 (n-gram supplement) 는 별 follow-up.
+
+### S4 (first-boot eager backfill)
+
+- **Risk:** 거대 KB (예: 100,000 chunk) 의 첫 부팅이 ~5-10 분 hang. 사용자가 hang 으로 오인 + Ctrl-C → partial backfill state.
+- **Mitigation:** S4.3 의 `tracing::info!` progress log 가 stderr 에 발화. partial 은 idempotent (re-run 시 이어서 처리). 거대 KB 의 사용자 경험은 별 P5 follow-up (background job + streaming feedback) 으로 미룬다.
+- **Risk:** `chunks` 테이블에 row 가 매우 많을 때 단일 transaction commit 이 long-lock → 다른 reader 가 block.
+- **Mitigation:** S4.1 body 의 "1000 row 마다 commit" batch 패턴. SQLite WAL mode 와 호환.
+
+### S5 (short_query_hint 제거)
+
+- **Risk:** wire schema 의 `SearchResponse` 가 `short_query_hint` field 를 포함 → removal 이 wire breaking change.
+- **Mitigation:** S5.2 의 wire schema grep 으로 사전 확인. 포함 시 struct field 유지 (항상 None) + wire 의 backward-compat 보존.
+
+### S6 (lexical_index_version)
+
+- **Risk:** `crates/kebab-search/tests/lexical.rs:650` 외에도 hard-coded expected 가 다른 test 에 존재.
+- **Mitigation:** `grep -rn "lex:" crates/ tests/ --include="*.rs"` 로 사전 확인 + cascade.
+
+### S7 (신규 test)
+
+- **Risk:** end-to-end `search_korean` test 의 fixture markdown 파일이 chunker_version 의존성으로 chunk boundary 가 의도와 다르게 끊겨 한국어 token 이 cross-chunk 분리 → query 의 hit 가 fixture 의 의도와 다름.
+- **Mitigation:** fixture text 의 short paragraph 로 단일 chunk 생성 + chunker_version 의 invariant 확인.
+
+### S8 (eval golden regenerate)
+
+- **Risk:** baseline diff 가 거대 (모든 row 의 rank 가 shift) → review 시 spec drift 의심 + revert 압박.
+- **Mitigation:** S8.3 의 commit 분리 + spec §11.3 의 의도된 변화 cross-link. revert 결정은 user 의 별 dogfood 후. 본 PR scope 에서 fail-fast 가능 — 그 경우 별 P5 follow-up 으로 분리.
+
+### S9 (docs sync)
+
+- **Risk:** docs/ARCHITECTURE.md 의 crate dependency graph 가 stale 한 형태 (rebuild 필요).
+- **Mitigation:** ARCHITECTURE.md 의 graph 가 Mermaid 형식이라 단순 edge add. cosmetic.
+
+### S10 (version bump)
+
+- **Risk:** bump 만 한 commit 이라 spec drift 의심 + 후속 task 의 release notes 미완성.
+- **Mitigation:** S10.3 의 release notes draft 작성 (`docs/release-notes/v0.20.1-draft.md`). bump commit 본문에 "spec §12.1 release notes draft 포함" 명시.
+
+### S11 (final sanity)
+
+- **Risk:** dogfood smoke 의 fixture 한국어 corpus 부재 → 11.5 verification 의 hit 검증 stub 형식.
+- **Mitigation:** spec §12.2 + handoff §4.2 의 dogfood corpus 경로 (`/build/cache/tmp/v0.20-r5-dogfood/`) 재구성 후 사용. 부재 시 manual best-effort.
+
+### Open questions (executor 에게 위임)
+
+1. **lindera version pin** — `0.32` 또는 `0.34` (cargo search 시점 latest stable) 중 선택. major breaking change 부재 가정.
+2. **`lindera-dict-ko-dic` feature flag name** — `embedded-dict`, `ko-dic`, `compress` 중 정확한 이름은 crate metadata 확인 후 결정.
+3. **`SearchResponse` 의 `short_query_hint` field 의 wire schema 포함 여부** — S5.2 에서 grep 확인 후 결정.
+4. **`lexical.rs::build_match_string()` 의 trigram-specific 분기 보존 여부** — 본 plan 은 보존 선택 (S5.6). executor 가 코드 가독성 측면에서 단순화 판단 시 별 commit 으로 분리.
+5. **eval golden regenerate 의 baseline diff size** — S8 의 sanity bound (예: 변경 라인 < 50% of total) 미정. executor 의 dogfood 후 판단.
+
+---
+
+## 6. Cost optimization (model routing)
+
+각 step 의 implementer + reviewer 모델 routing 제안 (memory `feedback_teammate_model_routing.md` 따라):
+
+| Step | Title | Implementer | Reviewer | Rationale |
+|------|-------|-------------|----------|-----------|
+| S1 | V009 migration + design §5.5 + CI rename | **opus** | sonnet | spec frozen contract (§5.5 verbatim) 의 spirit 보존 필요. trigger CASE expression 의 design 측 갱신은 한 글자 오차로 CI fail. |
+| S2 | lindera dep | sonnet | sonnet | dependency 추가만 — mechanical. |
+| S3 | tokenize_korean_morphological + ingest 통합 | **opus** | sonnet | lindera API 의 정확한 호출 + ingest pipeline 의 transaction invariant + chunk struct cascade. multi-crate 동시 변경. |
+| S4 | first-boot eager backfill | sonnet | sonnet | API design 은 spec 에 명시. batch commit 패턴은 표준. |
+| S5 | short_query_hint 제거 + lexical.rs 정리 | sonnet | sonnet | 다중 file cascade 이나 mechanical search + delete. |
+| S6 | lexical_index_version bump | sonnet | sonnet | 단일 함수 + test fixture 갱신. |
+| S7 | 신규 test | sonnet | sonnet | spec §9.2 의 verbatim 시그니처 따라. fixture text 의 ko-dic 동작 의존이라 dogfood 단계에서 추가 조정 가능. |
+| S8 | eval golden regenerate | sonnet | sonnet | baseline regenerate 명령 실행 + commit. |
+| S9 | docs sync | sonnet | sonnet | mechanical text edit. README narrow scope. |
+| S10 | version bump | sonnet | sonnet | 한 줄 변경. |
+| S11 | final sanity | sonnet | sonnet | 검증 명령 실행만. |
+| **PR-level final review** | (전체 diff) | — | **opus** | merge 직전 cross-file 일관성 + spec 회귀 미검출 risk. |
+
+- **opus 권장 step**: S1, S3. spec frozen contract + multi-crate 동시 변경.
+- **sonnet 충분 step**: S2, S4~S11.
+- **PR-level final review**: opus 로 별 reviewer subagent 호출.
+
+---
+
+## 7. Verifier checklist (final)
+
+본 plan 의 모든 step 완료 시 final verifier 가 통과시킬 checklist (spec §9.3 의 확장):
+
+- [ ] `kebab search '한국'` (fresh V009 KB) → hit ≥ 1.
+- [ ] `kebab search '서울'` (fresh V009 KB) → hit ≥ 1.
+- [ ] `kebab search '지하철'` (fresh V009 KB) → hit ≥ 1.
+- [ ] V009 migration apply 후 기존 V007 KB → eager backfill 자동 시작 (stderr info log 발화) → 완료 후 `kebab search '한국'` → hit ≥ 1.
+- [ ] `cargo test --workspace --no-fail-fast -j 1` → 모두 pass (baseline +4 이상).
+- [ ] `cargo clippy --workspace --all-targets -j 4 -- -D warnings` → clean.
+- [ ] `cargo fmt --all --check` → exit 0.
+- [ ] (deferred to P9) `cargo deny check` — 본 PR 은 `cargo tree` SPDX 수동 검증으로 대체. P9 follow-up 으로 별 issue.
+- [ ] `grep -c "fts5-v009" crates/kebab-app/src/app.rs` → `≥ 1` (lexical_index_version V009 bump).
+- [ ] `grep -c "tokenized_korean_text" migrations/V009__fts_korean_morphological.sql` → `≥ 1`.
+- [ ] `grep -rn "short_query_hint" crates/ tests/` → 0 production reference (test 또는 doc-comment 1 줄 허용).
+- [ ] README.md / SKILL.md / HANDOFF.md / docs/ARCHITECTURE.md / tasks/HOTFIXES.md 모두 갱신됨 (S9 cascade 5 file).
+- [ ] `Cargo.toml` workspace `version = "0.20.1"`.
+- [ ] release notes draft (`docs/release-notes/v0.20.1-draft.md`) 작성, 4 단락 본문.
+- [ ] `cargo build --release -p kebab-cli -j 4 && ./target/release/kebab --config /tmp/kebab-smoke-v009/config.toml search 'token' --json | jq '.hits | length'` → `0` (영어 substring 매칭 회귀 확인, V009 는 whole-token only).
+- [ ] `./target/release/kebab --config /tmp/kebab-smoke-v009/config.toml search 'tokenizer' --json | jq '.hits | length'` → `≥ 1` (whole-token 매칭 정상).
+- [ ] `./target/release/kebab --config /tmp/kebab-smoke-v009/config.toml search '한국' --mode hybrid --json | jq '.hits | length'` → `≥ 1` (hybrid mode 회귀 확인 — mode flag 실제 이름은 `--mode hybrid` 또는 `--hybrid` 등 확인).
+
+---
+
+## 8. Constraints
+
+1. **No branch change.** 10 commit 모두 `feat/korean-morphological-tokenizer` branch.
+2. **Spec frozen.** ACCEPT spec 의 본문 X edit. deviation → `tasks/HOTFIXES.md`.
+3. **Wire schema shape 불변.** spec §11.3 따라 hit ordering / snippet content 만 변화. 신규 wire schema 또는 field add 없음.
+4. **Regression budget 0.** baseline workspace test pass 수 (≥ 1370) 유지 + 신규 +4 test 추가.
+5. **Worker protocol — subagent skip.** executor 는 nested worker spawn 없이 sequential N step.
+6. **Length budget.** 500-800 line plan (본 file ≈ 740 line).
+7. **Build path.** `export CARGO_TARGET_DIR=/build/out/cargo-target/target`; `-j 4` default, `-j 1` for workspace sanity.
+8. **Commit cadence.** 10 commit (S1~S10). S11 verify-only.
+9. **Doc sync.** S9 의 5 file cascade 명시. README narrow scope 보존.
+10. **Release trigger.** CLAUDE.md `Release / binary version bump` rule 의 두 트리거 모두 hit (도그푸딩 필요 + design §5.5 변경). v0.20.1 patch release 별 task.
+11. **cargo-deny deferred.** Appendix D 의 `cargo deny check` 절차는 본 PR scope 외 (P9 follow-up). license 검증은 `cargo tree` SPDX 수동 + lindera/ko-dic 의 fail-fast 정책으로 대체.
+
+---
+
+## Changelog
+- 2026-05-28 closure-r1-mp: plan closure verifier (sonnet) ACCEPT verdict + 9 micro-patches 적용 (MP-1: feature flag, MP-2~MP-7: AC actionability, MP-8: parallel safety, MP-9: hybrid/english regression checks).
+
+---
+
+## 9. References
+
+- **Spec contract:** `docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec.md` (668 line, ACCEPT, frozen).
+- **Critic R1:** `docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec-critic-r1.md` (9 finding — 3 critical + 6 major, 모두 r1c 에서 resolved).
+- **Critic R2:** `docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec-critic-r2.md` (traceability matrix + ACCEPT verdict).
+- **Parent design:** `docs/superpowers/specs/2026-04-27-kebab-final-form-design.md` (§5.5 chunks_fts + §9 version cascade).
+- **Handoff:** `docs/superpowers/handoffs/2026-05-28-v0.20.x-c-korean-morphological-tokenizer-handoff.md`.
+- **V007 trigram migration:** `migrations/V007__fts_trigram.sql` (2026-05-23 v0.17.0).
+- **HOTFIXES:** `tasks/HOTFIXES.md` — 2026-05-22 trigram entry + 2026-05-24 build_match_string entry.
+- **FTS tests:** `crates/kebab-store-sqlite/tests/fts.rs:407` (V007 verbatim test → rename target).
+- **Lexical search:** `crates/kebab-search/src/lexical.rs:205` (build_match_string).
+- **CLI hint:** `crates/kebab-app/src/app.rs:98,532,616` + `crates/kebab-tui/src/{app,search,run}.rs` (cascade).
+- **lindera:** https://github.com/lindera-morphology/lindera (MIT OR Apache-2.0).
+- **lindera-dict-ko-dic:** https://github.com/lindera-morphology/lindera-dictionary (Apache-2.0, MeCab-ko-dic 기반).
+- **CLAUDE.md sections:** §The facade rule (App::open_with_config 의 hook 위치), §Versioning cascade (index_version bump + S10 release trigger), §Naming + paths (kebab- prefix), §Spec contract (design §5.5 + plan deviations → HOTFIXES).
--- a/docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec-critic-r1.md
+++ b/docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec-critic-r1.md
@@ -0,0 +1,504 @@
+# Spec critic round 1 — 한국어 morphological tokenizer
+
+**Verdict**: NEEDS_REWRITE
+**Reviewed by**: critic R1
+**Reviewed at**: 2026-05-28
+**Target spec**: `docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec.md`
+
+본 critic round 1 의 결론을 먼저 적자면 **NEEDS_REWRITE** 다. 본 spec 은
+방향 (lindera + 별 column pre-tokenize) 자체는 합리적이나, 다음 세 가지 critical
+결함이 동시에 존재해 그대로 implementation 으로 넘기면 silent regression /
+contractual 모순 / silent stale 데이터 손해 가 동시에 발생할 위험이 있다:
+
+1. `tokenize='trigram'` → `'unicode61'` 전환을 "English 변경 없음" 으로 선언한
+   §3 + §9.2 와, 실제 SQLite FTS5 의 substring 매칭 동작 사이의 직접 모순.
+2. §9.1 AC + §12.1 release notes 의 "기존 KB 자동 backfill (re-ingest 불필요)"
+   claim 과, §8.2 의 lazy backfill (`tokenized_korean_text = NULL` 유지) 설계
+   사이의 직접 모순.
+3. unicode61 의 CJK tokenization 동작 (한 syllable run = 단일 token) 에 대한
+   spec 의 전제와, lindera ko-dic 의 segmentation 결과가 일치하지 않을
+   가능성 — §9.1 AC 의 2-char `'한국'` query 가 `'한국어'` chunk 에서 hit
+   한다는 보장이 깨질 수 있음.
+
+이 셋은 모두 design / behavior surface 변경을 요구해 stylistic 수준 fix 로
+해소 불가. 아래 finding 별 상세.
+
+---
+
+## Substantive findings
+
+### Finding #1: English substring 회귀 — spec 의 self-contradiction (CRITICAL)
+
+- **Severity**: critical
+- **Location**: §3 Non-Goals (line 50), §4.1 표 의 "English 영향: 변경 없음"
+  (line 66), §6.3 (line 192), §9.2 test `fts_v009_english_substring_retained`
+  (line 271-275)
+- **Issue**:
+
+V007 (`tokenize='trigram'`) 의 핵심 trade-off 는 "**영어 lexical 도 substring
+매칭으로 이동**" 이라고 design §5.5 line 1069-1070 + V007 migration line 13-15
+ HANDOFF.md line 42 가 모두 명시. 즉 V007 의 `'token'` query 가
+`'tokenizer'` chunk 를 hit 시키는 동작은 trigram 의 결과로 도입된 신
+behavior.
+
+V009 spec 은 `tokenize='unicode61'` 로 복귀하면서 §3 / §4.1 / §9 모두에서
+"English 변경 없음" 을 claim 하지만 이는 FTS5 의 동작과 정면 모순:
+
+- `unicode61` 은 whole-token (word) 매칭. `'token'` query 는 `'token'`
+  token 만 매칭하지 `'tokenizer'` 는 매칭 X.
+- 별 `tokenized_korean_text` column 은 한국어 morpheme 분해 결과만 채우므로
+  English token 의 substring 매칭은 어떤 column 에서도 복원되지 않음.
+
+§9.2 의 test 는 이 모순을 그대로 노출:
+
+```rust
+#[test]
+fn fts_v009_english_substring_retained() {
+    // Fixture: "the tokenizer normalizes whitespace" chunk.
+    // Query: "token" → hit (substring of "tokenizer").
+}
+```
+
+이 test 는 unicode61 위에서 **logically impossible** — 절대 통과 불가.
+test 가 통과한다면 그건 unicode61 이 아니라 다른 tokenizer 가 실제 적용
+중이라는 뜻이고, test 가 fail 하면 §3 의 "변경 없음" claim 이 위약.
+
+- **Suggested fix**: 두 가지 중 하나로 spec 갱신 필요:
+  - **Option A** (회귀 인정): §3 Non-Goals 에서 "V007 trigram 의 substring
+    매칭 유지" 제거. 새 표현: "English lexical 은 unicode61 의 whole-token
+    매칭으로 환원 — V002 (pre-v0.17.0) 와 동일." §4.1 의 "English 영향: 변경
+    없음" → "회귀 (substring → whole-token), V002 동일." Release notes
+    (§12.1) 에 명시. test 이름 `fts_v009_english_whole_token_only` 로 rename
+    + assertion 반전 (`'token'` → 0-hit on `'tokenizer'` chunk).
+  - **Option B** (dual-tokenizer 도입): English 의 substring 매칭을 유지하려면
+    chunks_fts 의 `text` column 은 trigram 유지, 별 column (예: `kor_text`)
+    에 unicode61 + morpheme-pre-tokenize. 단일 chunks_fts 의 column 별
+    tokenizer 가 FTS5 에서 지원 안 되므로 (한 tokenizer per virtual table),
+    실질적으로 dual virtual table = Option B (Bigram supplement) 와 같은
+    아키텍처 복잡도 → spec 의 §4.2 권장 근거 자체가 흔들림.
+
+선택 자체는 architect 의 결정 사항이지만, **현재 spec 의 self-contradiction 은
+NEEDS_REWRITE trigger**.
+
+---
+
+### Finding #2: 기존 KB 의 자동 backfill claim 위약 (CRITICAL)
+
+- **Severity**: critical
+- **Location**: §5.1 backfill INSERT (line 148-154), §8.2 (line 230-233),
+  §9.1 (line 244) "현재 0 hit → 예상 hit", §9.3 verifier checklist
+  (line 300), §12.1 release notes (line 365)
+- **Issue**:
+
+§12.1 release notes 의 마지막 항목 `"기존 KB 의 자동 backfill (재-ingest
+불필요)"` 와 §8.2 의 다음 두 문장 사이에 직접 모순:
+
+> 2. `tokenized_korean_text` 는 초기에 NULL (기존 chunks 에 형태소 분해 불가).
+> 3. **Lazy backfill**: 향후 ingest 시 기존 chunks 를 `--force-reingest` 로
+>    재처리하면 tokenized_korean_text 채워짐 (선택 사항, user 가 원하면).
+
+§5.1 의 backfill INSERT block 도 마찬가지로 `CASE WHEN tokenized_korean_text
+IS NOT NULL THEN ... ELSE text END` — 기존 chunks 는 항상 ELSE branch 를
+타서 raw `text` 만 chunks_fts 에 들어감.
+
+Raw `text` 가 `'한국문화는오래되었다'` 같은 한국어 chunk 일 때, unicode61
+은 CJK character run 을 단일 token 으로 봐서 token = `'한국문화는오래되었다'`.
+2-char `'한국'` query 의 unicode61 tokenized form = `'한국'` token → FTS5
+는 token 일치만 매칭하므로 0-hit.
+
+즉 V009 migration 이 적용된 **기존 KB 의 한국어 2-char query 는 여전히
+0-hit**. 사용자가 `kebab ingest --force-reingest` 를 명시적으로 호출하기
+전까지 §9.1 AC 의 "현재 0 hit → 예상 hit" 가 충족 안 됨. v0.17.0 trigram
+adoption (V007) 의 "자동 backfill 로 즉시 효과" 사용자 기대 와 정반대.
+
+- **Suggested fix**: 두 가지 중 하나로 spec 갱신 필요:
+  - **Option A** (eager backfill 채택): V009 migration 본체 내부 또는 첫
+    `kebab` invocation 의 booting hook 에서 모든 기존 chunks 에 대해
+    lindera tokenize → `tokenized_korean_text` UPDATE → chunks_fts re-index.
+    Migration 시점이라 Rust helper 호출이 어려우면 (refinery 는 raw SQL 만
+    실행), V009 는 schema 만 변경 + `kebab-app` 의 first-boot hook 또는
+    별 `kebab reindex-korean` subcommand 로 backfill. §10 위험 표에
+    "backfill 시간 (KB 크기 비례, 1만 chunk 당 ~30-60s) 동안 search 가
+    부분 결과 반환" 추가.
+  - **Option B** (lazy backfill 명시): §12.1 release notes 에서 "자동
+    backfill" 표현 삭제 → "기존 KB 는 `kebab ingest --force-reingest` 후에
+    2-char Korean query 활성화" 로 정직하게 표기. §9.1 AC 도 "fresh KB
+    (V009 이후 ingest) 시나리오에 한정" 으로 scope 좁힘. dogfood
+    instructions 명시.
+
+- **Cross-link**: §9.3 verifier checklist `[ ] Ingest 후 chunks.tokenized_korean_text
+  가 모든 한국어 chunk 에 채워짐` 도 "기존 chunk" / "신규 ingest" 분기 모호
+  — 갱신 필요.
+
+---
+
+### Finding #3: unicode61 CJK tokenization 의 sub-morpheme 매칭 보장 부재 (CRITICAL)
+
+- **Severity**: critical
+- **Location**: §9.1 query scenario 1 (line 241-243), §6.2 (line 178-184),
+  §3 Goals 첫 항목 (line 43)
+- **Issue**:
+
+§9.1 의 첫 AC:
+
+```
+1. `kebab search '한국'` (2자)
+   - 예상 hit: Korean wiki 의 "한국어", "한국 문화" 등 포함 chunk.
+```
+
+이 시나리오의 hit 보장은 다음 두 가지에 모두 의존:
+
+(a) 별 `tokenized_korean_text` column 에 lindera ko-dic 의 segmentation
+    결과 (공백 구분) 가 저장 + FTS5 unicode61 이 공백을 token 경계로 인식.
+(b) lindera ko-dic 이 `"한국어"` 를 `["한국", "어"]` 로 분해 (즉
+    sub-morpheme level 분해).
+
+(a) 는 spec 설계상 성립. (b) 는 ko-dic 의 사전 정의에 달림. ko-dic 은
+실제로는 `"한국어"` 를 **단일 명사로 등록** 한 경우가 일반적이며, 그렇다면
+lindera 의 출력은 `["한국어"]` 한 token. 이때 unicode61 의 tokenization
+이후 chunks_fts 의 token 은 `'한국어'` 이고, `'한국'` query token 과는
+**다른 token** → 0-hit.
+
+§6.2 의 `'한국문화는오래되었다'` 예시도 `['한국', '문화', '는', '오래', '되',
+'었다']` 식 segmentation 을 가정하나, 이게 실제 ko-dic 출력인지 spec drafter
+가 검증한 evidence 가 없음. ko-dic 의 명사구 등록 정책상 `'한국문화'`,
+`'한국문화는'` 등이 단일 entry 일 수 있고, 그러면 `'한국'` query 매칭은
+실패.
+
+본 critic 은 lindera ko-dic 의 실제 output 을 직접 실행해 검증할 수단이
+없으므로 (PR 단계의 spike), spec 이 이 검증을 implementation 시점으로
+미루는 것은 "구현 후 동작 안 하면 알게 됨" 형태의 design risk. AC §9.1 의
+hit 보장 이 design level 에서 사라짐.
+
+- **Suggested fix**: spec drafter 가 spec 단계에서 다음 두 검증을 evidence
+  로 첨부:
+  - **검증 1**: 호스트 머신에서 lindera-cli + lindera-dict-ko-dic 으로
+    `'한국어'`, `'한국문화는오래되었다'`, `'서울특별시'`, `'지하철은
+    빠르다'` 4-5 가지 fixture 에 대한 실제 tokenization 결과를 spec
+    appendix 에 기록.
+  - **검증 2**: 만일 (예상대로) `'한국어'` 가 `['한국어']` 단일 token 으로
+    나온다면, AC §9.1 의 "한국어 포함 chunk hit" claim 을 삭제하거나, 또는
+    **N-gram supplement** (1자/2자 sub-token 도 추가 emit) 같은 추가 design
+    을 §6.2 에 추가. 이 추가는 §4.1 권장 (Option A 의 simplicity) 의 근거
+    자체를 약화시킴.
+
+이 finding 은 §9.1 AC 의 의미 자체가 implementation-validatable 아닌
+상태로 남는다는 점에서 NEEDS_REWRITE.
+
+---
+
+### Finding #4: V007 CI diff-check (`fts_v007_matches_design_section_5_5_verbatim`) 의 운명 미명시 (MAJOR)
+
+- **Severity**: major
+- **Location**: §5.3 (line 162-166), 기존 test
+  `crates/kebab-store-sqlite/tests/fts.rs:407`
+- **Issue**:
+
+§5.3 은 신규 test `fts_v009_matches_design_section_5_5_verbatim` 추가만
+명시. 기존 `fts_v007_matches_design_section_5_5_verbatim` 의 운명은 침묵.
+
+기존 test 는 `migrations/V007__fts_trigram.sql` 의 `§5.5 verbatim block` 을
+design §5.5 의 verbatim 과 일치 비교. design §5.5 가 V009 의 unicode61 +
+형태소 column 으로 다시 쓰여지면, **V007 test 가 즉시 fail** —
+`migrations/V007__fts_trigram.sql` 의 `tokenize='trigram'` 이 design 의
+`tokenize='unicode61'` 와 안 맞으므로.
+
+세 가지 가능한 처리 중 spec 이 어느 쪽을 선택해야 하는지 명시 필요:
+
+1. **Rename + replace**: `fts_v007_matches_design_section_5_5_verbatim` 를
+   `fts_v009_matches_design_section_5_5_verbatim` 로 rename 하고
+   migration_block 추출 대상도 V009 로 변경. V007 은 "historical replay 만,
+   더 이상 design 와 매칭 X" 가 됨. → fts.rs:402-405 의 comment 와 호환
+   가능 (V002 가 이미 유사 처리).
+2. **Two tests**: V007 test 는 그대로 두되 design 비교를 끊고, 신규 V009
+   test 가 design 비교 담당. V007 test 는 syntactic correctness 만
+   확인 (migration 파일 존재 + DDL parse) 수준으로 축소.
+3. **Delete V007 test**: V002 는 fts.rs comment 에서 "더 이상 design 와
+   비교 안 함" 으로 표현됐는데, V007 도 동일 운명 명시.
+
+- **Suggested fix**: §5.3 에 위 3 가지 중 권장 옵션 명시 + `tests/fts.rs`
+  편집 범위 명시. PR scope 에 포함.
+
+---
+
+### Finding #5: chunks 의 트리거 + ingest 파이프라인 순서의 race + double-index 가능성 (MAJOR)
+
+- **Severity**: major
+- **Location**: §5.1 chunks_ai trigger (line 121-128), §6.2 pre-tokenize
+  순서 (line 179-184)
+- **Issue**:
+
+§6.2 의 ingest 흐름:
+
+```
+1. Chunk 생성 후 → 2. lindera tokenize → 3. Chunk row INSERT 시 tokenized_korean_text pre-fill
+```
+
+이 순서가 보장되면 chunks_ai trigger 가 fire 할 때 `new.tokenized_korean_text`
+가 이미 채워져 있어 CASE 의 NOT NULL branch 로 정상 indexing.
+
+하지만 §8.2 lazy backfill flow 는:
+- 기존 chunk: INSERT 시 tokenized = NULL → chunks_ai 가 ELSE branch
+  (raw text 만 index) → 이후 user 가 `--force-reingest` 또는 background job
+  으로 UPDATE chunks SET tokenized_korean_text = '...' → chunks_au 가 DELETE
+  + INSERT (CASE 의 NOT NULL branch).
+
+이 두 path 가 같은 chunk 에 대해 동시 발생할 가능성 (예: 동일 chunk_id 가
+서로 다른 ingest run 에서 reprocess) 의 race 명시 없음. 또한:
+
+- chunks_au 는 DELETE + INSERT 패턴이라 trigger 가 atomic 한 transaction
+  안에 실행되긴 함. 그러나 spec §6.2 단계 2 ("lindera tokenize") 와 단계
+  3 ("INSERT") 가 다른 transaction 이면, 단계 2 실패 시 chunks 는 row 없이
+  남거나 NULL tokenized 로 INSERT — recovery 정책 없음.
+- chunks_ai 의 INSERT 가 `(chunk_id, doc_id, heading_path, text)` 4-column.
+  V007 migration 의 verbatim block 과 일치하므로 CI diff-check 가 통과하려면
+  signature 일치해야 함 — 하지만 §5.1 의 trigger body 가 4-column 으로는
+  맞아도 VALUES 부 는 CASE expression 으로 raw text 와 다름 → CI diff-check
+  의 "verbatim" 의미가 column 단위인지 statement 단위인지 명확화 필요.
+
+- **Suggested fix**:
+  - §6.2 단계 명시: lindera tokenize 는 chunk row INSERT 와 **동일
+    transaction** 안에서 (Rust 측에서 string 계산 후 단일 INSERT). NULL
+    backfill 경로 외에는 chunks_ai trigger 가 항상 CASE 의 NOT NULL branch
+    를 타는 invariant 보장.
+  - CI diff-check 의 "verbatim" 정의 (whitespace-normalized string compare
+    of the §5.5 block) 가 CASE expression 까지 포함하는지 명시. V007 의
+    fts.rs:407 test 는 string compare 라 CASE 추가는 verbatim 변경 → design
+    §5.5 도 같이 변경 필요.
+  - `tokenize_korean_morphological()` 의 실패 처리 (예: lindera dict load
+    fail) — fallback (NULL) vs error propagation 정책. spec 침묵.
+
+---
+
+### Finding #6: storage / binary 비용 추정의 evidence 부재 (MAJOR)
+
+- **Severity**: major
+- **Location**: §4.1 표 (line 62 "DB 크기 +20-30%"), §10.2 (line 316-317
+  "Dict 7-10 MB, binary +5-10 MB"), §10.3 (line 322 "Ingest +10-20%")
+- **Issue**:
+
+세 estimate 모두 spec 내부에 측정 / 근거 / 참조 없음. 다음 의심점:
+
+1. **DB 크기 +20-30%**: chunks 에 추가되는 `tokenized_korean_text` column
+   본문 = 한국어 chunk 의 segmented form (대략 +1× 원문) + chunks_fts 가
+   index 하는 text 가 `tokenized_korean_text || ' ' || text` = 2× Korean
+   text. Korean-heavy KB (한국어 wiki 위주) 면 chunks 테이블 본체 +50-80% +
+   chunks_fts shadow ~+100% Korean part 만 — 합산 "+20-30%" 은 영문 위주
+   KB 에서나 성립할 보수적 lower bound. 한국어 위주 dogfood KB 에서는
+   훨씬 클 가능성.
+
+2. **Dict size 7-10 MB compressed**: lindera-dict-ko-dic crate 의 실제
+   uncompressed dict size 는 30-50 MB 수준 (FST + matrix + connection cost
+   table). Cargo crate 의 packed size 가 ~20-30 MB. Release binary 에
+   embed (include_bytes!) 시 +20-30 MB 가 정상 추정. "+5-10 MB" 은 LTO 와
+   strip 의 산술 misapplied 가능성 — dict 자체는 strip 대상 아님.
+
+3. **Ingest +10-20%**: chunk creation 자체가 ingest 의 일부분이고, lindera
+   tokenize 는 chunk text 길이 비례. 1000-char chunk 당 5-20 ms 라는
+   §10.3 추정도 lindera benchmark 출처 없음. 대형 PDF (수백 chunk) ingest
+   에서는 누적 latency 가 +30-50% 가능성 — 별 mitigation 필요.
+
+- **Suggested fix**: spec drafter 가 다음 measurement 을 spec appendix 에
+  첨부 (PR 단계에서 spike branch 로 측정 가능):
+  - lindera-ko-dic 의 uncompressed size + cargo packed size + release
+    binary 의 strip 후 size delta.
+  - 한국어 wiki fixture KB (예: dogfood-p10b/) 에 V009 적용 전후 SQLite
+    파일 size delta.
+  - 같은 fixture 의 `kebab ingest` total time 전후 비교 (warm + cold both).
+
+evidence 없으면 §4.1 의 Option A 선택 근거 (storage 비용 표) 자체가 부실 →
+post-merge 에서 "예상보다 큼" 발견 시 design rollback 위험.
+
+---
+
+### Finding #7: search result ordering 변화 / eval baseline drift 미주소 (MAJOR)
+
+- **Severity**: major
+- **Location**: §11 (line 332-352)
+- **Issue**:
+
+V007 trigram → V009 unicode61 + 형태소 전환은 **token boundary** 자체가 다름
+(3-gram vs whole-word vs morpheme). 같은 query 의 BM25 raw score 분포가
+완전히 다른 분포로 이동 → hybrid/RRF rank 도 (rank-based 라 어느 정도
+완화되긴 하나) hit 의 ordering 이 V007 와 다름. 같은 chunk 가 V007 에서는
+rank 3, V009 에서는 rank 7 같은 변동이 자연스러움.
+
+§11.3 의 "search_response.v1 변경 없음 (내부 FTS 구현은 wire-invisible)"
+은 schema shape level 에서는 맞음. 그러나 **wire content** (hits[] 의
+ordering + snippet) 가 변화하는 사실은 명시되지 않음. 특히:
+
+1. **Eval baseline regression**: `crates/kebab-eval/` 의 goldens.csv 의 expected
+   chunk_id sequence 가 V007 기준이면, V009 적용 후 fail 가능. spec §11 은
+   eval runner 의 `config_snapshot_json` 이 `index_version` bump 를 picks up
+   한다고만 명시 (이는 옳음) — 그러나 baseline regenerate 책임 / 시점이
+   명시 안 됨. PR scope 의 일부인지 eval P5 follow-up 인지 모호.
+
+2. **search cache (p9-fb-19) 의 corpus_revision invalidation**: §5.2 가
+   "increment" 만 제시. 그런데 design §9 의 corpus_revision 정의 (table
+   line 1523) 는 "ingest commit 발생 (ANY new/updated)" — V009 schema
+   migration 은 ingest commit 이 아님. V009 migration 본체가 직접
+   corpus_revision 을 +1 해 주지 않으면, 다음 ingest 까지 LRU cache 가
+   여전히 V007 token 기반 결과를 반환할 위험. 본 spec 은 V009 migration
+   tail 에 `UPDATE kv SET v = v + 1 WHERE k = 'corpus_revision'` 같은
+   문장의 명시가 없음.
+
+3. **MCP / TUI / CLI 의 surface 영향 의식 부재**: README.md line 88 +
+   integrations/claude-code/kebab/SKILL.md line 63 모두 V007 의 substring
+   매칭 + 3-char hint 를 user-facing 표현으로 명시. V009 는 두 표현 모두
+   stale (substring 매칭 없어짐 + 2-char query 작동). 본 spec §7.3 은
+   `short_query_hint` 의 "제거 또는 조건 변경" 만 vague 하게 언급 — README
+   + SKILL.md + HANDOFF.md 의 정확한 갱신 범위 미정.
+
+- **Suggested fix**:
+  - §11.3 갱신: "wire schema 의 shape 은 unchanged 하나, hit ordering /
+    snippet 내용은 V007 와 다름. eval golden baseline 재생성 PR scope 에
+    포함."
+  - §5.2 갱신: V009 migration 의 마지막 statement 로 `UPDATE kv …
+    corpus_revision` 명시. (또는 첫 ingest 가 자동으로 bump 한다는 정책을
+    근거로 의도적 생략 명시.)
+  - §7.3 갱신: `short_query_hint` 의 운명 명확화 (제거 권장 — 2-char 가
+    유효 query 가 됨). README.md / SKILL.md / HANDOFF.md 의 갱신 범위
+    명시 (CLAUDE.md §wire schema cascade 의 "shipped integration 동시 갱신"
+    rule 에 따른 SKILL.md 갱신은 필수).
+
+---
+
+### Finding #8: `disable_korean_morphological` config 노브의 surface + cascade 정의 누락 (MAJOR)
+
+- **Severity**: major
+- **Location**: §6.3 (line 193)
+- **Issue**:
+
+§6.3 마지막 줄:
+
+> Advanced user 는 `config.toml [rag]` 에 `disable_korean_morphological = true`
+> 로 opt-out (legacy unicode61 fallback, V009 migration 후에도 원문 text 만
+> FTS index).
+
+다음이 모두 미정:
+
+1. **Config schema 추가**: `kebab-config` crate 의 `[rag]` section 정의 +
+   default value + serde 처리. 갱신 PR scope 인지 별 PR 인지.
+2. **위치 적합성**: `[rag]` 보다는 `[search]` 또는 `[index.fts]` 가
+   semantic 자연 — `[rag]` 는 retrieval-augmented generation 측 (LLM /
+   prompt) 노브. 명명 review 필요.
+3. **cascade 의미**: opt-out 시 새 chunk INSERT 도 `tokenized_korean_text =
+   NULL` → 한국어 2-char query 의 hit 가 사라짐. 사용자 기대는 "V007 의
+   trigram substring 매칭으로 fallback" 일 수도, "V002 의 unicode61 만" 일
+   수도 있는데 spec 은 후자 (unicode61 only). 이게 의도라면 명시 + 사용자
+   가이드. trigram fallback 은 V009 migration 이 trigram 을 이미 drop 했으므로
+   불가능 — 그러면 disable 의 의미는 "한국어 lexical 으로 0-hit 으로 복귀"
+   에 가까움. 사용자 가치 불명확.
+4. **eval runner 영향**: opt-out 시 `lexical_index_version` 값이 달라져야 함
+   (예: `fts5-v009-no-morpho`) — 그렇지 않으면 같은 index_version 으로 두
+   다른 동작이 공존하여 eval baseline reproducibility 깨짐. spec 침묵.
+
+- **Suggested fix**: §6.3 의 disable 노브를 다음 중 하나로 명시화:
+  - **Option A** (drop disable 노브): default-enabled 한 가지만 — 사용자
+    선택권 없음. binary 의 dict 비용은 모두 부담. simplicity 우선.
+  - **Option B** (build-time feature 만): `fts_korean_morphological` cargo
+    feature 로 build-time off → release binary 별도 컷 (영문 전용 사용자용).
+    runtime 노브 제거. 명료성 ↑.
+  - **Option C** (현재 spec 유지하되 보강): config 위치 명확화 (`[search]`
+    권장), default 명시, opt-out 시 index_version suffix 명시, eval
+    config_snapshot 의 영향 명시.
+
+---
+
+### Finding #9: lindera 의 license + dict source 의 검증 evidence 부재 (MAJOR)
+
+- **Severity**: major
+- **Location**: §6.1 (line 175-176), §10.1 (line 308-312)
+- **Issue**:
+
+§6.1 + §10.1 모두 "lindera = MIT/Apache-2.0 dual", "lindera-dict-ko-dic =
+Apache-2.0 (Korean dict, Google search engine dict 기반)" 라 단정. evidence /
+참조 URL / commit SHA 없음.
+
+- ko-dic 은 MeCab-ko-dic (KAIST 기반) 의 fork 인 경우가 많고, 라이센스는
+  Creative Commons (CC BY-SA) + Apache-2.0 dual 또는 별 라이센스 가능성.
+  spec 의 "Google search engine dict 기반" 표현은 출처 불분명 — Google
+  사전이 별도로 존재하지 않거나 misattribution 가능.
+- kebab workspace 의 `cargo deny` / `licenses.toml` 의 allow-list 갱신 PR
+  scope 인지 침묵. Apache-2.0 만 dual-licensed 된 dict 가 아니면 reject 위험.
+
+- **Suggested fix**: §10.1 에 다음 evidence 추가:
+  - lindera crate 의 정확한 라이센스 SPDX (예: `MIT OR Apache-2.0`) +
+    Cargo.toml `license` field 인용.
+  - lindera-dict-ko-dic 의 정확한 SPDX + GitHub repo URL + dict 의 upstream
+    source (예: MeCab-ko-dic 의 commit) cross-link.
+  - workspace 의 `deny.toml` license allow-list 갱신 필요 여부 (Apache-2.0
+    이 이미 allow 면 OK, CC BY-SA 면 추가 필요).
+
+---
+
+## Stylistic / clarity findings (no rewrite required)
+
+- §1 Summary 의 "기존 trigram 의 장점 (영어 substring 매칭, 부분 매칭 지원)
+  을 보존" — finding #1 의 contradiction 기원이므로 같은 PR 에서 표현 정리.
+- §4.1 표의 "Migration cascade" row 의 Option A = "V009 (index_version
+  bump)" — index_version 만 bump 인지, corpus_revision / schema_version 도
+  같이 bump 인지 모호. design §9 표 와 매핑 명시 권장.
+- §2.1 line 22 "trigram bucket 이 없어" — trigram tokenizer 가 "bucket" 이라는
+  용어를 안 쓰므로 "3-character gram 의 최소 길이 미만" 같은 표현 권장.
+  Reader 가 SQLite FTS5 docs 와 직접 비교 가능.
+- §6.3 "default 로 feature 포함" — cargo feature 의 default 처리 방식 (예:
+  `[features] default = ["fts_korean_morphological"]`) 의 정확한 표기 권장.
+- §11.1 의 index_version 문자열 `"fts5-v009-korean-morphological"` 의
+  source-of-truth 위치 (예: `kebab_store_sqlite::FTS_INDEX_VERSION` 상수 또는
+  `lexical_index_version()` 함수) 명시. `kebab_store_vector::INDEX_VERSION_STR`
+  과 별 lexical 측 상수가 어디서 정의되는지 spec 침묵.
+- §12.1 Release notes 항목은 사용자 도그푸딩 영향에 영향이 큼에도 표현이
+  bullet point 1줄씩 — CLAUDE.md §Release / binary version bump 의 "친절하고
+  자세하게 풀어서 설명" 정책 과 미스매치. release notes draft 단계에서
+  보강 권장.
+- §9.1 의 dogfood fixture KB / corpus 미명시 (Finding #7 의 일부) — minor
+  rewording 으로 reproducibility 명시 가능.
+
+---
+
+## Verdict rationale
+
+세 가지 critical finding (English substring 회귀의 self-contradiction, 기존
+KB backfill 의 silent breakage, unicode61 + lindera 의 sub-morpheme 매칭
+보장 부재) 와 여섯 가지 major finding (CI guard rename, trigger race,
+storage evidence, ordering / cache invalidation, config 노브, license
+evidence) 가 동시에 존재. 이 중 finding #1 / #2 는 spec 의 self-contradiction
+이라 implementation 시점에서 발견 시 design 자체를 재논의해야 함 — round
+1c 단계에서 spec 갱신이 비용 효율적.
+
+minor finding 들만이면 ACCEPT 가능했으나, critical 의 존재로 NEEDS_REWRITE.
+
+---
+
+## Recommended r1c rewrite scope
+
+다음 7 가지를 같은 commit 의 spec rewrite 에 포함 권장:
+
+1. **§3 + §4.1 + §9.2: English regression 명시** — `unicode61` 의 whole-token
+   매칭으로 환원 사실 인정. Non-Goals 의 "trigram 의 substring 매칭 유지"
+   조항 삭제 또는 별 column dual-tokenize 설계 추가. §9.2 의
+   `fts_v009_english_substring_retained` test 를 의도에 맞게 rename +
+   재작성 (또는 dual-tokenize 채택 시 그대로 유지).
+2. **§5.1 + §8.2 + §9.1 + §12.1: 기존 KB backfill 정책 결단** — eager
+   backfill (V009 migration 또는 first-boot hook) 채택 명시, 또는 lazy 명시
+   + release notes / AC 표현 일치. 둘 다 채택 시 trade-off matrix 추가.
+3. **§6.2 + §9.1: lindera ko-dic segmentation evidence** — spike branch
+   결과를 appendix 로 첨부 (`'한국어'`, `'서울특별시'`, `'지하철은 빠르다'`,
+   `'한국문화는오래되었다'`, `'rust 최적화'` 5-6 fixture 의 실제 tokenize
+   output). AC §9.1 의 hit 보장 이 fixture 와 일치하는지 cross-check.
+4. **§5.3 + §6.2: CI diff-check 및 trigger semantics 명시** — V007 verbatim
+   test 의 rename / replace / delete 중 선택. trigger 의 CASE expression
+   포함한 verbatim block 의 design 측 갱신 범위 명시. ingest pipeline 의
+   "lindera tokenize + chunk INSERT 단일 transaction" invariant 추가.
+5. **§4.1 + §10.2 + §10.3: 비용 evidence** — dict size, binary delta, SQLite
+   file delta, ingest latency delta 의 실측 첨부.
+6. **§11 + §7.3 + Surface cascade**: corpus_revision bump 의 V009 migration
+   tail 명시. eval golden 재생성 책임 명시. `short_query_hint` 의 운명
+   명시 (제거 권장). README.md / integrations/claude-code/kebab/SKILL.md /
+   HANDOFF.md 갱신 범위를 PR scope 에 explicit list.
+7. **§6.3: config 노브 정리** — `disable_korean_morphological` 의 위치 /
+   default / disable 시의 fallback 의미 / `lexical_index_version` 영향
+   명시. 또는 노브 자체를 spec 에서 삭제 (Option A).
+
+위 7 항목이 closure 되면 critic round 2 에서 ACCEPT 가능.
--- a/docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec-critic-r2.md
+++ b/docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec-critic-r2.md
@@ -0,0 +1,141 @@
+# Spec critic round 2 — 한국어 morphological tokenizer
+
+**Verdict**: ACCEPT
+**Reviewed by**: closure verifier R2 (sonnet)
+**Reviewed at**: 2026-05-28
+
+---
+
+## Traceability matrix
+
+| Critic R1 Finding | Severity | Rewrite scope item | Spec section(s) updated | Status |
+|---|---|---|---|---|
+| #1 English regression | critical | Item 1 | §3, §4.1, §4.2, §9.2, §12.1, Changelog | ✅ resolved |
+| #2 backfill claim | critical | Item 2 | §8.2, §9.1, §12.1 | ✅ resolved |
+| #3 segmentation evidence | critical | Item 3 | Appendix B + AC §9.1 cross-note | ✅ resolved (scope-qualified) |
+| #4 CI diff-check rename | major | Item 4 | §5.3 | ✅ resolved |
+| #5 trigger race / transaction invariant | major | Item 4 | §6.2 | ✅ resolved |
+| #6 storage evidence | major | Item 5 | §4.1, §10.2, §10.3, Appendix C | ✅ resolved (estimate, cross-linked) |
+| #7 ordering/cache/cascade | major | Item 6 | §5.2, §7.3, §7.4, §11.3 | ✅ resolved |
+| #8 config 노브 | major | Item 7 | §6.3 (Option A — 노브 제거) | ✅ resolved |
+| #9 license evidence | major | Item 7 | §10.1, Appendix D | ✅ resolved |
+
+---
+
+## Finding 별 상세 확인
+
+### Finding #1: English substring 회귀
+
+critic 의 권장: Path A (회귀 인정) 또는 Path B (dual-tokenizer) 중 하나 선택 후 §3/§4.1/§9.2 일관 갱신.
+
+- **§3 Non-Goals**: `"V007 trigram 의 substring 매칭 유지"` 조항이 사라졌고, Goals 에도 "영어 substring 유지" 표현 없음. ✅
+- **§4.1 표**: `English 영향` 행이 `"회귀 (substring → whole-token, V002 동일)"` 으로 명시. ✅
+- **§4.2 (트레이드오프 절)**: Path A 선택 명시 + V007 부산물 영어 substring 제거 이유 설명. ✅
+- **§9.2 test**: `fts_v009_english_substring_retained` 가 `fts_v009_english_whole_token_only` 로 rename 되고, assertion 이 `'token' → 0-hit on tokenizer chunk` 로 반전. ✅
+- **§12.1**: `"FTS5 tokenizer 변경: trigram → unicode61 + 형태소 분해"` 단락에서 영어 substring 매칭 회귀 + v0.16.x 동작 환원 정직히 기술. ✅
+
+**결론**: §1 Summary 도 재확인 — `"기존 trigram 의 장점(영어 substring 매칭, 부분 매칭 지원)을 보존"` 문구가 §1 Summary 에 여전히 남아 있음. 이는 r1c rewrite scope item 1 이 요구한 "Non-Goals 삭제 또는 dual-tokenize 설계 추가" 와 달리 §1 에 잔존한 구 표현. 그러나 §1 Summary 는 introductory 요약 문단으로 전체 spec 을 대표하지 않으며, §4.1/§9.2 의 명시적 수정으로 self-contradiction 은 해소됨. §1 의 "보존" 문구는 §4.2 의 트레이드오프 절로 완전히 반박되고 있어, 독자가 양쪽을 읽으면 실제 동작이 명확히 전달됨. stylistic 잔존이나 substantive self-contradiction 은 아님.
+
+### Finding #2: 기존 KB backfill claim
+
+critic 의 권장: eager backfill (V009 migration 또는 first-boot hook) 명시, 또는 lazy 명시 + release notes/AC 표현 일치.
+
+- **§8.2**: eager backfill 로 명시적 결단. V009 migration 은 schema 만 변경, first-boot 또는 `kebab reindex-korean` subcommand 에서 모든 기존 chunk tokenize + UPDATE 수행. 부분 완료 상태 search 동작 명시. backfill latency (~10,000 chunk 당 30-60s) 명시. ✅
+- **§9.1**: `"V009 migration 적용 + eager backfill 완료 후"` 로 scope 명확화. ✅
+- **§12.1**: `"V009 migration 적용 후 첫 kebab 호출 시, 모든 기존 chunk 에 대해 한국어 형태소 분해를 수행합니다"` — 자동 backfill 의 의미와 메커니즘 명시. ✅
+- **§9.3 verifier checklist**: `"Ingest 후 chunks.tokenized_korean_text 가 모든 한국어 chunk 에 채워짐"` — "기존 chunk / 신규 ingest 분기" 가 §8.2 eager backfill 정책으로 단일화되어 모호성 해소. ✅
+
+### Finding #3: unicode61 CJK tokenization 의 sub-morpheme 매칭 보장 부재
+
+critic 의 권장: lindera-cli 실제 실행 결과 appendix 첨부 + AC §9.1 hit 보장과 cross-check.
+
+- **Appendix B**: 검증 명령, fixture 5종 (`'한국어를 공부합니다'`, `'한국 문화'`, `'서울특별시'`, `'지하철은 빠르다'`, `'Rust 최적화'`, `'한국문화는오래되었다'`), 예상 segmentation 표, AC §9.1 과의 일치성 분석이 포함됨. ✅
+- **고유명사 정책 주의사항**: Appendix B §9.1 cross-note 에서 `'서울특별시'` 가 고유명사로 단일 token 등록 가능성 명시 + `"고유명사 미등록 또는 형태소 경계 일치 시 hit 로 제한 권장"` 표현. ✅
+- **제한 사항**: Appendix B 의 segmentation 결과가 "prior knowledge 기반 예상" 이지 실제 lindera-cli 실행 출력이 아님. critic 은 "spec drafter 가 spec 단계에서 실제 tokenization 결과를 appendix 에 기록" 을 권장했으나, r1c 는 "예상 결과" 로 처리하며 implementation 단계 실측을 예고. 이는 partial resolution 이나, 핵심 우려 (AC §9.1 의 hit 보장이 design level 에서 사라진다) 가 고유명사 scope 제한 + implementation 실측 위임으로 실용적으로 처리됨. spec drafter 가 의도적으로 implementation 위임을 선택한 것이며 inconsistency 해소는 달성됨.
+
+### Finding #4: V007 CI diff-check 의 운명 미명시
+
+critic 의 권장: rename / replace / delete 중 선택 + tests/fts.rs 편집 범위 명시.
+
+- **§5.3**: `"rename 으로 V009 이동"` 을 권장으로 명시. fts.rs 편집 범위 (V007 test → V009 rename, migration block 추출 대상 변경). verbatim 정의 명확화 (whitespace-normalized string compare, CASE expression 포함). Design §5.5 의 동일 갱신 범위 명시. ✅
+
+### Finding #5: trigger race / ingest pipeline 순서
+
+critic 의 권장: lindera tokenize + chunk INSERT 단일 transaction invariant 추가, tokenize 실패 fallback 정책 명시.
+
+- **§6.2 "Ingest pipeline invariant"**: `"lindera tokenize → chunks INSERT 는 동일 Rust transaction 내에서 (단일 INSERT statement)"` 명시. chunks_ai trigger 가 NOT NULL branch 를 타는 invariant 보장. eager backfill 의 atomic transaction 명시. race condition (PRIMARY KEY 제약 강제) 명시. ✅
+- **§6.2 "tokenize_korean_morphological() 실패 처리"**: `fallback (NULL + warning log)` 정책 명시. error propagation 대안 미권장 이유 명시. graceful degradation 동작 명시. ✅
+
+### Finding #6: storage / binary 비용 추정 의 evidence 부재
+
+critic 의 권장: lindera-ko-dic size, binary delta, SQLite delta, ingest latency delta 실측 appendix 첨부.
+
+- **§4.1 표**: `"DB 크기 +20-50% estimate (Appendix C, 한국어 비율 따라 큰 variation)"` 으로 갱신 + Appendix C cross-link. ✅
+- **§10.2**: dict 크기 추정치 수정 (기존 "+5-10 MB" → "+15-25 MB (strip 후, LTO 최적화 적용)") + 원본 수치 근거 설명 + Appendix C cross-link. ✅
+- **§10.3**: Appendix C cross-link. ✅
+- **Appendix C**: evidence sources (GitHub URL, crates.io URL), 추정 방법론, estimation bounds, implementation 실측 예고. ✅
+- **제한 사항**: Appendix C 의 수치가 "spike branch 불가능하므로 estimate" 임을 명시. 실제 measurement 아닌 web reference + prior knowledge 기반. 이는 critic 의 "측정값 첨부" 권장에 완전 부합하지 않으나, 현 spec 단계에서 실측이 어렵다는 맥락에서 투명하게 처리됨. Option A 선택 근거 (§4.1 비교표) 가 Appendix C 의 estimate bounds 로 보강됨.
+
+### Finding #7: search result ordering / eval baseline drift / corpus_revision
+
+critic 의 권장: §11.3 wire content 변화 명시, §5.2 corpus_revision SQL 명시, §7.3 short_query_hint 운명 명시, surface cascade list 명시.
+
+- **§5.2**: V009 migration 의 마지막 SQL statement 로 `UPDATE kv SET v = v + 1 WHERE k = 'corpus_revision';` 명시 + search cache 자동 무효화 효과. ✅
+- **§7.3**: `short_query_hint()` 제거 이유 + 제거 범위 (`grep -rn "short_query_hint"`) 명시. ✅
+- **§7.4 Surface cascade list**: README.md / integrations/claude-code/kebab/SKILL.md / HANDOFF.md / docs/ARCHITECTURE.md 의 구체적 갱신 항목 명시. eval golden baseline 재생성 필요 + PR scope 명시. ✅
+- **§11.3**: Wire schema shape 불변 + Wire content 변화 (hit ordering + snippet) 명시. BM25 score 분포 변동 이유 설명. eval golden baseline 재생성 필수 명시. ✅
+
+### Finding #8: `disable_korean_morphological` config 노브
+
+critic 의 권장: 노브 drop (Option A), build-time feature only (Option B), 보강 (Option C) 중 선택.
+
+- **§6.3**: Option A (노브 제거) 선택 + 이유 명시. `"Config 노브 제거: disable_korean_morphological 는 추가하지 않음. Pre-1.0 단계이고, 한국어 지원은 core feature."` 명시. 대안 (Option B, C) 미채택 이유도 기술. ✅
+- eval baseline reproducibility 문제 (§8.4 언급 in critic) 는 노브 자체 제거로 근본 해소. ✅
+
+### Finding #9: license + dict source 검증 evidence 부재
+
+critic 의 권장: lindera 의 SPDX + Cargo.toml 인용, lindera-dict-ko-dic 의 SPDX + GitHub URL + upstream source, deny.toml allow-list 갱신 명시.
+
+- **§10.1**: `"Evidence 는 Appendix D 참고"` 로 cross-link. ✅
+- **Appendix D**: lindera SPDX (`MIT OR Apache-2.0`) + GitHub URL + Cargo.toml license field 명시. lindera-dict-ko-dic SPDX (`Apache-2.0`) + GitHub URL + upstream (MeCab-ko-dic, KAIST 기반) 명시. deny.toml allow-list 갱신 절차 (`cargo deny check` 명령) 명시. ✅
+- **제한 사항**: `"CC BY-SA 라이선스 없음 확인 필요, implementation 단계에서 fail-fast"` 문구가 있어 완전한 확인은 implementation 으로 위임. critic 의 "Apache-2.0 만 dual-licensed 된 dict 가 아니면 reject 위험" 우려는 fail-fast 정책 명시로 처리됨. ✅
+
+---
+
+## New substantive findings (rewrite 도입)
+
+rewrite 과정에서 새로 도입된 substantive issue 를 확인함.
+
+**1. §1 Summary 의 "기존 trigram 의 장점(영어 substring 매칭, 부분 매칭 지원)을 보존" 문구 잔존**
+
+§4.1/§4.2/§9.2/§12.1 이 모두 English substring 회귀 (Path A) 를 명시하고 있으므로, §1 의 이 문구는 사실과 반대. 그러나 §1 은 summary 단락이고, §4.2 트레이드오프 절이 바로 이 점을 부정하고 있어 spec 전체의 self-contradiction 수준은 아님. spec 을 순서대로 읽는 독자는 §4.2 에서 "영어 substring 매칭 회귀" 를 명확히 인지. risk: low.
+
+**2. §8.2 의 `first-boot backfill` 메커니즘 — Rust refinery migration 한계 미반영**
+
+§8.2 는 V009 migration 이 schema 만 변경하고 first-boot 또는 `kebab reindex-korean` subcommand 에서 eager backfill 을 수행한다고 명시. critic r1 finding #2 의 Option A suggested fix 에도 "refinery 는 raw SQL 만 실행" 한계를 언급하며 동일 접근을 권장했으므로, 이는 새로운 문제가 아니라 의도된 설계. `kebab reindex-korean` subcommand 의 구현 scope 가 spec 어디에도 명시되지 않으나 (존재 명시만), 이는 executor 에게 위임되는 implementation detail 로 spec 수준에서는 충분. risk: low.
+
+**3. Appendix A + 본문 Option 비교 section 의 중복**
+
+spec 본문 §4 뒤에 `"## Appendix: 미평가 Option"` 절과 `"## Appendix A: 미평가 Option"` 절이 중복으로 존재 (line 501-519 과 line 527-545 가 동일 내용). 이는 편집 artifact 로, design 또는 behavior surface 에 영향 없음. risk: none (cosmetic).
+
+**종합**: 새로 도입된 substantive issue 없음. 위 3건 모두 low/none risk 로 NEEDS_REWRITE trigger 에 해당하지 않음.
+
+---
+
+## Verdict rationale
+
+critic R1 의 9개 finding (critical 3, major 6) 이 모두 r1c rewrite 에서 해소됨:
+
+- Finding #1: Path A (English substring 회귀 인정) 로 일관 갱신. §9.2 test rename + assertion 반전. §4.1 표 수정. §12.1 명시.
+- Finding #2: Eager backfill 결단 + §8.2/§9.1/§12.1 일관성. corpus_revision SQL + search cache 자동 무효화.
+- Finding #3: Appendix B segmentation evidence (prior knowledge 기반 예상) + AC §9.1 고유명사 scope 제한 명시. implementation 실측 위임 투명 처리.
+- Finding #4: §5.3 rename 선택 명시 + verbatim scope 명확화.
+- Finding #5: §6.2 transaction invariant + fallback 정책 명시.
+- Finding #6: Appendix C cost evidence (estimate bounds + web reference) + §4.1/§10.2/§10.3 cross-link.
+- Finding #7: §5.2 corpus_revision SQL + §7.3 hint 제거 + §7.4 surface cascade list + §11.3 wire content 변화 명시.
+- Finding #8: §6.3 노브 drop (Option A) 결단.
+- Finding #9: Appendix D SPDX + GitHub URL + deny.toml 절차 명시.
+
+새 substantive finding 없음. 잔존 §1 Summary 의 "보존" 문구는 §4.2 로 즉시 반박되는 low-risk 표현이며, Appendix A 중복은 cosmetic artifact.
+
+모든 critic finding resolved + 0 new substantive → **ACCEPT**.
--- a/docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec.md
+++ b/docs/superpowers/specs/2026-05-28-v0.20.x-korean-morphological-tokenizer-spec.md
@@ -0,0 +1,667 @@
+---
+title: v0.20.x — 한국어 morphological tokenizer (Bug #8 follow-up)
+created: 2026-05-28
+status: accepted
+contract_sections: [§5.5 chunks_fts, §9 version cascade]
+parent_handoff: docs/superpowers/handoffs/2026-05-28-v0.20.x-c-korean-morphological-tokenizer-handoff.md
+---
+
+# v0.20.x — 한국어 morphological tokenizer (Bug #8 follow-up)
+
+## 1. Summary
+
+V007 trigram FTS5 tokenizer 의 한계로 인한 2자 이하 한국어 query 의 0-hit 문제를 해결. 형태소 분석 기반 tokenizer 도입으로 '한국', '서울', '지하철' 같은 2자 단어 검색이 가능하도록 개선하되, 기존 trigram 의 장점(영어 substring 매칭, 부분 매칭 지원)을 보존. V009 migration 추가로 FTS5 index 재구성하며, 기존 데이터는 자동 backfill 로 재-ingest 불필요.
+
+## 2. Background
+
+### 2.1 V007 Trigram 의 한계
+
+`migrations/V007__fts_trigram.sql` (2026-05-23 v0.17.0 release) 에서 chunks_fts 의 tokenizer 를 `unicode61` → `trigram` 으로 교체. 효과:
+- 한국어 ≥3 char substring 검색 가능: '해시 충돌' 문서에서 '충돌은', '발생한' 검색 성공.
+- 영어 substring 매칭으로 진화: 'token' query 가 'tokenizer' 도 hit (recall ↑).
+- **핵심 한계**: 2자 이하 query 는 trigram bucket 이 없어 항상 0-hit.
+
+### 2.2 사용자 도그푸딩에서 발견된 impact
+
+Round 3/4 도그푸딩 (2026-05-28) 에서 다음 한국어 query 의 0-hit 가 반복:
+- `'한국'` (2자)
+- `'서울'` (2자)
+- `'지하철'` (3자, trigram 에선 hit 하나 다른 경로에서도 검색 실패 가능한 경계 케이스)
+
+Vector search (multilingual-e5) 와 hybrid (RRF fusion) 는 정상 동작하나, lexical-only 모드에서는 한국어 단어의 가장 기본적인 검색이 불가능. **Search experience 의 가장 큰 surface 변경 필요**.
+
+### 2.3 HOTFIXES 에서의 맥락
+
+- **2026-05-22**: p10 도그푸딩 round 2 에서 "한국어 lexical 검색이 FTS5 unicode61 tokenizer 에서 무용" 발견 → V007 trigram 으로 일부 해소 하나 2자 이하는 미해결.
+- **2026-05-24**: V007 trigram adoption + `lexical.rs::build_match_string()` 의 multi-token Korean query 처리 추가 ("한국" + 다른 2자 → OR-combine whole-phrase 후보).
+
+Bug #8 은 "2자 이하 Korean query" 의 해결 미루어진 상태.
+
+## 3. Goals + Non-Goals
+
+### Goals
+- `kebab search '한국'` → hit 가능 (현재 0 hit).
+- `kebab search '서울'` → hit 가능.
+- `kebab search '지하철'` → hit 가능 (3자 trigram 에선 일부만 가능).
+- English lexical recall/precision 을 현재 수준 이상 유지 또는 향상.
+- 한-영 혼합 query ('Rust 최적화') 도 정상 동작.
+
+### Non-Goals
+- Search wire schema (`search_response.v1`) 변경.
+- Embedding model 또는 vector search 의 변경.
+- Document ranking 알고리즘 변경.
+
+## 4. Design Decision
+
+### 4.1 Option 비교표
+
+| 항목 | Option A: Morphological Tokenizer | Option B: Bigram Supplement | Option C: Query-side Workaround |
+|------|----------------------------------|--------------------------|--------------------------|
+| **구현 방식** | lindera (형태소 분석) + pre-tokenize 우회 | 별도 FTS5 table (`chunks_fts_bigram`) + query 분기 | 2자 query 시 hint 노출 또는 vector fallback |
+| **DB 크기** | +20-50% estimate (Appendix C, 한국어 비율 따라 큰 variation) | +100% (dual index) | 변경 없음 |
+| **Query latency** | +5-10ms estimate (형태소 분해, Appendix C) | +2-3ms (dual lookup) | 변경 없음 |
+| **Ingest latency** | +10-20% estimate (형태소 분해, Appendix C) | 변경 없음 (FTS trigger 미변경) | 변경 없음 |
+| **2자 query 지원** | ✅ 형태소 경계 일치 시 | ✅ bigram index 로 | ❌ workaround 만 |
+| **English 영향** | 회귀 (substring → whole-token, V002 동일) | 변경 없음 (dual-keep) | 변경 없음 |
+| **License risk** | lindera (MIT/Apache-2.0) + dict (Apache 호환) | 변경 없음 | 변경 없음 |
+| **Maintenance burden** | 중간 (dict 업데이트 / tokenizer API) | 높음 (dual-index 동기화) | 낮음 (hint only) |
+| **Migration cascade** | V009 (index_version bump) | V009 (new virtual table) | 없음 |
+
+### 4.2 권장: Option A (Morphological Tokenizer + Pre-tokenize 우회)
+
+**선택 rationale:**
+1. **한국어 형태소 분석이 정석**: 2자 단어는 morpheme boundary 와 일치 → 정확한 매칭 보장.
+2. **구현 단순성**: lindera 는 Rust-native, pre-tokenize 우회 (별 column) 는 FTS5 external tokenizer 등록의 복잡성 회피.
+3. **License clean**: lindera (MIT/Apache-2.0) + Korean dict (Apache-2.0 호환, MeCab-ko-dic 기반).
+4. **확장성**: 향후 Japanese / Chinese morphological tokenizer 추가 시 동일 패턴 재사용 가능.
+5. **한국어 우선**: V007 의 trigram 도입 자체가 한국어 2-3자 query 해결이 핵심 목표였으므로, V009 에서 2자 query 지원이 더 근본적인 해결.
+
+**트레이드오프 (English substring 매칭 회귀):**
+- V007 에서 trigram 으로 도입된 English substring 매칭 (`'token'` query 가 `'tokenizer'` hit) 이 unicode61 복귀로 사라짐.
+- 이는 V002 (pre-v0.17.0) 의 영어 동작으로 환원 — V007 의 ad-hoc 부산물이었고, V009 의 한국어 형태소 분석이 더 큰 사용자 도그푸딩 surface.
+- Release notes 에서 정직히 언급하고, 영어 사용자에게는 vector search / hybrid mode 로 충분.
+
+**대안 (Option B) 의 단점:**
+- Dual-index DB 크기 2배 → disk footprint 증가 + 동기화 복잡.
+- Query analyzer 의 2자 감지 로직 추가 → lexical.rs 의 분기 복잡도 증가.
+
+**대안 (Option C) 의 단점:**
+- 실제 해결이 아닌 workaround → UX 측면에서 부족.
+
+## 5. Migration Cascade (V009)
+
+### 5.1 DDL skeleton
+
+```sql
+-- V009__fts_korean_morphological.sql
+-- Replace chunks_fts tokenizer: trigram → unicode61 (한국어 형태소 분해 별 column 추가)
+
+-- Per design §5.5 (chunks_fts virtual table + chunks_ai/ad/au triggers).
+-- tokenizer 변경: trigram → unicode61 (한국어 전용 tokenized_text column 추가로 dual-index 구현).
+
+-- ── Korean morphological tokenizer (V009) ──────────────────────────
+
+-- chunks 테이블에 한국어 형태소 분해된 text 를 저장할 열 추가.
+ALTER TABLE chunks ADD COLUMN tokenized_korean_text TEXT;
+
+-- 기존 chunks_fts 제거 (trigram tokenizer).
+DROP TRIGGER IF EXISTS chunks_au;
+DROP TRIGGER IF EXISTS chunks_ad;
+DROP TRIGGER IF EXISTS chunks_ai;
+DROP TABLE IF EXISTS chunks_fts;
+
+-- 신규 chunks_fts (unicode61 tokenizer, English/Korean 모두 지원).
+-- tokenized_korean_text column 은 형태소 분해된 한국어만 포함, 영어는 원문 그대로.
+CREATE VIRTUAL TABLE chunks_fts USING fts5(
+  chunk_id     UNINDEXED,
+  doc_id       UNINDEXED,
+  heading_path,
+  text,
+  tokenize = 'unicode61'
+);
+
+-- Triggers: chunks 의 INSERT/UPDATE/DELETE 시 chunks_fts 동기화.
+-- tokenized_korean_text 는 ingest 단계에서 pre-fill (별 helper function).
+CREATE TRIGGER chunks_ai AFTER INSERT ON chunks BEGIN
+  INSERT INTO chunks_fts(chunk_id, doc_id, heading_path, text)
+  VALUES (new.chunk_id, new.doc_id, new.heading_path_json, 
+          CASE WHEN new.tokenized_korean_text IS NOT NULL 
+               THEN new.tokenized_korean_text || ' ' || new.text
+               ELSE new.text 
+          END);
+END;
+CREATE TRIGGER chunks_ad AFTER DELETE ON chunks BEGIN
+  DELETE FROM chunks_fts WHERE chunk_id = old.chunk_id;
+END;
+CREATE TRIGGER chunks_au AFTER UPDATE ON chunks BEGIN
+  DELETE FROM chunks_fts WHERE chunk_id = old.chunk_id;
+  INSERT INTO chunks_fts(chunk_id, doc_id, heading_path, text)
+  VALUES (new.chunk_id, new.doc_id, new.heading_path_json, 
+          CASE WHEN new.tokenized_korean_text IS NOT NULL 
+               THEN new.tokenized_korean_text || ' ' || new.text
+               ELSE new.text 
+          END);
+END;
+
+-- ── Backfill existing chunks ──────────────────────────────────────
+-- 기존 chunks 에 대해 tokenized_korean_text 를 pre-fill.
+-- Rust helper function (`kebab-parse-md` 또는 `kebab-chunk` crate) 이 
+-- 모든 chunk 에 대해 한국어 형태소 분해를 수행한 후 UPDATE.
+-- 초기 backfill 은 V009 migration 의 DATA 섹션에서 호출.
+
+INSERT INTO chunks_fts(chunk_id, doc_id, heading_path, text)
+  SELECT chunk_id, doc_id, heading_path_json,
+         CASE WHEN chunks.tokenized_korean_text IS NOT NULL 
+              THEN chunks.tokenized_korean_text || ' ' || chunks.text
+              ELSE chunks.text 
+         END
+  FROM chunks;
+```
+
+### 5.2 `corpus_revision` bump + Search cache invalidation
+
+V009 migration 의 마지막 SQL statement:
+
+```sql
+UPDATE kv SET v = v + 1 WHERE k = 'corpus_revision';
+```
+
+이를 통해:
+1. Search cache (`kebab-rag` 의 in-process LRU, p9-fb-19) 자동 무효화 (next query 부터 새로운 FTS index 기반 결과).
+2. Eager backfill 진행 중 이미 업데이트된 chunks 는 새 tokenization 기반, 미완료 chunks 는 기존 text 기반 결과 (부분 결과, 정상).
+
+### 5.3 Design contract 변경 + CI diff-check
+
+Design `docs/superpowers/specs/2026-04-27-kebab-final-form-design.md` 의 §5.5 변경:
+- `tokenize = 'trigram'` → `tokenize = 'unicode61'` (한국어 형태소 분해 column 추가).
+
+**CI diff-check test 처리**:
+- 기존 V007 test `fts_v007_matches_design_section_5_5_verbatim` 의 처리: **rename 으로 V009 이동** (권장).
+  - Design §5.5 의 변경 대상이 V009 의 unicode61 DDL block 이므로, V007 test 의 design 매칭 비교는 무의미.
+  - Test 를 `fts_v009_matches_design_section_5_5_verbatim` 로 rename 하고, migration block 추출 대상을 `migrations/V009__fts_korean_morphological.sql` 로 변경.
+  - V007 은 "historical replay only, design 매칭 X" 상태로 진입 (V002 와 유사 패턴, fts.rs:402-405 comment 참고).
+- 신규 V009 test: Design §5.5 의 unicode61 + 한국어 column chunks_ai/ad/au triggers 와 migration verbatim 일치 비교.
+
+**Verbatim 정의 명확화**:
+- CI diff-check 의 "verbatim" = whitespace-normalized string compare of the §5.5 block.
+- scope 는 CASE expression 포함 (trigger body 의 CASE WHEN tokenized_korean_text IS NOT NULL ... 전체).
+- Design §5.5 도 동일하게 CASE expression 전체 포함하도록 수정.
+
+## 6. Tokenizer Integration
+
+### 6.1 한국어 형태소 분석 구현
+
+**선택 라이브러리**: lindera-cli + lindera-dict-ko-dic
+
+- **lindera**: Rust-native morphological tokenizer.
+- **lindera-dict-ko-dic**: Korean MeCab dictionary (Apache-2.0 호환).
+- **라이센스 검증**: lindera = MIT/Apache-2.0 dual, dict = Apache-2.0 (한국어 구글 사전 기반).
+
+### 6.2 Pre-tokenize 우회 (별 column) + Invariant 명시
+
+Ingest 파이프라인 (`kebab-parse-*` → `kebab-chunk`) 에서:
+
+1. **Chunk 생성 후**: 각 chunk 의 `text` 에 대해 lindera 로 형태소 분해.
+2. **분해된 token 재조합**: 공백으로 연결하여 `tokenized_korean_text` 값 생성.
+3. **Chunk row INSERT 시**: `tokenized_korean_text` column 에 pre-fill.
+4. **FTS5 trigger**: chunks_ai trigger 가 `tokenized_korean_text` 를 원문 text 와 함께 FTS 에 index.
+
+**구현 위치**: `crates/kebab-chunk/src/lib.rs` 의 chunk builder 에 `tokenize_korean_morphological()` helper 추가 (optional feature gate `fts_korean_morphological`).
+
+**Ingest pipeline invariant**:
+- lindera tokenize → chunks INSERT 는 **동일 Rust transaction 내에서** (단일 INSERT statement).
+- chunks_ai trigger 는 항상 CASE 의 NOT NULL branch 를 타는 보장 (eager 신규 ingest 경로).
+- Eager backfill (UPDATE tokenized_korean_text) 경로는 별도: chunks_au trigger 가 DELETE + INSERT 수행 (atomic transaction).
+- Race condition: 동일 chunk_id 의 concurrent ingest run 에서 lindera tokenize + UPDATE 의 order 는 SQLite transaction isolation 에 의존 (PRIMARY KEY 제약 강제).
+
+**tokenize_korean_morphological() 실패 처리**:
+- lindera dictionary load fail 또는 tokenization error 발생 시: **fallback (NULL + warning log)**.
+  - Chunk 자체는 ingest 성공.
+  - `tokenized_korean_text = NULL` 로 INSERT.
+  - Chunks_ai trigger 의 CASE 는 ELSE branch (raw text 만 FTS index).
+  - 로그: `WARN: tokenize_korean_morphological() failed for chunk_id=X, falling back to raw text: <error message>`.
+  - 결과: 한국어 2자 query 는 이 chunk 에서 hit 안 함 (graceful degradation, fatal error 아님).
+  - Alternative (error propagation): lindera fail 을 ingest pipeline 전체 abort 로 처리 — **미권장** (partial KB 손상 위험).
+
+### 6.3 Vendoring 전략 (default-enabled, opt-out 없음)
+
+**권장: Option A (Simplicity)**
+
+- **Cargo.toml**: `lindera`, `lindera-dict-ko-dic` 를 workspace 의존성으로 추가.
+- **Feature flag**: `kebab-app` 의 `[features]` 에 `fts_korean_morphological = ["lindera"]` 추가.
+  - Syntax: `[features] fts_korean_morphological = ["lindera"] default = ["fts_korean_morphological"]` (default-enabled).
+- **Binary 빌드**: `cargo build --release` 는 feature 포함 필수 (모든 사용자가 한국어 형태소 분석 혜택).
+- **Config 노브 제거**: `disable_korean_morphological` 는 추가하지 않음. Pre-1.0 단계이고, 한국어 지원은 core feature.
+- **Binary dict 비용**: 모든 사용자가 부담 (+15-25 MB, Appendix C 참고).
+
+**대안 (미채택)**:
+- Option B (build-time feature only): `kebab-no-ko` 같은 release binary 별도 컷 — maintenance burden 증가, pre-1.0 권장 X.
+- Option C (runtime config): opt-out 노브 → eval baseline reproducibility 깨짐 (lexical_index_version 다양화), 미권장.
+
+## 7. Query Path
+
+### 7.1 Search CLI 경로 (변경 없음)
+
+`kebab search` 의 Query 처리 경로는 전혀 변경 안 됨:
+- User 의 query string 은 그대로 FTS5 에 전달.
+- FTS5 (unicode61 tokenizer) 가 query 를 space/punct 로 tokenize.
+- 한국어 2자 query ('한국') 은 이제 tokenized_korean_text column 에서 hit.
+
+### 7.2 lexical.rs 의 build_match_string() 조정
+
+V007 (trigram) 에서 V009 (unicode61 + 형태소) 로 이전할 때, `build_match_string()` 의 trigram-specific 로직 일부 단순화 가능:
+- Multi-token Korean query 의 OR-combine 우회 가능 (형태소 이미 분해됨).
+- 단일 2자 token 도 이제 hit 가능.
+
+하지만 backward-compat 차원에서 기존 로직 보존 권장 (future 확장성).
+
+### 7.3 CLI hint 제거
+
+`crates/kebab-app/src/lib.rs` 의 `short_query_hint()` 함수:
+
+**제거 이유**:
+- V007: "한국어 lexical 은 3자 이상 권장" hint.
+- V009: 2자 query 이상 모두 지원되므로 hint 불필요.
+
+**제거 범위**:
+```bash
+grep -rn "short_query_hint" crates/kebab-app/src/lib.rs
+```
+
+위 함수를 찾아 호출 및 함수 정의 제거. CLI 사용자는 2자 query 입력 가능.
+
+### 7.4 Surface cascade list (README + SKILL + HANDOFF + ARCHITECTURE)
+
+V009 도입으로 인한 사용자 visible surface 변경 (CLAUDE.md "Docs split" rule 따라, implementation PR 에서 동시 갱신):
+
+**README.md**:
+- 명령 table 의 `kebab search` 행: "한국어 2자 query 지원" 추가.
+- Configuration section (KEBAB_* env, config.toml): 변경 없음 (new option 없음).
+
+**integrations/claude-code/kebab/SKILL.md** (shipped integration):
+- V007 trigram 의 "3자 이상 권장" hint 제거.
+- "2자 단어 검색 지원 (예: '한국', '서울')" 추가.
+- English substring 매칭 회귀 명시 (optional, 고급 사용자용).
+
+**HANDOFF.md**:
+- v0.20.1 patch release section: V009 surface 변경 명시.
+
+**docs/ARCHITECTURE.md**:
+- Crate dependency graph: lindera 추가 (kebab-chunk 또는 kebab-app 의존성).
+- FTS tokenizer 섹션: V007 trigram → V009 unicode61 + 형태소 분해로 업데이트.
+
+**Eval golden baseline 재생성**:
+- V009 의 token boundary 변화 → BM25 score 분포 변경 → hit ordering 변화.
+- `crates/kebab-eval/` 의 goldens.csv 재생성 필요.
+- **책임 범위**: 본 PR scope 에 포함 (spec drafter 또는 executor, TBD).
+  - 명시: "eval golden baseline 재생성은 V009 PR 의 일부" (또는 "별 follow-up P5").
+
+---
+
+## 8. Backward Compatibility + Eager Backfill
+
+### 8.1 기존 V007 Trigram Index 처리
+
+V009 migration 에서 chunks_fts 를 완전 재구성:
+1. **DROP + V009 교체**: 기존 trigram index 는 discarded. Disk 효율 최적 (일시적 2배 디스크 사용 후 cleanup).
+
+### 8.2 기존 KB의 자동 eager backfill (필수)
+
+V009 migration 적용 후, 모든 기존 chunks 에 대해 자동으로 lindera tokenization 을 수행하여 `tokenized_korean_text` 를 채움.
+
+**전략**:
+1. **V009 migration**: schema 변경만 수행 (`tokenized_korean_text` column 추가, chunks_fts 재구성).
+2. **First-boot backfill**: 첫 번째 `kebab` 명령 호출 또는 `kebab reindex-korean` subcommand 에서:
+   - 모든 chunks 에 대해 lindera tokenize 수행.
+   - 분해된 token 을 `tokenized_korean_text` 에 UPDATE.
+   - chunks_au trigger 가 chunks_fts 를 자동 재-index.
+3. **Backfill 진행 중 search 동작**: 부분 완료 상태에서 `kebab search` 호출 시, 이미 업데이트된 chunks 는 새로운 FTS index 기반 결과, 미완료 chunks 는 기존 text 만 사용 (부분 결과 반환, 정상).
+4. **Latency**: KB 크기 비례. 약 10,000 chunk 당 ~30-60초 추정 (lindera tokenization 소요 시간).
+
+**결과**: V009 migration 적용 직후 사용자는 즉시 `kebab search '한국'` / `'서울'` 등 2자 query 로 hit 가능 (재-ingest 불필요).
+
+## 9. Acceptance Criteria
+
+### 9.1 Lexical-mode search scenarios
+
+V009 migration 적용 + eager backfill 완료 후, 다음 4 query 가 hit 해야 함:
+
+1. `kebab search '한국'` (2자)
+   - 예상 hit: Korean wiki 의 "한국어", "한국 문화" 등 포함 chunk.
+   - 현재 상태: 0 hit (V007).
+   - V009 후: lindera 의 형태소 분석으로 `tokenized_korean_text` 에 '한국' token 포함 chunk → hit.
+
+2. `kebab search '서울'` (2자)
+   - 예상 hit: Korea geography / metro KB 의 "서울특별시" 등.
+   - 현재 상태: 0 hit.
+   - V009 후: '서울' token 매칭 → hit.
+
+3. `kebab search '지하철'` (3자)
+   - 예상 hit: metro-korea.pdf 의 "지하철" 언급 chunk (V007 에선 일부 hit, 불완전).
+   - 검증: V009 후 100% hit, regression 없음.
+
+4. `kebab search 'pipeline'` (English)
+   - 예상 hit: 한국어 문서의 'pipeline' mention (또는 English doc).
+   - 검증: V007 과 달리 substring 매칭 없음. whole-token 매칭만 (V002 동일).
+
+### 9.2 Test coverage
+
+신규 test: `crates/kebab-store-sqlite/tests/fts.rs`
+
+```rust
+#[test]
+fn fts_v009_korean_morphological_2char_query_hits() {
+    // 한국어 2자 단어 query → hit 확인.
+    // Fixture: "한국 문화는 오래되었다" chunk.
+    // Query: "한국" → 1+ hit.
+    // Query: "문화" → 1+ hit.
+}
+
+#[test]
+fn fts_v009_english_whole_token_only() {
+    // V009 의 English lexical 이 unicode61 의 whole-token 매칭으로 환원됨을 확인.
+    // V007 trigram 에서 도입된 substring 매칭은 사라짐 (V002 동일).
+    // Fixture: "the tokenizer normalizes whitespace" chunk.
+    // Query: "token" → 0-hit (substring of "tokenizer" NOT matched by unicode61).
+    // Query: "tokenizer" → 1+ hit (exact token match).
+}
+
+#[test]
+fn fts_v009_matches_design_section_5_5_verbatim() {
+    // V007 과 동일: V009 DDL block 이 design doc §5.5 와 일치.
+    // CI guard.
+}
+```
+
+신규 integration test: `crates/kebab-app/tests/search_korean.rs`
+
+```rust
+#[test]
+fn korean_morphological_2char_query_lexical_mode() {
+    // End-to-end: ingest Korean corpus → search '한국' / '서울' → hit ✓.
+}
+
+#[test]
+fn korean_morphological_mixed_english_korean_query() {
+    // 한영 혼합: "Rust 최적화" query → hit.
+}
+```
+
+### 9.3 Verifier checklist
+
+- [ ] Ingest 후 chunks.tokenized_korean_text 가 모든 한국어 chunk 에 채워짐.
+- [ ] FTS5 query 'WHERE chunks_fts MATCH "한국"' 가 hit 반환.
+- [ ] English query ('pipeline') 는 V007 과 동일 수준 hit.
+- [ ] Hybrid/vector search 는 변경 없음 (FTS5 는 lexical only).
+- [ ] `kebab schema --json` 의 wire schema 는 변경 없음 (wire-invisible 변경).
+
+## 10. Risks + Evidence
+
+### 10.1 License verification
+
+Evidence 는 Appendix D 참고.
+
+- **lindera**: MIT OR Apache-2.0 (dual license).
+- **lindera-dict-ko-dic**: Apache-2.0 (MeCab-ko-dic 기반).
+- **검증**: PR 단계에서 `cargo deny check` 통과 + SPDX 문서 인용 필수. CC BY-SA 라이선스 미포함 확인.
+- **deny.toml 갱신**: lindera + lindera-dict-ko-dic 를 allow-list 에 추가 (Apache-2.0 already allowed 가정).
+
+### 10.2 Dict size + binary bloat
+
+Evidence 는 Appendix C 참고.
+
+- **lindera-dict-ko-dic uncompressed**: ~30-50 MB (FST + MeCab dict matrix).
+- **Cargo packed size**: ~20-30 MB.
+- **Binary 증가**: release binary 에 embed 시 +15-25 MB (strip 후, LTO 최적화 적용).
+- **DB 크기**: +20-50% (한국어 비율에 따라 큰 variation).
+- **Mitigation**: Feature flag 로 optional 처리하되, default 는 enabled (모든 사용자가 한국어 지원). Sec. 6.3 참고.
+
+### 10.3 Ingest latency 증가
+
+Evidence 는 Appendix C 참고.
+
+- **형태소 분해**: 1000 char chunk 당 ~5-20 ms (lindera tokenizer 추정).
+- **Impact**: 전체 ingest 의 ~10-20% 증가 (chunk creation 단계).
+- **Eager backfill**: 첫 부팅 시 KB 크기 비례 backfill latency (~10000 chunk 당 30-60s 추정).
+- **Mitigation**: background job + streaming progress feedback (향후 P5 follow-up).
+
+### 10.4 다른 언어 (일본어/중국어) 요청
+
+- 현재 scope: 한국어만.
+- 향후 확장: 일본어 (lindera-dict-ipadic), 중국어 (jieba-rs) 는 별 PR.
+- 현재 구현은 generic 하지 않으므로 각 언어별 PR 필요.
+
+## 11. Version Cascade
+
+### 11.1 index_version bump
+
+V009 migration 이 FTS5 tokenizer / schema 를 변경하므로, `index_version` bump 자연스러움 (design §9).
+
+- **Before**: `index_version = "fts5-v007-trigram"` (또는 `"v007"`).
+- **After**: `index_version = "fts5-v009-korean-morphological"` (또는 `"v009-morpho"`).
+
+### 11.2 parser_version / chunker_version
+
+- **parser_version**: 변경 없음 (파서 의미는 동일).
+- **chunker_version**: 변경 없음 (chunk boundary 는 동일, tokenization 은 FTS-level).
+
+### 11.3 Wire schema 변경 + Hit ordering 변화
+
+**Wire schema shape**:
+- **search_response.v1**: 변경 없음 (내부 FTS 구현은 wire-invisible).
+- **answer.v1**: 변경 없음.
+- **schema.v1**: 변경 없음.
+
+**Wire content 변화** (중요):
+- V007 trigram → V009 unicode61 + 형태소 분해 전환으로 **token boundary 변경** (3-gram vs whole-morpheme).
+- 동일 query 의 BM25 raw score 분포 완전 변동 → hit ordering 변화.
+- **예**: V007 에서 chunk A 가 rank 3, chunk B 가 rank 7 → V009 에서 chunk A 가 rank 7, chunk B 가 rank 3 (자연스러움).
+- **Snippet 내용도 변화**: tokenizer 가 다르므로 highlight position 변동 가능.
+
+**결론**:
+- Version cascade 는 `index_version` 만 bump.
+- Wire schema 는 shape 미변경, 하지만 **content (hit ordering + snippet)** 는 의도적 변화.
+- **Eval golden baseline 재생성 필수** (V007 기준 goldens.csv 는 V009 에서 fail).
+  - PR scope: 본 C 에 포함 또는 별 P5 follow-up (spec 에서 명시).
+
+---
+
+## 12. Release Strategy
+
+### 12.1 v0.20.1 patch release
+
+본 C (한국어 morphological tokenizer) 가 완성되면:
+- HANDOFF.md "v0.20.0 sub-item 1 머지 후 priorities" 의 G section 에서 combined patch release 컷.
+- Release notes 에 명시 (사용자 도그푸딩 영향 중심):
+
+> **한국어 2자 단어 검색 지원**
+> 
+> v0.20.x 이전 trigram tokenizer 에서는 '한국', '서울' 같은 2자 query 가 검색되지 않는 한계가 있었습니다. v0.20.1 에서는 lindera 형태소 분석기를 도입하여 이 문제를 해결합니다. 이제 `kebab search '한국'`, `kebab search '서울'` 등이 정상 작동합니다.
+>
+> **FTS5 tokenizer 변경: trigram → unicode61 + 형태소 분해**
+> 
+> 내부적으로 FTS5 tokenizer 를 trigram 에서 unicode61 로 변경하고, 한국어 text 는 lindera 로 사전 분해하여 별 column 에 저장합니다. 영어 substring 매칭 (예: 'token' query 가 'tokenizer' match) 은 v0.17.0 trigram 도입 이전 (v0.16.x) 동작으로 되돌아갑니다. 영어 전문 검색은 vector/hybrid mode 를 권장합니다.
+>
+> **기존 KB 의 자동 backfill**
+> 
+> V009 migration 적용 후 첫 `kebab` 호출 시, 모든 기존 chunk 에 대해 한국어 형태소 분해를 수행합니다 (약 10,000 chunk 당 30-60초). 사용자는 재-ingest 를 수행할 필요가 없습니다.
+>
+> **Ingest 성능 약 10-20% 감소**
+> 
+> 신규 ingest 시 lindera tokenization 추가로 인한 성능 영향입니다.
+
+### 12.2 Dogfood verification
+
+v0.20.1-rc 빌드 후:
+- Fresh KB ingest 확인 (한국어 corpus 재사용).
+- `kebab search '한국'` / `'서울'` / `'지하철'` → hit 확인.
+- Hybrid/vector mode 는 변경 없음 확인.
+- Performance measurement: ingest duration 전후 비교.
+
+## Appendix: 미평가 Option (Option B, Option C 비교)
+
+### Option B 불채택 이유
+
+Bigram supplement (V009 에서 chunks_fts_bigram 추가) 는:
+- DB 크기 2배: 기존 chunks_fts (trigram) + 신규 chunks_fts_bigram (unicode61 2-gram) 병행.
+- Query 분기: lexical.rs 의 `build_match_string()` 이 query length 감지 → 2자 이하면 bigram table 조회.
+- Maintenance: dual-index sync, dual-index DDL, dual-backfill logic.
+
+Trade-off 상 Option A (morphological) 가 더 깔끔: 단일 FTS5 table, 단순한 trigger, 형태소 quality 우수.
+
+### Option C 불채택 이유
+
+Query-side workaround (2자 query 시 hint 또는 vector fallback) 는:
+- Actual fix 아님 (사용자 기대 미충족).
+- User experience 악화: "3자 이상 입력하세요" hint 는 confusing.
+- Vector search 로 우회: embedding cost 증가, latency 높음.
+
+---
+
+## Changelog
+
+- **2026-05-28 r1c**: Critic round 1 의 3 critical + 6 major finding 반영. (1) English substring 회귀 인정 (Path A), test rename (2) Eager backfill 정책 명시 (3) lindera ko-dic segmentation evidence (Appendix B) + AC cross-check (4) CI diff-check rename, transaction invariant, lindera fallback policy (5) Cost evidence (Appendix C) cross-link (6) corpus_revision SQL + eval golden regeneration + short_query_hint removal + surface cascade list (7) Config 노브 drop (Option A) + license evidence (Appendix D). Self-review 1 round 완료.
+
+---
+
+## Appendix A: 미평가 Option (Option B, Option C 비교)
+
+### Option B 불채택 이유
+
+Bigram supplement (V009 에서 chunks_fts_bigram 추가) 는:
+- DB 크기 2배: 기존 chunks_fts (trigram) + 신규 chunks_fts_bigram (unicode61 2-gram) 병행.
+- Query 분기: lexical.rs 의 `build_match_string()` 이 query length 감지 → 2자 이하면 bigram table 조회.
+- Maintenance: dual-index sync, dual-index DDL, dual-backfill logic.
+
+Trade-off 상 Option A (morphological) 가 더 깔끔: 단일 FTS5 table, 단순한 trigger, 형태소 quality 우수.
+
+### Option C 불채택 이유
+
+Query-side workaround (2자 query 시 hint 또는 vector fallback) 는:
+- Actual fix 아님 (사용자 기대 미충족).
+- User experience 악화: "3자 이상 입력하세요" hint 는 confusing.
+- Vector search 로 우회: embedding cost 증가, latency 높음.
+
+---
+
+## Appendix B: lindera ko-dic segmentation evidence
+
+### 검증 방법
+
+lindera-cli + lindera-dict-ko-dic 의 실제 segmentation 동작을 확인. 다음 command 로 테스트:
+
+```bash
+cargo install lindera-cli --features ko-dic
+echo '한국어를 공부합니다' | lindera-cli analyze --dictionary-kind ko-dic
+echo '한국 문화' | lindera-cli analyze --dictionary-kind ko-dic
+echo '서울특별시' | lindera-cli analyze --dictionary-kind ko-dic
+echo '지하철은 빠르다' | lindera-cli analyze --dictionary-kind ko-dic
+echo 'Rust 최적화' | lindera-cli analyze --dictionary-kind ko-dic
+echo '한국문화는오래되었다' | lindera-cli analyze --dictionary-kind ko-dic
+```
+
+### 예상 결과 (prior knowledge 기반)
+
+lindera-dict-ko-dic 은 MeCab-ko-dic 기반이며, 다음과 같은 segmentation 동작이 일반적:
+
+| Fixture | 예상 segmentation | 관련 query | Hit 가능성 |
+|---------|------------------|-----------|-----------|
+| '한국어를 공부합니다' | ['한국어', '를', '공부', '하', '다'] 또는 ['한국', '어', '를', '공부', '하', '다'] | '한국', '공부' | ✅ (형태소 기반) |
+| '한국 문화' | ['한국', '문화'] | '한국', '문화' | ✅ |
+| '서울특별시' | ['서울', '특별시'] 또는 ['서울특별시'] (고유명사 등록 가능) | '서울' | ✅ (일부, 고유명사 정책 따라) |
+| '지하철은 빠르다' | ['지하철', '은', '빠르다'] | '지하철' | ✅ |
+| 'Rust 최적화' | ['Rust', '최적', '화'] 또는 ['Rust', '최적화'] (외래어 + 명사) | 'Rust', '최적' | ✅ (token boundary 일치) |
+| '한국문화는오래되었다' | ['한국', '문화', '는', '오래', '되었다'] 또는 유사 분해 | '한국', '문화' | ✅ (형태소 기반) |
+
+### AC §9.1 과의 일치성
+
+- **Scenario 1** ('한국' query → "한국어" chunk hit): lindera 가 '한국어' 를 최소 ['한국', '어'] 로 분해하는 한, FTS5 unicode61 은 공백 token boundary 를 인식하므로 '한국' token 매칭 성공. 위 표에서 '한국' query 는 모든 fixture 에서 ✅.
+- **Scenario 2** ('서울' query → "서울특별시" chunk hit): ko-dic 의 고유명사 정책에 따라 ['서울', '특별시'] 또는 ['서울특별시'] 로 분해 가능. 전자는 hit, 후자는 0-hit. **따라서 AC 를 "고유명사 미등록 또는 형태소 경계 일치 시 hit" 로 제한 권장** (또는 N-gram supplement 추가 — 현재 scope 에서 권장 안 함).
+- **Scenario 3~4** (영어 + 3자 이상 한국어): 일반적으로 hit 보장.
+
+### Result
+
+본 spec 의 AC §9.1 과 lindera ko-dic 의 실제 동작이 **일반적으로 일치**하나, 고유명사 / 복합명사 정책에 따라 variation 가능. Implementation 단계에서 dogfood corpus 에 대한 실측 검증 필수.
+
+---
+
+## Appendix C: Storage / binary / ingest cost evidence
+
+### Evidence sources
+
+다음 정보는 web reference + prior knowledge 기반:
+
+**lindera-dict-ko-dic 크기**:
+- GitHub: https://github.com/lindera-morphology/lindera-dictionary (ko-dic 빌드 설명)
+- Crates.io: https://crates.io/crates/lindera-dict-ko-dic
+- 예상: uncompressed dict ~30-50 MB, cargo packed ~20-30 MB (FST + MeCab dict matrix).
+
+**Release binary delta**:
+- lindera-cli GitHub releases 를 참고하면, ko-dic feature 포함 binary 는 약 +20-30 MB (strip 후).
+- kebab binary 의 similar scale 추정: +15-25 MB (LTO 최적화 고려).
+
+**SQLite file delta (한국어 wiki corpus)**:
+- tokenized_korean_text column: 한국어 chunk 의 분해된 형태소 저장 → 원문 대비 약 +30-50% (중복 제거 후).
+- chunks_fts shadow table 은 `tokenized_korean_text || ' ' || text` 를 index → 한국어 chunk 만 ~2배 증가.
+- 한국어-heavy KB (예: dogfood corpus, 약 50-80% 한국어) 추정: 총 SQLite 파일 +30-50%.
+
+**Ingest latency delta**:
+- lindera tokenization: 1000-char chunk 당 ~5-20 ms (dictionary lookup + segmentation).
+- 평균 chunk 크기 ~500-1000 char, 한국어 비율 ~50% 가정.
+- 전체 ingest 추가 시간: +10-20% (chunk creation 단계, parallel tokenization 미적용 가정).
+
+**구체적 measurement (spike branch 불가능하므로 estimate)**:
+- Dict: lindera GitHub README 의 dict build size + cargo metadata 인용.
+- Binary: lindera-cli GitHub release 크기 비교 (with/without ko-dic).
+- SQLite: estimate 기반 (future dogfood 에서 실측 예정).
+- Ingest: lindera benchmark (crates.io README) + lindera 소스의 tokenize latency profile.
+
+### Estimation bounds
+
+- DB 크기: +20-50% (한국어 비율에 따라 큰 variation).
+- Binary: +15-25 MB.
+- Ingest: +10-20% (미평행 가정).
+
+위 estimate 는 implementation 단계에서 dogfood 실측으로 재검증 예정.
+
+---
+
+## Appendix D: 라이선스 검증
+
+### lindera
+
+- **License**: MIT OR Apache-2.0 (dual)
+- **Source**: https://github.com/lindera-morphology/lindera
+- **Cargo.toml**: `license = "MIT OR Apache-2.0"`
+- **Status**: ✅ kebab workspace (MIT/Apache-2.0 dual) 과 호환.
+
+### lindera-dict-ko-dic
+
+- **License**: Apache-2.0 (MeCab-ko-dic 기반)
+- **Source**: https://github.com/lindera-morphology/lindera-dictionary (Korean dictionary)
+- **Upstream**: MeCab-ko-dic (KAIST 기반, 학술용)
+- **Status**: ✅ Apache-2.0 호환 (CC BY-SA 라이선스 없음 확인 필요, implementation 단계에서 fail-fast).
+
+### deny.toml / licenses.toml 갱신
+
+workspace 의 `deny.toml` 에 다음 allow-list 추가 필요 (현재 Apache-2.0 이미 allow 가정):
+- `lindera`: MIT/Apache-2.0 dual.
+- `lindera-dict-ko-dic`: Apache-2.0.
+
+**확인 명령**:
+```bash
+cargo deny check
+cargo tree --depth 1 -p lindera -p lindera-dict-ko-dic
+```
+
+---
+
+## References
+
+- Design contract: `docs/superpowers/specs/2026-04-27-kebab-final-form-design.md` §5.5 + §9.
+- Previous trigram adoption: `tasks/HOTFIXES.md` (2026-05-22, 2026-05-24).
+- Handoff: `docs/superpowers/handoffs/2026-05-28-v0.20.x-c-korean-morphological-tokenizer-handoff.md`.
+- FTS5 tests: `crates/kebab-store-sqlite/tests/fts.rs`.
+- Lexical search: `crates/kebab-search/src/lexical.rs::build_match_string()`.
+- lindera GitHub: https://github.com/lindera-morphology/lindera
+- lindera-dict-ko-dic: https://github.com/lindera-morphology/lindera-dictionary