Aller à l'outil
JoeLucky

Cliquez sur ★ pour enregistrer un outil

Catégories d'outils

Encodeur/décodeur Base64Visionneuse d'arbre JSONPOPULAIREDécodeur JWTGénérateur d'UUIDEncodeur/décodeur d'URLJSON en CSVCSV en JSONJSON en YAMLYAML en JSONJSON en XMLXML en JSONCSV en YAMLYAML en CSVFormateur JSONFormateur YAMLFormateur XMLFormateur HTMLFormateur CSSTesteur de regexGénérateur de hashAnalyseur CronEncodeur/décodeur d'entités HTMLConvertisseur de basesAnalyseur d'URLVisionneuse et validateur CSVAperçu MarkdownFormateur SQLÉditeur Mermaid en directCalculateur de coût d'API LLMNOUVEAUCalculateur de VRAM pour LLMNOUVEAUVisualiseur de chunks RAGNOUVEAUCoût de stockage cloud (S3, R2, B2)NOUVEAUCalculateur de disponibilité SLANOUVEAU
JoeLucky

Des outils en ligne pratiques, tous au même endroit

Politique de confidentialitéConditions d'utilisation

© 2026 JoeLucky®. Tous droits réservés.

  1. JoeLucky
  2. /Développeur
  3. /Visualiseur de chunks RAG

Visualiseur de chunks RAG

Collez un document pour voir le découpage RAG et le coût d’embedding en direct. Rien n’est envoyé.

Signaler

DÉVELOPPEUR SIMILAIRES

Tout voir
Calculateur de coût d'API LLM

Comparez les coûts d’API par requête et par mois pour OpenAI, Anthropic et Gemini, avec la date de vérification.

Ouvrir →
Calculateur de VRAM pour LLM

Estimez la VRAM nécessaire à un LLM et vérifiez s’il tient sur votre GPU.

Ouvrir →
Comparateur de textes

Comparez deux textes par ligne, mot ou caractère, en vue côte à côte ou unifiée, en ignorant au besoin espaces et casse.

Ouvrir →

💬 Commentaires

?

Aucun commentaire pour le moment. Soyez le premier !

QU'EST-CE QUE Visualiseur de chunks RAG ?

Le visualiseur de chunks RAG vous permet de coller un document et de voir aussitôt comment différentes stratégies de découpage (taille fixe, récursive, par phrase, titres Markdown) le coupent en chunks : chaque chunk reçoit une teinte alternée, les chevauchements ont leur propre couleur, et des statistiques montrent le nombre de chunks, les tokens moyens et maximaux, la redondance et les chunks qui se terminent au milieu d'une phrase. Ajoutez un modèle d'embedding et un prix pour estimer le coût d'embedding et le stockage en base vectorielle.

Comment l'utiliser ?

  1. Collez le document, ou chargez un fichier .txt/.md (lu localement uniquement).
  2. Choisissez la stratégie, l'unité de taille (caractères ou tokens estimés), la taille de chunk et le chevauchement.
  3. Lisez l'aperçu coloré, les statistiques et la liste des chunks, et ajustez et comparez au besoin.
  4. Choisissez un modèle d'embedding et saisissez un prix et un nombre de documents pour estimer le coût d'embedding et le stockage vectoriel ; copiez ou téléchargez les chunks en JSON.

Remarques

  • Exemple : avec des chunks de 120 tokens et un chevauchement de 20 tokens, environ 17 % du contenu voisin se répète, donc le total de tokens encodés et le nombre de vecteurs augmentent par rapport à l'absence de chevauchement.
  • Les tokens sont des estimations (environ 4 caractères ≈ 1 token en anglais, environ 1 caractère ≈ 1 token en CJC) ; utilisez le tokenizer propre au modèle d'embedding pour des chiffres exacts.
  • Il n'existe pas de taille fixe idéale : vérifiez la récupération sur de vraies questions, puis ajustez taille et chevauchement ; le facteur d'index du stockage vectoriel est une hypothèse ajustable.
  • Le texte, les fichiers et les résultats restent dans votre navigateur et ne sont pas envoyés.

Questions fréquentes

Quelle taille de segment utiliser pour le RAG ?

Il n'existe pas de nombre universel. Les grands segments fondent plusieurs sujets en un seul vecteur et récupèrent moins précisément ; les très petits dispersent une réponse sur plusieurs morceaux. Un point de départ courant est de segments de quelques centaines de jetons avec environ 10 % de chevauchement ; vérifiez ensuite la récupération avec les questions que vous posez réellement et ajustez à partir de là.

À quoi sert le chevauchement, et que coûte-t-il ?

Le chevauchement permet à des segments voisins de partager un peu de texte afin que l'information située sur une frontière ne soit pas coupée. Le prix est que le même texte est vectorisé et stocké deux fois, ce qui augmente directement le coût d'embedding et le stockage vectoriel ; la statistique de « redondance » mesure précisément cela.

Comment choisir parmi les quatre stratégies ?

La taille fixe est la plus simple et la plus prévisible mais peut couper des phrases. Le découpage récursif essaie tour à tour paragraphes, lignes, phrases et espaces pour rester sur des frontières naturelles et constitue un bon point de départ général. Le découpage par phrases ne coupe jamais au milieu d'une phrase. Le découpage par titres Markdown convient aux documents structurés, garde les blocs de code entiers et enregistre le chemin de titres de chaque segment.

Pourquoi les nombres de jetons ici diffèrent-ils de ceux de mon modèle d'embedding ?

Cet outil utilise une règle approximative (environ 4 caractères ≈ 1 jeton en anglais, environ 1 caractère ≈ 1 jeton en CJK), tandis que chaque modèle d'embedding a son propre tokeniseur ; les nombres réels diffèrent donc. Considérez « jetons (estimés) » comme une unité de mesure relative pour comparer des réglages ; pour des chiffres exacts ou pour vérifier la limite d'entrée d'un modèle, confirmez avec le tokeniseur de ce modèle.

Comment le stockage vectoriel est-il estimé, et qu'est-ce que le facteur d'index ?

Stockage = segments × dimensions du vecteur × octets par dimension (4 pour float32, 2 pour float16, 1 pour int8, 1/8 pour binaire) × facteur d'index + segments × charge utile par segment. Le facteur d'index représente l'espace supplémentaire qu'un index de recherche approximative comme HNSW demande en plus des vecteurs bruts, couramment d'environ 1,2 à 2 selon les paramètres ; vous pouvez l'ajuster.

Le document que je colle est-il envoyé ?

Non. Le découpage, les statistiques et la visualisation s'exécutent tous dans votre navigateur, et un fichier .txt ou .md chargé n'est lu que localement. L'outil n'appelle aucune API d'embedding ; le coût d'embedding n'est qu'un calcul à partir du prix que vous saisissez.

Les fichiers sont lus dans votre navigateur et ne sont pas envoyés.
Stratégie de découpage

Découpe par paragraphes → lignes → phrases → espaces, en restant sur des limites naturelles autant que possible (comme le réglage par défaut des frameworks courants).

Unité de taille

Chevauchement 17 %

Résultat

Chunks3
Tokens en moyenne88
Le plus petit / Le plus grand68 / 112
Redondance1,051,00 = aucune duplication ; 1,20 = environ 20 % du contenu apparaît deux fois.
Chunks se terminant en milieu de phrase3 / 3
Couverture du contenu100%
Total de tokens à vectoriser (avec chevauchement)264

Visualisation

Chunk (teinte alternée) Chevauchement
# 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)) ```

Liste des chunks

Liste des chunks
N°TokensCar.Aperçu
168269# Retrieval-augmented generation Retrieval-augmented generation (RAG) combines a search step with a language model. Documents are split into chunks, each chunk· se termine en milieu de phrase
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· se termine en milieu de phrase
3112171## 中文與日本語の例 檢索增強生成會先把長文件切成較小的區塊,再把區塊轉成向量。區塊太大會混入多個主題;區塊太小又可能把答案拆散。検索拡張生成では、文書を適切な大きさに分割することが重要です。 ```python chunks = splitter.split_text(document) print(len(c· se termine en milieu de phrase

Coût d'embedding et stockage vectoriel

Espace supplémentaire d'un index ANN (p. ex. HNSW) par rapport aux vecteurs bruts ; couramment d'environ 1,2 à 2 selon les paramètres.

Total des chunks3
Total de tokens à vectoriser264
Vecteurs bruts18,43 KB
Avec index27,65 KB
Charge utile1,5 KB
Stockage total29,15 KB

Les dimensions d'embedding et les limites d'entrée proviennent de la documentation ou des configurations de modèle de chaque fournisseur (vérifiées le 2026-10-20).

Les tokens sont des estimations (environ 4 caractères = 1 token en anglais, environ 1 caractère = 1 token en CJK) ; utilisez le tokenizer de votre modèle d'embedding pour des chiffres exacts. Tout est traité dans votre navigateur et le texte n'est pas envoyé.

Méthode de calcul
  • L'unité « tokens (estimés) » utilise les mêmes poids approximatifs que le calculateur de coût : ASCII 0,25, CJK 1, autres 0,8 token par caractère.
  • La taille fixe avance de taille − chevauchement ; les stratégies récursive et par phrase combinent des unités naturelles, et le chevauchement ne reprend que des unités entières qui respectent le réglage.
  • Redondance = total des caractères des chunks ÷ caractères d'origine ; elle augmente directement le coût d'embedding et le stockage vectoriel.
  • Stockage = chunks × dimensions × octets par dimension × facteur d'index + chunks × charge utile.
  • Il n'existe pas de taille fixe idéale : vérifiez les résultats de recherche avec vos vraies questions, puis ajustez taille et chevauchement.