Claude Codeに「プロジェクト」という機能がベータで入りました（2026年9月17日発表、ProとMaxのプラン。デスクトップアプリとWeb、スマホのアプリで使えて、ターミナルのCLIでは使えません）。仕事の開発で、1週間ほど使ってみました。
Today we're rolling out Projects in Claude Code on desktop and web.
A project is one conversation with Claude. It splits the work into threads itself, runs them as parallel cloud sessions, passes context between them, and keeps going when you leave.
In beta for select users. https://t.co/j4k7rludhV
— ClaudeDevs (@ClaudeDevs) September 17, 2026
この記事は2026年10月10日時点の情報です。プロジェクトは公開ベータなので、画面や仕様は変わることがあります。
この記事は、Claudeと一緒に書いています。内容は実際の画面と公式ドキュメントで確認済みです。
先に結論
SlackのClaude Tag（チームのチャンネルでClaudeに作業を頼める機能）を、個人の開発向けにしたような機能だと感じました。コーディネーター（まとめ役）のClaudeに作業を渡すと、作業ごとにスレッドを立てて並行で進め、終わったものから報告してくれます。
いちばん大きな変化は、並行作業の「管理」をコーディネーターのClaudeに任せられたことです。
| これまで（複数のセッションを自分で管理） | プロジェクト | |
|---|---|---|
| 進み具合 | どれがどこまで進んだか、時間がたつと私が忘れる | コーディネーターに聞けば、全スレッドの状況が返ってくる |
| 次にやること | セッションが増えるほど「次は何をやるんだっけ」 | 先に渡しておけば、終わり次第コーディネーターが次を始める |
- 手元のアプリや、クラウドから届かない場所での作業が多い仕事には向きません。そういう仕事は、ふつうに手元のClaude Codeで進めたほうが早かったです
- 改善点はあると感じましたが、体験はよく、今後も使い続けるつもりです
良かったこと
- どの作業がどこまで進んだかを、自分で覚えておかなくてよい
- 後でやる分も含めて作業を渡しておくと、終わったら次を始めてくれる
- レビュー待ちのプルリクエストが1か所に集まる
- リポジトリのCLAUDE.mdの上に、プロジェクト全体の決まりを置ける
- 指示にスタンプで反応が返ってくる。承認もスタンプで出せる（かわいい）
困ったこと
- 手元のパソコンで動かしたスレッドの中の動きが見えにくい
- 手元のパソコンで動かすスレッドが、再起動や切断のあと気づかないうちに止まる
- 終わっているのに「レビュー待ち」や「対応待ち」に残ることがある
- プロジェクトどうしで中身を見せ合えない
記事の流れは、良かったこと → 困ったこと → 使い方 です。使い方から読みたい方は、リンクから飛んでください。
良かったこと
並行作業の管理を任せられた
1つのセッションを管理役にする手もありますが、その場合は、/loopのような仕組みを自分で組んで、他のセッションを定期的に見回らせる必要があったと思います。プロジェクトでは、その管理をコーディネーターが引き受けてくれます。私の1日はこの繰り返しになりました。
見ていていいなと思ったのは、コーディネーターがすべてのスレッドの中身を最初から読みに行かないことです。各スレッドの最後の状態を取りに行き、気になるものだけを詳しく見ているようでした。
キャッシュの有効期間を超えて止まっていたスレッドに追加の指示を回すと、そのスレッドは会話の全体を読み直してから動きます（スレッドの会話のキャッシュは、サブスクの枠の中で使う分なら標準で1時間）。古い大きなスレッドを起こすより新しいスレッドを立てるほうが安く済むことがあり、コーディネーターに任せていると忘れやすく、注意しないといけない点でした。
作業を渡しておくと、終わったら次を始めてくれる
スレッドで作業が終わると、その知らせは自動でコーディネーターに届くようです。これを前提に、頼み方を変えました。
| 頼み方 | コーディネーターがしてくれたこと |
|---|---|
| 後でやる分も含めて「この作業が終わったら、次はこれ」と先に渡す | 終わり次第、ちょうどよいタイミングで次のスレッドを立てる |
| 待っている作業がいくつもある | ぶつかりやすい作業を後ろに回す順番を提案し、同時に動かせる数に空きが出るたびに次を立ち上げる |
| 「もう1個できる作業ある？」 | 「残りはどれも実行中の作業と同じ場所を触る」と、理由つきで断る |
| 「全部のスレッドに、テストの書き方をこう変えると伝えて」 | 動いているスレッドすべてへ一度に知らせる |
終わるのを待って自分で頼み直さなくてよいのが楽で、寝る前に段取りだけ伝えておく、という使い方も良いなと思います。
レビュー待ちのプルリクエストが1か所に集まる
普段のセッションでも同じことは頼めますが、何本ものスレッドのプルリクエストが1か所に集まり、どれを見ればよいかが一目で分かるのが違いでした。
リポジトリのCLAUDE.mdの上に、プロジェクト全体の決まりを置けた
プロジェクトには、設定の「環境」から複数のリポジトリやフォルダを登録できます（私は5つ）。決まりを書く場所が、3層になります。
| 層 | 書くもの | 読むのは |
|---|---|---|
| リポジトリのCLAUDE.md | そのリポジトリの決まり | そのリポジトリを扱うスレッド（クラウドでも手元でも。公式ドキュメントによると、クラウドのスレッドは登録した全リポジトリのCLAUDE.mdとskillを開始時に読む） |
| プロジェクトの指示 | リポジトリをまたぐ運用の決まり（「同時に動かすのは8つまで」「終わったときだけ報告して」など） | コーディネーターと、新しいスレッドすべて（クラウドでも手元でも） |
| 自動メモリ（MEMORY.md） | Claudeが作業中に自分で書き留めたメモ | コーディネーターとクラウドのスレッド（手元のスレッドには読み込まれない） |
運用の決まりは会話で伝えるだけでメモリに書かれ、どのリポジトリのスレッドでも守ってくれました。5つのCLAUDE.mdに同じことを書いて回らなくてよいのが便利でした。必ず伝えたいことは「プロジェクトの指示」に書きます。どちらも、プロジェクト上部の歯車から開く「設定」の「メモリー」にあります。
| 設定の「環境」 | 設定の「メモリー」 |
|---|---|
 |
 |
指示にスタンプで反応が返ってくる
指示を送ると、受け取ったしるしとしてメッセージにスタンプが付くことがあります。Slackのタグ機能でも同じ反応をするようで、人に頼んだときと同じ返り方なので、ちょっとかわいいです。
自分からもスタンプを押せます。承認を求められたときは、メッセージに👍を付けるだけで、Claudeはそれを承認として受け取って進めてくれました。
困ったこと
手元のパソコンで動かしたスレッドの中の動きが見えにくい
いちばん戸惑ったのはこの点です。私はスレッドの多くを手元のパソコンで動かしていました（やり方は後の「手元のパソコンでスレッドを動かす」）。公式ドキュメントには、スレッドを開けばClaudeのしたことを1手ずつ読めるとありますが、手元で動かしたスレッドを開いて私の画面で見えたものは次のとおりでした（右の列は、後で書く方法で手元のセッションを開いたときに見えるもの。クラウドで動かしたスレッドは数が少なく、確かめていません）。
| プロジェクトのスレッドの画面 | 手元のセッションの画面 | |
|---|---|---|
| 返事・報告 | ○（短くまとめ直した文） | ○ |
| 進み具合のチェックリスト | ○ | ○ |
| 実行したコマンド、ツールの呼び出し | × | ○（畳まれた行） |
| コーディネーターからの連絡 | 「受信しました」の行だけ | 本文 |
| 途中の考察 | × | ○ |
手元のセッションなら、ツールの呼び出しなどの実際の細かな作業を、畳まれた行を開いて確かめられます。プロジェクトのスレッドの画面では、それができません。
チェックリストの同じ行が長く続くと、進んでいるのか止まっているのかの区別がつきづらいことがよくありました。止まっても私の画面ではエラーが出なかったので（後の「再起動や切断のあと、気づかないうちに止まる」）、眺めているだけでは見分けられません。公式ドキュメントにも、コーディネーターは手順を1つずつ投稿しないので、会話が静かでもスレッドは動いていることが多い、という説明があります。
スレッドの返事が短いのは、コーディネーターが状況を確かめるときにコンテキストが膨らまないようにするためかもしれません。そう考えると、この見えにくさは、並行の管理を軽く保つための作りの裏返しなのかな、とも思いました。
余談: 手元の実際のセッションを開く方法
手元で動いている実際のセッションを開く入口は、アプリの画面にはありませんでした。公式の方法ではありませんが、ターミナルで次のようにセッションのIDを指定すると、デスクトップアプリでそのセッションを開けました（IDはコーディネーターに聞きました。公式ドキュメントにない方法なので、今後変わるかもしれません）。
open "claude://code/continue?session=local_<セッションのID>"
手元のセッションの記録と、プロジェクトのスレッドに出ていた投稿を見比べると、中身は別物でした。手元のセッションの内容がそのままスレッドに出ているわけではなく、スレッドに出るのは、Claudeがスレッド向けに書き直した報告だけのようです。個人的には、ターミナルを経由せず、アプリから直接飛んで詳細を見に行けるようになってほしいところです。
再起動や切断のあと、気づかないうちに止まる
この節も、手元のパソコンで動かしたスレッドの話です。
パソコンを再起動したあと、コーディネーターに聞くと「9本のうち8本はつながった」と返ってきました。ところがその夜、念のため「黙っているスレッドに状況を聞いて」と頼むと、6本が止まっていました。パソコンがスリープしたり、ネットワークが切れたりしたときも同じで、マージの順番を待っていた4本が翌朝まで動かないままでした。止まったスレッドにエラーは出ず、チェックリストが「待っている」のまま変わらないだけでした。
ほかに、パソコンの側で許可の確認が出て止まることも、少なくとも5回ありました。この場合は、スレッドの中で答えれば動き出します。
終わっているのに「レビュー待ち」や「対応待ち」に残る
作業が終わると、スレッドが自動で「解決済み」に移ることもあれば、判断できないものは「レビュー待ち」や「対応待ち」に残ったままになることもありました。残ったものは、スレッドの右上の「解決」ボタンを自分で押して「解決済み」へ移し、一覧を整理する必要がありました。
プロジェクトどうしは中身を見せ合えない
この記事を書くために、開発用とは別のプロジェクトも作りました。ところが、記事用のプロジェクトのClaudeは、開発用のプロジェクトの会話やスレッドを読めませんでした。記録は、私がコピーして運ぶことになりました。
その他に気づいたこと
コーディネーターとのやり取りは、見た目は1つのチャットがずっと続いているように見えます。ところが、あとで記録を読むと、裏のセッションは期間中に5回入れ替わっていました。会話はずっとつながって見えていて、受け答えにも違和感がなかったので、まったく気づきませんでした。
使い方
ここからは手順です。公式の説明は次のページにあります。
公式の4分の紹介動画も、このポストから見られます。
We just let in every Pro and Max user from the Claude Code Projects waitlist!
If you're new to Claude Code Projects, here's a 4 minute walkthrough to get you started: https://t.co/aewDkvvOcq
— ClaudeDevs (@ClaudeDevs) October 9, 2026
使える人と前提
| 項目 | 内容 |
|---|---|
| プラン | ProとMax（TeamとEnterpriseはまだ対象外） |
| 使える場所 | claude.ai/code、デスクトップアプリのCodeタブ、スマホのClaudeアプリ |
| 使えない場所 | ターミナルのCLI |
| リポジトリで作業するときの条件 | リポジトリがgithub.comにあり、Claude GitHub Appが入っていて、つないだGitHubのアカウントにpushの権限があること |
ベータは段階的に配られていて、まだ届いていない人はウェイトリストに申し込んで待つ形でした。サイドバーに「プロジェクト」（英語表示では「Projects」）が出ていれば使えます。出ていなければ、記事の最後で申し込み方を紹介します。
プロジェクトの中のClaudeは2種類いる
| コーディネーター（会話） | スレッド | |
|---|---|---|
| 受け持つもの | プロジェクト全体 | 1つの作業 |
| 主な仕事 | 依頼の振り分け、状況のまとめ | 調査、実装、プルリクエスト、CIの対応 |
| 動く場所 | クラウド | クラウド（必要なら手元のパソコン） |
| 初期設定のモデル | Opus、努力レベルは低 | Opus、努力レベルは中（公式ドキュメントでは高） |
プロジェクトを開くと、左に会話、右にスレッドの一覧が並びます。コーディネーターはスレッドの細かい手順までは見ず、報告を読んで全体をまとめているようです。
プロジェクトを作る
サイドバーの「プロジェクト」を開くと、プロジェクトの一覧が出ます。
初めて「プロジェクト」を開いたときは、以前からあるチャットのプロジェクト（claude.aiやデスクトップアプリで作れる従来のもの）を取り込むかどうかを聞かれました。
- 右上の「新規プロジェクト」を押します
- ダイアログで「名前」を入れます。「目標」と「コンテキスト」は任意で、あとからでも足せます
- 「プロジェクトを作成」を押すと、会話が開きます
コンテキストの「追加」からは、GitHubのリポジトリ、ファイル、フォルダ、Google Driveのフォルダを選べます。私はここで、開発しているリポジトリを足しました。
最初のプロジェクトでは、作った直後にClaudeが自分から1ターン動き、リポジトリを読んで次の一手を提案します（このターンもサブスクの使用量を使います）。私は提案を待たずに先にメッセージを送りましたが、それで問題ありませんでした。すでにクラウドセッションで進めている作業があれば、そのセッションのメニューの「Continue as project」から切り替えることもできます。
私は作ってすぐに、プロジェクトの上部の歯車から「設定」の「一般」を開き、「スレッドモデル」と「スレッドのエフォート」を確かめました。私の画面では、スレッドのエフォートの初期値は「中」でした。公式ドキュメントには「高」と書かれています。
| 項目 | 内容 |
|---|---|
| コーディネーターモデル、推論量 | コーディネーターのモデルと努力レベル。初期設定はOpusの「低」 |
| スレッドモデル、エフォート | 新しいスレッドのモデルと努力レベル。初期設定はOpusの「中」（公式ドキュメントでは「高」） |
| 使用量上限のリセット時に自動で続行 | 枠を使い切って止まったスレッドを、枠が戻ったら自動で再開する |
| プロジェクトを一時停止 | 画面の説明では、コーディネーターと新しいスレッドの作成を止める。公式ドキュメントによると、動いているスレッドも中断され、再開するまでメッセージも受け付けない |
| Claudeを再起動 | コーディネーターを動かしている仕組みを再起動する。やり取りの途中なら中断される |
作業を頼む
会話のメッセージ欄に、やりたいことをそのまま書けば十分でした。コーディネーターは、短い質問ならその場で答え、作業なら新しいスレッドを立てるか、近い作業をしているスレッドに回します。立ったスレッドは、メッセージのすぐ下にカードで並び、押すとそのスレッドが開きます。
概要で自分待ちを見つける
右側の「概要」（英語表示では「Overview」）では、スレッドが状態ごとに分かれて並びます。
| まとまり | 入るスレッド |
|---|---|
| レビュー待ち | プルリクエストがレビュー待ち |
| 対応待ち | 返事や承認が必要、または失敗した |
| 作業中 | 動いている |
| Landing | プルリクエストが承認済み、またはマージ待ちの列に入った |
| アイドル | 終わって何も待っていない |
| 解決済み | 完了の印が付いた |
Landingだけは私の画面で日本語の表示を確かめられていないため、公式ドキュメントの英語名のままです。アプリを閉じて翌朝に開いても、何が終わって何が自分待ちかはすぐ分かりました（ただし、エラーを出さずに止まったスレッドはここでは見分けられません）。ブラウザでは概要のボタンに点が付き、デスクトップアプリでは通知も届きます。
スレッドに直接指示する
スレッドを開くと、その中にもメッセージ欄があります。会話に書いた追加の指示は、コーディネーターが関係するスレッドを見つけたときだけ届きますが、スレッドの欄に書けば確実にそのスレッドへ届きます。
手元のパソコンでスレッドを動かす
スレッドは基本的にクラウドで動きますが、手元のパソコンでしかできない作業は、そのスレッドだけをパソコンで動かせます。私の場合は、e2eテストと、ローカルの別のAIツールでのコードレビューがこれに当たります。
作業の特性上、手元でしかできないものは、私が指示しなくてもコーディネーターが自分で手元のスレッドを立ち上げてくれました。プロジェクトの指示に「手元でしか実行できない作業は手元で」と書いてあったためだと思います。全部を手動で指示する必要はなく、私がしたのはフォルダを使う許可に答えることだけでした。自分で指定したいときのやり方は次のとおりです。
| やり方 | 補足 |
|---|---|
| メッセージ欄の「+」→「ローカルで作業」（英語表示では「Work locally」） | 会話の欄が公式の入口。私の画面ではスレッドの欄にもあった |
| 依頼の文に「手元のパソコンで」と書く | 1回だけ手元で動かしたいときに |
| フォルダを使う許可のカードに答える | 私の画面では「今回のみ許可」か「常に許可」 |
| 「Worktree」をオンにする | 同じフォルダで複数のスレッドが動いても、作業中の変更が互いに上書きされない |
手元のパソコンで動かすには、Claude Codeのv2.1.280以降と、Remote Controlの設定が必要です。パソコンがスリープすると、そのスレッドも止まります。
使用量の見方と注意
使った分は、サブスクの枠から引かれます。公式ドキュメントでは、減る場面は主に次の3つです。
| 場面 | 理由 |
|---|---|
| スレッドが動いているとき | 1本ずつが完全なセッションで、何本も同時に動く |
| コーディネーターが考えるとき | スレッドの報告を読み、次の一手を決める |
| プルリクエストを見守っているとき | CIが落ちたりレビューが付いたりすると、止まっていたスレッドが起きる |
どのスレッドがどれだけ使ったかは、「設定」の「使用量」で見られました。
余談: クラウドセッションのクレジットは使われない
2026年9月にクラウドセッションが正式に提供されたとき、条件を満たすProとMaxの契約者に、1回限りのクレジット（Proは100ドル、Maxは250ドル）が配られました。このクレジットは、プロジェクトでは一度も使われませんでした。公式のヘルプ記事でも、クレジットの対象外として「Projects and Routines」が挙げられています（チャットのセッションは別の項目なので、ここのProjectsはClaude Codeのプロジェクトを指していると読みました）。
使ってみたい方へ
プロジェクトは公開ベータで、ProとMaxのプランのアカウントへ順に配られてきました。私の場合も、早めにウェイトリストに登録していたら、いつの間にか使えるようになっていました（10月2日から使えています）。10月9日には、ウェイトリストに登録していたProとMaxのユーザー全員が使えるようになっています。
サイドバーに「プロジェクト」が出ていない方は、公式の申し込みページからウェイトリストに登録できます。
