도구로 건너뛰기
JoeLucky

도구의 ★를 눌러 저장하세요

도구 카테고리

Base64 인코더/디코더JSON 트리 뷰어인기JWT 디코더UUID 생성기URL 인코더/디코더JSON을 CSV로CSV를 JSON으로JSON을 YAML로YAML을 JSON으로JSON을 XML로XML을 JSON으로CSV를 YAML로YAML을 CSV로JSON 포매터YAML 포매터XML 포매터HTML 포매터CSS 포매터정규식 테스터해시 생성기Cron 해석기HTML 엔티티 인코더/디코더진법 변환기URL 파서CSV 뷰어/검증기마크다운 미리보기SQL 포매터Mermaid 실시간 편집기LLM API 비용 계산기신규LLM VRAM 계산기신규RAG 청크 시각화신규클라우드 스토리지 비용(S3, R2, B2)신규SLA 가동률 계산기신규
JoeLucky

실용적인 온라인 도구를 한곳에서

개인정보처리방침이용약관

© 2026 JoeLucky®. 모든 권리 보유.

  1. JoeLucky
  2. /개발자
  3. /RAG 청크 시각화

RAG 청크 시각화

문서를 붙여넣어 RAG 청크 분할과 임베딩 비용을 실시간으로 보세요. 텍스트는 업로드되지 않습니다.

비슷한 개발자

전체 보기
LLM API 비용 계산기

OpenAI, Anthropic, Gemini의 요청당·월간 API 비용을 가격 확인일과 함께 비교하세요.

열기 →
LLM VRAM 계산기

LLM에 필요한 VRAM을 추정하고 GPU에 들어가는지 확인하세요.

열기 →
텍스트 비교

두 텍스트를 줄, 단어, 글자 단위로 비교하고 나란히 보기·통합 보기를 지원하며 공백·대소문자를 무시할 수 있습니다.

열기 →

💬 댓글

?

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요!

RAG 청크 시각화이(가) 무엇인가요?

RAG 청크 시각화 도구는 문서를 붙여넣으면 여러 분할 전략(고정 크기, 재귀, 문장별, Markdown 제목)이 이를 어떻게 청크로 나누는지 즉시 보여 줍니다. 각 청크는 번갈아 가며 색조가 입혀지고, 겹침은 별도 색으로 표시되며, 통계에는 청크 수, 평균·최대 토큰, 중복률, 문장 중간에서 끝나는 청크 수가 나옵니다. 임베딩 모델과 가격을 추가하면 임베딩 비용과 벡터 데이터베이스 저장 용량을 추정합니다.

사용 방법

  1. 문서를 붙여넣거나 .txt/.md 파일을 불러오세요(로컬에서만 읽습니다).
  2. 전략, 크기 단위(문자 또는 추정 토큰), 청크 크기, 겹침을 고르세요.
  3. 색상 미리보기, 통계, 청크 목록을 확인하고 필요에 따라 조정하며 비교하세요.
  4. 임베딩 모델을 고르고 가격과 문서 수를 입력해 임베딩 비용과 벡터 저장 용량을 추정하세요. 청크를 JSON으로 복사하거나 내려받을 수 있습니다.

참고 사항

  • 예: 120토큰 청크에 20토큰 겹침이면 이웃 내용의 약 17%가 반복되므로, 겹침이 없을 때보다 임베딩되는 총 토큰 수와 벡터 수가 늘어납니다.
  • 토큰은 추정치입니다(영어는 약 4자 ≈ 1토큰, CJK는 약 1자 ≈ 1토큰). 정확한 수치는 임베딩 모델 고유의 토크나이저를 쓰세요.
  • 최적의 고정 크기는 없습니다. 실제 질문으로 검색 결과를 확인한 뒤 크기와 겹침을 조정하세요. 벡터 저장의 인덱스 계수는 조절 가능한 가정입니다.
  • 텍스트, 파일, 결과는 브라우저에 남으며 업로드되지 않습니다.

자주 묻는 질문

RAG에는 청크 크기를 얼마로 해야 하나요?

보편적인 값은 없습니다. 청크가 크면 여러 주제가 하나의 벡터로 뭉개져 검색이 덜 정밀해지고, 너무 작으면 답이 여러 조각에 흩어집니다. 흔한 출발점은 수백 토큰 크기의 청크에 약 10% 겹침입니다. 그런 다음 실제로 던지는 질문으로 검색 결과를 확인하며 조정하세요.

겹침(overlap)은 무엇에 쓰고 비용은 얼마인가요?

겹침은 이웃한 청크가 텍스트를 조금 공유하여 경계에 놓인 정보가 잘리지 않게 합니다. 대가는 같은 텍스트가 두 번 임베딩·저장되어 임베딩 비용과 벡터 저장 공간이 직접 늘어나는 것이며, “중복률” 통계가 바로 그것을 측정합니다.

네 가지 전략 중 무엇을 골라야 하나요?

고정 크기는 가장 단순하고 예측 가능하지만 문장을 자를 수 있습니다. 재귀 분할은 문단, 줄, 문장, 공백 순으로 시도하여 자연스러운 경계에 머물며 범용 출발점으로 좋습니다. 문장 분할은 문장 중간을 자르지 않습니다. Markdown 제목 분할은 구조화된 문서에 맞고 코드 블록을 온전히 유지하며 각 청크의 제목 경로를 기록합니다.

여기의 토큰 수가 내 임베딩 모델과 다른 이유는 무엇인가요?

이 도구는 대략적인 규칙(영어는 약 4자 ≈ 1토큰, CJK는 약 1자 ≈ 1토큰)을 쓰고, 임베딩 모델마다 자체 토크나이저가 있어 실제 수치는 다릅니다. “토큰(추정)”은 설정을 비교하는 상대적 잣대로 보시고, 정확한 수치나 모델의 입력 한도 확인은 해당 모델의 토크나이저로 확인하세요.

벡터 저장 용량은 어떻게 추정하고, 인덱스 계수란 무엇인가요?

저장 용량 = 청크 수 × 벡터 차원 × 차원당 바이트(float32는 4, float16은 2, int8은 1, 이진은 1/8) × 인덱스 계수 + 청크 수 × 청크당 페이로드입니다. 인덱스 계수는 HNSW 같은 근사 검색 인덱스가 원본 벡터 외에 추가로 필요로 하는 공간을 뜻하며, 매개변수에 따라 보통 약 1.2~2이고 조정할 수 있습니다.

붙여넣은 문서가 업로드되나요?

아니요. 분할, 통계, 시각화가 모두 브라우저에서 실행되며 불러온 .txt나 .md 파일도 로컬에서만 읽습니다. 도구는 임베딩 API를 호출하지 않으며, 임베딩 비용은 입력한 가격으로 계산한 값일 뿐입니다.

파일은 브라우저 안에서 읽으며 업로드되지 않습니다.
분할 방식

문단 → 줄 → 문장 → 공백 순으로 나누며 가능하면 자연스러운 경계를 지킵니다(널리 쓰이는 프레임워크의 기본 방식과 비슷).

크기 단위

겹침 17%

결과

청크 수3
평균 토큰88
가장 작은 청크 / 가장 큰 청크68 / 112
중복도1.051.00은 중복 없음, 1.20은 내용의 약 20%가 두 번 나타난다는 뜻입니다.
문장 중간에서 끝나는 청크3 / 3
내용 포함률100%
임베딩할 전체 토큰(겹침 포함)264

시각화

청크(번갈아 색상) 겹침
# 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)) ```

청크 목록

청크 목록
번호토큰글자미리보기
168269# Retrieval-augmented generation Retrieval-augmented generation (RAG) combines a search step with a language model. Documents are split into chunks, each chunk· 문장 중간에서 끝남
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· 문장 중간에서 끝남
3112171## 中文與日本語の例 檢索增強生成會先把長文件切成較小的區塊,再把區塊轉成向量。區塊太大會混入多個主題;區塊太小又可能把答案拆散。検索拡張生成では、文書を適切な大きさに分割することが重要です。 ```python chunks = splitter.split_text(document) print(len(c· 문장 중간에서 끝남

임베딩 비용과 벡터 저장량

원본 벡터 대비 ANN 인덱스(예: HNSW)가 차지하는 추가 공간으로, 매개변수에 따라 보통 1.2~2배입니다.

전체 청크 수3
임베딩할 전체 토큰264
원본 벡터18.43 KB
인덱스 포함27.65 KB
페이로드1.5 KB
전체 저장량29.15 KB

임베딩 차원과 입력 한도는 각 업체의 문서나 모델 설정을 따랐습니다(2026-10-20 확인).

토큰 수는 추정치입니다(영어는 약 4자 = 1토큰, CJK는 약 1자 = 1토큰). 정확한 값은 사용하는 임베딩 모델의 토크나이저로 확인하세요. 모든 처리는 브라우저 안에서 이루어지며 텍스트는 업로드되지 않습니다.

계산 방법
  • «토큰(추정)» 단위는 비용 계산기와 같은 대략적인 가중치를 씁니다. ASCII는 0.25, CJK는 1, 그 외는 글자당 0.8토큰입니다.
  • 고정 크기는 크기 − 겹침만큼 이동하고, 재귀와 문장 방식은 자연스러운 단위를 묶으며 겹침은 설정에 들어가는 온전한 단위만 가져옵니다.
  • 중복도 = 청크 전체 글자 수 ÷ 원본 글자 수이며 임베딩 비용과 벡터 저장량을 그대로 늘립니다.
  • 저장량 = 청크 수 × 차원 × 차원당 바이트 × 인덱스 배수 + 청크 수 × 페이로드.
  • 가장 좋은 고정 크기는 없습니다. 실제 질문으로 검색 결과를 확인한 뒤 크기와 겹침을 조정하세요.