この記事で分かること／分からないこと
- 分かること: RAGを多言語対応させる際に、費用が発生しうる箇所の分解
- 分かること: 検査のロジックが言語に依存している具体的な理由
- 分からないこと: 多言語対応の費用がいくら増えるか(自社に実測が無い)
- 分からないこと: 対応言語数と費用の関係(実測が無いため一般化できない)
この記事の前提: 自社に多言語運用の実測が無い
本記事で扱うのは、多言語対応によって費用が発生しうる箇所の分解であり、具体的な金額ではない。自社実装は現状、単一言語での運用を前提に構築・検証されており、複数言語を同時に扱った場合の費用実測は存在しない。以下は、既存の自社の構造(保管の分け方・検査ロジック)から見て、どこに費用が増える余地があるかという分解にとどめる。
原本と索引が言語の数だけ増える
投入原本はR2に、確定配信の索引はD1に置くという分け方をしている(出所: docs/STORAGE_AND_BILLING.md、確認日2026-09-06)。言語ごとに原本と索引を別々に持つ構成にすれば、保管対象の点数は言語の数だけ増える。1テナント・1言語を前提にしたビルド時費用がおよそ1,500円という実測はあるが(出所: docs/STORAGE_AND_BILLING.md、確認日2026-09-06)、これは単一言語の構成に対する数字であり、1テナントに複数言語を持たせた場合にこの費用がどう変化するかは自社で測っていない。
検査のロジック自体が言語に依存している
自社の無料検査(Layer1)は、応答から事実主張を取り出す際に、数値と単位の組み合わせや、「〜学・論・基礎・入門・演習・実験・科学・経済」といった語尾のパターンを手がかりにしている。これは日本語の表現に合わせて作られたルールである。言語を追加するということは、同じ処理をもう一度回すことではなく、対象言語に合わせてこの抽出ルール自体を作り直すことを意味する。この作り直しにかかる手間は、既存の検証コスト(1回あたり72円)とは別の、開発側の費用である(出所: out/univ-demo.report.json、確認日2026-09-06)。
検証を言語ごとに回すなら費用も言語の数だけ乗る
検証(Layer1の機械照合とLayer2の盲検)はテナント単位で行う構成になっている。言語ごとに検査ロジックを分けるなら、検証も言語×テナントの単位で回すことになり、検証にかかる処理の回数は言語の数だけ増える構造になる。ただし、これは構造上そうなるという話であり、実際にいくら増えるかは自社で測っていない。
まとめ: 実測が無い領域は金額でなく増える箇所で計画する
多言語対応の費用は、自社では実測していない。金額を示す代わりに、保管対象・検査ロジック・検証回数のどこに費用が増える余地があるかを分解した。多言語対応を検討する際は、まずこの3か所のどれをどこまで増やすかを見積もりの起点にするのが妥当である。
よくある質問
Q1. 多言語対応のコストは既に自社で測っているか
測っていない。自社実装は単一言語での運用を前提に構築・検証されており、多言語対応にかかる費用の実測は存在しない。
Q2. 多言語化するとストレージ側のどこが増えるのか
投入原本(R2)と確定配信の索引(D1)が、言語ごとに別々に必要になる場合、保管対象の点数が言語の数だけ増える(出所: docs/STORAGE_AND_BILLING.md、確認日2026-09-06)。ただし費用の総額は自社で測っていない。
Q3. 検査のロジックは多言語でもそのまま使えるのか
そのままでは使えない。無料検査(Layer1)は数値と単位の組み合わせや、日本語特有の語尾パターンを手がかりに事実主張を取り出す設計になっている。言語を追加するには、この抽出ルール自体を作り直す必要がある。
Q4. 実測が無い中でどう費用を計画すればよいか
金額を仮に置くのではなく、保管対象・検査ロジック・検証回数のうち、どこが言語の数に応じて増えるかを先に洗い出すことを勧める。
検査ロジックの土台になっている無料の機械照合については根拠必須にする設計の記事で扱っている。保管の分け方は保管の費用を扱った記事を参照してほしい。多言語対応を含むRAG構築費用について相談したい方は、お問い合わせから編集部までご連絡いただきたい。
- ハブ記事: RAGサービス比較15選
- 関連記事: 評価コストと実行コストの違い
- 関連記事: 権限管理が費用に効いてくる場面
- 関連記事: 障害対応の費用