Files
kebab/docs/components/normalize-chunk/README.md
altair823 58386c4445 feat(chunk): md-heading-v2 — 예산 초과 청크 일반 분할 (oversize-chunk split)
v1 의 "블록 미분할" 한계를 일반화. 거대 list/code/table/paragraph 가 한 청크로
임베더 컨텍스트를 초과해 임베딩이 통째로 실패하던 문제를 해소한다. v2 는 v1 과
모든 출력이 동일하되, 청크의 실제 임베드 text 크기(`text.len()/3`)가
`max_chunk_tokens`(신규 config, byte/3, default 4000)를 넘는 청크만 줄(`\n`)
경계로, 단일 거대 줄은 UTF-8 char 경계로 잘라 각 조각이 예산 이하가 되게 한다.

- 판정 기준은 저장 `token_estimate` 가 아니라 실제 `text` 길이: ImageRef/AudioRef
  청크는 image-only 규약으로 token_estimate=0 이지만 OCR/caption text 는 클 수
  있다(빽빽한 스크린샷). 도그푸딩 일치 재테스트에서 이 image-OCR 구멍 발견·수정.
- 분할 조각 chunk_id 는 동일 block_ids 를 공유하므로 id-input 해시에 `#seg{i}`
  접미사로 충돌 회피(저장 policy_hash 는 bare — pdf-page-v1 의 `#L` 레시피 동형).
- `max_chunk_tokens` 는 v2 의 policy_hash 에만 fold(공유 ChunkPolicy 미변경 →
  코드/PDF 청커 cascade 무영향). 값 변경 시 markdown 만 재청크.
- 미분할 청크는 v1 과 byte-identical. `chunker_version` v1→v2 → 다음 plain
  `kebab ingest` 에서 markdown 1회 자동 재청크(--force 불필요, 코드/PDF 무영향).

동기: strict 임베더(AMD Lemonade `/api/embed`)는 oversize 입력을 truncate 아닌
거부(`500 too large`) — ollama 가 조용히 truncate 하던 걸 청커가 애초에 안 만들게.

검증(실험 KB, arctic-embed-l-v2 @ Lemonade): v2 전 620 중 2 doc(거대 jira list
블록) 임베드 실패 → v2 후 620/620 errors=0, 7114 청크 전부 ≤ 4000. 사용자 실
config 일치 재테스트(이미지 OCR + PDF OCR paddle-onnx ON)에서 image-OCR 구멍
발견·수정 후 dense 이미지 OCR 텍스트가 budget 초과 시 분할(token_estimate=0 →
1청크였던 것이 실제 text 기준 다중 청크로) 실증. frozen 설계 doc / frozen p1-5
spec 미변경(설계 §9 가 md-heading-v2 라벨 bump 를 변경 메커니즘으로 명시).

known limitation: PDF 는 별도 청커 pdf-page-v1.1 이라 이 split 미적용(후속 후보).

Cargo.toml 0.29.0 → 0.30.0 (신규 config 키 + 청커 동작 변경 = pre-1.0 minor +
도그푸딩 트리거). docs cascade: HOTFIXES / release-notes-v0.30.0-draft /
plan(2026-06-24) / normalize-chunk README / README / SMOKE / HANDOFF.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_012Mc6W1fgsrbFKTsqA6P8La
2026-06-24 01:10:53 +00:00

9.3 KiB

Normalize + Chunk

Markdown 의 ParsedBlock 을 도메인 CanonicalDocument 로 lift 하고, 모든 미디어의 CanonicalDocument 를 검색 단위 Chunk 로 자른다.

구성 crate

Crate 역할
kebab-normalize ParsedBlock (markdown only) → CanonicalDocument lift. NFC + heading-path ordinal + provenance 합성 + title fallback chain (p9-fb-07).
kebab-chunk CanonicalDocumentVec<Chunk>. markdown 기본 md-heading-v2 (v1 + 예산 초과 청크 일반 분할; v0.30.0), pdf-page-v1 (PDF). md-heading-v1 은 historical 변종으로 잔존.

구조

classDiagram
    class Normalize {
        <<kebab-normalize>>
        build_canonical_document(asset, metadata, blocks, parser_version, warnings) CanonicalDocument
        derive_title(frontmatter, blocks, file_stem) String
        nfc(s) String
    }
    class Chunker {
        <<trait kebab-core>>
        chunker_version() ChunkerVersion
        policy_hash(policy) String
        chunk(doc, policy) Vec~Chunk~
    }
    class MdHeadingV1Chunker {
        VERSION = "md-heading-v1"
        BYTES_PER_TOKEN = 3
        POLICY_HASH_HEX_LEN = 16
    }
    class MdHeadingV2Chunker {
        VERSION = "md-heading-v2"
        max_chunk_tokens = 4000
        split_oversize_chunk(line→char)
    }
    class PdfPageV1Chunker {
        VERSION = "pdf-page-v1"
        BYTES_PER_TOKEN = 3
        POLICY_HASH_HEX_LEN = 16
    }
    class ChunkPolicy {
        target_tokens
        overlap_tokens
        respect_markdown_headings
        chunker_version
    }
    Chunker <|.. MdHeadingV1Chunker
    Chunker <|.. MdHeadingV2Chunker
    Chunker <|.. PdfPageV1Chunker
    MdHeadingV2Chunker ..> ChunkPolicy
    PdfPageV1Chunker ..> ChunkPolicy

md-heading-v2 (기본, v0.30.0) 는 v1 과 모든 출력이 동일하되, 마지막에 token_estimate > max_chunk_tokens 인 청크만 줄(\n) 경계로 — 단일 거대 줄은 UTF-8 char 경계로 — 잘라 각 조각이 예산 이하가 되도록 한다. 분할 조각은 동일 block_ids 를 공유하므로 chunk_id 충돌을 막기 위해 id-input 해시에 #seg{i} 접미사를 붙이고(저장 policy_hash 는 bare), max_chunk_tokens 는 v2 의 policy_hash 에 fold 된다(공유 ChunkPolicy 미변경). 분할 조각의 source_spans 는 원 블록 범위를 그대로 보존(블록 단위 citation).

Data flow

flowchart TD
    Pblock["Vec~ParsedBlock~<br/>(kebab-parse-md)"]
    Asset["RawAsset<br/>(kebab-source-fs)"]
    Meta["Metadata<br/>(frontmatter)"]
    Pv["ParserVersion"]
    Norm["build_canonical_document<br/>NFC heading_path<br/>+ ordinal per (path, kind)<br/>+ derive_title fallback chain<br/>+ Provenance accumulator"]
    CDoc["CanonicalDocument<br/>(blocks + metadata + provenance)"]
    DirectCDoc["CanonicalDocument<br/>(kebab-parse-pdf / kebab-parse-image)"]
    MdC["MdHeadingV1Chunker<br/>(markdown + image)"]
    PdfC["PdfPageV1Chunker<br/>(PDF)"]
    Chunks["Vec~Chunk~"]
    Asset --> Norm
    Pblock --> Norm
    Meta --> Norm
    Pv --> Norm
    Norm --> CDoc
    CDoc --> MdC
    DirectCDoc --> MdC
    DirectCDoc --> PdfC
    MdC --> Chunks
    PdfC --> Chunks
    Chunks --> Store["kebab-store-* (다음 그룹)"]

주요 type / trait / 함수

Normalize (kebab-normalize):

  • build_canonical_document(asset: &RawAsset, metadata: Metadata, blocks: Vec<ParsedBlock>, parser_version: &ParserVersion, warnings: Vec<Warning>) -> Result<CanonicalDocument>.
    • doc_id = id_for_doc(workspace_path, asset_id, parser_version).
    • 모든 heading_path 에 NFC 정규화 적용 (NFD \u{1100}\u{1161} 와 NFC \u{AC00} = "가" 가 같은 block_id 로 hash 되도록).
    • ordinal = (heading_path, block_kind) 별 0-based, document order (§4.3).
    • title 은 metadata.user["title"] lift 후, 비어 있으면 derive_title(frontmatter_title, blocks, file_stem) chain.
    • langmetadata.user["lang"] lift; non-string 이면 빈 Lang.
    • Provenance::events = Discovered (asset.discovered_at) + Parsed + Normalized + 각 warning 1개 + lift-stage warning (e.g. AudioRef pre-P8 drop).
  • derive_title(frontmatter, &[Block], file_stem) -> String — fallback chain (p9-fb-07): frontmatter title → 첫 H1 → 첫 H2 → 첫 paragraph 80 chars → file stem → "untitled" sentinel.
  • nfc(s: &str) -> String, to_posix(p: &Path) -> Result<WorkspacePath> — 재export from kebab-core.

Chunker trait (kebab-core):

  • Chunker::chunker_version() -> ChunkerVersion.
  • Chunker::policy_hash(&ChunkPolicy) -> Stringblake3(canonical_json(policy))[..16]. v1 두 chunker 가 같은 recipe.
  • Chunker::chunk(&CanonicalDocument, &ChunkPolicy) -> Result<Vec<Chunk>>.

MdHeadingV1Chunker (kebab-chunk):

  • 우선순위 (§0/§14): heading 경계 → code/table 한 chunk → paragraph greedy + overlap → heading_path propagation.
  • BYTES_PER_TOKEN = 3 (한국어 ≈ 3 b/tok 커버, 영어 ≈ 4 b/tok 는 over-estimate). 실제 tokenizer 도입 (P+) 까지 proxy.
  • ImageRef / AudioRef 는 자체 chunk (text = alt/caption preview, token_estimate = 0).

PdfPageV1Chunker (kebab-chunk):

  • 모든 chunk 가 single SourceSpan::Page { page, char_start, char_end } — 페이지 cross 금지 (citation locality).
  • 페이지가 budget 초과 시 paragraph break (\n\n) → sentence end (./?/! + ws) → 강제 over-size 순서로 split.
  • chunk_id 충돌 회피: §4.2 가 한 block_id 페어 → 한 chunk_id 가정인데 PDF 의 한 페이지 (= 한 block) 가 여러 chunk 로 split 됨. policy_hash slot 에 format!("{base}#c{char_start}") 변형 주입, Chunk.policy_hash 자체는 unmodified base 보존.

외부 의존

  • crate dep:
    • kebab-normalizekebab-core, kebab-parse-types (ParsedBlock/ParsedPayload/Warning), unicode-normalization, time.
    • kebab-chunkkebab-core, serde_json_canonicalizer, blake3. parser/store/embed 의존 금지.
  • 외부 lib: unicode-normalization (NFC), blake3 (policy_hash), serde_json_canonicalizer (JCS), time (provenance timestamps).
  • 외부 서비스: 없음.

핵심 결정

  • Markdown 만 normalize 거침; PDF / Image 는 우회. : Markdown 의 frontmatter / heading path 추적 + ordinal 부여가 normalize 의 본업. PDF 는 "페이지 = block", Image 는 "single block" 이라 IR 거치는 가치 없음. 결과: 두 path 가 chunker 단계에서 합류.

  • heading_path NFC 정규화 (parsedBlock → canonical 시점). : pulldown-cmark 가 NFC 안 함, serde_json_canonicalizer 도 NFC 안 함. 한국어 자모 분리/조합 두 표현이 다른 block_id hash 로 가면 idempotent re-ingest 가 깨짐. lift 시 NFC → on-disk CommonBlock.heading_path + ID input 동일 보장.

  • ordinal rule = (heading_path, block_kind) 별 0-based, document order. : 한 heading 아래 같은 종류의 블록 (paragraph 0/1/2, code 0/1) 만 ordinal 공유. 다른 heading 으로 가면 ordinal 리셋. 같은 heading 내 paragraph 추가/삭제가 다른 종류 ordinal 안 망가뜨림.

  • derive_title fallback chain (5단계 + sentinel). : spec literal 의 frontmatter-only title 정책이 실제 사용자 노트 (frontmatter 없이 H1 으로 시작) 와 충돌. 5단계: frontmatter → H1 → H2 → 첫 paragraph 80자 → file stem → "untitled". 각 단계 NFC, 빈 문자열 절대 반환 안 함. parser_versionpulldown-cmark-0.xmd-frontmatter-v2 bump 해서 기존 doc 자동 재처리.

  • BYTES_PER_TOKEN = 3 (spec literal 의 4 거부). : 한국어가 E5/M-BERT 에서 ≈ 3 bytes/token. 영어는 4 b/tok 라 3 으로 잡으면 over-estimate → 실제 tokenizer 가 봤을 때 budget 초과 안 함. 두 chunker (md/pdf) 가 같은 상수 써서 cross-chunker comparable. (HOTFIXES P7-2.)

  • PDF chunk_id 충돌 회피 = policy_hash slot 에 #c{char_start} 변형. : 한 페이지 (= 한 block) 가 여러 chunk 로 split 되면 §4.2 의 (doc_id, chunker_version, block_ids, policy_hash) tuple 가 동일 → 같은 chunk_id 충돌. chunker policy_hash 슬롯에만 변형 주입, Chunk.policy_hash 필드는 base 보존 ("어떤 policy 가 active 였는지" 답변 정확). §4.2 recipe 자체는 안 바꿈. (HOTFIXES P7-2.)

  • chunker 가 store/embed 의존 금지. : 순수 변환 함수. test 에서 CanonicalDocument 만 만들어서 chunker 호출 가능. Storage / embedding 부재가 chunker 단위 테스트 막지 않음.

관련 spec / HOTFIXES