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のほか、Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundry経由でも使えません。コードを扱う場合は、github.com上のリポジトリに、Claude GitHub Appを入れておく必要があります。/web-setupで接続したトークンだけでは、プロジェクトのクラウドスレッドには足りません。

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

調整役とスレッドの分業

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

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

仕組みは素直です。1スレッドは1本のクラウドセッションで、自分のブランチとリポジトリのコピーを持ちます。リポジトリをつないでいれば、スレッドがプルリクエストを開き、テストを走らせます。文書をつないでいれば、読んで下書きを作ります。同じコードを触るスレッドが重なった場合は、通常の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字までです。指示、リポジトリ、プラグイン、環境の設定を変えても、反映されるのは新しく起こすスレッドからで、すでに動いているスレッドには届きません。

Projectsを使い始める前の制約

使用量は増えやすい

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

新規スレッドには、全プロジェクト合計で1日200本の上限があります。上限まわりの挙動は次のとおりです。

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

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

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

クラウド限定、共有不可

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

ドキュメントを見ると、Remote Control経由で手元のフォルダーにスレッドを走らせる手順がすでに載っています。その場合はClaude Code v2.1.280以降が必要です。デスクトップアプリで設定するか、対象フォルダーでターミナルから次を実行して起動したままにします。

claude remote-control

プロジェクトの会話で「Work locally」を選び、表示されるカードで許可すると、そのタスクだけが手元で動きます。手元のスレッドは、そのコンピューターが起動している間しか進みません。

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

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

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

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

まとめ

Projectsは、単発セッションで終わらない作業を、Claudeに分解と進行まで任せて回すための機能です。複数リポジトリの移行や、1つのサービスに継続して流れ込む不具合対応が典型です。

ベータの対象はクラウドセッションを使うProとMaxで、TeamとEnterpriseは対象外、共有もできません。使えない場合は待機リストがあります。複数のフルセッションが同時に動くので、スレッド数、モデル、エフォートは動かす前に決めておくと使用量を読みやすくなります。