Zum Tool springen
JoeLucky

Auf ★ klicken, um ein Tool zu speichern

Tool-Kategorien

Base64-Kodierer/-DekodiererJSON-ViewerBeliebtJWT-DecoderUUID-GeneratorURL-Kodierer/-DekodiererJSON zu CSVCSV zu JSONJSON zu YAMLYAML zu JSONJSON zu XMLXML zu JSONCSV zu YAMLYAML zu CSVJSON-FormatiererYAML-FormatiererXML-FormatiererHTML-FormatiererCSS-FormatiererRegex-TesterHash-GeneratorCron-ParserHTML-Entity-Encoder/-DecoderZahlenbasis-UmrechnerURL-Parser / Query-InspektorCSV-Viewer/-ValidatorMarkdown-VorschauSQL-FormatterMermaid-Live-EditorLLM-API-KostenrechnerNEULLM-VRAM-RechnerNEURAG-Chunking-VisualisiererNEUCloud-Speicher-Kostenrechner (S3, R2, B2)NEUSLA-VerfügbarkeitsrechnerNEU
JoeLucky

Praktische Online-Tools an einem Ort

DatenschutzerklärungNutzungsbedingungen

© 2026 JoeLucky®. Alle Rechte vorbehalten.

  1. JoeLucky
  2. /Entwickler
  3. /RAG-Chunking-Visualisierer

RAG-Chunking-Visualisierer

Dokument einfügen und RAG-Chunking samt Embedding-Kosten live sehen. Ihr Text wird nicht hochgeladen.

Melden

Ähnliche Tools: ENTWICKLER

Alle anzeigen
LLM-API-Kostenrechner

API-Kosten von OpenAI, Anthropic und Gemini pro Anfrage und Monat vergleichen – mit Prüfdatum der Preise.

Öffnen →
LLM-VRAM-Rechner

VRAM-Bedarf eines LLM schätzen und prüfen, ob es auf Ihre GPU passt.

Öffnen →
Textvergleich

Vergleicht zwei Texte zeilen-, wort- oder zeichenweise, mit Nebeneinander- oder vereinheitlichter Ansicht sowie Optionen zum Ignorieren von Leerraum und Groß-/Kleinschreibung

Öffnen →

💬 Kommentare

?

Noch keine Kommentare. Schreiben Sie den ersten!

Was ist RAG-Chunking-Visualisierer?

Der RAG-Chunking-Visualisierer zeigt nach dem Einfügen eines Dokuments sofort, wie verschiedene Strategien (feste Größe, rekursiv, nach Sätzen, Markdown-Überschriften) den Text in Chunks teilen: Jeder Chunk erhält eine wechselnde Färbung, Überlappungen eine eigene Farbe, und die Statistik nennt Chunk-Anzahl, durchschnittliche und größte Tokens, Redundanz und Chunks, die mitten im Satz enden. Mit Embedding-Modell und Preis schätzen Sie zudem Embedding-Kosten und Speicher der Vektordatenbank.

Anleitung

  1. Fügen Sie das Dokument ein oder laden Sie eine .txt-/.md-Datei (nur lokal gelesen).
  2. Wählen Sie Strategie, Einheit der Größe (Zeichen oder geschätzte Tokens), Chunk-Größe und Überlappung.
  3. Lesen Sie die farbige Vorschau, die Statistik und die Chunk-Liste und justieren und vergleichen Sie bei Bedarf.
  4. Wählen Sie ein Embedding-Modell und geben Sie Preis und Dokumentanzahl ein, um Embedding-Kosten und Vektorspeicher zu schätzen; die Chunks lassen sich als JSON kopieren oder herunterladen.

Hinweise

  • Beispiel: Bei 120-Token-Chunks und 20 Tokens Überlappung wiederholen sich etwa 17 % des Inhalts benachbarter Chunks; Gesamt-Tokens und Vektoranzahl steigen gegenüber ohne Überlappung.
  • Tokens sind Schätzwerte (ca. 4 Zeichen ≈ 1 Token bei Englisch, ca. 1 Zeichen ≈ 1 Token bei CJK); exakte Werte liefert der Tokenizer des Embedding-Modells.
  • Es gibt keine beste feste Größe: Prüfen Sie die Treffer mit echten Fragen und justieren Sie Größe und Überlappung; der Indexfaktor beim Vektorspeicher ist eine einstellbare Annahme.
  • Text, Dateien und Ergebnisse bleiben in Ihrem Browser und werden nicht hochgeladen.

Häufig gestellte Fragen

Welche Chunk-Größe sollte ich für RAG verwenden?

Es gibt keine universelle Zahl. Große Chunks vermischen mehrere Themen in einem Vektor und rufen ungenauer ab; sehr kleine zerstreuen eine Antwort auf mehrere Stücke. Ein üblicher Ausgangspunkt sind Chunks von einigen hundert Tokens mit rund 10 % Überlappung; prüfen Sie dann die Treffer mit Ihren echten Fragen und justieren Sie nach.

Wozu dient die Überlappung und was kostet sie?

Die Überlappung lässt benachbarte Chunks etwas Text teilen, damit Informationen an einer Grenze nicht abgeschnitten werden. Der Preis: Derselbe Text wird zweimal eingebettet und gespeichert, was Embedding-Kosten und Vektorspeicher direkt erhöht; die Kennzahl „Redundanz“ misst genau das.

Wie wähle ich zwischen den vier Strategien?

Feste Größe ist am einfachsten und vorhersehbar, kann aber Sätze zerschneiden. Rekursives Teilen probiert nacheinander Absätze, Zeilen, Sätze und Leerzeichen und bleibt so an natürlichen Grenzen – ein guter allgemeiner Start. Satzweises Teilen bricht nie mitten im Satz. Die Markdown-Überschriften-Strategie passt zu strukturierten Dokumenten, hält Code-Blöcke zusammen und merkt sich den Überschriftenpfad jedes Chunks.

Warum weichen die Token-Zahlen hier von denen meines Embedding-Modells ab?

Dieses Tool nutzt eine grobe Regel (ca. 4 Zeichen ≈ 1 Token bei Englisch, ca. 1 Zeichen ≈ 1 Token bei CJK), während jedes Embedding-Modell seinen eigenen Tokenizer hat; die realen Zahlen weichen daher ab. Verstehen Sie „Tokens (geschätzt)“ als relativen Maßstab zum Vergleich von Einstellungen; für exakte Werte oder zur Prüfung des Eingabelimits nutzen Sie den Tokenizer des Modells.

Wie wird der Vektorspeicher geschätzt und was ist der Indexfaktor?

Speicher = Chunks × Vektordimensionen × Bytes pro Dimension (4 bei float32, 2 bei float16, 1 bei int8, 1/8 bei binär) × Indexfaktor + Chunks × Nutzdaten pro Chunk. Der Indexfaktor steht für den zusätzlichen Platz eines Näherungssuch-Index wie HNSW über den Rohvektoren hinaus, je nach Parametern oft etwa 1,2 bis 2; Sie können ihn anpassen.

Wird das eingefügte Dokument hochgeladen?

Nein. Aufteilung, Statistik und Visualisierung laufen vollständig in Ihrem Browser, und eine geladene .txt- oder .md-Datei wird nur lokal gelesen. Das Tool ruft keine Embedding-API auf; die Embedding-Kosten sind lediglich eine Rechnung mit dem von Ihnen eingegebenen Preis.

Dateien werden in Ihrem Browser gelesen und nicht hochgeladen.
Aufteilungsstrategie

Teilt nach Absätzen → Zeilen → Sätzen → Leerzeichen und bleibt möglichst an natürlichen Grenzen (wie der Standard gängiger Frameworks).

Einheit der Größe

Überlappung 17 %

Ergebnis

Chunks3
Ø Tokens88
Kleinster / Größter68 / 112
Redundanz1,051,00 = keine Duplikate; 1,20 = etwa 20 % des Inhalts kommen doppelt vor.
Chunks, die mitten im Satz enden3 / 3
Inhaltsabdeckung100%
Tokens zum Einbetten gesamt (mit Überlappung)264

Visualisierung

Chunk (wechselnde Farbe) Überlappung
# Retrieval-augmented generation Retrieval-augmented generation (RAG) combines a search step with a language model. Documents are split into chunks, each chunk is embedded as a vector, and the closest chunks are retrieved to answer a question. ## Why chunking matters If chunks are too large, a single vector blurs several topics together. If they are too small, the answer may be spread across chunks that never get retrieved together! Overlap lets neighbouring chunks share a little context, at the price of storing the same words twice. ## 中文與日本語の例 檢索增強生成會先把長文件切成較小的區塊,再把區塊轉成向量。區塊太大會混入多個主題;區塊太小又可能把答案拆散。検索拡張生成では、文書を適切な大きさに分割することが重要です。 ```python chunks = splitter.split_text(document) print(len(chunks)) ```

Chunk-Liste

Chunk-Liste
Nr.TokensZeichenVorschau
168269# Retrieval-augmented generation Retrieval-augmented generation (RAG) combines a search step with a language model. Documents are split into chunks, each chunk· endet mitten im Satz
284309## Why chunking matters If chunks are too large, a single vector blurs several topics together. If they are too small, the answer may be spread across chunks t· endet mitten im Satz
3112171## 中文與日本語の例 檢索增強生成會先把長文件切成較小的區塊,再把區塊轉成向量。區塊太大會混入多個主題;區塊太小又可能把答案拆散。検索拡張生成では、文書を適切な大きさに分割することが重要です。 ```python chunks = splitter.split_text(document) print(len(c· endet mitten im Satz

Embedding-Kosten und Vektorspeicher

Zusätzlicher Platz eines ANN-Index (z. B. HNSW) gegenüber den Rohvektoren; je nach Parametern oft etwa 1,2–2.

Chunks insgesamt3
Tokens zum Einbetten gesamt264
Rohvektoren18,43 KB
Mit Index27,65 KB
Nutzdaten1,5 KB
Speicher gesamt29,15 KB

Dimensionen und Eingabelimits der Embedding-Modelle stammen aus den Dokumentationen bzw. Modellkonfigurationen der Anbieter (geprüft am 2026-10-20).

Tokens sind Schätzwerte (ca. 4 Zeichen = 1 Token bei Englisch, ca. 1 Zeichen = 1 Token bei CJK); exakte Werte liefert der Tokenizer Ihres Embedding-Modells. Alles wird in Ihrem Browser verarbeitet, der Text wird nicht hochgeladen.

So wird gerechnet
  • Die Einheit „Tokens (geschätzt)“ nutzt dieselben groben Gewichte wie der Kostenrechner: ASCII 0,25, CJK 1, Sonstiges 0,8 Token pro Zeichen.
  • Feste Größe rückt um Größe − Überlappung vor; rekursive und Satz-Strategie kombinieren natürliche Einheiten, und die Überlappung übernimmt nur ganze Einheiten, die in die Einstellung passen.
  • Redundanz = Summe der Chunk-Zeichen ÷ ursprüngliche Zeichen; sie erhöht Embedding-Kosten und Vektorspeicher direkt.
  • Speicher = Chunks × Dimensionen × Bytes pro Dimension × Indexfaktor + Chunks × Nutzdaten.
  • Es gibt keine beste feste Größe: Prüfen Sie die Suchergebnisse mit Ihren echten Fragen und passen Sie Größe und Überlappung an.