低コストで社内文書RAGを作る|Cloudflare AI Searchの向き不向きとPoCの進め方

Cloudflare AI Searchで低コストRAGを作る

社内文書RAGを作るとき、文書保存、Embedding、ベクトルDB、検索、生成モデル、API、ログを個別に構築すると、PoCの段階から設計項目が増えます。

Cloudflare AI Searchは、文書の取り込みから検索APIまでをマネージドにまとめ、少ない構成でRAGを試せるサービスです。CloudflareをWeb基盤として利用している企業や、小規模な検索・FAQから始めたい企業に向いています。

ただし、2026年8月18日時点ではopen betaです。料金や仕様の変更、ファイル制限、権限制御を理解した上で採用する必要があります。

目次

Root onで実機検証しました

2026年8月18日、Cloudflare DashboardでAI Search instanceを作成し、Built-in storageへ架空の社内規程3件を登録しました。Playgroundで「国内出張の宿泊費上限と精算期限」を検索すると、01_出張旅費規程.mdがスコア0.761で返り、1泊12,000円と5営業日以内の両方を含むチャンクを確認できました。

Cloudflare AI Searchで文書名・スコア・該当チャンクを確認した実画面

顧客資料や実在企業の社内データは使用していません。また、同期直後は検索結果が安定しないため、Itemsの処理完了を待ってから固定質問で再評価する必要があります。

Cloudflare AI Searchが向いている企業

  • Cloudflare WorkersやAccessをすでに利用している
  • 少数の文書やWebサイトでRAGを早く試したい
  • ベクトルDBを個別に構築・運用したくない
  • サーバーレスなAPIとして既存サイトへ組み込みたい
  • 検索結果と引用元を画面へ表示したい
  • 初期インフラ費を抑えて利用量を見ながら拡張したい

AWS内に厳密に閉じたい、複雑な文書ACLが必要、1ファイルが大きい、open betaを業務基盤に採用できない場合は、別構成を検討します。

推奨構成

Cloudflare AI Search社内文書RAGの構成

社内文書では、AI SearchのPublic Endpointを直接使わず、Cloudflare AccessとWorkerを前段に置きます。

  • Access:社員の認証と許可ポリシー
  • Worker:入力検証、ユーザー情報、利用制限、画面用API
  • AI Search:文書分割、Embedding、Index、検索、引用元
  • AI Gateway:モデル利用量、コスト、エラー、DLPなどの可視化
  • Built-in storage / R2:原本文書

この構成なら、将来Webサイト内検索や顧客向けFAQへ展開する場合も、Worker側で表示と制御を追加できます。

「低コスト」の意味を分ける

低コストには3種類あります。

1. 構築コスト

ストレージ、ベクトルDB、検索APIを個別に作る量を減らせます。小さなPoCを短期間で開始しやすい点が利点です。

2. インフラ運用コスト

サーバーやベクトルDBクラスタを常時管理する必要が少なくなります。ただし、文書更新、精度評価、認証、監査は残ります。

3. 利用料

2026年8月18日時点では、AI Searchはopen betaの範囲内で無料です。ただしWorkers AI、外部モデル、AI Gateway経由の推論などは別に計算されます。正式料金の発表後に再試算できるよう、PoC中から質問回数とトークンを記録します。

現在の主な制限

公式のLimits & pricingでは、Workers Freeで1ファイル4MB、月間20,000クエリ、最大100,000ファイルなどの上限が示されています。制限は変更される可能性があるため、導入時に再確認します。

特に注意したいのは次です。

  • 大きいPDFは分割が必要
  • スキャンPDFにはOCRが必要
  • 文書ごとの細かい閲覧権限は別設計が必要
  • open betaの仕様変更へ対応できる体制が必要
  • Public Endpointは認証なしのため社内文書には使わない

PoCで確認する6項目

  1. 正しい文書が検索上位に出るか
  2. 回答と引用元が一致するか
  3. 規程番号や商品コードをキーワード検索できるか
  4. 答えがない質問で推測を止められるか
  5. 1質問あたりの応答時間とモデル費用
  6. Access、Worker、ログを含めて運用できるか

Cloudflare AI Searchはベクトル検索、キーワード検索、ハイブリッド検索、再ランキングを設定できます。最初からすべて有効にせず、評価質問を固定して1項目ずつ比較します。

AWS・Open WebUIとの違い

選択肢 向く状況 主な注意点
Cloudflare AI Search 小さく早く、WebやWorkerへ組み込みたい open beta、制限、ACL設計
AWS AgentCore+Knowledge Bases AWS統制下で本番拡張したい IAM・構成設計が必要
Open WebUI すぐ使える社内チャットUIが欲しい 自社で運用・更新が必要

製品単価だけでなく、既存クラウド、運用担当、機密度、連携先で選びます。

Root onが推奨するPoC範囲

  • 対象業務1つ
  • 低機密文書3〜10件
  • 利用者3〜5人
  • 評価質問20〜50問
  • Accessで認証
  • Worker経由で検索・回答・引用を表示
  • コスト、応答時間、誤回答を計測
  • 本番化した場合の課題と概算を整理

支援目安は、AI業務診断10万円〜、PoC 50〜150万円程度です。既存サイトへの組み込み、部署別権限、管理画面、監査要件を含む場合は本格実装として設計します。

よくある失敗

  • open betaの無料条件だけで採用を決める
  • Public Endpointへ社内文書を公開する
  • 検索精度を確認せず生成モデルだけ変更する
  • 引用元を画面に出さない
  • AI Gatewayに強いレート制限をかけ、文書Indexingを止める
  • 文書更新と再評価の担当を決めない

まとめ

Cloudflare AI Searchは、RAGの基盤部品を個別構築せず、小さな社内検索やFAQを早く試したい場合に魅力があります。低コスト化しやすいのは、利用料だけでなく、構築・運用する部品を減らせるためです。

一方で、open beta、ファイル制限、認証、文書ACLは必ず確認が必要です。最初は低機密の文書と固定評価セットで検証し、本番化の判断材料を揃えることをおすすめします。

30分で、低コストRAGの構成と費用感を整理します

Cloudflare、AWS、Open WebUI、SaaSの比較から相談したい場合は、AI活用支援サービスをご覧いただくか、お問い合わせフォームからご相談ください。

関連する公式資料

目次