Skip to content
RAG Explained Better

Agentic Chunking: Letting an LLM Decide the Boundaries

LLM-driven splitting, its measured quality gain, and the per-document cost that decides whether it is worth it.

Agentic chunking lets a large language model decide where document boundaries fall — and often label each chunk with a title and summary — instead of cutting every N tokens or at embedding similarity drops. The promise is chunks that hold one coherent theme even when related sentences sit far apart; the price is LLM calls at ingest, paid once per document (or per window). This page covers how the decision works, how proposition chunking fits, what that costs, and when it beats semantic chunking. It is not the same thing as agentic RAG, where an agent decides whether and how to retrieve at query time. The wider strategy map lives on the chunking hub.

How does agentic chunking decide where to split?

Agentic chunking turns boundary selection into an LLM judgment call at ingest: the model reads prepared text units and groups them by theme (or returns section cuts), then you embed the resulting chunks.

  1. Prepare the text. Extract and clean the document so page numbers, footers, and markup noise do not become faux topics (IBM Think, What is agentic chunking?, live 2026-07-27).
  2. Make mini-units first. A cheap recursive or sentence split produces small pieces that do not cut mid-sentence — Alhena’s pattern uses roughly 300-character mini-chunks with markers the model can group; IBM’s workflow likewise starts from recursive splitting before LLM enrichment (Alhena AI blog; IBM Think topics, both live 2026-07-27).
  3. Let the LLM decide membership. Either ask the model to group marked mini-chunks into coherent larger chunks under size constraints, or — in the Thuwarakesh Murallie / Towards Data Science pattern (Aug 2024) — allocate each self-contained proposition into a theme bucket and refresh that bucket’s title and summary as members arrive. Greg Kamradt’s Full Stack Retrieval tutorials are a common reference implementation path for this style.
  4. Guardrail, then embed. Cap chunk size, validate every mini-unit was assigned, and fall back to recursive splitting if the LLM call fails (Alhena; kdjingpai agentic-chunking guide). Embed the final chunks into a vector store such as Weaviate, Pinecone, Qdrant, or Milvus.

IBM’s watsonx.ai tutorial (Shalini Harkar) shows a thinner variant: one instruction to Granite-3-8B-Instruct returns semantically separated sections that are then stored in Chroma — still an LLM cut, fewer moving parts (IBM Think tutorials; verify current model IDs before you copy them). A different SERP sense of “agentic chunking” — an agent that picks fixed vs semantic vs structure-aware per document (Machine Learning Mastery; Firecrawl, Best Chunking Strategies for RAG, Feb 2026 update) — is a strategy router, not the boundary mechanism this page centres. Keep that distinction; do not conflate either with query-time agentic RAG.

What is proposition chunking?

Proposition chunking decomposes text into atomic, self-contained factual statements — pronouns resolved to entities — and indexes each statement as its own retrieval unit. Chen et al. named that unit in Dense X Retrieval (arXiv:2312.06648, 2023) and showed it outperforms passage- and sentence-level indexing on open-domain QA retrieval.

On unsupervised dense retrievers, proposition indexing improved average Recall@20 by +10.1 over passage indexing; on supervised retrievers the average lift was +2.2 Recall@20. Downstream, with a capped reader input, Contriever’s EM@100 rose by +7.8 when Wikipedia was indexed as propositions rather than passages (Chen et al., 2023). Towards Data Science’s agentic walkthrough treats propositioning as the prerequisite so an allocator LLM can compare sentences that no longer depend on “he” / “it” context from a neighbour.

  • Use it on factoid corpora — encyclopedic text, biomedical claims, knowledge-base articles — where queries ask for a specific fact (Fareed Khan, RAG Cookbook 2026, proposition-decomposition recipe).
  • Skip it on narrative where the answer lives in the flow of ideas; flattening a policy memo into a bag of claims can remove the connective tissue generation needs (same recipe’s when-not guidance).
  • Expect index growth. A ~384-token passage commonly yields about 5–10 propositions, so vector count can rise by that factor (RAG Cookbook 2026). Extraction also needs a faithfulness check — the LLM can invent claims.

If you want finer retrieval without LLM rewriting, the alternate small-to-big pattern is hierarchical / parent-document chunking.

What does agentic chunking cost?

Agentic chunking is an index-time LLM tax. Fixed-size splitters make zero model calls to choose a cut; semantic chunking pays embedding calls per sentence; agentic pays generative LLM calls — and proposition-plus-allocate pipelines pay several calls per unit.

  • Token bill scales with corpus size and pass count. Firecrawl’s worked example (blog updated Feb 2026): 100 documents × 5,000 words ≈ 650,000 tokens at ~1.3 tokens/word; at a cited GPT-4 input price of $5.00 per 1M tokens that is about $3.25 before output tokens and multi-pass splits on long docs. MyEngineeringPath’s published estimate for a 10,000-word document (~50 section calls) is roughly $0.01–0.03 at gpt-4o-mini input pricing near $0.15/1M tokens — so a 10,000-document corpus lands around $100–300 on their arithmetic (live 2026-07-27). Prices move; re-check the vendor card before you budget.
  • Latency is ingest latency. Each document (or window) waits on an LLM round-trip — often on the order of seconds per call in practitioner writeups — so re-chunking a hot corpus stalls the indexing pipeline even when query serving stays fast.
  • Proposition + allocate multiplies calls. Extract propositions, decide which chunk owns each one, and optionally rewrite titles/summaries: Murallie’s agentic design is explicit that call count is the primary practical constraint (Towards Data Science, 2024).

Measure on your corpus — prices and prompts drift

Dollar figures above are published illustrations from ranking pages as of mid-2026, not a universal invoice. Your model, prompt length, windowing, and retry policy dominate. Put a real number on a sample of your documents before committing the whole index. Vendor pages that advertise large percentage lifts without a reproducible method are marketing, not citations.

How does agentic chunking differ from semantic chunking?

Semantic chunking and agentic chunking both chase meaning-coherent units, but they decide the cut with different machinery.

  • Semantic chunking embeds each sentence and splits where neighbour cosine similarity drops below a threshold or percentile — a statistical read of adjacent sentences (semantic chunking).
  • Agentic chunking asks an LLM to reason about theme, argument flow, and document structure. After propositioning, it can place two related sentences in one chunk even when they are far apart in the original order — the failure mode Murallie calls out for pure semantic splits (Towards Data Science, 2024; Alhena comparison table, live 2026-07-27).
  • Cost and determinism. Semantic pays embedding inference; agentic pays generative LLM inference and is typically slower. The same document can yield different boundaries across runs (MyEngineeringPath, 2026) — a production headache for regression tests that fixed and recursive splitters do not have.

Neither method is free, and neither automatically wins on uniform single-topic prose where a fixed or recursive cut already keeps ideas whole.

When is agentic chunking worth the cost?

Agentic chunking earns its ingest bill when simpler splitters already fail your labelled retrieval metrics on high-value, slow-changing documents — not as a default for every corpus.

  • Strong fit: legal contracts, technical specifications, pharmaceutical documentation, and multi-topic reports where topic boundaries are subtle and documents change infrequently (MyEngineeringPath; Firecrawl’s “high-value content” guidance).
  • Weak or harmful fit: uniform single-topic articles (semantic or recursive often matches quality cheaper); high-churn corpora that force re-paying the LLM on every edit; narrative text where connective tissue matters more than atomic facts (RAG Cookbook proposition when-not); teams that have not yet tried recursive or structure-aware baselines (Firecrawl TL;DR still crowns recursive 400–512 tokens with 10–20% overlap as the default starting point).

Start from the chunking hub’s cheap end, then prove any upgrade with a controlled chunking evaluation that changes only the chunker.

What failure does agentic chunking prevent?

Agentic chunking mainly reduces mid-idea cuts and mixed-topic chunks — the ingest mistakes that show up as answers split across two chunks or as diluted embeddings that retrieve the right neighbourhood for the wrong reason. Proposition indexing specifically attacks multi-fact passages whose single vector averages several claims (Chen et al., 2023).

It is not immune. A weak prompt still mis-groups themes; non-deterministic re-runs drift the index; proposition extraction can invent facts unless you check faithfulness (RAG Cookbook 2026). Chunking changes the odds. It does not remove the failure mode, and it does not replace query-time agentic RAG control loops.

How do you implement agentic chunking?

Production patterns cluster into three shapes — recursive mini-split then LLM group (Alhena / IBM), proposition extract then allocate-to-theme agent (Towards Data Science / Kamradt), and proposition-only indexing (LlamaIndex Dense X examples; RAG Cookbook). Frameworks expose the pieces (LangChain text splitters + chat models; LlamaIndex node parsers) more often than a single turnkey “AgenticChunker” class.

Rather than reproduce a full notebook here, use building the pipeline for a pinned, runnable walkthrough, and chunking evaluation to decide whether the LLM tax beat recursive or semantic on your labelled set. As of July 2026, verify model IDs and import paths in the IBM watsonx and LangChain docs before shipping — those surfaces move.

What is agentic chunking?

Agentic chunking uses a large language model at ingest to decide where document boundaries fall — and often to label each chunk with a title and summary — instead of cutting every fixed number of tokens or at embedding-similarity drops. The goal is thematically coherent chunks; the cost is LLM calls paid when you index, not when you query.

How does agentic chunking differ from semantic chunking?

Semantic chunking embeds sentences and splits where neighbour similarity drops. Agentic chunking asks an LLM to reason about themes and structure, and after propositioning it can group related sentences even when they are far apart. Agentic usually costs more (generative LLM calls vs embedding calls) and can be non-deterministic across runs.

Is agentic chunking worth the higher cost?

It can be, on high-value static corpora — contracts, specs, multi-topic reports — after cheaper splitters fail your labelled retrieval metrics. It is usually not worth it as a default on uniform prose, high-churn corpora you re-index constantly, or before you have tried recursive or structure-aware baselines. Measure both ways on your own documents.

What is proposition chunking?

Proposition chunking decomposes text into atomic, self-contained factual statements (pronouns resolved) and indexes each statement as its own vector. Chen et al. (Dense X Retrieval, 2023) reported average Recall@20 gains of +10.1 on unsupervised dense retrievers and +2.2 on supervised ones versus passage indexing. Storage grows because one passage can become several propositions.

Is agentic chunking the same as agentic RAG?

No. Agentic chunking is an ingest-time decision about where to split and label documents. Agentic RAG is a query-time control loop where an agent chooses whether, what, and how many times to retrieve. They share the word “agentic” and little else — see /architectures/agentic for the retrieval architecture.