シャドーAIのリスクと対策|禁止せず安全に管理する
シャドーAIのリスクと対策|禁止せず安全に管理する
生成AIの業務利用、とくに ChatGPT・Gemini・Claude などを IT 部門が把握していないまま使う「シャドーAI」は、2026年時点で多くの企業にとってすでに現実の経営課題です。
生成AIの業務利用、とくに ChatGPT・Gemini・Claude などを IT 部門が把握していないまま使う「シャドーAI」は、2026年時点で多くの企業にとってすでに現実の経営課題です。
国内調査では利用者の約5人に1人が会社非許可のツールを業務で使い、海外では約68%が未承認AIを使うという結果も出ており、IPAの情報セキュリティ10大脅威2026でもAI利用のサイバーリスクが初めて3位に入りました。
中小企業のDX推進を支援して複数社の生成AI導入を伴走してきた経験から見ても、現場では会社が気づく前に利用が広がるのが常態で、最初に全面禁止へ振れると私物デバイスや個人アカウントに逃げて実態が見えなくなります。
解は「禁止」でも「放置」でもなく「管理された活用」であり、可視化、許可ツールの用意、ルール整備を順に進めれば、100〜1000名規模の企業でも生産性を止めずにリスクを抑えられます。
シャドーAIとは何か──社員が会社に無断で使う生成AI
シャドーAIは、IT部門が把握・承認していない生成AIを、従業員が業務で使っている状態を指します。
ChatGPT、Gemini、Claudeの個人アカウントをそのまま仕事に持ち込む形が典型で、利用者本人には「すぐ試せる」「仕事が早くなる」という利点が見えやすい半面、企業側からは見えにくいのが厄介です。
見えないまま広がるため、便利さと統制のズレが起きやすい状態だと考えるとわかりやすいでしょう。
シャドーAIの定義と典型的な使われ方
シャドーAIの核心は、ツールの種類ではなく「誰が把握し、誰が許可しているか」にあります。
社内の正式な導入手続きを通っていなくても、現場では個人の判断で業務に組み込まれます。
たとえば、会議メモの要約、メール文面の下書き、資料のたたき台づくりのような軽い用途から始まり、やがて顧客向け文書や社内報告にも入り込んでいきます。
入口が小さいぶん、気づいた時には使い方が定着しているのが特徴です。
DX推進の現場で経営層に利用実態をたずねると、「うちはまだ使っていない」という答えが返ることがあります。
ところが、現場アンケートを取ると想定を大きく超える利用が見つかる、という認識ギャップは珍しくありません。
無料で始められ、しかも目の前の作業がすぐ楽になるため、承認プロセスを整える前に普及が先に進みます。
順序が逆転するのです。
5人に1人が無断利用──広がる実態を数字で見る
2026年の国内調査では、生成AI利用者の約5人に1人、およそ20%が会社非許可のツールを使うシャドーAI状態にありました。
さらに「ルールはなく個人の判断に任されている」が31.9%に達しており、単なる例外ではなく、多くの企業で似た構図が起きていることを示しています。
つまり、問題は一部の技術好きな人の逸脱ではなく、運用ルールが未整備なまま現場だけが先に進んでいることにあります。
海外の500社規模調査では、従業員の約68%が業務で未承認AIツールを利用していました。
規模の大小を問わず広がっている数字であり、日本だけの特殊事情ではありません。
むしろ、利用が進んだ市場ほど先に同じ壁にぶつかっていると見るべきです。
数年後の自社の姿を先に映している数字として受け止めると、危機感の持ち方が変わります。
| 指標 | 数値 | 意味すること |
|---|---|---|
| 生成AI利用者の会社非許可ツール利用 | 約20% | 使う人が一定数いる前提で管理を考える必要がある |
| ルールがなく個人判断に任されている | 31.9% | 現場任せの運用が珍しくない |
| 海外の未承認AI利用 | 約68% | 未承認利用は構造的に広がりやすい |
| IPA『情報セキュリティ10大脅威2026』でのAI利用リスク | 3位 | 経営課題として扱う段階に入った |
IPA『情報セキュリティ10大脅威2026』でAI利用をめぐるサイバーリスクが初めて3位に入った事実も、空気を変えました。
社内の使い方の問題にとどまらず、社会全体で警戒すべきリスクとして認識が進んだということです。
経営層が見るべき論点は、利用の有無ではなく、すでにどこまで広がっているかに移っています。
なぜ現場が先行してしまうのか
現場が先行する理由は単純です。
生成AIは個人でも無料ですぐ使え、しかも目の前の仕事を短時間で軽くしてくれます。
問い合わせ文の整形、資料の要点抽出、アイデア出しの補助のような用途は、成果が見えやすいぶん定着が早い。
会社の承認を待つ時間より、手元の作業を早く終えるメリットが勝ってしまうのです。
ただ、この便利さは統制より先に広がる性質を持っています。
複数業種をまたいで見ると、承認が整う前に利用だけが拡大し、後から「何に使っているのか」を把握する流れになりがちです。
禁止して止めるより、まず実態を見える化して、使ってよい範囲と使ってはいけない情報を分けるほうが現実的です。
管理された活用へ移しましょう。
放置すると何が起きるか──情報漏洩・法令違反・品質の3リスク
放置したシャドーAIは、情報漏洩、法令違反、品質低下の3つを同時に招きます。
しかも事故は派手な攻撃ではなく、日常業務の延長で静かに起きるため、気づいた時には社内に痕跡だけが残っていることが少なくありません。
導入支援の現場でも、便利さに引かれて議事録や顧客リストをそのまま貼り付ける使い方は珍しくなく、悪意がなくても流出は起こります。
機密情報・ソースコード流出という最大の脅威
最大の脅威は、機密情報やソースコードが外部に出ることです。
ある大手メーカーでは生成AIの利用を許可してから約20日で、設備情報2件と会議内容1件の計3件が流出しました。
短期間でこれだけの事案が起きるという事実は、シャドーAIの問題が「そのうち起きるかもしれない危険」ではなく、運用を外した瞬間に現実化するリスクだと示しています。
仕組みも厄介です。
入力データは外部サーバーに保存され、削除やアクセス制御が困難になります。
つまり、社内の感覚では「送って終わり」のつもりでも、外部側には複製が残りうるのです。
一度入れた情報は取り戻せない前提で考えなければならず、設計図、顧客情報、会議メモ、ソースコードの断片まで、業務で価値の高い情報ほど慎重に扱う必要があります。
海外調査では、従業員の約68%が未承認AIを使い、27%が機密の社内データを公開AIに入力した経験があるとされています。
これは個人のうっかりではなく、便利な道具がある以上、現場で自然に起きる行動です。
だからこそ、禁止の声だけを上げても止まりません。
可視化と代替手段がなければ、情報は静かに外へ流れ続けます。
個人情報の入力と個人情報保護法上の懸念
個人情報の入力も、見逃せない論点です。
氏名、住所、連絡先などの個人データをアップロードしたことがある利用者は6.8%にのぼります。
件数としては小さく見えても、1件でも社内から外部サービスへ渡った時点で、管理の前提は大きく変わります。
営業資料の下書きや問い合わせ対応の整理のつもりで入力した内容に、本人特定につながる情報が混ざることは珍しくありません。
ここで問題になるのが、個人情報保護法上の第三者提供です。
入力した情報が外部サーバーに保存され、しかも利用者側で削除やアクセス制御を十分に掛けられないなら、社内保管とは言い切れません。
経営の目線では、単なる入力ミスでは済まず、顧客対応、取引先説明、社内監査、再発防止策まで含めた対応が必要になります。
個人情報は「便利な下書き素材」ではなく、法令順守の境界線そのものです。
現場で見ると、この種の入力は悪意よりも慣れで起きます。
議事録を整える、メール文面を直す、顧客一覧を要約する。
その延長で個人データが混ざるため、事故として自覚されにくいのが厄介です。
だから、入力禁止情報を具体化し、使ってよい範囲を明示する運用が欠かせません。
誤情報を鵜呑みにする品質・信用リスク
生成AIの出力は、もっともらしく見えても誤情報を含みます。
ハルシネーションを検証せずに業務へ使えば、提案書、社外向け資料、FAQ、契約説明のどこかで事実誤認が混ざり、品質と信用を損ねます。
情報漏洩だけがリスクではありません。
出力の誤りが、そのまま会社の判断や対外発信に乗ること自体が、経営上の損失になります。
このリスクが厄介なのは、間違いが派手に露呈しない点です。
数字の桁、日付、表現のニュアンス、定義の差し替えなど、小さな誤りが静かに積み重なります。
業務フローに組み込まれるほど、誰かが確認したはずだという安心感が生まれやすく、検証の手が抜ける。
結果として、誤情報を起点にした修正作業、やり直し、社内説明の追加が増え、見えないコストが膨らみます。
つまり、シャドーAIの放置は偶然の事故ではありません。
統制なしで使えば、漏洩も法令違反も品質低下も、確率的に起きる構造リスクです。
禁止するか使うかの二択ではなく、まず何が起きるのかを経営リスクとして直視することが出発点になります。
なぜ『全面禁止』は逆効果なのか
全面禁止は、生成AIの利用を止めるどころか、私物スマホや個人アカウントへ押し出して見えなくするだけです。
会社支給端末なら通信ログで追えても、私物デバイス経由の利用は監視も制御も及びません。
結果として、利用は地下化し、経営は実態をつかめないままになります。
禁止は『見えなくする』だけで利用は止まらない
現場でよく起きるのは、禁止令を出した瞬間に利用が消えるのではなく、使う場所と名義が変わるだけだという現実です。
会社の端末ではなく私物スマホを開き、会社のメールではなく個人アカウントで試す。
こうしてシャドーAIは表に出なくなり、むしろ把握しづらい形で広がります。
禁止は問題を解決する手段ではなく、不可視化するだけだと考えるべきでしょう。
この構造が厄介なのは、管理の効く経路ほど使われず、管理の効かない経路ほど残りやすいからです。
会社支給端末なら一定の通信管理ができますが、私物デバイスや個人アカウントは統制の外に置かれやすい。
半年後に現場アンケートを取ると、禁止後も利用が続き、経営の認識と現場の実態の乖離が広がっていた、という支援現場で繰り返し見られるパターンもここにあります。
可視化なき禁止は、リスクを地下に潜らせるだけです。
生産性と競争力を失う機会損失
全面禁止のもう一つの問題は、使わないこと自体が競争戦略になるわけではない点にあります。
競合が生成AIで提案書作成、要約、調査の初速を上げているのに、自社だけが一律に封じれば、その差は着実に広がります。
経営的に見ると、これは単なるツール制限ではなく、学習速度と意思決定速度を同時に落とす機会損失です。
海外調査で従業員の約49%が雇用主が承認しない形でAIを利用しているという数字は、禁止が守られにくい事実を示しています。
就業規則で禁止すること自体は可能でも、実効性を伴わなければ形骸化します。
ルールは作った瞬間に効力を持つのではなく、守れる仕組みと、守りたくなる納得感があって初めて機能するものです。
禁止だけを掲げると、現場は工数短縮の手段を失い、経営は「使っていないはず」という安心を買うだけになりがちです。
これでは、ルールを設けた意味が薄れてしまいます。
禁止から『管理された活用』へ舵を切る
いま必要なのは、「禁止すべきか活用すべきか」の二択で止まることではありません。
議論の軸を、「どう管理された活用に移すか」へ切り替えることです。
無秩序な利用を放置するのでも、全面禁止で地下化させるのでもなく、許可範囲・用途・監督方法を定めて可視化する。
そこに移行してこそ、リスクと生産性を両立できます。
管理された活用への転換は、現場の自由放任を認める話ではありません。
むしろ逆で、会社として扱ってよい場面と扱ってはいけない場面を明確に分け、運用できるルールに落とし込む作業です。
ここで初めて、禁止を続けるコストより、統制しながら使うメリットのほうが大きいと判断できるようになります。
次の3ステップは、その移行を実務に落とし込むための道筋です。
対策ステップ1──まず『可視化』して実態を把握する
可視化の手順で最初にやるべきなのは、禁止か許可かを決めることではありません。
社内で今どのAIが、どの端末から、どれだけ使われているのかを事実として掴むことです。
見えていない状態でルールだけ増やしても、実際の利用場所とズレた対策になりやすいでしょう。
だからこそ、まずは数字と現場の声で実態を揃えます。
CASB/SWGで外部AI通信を監査する
CASB/SWGを導入済みなら、AIカテゴリのフィルタを追加するだけで、外部AIドメインへの通信監査を今日から始められます。
新規投資を前提にせず、既存の制御点を少し広げる発想です。
支給デバイスからの通信量やアップロード量を見れば、どの部署がどれだけ外部AIを使い、どれだけ情報を送っているかが数字で浮かびます。
口頭の印象ではなく、まず現状を数値で掴めるのが強みです。
監査の目的は、利用者を探し出して責めることではありません。
トラフィックの増減や送信先の種類を把握すると、生成AIを検索補助として使っているのか、社内文書を入れて要約しているのか、用途の輪郭が見えてきます。
そこまで見えると、対策は一気に現実的になります。
アンケートで現場の利用実態を棚卸しする
高度な監視ツールがない企業でも、匿名の従業員アンケートで「どのAIを・何の業務に・どんな情報を入れて使っているか」を棚卸しすれば、低コストで実態把握を始められます。
設備投資がなくても、現場に正直に聞くところから始めた企業のほうが、その後のルール整備がスムーズになりやすいです。
実態が先に共有されると、禁止ありきの議論ではなく、業務上の必要性を踏まえた線引きに移りやすくなります。
実態把握のアンケートを実施した企業では、経営層の想定の数倍の利用が判明し、対策の議論が一気に具体化することがあります。
数字が出ると、危機感だけで話す段階を抜けて、どの業務で何を扱っているのかを整理する会話に変わるからです。
おすすめです。
部署ごとの利用傾向とリスクを把握する
海外調査では技術・開発部門のシャドーAI利用率が最も高く、約79%とされています。
つまり、部署ごとに利用の濃淡がある前提で見ないと、全社一律のルールは実態に合いません。
可視化した結果を部署別に並べると、まず優先して見るべき領域がはっきりします。
技術部門は試行錯誤が多く、営業や企画は外部資料や提案書の要約が多いなど、業務特性でリスクの形も変わります。
そこで大切なのは、使っているかどうかだけでなく、どの情報をどこまで入れているかまで分けて把握することです。
通信量が多い部署と、少量でも機微情報を扱いがちな部署では、打つべき手が違います。
可視化の結果に優先順位を付けて、影響の大きい部署から順にルールと教育を整えましょう。
おすすめです。
数値を起点にすると、対策はぐっと進めやすくなります。
対策ステップ2──『許可ツール』を提供して受け皿をつくる
会社が「使ってよいツール」を先に用意すると、シャドーAIの温床になりやすい“個人判断での持ち込み”を減らせます。
禁止で締めるより、公式に案内できる受け皿をつくるほうが、現場は迷わず使えて管理側も見通しを持ちやすいのです。
安全な選択肢が最初から見えていれば、隠れて試す理由は弱まります。
学習オフの法人プランを標準ツールにする
ChatGPTのBusiness・Enterpriseプランは、デフォルトで入力データが学習に使われません。
ここが出発点です。
個人アカウントを前提にすると、社員ごとに学習設定を気にかける必要があり、利用が広がるほど管理は複雑になります。
法人向けプランを標準にしておけば、最初から学習利用のリスクを構造的に外せるため、最も効く一手になりやすいでしょう。
実務上は、まず「この用途ではこのプランを使う」と社内で明示してしまうのがすすめです。
たとえば、議事録要約、社内文書の下書き、定型メールの草案といった用途は、法人プランに寄せるだけで運用の軸が定まります。
個人アカウントのまま散発的に使わせるより、例外処理が少なくなり、管理者の確認作業も減らせます。
APIも同じく、会社として管理できる接続先に位置づけると整理しやすいです。
個人アカウントのオプトアウトの限界
個人アカウントでも学習オプトアウト設定はできますが、社員一人ひとりに徹底させる運用は重くなります。
登録時の説明、設定変更、異動時の再周知まで面倒を見る必要があり、人数が増えるほど抜け漏れが起きやすいからです。
数十人規模を超えてくると、設定の確認コストが見過ごせなくなり、法人プランへ寄せたほうが現実的になります。
全面禁止していた企業が法人プランを正式に提供に切り替えたとき、個人アカウントの利用が目に見えて減り、現場から歓迎されたという転換は珍しくありません。
使ってよい入口ができると、社員は「どこまでなら使ってよいか」を自分で推測しなくてよくなります。
結果として、便利さを保ちながら統制も取りやすくなるのです。
スモールステップで安全な受け皿を広げる
いきなり全社展開するより、利用意欲の高い部署から少人数で始めるほうが進みます。
最初から広く配ると、ルール説明だけで疲弊し、現場の納得より先に反発が出やすいからです。
パイロット部署を選んで小さく試し、そこで教育と運用ルールを固めてから広げると、受け皿づくりと人材育成を同時に進められます。
このやり方の利点は、成功事例が社内に残ることです。
使い方を理解した推進役が現場に生まれると、他部署の不安を実例でほどけますし、説明資料も抽象論から具体例へ変わります。
おすすめなのは、1〜2個の公式ツールに絞り、入力してよい情報と避ける情報をセットで教えることです。
こうして段階導入を進めれば、現場の定着はずっと滑らかになります。
対策ステップ3──『禁止しない』社内ルールとガイドラインを整える
社内の生成AIルールは、禁止事項を並べるだけでは現場に浸透しません。
どの情報を入れてはいけないのかを具体例で示し、何に使うと便利なのかも同時に書くことで、安心して使える土台になります。
さらに、公開されている雛形を下敷きにすれば、少人数でも短期間で整えやすくなります。
入力禁止情報をNG例で具体化する
「機密情報は入力禁止」とだけ書いたルールは、現場では解釈がぶれやすいです。
顧客情報、未公開の財務、ソースコード、個人情報のように、入力してはいけない情報を品目で示すと、担当者は自分の手元のデータをその場で照合できます。
曖昧な禁止文は判断を先送りにしがちですが、具体的なNG例は迷いを減らし、確認の手間も減らします。
この設計が効くのは、禁止の線引きが「見てわかる」からです。
実際、抽象的な文言だけで運用した企業ほど、部署ごとに解釈がずれやすく、守られ方にも差が出ました。
逆に、入力禁止項目をリスト化した企業では、問い合わせの内容も揃い、運用の立ち上がりが早くなりました。
ルールは細かいほど守られにくいのではなく、現場が即断できる粒度まで落とすことがポイントです。
推奨活用例をセットで示し利用を後押しする
禁止事項だけを前面に出すと、生成AIは「触ってはいけないもの」に見えます。
そうなると、現場は安全に使う場面まで避けてしまい、せっかくの業務改善の芽が止まります。
だからこそ、禁止と同じ紙面に「こういう使い方は推奨」と書き、議事録の下書き、社内文書のたたき台、公開情報の要約のような活用例を並べるのが有効です。
禁止一辺倒のルールが守られにくい理由は、罰則だけでは納得感が生まれないからです。
何を避けるかだけでなく、どこまでなら使ってよいかが見えれば、従業員は安心して試せます。
複数社の支援でも、ルール策定に現場担当者を巻き込んだ企業ほど、その後の定着率が高い傾向がありました。
現場が自分の業務に引き寄せて書き換えたルールは、自分たちの道具として扱われやすいのです。
| 観点 | 禁止だけのルール | 禁止と推奨をセットにしたルール |
|---|---|---|
| 受け止め方 | 触るのが怖い | 使いどころがわかる |
| 現場の判断 | 都度確認が必要 | その場で判断しやすい |
| 定着 | 部署ごとにばらつく | 共通認識が作りやすい |
ルールの形骸化を防ぐ継続的な見直し
生成AIのルールは、一度作れば終わりではありません。
画像生成、音声、ファイルアップロードのような新機能が増えると、同じ運用では想定外の入力経路が生まれます。
1年前にはなかった使い方が今は当たり前になっているため、定期的に見直す前提を最初から組み込む必要があります。
現場の声を拾い、実際に使われている機能に合わせて更新することが、形骸化を防ぐ近道です。
作り方もゼロベースで悩む必要はありません。
公開されている生成AI利用ガイドラインの雛形を土台にして、自社の業務、情報区分、承認フローに合わせて調整すれば、少人数でも現実的に整備できます。
ソフト面のルールだけでなく、学習させない設定の法人プランのようなハード面の対策を重ねて初めて、実効性が出ます。
ルール、教育、設定の3ステップをそろえて回すこと。
これがいちばんおすすめの進め方です。
国のAIガイドラインと企業に求められる統制
AI事業者ガイドライン第1.2版は、総務省と経済産業省が2026年3月31日に公表したもので、生成AIを業務に使う企業にとっても社内統制を先送りしにくい状況を示しています。
社内ルール整備は「任意の社内事情」ではなく、国が示す方向に沿って経営として設計すべき論点になりました。
AI推進法(令和7年法律第53号)が2025年9月に全面施行された流れまで踏まえると、可視化、許可ツール、ルールの3ステップを先に整える意味は小さくありません。
AI事業者ガイドラインが示す3類型と自社の位置づけ
AI事業者ガイドラインは、AI開発者、AI提供者、AI利用者の3類型を前提に組み立てられています。
ここで見落としやすいのは、生成AIを社内で使う一般企業も「AI利用者」として当事者に含まれる点です。
ベンダー任せで済む話ではなく、利用する側にも運用設計と説明責任が発生する、と読み替えるのが実務上は自然でしょう。
経営会議でガバナンス投資の優先度を問われた場面でも、この位置づけは説得材料になります。
国の改定を根拠にすると、ルール整備は単なる慎重論ではなく、業務でAIを使う以上は避けにくい統制設計だと伝えやすいからです。
実際、ガイドラインを「守らされるもの」ではなく自社のチェックリストとして扱った企業ほど、現場での活用も前に進みやすい傾向があります。
強制力はないが無視できない理由
法的拘束力がないから軽い、とは言い切れません。
AI事業者ガイドラインは政府が示す行動基準であり、そこから外れた運用は行政指導や企業名公表の対象になり得ます。
つまり、法律の条文に直結していなくても、外部から見たときの統制水準を測る物差しにはなるのです。
この種の文書が重いのは、罰則の有無よりも「どこまで備えているか」を問う基準として機能するからです。
生成AIの利用は、情報漏えいだけでなく、誤送信、誤更新、権限逸脱といった業務事故に直結します。
だからこそ、強制力がないことを理由に後回しにするより、国の方向性に合わせて先に社内ルールを作ったほうが、後からの手戻りを減らしやすいでしょう。
人間による監視・確認プロセスの組み込み
特に注意したいのは、AIが自律的に外部へアクションを起こす場面です。
メール送信やデータ更新のように、実務へ直接影響する操作まで任せるなら、人間の監視・確認プロセスを組み込む設計が求められます。
ヒューマン・イン・ザ・ループは飾りではなく、誤作動を業務事故にしないための安全装置だと考えるべきです。
実装の勘所は、すべてを止めることではなく、止めるべきところだけを止めることにあります。
たとえば、AIの候補をそのまま送らず承認画面を挟む、重要データの更新は権限者のみ確定できるようにする、といった設計です。
AI推進法が2025年9月に全面施行された今、生成AIの社内統制は今後さらに問われる領域になります。
まずは可視化で利用実態を見える化し、次に許可ツールで使いどころを絞り、最後にルールで運用を固定する。
この順番で整えるのがおすすめです。
大手コンサルティングファームで中小企業向けDX推進コンサルティングに5年間従事。AI導入プロジェクトのPoC設計から効果測定まで一貫して支援した経験を持つ。
関連記事
AIエンジニア大企業採用のスキル要件と実務基準
AIエンジニア大企業採用のスキル要件と実務基準
大企業のAIエンジニア求人票は、Python実務3年以上、MLOps経験、生成AI実務経験といった文言が並ぶ一方で、その言葉が実務のどの水準を指すのかまでは示されません。
生成AIの情報漏洩を防ぐ法人プランとAPI設定の実務
生成AIの情報漏洩を防ぐ法人プランとAPI設定の実務
生成AIの業務利用における情報漏洩対策は、入力が学習に使われるか、ログに残るか、誰がアクセスできるかという3層で捉えると整理しやすいです。無料版が部署単位で広がるシャドーAIの状態では、学習設定だけを見ても不十分で、まず棚卸しをして統制下に戻すところから始める必要があります。
ノーコードAIツールおすすめ8選|プログラミング不要
ノーコードAIツールおすすめ8選|プログラミング不要
ノーコードAIツールは、ソースコードを書かずにドラッグ&ドロップや日本語入力でAI搭載アプリを作れる仕組みで、従来は数か月かかった開発を数日から数週間へ短縮できる。
RAGとは?社内データで生成AIを賢くする仕組み
RAGとは?社内データで生成AIを賢くする仕組み
RAG(検索拡張生成)とは、答える前に社内文書や外部データを検索し、その根拠をもとに回答を作る生成AIの仕組みです。MLエンジニアとして実装に関わってきた現場でも、「LLMが優秀ならデータの質は多少低くても大丈夫だろう」という思い込みが、