Claude Codeが「ノートPCを閉じても走り続ける」チームになった — Projects再設計の中身

複数のClaude Codeセッションを手で立ち上げ、片方でテストを書かせ、もう片方でリファクタさせ、結果を自分でマージする——この「人間がオーケストレーター役をやる」構図に、少し疲れていた人は多いはずだ。

Anthropicが9月17日にベータ提供を始めた新しい Claude Code Projects は、そのオーケストレーター役をClaude自身に渡す再設計だ。Claude Code の公式プロダクトの一部として、Pro / Max の一部ユーザーからクラウドセッションで順次ロールアウトが始まっている。

何が変わったのか

これまでのProjectsは「ファイルや指示をまとめておく作業スペース」だった。新しいProjectsは、一つの続いていく会話になる。

ユーザーはゴールを言葉で伝える。するとClaudeがコーディネーターとして、その仕事を複数の「スレッド」に分解する。スレッドは単なるサブタスクのメモではなく、それぞれが独立したClaude Codeのクラウドセッションで、自分専用のブランチとリポジトリのコピーを持ち、Opusを高エフォートで走らせる。

コーディネーターはゴールを分割し、並列スレッドに投げ、返ってきた出力をレビューして、最終成果物に組み上げる。スレッドをまたいで集めた情報は共有メモリに蓄積され、プロジェクトの文脈として育っていく。

そして地味に効くのが、ノートPCを閉じても実行が続く点だ。クラウドで走っているので、通勤電車の中からスマホで進捗を確認し、方向を修正できる。

これで何が現実になるか

一番わかりやすいのは、大きめの改修を「投げて寝る」使い方だ。夜に「この機能を実装して、テストを足して、既存のテストが通ることを確認して」と伝えておけば、朝には複数スレッドが並列で進めた結果がレビュー待ちになっている、という運用が視野に入る。

もう一歩踏み込むと、レビュー主体の開発スタイルへの移行が現実的になる。人間の仕事が「コードを書く」から「コーディネーターが束ねた成果を承認・却下する」に寄っていく。共有メモリが育てば、プロジェクト固有の設計判断や命名規則をスレッド間で一貫させられるので、「エージェントごとに流儀がバラバラ」という並列実行のいちばん厄介な問題も薄まる可能性がある。

CI やレビューボットと組み合わせれば、コーディネーターが投げた並列スレッドの出力を機械的にゲートし、通ったものだけ人間が見る、という多段のパイプラインも組める。ここまで来ると、個人開発者が小さなチームのアウトプットを一人で回す、という絵が現実味を帯びる。

正直な評価

素直にすごいと思うのは、「人間がマージ職人になる」問題を正面から潰しにきたことだ。並列エージェントは各社が競っているが、コーディネーター＋共有メモリ＋クラウド常駐をひとまとめにして、しかもスマホから操作できるところまで作り込んだのは強い。

一方で、現時点の限界も冷静に見ておきたい。まずベータで、対象はPro / Maxの一部から。Team / Enterpriseやチャット・Cowork統合、ローカル実行への対応は「これから」とされている。ローカル実行がまだなので、手元の環境依存が強いプロジェクトでは当面フィットしにくい。

そして並列で高エフォートのOpusセッションを複数走らせる以上、使用量（コスト）の読みにくさは避けられない。「投げて寝る」の裏側で何スレッドがどれだけ動いたか、を握れる運用ルールがないと、気づいたら枠を使い切っていた、という事故は起こりうる。コーディネーターが賢く分割してくれる前提に寄りかかりすぎないほうがいい。

とはいえ方向性は明確だ。Claude Codeは「賢いペアプロ相手」から「勝手に段取りする小さなチーム」へと軸足を移しつつある。ローカル実行と全ユーザー展開が揃ったときが、本当の勝負どころになるだろう。