ナレッジベースの構築：社内Wiki + Projectsの組み合わせ

「あの資料、誰が持ってたっけ？」「過去に同じ案件あったはず…」——チームの 暗黙知 を Claude × Wiki で資産化する設計を学びます。

ナレッジベース構築の戦略

大事なのは 「Wiki と Claude の役割分担」。

• Wiki（Notion / Confluence）：原本の保管庫。検索・編集・履歴管理
• Claude Projects：Wiki から重要文書をコピーして「対話可能な知識」にする

Step1: Wiki の設計

まずは 原本管理ルール を整える。すでにWikiがあるなら整理から始めます。

Wiki の標準カテゴリ（チーム共通）：
1. ガイドライン・ポリシー
2. 業務マニュアル（手順書）
3. 過去案件・ケーススタディ
4. テンプレート・ひな形
5. FAQ・トラブルシュート
6. 用語集・略語集
7. 組織・連絡先
8. 製品情報・スペック

Wiki ページの標準フォーマット

各Wikiページに含める：
- タイトル（明確で検索可能）
- 最終更新日
- 担当者・問合せ先
- TL;DR（1〜2行サマリ）
- 詳細本文
- 関連ページへのリンク
- タグ（検索用）

Step2: Projects の用途別設計

Claude Projects は 用途ごとに分ける のが鉄則。1つのプロジェクトに何でも詰め込むと、Claude が混乱します。

用途別 Projects の例（マーケティングチーム）

Step3: Wiki から Projects への定期同期

Wiki が更新されたら、Projects の知識ベースも更新する仕組みが必要。

同期ルール（例）：
- 重要なWikiページが更新されたら、月1回まとめて Projects に再アップロード
- 新しいガイドラインが出たら、その日のうちに反映
- Projects の知識ベース容量管理（Claude Pro の上限を意識）

更新担当：
- 各 Project に「ナレッジオーナー」を1名指名
- ナレッジオーナーは月1で同期作業＋カスタム指示の見直し

カスタム指示の設計パターン

Project ごとの 「カスタムインストラクション」 がナレッジベースの効果を最大化します。

カスタム指示テンプレ：

# 役割
あなたは（部署名）の（職種）を支援するアシスタントです。

# 当社・チームの基本情報
- 業界：
- 規模：
- ブランドトーン：
- 重要顧客像：

# 利用可能な知識
- このProjectに登録された資料を必ず参照すること
- わからないことは推測せず「資料には記載がありません」と答える

# 出力スタイル
- 文体：（敬語/常体/カジュアル）
- 長さ：（簡潔/詳細）
- 構造：（箇条書き優先/段落優先）

# 禁止事項
- （個人情報の生成等）

# わからないとき
- 「これは別の担当者に確認が必要です」と提案する

使用時のチームフロー

新しい問合せが来たとき：
1. 担当者は「FAQ Project」で同じ質問がないかチェック
2. なければ Project で回答ドラフトを生成
3. 回答送信
4. 同じ質問が3回出たら、Wiki にFAQ追加
5. 月末にナレッジオーナーが Project に同期

失敗パターンと対処

このレッスンのまとめ

「Wiki = 原本」「Projects = 対話可能な知識」の役割分担で、チームの暗黙知が資産化されます。次のレッスンでは、議事録〜アクション抽出のチーム運用を学びます。