Claude Code Projectsベータ版: AIコーディネーターが並列セッションを指揮——ノートPCを閉じてもコーディングが続く

プログラミングで最も面倒なことは何か？タブを開いて、分割して、同期することだ。

機能AはこのセッションでバグBはあのセッションでリファクタリングCはまた別のウィンドウで。各タスクが終わるたびに手動でマージし、コンフリクトを解決し、次のセッションにコンテキストを再説明する。AIがコーディングを手伝ってくれても、この「オーケストレーション」問題は依然として人間の仕事だった。

Anthropicは2026年9月17日にClaude Code Projectsを全面的に再設計し、この問題に正面から取り組んだ。中心的な変化は一つだ：今やClaudeがコーディネーターの役割を担う。

1. 旧Projectsとの違い

旧Claude Code Projectsはファイルと設定を共有するセッションの集まりだった。各セッションを開発者が手動で作成し、タスクを手動で分配し、結果を手動で集約していた。

新しいProjectsは構造が根本的に異なる。単一の進行中の会話から始まり、この会話でClaudeがコーディネーターとして動作する。開発者が望むことを説明すると、Claudeがそれをスレッドに分解し、それぞれを別のクラウドセッションに委任する。

例えるなら：以前は開発者がチームリーダーで、セッションは独立した契約社員だった。今はClaudeがチームリーダーの役割を担い、開発者は「この結果が必要だ」と指示するだけでよい。

2. 並列実行の実際の構造

各スレッドは独立したブランチとリポジトリのコピー上で実行される。この設計は意図的だ——並列作業が互いのコードを上書きするのを防ぐためだ。2つのスレッドが同じファイルを修正した場合、コンフリクトは発生するが、通常のマージコンフリクトとして処理される。結果物が「機械室の奥に消える」のではなく、開発者が理解して解決できる形で残る。

共有プロジェクトメモリがこれらすべてのスレッドを結びつける。プロジェクト全体のコンテキストと指示事項が新しいスレッドに自動的に渡される。セッションのたびに「このプロジェクトはこういう構造で...」を繰り返し説明する必要がなくなる。

もう一つの核心はクラウドセッションの持続性だ。ノートPCを閉じてもインターネット接続が切れても、スレッドはクラウドで動き続ける。翌日戻ってきたとき、進捗がそのまま待っている。

3. 具体的な活用シナリオ

シナリオ1：マルチリポジトリのリファクタリング

バックエンドAPIを変更する必要があり、フロントエンド、モバイルアプリ、ドキュメントの3箇所すべてが影響を受ける。以前は順次処理するか、チームメンバーに分配するか、タブを3つ開いて手動で管理していた。

新しいProjectsでは：「APIレスポンスのフォーマットを変更する必要がある。フロントエンド、モバイル、ドキュメントすべてに反映して」と言えば、Claudeが3つのスレッドを同時に実行し、コーディネーターから各スレッドの進捗を追跡する。

シナリオ2：EdTechツール開発

学習プラットフォームに新機能を追加する際——レッスンプランジェネレーター、達成度追跡ダッシュボード、API連携——それぞれを並列で開発しながら共通コンポーネントライブラリを活用できる。小さなチームが大きな仕事に取り組む方法が根本的に変わる。

4. 制限事項と現実的な考慮事項

無制限に使えるわけではない。1日200個の新規スレッドの上限がある。並列スレッドはプランの制限を速く消費する。ベータはクラウドセッションを使用しており、既存のProjectsがないPro/Maxサブスクライバーから開始された。

現在のベータ範囲はClaude Codeクラウドセッションに限定されている。ローカル実行サポートとTeam/Enterpriseへの拡張は後のフェーズで予定されている。

活用のヒント

ベータアクセスを確認する：Claude Codeの設定でProjectsタブを確認する。Pro/Maxプランのクラウドセッションユーザーに段階的に展開中だ。
目標を明確に記述する：コーディネーターClaudeは曖昧な指示よりも明確な成果の記述からより良いスレッド分配を行う。
スレッド数を意図的に管理する：1日200個の制限を考慮して、大きなタスクを1日にまとめるより分散させる方が効率的だ。
共有メモリを積極的に活用する：プロジェクトの指示にコーディング規約、アーキテクチャパターン、禁止事項を明記しておくと、すべてのスレッドに自動適用される。

Sources: