Claude CodeのProjectsが刷新 — 会話がスレッドを束ねる新方式

Claude CodeのProjectsが作り直されました。ProjectsはClaudeが調整役になり、複数のクラウドセッションをスレッドとして並べて進める仕組みです。2026年9月17日にベータが始まり、対象はクラウドセッションを使うProとMaxの一部の利用者です。

これまでは、並行して走らせるセッションの分担も引き継ぎも、結果のつなぎ合わせも人間の仕事でした。新しいProjectsでは、目標を伝えれば、Claudeが依頼を切り分けて委任し、並列のスレッドを調整し、成果物をレビューしてまとめます。

要点

• Projectsは「フォルダー」から「会話」へ。プロジェクトの会話にいる調整役のClaudeが、作業役のスレッドを起こして管理する
• 各スレッドは、独自のブランチとリポジトリのコピーで動くClaude Codeのクラウドセッション
• 全スレッドが共有メモリーに書き込み、共有メモリーから読む。Claudeは作業スタイルも覚える
• 使用量は増えやすい。複数のフルセッションが同時に動くため
• スレッドは基本的にクラウドで動く。ブログは手元での実行を「まもなく」とするが、ドキュメントにはRemote Control経由(v2.1.280以降)でタスク単位で手元のフォルダーに走らせる手順がすでにある

誰がいつ使えるか

提供は3段階で広がります。

既存のプロジェクトは、これまでどおり動きます。チャットとCoworkへ展開が進む段階で、順次アップグレードされる予定です。まだ使えない場合は、待機リスト(ウェイトリスト)への登録が案内されています。

対象条件はさらに細かく決まっています。ベータ期間中はTeam・Enterpriseプランが対象外で、組織単位の管理機能もありません。利用できる場所はclaude.ai/code、デスクトップアプリ、モバイルアプリです。ターミナルのCLI、VS Code拡張、JetBrainsプラグインでは使えません。Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundry経由も対象外です。コードを扱う場合は、github.comのリポジトリにClaude GitHub Appを入れ、接続したアカウントにプッシュ権限が要ります。GitHub Enterprise Server、GitLab、Bitbucketは対象になりません。/web-setupで接続したトークンだけでは、プロジェクトのクラウドスレッドには足りません。

何が変わるのか — スレッドが働き、Claudeが指揮する

調整役とスレッドの分業

プロジェクトを始めるときは、名前を付け、必要なら目標とリポジトリ・資料を選びます(必須は名前のみ)。Claudeはまず、すぐ着手できる作業を提案します。クラウド環境、コネクター、プラグイン、指示、モデルも設定できます。

進み具合はプロジェクトのメインの会話で追えます。細部を見たいときは、スレッドを1本ずつ開いて操作を挟めます。指示の出し方は、ブログが「側近の責任者(chief of staff)に依頼を伝えるように」と例えるとおりです。Claudeは新しいスレッドにも、既存のスレッドにも仕事を振り分けます。

仕組みは素直です。1スレッドは1本のクラウドセッションで、自分のブランチとリポジトリのコピーを持ちます。リポジトリをつないでいれば、スレッドがプルリクエストを開き、テストを走らせます。文書をつないでいれば、読んで下書きを作ります。コードを変えるスレッドは、リポジトリの既定ブランチから新しいブランチを切って作業します。PRは頼まれたときに開き、バグ修正のように具体的な変更なら自分で開くこともあります。開いたPRはauto-fixの監視下に入り、CIが失敗すれば修正をプッシュし、レビューコメントにも対応します。同じコードを触るスレッドが重なった場合は、通常のPRと同じくマージコンフリクトとして現れます。さらに各スレッドは、サブエージェント、ループ、ワークフローで作業を分割できます。

目標を渡して並列に任せる2つの使い方

• 目標「アプリのチェックアウトのp75レイテンシを下げる」を設定し、エンドポイントごとの計測、最適化の試行、PR作成を並列のスレッドに任せる
• API、Web、モバイルの3リポジトリをつなぎ、目標「非推奨のv1エンドポイントを廃止する」を設定する。Claudeがリポジトリごとにスレッドを作って呼び出し側を移行し、テストとPRまで進めたうえで、先にマージが必要なPRを知らせる

後者の「どれから先にマージするか」まで返してくる点が、単なる並列実行との違いです。

放置していても進む

クラウドのスレッドは、ノートPCを閉じても動き続けます。進捗の確認と軌道修正は、手元のスマートフォンからもできます。クラウドセッションそのものの仕組みはClaude Code Web版とはにあります。

Projectsで文脈が積み上がる仕組み

共有メモリーとライブラリー

Projectsは、1回の返信より長い作業や、複数の部分を持つ作業を想定した設計です。全スレッドが共有メモリーに書き込み、共有メモリーから読み込むので、複雑なプロンプトを毎回組む必要が減ります。共有される事情の例は、「リリースが金曜に移った」「エクスポート機能を外した理由」「請求サービスに触れる前に誰へ確認するか」といった事情です。

Claudeは、作業とやり取りのスタイルも覚えます。確認の頻度、新しいスレッドを起こす頻度、更新の詳しさは、会話で指示して調整できます。

メモリーに加えて、ライブラリーも加わりました。追加したファイルと、Claudeが作った成果物(アーティファクト)が集まります。過去の成果に新しい作業を積み重ねやすくなります。

調整のしかたは会話で決める

Claudeへの指示は、たとえば次のように書けます。

• 「スレッドを提案して、私が承認してから始めて」または「確認なしで今すぐ始めて」
• 「同時に動かすのは最大2本まで」
• 「終わったときか、行き詰まったときだけ投稿して」
• 「PRは私が計画を見るまで開かないで」

こうした好みはClaudeがメモリーに保存し、以降のスレッドで守ります。ただし守るための指示であって、強制される設定ではありません。言い回しを固定して全スレッドに最初から効かせたいときは、プロジェクトの指示に書きます。指示は16,000字までです。指示、リポジトリ、プラグイン、環境の設定を変えても、反映されるのは新しく起こすスレッドからで、すでに動いているスレッドには届きません。

最初のバッチを流す前に整える4点

最初から大きな依頼を投げると、同じ思い違いを抱えたスレッドが何本も並びます。小さく流して様子を見る順序が、公式ドキュメントに示されています。

最初のプロジェクトを作った直後は、先にメッセージを送らない限り、Claudeが自分でターンを取ります。リポジトリを読む探索スレッドを1本起こしたり、直近のクラウドセッションをもとにセットアップの提案を出したりする動きで、この分も使用量に数えられます。

クラウドスレッドは手元のClaude Code設定を持ち込まない

クラウドスレッドは、手元のPCにあるスキル、MCPサーバー、プラグインを引き継ぎません。通常のクラウドセッションでは動く設定が、プロジェクトでは効かない場面があります。分かれ目はリポジトリの数です。

プラグインは「Project settings > Plugins」で足します。複数リポジトリのプロジェクトでは、守らせたい規則をプロジェクトの指示に書き、環境変数はクラウド環境に持たせます。権限ルールが効かないぶん、承認は自動モードと各スレッド内の応答に頼ります。

MCPサーバーはclaude.aiアカウントのコネクターが全クラウドスレッドに入ります。リポジトリが1つなら、その.mcp.jsonも読み込まれます。プロジェクトの会話そのものにはコネクターがないので、コネクターが要る作業はスレッドへの依頼として送ります。

承認待ちのスレッドを動かせるのも、そのスレッドの中だけです。プロジェクトの会話で「進めて」と伝えても届きません。

Projectsを使い始める前の制約

使用量は増えやすい

複数のスレッドが同時に動き、1本1本がClaude Codeのフルセッションです。そのため、プロジェクトは上限に達しやすくなります。Proプランでは特に、プロジェクトを動かした日は上限に早く届きます。

スレッドの本数に固定の上限はなく、Claudeは仕事に応じた数だけ起こします。数を頼んでも希望として扱われます。上限まわりの挙動は次のとおりです。

使用量の確認は、プロジェクト設定の「Usage」で、スレッド別・モデル別に見られます。調整役とスレッドで、モデルと思考の深さ(エフォート)を別々に選べます。新しいプロジェクトは全体がOpusで動き、スレッドは高エフォート、調整役の会話は低エフォートが初期値です。

消費を抑える手は、使用量の画面のほかにもあります。

• 1時間以上動いていないスレッドへの追い依頼は、スレッドの会話全体を読み直してから始まります(ProとMaxのキャッシュ有効期間)。新しい作業は、古い大きなスレッドを起こすより、新しいスレッドを頼むほうが安く済む場合があります
• PRを見張るスレッドの消費を止めたいときは、そのスレッドの中で「PRの監視をやめて」と頼みます
• プランの上限に達したスレッドが待機して再開するのは、通常の使い方のときです。ルーティンが起こしたスレッドは待たずに上限エラーでターンが止まり、リセット後にメッセージを送ると続きます

止めたいときの操作は、プロジェクト設定の「General」の下部にある3つです。

• Pause:実行中の全スレッドと調整役の会話を中断する。再開するまで新しいスレッドは始まらず、ルーティンも動かず、メッセージも受け付けない。「Resume」で戻すと、止まっていたスレッドはメッセージを送った時点から続く
• Archive:サイドバーから隠し、スレッドもアーカイブする。動いていたスレッドやPRの監視は止まり、ルーティンも動かない。「Unarchive」で戻しても、スレッドはセッション一覧から個別に戻すまでアーカイブのまま
• Delete:スレッド、メモリー、ファイルごと完全に削除し、ルーティンも止める。取り消せない。スレッドがGitHubへ押したブランチとPRは残る

クラウド限定、共有不可

ブログは、スレッドがクラウドで動くと明記しています。手元のマシンで、ローカルのツールやコード、社内ネットワークの内側と並べて動かす機能は「まもなく」との予告です。

ドキュメントには、Remote Control経由で手元のフォルダーにスレッドを走らせる手順がすでに載っています。そのタスクのスレッドだけが手元で動き、残りはクラウドのままです。

接続はClaude Code v2.1.280以降のPCで行います。ターミナルから使うなら、対象フォルダーで次を実行して起動したままにします。Gitリポジトリなら--spawn worktreeを足すと、スレッドごとに専用のワークツリーが付きます。

claude remote-control

同じフォルダーで2本のスレッドが同時に動くと変更を上書きし合います。Gitリポジトリなら、カードの「Worktree」をオンにすると専用のワークツリーが付きます。手元のスレッドも、そのPCのClaude Codeで自動モードが使えれば確認なしで動き、使えなければ承認待ちがスレッドの中で止まります。

PCがスリープすると、スレッドは止まって「Lost contact with your folder」と出ます。PCを起こし、デスクトップアプリかclaude remote-controlが終了していれば起動し直します。アカウントで「Require trusted devices」をオンにしていると、手元のスレッドは使えません。

ほかの制限は次のとおりです。

• プロジェクトは1人のユーザーのものになり、他のユーザーとは共有できない
• スレッドは、起こしたプロジェクトから別のプロジェクトへ移せない
• 自分のマシンで始めたセッションを、プロジェクトへ追加することはできない
• クラウドのスレッドはターンの合間にサンドボックスが一時停止する。復帰できない場合は新しいクローンから続くため、コミット前の変更は失われることがある。長い作業ではコミットとプッシュを頼んでおく

途中から引き継ぐ道は、クラウドセッションに限って用意されています。サイドバーでセッションのメニューを開くと、「Continue as project」でそのセッションから新しいプロジェクトを作れます。既存のプロジェクトへ引き継ぐなら「Move to project」です。どちらも元のセッションは一覧に残ります。Continueの場合、実行中のターンは止まらないので、二重に動かしたくなければ自分で止めます。セッション上部の「Set up project」バナーから作ったときだけは、プロジェクトが開いた時点でターンが止まります。手元のローカルセッションには、この入口がありません。

Projectsで作業の分解役が人間からClaudeへ移る

並列化の主役が「ツール」から「会話」に移りました。ここまでのClaude Codeでは、複数セッション、ワークツリー、エージェントチームなど、並列にする手段は揃っていました。ただし、何をどのセッションへ渡すかを決めるのは常に人間でした。新しいProjectsは、その分解と引き継ぎを、目標を受け取ったClaudeが引き受ける設計です。ブログの言葉では「フォルダーから会話へ」の変化にあたります。

その分だけ、頼み方の設計が成果を左右します。指示はClaudeが守るよう努めるもので、強制はされません。スレッドが判断に迷って止まる場面も出ます。原因の切り分けは、Claude Projectsのスレッドが勝手に判断して止まる原因の切り分けにまとめています。分業の設計、使用量の管理、指示の書き方は、使う人が運用で身につける部分です。プロジェクトは個人専用なので、その工夫は共有されず、1人ひとりの手元に残ります。

従来のProjectsとの関係

同じ「Projects」の名前でも、実体が分かれます。

チャット側のProjectsの全体像はClaude Projects完全ガイドにあります。本記事で扱うのは、Claude Code側の新方式です。チャット側の仕組みの細部はClaude ProjectsのRAG検索の仕組みと全文投入との違い、Cowork側はCoworkプロジェクトの使い方で扱っています。CoworkとチャットがClaudeに統合された経緯はCoworkとチャットがClaudeに統合にあります。

Projectsと単発セッション・Routines・Claude Tagの使い分け

複数セッションを同時に動かせる機能は他にもあり、並列に走ること自体はProjectsの目的ではありません。違いは、セッションを起こして追うのが人間かClaudeかです。

• 1セッションで終わる単発の作業は、自分でクラウドセッションを起こせば足ります。そのセッションが育ったら、「Continue as project」などでプロジェクトに昇格できます
• すべてのタスクが手元の環境を必要とするなら、ローカルセッションや、複数のローカルセッションを並べて追えるagent viewが向きます。ただし各セッションの起動と依頼は人間の仕事のままで、プロジェクトには追加できません
• 会話を伴わない定期実行はRoutinesの領分です。プロジェクトの中で定期実行を頼むと、そのプロジェクトのスレッドとして走るRoutineができ、Routinesタブに並びます。プロジェクトの外で作ったRoutineは、従来どおり単独で動きます
• Slackで複数人が同じ相手に指示を出すなら、Claude Tagです。Team・Enterprise向けで、チャンネルの全員がClaudeの作業を見て舵を取れます。プロジェクトは個人専用で、対象はProとMaxです

まとめ

目標が1回の依頼で終わらず、リポジトリや資料をまたいで次々に仕事が生まれるなら、プロジェクトが合います。1タスクで済む作業や、すべてのタスクが手元の環境を要る作業は、単発のクラウドセッションやローカルセッションのほうが使用量を読みやすくなります。