★ Fixed-Size chunking, visualized
Fixed-Size Chunking for RAG
Fixed-size chunking slides a window of N characters across the text. Each chunk starts N minus the overlap after the previous one, so the last few characters of one chunk repeat at the start of the next.
- Runs in your browser
- No signup
1,181 characters · loading tokenizer… · nothing leaves your browser
Counts characters, no tokenizer involved.
Fixed (chars) · 300 chars · overlap 40
5 chunks
- 67
- avg tokens
- 35 / 75
- min / max
- 40
- overlap tokens
- $6.70
- embed 1M docs
Loading the tokenizer; token counts are estimates until it's ready.
one chunkoverlapClick a chunk to inspect it.
Chunk inspector
Click any coloured chunk in the document to see its text, size, heading path and what it shares with its neighbours.
Chunk sizes
Tokens per chunk (estimated). A tight cluster means predictable chunks.
Embedding cost assumes text-embedding-3-small at $0.02 per 1M tokens (OpenAI, checked 8 Nov 2026), counting overlap twice.
Export config
Copy-ready code for the strategy and settings above. Comments flag where a library differs.
from langchain_text_splitters import CharacterTextSplitter
# Fixed windows of characters. separator="" splits per character, then merges up to chunk_size.
splitter = CharacterTextSplitter(separator="", chunk_size=300, chunk_overlap=40)
chunks = splitter.split_text(text)Your retrieval is only as good as your chunks.
I build RAG systems with evals, so you know when the answers get better or worse.
How it works
Fixed-size chunking slides a window of N characters across the text. Each chunk starts N minus the overlap after the previous one, so the last few characters of one chunk repeat at the start of the next.
It ignores the document's structure completely. That makes it fast and predictable, and also the strategy most likely to cut a sentence, a table row or a code block in half.
When to use it
Good fit
- Quick baselines, before you know what the documents look like.
- Uniform text with little structure, such as transcripts or logs.
- When you need chunk sizes to be exactly predictable for cost or batching.
Watch out for
- Cuts mid-word and mid-sentence, so a chunk can start with half a thought.
- Splits code blocks and tables, which then embed as noise.
- Overlap hides the problem a little but also stores the same text twice.
Where to start
Start with a window that holds a full paragraph of your documents and an overlap of roughly a sentence. Then compare against recursive splitting on the same questions; structure-aware splitting usually wins on real documents.
Then test it: write down twenty real questions, check which chunks come back for each, and compare strategies on the same set. The main visualizer lets you put two strategies side by side.
Questions engineers actually ask
Is fixed-size chunking ever the right choice?
Why does my chunk start in the middle of a word?
Characters or tokens?
What chunk size should I use for RAG?
Does my text leave the browser?
Other strategies
More from the workbench
Fine print
Tools: on the house.
Engineer: by the hour.
The visualizer was free. Production RAG with evals is what I build.
I'm Himanshu, an AI and full-stack engineer. I build MVPs, AI agents and the growth plumbing around them for early-stage startups.
