定義と概要
複数組織・顧客で基盤を共有し、データと権限を分離。画面やフォルダーだけの分離では不十分です。
実践の進め方
文書、索引、キャッシュ、ツールにテナントを紐付け。他社 ID とアカウント切替を試験し、サーバーで毎回検証。
顧客 A定義した境界
契約書 ABC.pdf 見積書 A.pdf
アクセス例：この領域の文書のみ。他の顧客データは対象外
ワークフロー
固有文を持つ架空 A・B 契約を用意。A が直接質問・比較・ファイルリンクで B を要求し、検索文脈への混入を確認。回答で名前を隠すだけでは不十分。
開始前の確認
- テナントID
- 索引とキャッシュ
- 越境試験
機能と導入は案件ごとに確認。根拠のない認証、ROI、顧客の主張は行いません。
重要ポイント
- 許可文書を選択
- 責任者を指定
- 参照問答を準備
- 拒否と削除を試験
- 品質・速度・費用を測定
RAGBOX の計画指針で外部認証ではありません。各層に責任者、根拠、試験が必要。
よくある質問
データは外部へ出ますか？
構成と連携によります。モデル、OCR、埋め込み、バックアップ、ログの通信を整理して確認します。
AI 回答をそのまま信頼できますか？
特に法律・会計・重要判断では原文、完全性、版を確認。出典は正確性の保証ではありません。
どう始めますか？
用途、承認文書、責任者、合格基準を定め、小規模で品質、権限、費用を検証して展開します。
参考資料
公開資料は原則説明であり RAGBOX の認証ではありません。
- NIST AI Risk Management Framework
- Microsoft: Retrieval-augmented generation
- OWASP: RAG Security Cheat Sheet
- OWASP: Prompt Injection Prevention
実務利用前に専門家確認が必要。個別の法律・税務助言ではありません。