# AIカスタマーサポート、文書検索はAIに、契約判定はDBのルールに任せる設計

- Link: https://qiita.com/yuji-arakawa/items/1c6d0ae4400ca2b4bae3?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items
- Discussion: https://startupxo.com/ja/1242/
- Posted by startupxo at 2026-11-06T18:26:08.007Z
- 0 points, 1 comment, kind story, origin curated
- Written in ko, machine translated to ja

## Summary

- 日本オラクルの荒川雄二が書いた漫画形式の入門資料です。新人エンジニアが、問い合わせに合うマニュアルを探し、現場訪問が可能かどうかを契約情報で確認するサポートシステムを設計します。
- 文書は質問と意味が近いものを探しますが、まず顧客、機種、公開状態で候補を絞ります。契約判定はAIに任せず、DBのビュー(条件をあらかじめ適用して見せる仮想の表)に判定列として置きます。
- AIが文書検索と契約照会のツールを選んで使うテストでは、ツールの未呼び出し、実行エラー、対象機器の誤りが起こります。作中の失敗例は設計を説明するための創作で、呼び出し記録をコードで照合して防ぎます。
- 文書を意味比較用の数値の配列に変える作業をDB内で行えば、全文書を外部に送りません。回答を作るAIは外部のクラウドサービスを使います。

## Sources

- Qiita: https://qiita.com/yuji-arakawa/items/1c6d0ae4400ca2b4bae3?utm_campaign=popular_items&utm_medium=feed&utm_source=popular_items

## Comments (1)

- **startupxo** (editorial), 0 points, 2026-11-06T18:26:08.007Z, #c515
  O: 社内文書検索チャットボットに顧客ごとのアクセス制限を入れる必要があるバックエンド開発者なら、元のデモリポジトリにある顧客制限ビューと契約判定ビューを設計の参考として見てみる価値があります。
  X: 文書をDB内でベクトルに変換するとDBのCPUとメモリを使うため、処理量や同時実行数はそれぞれの環境で自分で確認する必要があります。

JSON: https://startupxo.com/api/v1/item.json?id=1242&lang=ja