フォルダRAGは「整理」から始めない——最小設計で知識を蓄え続けるために

「用途」から決める、フォルダ構造は後回し

フォルダRAGを導入しようとするとき、最初から「全社ナレッジ基盤」を設計しようとする企業は少なくない。部署ごとのフォルダ階層を決め、命名ルールを整え、社内Wikiの整備まで構想する。けれど、その設計が進んでいる間に、現場の熱量は静かに冷めていく。

問うべき順序が違う。最初に考えるのは「フォルダをどう作るか」ではなく、「何のために使うのか」だ。

たとえば「競合調査に使ってきた資料を、後から検索できるようにする」という用途を一つ決める。それだけでいい。対象が絞られれば、何を入れるべきかも自然に見えてくる。社員が調査で使ったPDFやWord、スプレッドシートを共有フォルダに置き、そのフォルダをRAGの参照先に設定する。質問すれば、AIが関連資料を引いて回答してくれる状態になる。スモールに始めて、用途が増えれば対象フォルダを広げていけばいい。

調べた資料が一人の手元で終わり、次の人に届かない問題についてはフォルダRAGが変える社内知識の使いかたでも触れている。用途を定めてフォルダに置く設計は、その問題へのシンプルな出発点になる。

社員に整理を求めない——「置く」が続く理由

最初の設計でつまずきやすいのは、社員への要求水準を上げすぎることだ。

• フォルダを複数の階層に分けて保存するルール
• 社内Wiki向けに文章を書き直す運用
• 部署ごとに異なる命名規則の統一

これらを最初から設けると、「登録すること」が業務になってしまう。資料は蓄まらず、仕組みだけが残る。半年後に見ると、フォルダはほぼ空のままだ。

まとめるより、置く。このくらいまで社員側の負担を下げることが、知識を蓄積し続けるポイントになる。

最初は一つのフォルダで構わない。ファイル名に日付と概要を入れる程度の最低限のルールでいい。整理のハードルを下げれば、資料は自然に集まってくる。

カン・コツに依存した業務知識が共有されない構造は、引き継げない業務が、会社をもろくするでも指摘されている。フォルダRAGが機能するかどうかも、結局は資料が属人的な手元に留まり続けるかどうかにかかっている。「置くだけで知識が共有される」設計は、その課題への実践的なアプローチだ。

最低限の管理は仕組み側に持たせる

ただし、「何でも放り込めばいい」というわけでもない。

フォルダに資料が増えるほどAIが賢くなるわけではない。旧版と最新版が混在し、出典不明の情報が蓄積されると、AIは適切な資料を探しにくくなる。回答の質が下がり、やがて使われなくなる。

だから、細かな分類は不要でも、以下の情報は資料に持たせておく必要がある。

1. 作成日または取得日
2. 出典（どこから得た情報か）
3. 最新版かどうかの識別

これらは人に整理を求めるのではなく、アップロード時に仕組みとして自動的に付与できる形が理想だ。また、AIの回答には参照した資料を必ず表示し、社員が自分で根拠を確認できる状態にしておく。「AIが言っているから正しい」という状況をつくらないことが、信頼できる運用の条件になる。

目指すのは「人にはできるだけ整理を要求せず、必要な管理は仕組み側に持たせる」フォルダだ。使われ続けるフォルダRAGと、使われなくなったフォルダRAGを分けるのは、このバランスを設計の段階で意識しているかどうかにある。

フォルダRAGの導入設計を含む、デジタル実装への伴走が必要なときは、しぼる（DX伴走支援）からご相談ください。