ナレッジ・属人化– category –

社内文書をRAGに入れたのに回答精度が上がらない。原因は検索の仕組みではなく、文書が「人が読む」前提で書かれていることにあります。見出し・節の独立性・メタ情報という3つの手当てを、実際の直し方まで具体的に整理します。

社内Wikiに情報は貯まっているのに、誰も使わない。2026年、この問題の解き方が変わりつつあります。メルカリのAI-Native転換やGartnerの予測を手がかりに、「人が読む文書」から「AIエージェントが参照するコンテキスト」へナレッジを設計し直す考え方と、どこから手をつけるかを整理します。

マニュアル化しても属人化が解消しないのは、書いた手順が実行される保証がないからだ。Anthropicが発表したClaude Skillsは、判断基準・手順をSKILL.mdという実行可能な形式に落とし込み、AIが自動的に参照・実行する仕組みである。write-blogリポジトリ自体のSkill運用実績を一次情報に、暗黙知をSkillに落とし込む3ステップと、チーム展開時の落とし穴を整理する。

特定の先輩社員に質問が集中し、教育担当者が疲弊するOJTの属人化。AIエージェントを新人の「一次窓口・壁打ち相手」に据える設計で、教育負担を減らしつつ育成の質を落とさない方法を紹介します。

生成AI導入がなぜ現場で頓挫するのか、社内推進役として直面しやすい4つのパターン（定着しない・説明できない・孤立する・止められる）を実務経験に基づいて整理し、それぞれの対策を紹介します。

「個人Wikiを書く代わりにGemini Notebookに任せられないか」という発想は、属人化対策としては逆効果になりうる。属人化対策の核心が「書く」という行為そのものにある理由と、Gemini Notebookが補助として機能する2つの場面を正直に整理する。

心理学者Dunloskyらのメタ分析が示す「本当に効果の高い勉強法」を、検索練習・分散学習・生成効果・精緻的質問など、実証研究の知見にもとづいて解説します。

「個人Wikiを作ってみたが三日坊主で終わった」という失敗の多くは、社内Wiki向けのテンプレートをそのまま流用していることが原因だ。属人化対策として機能する個人Wikiに実際に書くべき4つの要素と、無理なく育てる方法を具体的なテンプレート付きで紹介する。

個人Wikiを作っても、退職や異動のときに後任が読み切れるとは限らない。読み取り専用のAIエージェントを「引き継ぎの窓口」として立て、後任が質問すればWikiから答えを引き出せるようにする設計と、渡してよい情報・渡すべきでない情報の線引きを整理する。

フリーランス・一人担当者・少人数チームなど「教える相手がいない」立場の属人化は、組織向けの標準化・ローテーションでは対処できない。暗黙知が言語化される機会がそもそも構造的に存在しないという個人特有のメカニズムを整理し、AIとの対話と検索可能な蓄積で備える3つの方法を紹介する。