Source: https://aiprimetech.io/ja/blog/claude-code-projects-agent-teams/ 2026年9月21日 · 9分 · エージェント # Claude Code Projectsベータ：並列作業を計画・調整するエージェントチーム A 著者 [AI Prime Tech](https://aiprimetech.io/ja/) · AI支援による執筆 Anthropicが2026年17月に再設計されたプロジェクトのベータ版を公開したことで、Claude Codeエージェントチームに、プロジェクト単位で作業を調整する新しいワークフローが加わりました。コーディネーターが目標の範囲を定め、並列クラウドスレッドに作業を委任し、その出力をレビューして結果をまとめます。このガイドでは、このワークフローと従来のエージェントチームのリサーチプレビューやサブエージェントとの違い、21月時点で利用できるユーザー、そして開発者がブランチ、コンテキスト、使用量について考慮すべき点を説明します。 ## Claude Codeエージェントチームとプロジェクトのベータ版の関係 この [再設計されたプロジェクトの発表](https://claude.com/resources/articles/projects-redesigned) では、継続的な作業を中心に構成されたプロジェクトが紹介されています。コーディネーターがスレッドを指揮し、共有メモリがスレッド間でコンテキストを引き継ぎ、ライブラリがファイルと成果物を収集します。 コーディネーターの役割は明確に定義されています。リクエストの範囲を定め、並列スレッドに作業を委任し、それらのスレッドが生成したものをレビューして結果をまとめます。各スレッドは、Claude Codeクラウドセッションで作業を実行します。 エージェントチームは、この公開より前から存在していました。Claude Code [v2.1.32（2026年5月リリース）](https://github.com/anthropics/claude-code/releases/tag/v2.1.32)では、複数エージェントによる共同作業のリサーチプレビューとして導入されました。このリリースでは、トークンを大量に消費する機能と説明され、実験用の環境変数が必要とされていました。 セットアップ手順を読む際には、この違いが重要です。先行するCLI機能と後のプロジェクトのベータ版では、文書に記載された利用開始方法が異なります。プロジェクトの発表では、実験用CLIフラグが有効化の要件とはされていません。 | 構成要素 | 概要資料に記載された役割 | 関連する違い | 再設計されたプロジェクト | 目標、コーディネーター、スレッド、共有メモリ、ライブラリを整理する | 17月のプロジェクトのベータ版 | プロジェクトコーディネーター | リクエストの範囲を定め、作業を委任し、出力をレビューして結果をまとめる | プロジェクトのスレッドを指揮する | プロジェクトスレッド | 独自のブランチとリポジトリのコピーを持つクラウドセッションで作業を実行する | サブエージェント、ループ、ワークフローを呼び出せる | 従来のエージェントチーム | 並列エージェントが自律的に連携することを支援する | 5月のリサーチプレビュー版CLI機能 | サブエージェント | Claude Codeのワークフロー内で委任された作業を実行する | プロジェクトスレッド内で動作できる これらの機能を調べる際には、 [Claude Codeガイドハブ](/ja/claude-code/) が出発点になります。タスクに合うワークフローを選ぶ際は、プロジェクトコーディネーター、クラウドスレッド、サブエージェントを区別してください。 ## 21月時点の利用対象とセットアップ 当初の利用対象は、Claude Codeクラウドセッションを使用しており、既存のウェブ版またはデスクトップ版プロジェクトがない、一部のProおよびMax加入者に限定されていました。ProとMaxでの利用対象拡大が計画され、その後にTeamとEnterpriseでの提供が予定されていました。 概要資料からは、21月までに利用対象の拡大が完了していたことは確認できません。そのため、サブスクリプションへの加入だけを、そのアカウントで再設計されたプロジェクトのベータ版を利用できる証拠とみなすべきではありません。 ### 設定する項目 プロジェクトのセットアップは、目標とリポジトリまたはコンテキストから始まります。設定には、クラウド環境、コネクター、プラグイン、指示、モデルが含まれます。 開発タスクでは、望む結果と、実装時に重要となる制約を記述すると有用です。たとえば、APIとそのインターフェースにまたがる機能を依頼し、受け入れ基準や特に注意が必要なコード領域を指定できます。これは、コーディネーターに向けて作業を定義する方法の提案であり、リクエストがどのように分割されるかについて文書で保証されたものではありません。 プロジェクトチャットや個々のスレッドを通じて、スマートフォンからでも作業の方向性を指示できます。プロジェクトチャットでは作業全体を指揮でき、個々のスレッドでは特定の部分について指示できます。 ### 明示されていない事項 公開時の発表では、必要なCLIの最低バージョン、同時実行スレッド数の上限値、ベータ版の個別料金は明示されていません。また、公開時点までに、対象となるすべてのサブスクリプション階層への提供が完了していたことも確認できません。 これらの未確定事項は、計画を立てる際に重要です。同時実行できるスレッド数や提供開始日を推測して、それを前提にワークフローを構築することは避けてください。 ## 並列スレッドの実行方法と、統合が引き続き必要になる箇所 コーディネーターはリクエストの範囲を定め、並列スレッドに作業を委任します。各スレッドは、独自のブランチとリポジトリのコピーを持つClaude Codeクラウドセッションとして動作するため、並列作業ごとに個別の作業コピーが用意されます。 スレッド自体もサブエージェント、ループ、ワークフローを使用できます。そのため、プロジェクトには複数の委任階層があります。コーディネーターがスレッドを指揮し、スレッドがさらにサブエージェントへ作業を委任する場合があります。 ### 成果物ごとに作業を分ける リクエストを準備する実用的な方法は、切り分けられる成果物を特定することです。提案する機能であれば、APIの実装、インターフェースの変更、レビューなどが考えられます。これらはタスクの区切り方の例であり、保証された分割ルールではありません。 各成果物には明確な完了条件を設定してください。複数の部分が同じインターフェースに依存する場合は、その共通の契約をプロジェクトの指示に記述し、コーディネーターが作業範囲を定める際に参照できるようにします。 先行するエージェントチームの発表では、コードベースのレビューなど、独立性が高く、読み取りが中心となるタスクが特に重視されていました。この位置づけは、並列化する作業を選ぶ際にも役立ちます。タスクを複数の割り当てに分ける前に、どの程度の調整が必要かを検討してください。 ### ブランチを分けても競合はなくならない プロジェクトの発表では、コード変更が重複した場合は引き続きマージ競合の解決が必要になると明記されています。ブランチとリポジトリのコピーを分けても、スレッドが同じコードを編集する場合の統合作業はなくなりません。 そのため、レビューでは各出力がどのように組み合わさるかも確認すべきです。レビューの確認項目として、インターフェースが整合しているか、重複する編集が調整されているか、まとめた結果が元の目標を満たしているかを確認することが推奨されます。 概要資料からは、複数のリポジトリにまたがる変更を調整するワークフローは確認できません。スレッドが独自のリポジトリのコピーを持つことだけでは、リポジトリ間のオーケストレーションがサポートされている証拠として不十分なため、この機能の有無は未確認事項として扱うべきです。 ## 共有メモリとプロジェクトライブラリ スレッドは共有プロジェクトメモリに情報を追加し、プロジェクトライブラリはアップロードされたファイルと生成された成果物を収集します。これらは、スレッドが追加したメモリと、作業に関連する資料のコレクションという、永続的なプロジェクトコンテキストの異なる形を提供します。 開発者にとって、この違いは入力情報の整理に役立ちます。設計ドキュメントや参照ファイルはプロジェクトの資料として置くのが自然であり、作業を進める中で判明した情報は共有メモリに追加できます。 ### 今後の作業に必要なものを計画する プロジェクトを準備する際は、作業が進んでも参照できるようにしておくべき制約を検討してください。たとえば、インターフェースの意図した動作、リポジトリの規約、複数の成果物に影響する決定事項などが挙げられます。 これらの例は、プロジェクトを整理するための推奨事項です。公開時の概要では、共有メモリの具体的な形式は指定されておらず、すべてのスレッドのあらゆる詳細が保持されることも保証されていません。 また、保持期間、保存容量の上限、記憶された情報が別のスレッドに伝わるタイミングについての厳密なルールも定義されていません。裏付けられている内容は、より限定的です。各スレッドが共有メモリに情報を提供し、ライブラリにアップロードされたファイルと生成された成果物が集められます。 まとめられた結果を評価する際には、生成された成果物もレビューしてください。ライブラリに成果物があることは、そこに収集されていることを示しますが、それだけで正しさが確認されるわけではありません。 ## サブエージェントと従来のCLIエージェントチームのワークフロー Claude Codeのサブエージェントは、プロジェクトのベータ版より前から並列開発をサポートしていました。Anthropicの2025年9月29日の発表では、メインエージェントがフロントエンドを構築する間に、サブエージェントがバックエンドAPIを構築する例が紹介されていました。 再設計されたプロジェクトでは、スレッドからサブエージェントを呼び出せます。これにより、サブエージェントはスレッド内で利用できる実行機能の一部となり、コーディネーターはプロジェクト全体の作業範囲の設定、委任、結果の取りまとめを担当します。 この [サブエージェントガイド](/ja/claude-code/subagents/) は、その内部の委任階層を計画する際に役立つ補助資料です。その設定は、アカウントがプロジェクトのベータ版にアクセスできるかどうかとは分けて考えてください。 ### 実験的なCLIフラグには特定の適用範囲があります 2月のv2.1.32リリースでは、エージェントチームのリサーチプレビューに次の環境変数が必要でした。 ``` CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 ``` 9月のプロジェクトに関する発表では、この変数はベータ版を有効にするための要件として挙げられていません。したがって、この変数を有効にすることを、再設計されたプロジェクトへのアクセスを得るための手順として案内すべきではありません。 2月の公開時には、Shift+Up/Downまたはtmuxによる直接の操作引き継ぎについても説明されていました。これらは従来のエージェントチームのワークフローにおける公開当時の操作方法であり、再設計されたプロジェクトのインターフェースにも当てはまると考えるべきではありません。 ### 古いサブエージェント設定手順を避ける 著者 [2026年7月1日のv2.1.198](https://github.com/anthropics/claude-code/releases/tag/v2.1.198)では、 /agents ウィザードは削除されていました。その日付の変更履歴では、Claudeにサブエージェントの作成や管理を依頼するか、 .claude/agents/ を直接編集するよう案内されています。 9月のガイドでは、読者に以前のウィザードを開くよう案内するのではなく、これらの方法を使用するべきです。これは、プロジェクト、エージェントチーム、サブエージェントの手順を組み合わせる際に、日付の付いたリリース情報が重要になる具体例です。 ## 使用量、モデルの選択、ローカル実行 プロジェクトのセッションを並列で実行すると、利用上限をより速く消費します。プロジェクトに関する発表では、プロジェクトの使用量を確認し、コーディネーターとワーカーのモデルおよび処理の労力を選択できるとされていますが、並列作業のコストが何倍になるかという数値は示されていません。 そのため、作業範囲の設定は計画上の重要な判断になります。スレッドを追加する前に、追加の稼働に見合うだけの独立した作業があるかどうかを検討してください。ワークフローを評価する際は、プロジェクトの使用量情報と併せて、利用可能なモデルと処理の労力の選択肢を活用してください。 ### 9月の上限変更 この [Claude Codeの週間利用上限に関するお知らせ](https://support.claude.com/en/articles/15910845-claude-code-may-august-2026-weekly-limits-promotion) では、9月14日から、Pro、Max、Team、およびシートベースのEnterpriseの週間利用上限が、プロモーション前の水準より恒久的に25%引き上げられたとされています。 それに先立つ50%増加のプロモーションは、5月13日から9月13日まで実施され、太平洋時間の午後11:59時に終了しました。このプロモーションでは5時間ごとの上限は変更されず、Freeと従量課金制Enterpriseのシートは対象外でした。 Claude Codeでは、使用量を確認するために次のCLIコマンドが用意されています。 ``` /usage ``` この [レート制限ガイド](/ja/claude-code/rate-limits/) は、関連する使用量の概念を理解するのに役立ちます。週間利用上限が引き上げられても、並列セッションは上限をより速く消費するという、プロジェクトに関する発表の注意点は変わりません。 ### ローカル実行は引き続き今後の提供予定でした 9月の発表では、ローカル実行は今後提供予定とされていました。9月21日時点で、文書化されたプロジェクトのワークフローはクラウドセッションを使用し、プロジェクトのチャットまたは個別のスレッドを通じて作業に指示を与えるものでした。 したがって、ローカルのClaude Codeワークフローと、再設計されたクラウドプロジェクトのベータ版は、別々に評価するべきです。概要には、ローカルプロジェクトの公開日や、ローカルでの提供開始が完了したという情報はありません。 ## 重要なポイント - 再設計されたプロジェクトは9月17日にベータ版として公開されました。コーディネーターが依頼の範囲を設定し、並列スレッドに作業を委任し、出力をレビューして、結果を取りまとめます。 - Claude Codeのエージェントチームはベータ版より前から存在しており、2月5日にv2.1.32で独立したCLIリサーチプレビューとして導入されました。 - 各プロジェクトスレッドには専用のクラウドセッション、ブランチ、リポジトリのコピーがあります。変更が重複する場合は、引き続きマージ競合の解消が必要です。 - 各スレッドがプロジェクトの共有メモリに情報を提供し、ライブラリにアップロードされたファイルと生成された成果物が集められます。 - 初期アクセスは、発表された条件を満たす一部のProおよびMax加入者に限定されていました。並列作業は利用上限をより速く消費し、ローカル実行は引き続き今後の提供予定でした。 ## よくある質問 ### 再設計されたプロジェクトのベータ版にアクセスするにはどうすればよいですか？ 初期アクセスの対象は、Claude Codeのクラウドセッションを利用し、既存のウェブまたはデスクトップのプロジェクトを持たない、一部のProおよびMax加入者でした。ProとMaxへのアクセス拡大が計画され、その後にTeamとEnterpriseへの提供が予定されていましたが、概要からは9月21日までにアクセス拡大が完了したとは確認できません。 ### プロジェクト、エージェントチーム、サブエージェントはどう違いますか？ 再設計されたプロジェクトには、クラウドセッションのスレッドに指示を出し、その結果を取りまとめるコーディネーターがあります。エージェントチームは、それ以前に独立したCLIリサーチプレビューとして導入されました。一方、サブエージェントは委任された作業を実行し、プロジェクトのスレッド内から呼び出せます。 ### 複数のスレッドが同じコードを編集するとどうなりますか？ 各プロジェクトスレッドは、専用のブランチとリポジトリのコピーで作業します。コードの変更が重複する場合は、引き続きマージ競合の解消が必要です。プロジェクトに関する発表では、自動的な整合は保証されていません。 ### プロジェクトのスレッドはローカルで実行できますか？また、どのように指示を出せますか？ 9月21日時点では、文書化されたベータ版はClaude Codeのクラウドセッションを使用しており、ローカル実行は今後提供予定と発表されていました。スマートフォンからの利用も含め、プロジェクトのチャットまたは個別のスレッドを通じて作業に指示を出せます。 [Claude](/ja/blog/tag/claude/)[エージェント](/ja/blog/tag/agents/)[コーディング](/ja/blog/tag/coding/) A [AI Prime Tech](https://aiprimetech.io/ja/) このブログはAI Prime Techが公開しています。記事の草稿はAIの支援を受けて作成されています。モデルID、料金、制限など、バージョンによって異なる詳細については、利用の判断に用いる前に公式ドキュメントで確認してください。 Claude APIをより低価格で利用 Claude Opus 5.5、Sonnet 5、Haiku 4.5、Fable 5.1に加え、GPT-6のモデルを、単一のAPIキーで利用できます。従量課金制で、サブスクリプションは不要です。 [APIキーを取得 →](/register) AI Prime Techは独立したサードパーティのAPIゲートウェイです。Claude™およびAnthropic®はAnthropic, PBCの商標です。提携や推奨を示唆するものではありません。