Open WebUIは、顧客へ自動回答するボットよりも、サポート担当者が使う社内AIデスクとして強みを発揮します。複数のクラウド／ローカルモデル、Knowledge、プロンプト、ツールを一つのチャット画面へまとめられます。
OPEN WEBUI FOR SUPPORT TEAM問い合わせ + 社内文書 → 根拠付き回答案
最終送信は担当者。AIは検索、要約、下書きを高速化します。
特徴
- OllamaなどのローカルモデルとOpenAI互換APIを統合。
- KnowledgeへPDF、表計算、コード、テキスト文書を登録。
- モデルごとにSystem Prompt、Knowledge、Tools、Skillsを束ねる。
- ユーザー、グループ、モデル、Knowledge単位のアクセス制御。
- オフライン／air-gapped構成に対応。
メリット／デメリット
メリット
- 担当者がすぐ使えるUI
- 複数モデルを一元化
- 高度なKnowledge検索
- 組織向けの権限設定
デメリット
- チケット処理は別途連携
- 顧客向け固定フローは弱い
- ローカルLLMはGPUが必要
- ブランド条項に注意
基本的な使い方
- Dockerで検証環境を構築し、最初の管理者を作成する。
- Ollamaまたは承認済みの外部モデルAPIを接続する。
- 製品・部門・機密区分ごとにKnowledgeを分けて文書を登録する。
- サポート用Modelを作り、指示、Knowledge、必要なToolsを束ねる。
- グループへModelとKnowledgeのRead権限を割り当てる。
- 実問い合わせで引用と回答案を確認し、限定部署から展開する。
サポート担当者の使い方
1. 問い合わせ貼付
個人情報を除く
2. Knowledge検索
根拠を確認
3. 回答案
指定テンプレート
4. 人が編集
チケットから送信
ベストプラクティス
- Global Default Permissionsは最小にし、機能をグループで追加する。
- 「権限グループ」と「共有グループ」を分ける。
- KnowledgeとModelはPrivateを基本にし、Read権限を明示する。
- 顧客へ送る回答案には必ず出典を求める。
- 強いモデルと安価なモデルを用途別Modelとして公開する。
- ローカルLLMでも、埋め込みモデルや検索が外部接続していないか確認する。
Open WebUIの権限は加算型です。どこか一つのグループで許可された機能は、別グループで拒否できません。最初に全体の権限を絞り、必要な人へ追加する設計が安全です。
ライセンスの注意
現行コードにはOpen WebUI Licenseが含まれ、原則としてOpen WebUIのブランド表示を維持する条件があります。50人以下などの例外はありますが、ホワイトラベルや顧客向け再提供では必ず公式ライセンスを確認してください。
参考資料
最終確認日：2026年9月13日