Guruで社内AIの回答を古くさせない方法｜持ち主と確認期限

「社内AIに聞いたら、去年の料金表をもとに答えが返ってきた」「どの資料が今も正しいのか、書いた本人以外は誰も分からない」——営業企画や情報システムの担当者から、社内のAIを使い始めてしばらくすると決まって出てくる声です。AIの性能の問題に見えますが、AIは手元にある資料を正しいものとして答えるので、古い資料が残っていれば古い答えを自信を持って返します。直すべきはAIではなく、元の資料の鮮度を誰がいつ確かめるかという仕組みのほうです。この記事では、社内ナレッジをカードで持ち、持ち主と確認期限で鮮度を保つ Guru を例に、社内AIの回答を古くさせない運用の方法を整理します。

Guru は、社内ナレッジをカードで持ち、AIがそこから答える基盤

Guru は、社内の知識を「カード」と呼ぶ1件ずつの単位で持ち、社員の質問にAIが答える仕組みを持った製品です。カードは、営業の進め方、製品の仕様、社内の手続きといった単位で書かれ、カードごとに正しさに責任を持つ人（持ち主）と、次に見直す期限が付きます。Guru は社内のほかの場所、たとえば Slack や Teams、会議の記録、問い合わせの記録などともつながり、そこにある情報も答えの材料にできると案内しています。

AIの答え方について、公式ブログは、答えは質問した人の権限に沿って返され、答えの詳細を開くと、どの資料から、どのように答えが組み立てられたかを確かめられると説明しています。役に立った答えは、そのまま新しいカードの下書きとして保存できます。社内向けの専門の答え役を部署ごとに用意する「ナレッジエージェント」という考え方も打ち出しています。

さらに、Guru の答え役は社内の別のAIからも呼び出せます。公式ブログでは、MCP を通じて Claude、Cursor、ChatGPT、Copilot の中から Guru の知識を使えるとしています。つまり、Guru は社内のAIが読む「正の資料」を置いて手入れする場所として位置づけられています。社内検索の入口をどこに置くかという議論とは別に、どの資料を正とし、どう鮮度を保つかを担う道具だと考えると整理しやすくなります。

2026年の動き：自動の確認と、エージェント型のナレッジベース

実在と鮮度を確かめておきます。Guru の公式ブログでは、2026年1月13日に、ナレッジエージェントが情報を確認済み・未確認に自動で振り分ける機能を発表しました。2026年7月15日には「エージェント型のナレッジベース」を打ち出し、知識の抜けの発見、下書き、整理、確認、古い情報の引退までを答え役が担う方向を示しています。8月20日には、アマゾンのクラウドの販売の場（AWS Marketplace）での提供開始を告知し、9月にも関連の記事が出ています。終了や新規受付停止の告知は見当たりません。

7月の発表の要点は、公式の言葉で言えば「人が指示して承認し、エージェントが進める」という分担です。答え役は Slack や Teams、会議、問い合わせの記録を見て、記録すべき知識や直すべき知識を見つけ、変更を提案します。変更は版として残り、元に戻せるとされ、承認なしに公開されることはない、ただし自律の度合いは利用企業が選べる、と説明されています。

もう一つ、発表の中で目を引くのが、エージェントは同じ間違いを、大規模に、自信を持って繰り返すという問題意識です。社内のAIが一つの古いカードを読んで答え続ければ、誤りは一人の社員の勘違いでは終わらず、問い合わせのたびに再生産されます。Guru が確認期限という古い仕組みを、AIの時代の中心に据え直しているのは、この問題への答えだと言えます。

社内AIの回答が古くなるのは、元の1件の鮮度が見えないから

社内AIが古い答えを返す原因をたどると、多くは同じところに行き着きます。古い資料と新しい資料が並んで置かれていて、どちらが正しいかがAIにも人にも分からない、という状態です。料金の改定があっても、旧料金の資料は消されずに残ります。製品の仕様が変わっても、旧仕様の提案書は共有の場所に残り続けます。

人であれば、資料の日付を見たり、詳しい同僚に聞いたりして、古い資料を避けられます。AIは、権限の範囲で読める資料を材料にして答えを組み立てるので、読める場所に古い資料があれば、それを使ってしまう可能性があります。資料の書き方を整えることも大切ですが、それだけでは、書いた時点で正しかった資料が、時間とともに古くなることは止められません。

そこで要るのが、1件ごとの鮮度を見える形にする仕組みです。誰がその1件に責任を持ち、いつまでに見直すことになっていて、今は確認済みなのか期限切れなのか。鮮度が見えていれば、AIに読ませる範囲を「確認済みのものだけ」に絞れるようになります。Guru の確認の仕組みは、まさにこの見える化を担う部分です。

確認の仕組み：持ち主・確認期限・未確認の表示

公式の機能紹介によると、カードの持ち主は個人でもグループでもよく、Guru は作成者や最後に更新した人をもとに持ち主の候補を示します。確認期限は、毎週・毎月・四半期ごと・毎年、または特定の日付で設定できます。期限が来ると、持ち主に Slack、メール、または Guru の画面で通知が届き、内容が正しければ一度の操作で確認済みに戻せます。正しくなければ直してから確認します。

期限を過ぎたカードは「未確認」と表示され、持ち主の作業の一覧に入ります。公式の説明では、未確認のカードも検索には出たまま、最近確かめられていないことが読み手に分かる形になっています。さらに、未確認で、しかも使われていないカードは自動で保管庫に移す候補の列に入り、管理者がまとめて確認するか保管するかを決められます。カード単位で確認の仕組みそのものを切ることはできない、とも書かれています。

確認の操作ができるのは、作成者の権限を持つ人、ワークスペースの所有者、管理者に限られます。つまり、読むだけの社員は、どれだけ詳しくても確認済みの印を付けられない設計です。この権限の線は、後で述べる責任の持ち方とそのままつながります。どの社員を作成者にするかは、Guru の設定の問題ではなく、社内の誰に正しさの責任を持たせるかの判断として決める必要があります。

既定の設定のままだと起きること：期限なしと、自動の確認

運用を考える前に、公式のヘルプに書かれている既定の設定を押さえておきます。現在のヘルプでは、Guru のカードの既定の状態は「確認済み」で、確認期限は「期限なし」とされています。期限なしの設定では、持ち主に定期的な通知は届きません。つまり、何も設定せずにカードを移すと、全てのカードが確認済みの印を付けたまま、誰にも見直されずに残り続けることになります。

もう一つの既定が、ナレッジエージェントによる自動の確認です。ヘルプでは、2026年1月以降に作られた答え役では自動の確認が既定で有効になっており、一方で自動で未確認に戻す機能は既定で無効になっていると説明されています。自動の確認は、いいね・よくないねの反応や閲覧数、専門家の反応といった使われ方の手がかりと、日付や時期に左右される情報かどうかをAIが内容から見る手がかりにもとづきます。カードは毎日見直され、一度見直したものは7日間は再び見直されない、とされています。

さらに、答え役ごとに「品質」の設定で、答えに使う情報の範囲を選べます。確認済みのみ、確認済みと状態なし、全ての情報の三つです。確認済みのみを選べば未確認の情報は答えに出ませんが、答えられる範囲は狭くなります。既定のまま使い始めず、期限・自動の確認・答えに使う範囲の三つを、使い始める前に決め直すことが、この製品を入れるときの最初の作業になります。

場面1：営業の価格・値引き・契約条件のカード

最初の場面は、営業が商談の前に社内AIに「この規模の顧客には、どの料金の組み合わせを出せるか」と聞く場面です。ここで古い料金や、すでに廃止した値引きの条件が答えに出ると、営業はそれを顧客に伝えてしまい、後から撤回することになります。社内AIの誤りの中で、最も損害が直接的なのが価格と契約条件です。

このカードは、確認期限を短めに設定し、持ち主を営業企画の責任者などの個人ではなくグループにします。個人にすると、その人が休んだり異動したりした時点で、誰も確認できなくなるからです。加えて、料金の改定が決まった日には、期限を待たずにカードを未確認に戻す取り決めを置きます。期限は「最低限この間隔で見る」という下限であり、変更があったときに見直すのが本来の姿です。

もう一つの工夫は、価格のカードに「この条件は社内向けで、顧客に約束する前に営業企画の承認が要る」と書いておくことです。AIの答えにその一文が載れば、営業は答えをそのまま顧客に出す前に立ち止まります。AIの答えを、顧客への約束の根拠にさせないという線を、カードの文面にも埋め込んでおくわけです。

場面2：製品仕様と競合比較のカード（マーケ）

二つ目の場面は、マーケの担当者が記事や資料を作るときに、社内AIに製品の仕様や競合との違いを聞く場面です。仕様は製品の更新のたびに変わり、競合比較は相手の製品の更新でも古くなります。自社の更新と相手の更新の両方で古くなるのが、競合比較のカードの難しさです。

仕様のカードは、製品の更新の予定に合わせて期限を設定し、持ち主を製品の担当部署にします。競合比較のカードは、さらに一段慎重に扱います。競合の情報は公開情報からの推測を含むことが多く、景品表示法の観点からも、外に出す表現には根拠が要ります。そこで、競合比較のカードには「社内の理解のための整理で、外部の資料にそのまま使わない」と明記し、外に出す前に根拠の資料を人が確かめる流れにします。

マーケの担当者がAIの答えを下書きに使う場合も、答えの詳細から元のカードを開き、そのカードが確認済みか、いつ確認されたかを見てから使う習慣を付けます。未確認のカードから組み立てられた答えは、下書きの材料にしない、と部署の決まりにしておけば、古い仕様が記事に紛れ込む事故を減らせます。

場面3：導入事例と、公開してよいかどうかのカード

三つ目の場面は、営業やマーケが「この業界の導入事例はあるか、社外に名前を出してよいか」を社内AIに聞く場面です。事例の情報には、実績の内容だけでなく、顧客名を出してよいか、どの範囲まで出してよいかという許諾の情報が付いて回ります。許諾は契約の更新や担当者の交代で変わることがあり、しかも変わったことが社内に伝わりにくい情報です。

このカードは、事例の内容と、公開の許諾を分けて扱います。許諾については、許諾を取った日と、次に確かめる日をカードに書き、確認期限をその日に合わせます。持ち主は、顧客との窓口を持つ部署にします。許諾の状態が分からないときは、AIの答えに「公開の可否は確認中」と出るよう、カードの冒頭に状態を書いておきます。

ここで注意したいのは、社内AIが事例の情報をもとに、顧客名入りの文章を自動で組み立ててしまうことです。公開してよいかどうかの判断は、AIの答えではなく、カードの持ち主の確認で決めることを、事例を扱う部署の決まりとして明文化しておきます。

場面4：持ち主が異動・退職したとき

確認期限の仕組みが最も崩れやすいのは、持ち主がいなくなったときです。持ち主が異動や退職をすると、通知は誰にも届かなくなり、カードは未確認のまま残ります。未確認のカードが増えると、社員は印を気にしなくなり、確認の仕組みそのものが形だけになります。

対策は三つあります。一つは、先に触れたとおり、重要なカードの持ち主を個人ではなくグループにすることです。二つ目は、異動や退職の手続きの中に、持っているカードの一覧を出して引き継ぎ先を決める工程を入れることです。三つ目は、持ち主が不在のカードを定期的に洗い出し、管理者が引き継ぎ先を割り当てることです。公式の機能紹介では、確認の状態でカードを絞り込み、まとめて操作できる管理画面が用意されているとしています。

• 持ち主を作成者のままにしていて、作成者の退職後に誰も確認できなくなった
• 未確認のカードが全体の半分を超え、社員が確認の印を見なくなった
• 確認期限を一律で1年にしたため、料金のカードが改定後も確認済みのまま残った
• AIが確認済みにしたカードを、人が一度も読まないまま営業が使い続けた

確認期限の決め方：情報が変わる速さで分ける

確認期限を全カードで同じにすると、変わりやすい情報には長すぎ、変わりにくい情報には短すぎる状態になります。前者では古い答えが残り、後者では持ち主が確認の通知に追われて、中身を読まずに確認済みにするようになります。期限は、その情報が変わる速さと、古いまま答えたときの損害の大きさで決めます。

カードの種類	確認期限の目安	持ち主	変更時の扱い
価格・値引き・契約条件	毎月	営業企画のグループ	改定の決定日に未確認へ戻す
製品の仕様・提供範囲	四半期ごと（更新予定に合わせる）	製品の担当部署	更新の公開日に見直す
競合比較	四半期ごと	マーケのグループ	相手の大きな更新で見直す
導入事例と公開の許諾	許諾を確かめる日	顧客の窓口の部署	担当者の交代で見直す
社内の手続き・規程	毎年	管理部門	規程の改定日に見直す

表の期限はあくまで出発点です。Guru の公式の確認の手引きでも、前回から変化が少なければ間隔を延ばし、変化が多ければ縮めるよう勧めています。最初の3か月は、確認のたびに「直した」「直さなかった」を記録しておき、直す必要のなかった確認が続くカードは期限を延ばし、毎回直しているカードは縮めると、期限が実態に合っていきます。

自動の確認をどこまで任せるか

2026年1月の発表で、Guru のナレッジエージェントは、普通の文章で書いた決まりにもとづいて、情報を確認済み・未確認に振り分けられるようになりました。公式ブログでは、手がかりとして、チームの反応、日付に敏感な情報や法令対応の情報に向けた内容の決まり、使われ方の分析の三つを挙げています。重要な情報は専門の担当者の確認に回すこともでき、答え役は判断ごとに理由を報告し、人はいつでも覆せると説明されています。

便利な機能ですが、ここでも線を引きます。自動に任せてよいのは、使われていない古いカードを未確認にする、変更の候補を見つけて持ち主に知らせる、といった方向の操作です。逆に、価格・契約・法令・事例の許諾に関わるカードを確認済みにする判断は、AIに任せないのが安全です。確認済みにする操作は「この内容で顧客に答えてよい」と保証することに等しく、誤ったときの損害が大きいからです。

自律の度合いは利用企業が選べると公式は説明しています。始めは全ての変更を人が承認する設定にし、答え役の提案と人の判断が一致する割合を数か月見てから、範囲の小さいカードの種類から順に任せていくのが現実的です。AIに判断させるのではなく、AIに理由を書かせて人が判断する形を、少なくとも重要なカードでは崩さないことが大切です。

ヘルプには、判断の補助になる記述もあります。答え役が低い確信度で状態を勧めた場合は、その分野の専門家に確かめさせるよう勧めていること、そして一つの情報源の確認の状態は、それを参照する全ての答え役で共通になることです。複数の答え役の見立てが割れた情報源は、それ自体が見直しの合図になります。確信度が低い判断と、答え役どうしで割れた判断は、必ず人の確認の列に回すと決めておけば、自動の確認に任せる範囲を広げても、危ない判断が素通りすることを防げます。

古い情報で答えたときの責任と、止め方

どれだけ手入れをしても、社内AIが古い情報で答える日は来ます。そのときの責任の持ち方を、使い始める前に決めておきます。基本は三つに分けて考えます。カードの中身の正しさは持ち主、AIの答えを顧客に出す判断は答えを使った社員、仕組みの設定は管理者です。AIの答えをそのまま顧客に出した社員だけを責める運用にすると、社員はAIを使わなくなるか、使ったことを隠すようになります。

止め方は、誤りが見つかった時点で取る手順として決めておきます。まず、元のカードを未確認に戻し、誤りの内容を持ち主に知らせます。公式の説明では、未確認の情報を検索から自動で隠す設定もできるとされています。次に、同じ誤りがほかのカードにないかを持ち主が確かめます。必要なら、変更の版をさかのぼって、正しかった時点の内容に戻します。

このとき知っておきたい注意が二つあります。一つは、公式のヘルプで、自動の確認がまとめて実行した結果は、現時点では元に戻せないとされていることです。自動の確認で大量のカードに誤った印が付いた場合は、一件ずつ人が直すことになります。だからこそ、重要な種類のカードは自動の確認の対象から外しておく意味があります。もう一つは、編集の権限を持つ人のうち、持ち主以外の人がカードを編集すると、そのカードは未確認になることです。誤りに気づいた社員が直接直すと、持ち主の確認を待つ状態になるので、止める操作としてはむしろ都合がよい仕組みだと言えます。

最後に、誤った答えを受け取った社員や顧客への連絡です。Guru の7月の発表では、人やほかのAIからの質問は「答えた」「不正確と指摘された」「答えられなかった」に分けて記録されるとしています。不正確と指摘された記録をたどれば、誤った答えを誰が受け取ったかの手がかりになります。どこまで連絡するかは、誤りの内容と影響で業務の責任者が決めます。

外のAIから Guru を引くときの権限

Guru は、MCP サーバーや API を通じて、社内で使っている Claude、ChatGPT、Copilot などのAIから知識を読み書きできる形を用意しています。公式の説明では、エージェントが読めるのは、質問した人や資料の持ち主がもともと見られる範囲に限られ、権限はまとまり・フォルダ・カードの単位で設定できます。

ここで確かめておきたいのは、外のAIから「読む」だけでなく「書く」ことも許すかどうかです。外のAIが Guru にカードを書き込めるようにすると、会話の中で出た不確かな情報が、確認済みの知識の顔をして入り込むおそれがあります。外のAIからの書き込みは、下書きとしてのみ受け付け、持ち主の承認を経て公開する設定にしておくと安全です。

• 外のAIから引いた答えも、元のカードの確認の状態と日付を一緒に示させる
• 外のAIの利用規約で、送った知識が学習や保存にどう扱われるかを別途確かめる
• 公開の場（コンフルエンスやシェアポイントなど）へ書き出す場合は、書き出し先の権限も見直す

始め方の手順：営業とマーケのカードから3か月

全社の知識を一度に移そうとすると、持ち主の決まらないカードが大量に生まれます。範囲を絞り、確認の仕組みが回ることを確かめてから広げます。手順は次の5つです。

この手順の中で、最も時間がかかるのは工程2の「正の資料を決める」です。同じ料金表が三つの場所にあり、どれも少しずつ違う、という状態は珍しくありません。ここを省いてまとめて移すと、Guru の中に古い資料と新しい資料がそのまま並び、確認期限を付けても意味がなくなります。

運用のチェックリストとミニ用語解説

運用が回っているかどうかは、月に一度、次の項目で確かめます。どれか一つでも当てはまらなければ、確認の仕組みが形だけになり始めている合図です。

• 重要なカードの持ち主が、個人ではなくグループになっている
• 未確認のカードの割合を、種類ごとに把握している
• 異動・退職の手続きに、カードの引き継ぎが入っている
• 価格・契約・許諾のカードを確認済みにするのは人だけになっている
• 不正確と指摘された答えを、元のカードまでたどって直している
• 外のAIからの書き込みは、下書きとしてのみ受け付けている

用語も整理しておきます。持ち主は、カードの中身の正しさに責任を持つ人またはグループです。確認期限は、持ち主が中身を見直す最低限の間隔で、変更があればそれより早く見直します。未確認は、期限を過ぎたか、自動の決まりで印を外されたカードの状態で、AIの答えの材料にするかどうかを判断する目安になります。

費用の考え方と、やめるときに残すもの

費用の体系は公式の料金ページで案内されていますが、確認の仕組みにかかる本当の費用は、持ち主が確認に使う時間です。カードの数が増えるほど、確認の通知も増えます。カードの数を増やすことを目標にせず、AIに答えさせたい質問に必要な数に絞るほうが、費用の面でも鮮度の面でも有利です。2026年8月からはアマゾンのクラウドの販売の場でも提供されているため、既存のクラウドの契約の中で調達できるかも確かめる価値があります。

やめるときに残すべきものは、カードの本文、持ち主と期限の一覧、確認の履歴、正とした資料の決定の記録です。特にどの資料を正としたかの記録は、道具が変わっても使い回せる社内の資産です。逆に、確認の履歴が Guru の中にしかない状態だと、乗り換えの後に、どのカードが最後にいつ確かめられたのか分からなくなります。契約の前に、カードと履歴を書き出せる形式と範囲を確かめておきます。

また、公式サイトでは第三者によるセキュリティの監査を毎年受けていると案内していますが、社内の知識を外部のサービスに置くことには変わりありません。どの部署の知識を置き、どの知識は置かないかは、便利さではなく、漏れたときの影響で決めるようにします。

まとめ

社内AIの回答が古くなる原因は、AIの賢さではなく、元の資料の鮮度が見えないことにあります。Guru は、カードごとに持ち主と確認期限を付け、未確認の状態を見える形にすることで、AIが読む資料の鮮度を保つ仕組みを持っています。2026年には自動で確認・未確認を振り分ける機能も加わりましたが、価格・契約・許諾のように誤りの損害が大きい情報では、AIに理由を書かせて人が確認済みの判断を下す線を崩さないことが大切です。情報が変わる速さで期限を分け、持ち主をグループにし、異動の手続きに引き継ぎを入れ、古い答えが出たときの止め方と責任の持ち方を先に決めておく。この運用がそろって初めて、社内AIの答えは安心して使えるものになります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。