AIREITER刷新されたClaude Projectsは、ひとつの調整役となる会話から、複数のClaude Codeクラウドセッションへ作業を振り分けられる仕組みに変わりました。一方、段階的な展開が進んでいる現在も、既存のChat ProjectsとCowork Projectsは従来の動作を維持しています。実際に確認すべきなのは、どのコンテキストが引き継がれ、作業がどこで実行されるのかです。
刷新されたClaude Projectsで何が変わったのか
刷新後のProjectでは、まず目標と関連するコンテキストを渡します。するとClaudeが依頼の範囲を整理し、作業用スレッドを新規作成または再利用し、各スレッドの結果を確認したうえで、メインの会話に報告します。Anthropicによると、各ワーカーは独立したブランチとリポジトリのコピーを持つ完全なClaude Codeクラウドセッションです。テストの実行、ドキュメントの読み込み、プルリクエストの作成まで行えます。(Anthropicの発表)
この新しいモデルは、現在のところ段階的に提供されるベータ版です。Anthropicは、まずClaude Codeクラウドセッションを利用する一部のProおよびMaxサブスクライバーからアクセスを開始し、その後、通常のClaude、Cowork、Team、Enterpriseへ対象を広げると説明しています。既存のProjectsは引き続き利用でき、刷新版が各サービスに展開されるタイミングでアップグレードされる予定です。(Claudeヘルプセンター)
押さえておきたいアーキテクチャの違い
| 項目 | 刷新されたProjects | Cowork | Projects外で使うClaude Code |
|---|---|---|---|
| 中心となる単位 | ワーカースレッドを束ねるひとつの調整役の会話 | 作業用Projectにまとめられたタスク | リポジトリやディレクトリ内で行うコーディングセッション |
| 得意な用途 | 委任と継続性が必要な複数工程の作業 | ファイルや接続済みアプリをまたぐデスクトップ作業・ナレッジワーク | ソフトウェア開発、テスト、ブランチ操作、ターミナル作業を直接行うこと |
| 実行環境 | 現在のベータ版ではクラウドスレッド | タスクや展開状況に応じたクラウドまたはローカルのワークフロー | 設定に応じたクラウドまたはローカルのClaude Codeセッション |
| コンテキスト | Projectのファイル、リポジトリ、指示、共有メモリ、Library | Projectのコンテキスト、指示、ファイル、スケジュールタスク、Coworkのメモリ | リポジトリのファイル、CLAUDE.md、セッションのコンテキスト |
| 並行作業 | Projectの仕組みに組み込まれている | 刷新版の調整役モデルではなく、タスク単位で進める | 通常は開発者が管理するか、別々のセッションで進める |
| 主な注意点 | 同時実行するセッションが増えると利用量を消費し、編集内容が重なると競合する | ローカルとクラウドの境界、およびProjectごとに分かれたメモリ | セッションをまたいでコンテキストを明示的に共有する必要がある |
Projects、Cowork、Claude Codeのどれに作業を任せるべきか
API、Webクライアント、モバイルクライアントを同時に変更するような、複数の依存する作業をまとめて進めるなら、Projectを中心に据えるのが向いています。Anthropicの例では、非推奨になったv1エンドポイントを使う3つのリポジトリを対象に、別々のスレッドで呼び出し元の移行、テストの実行、プルリクエストの作成を進め、調整役がマージの順番を報告します。(Projectsの刷新について)
複数工程をまとめて進めるなら刷新版Projects
継続的な目標を置き、作業を並列化し、判断の記録を共有したい場合は、刷新版のモデルが適しています。リリース計画、複数リポジトリにまたがる移行、ドキュメントとコードを組み合わせた作業など、調整役が新しい依頼を適切なスレッドへ振り分けられるケースで特に力を発揮します。
ただし、リソース消費には注意が必要です。Anthropicによれば、ワーカースレッドはそれぞれ完全なClaude Codeセッションとしてカウントされます。そのため、複数のスレッドを同時に動かすと、プランの利用量をより速く消費します。また、並行編集によって通常のプルリクエストのマージ競合が起きる可能性もあり、オーケストレーションを使ってもレビューが不要になるわけではありません。
デスクトップ作業や接続済みアプリならCowork
ドキュメント、スプレッドシート、ブラウザー、メール、カレンダー、ローカルフォルダーを使う定型作業では、Coworkをまず試すのが自然です。CoworkのProjectsには、指示、コンテキスト、スケジュールタスク、Project単位のメモリを登録できます。ただし、Coworkのワークフローはタスク中心であり、リポジトリ全体を管理する調整役の直接的な代替ではありません。
Chat ProjectとCowork Projectが同じワークスペースだとは考えないほうが安全です。Using Claudeの実地比較では、Importを使えばファイルとProjectの指示は引き継げる一方、蓄積されたチャットメモリにしか存在しない情報は移行されませんでした。筆者は結果を次のようにまとめています。
「ファイルは移るが、チャットメモリは移らない」— Using Claudeによる検証結果
リポジトリを直接管理するなら単体のClaude Code
リポジトリを調べ、ファイルを編集し、コマンドを実行し、変更内容を確認する作業を、より大きなプログラムの調整役に任せず直接進めたいなら、Claude Codeを単体で使います。恒久的な指示は、バージョン管理するCLAUDE.mdにまとめておきましょう。Anthropicは、Claude Codeがセッション開始時に読み込むProjectのメモリファイルとして説明しています。(Claudeヘルプセンター：CLAUDE.md)
移行で公式に分かっていること、まだ不明なこと
Anthropicの公式説明は安心材料になる一方、詳細までは示していません。移行期間中も既存のChat ProjectsとCowork Projectsは利用でき、新しい体験が拡大するにつれて、ProおよびMaxのProjectsはアップグレードされる予定です。ただし、全ユーザー共通の変換ボタン、具体的なアップグレード日、項目単位の移行一覧は発表されていません。(Claudeヘルプセンター)
つまり、移行には2つのケースがあります。
- Anthropicによる段階的なアップグレード：刷新版が自分のアカウントと利用中のサービスに届くまで待ちます。それまでは既存のProjectsを利用できる見込みです。
- 現在のChat ProjectからCoworkへの移行：CoworkでImportが利用できる場合は、それを使ったうえで結果を確認します。検証記事では、Coworkの作成方法として「最初から作る」「Claude ProjectからImportする」「既存のフォルダーを使う」の3通りを紹介しています。そしてImportで引き継がれるのはファイルと指示であり、蓄積されたチャットメモリではないと報告しています。
安全に移行するためのチェックリスト
- ワークスペースを変更する前に、元のファイル、指示、重要な判断をエクスポートまたはコピーしておく。
- 長期的に必要なProjectの事実は、チャット履歴だけに残さず、確認可能なファイルに書き出す。コードなら、
CLAUDE.md、現在の状況メモ、判断記録をコミットする。 - Importするかアップグレードを待つ。ただし、検証が終わるまで元のProjectは削除しない。
- 移行先のワークスペースに、特定のファイルにしかない情報を尋ね、想定したソースを参照して回答しているか確認する。
- 以前の会話にしか存在しなかった判断について尋ねる。答えられない場合は、その判断をProjectファイルまたは明示的な指示に追加する。
- 指示を1つ変更して新しいスレッドを開き、その変更が認識されるか確かめる。
- コードの場合は、ブランチとテストスイートを確認し、マージ前にプルリクエストの差分をレビューする。
- Anthropicがリアルタイム同期の関係を明示していない限り、旧ワークスペースと新ワークスペースは同期されていないものとして扱う。
コンテキストが引き継がれるか、推測せずに確認する
Anthropicによると、刷新版のスレッドはProjectのファイル、リポジトリ、指示、メモリをもとに開始され、各スレッドの内容が共有Projectメモリに反映されます。ただし、これは製品上の説明であり、従来のChatやCoworkにあったすべての情報が完全に変換される保証ではありません。(Claudeヘルプセンター)
移行したワークスペースを信用する前に、次の5項目を確認しましょう。
| 確認項目 | テストするプロンプトまたは操作 | 合格条件 |
|---|---|---|
| ファイルのコンテキスト | 名前を指定したソースファイルに書かれている事実を尋ねる | 正しいファイルと値を特定して回答する |
| 指示 | 特徴的な出力ルールを追加して、新しいスレッドを開始する | 新しいスレッドがそのルールに従う |
| メモリ | 過去のチャットにだけ記録されている判断について尋ねる | 意図的に移行したか、刷新版が保持している場合にのみ認識できる |
| リポジトリの状態 | 現在のブランチ、変更ファイル、テストコマンドを尋ねる | 接続されたリポジトリの実際の状態を報告する |
| 同期 | Import後に元のProjectを編集する | 文書化された同期機能がある場合のみ移行先も変わり、そうでなければ手動更新が必要 |
特に思い込みが露呈しやすいのがメモリのテストです。ChatからCoworkへの独立した検証では、Coworkは移行されたファイルに基づく質問には答えられましたが、答えがチャットメモリにしか存在しない質問には回答できませんでした。だからこそ、インターフェースが過去の履歴を推測してくれることに期待するより、短い判断ログを移行用の成果物として残すほうが確実です。
Claude Projects刷新版についてのFAQ
刷新されたClaude Projectsは通常のClaudeで利用できますか？
初期展開の時点では、すべてのユーザーが利用できるわけではありません。AnthropicはClaude Codeクラウドセッションを利用する一部のProおよびMaxサブスクライバーから提供を始め、Chat、Cowork、Team、Enterpriseにも順次拡大すると説明しています。
既存のProjectは削除されますか？
Anthropicによると、移行期間中も既存のChat ProjectsとCowork Projectsは利用でき、展開の拡大に合わせてアップグレードされます。それでも、自分でエクスポートするか、ソースファイルのコピーを残しておきましょう。ヘルプ文書では、詳細なロールバック手順や移行レポートまでは保証されていないためです。
刷新されたProjectsはCoworkに取って代わりますか？
いいえ。刷新されたProjectsは、複数のClaude Codeセッションを並行して動かすためのオーケストレーションを提供します。一方、デスクトップ上のファイル、接続済みアプリ、スケジュールタスク、一般的なナレッジワークには、引き続きCoworkのほうが自然です。
ProjectのメモリはすべてのClaudeインターフェースで共有されますか？
共有されると決めつけないでください。Anthropicは刷新版Project内での共有メモリを説明していますが、ChatからCoworkへの検証では、チャットだけに存在するメモリはファイルや指示と一緒には移行されませんでした。
刷新されたProjectsでは、現在ローカルコードを使えますか？
初期の刷新版スレッドはクラウド上で実行されます。Anthropicは、ローカルツールとの連携やユーザーのネットワーク境界内での作業を含むローカル実行を予定していますが、発表では確定したリリース日を示していません。
Projectのスレッドを並列実行すると利用枠を多く消費しますか？
はい。Anthropicによると、各スレッドは完全なClaude Codeセッションとして扱われ、複数のスレッドを同時に実行すると利用量をより速く消費します。
展開が続く間に選ぶべき、もっとも安全な使い分け
調整が必要なプログラムには刷新されたProjects、ドキュメントや接続済みアプリを使うタスク自動化にはCowork、リポジトリ単位の管理にはClaude Codeを使うのが基本です。移行時は、ファイルと判断ログを正しい情報源として扱い、ファイルアクセス、指示、メモリ、リポジトリの状態、同期の5点を個別に検証してください。刷新版は継続性と委任を強化する一方、ベータ版としての展開とセッション消費量の増加というトレードオフがあります。だからこそ、すぐに全面移行するより、検証可能で元に戻せる形で進めるほうが合理的です。