AI用のナレッジが増えるほど、誰が直すかが決まっていないとき

AIを使う組織では、だいたいどこかでナレッジの束が生まれます。よくある形は、社内向けのFAQ、プロンプトの型、営業文面の例、問い合わせ対応の判断メモです。束ができると、最初は速くなります。迷いが減り、新しい人も助かる。ところが数ヶ月すると、束の中に古い前提が混ざり始めます。料金体系は変わった。手順は合併で変わった。担当窓口は異動した。それでも文面は昨日のまま残る。残るほど、AIは自信を持って古い答えを整える。整えるほど、古さは見えにくくなる。これはAIが悪いわけではなく、更新の仕組みが無いと起きやすいです。

tugiloの相談では、この段階で「ツールを変えれば直る」より先に、「誰が直すのか」を決めると揉めにくい、という場面がよくあります。直すとは、天才的に全文を書き直すことではありません。いまの正を一つ選び、置き場を一つにし、差分を反映することです。正が二つあると、人は選べない。選べないと、チャットで都度聞くことになる。聞くほど、口頭の答えがナレッジに戻らない。戻らないほど、束は増えるだけで厚みは増しません。厚みが増さないのに量だけ増えると、検索は辛くなります。

ナレッジは「資産」になる前に「排水」が要る

増やすことは得意な組織が多いです。会議の決定、現場の工夫、うまくいったプロンプト。どれも残したくなる。残すこと自体は健全です。健全でも、置き場が分岐すると破綻が始まります。分岐とは、同じテーマが二つのファイルにいる状態です。どちらが新しいのかが、日付だけでは分からない。分からないと、人は新しい方を開きますが、AIや検索は違う方を拾うことがある。拾うと、現場は「なぜか違う」と感じる。感じるほど、AI不信が生まれます。不信は、ツールの性能より先に立ちはだかることがあります。

排水とは、捨てるというより一本化です。例えば「問い合わせ：返信の型」は一ファイルだけにする。更新履歴はファイル末尾に時系列で足す。版が増えすぎたら、別ファイルに切り出すのではなく、章を整理して一つに戻す。戻す作業は面倒です。面倒だからこそ、オーナーが要ります。オーナー無しの整理は、善意で始まり、途中で止まりがちです。止まった中途半端は、むしろ危険です。古い見出しが残り、新しい本文だけが後ろに付く。付くほど、読む人は迷う。

AI活用のノウハウがチャットに流れて消える会社の特徴でも書いた通り、チャットは速い反面、正本になりにくいです。ナレッジを正本にするなら、チャットは入口に留め、出口を明確にする。「決定したら、◯◯さんがこのファイルに追記」。出口が無いと、正本は増えません。増えないままAIだけ増やすと、入力は口頭と思い出に寄ります。

「監修」は専門職ではなく、窓口でよい

監修という言葉は重く聞こえます。全業務の博士である必要はありません。要るのは、誰に聞けば反映されるかが分かることです。反映されるとは、必ず即日ではありません。週一でも月一でも構いません。ただし、次の更新日が見えないと、現場は自力で複製します。複製は、束の分岐を増やします。

現場で使いやすい窓口の決め方は三つだけ押さえると運びやすいです。第一に、業務領域ごとに窓口を分ける（営業・CS・開発など）。第二に、代理人を一人は置く（休みのときの受け皿）。第三に、更新のルールを短く書く（追記は日付つき、削除は線を引いて理由を一行）。ルールが長いと守られません。守られないより、短い方がよいです。

AIに渡す前に決めるべき、情報の線引き（中小企業向け）とも地続きです。外部に出してはいけない境界は、ナレッジの形そのものに埋め込みます。一方で、社内限定でも古い答えは損害になり得ます。古さは機密ではなく、業務の事実誤認です。事実誤認は、顧客対応で痛いほど出ます。だから監修は、理念ではなく運用の話に落とすのがよいです。

AIは「揃える」ほど、古い正に忠実になる

生成は、入力分布に引きずられることがあります。ナレッジが複数の文体や矛盾した手順を含むと、モデルは丁寧に整えます。整えるとは、矛盾を減らす方向に動くということです。ところが矛盾が構造的だと、減らす方向が「どれか一つに寄る」になります。寄る先が古い方だと、古い方が強く見える。強く見えると、現場はさらに直さなくなる。「AIがそう言うなら」は、逃げではなく、正本が曖昧なときの合理です。

だからAI導入が進むほど、ナレッジ監修は重要になる。重要になるのに、人事評価に載らないことが多い。載らないと、手が回らない。回らないと、束は腐る。腐ると、AIは便利なformatterになる。formatterは悪くないですが、業務の羅針盤にはなりにくい。羅針盤にするには、正の移動が起きる必要があります。移動が起きる最小単位は、ファイル一つ、段落一つでもよい。小さく動かすほど、オーナーの負担は分散できます。

ここで効くのは、完璧なナレッジベース構想を立てる前に、週次10分のメンテ枠をカレンダーに置くことです。10分でできることは小さいです。古い日付の一文を直す。リンク切れを直す。重複見出しを統合する。小さくても、積もると分布が変わります。分布が変わると、AIの出力も変わります。出力が変わると、現場の信頼が戻ります。信頼が戻ると、またナレッジが戻ってきます。戻ってくる出口が無いと、この循環は始まりません。

「誰でも編集できる」は、ときに誰も編集しない

権限を開くほど民主的に見えます。民主的でも、責任が分散すると人は動きにくいことがあります。動きにくいときの典型が、Wikiや共有ドライブの「とりあえず置き場」です。置けるほど増える。増えるほど、最新が分からない。分からないほど、現場はローカルにコピーする。コピーが増えると、束はさらに分岐します。分岐が増えると、AIに渡すコンテキスト選びが職人技になる。職人技は強いですが、スケールしにくいです。

対策は独裁ではなく、編集は誰でも、確定は窓口という二段にすることです。誰でも下書きやコメントを足せる。ただし、表の見出しや「これが標準」というラベルの付け替えは窓口だけ。二段が面倒に聞こえるかもしれません。ただ、面倒は運用コストとして見える化されます。見えないほうが、あとで何倍も面倒になることが多いです。

最後に、AIツールの「社内検索」を導入する前に自問してください。検索は、散らばりを吸い上げます。吸い上げるほど、古い参照が表に出ます。表に出る古さは、検索のバグではなく、正本の腐敗です。腐敗を検索で隠すと、一時的には楽になりますが、責任の所在は依然として曖昧です。曖昧なまま便利が増えると、現場は便利に飼い慣らされ、直す力は衰えます。

まとめ：増やす前に「直す人」を一人置く

AI用のナレッジは、増えるほど価値が出る段階と、増えるほど危険が出る段階が続きます。危険は、公開の話だけではありません。社内の事実の古さです。古さを止めるのは、最新の天才ではなく、窓口とルールです。窓口は業務領域ごとに置く。ルールは短くする。更新は追記で残す。古い束は一本化する。

明日からでよいので、いま一番参照されているファイルを一つ選び、その下に「監修：氏名／次の見直し：日付」を足してみてください。足すだけで、AI以前の問題として、正本の所在が見えます。見え始めると、改善は速くなります。速くなると、AIは助手に戻ります。戻ると、現場はまた前に進めます。

ナレッジは、増やすほど偉そうに見えます。偉そうに見えるほど、誰が壊したかが分からなくなります。壊すのは悪意ではなく、時間です。時間は誰にでも平等に降ります。降った結果を止めるのは、ツール名ではなく、窓口の名前です。名前があるだけで、直す依頼は具体的になります。具体的になると、直す速度は上がります。その速度が体感として見えると、AI導入の議論も現実に戻ります。