ナレッジベースとSystem Promptの違いは何ですか？何をどこに入れるべきですか？
System Promptが保持するもの「業務のルール」：役割設定（誰か、どう考えるか）・行動ルール（回答フォーマット・トーン要件・禁止事項）・タスクの境界（このProjectが主に扱うもの）。System Promptは「どう行動すべきか」のルールブックです。
ナレッジベースが保持するもの「業務時に参照が必要な資料」：会社の背景・製品の説明・用語集・ブランドハンドブック・高品質な過去の成果物例。ナレッジベースは「意思決定時に参照すべき資料」です。
シンプルな判断ルール：「ルールまたは要件」を追加する場合→System Prompt。「文書またはファイル」を追加する場合→ナレッジベース。
組み合わせて使うと最も効果的：System Promptが「あなたは[会社]のクライアントコミュニケーション文書作成を支援するプロフェッショナルなエディターです」と言い、ナレッジベースに会社概要・ブランドボイスガイド・3つの高品質な過去のメール例を保存します。
ナレッジベースに何を入れると最も役立ちますか？推奨されるコンテンツチェックリストはありますか？
第1優先：会社とクライアントの背景説明 200〜500字の会社概要（コアビジネス・ターゲット顧客・主要価値提案）。これを入れた後、Claudeは文書の下書きやコミュニケーションマテリアルの作成時に「私たちは何をしているか」を毎回説明する必要がなくなります。
第2優先：用語とフォーマット仕様 会社または業界固有の用語集・必要なフォーマット規則。これにより「Claudeが間違った用語を使う」問題をプロンプトごとに説明せずに解決します。
第3優先：最高の過去の成果物の例 最高のレポート・メール・文書を2〜3件、フォーマットとトーンの学習例として保存します。Claudeはこれらの例からあなたの「良い」の定義を学び、将来の出力品質があなたの期待により近くなります。
入れない方が良いもの：
ナレッジベースにはファイルサイズや数の制限がありますか？文書が多い場合はどうすればいいですか？
容量管理の核心原則：厳選 > 詰め込み 多くの人はナレッジベースにできるだけ多くの資料を入れるべきだと思っていますが、文書が多すぎるとClaudeが回答時に大量の資料からフィルタリングする必要があり、回答の精度が低下する可能性があります。「Claudeが本当に必要とするもの」が「できるだけ多く」より効果的です。
文書が長すぎる場合： 長い参照文書（50ページのブランドハンドブック）がある場合、全体をアップロードしないでください。最も重要な部分を抽出します：ブランドボイスの重要な原則・最重要のフォーマット規則・最も誤用される用語——50ページの完全な文書の代わりにこの2〜3ページのエッセンスを使います。
文書が多すぎる場合： 複数のクライアントや業務コンテキストがある場合、すべてのクライアントの資料を1つのProjectのナレッジベースに入れるのではなく、コンテキストごとに独立したProjectを作成します。
定期的なメンテナンス：ナレッジベースの資料は自己管理しません。月次5分のレビューをお勧めします：何が時代遅れになったか・何の新しい重要な資料を追加すべきか。
Claudeはナレッジベースのコンテンツを毎回の会話で全部読みますか？それとも必要な時だけ参照しますか？
ナレッジベースのコンテンツは会話開始時にContext Windowに読み込まれます。そのProject内で新しい会話を開くたびに、Claudeはナレッジベースのすべてのコンテンツを「見る」ことができます——オンデマンドでアクセスするのではなく、会話が始まる前に読み込まれます。
実際の影響：すべてのナレッジベースのドキュメントがContext Windowのスペースを消費します。大きなナレッジベース（例えば50ページの完全な文書）は、会話で入力できる他のコンテンツのスペースを減らすトークンを消費します。
非常に大きなナレッジベースの潜在的な影響：非常に大きなナレッジベースでは、Claudeが小さいものより精確さが低下する可能性があります——10の文書を「参照して」と渡すより、最も関連性の高い2つを渡す方が通常より良い結果になるのと同様です。
最も実用的なアドバイス：ナレッジベースのサイズと精度は反比例関係にあります——より小さく・より精確なナレッジベースが、より一貫したClaude出力品質をもたらします。「何でも入れる」ではなく「Claudeは回答時にこれを本当に知る必要があるか？」を基準にしてください。
Koさんはデジタルマーケティング代理店のクリエイティブディレクターで、3つの主要クライアントアカウントを管理しています。各クライアントのブランドボイス・ターゲット対象・避けるべき地雷（例えば1つのクライアントは競合他社の名前を絶対に出せない）はすべて異なります。
ナレッジベース構築前：特定のクライアントのコンテンツを生成するたびに、プロンプトの冒頭でクライアントの背景を説明する必要がありました。この説明だけで1〜2分かかり、毎回微妙に言葉が異なるためClaudeの出力品質が一貫しないことがありました。
ナレッジベース構築後：3つのクライアントそれぞれに独立したClaude Projectを作成し、各ProjectのKnowledgeベースに保存したもの：
設定後、対応するクライアントProjectを開いて直接質問するだけで、背景の貼り付けが不要になりました。禁止用語の遵守率は100%に近づき（Knowledgeベースに明確にリストされているため）、トーンも品質例と一貫して一致しました。
毎週「クライアントの背景の貼り付け」に30〜40分節約でき、毎回各クライアントのコンテキストを精神的に再構築する必要がないため、認知的負荷も大幅に減りました。
核心的なトレードオフ：一貫性と正確性 vs 柔軟性と時効性。
ナレッジベースはClaudeに業務コンテキストの安定した・一貫した参照フレームワークを提供します——出力の一貫性を大幅に向上させます。しかし資料をナレッジベースに入れると「固定フレームワーク」になります。このフレームワークから外れる必要があるタスク（異なるトーン・異なる対象）はプロンプトで明示的に指摘する必要があります。
もう一つのトレードオフは時効性：ナレッジベースの資料は静的で手動更新が必要です。業務コンテキストが急速に変化する場合、メンテナンスコストも増加します。
ナレッジベースに最適なコンテンツ：頻繁に変わるデータではなく、比較的安定した背景知識（会社の背景・コア用語・ブランド原則）。