結論：資料を集める前に、正本と利用境界を決める
先に答えると、Claudeへ社内ナレッジを接続する最初の作業は、ファイルを大量にアップロードすることではありません。対象業務を一つに絞り、使ってよい正本、回答してよい範囲、共有者、更新責任者、保留条件を先に決めます。これがないままProjectsや共有機能を使うと、旧版と別案件の資料が混ざり、もっともらしい誤回答を増やします。
読者の具体的な困りごとは、資料は社内にあるのに、Claudeがどの版を根拠にしたか分からず、誤った価格や手順を誰も止められないことです。読了後は、接続する資料、除外する資料、公開範囲、更新手順を判断できます。次の行動は、対象業務を一つ選び、「この回答で使ってよい唯一の正本」を一文で書くことです。
Claude Projectsは固有のchat historiesとknowledge basesを持つ自己完結したworkspaceで、documents、text、code、files、project instructionsを共通文脈にできます。便利な一方で、資料の正しさや社内の利用許可を自動判定する機能ではありません。接続前の設計が品質と安全の上限を決めます。
Projectsの機能と運用責任を分ける
Anthropic公式では、Project knowledgeへ入れた内容をProject内の個別チャットで利用でき、project instructionsで回答形式や役割を調整できます。有料プランではknowledgeがcontext limitへ近づくとRAGが自動で有効になり、容量を最大10倍へ拡張すると案内されています。これは大量資料を無条件で入れてよいという意味ではありません。
RAGは質問に関連しそうな断片を取り出しますが、資料の所有者、版、有効期限、法的な共有可否までは代わりに決めません。似た文書が複数あるほど、古い記述や例外条件が取得候補へ残ります。容量、検索性、正確性、権限を別々の指標として管理します。
TeamとEnterpriseではProjectを組織内で共有できます。public Projectは組織メンバーが検索・利用でき、private Projectは招待者だけがアクセスします。個別チャットは自動で共有されませんが、Project knowledgeは共有先の利用者が参照できるため、「会話が非公開だから資料も安全」と混同しないことが重要です。
接続前に固定する7つの判断
- 対象業務：FAQ、提案、調査など、一つの成果物と利用場面へ絞ります。
- 正本：所有者、版、更新日、有効期限、優先順位が分かる資料だけを選びます。
- 除外情報：個人情報、契約外資料、他案件、旧版、出典不明のメモを明示します。
- 共有範囲：publicかprivateか、閲覧者、編集者、外部共有の可否を決めます。
- 回答境界：根拠がない時、資料が矛盾する時、影響が大きい時の保留条件を決めます。
- 更新責任：変更申請、レビュー、反映日、旧版削除、archiveの担当者を置きます。
- 品質測定：正答だけでなく、誤答、根拠欠落、正しい保留、人の修正時間を測ります。
この7項目を一枚にできない場合、接続はHOLDします。特に「社内資料」「最新情報」のような曖昧な指定は避け、ファイル名、文書ID、版、日付まで固定します。資料間で価格や手順が違う場合は、Claudeに選ばせず、正本所有者が優先順位を決めます。
資料を正本・補助・禁止へ分類する
正本は、回答の根拠として引用できる承認済み文書です。補助は、背景理解には使えるが最終判断へ使わない議事録や参考資料です。禁止は、利用許可がない情報、期限切れの旧版、別顧客の情報、個人情報、認証情報です。分類ラベルをファイル名だけに依存せず、台帳へ持たせます。
正本には文書ID、owner、version、effective date、review dateを付けます。更新時は新しい資料を追加するだけでなく、旧版を検索対象から外します。archiveはアクセス権を消す操作ではない場合があるため、公式仕様どおり共有設定が残ることを理解し、不要な利用者は明示的に削除します。
商用製品では入力と出力を既定でモデル学習へ使わないとAnthropicは説明していますが、feedbackやbugsを明示送信した場合などは例外があります。学習利用の有無だけで安全判断を終えず、契約、保持、権限、feedback設定、社内規程を確認します。
小さく接続して検証する8手順
- 対象業務と完成成果物を一つに限定します。
- 正本候補を一覧化し、所有者と利用許可を確認します。
- 旧版、重複、個人情報、別案件、出典不明資料を除きます。
- private Projectで少人数の試験環境を作ります。
- project instructionsへ根拠表示、回答形式、保留条件を書きます。
- 正解できる質問、資料にない質問、矛盾する質問を各5件試します。
- 誤答と根拠欠落を直し、必要な資料だけを追加・削除します。
- 合格後に共有範囲を広げ、月次棚卸しと停止条件を運用します。
最初から全社公開せず、影響が小さく正解を確認できる業務で試します。例は承認済み製品仕様からの社内FAQ草案です。価格確定、契約判断、人事評価、顧客への最終送信は、別の承認を残します。Claudeが答えられる範囲と、答えてよい範囲は同じではありません。
失敗テストと運用指標
成功例だけのテストでは、ナレッジ接続の事故を見つけられません。旧価格を尋ねる、別顧客の条件を混ぜる、根拠のない例外を要求する、存在しない規程を引用させる、外部共有を求める、といった失敗例を用意します。期待する挙動は、正本を示す、矛盾を報告する、回答を保留する、人へエスカレーションする、です。
運用指標はファイル数や回答数ではなく、正本引用率、根拠欠落率、旧版参照件数、重大誤答件数、正しい保留率、人の修正時間、更新反映日数を使います。数字が悪化した時は、資料追加だけでなく、重複削除、Project分割、指示短縮、共有縮小を検討します。
月次棚卸しでは、owner不在、期限切れ、三か月未使用、同内容の重複、共有先の退職・異動を確認します。重大な誤答、権限外共有、正本不明が起きたら公開範囲を広げず、原因と再開条件を記録します。
接続前チェックリスト
対象業務が一つか／完成成果物を説明できるか／正本にownerとversionがあるか／利用許可を確認したか／旧版と重複を除いたか／個人情報と別案件を除いたか／publicとprivateを選んだか／編集者を絞ったか／根拠表示と保留条件があるか／失敗質問を試したか／更新とarchive責任者がいるか／停止条件があるか、を確認します。
よくある質問
社内資料を全部入れると回答精度は上がりますか？
必ずしも上がりません。旧版や重複が増えると誤取得の原因になります。対象業務に必要な正本へ絞ります。
public Projectならチャットも全員に見えますか？
公式仕様では個別チャットは自動共有されません。ただしProject knowledgeへのアクセス範囲は広がるため別に管理します。
学習に使われないなら機密情報を入れてよいですか？
いいえ。学習利用、保持、契約、権限、社内規程は別論点です。必要最小限化と利用許可を確認します。
関連ガイドと公式情報
具体的な画面操作はClaude Projectsの使い方、入力境界はClaudeに入力してはいけない情報、全社ルールはClaude社内利用ガイドラインを参照してください。
機能とRAGはAnthropic公式What are projects?、公開・非公開と共有は公式Manage project visibility and sharing、商用データの学習利用は公式Privacy Centerで公開直前に確認してください。
Miraigentの無料診断では、正本、除外情報、共有、更新、失敗テストを一枚にし、ナレッジ接続前の穴を整理します。