Ir a la herramienta
JoeLucky

Haz clic en ★ para guardar una herramienta

Categorías de herramientas

Codificador/decodificador Base64Visor de árbol JSONPOPULARDecodificador JWTGenerador de UUIDCodificador/decodificador de URLJSON a CSVCSV a JSONJSON a YAMLYAML a JSONJSON a XMLXML a JSONCSV a YAMLYAML a CSVFormateador JSONFormateador YAMLFormateador XMLFormateador HTMLFormateador CSSProbador de regexGenerador de hashAnalizador de CronCodificador/decodificador de entidades HTMLConversor de bases numéricasAnalizador de URLVisor y validador de CSVVista previa de MarkdownFormateador SQLEditor Mermaid en vivoCalculadora de costo de API de LLMNUEVOCalculadora de VRAM para LLMNUEVOVisualizador de chunks RAGNUEVOCosto de almacenamiento en la nube (S3, R2, B2)NUEVOCalculadora de disponibilidad SLANUEVO
JoeLucky

Herramientas en línea prácticas, todas en un solo lugar

Política de privacidadTérminos del servicio

© 2026 JoeLucky®. Todos los derechos reservados.

  1. JoeLucky
  2. /Desarrollo
  3. /Visualizador de chunks RAG

Visualizador de chunks RAG

Pega un documento y mira el troceado RAG y el coste de embeddings en vivo. Nada se sube.

Informar

DESARROLLO SIMILARES

Ver todas
Calculadora de costo de API de LLM

Compara el coste de API por solicitud y mensual en OpenAI, Anthropic y Gemini, con la fecha de verificación.

Abrir →
Calculadora de VRAM para LLM

Estima la VRAM que necesita un LLM y comprueba si cabe en tu GPU.

Abrir →
Comparador de textos

Compara dos textos por línea, palabra o carácter, en vista lado a lado o unificada, ignorando espacios o mayúsculas si quieres.

Abrir →

💬 Comentarios

?

Aún no hay comentarios. ¡Sé el primero!

¿QUÉ ES Visualizador de chunks RAG?

El visualizador de chunks RAG te permite pegar un documento y ver al instante cómo distintas estrategias de división (tamaño fijo, recursiva, por frases, encabezados Markdown) lo cortan en chunks: cada chunk recibe un tinte alterno, los solapamientos tienen su propio color y las estadísticas muestran el número de chunks, los tokens medios y máximos, la redundancia y los chunks que terminan a mitad de frase. Añade un modelo de embeddings y un precio para estimar el coste de embeddings y el almacenamiento en la base de datos vectorial.

¿Cómo se usa?

  1. Pega el documento o carga un archivo .txt/.md (se lee solo en local).
  2. Elige la estrategia, la unidad de tamaño (caracteres o tokens estimados), el tamaño del chunk y el solapamiento.
  3. Lee la vista previa coloreada, las estadísticas y la lista de chunks, y ajusta y compara según haga falta.
  4. Elige un modelo de embeddings e introduce un precio y un número de documentos para estimar el coste de embeddings y el almacenamiento vectorial; copia o descarga los chunks como JSON.

Notas

  • Ejemplo: con chunks de 120 tokens y un solapamiento de 20 tokens, se repite alrededor del 17 % del contenido vecino, así que el total de tokens vectorizados y el número de vectores aumentan respecto a no solapar.
  • Los tokens son estimaciones (unos 4 caracteres ≈ 1 token en inglés, aproximadamente 1 carácter ≈ 1 token en CJK); usa el tokenizador propio del modelo de embeddings para cifras exactas.
  • No existe un tamaño fijo ideal: comprueba la recuperación con preguntas reales y luego ajusta el tamaño y el solapamiento; el factor de índice del almacenamiento vectorial es una suposición ajustable.
  • El texto, los archivos y los resultados permanecen en tu navegador y no se suben.

Preguntas frecuentes

¿Qué tamaño de fragmento debo usar para RAG?

No hay un número universal. Los fragmentos grandes mezclan varios temas en un solo vector y recuperan con menos precisión; los fragmentos diminutos dispersan una respuesta en varias piezas. Un punto de partida habitual son fragmentos de unos cientos de tokens con un solapamiento de aproximadamente el 10 %; después comprueba la recuperación con las preguntas que realmente haces y ajusta desde ahí.

¿Para qué sirve el solapamiento y qué cuesta?

El solapamiento permite que fragmentos vecinos compartan un poco de texto para que la información situada en un límite no se corte. El precio es que el mismo texto se vectoriza y almacena dos veces, lo que aumenta directamente el coste de embeddings y el almacenamiento vectorial; la estadística de «redundancia» mide justo eso.

¿Cómo elijo entre las cuatro estrategias?

El tamaño fijo es lo más simple y predecible, pero puede cortar frases. La división recursiva prueba por turnos párrafos, líneas, frases y espacios para mantenerse en límites naturales y es un buen punto de partida general. La división por frases nunca corta a mitad de frase. La división por encabezados Markdown sirve para documentos estructurados, mantiene enteros los bloques de código y registra la ruta de encabezados de cada fragmento.

¿Por qué el recuento de tokens aquí difiere del de mi modelo de embeddings?

Esta herramienta usa una regla aproximada (unos 4 caracteres ≈ 1 token en inglés, unos 1 carácter ≈ 1 token en CJK), mientras que cada modelo de embeddings tiene su propio tokenizador, así que las cifras reales difieren. Trata «tokens (estimados)» como una vara de medir relativa para comparar ajustes; para cifras exactas o para comprobar el límite de entrada de un modelo, confírmalo con el tokenizador de ese modelo.

¿Cómo se estima el almacenamiento vectorial y qué es el factor de índice?

Almacenamiento = fragmentos × dimensiones del vector × bytes por dimensión (4 para float32, 2 para float16, 1 para int8, 1/8 para binario) × factor de índice + fragmentos × carga útil por fragmento. El factor de índice representa el espacio extra que necesita un índice de búsqueda aproximada como HNSW además de los vectores sin procesar, normalmente de 1,2 a 2 según los parámetros; puedes ajustarlo.

¿El documento que pego se sube?

No. La división, las estadísticas y la visualización se ejecutan en tu navegador, y un archivo .txt o .md cargado solo se lee localmente. La herramienta no llama a ninguna API de embeddings; el coste de embeddings es solo un cálculo a partir del precio que introduces.

Los archivos se leen en tu navegador y no se suben.
Estrategia de división

Divide por párrafos → líneas → frases → espacios, manteniéndose en límites naturales cuando puede (como el valor predeterminado de los frameworks populares).

Unidad de tamaño

Solapamiento 17 %

Resultado

Fragmentos3
Tokens de media88
El más pequeño / El más grande68 / 112
Redundancia1,051,00 = sin duplicación; 1,20 = alrededor del 20 % del contenido aparece dos veces.
Fragmentos que terminan a mitad de frase3 / 3
Cobertura del contenido100%
Total de tokens a vectorizar (con solapamiento)264

Visualización

Fragmento (tono alterno) Solapamiento
# 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)) ```

Lista de fragmentos

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

Costo de embeddings y almacenamiento de vectores

Espacio extra de un índice ANN (p. ej. HNSW) respecto a los vectores en bruto; suele rondar 1,2–2 según los parámetros.

Total de fragmentos3
Total de tokens a vectorizar264
Vectores en bruto18,43 KB
Con índice27,65 KB
Carga útil1,5 KB
Almacenamiento total29,15 KB

Las dimensiones de los embeddings y los límites de entrada proceden de la documentación o de las configuraciones de modelo de cada proveedor (verificadas el 2026-10-20).

Los tokens son estimaciones (unos 4 caracteres = 1 token en inglés, aproximadamente 1 carácter = 1 token en CJK); usa el tokenizador de tu modelo de embeddings para cifras exactas. Todo se procesa en tu navegador y el texto no se sube.

Cómo se calcula
  • La unidad «tokens (estimados)» usa los mismos pesos aproximados que la calculadora de costos: ASCII 0,25, CJK 1, otros 0,8 tokens por carácter.
  • El tamaño fijo avanza tamaño − solapamiento; las estrategias recursiva y por frases combinan unidades naturales, y el solapamiento solo arrastra unidades completas que caben en el ajuste.
  • Redundancia = total de caracteres de los fragmentos ÷ caracteres originales; eleva directamente el costo de embeddings y el almacenamiento de vectores.
  • Almacenamiento = fragmentos × dimensiones × bytes por dimensión × factor de índice + fragmentos × carga útil.
  • No existe un tamaño fijo ideal: comprueba los resultados de recuperación con tus preguntas reales y luego ajusta el tamaño y el solapamiento.