Claudeに大きめの仕事を頼むと、途中で会話が長くなり、別の会話を立てて、前の話をもう一度説明して、終わったら自分でつなぎ合わせる。この手間を、Anthropicは「仕事を分けて、引き継ぎをこなして、結果を縫い合わせる」と表現しています。
2026年9月17日、Claudeの「プロジェクト」が作り直されました。これまでのプロジェクトは、資料と指示をまとめて置く「フォルダ」でした。新しいプロジェクトは、目標を渡すと、Claudeが仕事を分けて複数のスレッドで並行に進め、結果をまとめて返す「会話」です。スレッドはクラウドで動くので、パソコンを閉じても続きます。
まずClaude CodeのProとMaxのユーザー向けにベータで始まり、チャットやCoworkへの展開はその後です。この記事では、公式ブログとClaude Codeの公式ドキュメントをもとに、仕組み、誰がいつ使えるか、コードを書かない仕事でどう関係するかを整理します。
何が発表された？
2026年9月17日、Claude公式ブログ「Projects redesigned: from folder to conversation」の要点です。
- プロジェクトには、仕事をする「スレッド」と、それを指揮する「コーディネーター」がある。始めるときは、目標と、リポジトリ（コードの置き場）か資料を選ぶ
- スレッドは1本ずつがクラウドのClaude Codeセッション。並行で動き、パソコンを閉じても続く。進み具合はスマホからも見て、指示できる
- すべてのスレッドが、共有のメモリに書き足し、そこから読む。プロジェクトの決めごと、リリースの予定、報告の好みなどをClaudeが覚えるので、毎回の細かい指示が減る
- プロジェクトにはライブラリがあり、足した資料と、スレッドが作ったファイルが集まる
- 提供：ProとMaxの一部のユーザーにベータで開始。今後1週間で、同じプランの他のClaude Codeユーザーに広げる。チャットとCowork、TeamとEnterpriseはその後。既存のプロジェクトはそのまま動き、順次切り替わる
公式ドキュメントは、プロジェクトが向く仕事として4つを挙げています。「複数のリポジトリにまたがる1つの目標」「バグや依頼が次々に来る領域」「1回の会話より大きい構築や移行」、そして「コードではない仕事」です。最後の例は「契約書のフォルダや、問い合わせ履歴の書き出しに、新しい質問を何度も投げる」というもので、資料をアップロードすればスレッドが調べて、結果をファイルとしてライブラリに置く、と書かれています。
これまでと何が違う？
これまでのプロジェクトは「フォルダ」でした。資料と指示を入れておき、その中で会話を始めると、Claudeがそれらを前提にしてくれる。便利でしたが、会話は1本ずつで、大きい仕事は人が分けて、人がつなぐ必要がありました。
新しいプロジェクトの違いは、公式ドキュメントの言葉を借りると次の3つです。
- 仕事を1か所に送る：バグ報告でも、タスクの一覧でも、来たときにその会話に貼る。Claudeが新しいスレッドを立てるか、すでにその領域で動いているスレッドに渡すかを決め、短い質問にはその場で答える
- 前提を1回だけ言う：新しいスレッドは、プロジェクトのリポジトリ、指示、メモリを持って始まる。「このブランチに向けて」と1回言えば、全スレッドに届く
- 離れて、戻ったら終わっている：1時間後や翌朝に戻ると、Overviewの画面に「終わったスレッド」「レビュー待ちのプルリクエスト」「あなたの返事待ちのスレッド」が並んでいる
公式ブログは、ちょうどこの前日に発表された「Coworkとチャットの統合」と同じ思想で書かれています。どこで頼むかを人が決めるのをやめ、頼みごとを1か所に投げる。プロジェクトは、その考え方を「時間のかかる大きい仕事」に広げたものだと読めます。
「戻ったら、あなたの返事待ちだけ並んでいる」が理想の形ですね。いまは全部の会話を自分で見に行っているので。ただ、これは「Claudeに任せる範囲」が一気に広がる話でもあって、任せ方を間違えると利用枠が一気に減る、と公式も書いています。
何ができるようになった？
公式ドキュメントに書かれている操作の要点です。
- 始める：目標と、リポジトリか資料（ファイル、フォルダ、Google ドライブのフォルダ）を渡す。コードなら、GitHub上のリポジトリで、Claude GitHub Appが入っていることが条件
- 進め方を指示する：「スレッドを提案して、私のGOを待ってから始めて」「一度に2本まで」「終わったときだけ知らせて」「まず何が悪いかだけ教えて、直さないで」など、会話で言えばClaudeがメモリに保存して以後も守る（設定ではなく約束なので、厳密な上限にはならない）
- モデルと力の入れ具合を選ぶ：コーディネーターとスレッドで別々に、モデルと「effort（どれだけ考えるか）」を設定できる。新規は全部Opusで、スレッドは高、会話は低が初期値
- 見る：Overviewに全スレッドの状態。Libraryに資料と成果物、Pull requestsにスレッドが開いたPR、Routinesに予約した仕事
- 入り込む：細かく見たいスレッドを開いて、その中で直接やり取りする。承認が要るときは、そのスレッドの中で答える（プロジェクトの会話で「進めて」と言っても届かない）
スレッドは、その中で「自動モード」で動くので、多くの操作は確認なしに進みます。承認が必要になったときだけ、そのスレッドが止まって待ちます。
仕事ではどう使えそう？
ここからはKAKERUデザインとしての見立てです。コードを書く人の道具として発表されていますが、公式が「コードではない仕事」を明示しているので、そちらから考えます。
1. 契約書のフォルダに、質問を何度も投げる
公式の例そのものです。取引先ごとの契約書をまとめてアップロードし、「支払い条件が30日を超えているものを一覧に」「自動更新の条項があるものは？」と、思いついたときに投げる。スレッドが調べて、結果をファイルにしてライブラリに置く。次の質問は、前の質問の結果を踏まえて答えられます。
2. 問い合わせ履歴から「よくあるつまずき」を出す
こちらも公式の例で、「問い合わせの書き出しから、よくある10個の間違いを見つける」というものです。サポートのメールやフォームの履歴を書き出して渡せば、月に1回、同じ質問を投げるだけで傾向が出ます。この繰り返しは、プロジェクトの中で「ルーティン」として予約できる、とも書かれています。
3. 「翌朝に結果がそろっている」を前提に、頼み方を変える
公式ドキュメントが繰り返し書いているのは「送って、離れて、戻る」です。これまでは、Claudeに頼んだら答えが出るまで見ていました。プロジェクトでは、夕方に一括で仕事を投げ、翌朝にOverviewを見て、返事待ちだけ片づける、という使い方が想定されています。人の側の働き方が変わる話です。
4. うちのように、Claude Codeで資料を作っている会社なら
資料づくりの仕事は「表紙を作る」「本文を書く」「図を作る」に分けられます。今のClaude Codeでは、それを1つの会話で順にやるか、自分で会話を分けています。プロジェクトなら、「この提案書を作って」と投げると、Claudeがスレッドに分けて並行で進め、Libraryにファイルが集まる形になります。ただしスレッドはクラウドで動くので、手元のフォルダにあるファイルは、プロジェクトにアップロードして渡す必要があります。
5. まだ使えない人が、今できること
公式ドキュメントは「Projectsがサイドバーに無ければ、まだ順番が来ていない」とし、順番待ちのフォームを案内しています。それまでに準備できるのは、プロジェクトに渡す「指示」を書いておくことです。「このブランチに向けて」「終わったときだけ知らせて」のような約束事は、新しいプロジェクトでそのまま使えます。
4番は、うちの資料づくりの型がそのまま乗る話なので、順番が来たら試してみたいです。ただ、僕の資料づくりは手元のフォルダにある素材を使うことが多いので、「アップロードして渡す」がどれくらい手間かは、使ってみないと分かりません。
誰が使える？
つまり、今すぐ試せるのはClaude CodeをProかMaxで使っている人の一部です。チャットだけを使っている人は、展開を待つ段階です。
注意点
- 利用枠が速く減る：スレッド1本が1つのセッション。複数が並行で動くので、公式は「Proでは特に、走らせた日は上限に早く達する」と明記。上限に達したスレッドは待ち、枠が戻ると勝手に再開する
- 指示した上限は「約束」で「設定」ではない：「一度に2本まで」と言っても厳密な上限にはならない。厳密にしたい指示はプロジェクトの指示欄に書く
- 手元のファイルやツールは使えない：スレッドはクラウドで動く。ローカルのデータベースや社内ネットワーク内のものには届かない。ファイルはアップロードして渡す
- 途中の変更が失われることがある：スレッドの作業環境は再開できないことがあり、その場合は新しいコピーから続く。長い作業では「途中でコミットして」と頼む、と公式が助言
- プロジェクトは1人のもの：他の人と共有できず、スレッドの記録に共有の機能もない。ベータ中は組織としての管理機能もない
- 承認はスレッドの中で：プロジェクトの会話で「進めて」と言っても、止まっているスレッドには届かない
「Proは特に上限に早く達する」は正直な書き方で、ありがたいです。並行で動く便利さと、枠の減りはセット。最初は「一度に2本まで」「終わったときだけ知らせて」から始めるのが安全そうです。
まとめ
- 2026年9月17日、Claudeのプロジェクトが「フォルダ」から「会話」へ。目標を渡すとスレッドが並行で進め、閉じても続く
- まずClaude CodeのPro・Maxの一部でベータ。今後1週間で広げ、チャット・Cowork・Team・Enterpriseはその後
- 契約書フォルダや問い合わせ履歴など、コードではない仕事も公式が例に挙げている
- 利用枠は速く減る。指示した本数の上限は約束であって設定ではない
- 手元のファイルは使えず、アップロードして渡す。プロジェクトは1人のもの
「送って、離れて、戻る」という働き方は、AIとの付き合い方を変える話です。まだ順番が来ていない人も、渡したい前提と約束事を今のうちに言葉にしておくと、来たときにそのまま使えます。
※このカードのリンクはアフィリエイトリンクです。リンクから購入されると、KAKERUデザインに紹介料が入ります。
参考・情報源
- Claude公式ブログ「Projects redesigned: from folder to conversation」（2026年9月17日）
https://claude.com/blog/projects-redesigned - Claude Code Docs「Let Claude coordinate ongoing work with Projects」
https://code.claude.com/docs/en/claude-projects
※仕組み・提供条件・使い方・利用枠・制限 - 順番待ちフォーム
https://claude.com/form/projects
※ProかMaxで、まだ表示されない人向け
確認日：2026年9月22日。提供状況や仕様は変わることがあります。最新の情報は公式ページでご確認ください。
僕はClaude Codeを毎日使っているので、今回はかなり自分ごとです。大きい仕事で会話が長くなり、どこかで分けたくなる場面は覚えがあります。それをClaudeが代わりに分けてつなぐ、という話です。ただ、まだ手元に来ていないので、公式の記載だけで書いています。