Claude Code Projectsが刷新、並列クラウドスレッドを束ねる調整役に

Anthropicのベータは目標をブランチ分離セッションに割り振る — 利用枠の消費は速い

|5分で読める0
Claude Code Projects now runs several coding sessions in parallel, each on its own branch, under a single coordinator conversation.
Claude Code Projects now runs several coding sessions in parallel, each on its own branch, under a single coordinator conversation.

刷新されたClaude Code Projectsを伝えるAnthropicの9月17日の発表で最も有用な一文は、機能紹介ではなく警告です。プロジェクト1つが複数の完全なClaude Codeセッションを同時に立ち上げられるようになったため、通常の作業よりも早く利用上限に届くと同社は述べています。このトレードオフが今回のリリースの性格を決めています。開発者に代わって計画し委任する調整役は実際にトークンを消費するのであり、今回のベータは、その調整には払うだけの価値があるという主張にほかなりません。

置き換えられた旧来のプロジェクトは受け身の存在でした。チャットとファイル、指示を1か所にまとめたラベル付きの引き出しに近く、その間を自ら行き来するものは何もありませんでした。新しいプロジェクトは、依頼の範囲を定め、その一部を作業者に渡し、戻ってきたものを確認して縫い合わせる能動的な参加者で、開発者が席を外している間も動き続けます。

要点

  • Claude Code Projectでは、1つの調整役の下で作業スレッドが動きます。各スレッドはそれぞれのブランチとリポジトリの複製を持つ、完全なクラウドセッションです。
  • スレッドは1つのプロジェクトメモリと、アップロードしたファイルや生成物のライブラリを共有します。あるスレッドで下した判断が、後から始まった別スレッドの作業にも届きます。
  • Anthropicは別料金を設けていません。プロジェクトは既存のProおよびMaxの利用枠を消費し、同時に複数のスレッドを動かせばその分だけ早く減ります。

調整役が実際に行うこと

2つの層を思い浮かべてください。下層にいるのが作業者で、1つずつが自前のブランチとリポジトリの複製を備えた完全なClaude Codeクラウドセッションです。その上に座るのが、目標を保持し、作業を割り当て、新しい指示を既存のスレッドに入れるか新規に立てるかを判断する調整役のエージェントです。Anthropic自身のたとえは、命令を下すというより首席補佐官にブリーフィングするイメージです。

ブランチによる分離には、同社も隠そうとしない明白な帰結があります。2つのスレッドが重なるコードを編集しても、気の利いた処理は起きません。結果はマージコンフリクトであり、ほかのプルリクエストとまったく同じように対処することになります。作業者はさらに下へ委任することもでき、割り当てをサブエージェントやループ、ワークフローに分割して、広範囲の移行を小分けで進められます。

発表記事に添えられた2つのシナリオが、想定される仕事の形を示しています。1つはアプリのチェックアウトのp75レイテンシ削減という目標を置き、Claudeにエンドポイントのプロファイリングと最適化の検証を任せ、複数スレッドで並行してプルリクエストを出させるものです。もう1つはAPI、Web、モバイルの各リポジトリをつなぎ、廃止予定のv1エンドポイントを畳む作業で、リポジトリごとにスレッドを1本立てて呼び出し元を移行しテストを実行し、どのプルリクエストを先にマージすべきかを調整役が報告します。

共有メモリこそ難しい半分

エージェントを並列で動かすこと自体は、いまや前提条件にすぎません。難しいのは整合性を保つことで、プロジェクトメモリが効い���くるのはここです。すべてのスレッドがメモリに書き込み、同時にメモリを読みます。Anthropicはその効用を、通常はリポジトリではなく同僚の頭の中にある類の情報で説明します。金曜にずれたリリース日、静かに取り下げられたエクスポート、特定の担当者に先に確認しないと誰も触ってはいけないサービスといったものです。

このメモリの周りには、開発者がアップロードしたものとClaudeが生成したものを併せて収めるライブラリがあり、クラウド環境やコネクタ、プラグイン、指示、モデルをプロジェクト単位で設定できます。途中報告の頻度や更新の詳しさも調整可能です。ひとつ引っかかるのは呼び名です。VentureBeatが指摘したとおり、Claudeには2024年から別のProjectsワークスペースがあり、その旧製品はいまも知識は共有しても実行状態は共有しません。

始める前に読んでおきたい制約

コスト管理は上限ではなく可視化で扱います。プロジェクトには専用の使用量ビューがあり、調整役と作業スレッドはモデルと思考の強度を個別に設定できます。安価なプランナーが高価な作業者を指揮することも、その逆も可能です。

より大きな制約は実行場所です。スレッドはクラウドでのみ動きます。ノートパソコンを閉じても走り続けられるのはそのためですが、同時に社内ネットワーク内のファイルやツール、サービスには届かないことも意味します。Anthropicはローカル実行が「ごく近いうちに」来ると述べています。それまでは、ビルドがプライベートレジストリや社内APIに依存するチームは導入ではなく様子見の段階にとどまります。モバイルからの操舵がその一部を補い、開発者は作業機を起動したままにしなくても、スマートフォンからスレッドの向きを変えられます。

Codex、GitHub、Julesと比べると

主要な競合はすでにコーディングエージェントを同時並行で動かしています。OpenAIのCodexアプリはマルチエージェントのワークスペースとして設計され、GitHubは分離されたセッションをブランチやIssue、CIに結び付けています。GoogleのJulesは非同期タスクをまたいでリポジトリ単位のメモリを保持します。Anthropicが賭ける差別化要素は配置です。作業者の上に会話型の調整役を置き、メモリの範囲をリポジトリではなく1つの取り組みに合わせます。ブラウザ操作ツールのように、Claudeに外部システムを扱う構造化された取っ手を与えてきた最近の流れの延長でもあります。

行方を決めるのは2つの問いです。調整役は、自分で作業を分ける開発者より上手に割り振れるのか。そして規制の厳しいエンジニアリング組織が関心を失う前に、ローカル実行は出てくるのか。Anthropicは面白い問題を、コーディングエージェントに何が作れるかから、そうしたエージェントで埋まった部屋を誰が仕切るのかへと移しました。

FAQ

いまClaude Code Projectsを使えるのは誰ですか

ベータは9月17日、一部のClaude ProおよびMax加入者に開放されました。Claude Codeでクラウドセッションを使っており、Webやデスクトップにまだプロジェクトがないユーザーが対象です。Anthropicは1週間ほどで同プランのClaude Codeユーザーへ対象を広げ、TeamとEnterpriseの各プランはその後に続くと説明しています。

Claude Code Projectsに追加料金はかかりますか

かかりません。単体の価格はなく、プロジェクトは加入者の既存のClaude利用枠を消費します。ただし各スレッドが完全なClaude Codeセッションであり、複数を同時に動かせるため、通常のセッションより早く利用上限に届く可能性があるとAnthropicは注意を促しています。

プロジェクトのスレッドは自分のマシン上のコードに触れますか

まだ触れません。作業スレッドは現在クラウドセッションとしてのみ動くため、ローカルのファイルやツール、社内ネットワークの向こう側にあるシステムには手が届きません。Anthropicはローカル実行が「ごく近いうちに」来ると述べています。

この記事への反応を残してください!

SJ

ディスカッション

ログインして投稿
読み込み中...

関連記事

Meta、WhatsApp Businessの設定をMCP経由でClaudeとCodexに開放
Developer Tools

Meta、WhatsApp Businessの設定をMCP経由でClaudeとCodexに開放

MetaがWhatsApp Businessアカウントの初期設定をAIコーディングエージェントに開放しました。WhatsApp Business Tools MCPサーバーにより、Claude CodeやCodexが電話番号の登録からテンプレート、Webhook設定までを担います。

Seung Jung一昨日
AIエージェントがRubyGemsに2000超のパッケージを投下、新規登録は4日間停止
Developer Tools

AIエージェントがRubyGemsに2000超のパッケージを投下、新規登録は4日間停止

フォレンジック報告が5月のGemStufferキャンペーンを再構成した。AIエージェントが2000超のgemを投下し、RubyGemsは新規登録を4日間凍結した。

Seung Jung6 日前
LLMのバグ修正は、直した数の10倍も動くコードを壊していた
Developer Tools

LLMのバグ修正は、直した数の10倍も動くコードを壊していた

arXivの研究で、LLM修復ループが正しいプログラムを壊す率は0.261、バグを直す率は0.023だった。著者らはその挙動を駆動する内部方向まで突き止めた。

Seung Jung5 日前
GitHubのHydraFusionはモデルを選ばない。ワークフローを組み立てる
Developer Tools

GitHubのHydraFusionはモデルを選ばない。ワークフローを組み立てる

GitHubのProject HydraFusionは、Copilotのコーディング要求ごとに複数モデルの実行計画を組む。単一モデルの手軽さと引き換えに、コストを大幅に下げた。

Seung Jung5 日前
OpenAI、話しながら聞く音声モデルを1分5セントで開発者に開放
Developer Tools

OpenAI、話しながら聞く音声モデルを1分5セントで開発者に開放

OpenAIの全二重音声モデルGPT-Live-1が1分0.05ドルでAPI提供されました。Tau3ベンチマークで86.2%を記録し、45.7%だった従来モデルを大きく上回ります。

Seung Jung7 日前
Plugin4Shell、ゼロクリックのRCEがClaude Code・Codex・Copilot・Gemini CLIを直撃
Developer Tools

Plugin4Shell、ゼロクリックのRCEがClaude Code・Codex・Copilot・Gemini CLIを直撃

Plugin4Shellと名付けられたゼロクリックのRCEが、AIコーディングエージェントのコミットピン留めを回避します。4社のうち修正を出したのは2社にとどまります。

Seung Jung5 時間前