古い情報で答えるAIを作らない。社内ナレッジの更新体制のつくり方

社内資料をもとに答えるAIを作ると、最初の数か月はよく回ります。
問い合わせが減り、現場の評価も上がっていきますが、半年ほど経つと別の問題が顔を出します。
改訂された規程について、改訂前の内容のまま答え続けているケースです。
しかも出典として資料名が添えられているので、聞いた側は「正しい」と信じてしまいます。

ここでは、社内ナレッジの更新をどう回して鮮度を保つかを整理します。
仕組みを作る側の話はGemini Notebook（旧NotebookLM）の社内活用。部門の一次対応から全社に広げる進め方にまとめてあります。

一番危ないのは「もっともらしく古い」回答

事実と違う答えのなかで、もっとも見抜きにくいのがこの種類です。
明らかにおかしい答えなら、聞いた人はすぐに疑います。
ただ、古い情報にもとづく答えには、疑う手がかりがありません。
内容の筋は通っていて、出典も示されていますし、かつては正しかった情報なので言い回しも自然だからです。

厄介なのは、影響が出るまでに時間がかかることです。
「経費の上限は」という質問に旧規程の数字で答え、それをもとに申請が上がり、差し戻されて初めて誤りに気づく。
そんな流れをたどります。
差し戻されるまでの数か月分、同じ誤りが積み重なっていることになります。

つまり鮮度の管理は、精度の話ではなく信頼の話です。
一度この事故が起きると、現場は「あれは信用できない」と判断し、もとの問い合わせに戻っていきます。

古い答えに一度当たった人が離れていく流れは、社内のボットが活用されない原因の1つとして取り上げています。

更新は文書単位ではなく業務単位で持つ

対策に入る前に、仕組みの前提を正確に押さえておきます。
2026年10月時点のGoogleのヘルプでは、Gemini Notebook（旧NotebookLM）にドライブから入れた資料は数分ごとに自動で同期され、ソースを開いて「クリックして Google ドライブと同期」を選べば手でも更新できます。
ただ、パソコンからアップロードしたファイルは取り込んだ時点の写しとして残り、元のファイルを直しても中身は変わりません。

同じノートブックの中でも、自動で新しくなる資料と、取り込んだ時点のまま残る資料が混ざります。
また、ドライブの資料でも、元のファイルを見る権限が切れると、そのソースはノートブックの中で使えなくなります。
ほかのAIツールにも、取り込んだ時点の内容を持ち続ける仕組みのものがあります。

推進担当がこの違いを把握していないことが、事故の最初の原因になりやすいです。
「元のファイルを直したから反映されているはず」という前提で運用すると、パソコンから入れた資料やほかのツールの資料は、確認されないまま古い状態が続きます。

いま使っている仕組みは、いつの時点の情報を参照しているでしょうか。
まずそこを確認するのが最初の一歩です。
その前提は、現場に共有する説明にも1行添えておきます。

ここから先が体制の話で、対策のなかでもいちばんの本体になります。
よくある失敗は、文書単位で担当を決めることです。

「就業規則は人事のAさん」「経費規程は経理のBさん」と割り振ると、担当者の数が文書の数だけ増えていきます。
自分の担当文書が改訂されても、AI側への反映まで意識が向きにくくなるのはこのためです。

効くのは、業務単位でオーナーを決めることです。
「人事関連のナレッジ全体」を1人が持ち、その人が自分の領域の文書が改訂されたときに参照先の更新まで担当する形にします。
担当者の数が減るだけでなく、業務の変化をいちばん早く知る人が更新も持つ構成になります。
人事の制度が変わることを最初に知るのは人事なので、更新の責任もそこに置くのが自然です。

オーナーを業務の側に置く考え方は、読ませる文書の選び方や置き場の設計とあわせて、社内ナレッジをAIで活用する方法。ツール導入・RAG・手持ちのAIの選び方の中で一続きに扱っています。

オーナーの名前は、そのナレッジの説明欄に書いておきます。
誰に言えばいいかが見える状態にしておくと、「これ、内容が古いようです」という指摘が届く経路ができます。
この経路こそが、実はいちばん効く鮮度管理になります。

更新のきっかけは随時と定期、指標は3つで足りる

更新は、いつ、どう回せばいいのでしょうか？
随時と定期の2つで考えます。

まず随時の更新で、規程が改訂されたとき、手順が変わったとき、価格が変わったときが対象です。
改訂の手続きのなかに「AI参照先の更新」を1項目として入れておくと確実です。
公布、周知、そして参照先の更新を同じフローに並べておけば、抜け落ちを防げます。

もうひとつが定期の更新で、四半期に一度、参照している資料の一覧を見て最終更新日を確認します。
1年以上更新されていない資料は、まだ有効かどうかを確かめます。
このとき、全件を確認しようとしないことが大事です。
最終更新日の古いものだけに絞っておかないと、棚卸し自体が続きません。

体制が回っているかどうかは指標で見ていきますが、押さえる数は3つで足ります。

ひとつは、参照資料の最終更新日の分布で、1年以上前のものが何割あるかを見ます。
ここが半分を超えているなら、更新は回っていないと判断していいです。

次に見るのは、誤った回答の報告件数で、「内容が古いようです」という指摘が上がっているかどうかです。
ただ、報告がゼロだからといって安心はできず、報告する経路がないかそもそも使われていないかのどちらかの可能性があります。

もうひとつが、改訂から反映までの日数で、体感としてはこれがいちばん実務的な指標です。
規程が改訂されてから参照先が更新されるまでの日数で、ここが1か月を超えていると、その間ずっと誤った回答が出続けていることになります。
改訂の記録と更新の記録を突き合わせれば、この日数は出せます。

体制側の対策だけでは足りないので、使う側にも前提を伝えておきます。
伝える内容は1行で十分です。
「重要な判断に使う場合は、示された出典の原本を確認してください」。

これは責任の押しつけではなく、出典が示されるという利点を生かす使い方です。
原本の確認は該当箇所を開くだけなのでコストは小さく、この1行があるかどうかで誤りが業務に流れる確率が変わります。

あわせて、「内容が古いと感じたら、ここに連絡してください」という経路も明示しておきます。
現場からの指摘は、鮮度の問題をもっとも早く検知する手段です。

棚卸しは、通知の自動化までなら任せられる

四半期の棚卸しは手作業だとどうしても続かないため、一部は自動化しておきます。

まず、最終更新日の一覧化で、参照している資料の更新日を定期的に取得し、古いものを一覧にします。
これは自動化のフローで組めます。
ドライブ全体の棚卸しは使われていない資料が精度を下げる。ドライブ棚卸しを自動化するで扱っています。

次に、古い資料の通知で、1年以上更新されていない資料のリストをオーナーに月1回配信します。
「確認してください」という通知が届くだけで、棚卸しの実施率は変わってきます。

もうひとつが、改訂の検知で、元のファイルが更新されたことを検知して参照先の更新を促す通知を出します。
ここまで組めると、随時の更新の抜けもかなり減ります。
フォルダを監視する仕組みは共有フォルダの確認忘れをなくす。フォルダ監視の基本3点セットにまとめてあります。

ただし自動化するのは通知までで、更新の判断そのものは人が持つほうが現実的です。
ドライブから入れた資料は、元のファイルで書きかけている内容も同期で反映されるため、下書きや作業中の版は別のファイルで作り、確定した版だけを参照先のファイルに入れておきます。

失敗の型は、だいたい同じところに集まる

ここまでの失敗パターンを整理しておきます。
多いのは、元ファイルを直せばどの資料も反映されると思い込むことです。
自動で同期される資料と、取り込んだ時点のまま残る資料を見分けていないことが、事故の第一原因になります。

次に多いのが、文書単位で更新担当を決めることです。
担当者が増えすぎて誰も反映しなくなるので、業務単位に切り替えます。

定期棚卸しで全件を確認しようとするのも、よくある型です。
続かないので、最終更新日の古いものに絞ります。

現場からの指摘経路を作らないという失敗もあります。
もっとも早い検知手段を、自分から手放しているのと同じです。

最後が、参照先のファイルの上で下書きを書いてしまうことです。
ドライブの同期で作業中の版がそのまま答えに使われるので、下書きは別のファイルに分け、自分で組む自動化も通知までにとどめます。

更新オーナーの設計は、結局は体制の話

ここまでの対策のうち、技術で解決できるのはドライブの自動同期と通知の自動化くらいです。
本体は、誰が何を持つかという体制の設計です。
これが難しいのは、更新の作業が誰の業務にも入っていないからです。
人事の担当者にとって規程を改訂するのは自分の仕事ですが、AI参照先の更新のほうは追加の作業に見えます。

「お願い」で運用すると忙しい月から止まるため、その作業を業務として位置づけて時間を確保しておきます。
これは推進担当だけでは決められず、部門長との合意、業務分掌への追記、場合によっては評価への反映まで必要になります。

私たちが提供しているAI導入支援では、こうした推進体制の設計から入り、誰が何を持つかを部門と合意しながら進めています。
仕組みは作ったが運用が回らない、という状態で止まっているなら、進め方の参考になるかもしれません。

「もっともらしく古い」を防ぐのは、体制であって精度ではない

もっとも危険なのは「もっともらしく古い」回答です。
疑う手がかりがなく、出典まで示されるので、そのまま業務に流れていきます。
対策の前提は、ドライブから入れた資料は自動で同期されても、パソコンから入れた資料などは取り込んだ時点のまま残ると理解することです。
更新オーナーは文書単位ではなく業務単位で決め、名前をナレッジの説明欄に書いておきます。

更新のきっかけは随時と定期の2つです。
随時は規程の改訂フローに1項目として組み込み、定期は最終更新日の古いものだけを見ます。
測る指標は、更新日の分布、誤り報告の件数、改訂から反映までの日数の3つです。

自社のAIは、いまどの時点の情報を参照しているでしょうか？
そこがずれていれば、精度の議論はまだ先の話です。