Claude Projects 使い方完全ガイド｜チーム共同編集・コンテキスト共有・MCP連携【2026年】
AI Beat（エーアイビート）編集部です。
「Claude を使い始めたものの、毎回同じ前提を貼り直すのが面倒」「チームでプロンプトの書き方がバラバラで、出力品質が安定しない」。そんな声を編集部にも実務メンバーから何度か相談されました。
そこで注目されているのが、Anthropic が提供する Claude Projects（クロード プロジェクツ） です。プロジェクト単位でカスタムインストラクションとナレッジ（PDF・URL・コードベース）を共有し、Team / Enterprise プランではメンバー全員が同じ文脈で Claude と協業できます。
2026 年 4 月時点では、MCP（Model Context Protocol）サーバーとの直接連携や、Projects 内でのアーティファクト共同編集も拡張されており、単なる「会話の保存場所」を超えた共同作業基盤になりつつあります。AI Beat 編集部でも実際にこの機能で複数のリサーチ案件を回しており、チャット履歴を毎回コピペしていた頃と比べて準備時間が体感で 3 割以上削れています。
この記事では、Claude Projects の基本仕様から、メンバー招待、カスタムインストラクション設計、MCP 連携、ユースケースまでを 2026 年最新版で整理します。
Claude Projects とは？特徴と他機能との違い
Claude Projects とは、Anthropic が提供する Claude.ai 内の機能で、プロジェクト固有のコンテキスト（ナレッジ・指示）を保存し、チームで共有しながら Claude と対話できる作業空間です。
2024 年 6 月に Pro / Team 向けに一般公開され、2026 年現在は Enterprise プランや MCP 連携にも対応した、Anthropic 公式の中核ワークフロー機能です。
Projects が解決する 3 つの課題
通常のチャットと比べて、Projects が解決するのは以下の 3 点です。
- 毎回プロンプトを貼り直す手間。プロジェクト共通の前提（社名、トーン、フォーマット）をカスタムインストラクションとして 1 度だけ書けばよい
- ナレッジの分散。仕様書 PDF や設計ドキュメントをアップロードしておけば、メンバー全員がその文脈で Claude に質問できる
- 属人化したプロンプト。「あの人のプロンプトが上手い」を、組織知に変換できる
通常チャット・Workbench との違い
似た機能との違いを整理しておきます。混同しやすいポイントです。
| 項目 | Claude Projects | 通常チャット | Workbench (API) |
|---|---|---|---|
| 主な対象 | チーム・繰り返し業務 | 個人・単発質問 | 開発者・プロンプト検証 |
| ナレッジ保存 | ○（PDF・URL・コード） | ×（会話単位） | ×（都度入力） |
| カスタム指示 | ○（プロジェクト固有） | △（アカウント全体） | ○（System Prompt） |
| 共同編集 | ○（Team/Enterprise） | × | × |
| MCP 連携 | ○（2026 年以降拡張） | △ | ○（API レベル） |
| 料金プラン | Pro / Team / Enterprise | Free / Pro | API 従量課金 |
ざっくり言えば、通常チャット = 個人のメモ、Projects = チームのワークスペース、Workbench = 開発者の実験室 という棲み分けです。詳細はAnthropic 公式の Projects 発表記事でも確認できます。
編集部での使い分け
ちなみに AI Beat 編集部では、定常運用は Projects、思いつきの調査は通常チャット、API 検証は Workbench と完全に役割分担しています。混ぜると履歴が荒れて、誰がどの前提で書いたか分からなくなるので、意外と重要な線引きです。
プロジェクト作成からメンバー招待まで（手順）
Projects のセットアップは難しくありません。実作業で 5 分もかかりません。
作成 5 ステップ
- Claude.ai にログイン。Pro / Team / Enterprise いずれかのプランが必要
- 左サイドバーの「Projects」をクリック。「Create Project」ボタンを選択
- プロジェクト名と説明を入力。後で変更可能だが、検索性に直結するので具体的に
- カスタムインストラクションを設定。次セクションで詳説
- ナレッジを追加。PDF やテキストをドラッグ＆ドロップで登録
メンバー招待のポイント（Team / Enterprise）
Team プラン以上では、組織内のメンバーをプロジェクトに招待できます。
- Workspace 単位で権限管理。プロジェクトは Workspace に紐づき、Workspace の管理者が招待権限を持つ
- 個別共有 or Workspace 全公開を選択。機密度の高いプロジェクトは「Private」にして特定メンバーのみ招待
- 会話履歴は招待後の発言のみ共有。過去の会話は招待者には見えない（プライバシー設計）
権限と公開範囲の詳細はAnthropic サポートセンターに最新情報が掲載されています。
つまずきやすいポイント
編集部で最初にハマったのは、Pro プランだとメンバー招待ができない点でした。チームで使うなら Team プラン（1 ユーザー月額 30 ドル前後、最低 5 ユーザーから）が事実上の必須になります。料金は変動するので、最新の料金はAnthropic 公式の料金ページで確認してください。
| 💡 ワンポイント 個人で試したい場合は Pro プラン（月額 20 ドル前後）でも Projects 機能自体は使えます。チーム共有が不要なら Pro で十分です。 |
カスタムインストラクション設計のコツ
Projects の品質はカスタムインストラクション（プロジェクト指示）でほぼ決まります。ここを雑に書くと、せっかくのナレッジも活かせません。
4 ブロック構成テンプレ
編集部が運用で落ち着いたのは、以下 4 ブロック構成です。
- 役割（Role）。「あなたは AI Beat 編集部のリサーチアシスタントです」のように、人格と立場を 1 文で定義
- トーン（Tone）。「ですます調、200 字以内、断定表現を避ける」など、文体の制約
- 出力形式（Format）。「冒頭に 3 行サマリ、その後に箇条書き 5 個」のように構造を指定
- 制約（Constraints）。「未確定情報は推測で埋めず明記する」「出典 URL を必ず添える」などの安全弁
良いインストラクション・悪いインストラクション
実際の差を比較するとわかりやすいです。
| NG 例 | OK 例 |
|---|---|
| 「いい感じに記事を書いて」 | 「日本の B2B SaaS 担当者向けに、500 字以内のニュース要約を書く。冒頭 1 文で結論、その後 3 行で背景」 |
| 「専門用語をわかりやすく」 | 「初出の専門用語は『LLM（大規模言語モデル）』のように括弧で正式名称を添える」 |
| 「丁寧に答えて」 | 「ですます調、語尾を 3 連続で同じにしない、断定表現は出典がある場合のみ使う」 |
文字数の目安
カスタムインストラクションは長ければ良いわけではありません。Anthropic も公式プロンプトエンジニアリングガイドで「明確で具体的、かつ簡潔に」と推奨しています。
編集部の運用感では、500〜1,500 字が扱いやすいレンジです。これを超えると、Claude が指示の一部を取りこぼすケースが体感で増えます。
|
ナレッジ追加（PDF / URL / コードベース）
Projects のもう一つの強みが「ナレッジ」機能です。会話の前提となるドキュメントをまとめて読み込ませられます。
追加できるソースの種類
2026 年 4 月時点で、Projects のナレッジに追加できる主なソースは次のとおりです。
- PDF・テキストファイル。仕様書、議事録、契約書など。ドラッグ＆ドロップで追加
- Office 系ファイル。.docx / .xlsx / .pptx もアップロード可能
- URL（Web ページ）。公開ページを URL 指定で取り込める
- コードベース。GitHub 連携やリポジトリのスナップショットを文脈として保持
- テキストスニペット。直接貼り付けで、ブランドガイドラインなどを保存
コンテキストウィンドウと容量
Claude のコンテキストウィンドウは、Sonnet 4.5 / Opus 4.5 で 最大 200K トークン（約 15 万字相当）です。Projects のナレッジはこのウィンドウ内に常時ロードされる扱いになるため、PDF 数百ページをまとめて入れると応答速度が落ちます。
編集部の運用では、1 プロジェクトあたり PDF 5〜10 本、合計 100K トークン以下を目安にしています。重い資料は別プロジェクトに分けたほうが安定します。
ナレッジ更新時の注意点
ナレッジを差し替えたとき、過去の会話は古いナレッジ前提のまま残ります。新しい会話を始めれば最新ナレッジが反映されますが、長期スレッドを使い回す場合は混乱の元になります。
正直、編集部でも一度「あれ、なんで古い数字を答えるんだ」と困った経験があります。大きな更新があったら新しい会話を立てるのが安全です。
MCP サーバー連携で広がる活用範囲
2025 年から本格化した MCP（Model Context Protocol） との連携が、Projects の活用範囲を一段引き上げました。
MCP とは何か
MCP とは、Anthropic が 2024 年末にオープンソースで公開した、AI モデルと外部システム（DB、SaaS、ファイルサーバーなど）を安全に接続するための共通プロトコルです。
USB-C のように「AI とツール」を標準ケーブルでつなぐ規格、と理解するとイメージしやすいです。詳細仕様はMCP 公式サイトで公開されています。
Projects から接続できる代表的な MCP サーバー
2026 年 4 月時点で、Projects 経由で利用しやすい代表的な MCP サーバーは以下です。
- GitHub。Issue・PR・リポジトリ内ファイルを Claude が直接参照できる
- Google Drive。Workspace 上のドキュメントを検索・要約
- Slack。チャンネル履歴を読み込んで議論サマリを生成
- Notion。社内 Wiki やプロジェクトデータベースの検索・更新
- Postgres / 各種 DB。読み取り専用クエリで KPI を集計
接続時のセキュリティ設計
MCP サーバーには「読み取り専用」「書き込み可」など権限スコープを設定できます。本番 DB へ書き込み権限を渡すのは事故の温床なので、最初は読み取り権限のみで運用するのが鉄則です。
Anthropic もMCP 公式ドキュメントで「権限は最小限から始める」「監査ログを必ず確認する」と注意喚起しています。
Projects + MCP の組み合わせ例
具体的な組み合わせをいくつか挙げます。
- 開発プロジェクト + GitHub MCP。コードベースのナレッジに最新コミット情報も合流させて、設計レビュー支援
- 営業プロジェクト + Notion MCP。商談メモの DB を Claude に検索させ、類似商談の事例を抽出
- カスタマーサポート + Slack MCP。過去の対応履歴から FAQ ドラフトを自動生成
なお、Claude を業務にどう組み込むかの全体像はClaude のビジネス活用ガイドもあわせて参考になります。
チーム共同編集での効果的な使い方
Team / Enterprise プランでの共同編集は、単なる「履歴共有」を超えています。設計次第で、チームの生産性が大きく変わる部分です。
共有される要素・されない要素
意外と勘違いしやすいので整理します。
| 要素 | 共有 | 備考 |
|---|---|---|
| カスタムインストラクション | ○ | 編集権限はオーナー / 管理者のみ |
| ナレッジ（PDF 等） | ○ | 追加・削除は権限保有者 |
| 会話履歴 | △ | 各メンバー個別。共有設定で公開可能 |
| アーティファクト | ○ | 共有された会話のものは閲覧・複製可 |
| API キー / 認証情報 | × | セキュリティ上、個別管理 |
役割分担の設計
人数が増えると役割分担が重要になります。編集部では以下の 3 ロールで運用しています。
- オーナー。カスタム指示・ナレッジを管理。プロジェクトの方針決定権を持つ
- コアメンバー。日常運用で会話を回し、良い結果を「共有」設定で全員に公開
- 閲覧メンバー。共有された会話・ナレッジを参照しながら、自分の業務にも活用
ナレッジ運用ルールの例
共同編集を続けると、ナレッジが乱雑になります。AI Beat 編集部では次のルールを敷いています。
|
地味ですが、これをやらないと半年で「どれが正なのか分からない PDF の山」になります。経験談です。
ユースケース 3 選（開発・営業・カスタマーサポート）
実際の現場でどう使われているか、編集部が取材・体験した事例から 3 つ紹介します。
ユースケース 1: 開発チームのコードレビュー支援
ある SaaS 開発チームでは、リポジトリ全体を GitHub MCP 経由で Projects に接続し、設計ドキュメントをナレッジに登録しています。新規 PR が出ると、Claude に「この PR が ADR-007 のアーキテクチャ方針に従っているかレビューして」と質問するだけで、観点付きの初期レビューが返ってくる構成です。
レビュアー負担が体感で 4 割減った、という現場の声もあります。AI を活用した開発ワークフローの最新動向もあわせて参考になります。
ユースケース 2: 営業の提案書作成
営業部門では、過去の受注事例 PDF と競合比較表をナレッジに入れたプロジェクトを運用。商談前に「製造業 X 社向けに、競合 Y との差分を強調した 1 ページ提案を作って」と依頼すると、過去事例を踏まえたドラフトが数十秒で出ます。
ゼロから書くのと、80 点のドラフトを編集するのでは、所要時間が桁違いです。
ユースケース 3: カスタマーサポートの FAQ 整備
CS チームでは、Zendesk のチケット履歴をエクスポートして Projects に投入し、月次で「過去 30 日で増えた問い合わせカテゴリ」を Claude に分析させています。新しい FAQ 項目の起案が、人手作業から半自動化された格好です。
AI エージェント全般のビジネス活用についてはAI エージェント活用の実践ガイドでも詳しく整理しています。
部門別・適性まとめ
| 部門 | 主な用途 | 必要なナレッジ | 推奨 MCP |
|---|---|---|---|
| 開発 | コードレビュー、設計相談 | ADR、API 仕様書、コードベース | GitHub |
| 営業 | 提案書、商談準備 | 事例集、競合比較、価格表 | Notion / Salesforce |
| CS | FAQ 整備、対応文案 | 過去チケット、製品マニュアル | Zendesk / Slack |
| マーケ | 記事下書き、SNS 投稿案 | ブランドガイド、過去記事 | Google Drive |
| 人事 | 求人票、面接質問設計 | JD テンプレ、社内制度 | Notion |
よくある質問（FAQ）
Q. Claude Projects はどのプランで使えますか？
A. 個人利用なら Pro プラン（月額 20 ドル前後）、チーム共同編集なら Team プラン（1 ユーザー月額 30 ドル前後、最低 5 ユーザー）以上が必要です。Free プランでは Projects 機能は利用できません。最新の料金は公式料金ページで確認してください。
Q. ナレッジに入れたデータは学習に使われますか？
A. Anthropic は商用プランの顧客データをデフォルトで学習に使わない方針を公表しています。Team / Enterprise プランは特に明示的に学習対象外です。詳細はAnthropic の商用利用規約に記載されています。
Q. プロジェクト数や容量に制限はありますか？
A. プラン別に上限が異なります。Pro プランでも数十プロジェクトの作成は可能で、編集部の体感では実用上ほぼ困りません。1 プロジェクトあたりのナレッジは合計 200K トークン（約 15 万字）が応答品質と速度のバランスが良いラインです。
Q. ChatGPT の Custom GPTs と何が違いますか？
A. 機能としては似ていますが、Claude Projects は チーム共同編集と長文コンテキスト（200K トークン）に強みがあります。一方、ChatGPT の Custom GPTs は GPT Store による配布や、コードインタープリタとの連携が特徴です。用途に応じて使い分けるのが現実的です。
Q. 既存の会話を後からプロジェクトに移動できますか？
A. はい、Claude.ai の通常チャット履歴から「Move to Project」で既存会話を任意のプロジェクトに移動できます。組織のナレッジ整理を後追いで進める際に便利です。
Q. MCP サーバーは自社で構築できますか？
A. 可能です。MCP はMCP 公式 GitHubで SDK が公開されており、社内システム向けの独自サーバーを構築している企業も増えています。ただし、認証・権限設計は慎重に。
AI Beat 編集部の見解
Claude Projects は「すごい新機能」ではなく、地味だが効く生産性インフラです。1 つの Projects を 3 ヶ月運用すると、初日の自分が書いたカスタム指示を直したくなる場面が必ず出てきます。それは、チーム独自のノウハウが Projects に蓄積されはじめた証拠です。
編集部として注目しているのは、MCP との連携が今後どこまで「双方向」に進むかです。現状は外部データを読む用途が中心ですが、書き込み・実行系が安定すれば、AI エージェントとの境界はかなり曖昧になります。Projects はその実行基盤としても重要性を増すはずです。
正直、Projects だけ導入しても劇的な効果は出ません。カスタム指示の改善とナレッジの棚卸し、MCP の段階的接続という 3 点セットを 3 ヶ月単位で運用してこそ、本当の威力が見えてきます。「どの業務を Projects 化するか」から逆算する設計を、ぜひ試してみてください。
