P7-1 (`PdfTextExtractor`) + P7-2 (`PdfPageV1Chunker`) 의 라이브러리를
`kebab-app::ingest_with_config` 에 와이어링. `kebab-source-fs` 가 이미
`*.pdf` 를 `MediaType::Pdf` 로 분류하던 자산이 이제 검색 가능한 doc 으로
색인됨. P6-4 image wiring 패턴과 평행 — `ingest_one_asset` 에 `MediaType::Pdf`
arm 추가, 새 private fn `ingest_one_pdf_asset` 로 분기.

핵심 동작:
- per-medium chunker 선택: PDF 자산은 `PdfPageV1Chunker` 하드코딩 (compile-time
  match 기반). `config.chunking.chunker_version` 은 markdown 만 represent —
  PDF 는 항상 `pdf-page-v1`. HOTFIXES entry `2026-05-02 P7-3` 에 deviation 기록.
- encrypted PDF / corrupt PDF → `errors+=1` + P7-1 의 `qpdf --decrypt` hint
  를 `IngestItem.error` 에 verbatim 보존.
- 빈/scanned candidate 페이지 → 0 chunk, P7-1 의 `Provenance::Warning` 그대로
  통과. v1 에서는 검색 불가, P+ scanned-PDF OCR fallback 대기.
- determinism stress: extract → chunk 사이 `now()` 추가 호출 없음 (P6-4 invariant
  계승). PDF doc/chunk_id 모두 결정적.

통합 테스트 (`tests/pdf_pipeline.rs`, 8 passed + 1 ignored):
- 3-page text PDF → 1 doc + 3 chunk + Page span 검증
- identical re-ingest → Updated, doc_id 동일
- encrypted PDF → Error + `qpdf` hint 보존
- corrupt header PDF → Error + 미저장
- mixed page (page 2 빈) → 2 chunk + Warning 1개
- IngestReport 산술 invariant
- 50-page 긴 PDF → ≥50 chunk
- inspect doc → SourceSpan::Page round-trip
- (ignored) edited bytes re-ingest → storage UNIQUE bug 노출, P+ fix 대기

추가 발견 (HOTFIXES `2026-05-02 P7-3`): `assets.workspace_path` 의 UNIQUE
제약과 `upsert_asset_row` 의 `ON CONFLICT(asset_id)` 만 처리하는 부분 사이에
gap 존재. byte 변경 시 새 asset_id → 같은 workspace_path 충돌. md / image / pdf
모두 영향. P7-3 통합 테스트가 처음 노출. 본 PR 은 fix 안 함 — P+ storage task.

`docs/SMOKE.md` 에 PDF 섹션 + 검증 체크리스트 + 알려진 동작 4건 추가.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

@@ -938,6 +949,156 @@ fn record_image_analysis_failure(
     warning_notes.push(note);

@@ -941,0 +1094,4 @@
+        chunk_count: u32::try_from(chunks.len()).ok(),
+        parser_version: Some(canonical.parser_version.clone()),
+        chunker_version: Some(chunker.chunker_version()),
+        warnings: Vec::new(),

@@ -0,0 +227,4 @@
+/// **Currently `#[ignore]`** — exposes a storage-layer bug discovered
+/// by this PR: `assets.workspace_path` carries a UNIQUE constraint and
+/// `upsert_asset_row` only handles `ON CONFLICT(asset_id)`, so the
+/// second insert (new `asset_id` for the edited bytes, same

@@ -0,0 +249,4 @@
+        .iter()
+        .find(|i| i.doc_path.0.ends_with("evolving.pdf"))
+        .unwrap()
+        .doc_id

@@ -0,0 +270,4 @@
+        item_v2.kind,
+        IngestItemKind::New,
+        "edited PDF gets a new asset_id → new doc_id → counted as New"
+    );

@@ -14,6 +14,26 @@ historical contract that was implemented; this file accumulates the
 deltas so phase 5+ readers can find the live behavior without diffing
 git history.
 
+## 2026-05-02 — P7-3 PDF ingest wiring: chunker_version deviation + storage UNIQUE bug

@@ -941,0 +1099,4 @@
+
+    Ok(kebab_core::IngestItem {
+        kind,
+        doc_id: Some(canonical.doc_id.clone()),

@@ -0,0 +232,4 @@
+/// Edit a PDF (replace bytes) → different blake3 → different asset_id
+/// → different doc_id → `new+=1` for the new doc_id; first-pass row
+/// remains untouched.
+///

@@ -0,0 +411,4 @@
+    assert!(
+        pdf_item.warnings[0].contains("page2")
+            && pdf_item.warnings[0].contains("scanned candidate"),
+        "IngestItem.warnings preserves the Provenance Warning note: {:?}",

@@ -0,0 +237,4 @@
+#[test]
+fn re_ingest_edited_pdf_produces_new_doc_id() {
+    let env = TestEnv::lexical_only();
+    let path = env.workspace_root.join("evolving.pdf");

@@ -0,0 +1,83 @@
+//! `cargo run --example gen_smoke_pdf -p kebab-parse-pdf -- <out.pdf> <text-page-1> [<text-page-N> ...]`
+//!
+//! Tiny generator used by the SMOKE runbook to produce text PDFs without
+//! adding `reportlab` / `qpdf` to the dev-machine prerequisites. Mirrors

@@ -301,0 +337,4 @@
+/// SQLite, so an orphan vector is never surfaced) but they consume
+/// disk in `data_dir/lancedb/`. A future task should reconcile by
+/// `chunk_id` set diff. Tracked alongside this entry in HOTFIXES.
+pub(crate) fn purge_orphan_at_workspace_path(

@@ -142,3 +143,3 @@
 
-    let err = store
+    store
         .put_asset_with_bytes(&asset, bytes)

@@ -155,0 +175,4 @@
+```
+
+```bash
+kebab --config /tmp/kebab-smoke/config.toml ingest

@@ -17,0 +22,4 @@
+
+**Fix 1**: `ingest_one_pdf_asset` (in `kebab-app::lib.rs`) instantiates `PdfPageV1Chunker` directly. The `Chunk.chunker_version` field on emitted PDF chunks records `pdf-page-v1` truthfully. A future P+ task (chunker registry) either splits `Config::chunking.chunker_version` per medium or replaces the dispatch with a runtime registry. No HOTFIX entry needed once that happens — this entry is the cross-reference.
+
+**Symptom 2 (storage-layer bug, fixed in same PR)**: P7-3's edited-bytes re-ingest test (`re_ingest_edited_pdf_produces_new_doc_id`) tripped on `sqlite error: UNIQUE constraint failed: assets.workspace_path: Error code 2067`. The assets table has a UNIQUE constraint on `workspace_path`, but `upsert_asset_row` (in `kebab-store-sqlite::store.rs`) only handles `ON CONFLICT(asset_id)`. When a file's bytes change, the new BLAKE3 produces a new `asset_id` while the `workspace_path` stays the same — INSERT picks the new asset_id branch, then trips the secondary UNIQUE on `workspace_path`.