ツールへスキップ
JoeLucky

ツールの ★ をクリックして保存

ツールカテゴリ

Base64エンコード/デコードJSONビューアー人気JWT デコーダーUUIDジェネレーターURLエンコード/デコードJSON から CSVCSV から JSONJSON から YAMLYAML から JSONJSON から XMLXML から JSONCSV から YAMLYAML から CSVJSON フォーマッターYAML フォーマッターXML フォーマッターHTML フォーマッターCSS フォーマッター正規表現テスターハッシュジェネレーターCron 式パーサーHTML エンティティのエンコード/デコードツール基数変換ツールURL解析/クエリパラメータ確認CSV ビューアー/検証ツールMarkdown プレビューツールSQL フォーマッターMermaid ライブエディターLLM API 料金計算ツール新着LLM VRAM(GPU メモリ)計算ツール新着RAG チャンク分割ビジュアライザー新着クラウドストレージ料金計算ツール(S3・R2・B2)新着SLA 稼働率計算ツール新着
JoeLucky

実用的なオンラインツールをひとまとめに

プライバシーポリシー利用規約

© 2026 JoeLucky®. All rights reserved.

  1. JoeLucky
  2. /開発者向け
  3. /RAG チャンク分割ビジュアライザー

RAG チャンク分割ビジュアライザー

文書を貼り付けて RAG のチャンク分割と埋め込み費用を確認。テキストは送信されません。

類似ツール:開発者向け

すべて見る
LLM API 料金計算ツール

OpenAI・Anthropic・Gemini の API 費用を 1 回・月額で比較し、価格の確認日も表示。

開く →
LLM VRAM(GPU メモリ)計算ツール

LLM の実行に必要な VRAM を見積もり、手元の GPU に収まるか判定。

開く →
テキスト比較ツール

2 つのテキストの違いを行・単語・文字単位で比較します。並べて表示/統合表示に対応し、空白や大文字・小文字を無視するオプションもあります

開く →

💬 コメント

?

まだコメントはありません。最初のコメントを書いてみましょう!

RAG チャンク分割ビジュアライザーとは?

RAG チャンク分割ビジュアライザーは、文書を貼り付けるだけで、各分割方式(固定サイズ・再帰・文単位・Markdown 見出し)がテキストをどのようにチャンクへ分けるかをその場で確認できます。各チャンクは交互の色で、重なり部分は別の色で表示され、チャンク数・平均と最大のトークン数・重複率・文の途中で終わるチャンク数も集計します。埋め込みモデルと単価を入力すれば、埋め込み費用とベクトルデータベースの保存量も見積もれます。

使い方

  1. 文書を貼り付けるか、.txt/.md ファイルを読み込みます(読み取りはローカルのみ)。
  2. 分割方式、サイズの単位(文字または概算トークン)、チャンクサイズ、オーバーラップを選びます。
  3. 色分けされたプレビュー、統計、チャンク一覧を確認し、必要に応じて調整して比較します。
  4. 埋め込みモデルを選び、単価と文書数を入力して埋め込み費用とベクトル保存量を見積もります。チャンクを JSON でコピー/ダウンロードすることもできます。

注意事項

  • 例:チャンク 120 トークン・オーバーラップ 20 トークンなら、隣り合うチャンクで内容の約 17% が重複し、オーバーラップなしより埋め込む総トークン数とベクトル数が増えます。
  • トークン数は概算です(英語は約 4 文字=1 トークン、日中韓は約 1 文字=1 トークン)。正確な値は埋め込みモデルのトークナイザーで確認してください。
  • 万能な固定サイズはありません。実際の質問で検索結果を確認してから、サイズとオーバーラップを調整してください。ベクトル保存量のインデックス係数は調整可能な仮定です。
  • テキスト・ファイル・結果はブラウザ内に留まり、アップロードされません。

よくある質問

RAG のチャンクサイズはどれくらいにすべきですか?

万能な数値はありません。大きすぎるチャンクは複数の話題が 1 つのベクトルに混ざって検索精度が落ち、小さすぎると答えが複数に分断されます。一般的な出発点は数百トークン程度のチャンクと 1 割前後のオーバーラップで、実際に尋ねる質問で検索結果を確認しながら調整してください。

オーバーラップは何のため?コストはありますか?

オーバーラップは隣り合うチャンクが少しだけ同じ内容を共有することで、境界にある情報が切れてしまうのを防ぎます。代償として同じ文章が 2 回埋め込まれて保存されるため、埋め込み費用とベクトル保存量が直接増えます。統計の「重複率」がまさにそれを表しています。

4 つの分割方法はどう選べばよいですか?

固定サイズは最も単純で予測しやすい反面、文の途中で切れることがあります。再帰的分割は段落・改行・文・空白の順に自然な境目を探すので、汎用的な出発点に向きます。文単位は文の途中では切れません。Markdown 見出しは構造化された文書向きで、コードブロックを分割せず、各チャンクの見出し階層を記録します。

ここでのトークン数が埋め込みモデルの数値と違うのはなぜですか?

このツールは大まかな規則(英語は約 4 文字=1 トークン、日中韓は約 1 文字=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% が 2 回現れます。
文の途中で終わるチャンク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 トークン、日中韓は約 1 文字=1 トークン)。正確な値は使用する埋め込みモデルのトークナイザーで確認してください。処理はすべてブラウザ内で行われ、テキストは送信されません。

計算方法と前提
  • 「トークン(概算)」は費用計算ツールと同じ粗い重みを使います:ASCII 0.25、CJK 1、その他 0.8 トークン/文字。
  • 固定サイズは「サイズ−オーバーラップ」ずつ進みます。再帰・文単位は自然な単位を組み合わせ、重なりは設定値に収まる完全な単位だけを持ち越します。
  • 重複率=全チャンクの文字数合計÷元の文字数。埋め込み費用とベクトル保存量に直接影響します。
  • 保存量=チャンク数×次元数×1 次元あたりのバイト数×インデックス係数+チャンク数×付随データ。
  • 万能な固定サイズはありません。実際の質問で検索結果を確認し、サイズとオーバーラップを調整してください。