AIREITERClaude Code Projectsのベータ版はすでに始まっています。ただし、一般公開ではありません。Anthropicが2026年9月17日に提供を開始したのは、一部のProおよびMaxユーザー向けです。しかも現時点ではクラウド専用のため、プライベートネットワーク内で開発したい場合には適していません。
Claude Code Projectsのベータ版は本当に使えるのか
Anthropicのローンチ告知によると、Claude Code Projectsは2026年9月17日にベータ版へ移行しました。初期アクセスの対象は、Claude Codeのクラウドセッションを利用していて、ClaudeのWeb版またはデスクトップ版に既存のProjectsがない、一部のProおよびMax契約者です。
Anthropicは、翌週にはより多くのClaude Code ProおよびMaxユーザーへアクセスを広げる予定だと説明しています。TeamおよびEnterpriseプラン、Claudeチャット、Coworkへの展開は後日になる予定ですが、公開日程は示されていません。既存のProjectsは、Anthropicが移行するまで従来の動作を維持します。
利用条件をチェック
初期対象グループに入るには、次の4条件をすべて満たす必要があります。
- Claude ProまたはMaxを契約している。
- Claude Codeでクラウドセッションをすでに利用している。
- ClaudeのWeb版またはデスクトップ版に既存のProjectがない。
- 段階的に実施されるベータ版の対象アカウントとしてAnthropicに選ばれている。
最初の3条件を満たしていても、すぐに使えるとは限りません。機能が表示されないProおよびMaxユーザーには、Anthropicがウェイトリストへの登録を案内しています。X上のコミュニティによる調査でも、告知後もエントリーポイントが表示されないという報告が繰り返し見つかっています。
今すぐ使うべきか、それとも待つべきか
独立したクラウドタスクに分割できる、範囲の明確な開発作業なら、Claude Code Projectsを今使ってみる価値があります。一方、コードやテスト、パッケージ、サービスをローカルマシンやプライベートネットワーク内に置く必要があるなら、現時点では待つべきです。ローンチ時点ではローカル実行に対応していないためです。
| 状況 | おすすめ | 理由 |
|---|---|---|
| Pro/Maxでベータ版にアクセスでき、リポジトリもクラウドで扱える | まずは範囲を限定した1つのプロジェクトで使う | ローンチ時の想定構成に合っている |
| 対象のPro/Maxユーザーだが機能が表示されない | ウェイトリストに登録する | アカウント単位で段階展開されており、セットアップの問題ではない |
| ClaudeのWeb版またはデスクトップ版に既存のProjectがある | そのまま使い続けて待つ | 既存のProjectsは後から移行される |
| ローカルツールやプライベートネットワーク上の依存関係がある | ローカルスレッドの提供を待つ | 現時点のクラウドワーカーからは、それらのリソースにアクセスできない |
| TeamまたはEnterpriseアカウントを使っている | プラン向けの展開を待つ | Anthropicは提供日を発表していない |
| 同じファイルを触る密結合の変更を1つ実施する | Claude Codeの1セッションで作業する | 独立性がないまま並列ブランチを使うと、衝突リスクだけが増える |
最大のトレードオフは、作業速度と利用枠のバランスです。各ワーカースレッドは完全なClaude Codeセッションとして動くため、複数のワーカーを同時に動かすとプランの上限に早く到達する可能性があります。Anthropicはプロジェクトごとの利用状況を確認できる画面と、コーディネーターおよびワーカーを個別に設定できるモデル・推論負荷の項目を用意しています。ただし、固定の利用倍率、同時実行数の上限、プロジェクト単位の利用枠は公表していません。
この不明確さは、単純な追加料金の有無より重要です。VentureBeatの報道によれば、ローンチ時点でProjectsに別料金はありません。消費されるのは、契約中のClaudeに付属する既存の利用枠です。
Projectに目標を渡すと何が起きるのか
Claude Code Projectでは、1つの大きな目標を複数のクラウドセッションに割り振って進めます。コーディネーターが依頼の範囲を整理し、新規または既存のスレッドへタスクを送り、進捗を確認しながら結果をまとめます。ユーザーは各スレッドの内容を確認したり、途中で指示を変えたりできます。
「Projectsには作業を担うスレッドと、それらを指揮するコーディネーターがあります」 — Anthropic、Projects redesigned
コーディネーター、ワーカースレッド、共有メモリの役割
| 構成要素 | 役割 | ユーザーが操作できる項目 |
|---|---|---|
| コーディネーター | 作業範囲を決め、委任し、進捗を確認し、レビューして結果を統合する | 目標、指示、確認頻度、モデル、推論負荷 |
| ワーカースレッド | 完全なClaude Codeクラウドセッションとして動作する | スレッドへの指示、モデル、推論負荷、レビュー |
| リポジトリのワークスペース | 各コーディングスレッドに専用のリポジトリコピーとブランチを用意する | プルリクエストのレビューとマージの判断 |
| 共有メモリ | 決定事項や好みをスレッド間で引き継ぐ | 細かな編集・エクスポート機能については告知で説明されていない |
| ライブラリ | ユーザーファイルとClaudeが生成した成果物を保存する | どの資料をプロジェクトのコンテキストに含めるか |
接続されたコーディングスレッドは、コードの変更、テストの実行、プルリクエストの作成まで行えます。ドキュメント用のスレッドなら、ソース資料を読み込んで成果物の下書きを作成できます。さらに、スレッド自身がサブエージェントやループ、ワークフローを使って担当作業を細分化できるため、階層はトップレベルのコーディネーターより下にも広がります。
ワーカーごとに別ブランチを使うため、あるワーカーが別のワークスペースを直接上書きすることはありません。ただし、論理的な重複まで防げるわけではありません。2つのスレッドが同じコードを編集した場合、Anthropicによれば、衝突は通常のプルリクエストのマージコンフリクトとして扱われます。Nowlineのローンチ分析が指摘するように、これは自動的に衝突を解決する機能ではなく、Gitでおなじみの挙動です。
この機能が特に生きるのは、作業の境界がはっきりしているケースです。たとえば、バージョン管理されたAPI移行でリポジトリごとに1スレッドを割り当てたり、異なるエンドポイントのプロファイリングと最適化を分担させたりできます。Anthropic自身の例では、非推奨になったv1エンドポイントを3つのリポジトリで移行する作業や、チェックアウト処理のp75レイテンシーを改善する作業を並列化しています。ただし、いずれについても完了時間、成功率、レイテンシー改善幅の実測値は公表していません。
Claude Code Projectsと従来のClaude Projectsは何が違うのか
Claude Code Projectsは作業そのものを調整します。一方、従来のClaude Projectsは、チャットや指示、ファイル、共有知識を整理するための場所でした。名前は似ていますが、担う役割は大きく変わっています。
| 項目 | 従来のClaude Projects | Claude Code Projectsベータ版 |
|---|---|---|
| 主な役割 | コンテキストの入れ物 | 作業のコーディネーター |
| 会話 | プロジェクトの知識を使う個別チャット | メインのコーディネーターと、振り分けられたワーカースレッド |
| 実行 | ユーザーが各会話を管理する | 完全なClaude Codeクラウドセッションを並列実行する |
| コードの分離 | 中心的な仕組みではない | スレッドごとに別のリポジトリコピーとブランチを使う |
| 継続的なコンテキスト | アップロードした知識と指示 | 共有メモリ、決定事項、好み、ファイル、成果物 |
| 利用可能性 | 既存のClaude体験 | 初期段階では一部のPro/Maxベータユーザー |
CellCogによる詳しいローンチ分析では、並列セッションを継続的なプロジェクトに変える要素として共有メモリを挙げています。同時に、ここはガバナンス面で最も説明が不足している部分でもあります。Anthropicはメモリに何を保持できるかは説明していますが、個々のメモリをユーザーが確認、修正、削除、エクスポートする方法については告知で触れていません。
最初の実行を無駄にしないProjectの始め方
有効なProjectには、範囲の明確な目標、分割可能な作業、そして明示的なレビュー工程が必要です。「コードベース全体を改善する」のような指示では、コーディネーターが重複しないタスクを割り当てる根拠が乏しくなり、利用枠の消費量も判断しづらくなります。
- 測定できる成果を1つ決める。漠然とした目標ではなく、移行対象、バグの範囲、機能の境界、パフォーマンス目標を指定します。
- 必要なコンテキストだけを追加する。リポジトリやドキュメントを選び、Anthropicの告知で説明されているクラウド環境、コネクター、プラグイン、プロジェクト指示を設定します。
- 依存関係の境界を明示する。独立して扱えるリポジトリ、モジュール、ファイルと、順番に変更すべき対象をコーディネーターに伝えます。
- 計画と実行の設定を分ける。分解とレビューにはコーディネーターのモデル・推論負荷設定を使い、ワーカー側はタスクの難易度と利用枠に合わせて設定します。
- 各スレッドに根拠を求める。完了したという文章だけで済ませず、実行したテスト、変更したファイル、未解決の失敗、プルリクエストを報告させます。
- マージ前に確認する。個々のスレッドとプルリクエストを確認します。ブランチが分かれていても、2つの変更が互換性を持つとは限りません。
- プロジェクト単位の利用状況を確認する。まずは独立した2つのスレッドで始め、消費量を観察します。並列化による時間短縮が、レビューと利用枠のコストを上回る場合にだけ規模を広げます。
クラウド上の実行はノートパソコンを閉じたあとも続き、スマートフォンからProjectを操作できます。ただし、これだけで放置可能なデプロイ環境になるわけではありません。テスト、権限、統合の順序、最終的なマージには、引き続き明示的なレビューが必要です。VentureBeatの製品ウォークスルーによれば、Overview画面は人間の確認が必要な項目を表示するよう設計されています。
Claude Code Projectsベータ版 FAQ
Claude Code ProjectsはProで使えますか？
使えます。ただし、初期ベータ版にアクセスできるのは一部のProおよびMax契約者だけです。対象アカウントなのに利用できない場合はウェイトリストに登録できます。Anthropicは、ローンチ後にPro/Max向けの提供範囲を広げると説明しています。
ノートパソコンを閉じたあともProjectsは動き続けますか？
はい。ワーカースレッドはClaude Codeのクラウドセッションとして動くため、ローカルコンピューターとの接続が切れたあとも処理を続けられます。
Claude Code Projectsのスレッドはローカルで実行できますか？
2026年9月17日のローンチ時点ではできません。Anthropicはローカルツール、ローカルコード、プライベートネットワークへのアクセスを含むローカル実行を「まもなく」提供すると説明していますが、日付は公開していません。
各コーディングスレッドには別のブランチが割り当てられますか？
はい。各コーディングスレッドには専用のリポジトリコピーとブランチが用意されます。ただし、変更内容が重複すれば、通常のプルリクエストのマージコンフリクトが発生する可能性はあります。
Claude Code Projectsは追加料金がかかりますか？
AnthropicはProjectsの別料金を発表していません。各ワーカーは完全なClaude Codeセッションとして動き、既存のサブスクリプションに含まれる利用枠を消費します。そのため、並列作業では上限に早く到達する可能性があります。
1つのProjectで複数のリポジトリを扱えますか？
はい。Anthropicのローンチ例では、API、Web、モバイルのリポジトリを接続し、それぞれに移行スレッドを割り当てたうえで、必要なマージ順をコーディネーターに報告させています。
現実的な次の一歩
アクセスできる開発者は、クラウドで扱える移行作業を1つ選ぶか、異なるモジュールに触れる小規模なバックログから始めるとよいでしょう。対象ユーザーなのにエントリーポイントが表示されない場合は、ローカルのClaude Code設定を何度も変更するのではなく、ウェイトリストに登録してください。Team、Enterprise、既存のProject、プライベートネットワークを利用するユーザーは、それぞれの展開方針が発表されるまで待つのが無難です。
まだ決着していないのは、並列エージェントで同時に多くの作業を進められるかどうかではありません。問われているのは、短縮できる時間が、追加の利用枠、レビュー負荷、マージリスクを上回るかどうかです。Anthropicが利用量の目安を公開するか、独立したユーザーが比較可能な実行結果を示すまでは、無制限にエージェントを増やすより、まずは十分に分離された2つのスレッドで試すほうがよいでしょう。