ほとんどの人は、Claude を検索バーのように使っています。
毎回のセッションは同じように始まります。あなたはマーケティングのコピーライターです。私のビジネスはこれです。私のオーディエンスはあれです。さあ、書いてください。そしてタブを閉じ、翌日にはまた一から同じ briefing を繰り返し、毎朝同じ従業員をトレーニングしては、夜にはすべてを忘れさせています。
それはワークフローではありません。それは、永遠にゼロから始めることです。
Claude Projects はこれを修正しますが、ほとんどの人は正しく設定できていません。ほとんどの人はプロジェクトを作成し、一行の指示を貼り付け、適当な PDF をドロップし、なぜ普通のチャットと劇的に変わらないのか不思議に思います。その力は本物ですが、設定画面では説明されていない細部にこそあります。
これは、実際に Claude Projects に依存している人々が行う方法で、Claude Projects をセットアップするための完全なコースです。ここにあるすべての機能は実際のものであり、最新です。これを読み終える頃には、すべての会話に自動的に完全なコンテキストを読み込み、再 briefing が不要になり、あなたのように聞こえる（一般的なアシスタントのように聞こえない）アウトプットを生成するプロジェクトが完成しているでしょう。
プロジェクトの正体
マーケティングを剥ぎ取ると、Claude Project は、1 つの永続的なワークスペースにバンドルされた 3 つのものです。
カスタム指示。プロジェクト内のすべての会話に自動的に適用されるシステムレベルのプロンプトです。これは、Claude の振る舞い、誰と話していると思っているか、従うべきルールを形成する、常時有効な briefing であり、チャットに何も入力する必要はありません。
ナレッジベース。Claude がすべての会話で参照できるファイルとドキュメントで、常に利用可能であり、再アップロードは不要です。スタイルガイド、仕様書、過去の成果物、参考資料。
スコープされた会話。プロジェクト内のすべてのチャットはグループ化され、同じ指示とナレッジを継承します。
最初に理解しておくべき重要なことが 1 つあります。これは常に人々を悩ませるからです。プロジェクト内の会話は、互いにメッセージ履歴を共有しません。共有される状態は指示とファイルであり、チャットではありません。新しい会話は毎回、これら 2 つだけが読み込まれた状態で新しく始まります。これは、以下のすべてを設計する方法に影響します。
Projects は、無料を含むすべての Claude プランで利用できます。ただし、無料ユーザーは 5 つのプロジェクトに制限されており、プロジェクト指示は有料機能です。Pro、Max、Team では、完全なセットアップを利用できます。
ほとんどの人が犯す間違い
セットアップの前に、最大の過ちを 1 つ理解してください。それを避けることが、作業の大部分だからです。
人々はナレッジベースを収納庫のように扱います。すべてを詰め込みます。ブランドマニュアル全体。6 か月分の会議メモ。40 ページの戦略デッキ。その論理は一見正しく聞こえます。より多くのコンテキストは、より良いアウトプットに等しい。
しかし、そうはなりません。その理由はここにあります。プロジェクトナレッジは、すべての応答に完全に読み込まれるわけではありません。Claude は、検索を介してクエリごとに最も関連性の高いコンテンツを引き出します。関連性の低い資料でナレッジベースを過負荷にすると、実際に重要なシグナルを見つける Claude の能力が薄まり、コンテキストウィンドウがファイルで埋め尽くされ、実際の会話のためのスペースが少なくなるリスクがあります。
劇的に優れたアウトプットを生み出すルールは、人々の期待とは逆です。各ナレッジドキュメントは、約 1 ～ 3 ページと、簡潔かつ具体的に保ちます。3 ページのブランドボイスガイドは、40 ページのブランドマニュアルに毎回勝ります。なぜなら、有用なシグナルがより濃縮され、ノイズが少ないからです。ナレッジベースでは、精度が量に勝ります。常に。
ステップ 1: 真の意図を持ってプロジェクトを作成する
Claude を開き、サイドバーの Projects をクリックし、New project をクリックします。
名前は見た目以上に重要です。具体的に名前を付けましょう。"Newsletter"、"Client Proposals"、"API Documentation" のように、"Work" や "Stuff" ではありません。その理由は、複数のプロジェクトを持つことになり、その要点は分離にあるからです。曖昧な名前は、関連性のないものをゆっくりと蓄積する曖昧なプロジェクトにつながり、まさに上記の希釈問題を引き起こします。
これが、ほとんどの人が見逃す最初の原則につながります。1 つの関心事につき 1 つのプロジェクト。バックエンドコードとマーケティングコンテンツを同じプロジェクトに入れないでください。クライアント A とクライアント B を混在させないでください。プロジェクトを分離することで、よりクリーンで焦点を絞ったコンテキストが得られ、焦点を絞ったコンテキストこそがプロジェクトが機能する理由のすべてです。すべてを 1 つの巨大プロジェクトにまとめたいという衝動は、あなたが逃れようとしていた汎用チャットボットを再現したいという衝動です。
ステップ 2: プロンプトではなく、常時有効な briefing のように指示を書く
これは、セットアップ全体の中で最もレバレッジが効く部分であり、弱いプロジェクトと優れたプロジェクトの差が最も大きいところです。
弱い指示ブロックは、「あなたはマーケティングコンテンツを書く役立つアシスタントです」と言います。これでは、Claude に何も新しい情報を与えていません。
強い指示ブロックは、あなたについて何も知らない誰かのために書かれた完全な常時有効な briefing です。なぜなら、プロジェクト内の新しい会話の開始時には、まさにその状況だからです。それは、あなたが誰で何をしているか、このプロジェクトが存在する主要なタスク、トーンとスタイルの好み、必要な出力形式、Claude が想定すべきドメイン知識、そして重要なことに、Claude が決してすべきでないことをカバーする必要があります。
以下は、ほぼすべてのプロジェクトタイプで機能するテンプレート構造です。
ROLE
あなたは [特定のドメイン] で働く [特定の役割] です。あなたは [あなたについて何も知らない特定のオーディエンス] に向けて書いています。
WHAT THIS PROJECT IS FOR
ここでの主なタスクは [タスク 1]、[タスク 2]、[タスク 3] です。特に指示がない限り、すべてのリクエストはこれらのいずれかに関連していると想定してください。
HOW TO RESPOND
トーン: [具体的に]。形式: [具体的に]。長さ: [具体的に]。
本当にブロックされている場合を除き、質問を明確にしないでください。合理的な仮定を立て、それを述べ、先に進んでください。
WHAT TO ASSUME
[すべての応答で所与のものとして扱われるべきドメインの事実、製品の詳細、ポジショニング。]
NEVER
[このプロジェクトで Claude が決してすべきでない特定のこと: AI の決まり文句、特定の主張、特定の形式、あなたの絶対的なルールなど。]
質問を明確にしないように指示することは、特筆に値します。デフォルトでは、Claude はしばしば「始める前に、～についてもっと教えてくれますか？」というラウンドから始めます。毎日使用するプロジェクトでは、その前置きは純粋な摩擦です。合理的な仮定を立て、それを述べ、先に進むように指示することで、やり取りがなくなり、すべてのセッションが即座にスピードアップします。
これらの指示は、あなたとの履歴がゼロの読者のために書いてください。なぜなら、新しい会話は本当にそこから始まるからです。引き継がれるのは指示とファイルだけです。前回の会話の記憶は引き継がれません。
ステップ 3: 精度をもってナレッジベースを構築する
次にファイルです。ルールを覚えておいてください。簡潔で具体的、各 1 ～ 3 ページ。以下は、コンテンツプロジェクトを例として、適切に構築されたナレッジベースに実際に属するものです。
ボイス＆スタイルガイド。あなたの書き方。文章のリズム、使う言葉、使わない言葉、アウトプットの感触。
オーディエンスドキュメント。誰に向けて書いているのか、彼らが何を気にしているのか、彼らがすでに知っていること、彼らが何に懐疑的か。
ピラーズまたはスコープドキュメント。このプロジェクトがカバーする特定のトピックやカテゴリ。これにより、Claude は自分の領域に留まります。
少数のベストな例。あなたの実際のベストな作品を 3 ～ 5 つ。これは、説明よりも実演によってはるかに効果的に教えます。Claude は、どんな量の指示よりも、実際の例からあなたのパターンを学習します。
作業に固有の参考資料。SEO ノート、製品仕様、技術的制約など、ドメインが必要とするもの。
各ファイルには説明的な名前を付けましょう。"Brand Voice Guide v3"、"Q2 Product Roadmap"、"API Documentation Payments Module" のように、"notes" や "stuff" ではありません。説明的な名前は、検索が適切なクエリに対して適切なドキュメントを表面化させるのに役立ちます。これは、あなたが依存しているメカニズム全体です。
知っておくべき制限。Pro、Max、Team では、プロジェクトあたり最大 20 ファイル、1 ファイルあたり 30MB で、PDF、テキスト、マークダウン、コードファイル、CSV、画像をサポートしています。精度のルールに従えば、これで十分です。上限に達している場合、問題はほとんどの場合、シグナルではなくボリュームをアップロードしていることです。
ステップ 4: 検索を信頼する前にテストする
ここに、ほとんどの人が行わないステップがあります。これにより、プロジェクトが機能していると思う人と、機能していることを知っている人が区別されます。
ナレッジをアップロードした後、プロジェクト内で会話を開き、Claude が各ドキュメントを取得できるかどうかを明示的にテストします。直接尋ねてみましょう：
プロジェクトナレッジの Brand Voice Guide に基づいて、投稿の
冒頭の行にどのようにアプローチすべきですか？使用している具体的な
ガイダンスを引用してください。
Claude がドキュメントを正確に参照した場合、検索は機能しています。一般的な回答を返したり、ガイダンスを見つけられなかったりした場合、何かが間違っています。ファイルが処理されなかったのか、名前が曖昧すぎるのか、ドキュメントが他の多くのファイルの下に埋もれているのかもしれません。3 週間後に Claude が最も重要なファイルを実際に読んでいなかったことを発見するよりも、テストでそれを発見する方がはるかに優れています。
重要なドキュメントごとにこのテストを実行してください。5 分で完了し、機能することを期待するプロジェクトと、機能することを知っているプロジェクトの違いです。
ステップ 5: 会話ごとに適切なモデルを選択する
ほとんどの人が完全に見逃している詳細。プロジェクト内では、各会話で使用する Claude モデルを個別に選択できます。プロジェクトは 1 つのモデルに固定されません。
これはコストと品質に影響します。プロジェクト内での日常的なドラフト作成には高速なモデルを使用し、深い推論や複雑な統合が必要な会話には、より高性能なモデルに切り替えます。同じプロジェクト、同じ指示、同じナレッジ、特定のタスクに必要なものに応じて異なるエンジンを使用します。ほとんどの人はこれができることに気づかず、すべてをトップモデルで実行して過剰に支払うか、すべてを高速なモデルで実行してパフォーマンスを低下させています。
ステップ 6: 会話をタスクだけでなく、思考の場として使う
ここに、時間の経過とともにプロジェクトを静かにはるかに強力にする習慣があります。
プロジェクトの会話を完了したタスクのためだけに使用しないでください。それらを声に出して考えるために使用してください。問題を解決し、あなたの推論を説明し、なぜその決定を下しているのかを話し合ってください。プロジェクトはスコープされ一貫性があるため、これらの思考の会話は、Claude があなたのアウトプットパターンだけでなく、あなたの推論パターンを理解するのに役立ちます。
結果として、数週間かけて、よく使われているプロジェクト内の Claude は、あなたの形式だけでなく、あなたの判断にもマッチし始めます。それは、あなたが実際にどのように考えるかを、スコープされたコンテキスト内で見てきたからであり、あなたが何を生み出すかだけを見てきたからではありません。
ステップ 7: プロジェクトはファイルと同じだけ最新であるため、メンテナンスする
プロジェクトは、設定して終わりではありません。それは、その内部にあるものと同じだけ正確であり、古い知識は自信を持って間違ったコンテキストを生成し、それはコンテキストがないことよりも悪いです。
メンテナンスの習慣を身につけましょう。ポジショニングが変わったら、ボイスガイドを更新します。仕様が改訂されたら、古いものを置き換えます。戦略が変わったら、スコープドキュメントを更新します。プロジェクトの指示は四半期ごとに見直してください。なぜなら、6 か月前に書かれた指示が、現在行っていることに積極的に矛盾している可能性があり、Claude はその古いルールを忠実に守るからです。
価値を保ち続けるプロジェクトは、人々が最新の状態に保つプロジェクトです。静かに役に立たなくなるプロジェクトは、一度設定されて、実際の作業がその周りで進んでいる間、二度と触れられなかったプロジェクトです。
新しいレイヤー: Cowork Projects
知っておく価値があります。なぜなら、上記のすべてを大幅に拡張するからです。2026 年のアップデートにより、Projects はデスクトップエージェントアプリである Claude Cowork 内にも存在し、このバージョンはチャットベースのプロジェクトにはない機能を追加します。
Cowork projects は、セッション間で永続するスコープされたメモリを追加するため、「先週のレポートを基に構築して」と言うと、Claude はそれが何であったかを正確に把握し、そのコンテキストを他の作業に漏らすことはありません。専用のローカルフォルダを追加するため、プロジェクトは実際のファイルを読み書きします。そして、スケジュールされたタスクを追加するため、プロジェクトは設定した間隔で定期的に作業を自動実行できます。
セットアップのロジックは上記のすべてと同じです。明確な指示、簡潔で関連性の高いファイル、1 つの関心事につき 1 つのプロジェクト。しかし、天井はより高くなります。なぜなら、Cowork project は会話に情報を提供するだけでなく、実際のファイルに対して作業を実行し、あなたなしでスケジュールに従って実行できるからです。良い最初の動きは、それをフォルダに向けて、次のように言うことです：
このフォルダ内のすべてのファイルを読んでください。次に、このワークスペースについて
あなたが知っていることを要約してください：ここに何があるか、私がおそらく
何に使っているか、そしてあなたが従う指示は何か。不明な点があれば、
仮定する前に質問してください。
その単一のコマンドにより、Claude は初日にプロジェクトを学習し、そこから記憶します。
今日構築できる 4 つのプロジェクトテンプレート
理論は、具体化されて初めて役に立ちます。以下は、最も一般的なユースケースに直接マッピングされる 4 つのプロジェクトセットアップであり、それぞれに指示とナレッジに何が入るかを示しているので、構造をコピーできます。
コンテンツプロジェクト。 指示は、特定のオーディエンスのためのライターとしてのあなたの役割、トーン、フォーマットルール、および絶対的な禁止事項を定義します。ナレッジは、ボイスガイド、オーディエンスペルソナ、ピラーズドキュメント、およびあなたの最もパフォーマンスの高い作品を 3 ～ 5 つ保持します。これは、あなたが公開するすべてのものを、毎回異なるライターのようにではなく、一貫してあなたのように聞こえさせるプロジェクトです。ナレッジベース内のベストな例は、ここではどの指示よりも効果的です。なぜなら、声は教えられるものではなく、感じ取られるものだからです。
コードプロジェクト。 指示は、あなたのスタック、規約、好みのパターン、そして決して行われたくないことを定義します。ナレッジは、アーキテクチャドキュメント、主要なソースファイル、コーディング標準、およびプロジェクトが触れるものの API ドキュメントを保持します。Claude をこれに向けると、既存のパターンと戦うコードを提案するのをやめ、それらにマッチし始めます。コードベースごとに 1 つのプロジェクト。共有は絶対に避けてください。2 つのコードベースを混在させることは、どちらにも適合しない提案を得る最も速い方法だからです。
クライアントプロジェクト。 クライアントごとに 1 つのプロジェクト。指示は、クライアントが誰か、そのブランド、好み、および彼らとの作業範囲を定義します。ナレッジは、ブランドガイドライン、過去の成果物、本質に絞った会議メモ、およびクライアント固有の制約を保持します。これにより、個人事業主やエージェンシーは、すべてのクライアントのコンテキストを完全に分離し、クライアント A の声がクライアント B の作業に漏れるのを防ぐことができます。
リサーチプロジェクト。 指示は、調査している質問やドメイン、および調査結果をどのように構成するかを定義します。ナレッジは、ソース資料、以前のメモ、および作業仮説を保持します。より多くの情報をフィードするにつれて、すべてにわたって全体像を構築し、スコープされているため、この調査を他の作業と混同することはありません。これは、チャットベースのプロジェクトがセカンドブレインのコンセプトに最も近づいたものであり、無関係なものから隔離されているため、一貫性を保つ知識体系です。
4 つすべてに共通するパターンに注目してください。指示は、常時有効なルールと振る舞いを保持します。ナレッジは、参考資料と例を保持します。この分離は意図的であり、適切なコンテンツを適切なレイヤーに配置することが、プロジェクトを機能させるための大部分です。振る舞いに関するルールは指示に属します。Claude が参照する必要があるドキュメントはナレッジに属します。これらを混同し、振る舞いのルールをナレッジファイルに入れたり、指示ボックスに参考ドキュメントを貼り付けたりすることは、明白な理由もなくプロジェクトのパフォーマンスを低下させる静かな方法です。
ほとんどの人が見逃しているレイヤー化されたパーソナライゼーション
もう 1 つ知っておく価値のあることがあります。なぜなら、それは上記のすべての上に積み重なるからです。プロジェクト指示は、Claude が持つ唯一のパーソナライゼーションレイヤーではなく、それらがどのように組み合わされるかを理解することで、より細かい制御が可能になります。
3 つのレイヤーがあり、それらはすべてすべての応答に同時に適用されます。プロフィール設定で設定されるアカウント全体の指示は、プロジェクトに関係なく、すべてのチャットに適用されます。プロジェクト指示は、特定のプロジェクト内でのみ適用されます。そして、チャットごとに設定されるスタイルは、その 1 つの会話のトーンと形式を調整します。
実用的な動きは、それぞれを最も得意とする用途に使用することです。Claude で行うすべてに適用されるルール（一般的なコミュニケーションの好みなど）は、アカウント全体のプロフィール指示に入れ、すべてのプロジェクトで繰り返さないようにします。プロジェクト固有のコンテキストとルールは、プロジェクト指示に入れます。特定の会話がプロジェクトのデフォルトとは異なるトーンを必要とする場合の 1 回限りの調整には、スタイルを使用します。
ほとんどの人はすべてを 1 つのレイヤーに詰め込み、この制御を失います。それらを正しく分離すると、普遍的な好みをすべてのプロジェクトで繰り返す必要がなくなり、各プロジェクトの指示は、そのプロジェクトを異なるものにしている点にのみ集中し続けます。この集中こそが、繰り返しになりますが、プロジェクトを適切にセットアップすることの全体的なテーマです。
実際に複利効果をもたらすセットアップ
すべてをまとめると、適切に構築されたプロジェクトが、通常のチャットでは決して得られないものを提供します。
すべての会話は、完全なコンテキストがすでに読み込まれた状態で始まります。あなたの声、オーディエンス、ルール、参考資料。すべてが、あなたが一言を入力する前に存在します。再 briefing は不要になります。ゼロから始める必要はなくなります。毎朝同じ従業員をトレーニングする必要はなくなります。
アウトプットは、一般的なものではなくなり、あなたのように聞こえ始めます。なぜなら、Claude は白紙の状態と急いで書かれた一行のプロンプトではなく、あなたの実際の例と実際の基準から作業するからです。
そして、それは複利効果をもたらします。1 週目は、Claude がファイルからあなたのパターンを学習するにつれて、小さな修正が必要です。3 週目までには、あなたのアプローチに十分にマッチし、以前は毎回説明していたことを説明する必要がなくなります。30 分のセットアップは、何ヶ月にもわたって報われます。
正直なところ、肝心なことはここです。ほとんどの人は、このメリットを決して得られません。機能が難しいからではなく、90 秒でセットアップし、実際に重要な部分を決して行わなかったからです。正確なナレッジベース。本当の常時有効な briefing。検索テスト。メンテナンスの習慣。
これら 4 つのことを行えば、Claude Projects はチャットのフォルダではなくなり、Claude を検索バーとして使うことと、あなたが誰で何を必要としているかをすでに正確に知っているシステムとして実行することの違いになります。
今週、1 つのプロジェクトを適切にセットアップしてください。最も頻繁に行う作業を選んでください。本当の指示を書いてください。3 つの簡潔なドキュメントをアップロードしてください。検索をテストしてください。そして、次の会話がどれほど違って感じられるかを見てください。
完全なビルド、正確な指示テンプレート、そして私が毎日使用しているプロジェクトセットアップについては、@cyrilXBT をフォローしてください。
