Claude Projects を使うと、Claude 内で永続的なコンテキストを持つ専用ワークスペースを作成できます — ファイル、指示、知識で、プロジェクト内のすべての会話で Claude が参照します。プロジェクトを一度設定すれば、新しいチャットごとにあなたの仕事、好み、基準についての完全なコンテキストから始まります。
Claude Pro で最も活用されていない機能です。ほとんどのユーザーはプロジェクトを1つも作成しません。毎回の会話で同じコンテキストを貼り付け、役割を毎回説明し直し、Claude の出力が一般的なものに感じるのを不思議がっています。Projects がこれをすべて解決します。
Claude Projects とは？
Project は3つの要素を持つコンテナです：
プロジェクトファイル： Claude が参照できるドキュメント — スタイルガイド、製品ドキュメント、コードサンプル、データスキーマ、過去のレポート。プロジェクトごとに最大200Kトークンのファイルをアップロード可能。Claude はプロジェクト内のメッセージに答える前にこれらを読み込みます。
カスタム指示： すべての会話に適用される永続的な指示 — あなたの役割、フォーマットの好み、会社の声、避けるべきトピック。これを繰り返し必要ないシステムプロンプトだと思ってください。
会話： 各プロジェクトは複数の会話スレッドを保持できます。プロジェクト内のすべての会話は同じファイルと指示を共有します。新規タスクごとに新しい会話を開始；コンテキストは自動的に引き継がれます。
実践的な効果：誰であるか、何をやっているか、応答のフォーマットを毎回の会話で説明する代わりに、一度だけ説明します。それ以降、そのプロジェクト内のすべてのやり取りが最初から文脈を理解した状態になります。
最初のプロジェクトの作成方法
ステップ1： Claude（ウェブまたはデスクトップ）を開きます。左サイドバーで "Projects" をクリックし、"New Project" を選択。
ステップ2： 具体的な名前を付けます — 「マーケティングコンテンツ Q3」、「バックエンド API リファクタ」、「週次レポート」など。「Work Stuff」みたいな一般的な名前は避けましょう。
ステップ3： カスタム指示を追加。以下の3つの要素から始めましょう：
あなたの役割：「B2B SaaS 企業のシニアプロダクトマネージャーです。私たちの製品はエンジニアリングチーム向けのプロジェクト管理ツールです。」
あなたの好み：「直接的でプロフェッショナルなトーンで書いて。リストは箇点を使い、詳細を求めない限り説明を200語以内に収めて。」
あなたの基準：「顧客向けコンテンツを書く際は、ブランドボイスに従って：自信はあるが傲慢ではなく、技術的だがアクセスしやすく。'leverage'、'synergy'、'best-in-class' は絶対に使わない。」
ステップ4： 関連ファイルをアップロード。マーケティングプロジェクトなら、ブランドガイドライン、製品ポジショニングドキュメント、気に入ったコンテンツの2-3例を。コーディングプロジェクトなら、API ドキュメント、データモデル、コーディング基準を。
ステップ5： プロジェクト内で会話を開始。プロジェクトに関連する質問を Claude に。応答があなたの役割、好み、アップロードしたコンテキストを反映していることに気づくはず。何も言及していなくても。
プロジェクトファイルに何を入れるか
アップロードするファイルがプロジェクトの有用性を決定します。よくあるユースケースで最適なものはこちらです：
| ユースケース | アップロードするファイル | カスタム指示の焦点 |
|---|---|---|
| ライティング | スタイルガイド、ブランドボイス、3-5つの例、対象者ノート | トーン、構造、禁止フレーズ、長さ制限 |
| コーディング | README、アーキテクチャドキュメント、主要モデル/スキーマ、規約 | スタック、パターン、触らないもの、テストコマンド |
| 分析 | データディクショナリ、過去のレポート、メトリクス定義 | デフォルトテーブル、エグゼクティブサマリ形式、前提条件 |
| ミーティング/コミュニケーション | テンプレート、ステークホルダーのバイオ、最近のノート | ボイス、簡潔さ、アクションアイテム、フォローアップスタイル |
ライティングプロジェクト： スタイルガイド、ブランドボイスドキュメント、Claudeに合わせてもらいたい公開コンテンツの3-5つの例、対象者記述、カバーするトピック/キーワードのリスト。
コーディングプロジェクト： README、アーキテクチャ概要、主要データモデルまたはスキーマ、コーディング規約ドキュメント、あなたのスタイルを示す例のコードファイル。Claude CodeのCLAUDE.mdアプローチに似ています。
分析プロジェクト： データディクショナリ、過去のレポートや分析、方法論記述、ステークホルダーのレポート形式の好み。
ミーティング/コミュニケーション プロジェクト： 組織図、主要ステークホルダーのバイオ、コミュニケーション テンプレート、継続的なコンテキストのための最近のミーティングノート。
重要な原則：毎回の会話の冒頭に貼り付けるようなコンテキストをアップロードしてください。同じ背景情報を繰り返しているなら、その情報はプロジェクトファイルに属します。
これで価値を感じていますか？ AIツールを最大限活用するための記事を毎週公開しています。インBOXに届ける →
実際に効果的なカスタム指示
悪いカスタム指示は曖昧：「役に立ってプロフェッショナルに。」良いカスタム指示は具体的で制約付き：
コンテンツライター向け： 「[Company] のブログ投稿を書くお手伝いをしています。対象オーディエンス：B2B企業の中堅マーケティングマネージャー。投稿は1,500-2,000語。すべての主要セクションに具体例を含めて。受動態は使わず。すべての投稿を曖昧な結論ではなく具体的な次のステップで終えて。通して 'you/your' を使い。H2 見出しを質問形式に。」
開発者向け： 「TypeScript、React with Next.js App Router、Tailwind CSS、PostgreSQL with Prisma を使っています。フック付き関数コンポーネントを優先。名前付きエクスポートを使い。エラーハンドリング：型付きエラー付き try/catch、サイレントキャッチはなし。テスト：Vitest で新しい関数ごとにテストを書いて。私が求めない限り新依存を必要とする解決策を提案しない。」
アナリスト向け： 「[Company] の製品使用データを分析しています。主要メトリクスは MAU、WAU、機能採用率、time-to-first-value。データを共有したら、最初に最も驚く発見から。比較は段落ではなくテーブルで。常にさらに調査すべき1つを提案。SQL と統計を知っている前提 — 基礎は説明しない。」
パターンに気づきましたか：役割 + 具体的な制約 + フォーマット好み + やってはいけないこと。制約と否定形が肯定的な指示より有用なことが多く、出力の一般的な問題を防ぎます。これらの指示の書き方の詳細は、system prompts ガイドを。
Projects vs Custom Instructions (ChatGPT)
ChatGPTにもCustom Instructionsがありますが、Projectsは以下の3つの点で根本的に異なります：
| 機能 | Claude Projects | ChatGPT Custom Instructions |
|---|---|---|
| Files | Upload up to ~200K tokens of docs | No file container (text fields only) |
| Scope | Different context per project | Global across all chats |
| Workflow | Task-specific workspaces + grouped chats | Single personalization layer |
Projectsはファイルを保持します。 ChatGPTのCustom Instructionsはテキストのみ — 2つの小さなテキストフィールドです。Claude Projectsは最大200Kトークンのアップロード文書を保持できます。つまり、Claudeはスタイルガイド、コードベースのドキュメント、製品仕様などを実際のファイルとして参照可能で、それらの説明だけではありません。
Projectsはタスク固有です。 ChatGPT Custom Instructionsはすべての会話にグローバルに適用されます。Claude Projectsでは、別々の作業ごとに独立したコンテキストを作成できます。マーケティングのプロジェクトとコーディングのプロジェクトでは異なる指示を使えます。切り替えは1クリックです。
Projectsは会話履歴を維持します。 プロジェクト内のすべての会話はグループ化されます。以前のスレッドを参照したり、進行中の作業を継続したりできます。ChatGPTの会話は孤立しており、各々が新しく開始されます（memoryを使用する場合を除きますが、それは制限があり不正確です）。
ChatGPTからの切り替えを検討している場合、移行ガイドをご覧ください。Projectsは切り替えの主な理由の一つです。
Projects のよくあるミス
ファイル多すぎ。 コンテキストが多いほど良いわけじゃない。50ファイルをアップロードすると、Claude は現在のタスクに関係ないコンテキスト読みにトークンを消費。各プロジェクトを焦点化 — 直接関連する5-10ファイルに。
指示が一般すぎ。 「役に立って」は何も伝えない。具体的な制約（「応答1回200語以内」、「常にコード例を含めて」、「理由説明なしに解決策提案しない」）で出力が劇的に向上。
すべて1プロジェクト。 別作業ごとに別プロジェクトを。マーケティングファイル、コーディング基準、ミーティングテンプレートが混在した「Work」プロジェクトはコンテキストを混乱させる。3つの別プロジェクトの方がずっと良い。
更新しない。 Projects は生きているワークスペース。基準が変わったり製品が進化したり目標が変わったらファイルを更新。プロジェクトファイルを毎月見直し。
Claude Projects は context engineering を誰でもアクセスしやすくしたもの。技術スキル不要 — コンテキストを一度設定して維持する規律だけ。報酬は即時：すべての会話が賢く始まる。
Projects と並行して構造化プロンプトを試したい？ The Prompt Optimizer が任意のプロンプトに ICCSSE フレームワークを適用 — よく設定されたプロジェクトと組み合わせると最高の結果。
もっとこんなのが欲しい？ 本当に差がつく AI 機能を週刊で書いています。無料購読 →
よくある質問
Projects に Claude Pro は必要？
はい。Projects は Claude Pro の機能（$20/月）。無料プランには含まれません。Pro が価値あるか検討中なら、仕事で Claude を定期的に使う人には Projects だけで十分。
プロジェクトに何ファイルアップロード可能？
プロジェクトあたり合計最大200Kトークン、約150,000語またはテキスト500ページ分。個別ファイルは PDF、テキスト、コード、markdown。画像も対応。
チームでプロジェクト共有可能？
Claude Team と Enterprise プランで共有プロジェクト対応。Pro では個人用。指示をエクスポートして手動共有、チームメンバーが各自プロジェクト設定可能。
Project 内で出力を最も速く改善する方法は？
プロジェクトを焦点化（5-10の高価値ファイル）と制約付き具体的な指示。構造の近道が欲しいなら、プロンプトを Prompt Optimizer で先に実行。
開示：本記事の一部リンクはアフィリエイトリンクです。実際にテストして定期的に使うツールのみ推奨。詳細は 完全開示ポリシー を。