Claude Codeの新Projectsとは？使い方・対象プラン・使用量の注意点

Claude Codeの新しい「Projects（プロジェクト）」は、1つの会話を窓口に、関連する複数の作業をClaudeへ任せる機能です。Anthropicは2026年9月17日付で刷新を発表しました。継続的な開発や調査の進行管理を、どこまでAIに任せられるかが注目点です。出典：Anthropic公式発表

この記事は公式発表・ヘルプ・開発者向けドキュメントを基にした解説です。筆者のアカウントで新版を実操作したレビューではありません。後半のブログ運営・学習アプリの例は、使い方の提案として紹介します。

1. Claude Code Projectsで何が変わる？

公式発表によると、新版ではClaudeが依頼を分け、並行して動くスレッドへ割り振り、結果をまとめます。会話で全体を調整しながら、必要なら個別のスレッドに入って確認できます。スレッド間で共有するメモリや、投入した資料・生成物を集めるLibraryも用意されています。出典：Projectsの刷新

たとえば開発中に「不具合を調べたい」「仕様書も直したい」「次の機能を考えたい」と依頼が増えた場面を考えてみてください。人が別々の会話へ毎回背景を説明して回る手間を減らせる可能性があります。一方、何を完成とするかの判断は、依頼する側にも必要です。

従来のClaudeのプロジェクトは、資料や指示をまとめ、その前提を使って会話するためのワークスペースでした。新版を理解するときは、そこへ作業を割り振り、進行を追う役割が加わったと考えると分かりやすいでしょう。既存のプロジェクトは引き続き使えます。出典：Claude Help Center

2. 使えるプランと「表示されない」ときの確認

公式ヘルプでは、初期対象はClaude Codeを使う一部のPro・Max利用者とされています。利用可能なら、Webのclaude.ai/codeやデスクトップアプリのCodeタブ、ClaudeのモバイルアプリにProjectsが表示されます。ターミナルのClaude Code CLIやVS Code・JetBrains拡張機能の中からは使えません。Chat・Coworkへの拡大と、Team・Enterpriseへの提供は後続の予定です。Pro・Maxでも未提供なら、公式ヘルプからウェイトリストを確認できます。出典：新版の提供対象

「Claudeのプロジェクトは無料でも使える」という従来版の説明を、新版の条件と混同しないようにしましょう。表示されないことだけで、インストール失敗や操作ミスとは判断できません。

基本のスレッドはクラウドで実行され、PCを閉じた後も続きます。ただし、発表時の記事で「今後」とされていたローカル実行は、現行の公式ドキュメントではRemote Controlを使う方法が案内されています。ローカルスレッドはPCが起動し、Remote Controlが有効な間だけ動くため、クラウドスレッドと区別してください。出典：Claude Code Projectsの現行ドキュメント

3. 新しいProjectsの始め方

公式ドキュメントに沿った基本の流れは次のとおりです。ベータ版のため、利用時の画面も確認してください。

1. Code側のProjects → New projectを開く。
2. 名前を付け、必要に応じて目標と対象資料・リポジトリを追加する。
3. 作成後にプロジェクト指示を設定し、完成条件や確認が必要な操作を決める。
4. 最初は小さな作業を1件依頼し、結果を確認してから範囲を広げる。

Projectの作成直後にClaudeが最初の提案を自動で始める場合があり、その処理も使用量を消費します。最初に渡す目標や資料の範囲を決めてから作成しましょう。

名前は必須ですが、目標とコンテキストは後から追加できます。クラウドスレッドでGitHub上のコードを扱う場合は、github.com上のリポジトリ、接続アカウントのpush権限、Claude GitHub Appの導入が前提です。CLIの/web-setupでGitHubを接続済みでも、それだけではProjectsのクラウドスレッドに必要なGitHub Appの代わりになりません。ローカルスレッドは、Remote Controlで許可したフォルダーから始められます。まず接続状態を確認してください。出典：Claude Code Projectsの前提条件

途中のクラウドセッションから始める場合

すでにClaude Codeのクラウドセッションで作業を進めているなら、そのセッションのメニューからContinue as projectを選ぶと、新しいProjectにできます。既存のProjectで続きを行う場合はMove to projectです。元のセッション自体は一覧に残り、Project側の新しいスレッドで作業が続きます。元のセッションが実行中なら、同じ作業が並行しないよう状態を確認してください。出典：既存セッションからの開始

クラウドと自分のPC、どちらで動かす？

自分のPCで実行したい場合は、Claudeデスクトップの「設定 → Claude Code」でRemote Controlを有効にして対象フォルダーを追加するか、対象フォルダーでclaude remote-controlを起動します。その後、Projectの入力欄横の＋ → ローカルで作業から依頼し、表示されるフォルダーへのアクセスを確認します。複数スレッドが同じGitフォルダーを編集するときはworktreeで分けます。出典：PC上でスレッドを実行する手順

最初に決めておきたい依頼の単位

「サイトを良くして」だけでは、見た目・速度・記事内容のどれを優先するかが曖昧です。「公開済みの記事一覧から、内容が重複している候補を3件出す」のように、入力と成果物を絞ると、意図した結果かを判断しやすくなります。

次は本記事で作成した初回依頼の例です。作業の制限を伝える文章であり、技術的なアクセス制御や厳密な利用上限を設定するものではありません。

このプロジェクトでは、学習ブログの改善案を整理します。
まず添付の記事一覧だけを使い、改善候補を3件提案してください。
成果物は「対象記事・根拠・変更案・確認事項」の表です。
推測と資料で確認できた事実は分けてください。
追加作業を始める前に、必要な作業と理由を提示してください。
公開、削除、外部送信は、内容を私が確認してから進めてください。

4. ブログ運営と学習アプリ開発での活用案

ブログ：分析・調査・改稿を分けて進める

ブログ運営なら、同じテーマに対して「検索データの分析」「既存記事の不足点の確認」「改稿案の作成」があります。まず分析結果を確認し、その結果に基づいて調査や改稿へ進むと、根拠のない記事量産を避けやすくなります。

並列にしやすいのは、対象が独立している作業です。例えば別々の2記事の出典確認は分けられます。一方、分析結果を使う改稿案は、分析が終わるまで待つ方が筋が通ります。新機能だからといって、すべてを同時に始める必要はありません。

GSCのCSVを使うなら、対象期間・比較期間・国やデバイスの条件を一緒に記録しておきます。クリック数だけでなく、表示回数・CTR・掲載順位を見て、記事の問題なのか検索需要の変化なのかを切り分ける依頼にすると、学習にもつながります。

学習アプリ：設計を共通の前提にする

学習記録アプリでは、ER図・項目表・権限表を先に用意し、実装の前提を揃える使い方が考えられます。「本人の記録しか読めない」「学習時間は1分以上」といったルールが決まっていれば、画面と保存処理を別々に考えるときも確認しやすくなります。

設計例はバイブコーディング前にER図は必要？にまとめています。最初から大規模なアプリを任せるより、記録の追加・表示・変更のように区切って、理解できた範囲を増やす使い方が向いていると考えます。

5. 使用量と安全面で気をつけたいこと

公式発表は、複数スレッドがそれぞれClaude Codeのセッションとして動くため、利用上限に早く達し得ると説明しています。作業の調整役と各スレッドのモデル・思考の強さを選べるため、並列化だけでなく使用量も確認しましょう。出典：Projectsの使用量

並列実行は、待ち時間を短くする可能性があっても、トークン消費の削減を保証するものではありません。本記事では使用量の比較実験は行っていません。

使用量の見方と抑え方

Project settings → Usageを開くと、Project全体に加えてスレッド別・モデル別のトークン使用量を確認できます。モデルと努力レベルはProject settings → Generalで変更できます。現行の公式資料では、新規Projectの既定はコーディネーターがOpus／低努力、スレッドがOpus／高努力です。単純な調査や整形まで同じ設定で並列に回す必要はありません。出典：使用状況とモデル設定

利用量は通常のClaude Codeと同じプラン枠を消費します。上限に達したスレッドは枠のリセット後に自動で続く場合があるため、止めたい作業はスレッドの状態を確認してください。追加の使用クレジットを自分で有効にしている場合を除き、Projectが自動的にプラン上限を超えて課金するわけではありません。出典：プラン制限と再開

• 最初は成果物を1つに絞り、必要だった作業量を把握する。
• 同じ内容を複数の作業へ重複して依頼しない。
• 追加の調査が必要なら、理由と対象を先に示してもらう。
• 提出された結果が期待と違えば、大量に作り直す前に前提を修正する。

また、同じコードを複数スレッドが変更すれば、マージ競合は起こり得ます。変更差分とテスト結果を確認し、本番への反映は別の判断として扱いましょう。出典：並列スレッドと競合

公式ドキュメントによると、スレッド数などを会話で伝える方法は、厳密に強制される設定ではありません。承認待ちは該当スレッド内で対応します。指示文だけに頼らず、接続先の権限も必要な範囲に絞ります。出典：実行の調整と承認

確認項目はAI時代のセキュリティ対策も参考にしてください。

新しいProjectsを試すなら、「今週の改善候補を整理する」「小さな機能の設計を確認する」といった継続的で範囲の明確な仕事から始めるのがよさそうです。任せた作業と得られた成果を振り返れば、便利さだけでなく、自分がどこまで理解できているかも確認できます。

情報確認日：2026年10月11日（9月18日公開記事を更新）。提供範囲・画面・設定はベータ期間中に変更される可能性があります。アイキャッチは機能を表すイメージで、実際の画面ではありません。