Claude CodeのProjectsとは｜Claudeが自分でスレッドを立てて並列で回す。Pro・Maxのベータで、ターミナルでは使えない

Projectsで変わるのは、AIの賢さではなく「誰が交通整理をするか」です。 2026年9月17日、Claude CodeにProjectsが公開されました。Pro・Maxのパブリックベータで、段階的に配られています。今まで複数の作業を同時に走らせようとすると、どのセッションに何をさせるかを決め、同じ前提を毎回書き直し、どれが終わったかを見に行くところまで全部自分の仕事でした。Projectsは、この交通整理をClaude側に渡す仕組みです。

みやっち🧑‍💻はまだProjectsを触っていません。この記事は公式ドキュメント（code.claude.com/docs のProjects）を2026年9月21日に読み込み、「自分のアカウントで使えるのか」「枠は大丈夫か」「今の使い方を移すべきか」を判断できる材料に翻訳したものです。

Claude CodeのProjects（プロジェクト）とは: 2026年9月17日にPro・Maxのパブリックベータで公開された、1つの継続する会話の中でClaudeがコーディネーター役をつとめる仕組み。仕事を渡すとClaudeがタスクごとに「スレッド」を立て、各スレッドはクラウド上のClaude Codeとして、それぞれ自分のブランチとリポジトリの複製で並列に動く。PCを閉じても動き続け、スマホから確認・操作できる。claude.ai/code・デスクトップアプリ・モバイルアプリで使い、ターミナルのCLIでは使えない。

Projectsは何をするのか: 会話は1つ、仕事ごとにスレッドが立つ

プロジェクトの中身は、1つの長い会話と、その会話から生まれるスレッドの群れです。

会話にいるClaudeはコーディネーターで、自分では手を動かしません。送られてきたものを見て、スレッドを立てるか、その場で答えるか、すでにその領域を担当しているスレッドに渡すかを決めます。スレッドの側は実際の作業者で、1つはクラウドセッション（自分のPCではなくクラウドで動くClaude Code）です。それぞれ自分のコンテキストウィンドウを持ち、自分のブランチで作業し、必要ならプルリクエストを開き、終わったら会話に報告します。

公式が挙げている向いている仕事は、たとえばこういうものです。

• 複数のリポジトリにまたがる1つの目標: 「全サービスを新しいlint設定に合わせる」。リポジトリごとに1スレッド、それぞれ別のプルリクエスト
• 投げ込み口として使い続ける領域: 1つのサービスに届くバグ報告やレビュー依頼を、来たそばから会話に貼る
• 1セッションに収まらない構築・移行: 「docs/spec.mdに書いてあるものを作る」。早い段階で決めたことが後のスレッドにも届く
• コードではない仕事: 契約書のフォルダやサポートチケットの書き出しをアップロードして、「このチケットから多い連携ミスを10個出して」と頼む。成果物はプロジェクトのLibraryタブにファイルで出る

毎回のスレッドが最初から持っているものも決まっています。プロジェクトのリポジトリとファイル、最大16,000文字のプロジェクト指示、プロジェクトメモリ、各リポジトリのCLAUDE.md・スキル・プラグイン、claude.aiアカウントのコネクタ、そしてネットワーク到達範囲や環境変数を決めるクラウド環境です。「対象ブランチはこれ」と一度書けば、後から立つスレッド全部に届きます。

自分のアカウントで使えるか: 入口がかなり限定されている

ここが最初の関門です。Pro・Maxのパブリックベータですが、Pro・Maxなら今日から使えるという話ではありません。

公式が書いているロールアウトの条件は、クラウドセッションを使ったことがあり、claude.aiチャットやCoworkに既存のプロジェクトが無いアカウントから順次、というものです。Team・Enterpriseはまだ対象外です。

判定は簡単で、claude.ai/code の左サイドバー、またはデスクトップアプリのCodeタブに Projects が出ているかどうかだけです。出ていなければ自分の番が来ていません。公式はその場合のウェイトリストを案内しています。

コードを扱うなら、前提条件がもう2つあります。

1. github.comに置いてあること。GitHub Enterprise Server・GitLab・Bitbucketは対象外です
2. Claude GitHub Appが入っていること。ここは紛らわしいところで、/web-setup で繋いだトークンは他のクラウドセッションには足りても、プロジェクトのスレッドには足りません。組織が持つリポジトリは組織のオーナーしかインストールを完了できず、SAML SSOを強制している組織では別途認可が要ります

そして使える場所です。ターミナルのCLIでは使えません。 claude.ai/code、デスクトップアプリ、モバイルアプリ（iOS・Android）の3つだけで、Amazon Bedrock・Google Cloud・Microsoft Foundry経由も対象外です。CLIに claude project というコマンドがありますが、あれはローカルの状態を管理する別物で、今回のProjectsとは関係ありません。普段ターミナルでClaude Codeを使っている人ほど、ここは引っかかりやすいはずです。

何が変わるか: 並行作業の「交通整理」が自分の仕事から外れる

みやっち🧑‍💻がこの発表でいちばん引っかかったのは、自分のローカル運用との対比でした。

AI Crewのブログ運用は、Claude Codeで複数の作業を同時に走らせることが前提になっています。そのとき変更が混ざる巻き込み事故を3回起こして、最終的に git worktree で作業フォルダごと分けたうえで、同じフォルダを触るときのGitルールを決める、というところに落ち着きました（経緯はClaude Codeの並行作業のやり方に書いています）。同じリポジトリを複数のセッションが同時に触ると、片方の未完成の変更をもう片方が巻き込むからです。

Projectsのスレッドには、この対策が要りません。公式も「スレッドにworktreeは不要」と明記していて、理由は各スレッドがクラウドの自分のサンドボックスにリポジトリを複製し、自分のブランチで動くからです。ローカルで事故を踏んで決めたルールが、クラウド側では最初から起きない設計になっている、というのが正直な読後感でした。

読者の仕事に引き寄せると、変わるのはこういう状態です。たとえば3つの作業を同時に走らせるなら、今までは3つのセッションを開き、それぞれに同じ前提（対象ブランチ、確認のしかた、勝手に進めてよい範囲）を書き、あとで3つとも見に行って、止まっているものに答える形になります。Projectsでは、仕事を会話に放り込んでおけば、スレッドが立ち、PCを閉じても進み、戻ってきたときにOverviewペインが「終わったもの」「レビュー待ちのプルリクエスト」「自分の返事を待っているもの」に分けて見せます。移動中にスマホから返事もできます。

消えるのは作業ではなく、作業と作業のあいだの往復です。

枠はどれだけ減るか: Proは動かした日に上限へ早く届く

課金の判断に直結する部分なので、公式の記述をそのまま押さえます。

プロジェクトの使用量は、他のClaude Codeセッションと同じプランの枠から引かれます。プロジェクトが自分から枠を超えて使うことはありません。ただしこれは自分でusage credits（枠を超えた分の従量課金）をオンにしていない場合の話です。オンにしてあれば、スレッドは枠を超えて動き、その分は課金されます。公式は「スレッドが勝手にオンにすることはできない」とも書いているので、判断するのは常に自分の側です。

そのうえで公式は「プロジェクトは単独セッションより枠の消費が速く、特にProプランでは動かした日に上限へ早く届くと考えておくべき」とはっきり書いています。

枠を使う内訳は3つです。

1. 走っているスレッド。1つ1つが完全なセッションで、同時に複数動きます。本数に固定の上限はなく、Claudeが必要と判断しただけ立ちます。「3本までにして」と頼むことはできますが、公式はそれを「上限ではなく希望」と説明しています。強制される上限は全プロジェクト合計で1日に新規200スレッドです
2. 会話そのもの。コーディネーター役のClaudeも、報告を読んで次を決めるためにトークンを使います
3. プルリクエストを見張っているスレッド。止まっているように見えても、CIが落ちたりレビューコメントが付くと起き上がって枠を使います。止めたいときは、そのスレッドで見張りをやめるよう頼みます

さらに知っておいたほうがいいのは、枠に当たったスレッドは待機して、枠が回復すると自分で再開するという挙動です。走らせたまま寝ると、翌朝の枠を自分が使う前に消費している可能性があります。待たせたくないときは、そのスレッドを止めるか、プロジェクトごと一時停止します。

ただしルーティンが起動したスレッドだけは待ちません。 そのターンは上限エラーで止まり、枠が回復したあとに自分からメッセージを送って再開させる形になります。定期実行をプロジェクトの中に置く人は、ここだけ挙動が逆だと覚えておくと迷いません。

減らし方も公式に書かれています。新規プロジェクトは既定で全スレッドがOpusのhigh effortという最も枠を食う設定なので、Project settings の Thread model と Thread effort を先に見直すこと。1時間以上放置したスレッドに追い指示を出すと、そのスレッドの会話全体を読み直してから動くため、新しい仕事は古い大きなスレッドを起こすより新規スレッドのほうが安く済むことがあること。この2つは、最初の1回で効きます。

走っているスレッドも見張りも新しいメッセージも無いプロジェクトは、置いておくだけなら枠を使いません。アーカイブしたものも同じです。

Projectsが向かない仕事

公式が「他の方法のほうが合う」と挙げているものと、制約を並べます。ここを読まずに移すと手戻りになります。

• 1セッションで終わる1つの作業: 素直にクラウドセッションを1つ立てる
• 自分のPCからしか届かないものを使う作業: ローカルのデータベース、端末のエミュレータ、VPNの内側のAPIなど。スレッドはgithub.comのリポジトリと、アップロードしたファイル・フォルダ・Google Driveのフォルダにしか触れません。ローカルのファイルだけが必要なら、アップロードで代替できます
• 会話の要らない定期実行: 「毎週月曜に依存関係のレポートを出す」だけなら、ルーティンを単独で作る方が素直です。ちなみにAI Crewのブログは、毎朝の速報スカウトと公開の2本をはじめ、複数のルーティンで回しています。これは公式が挙げる「会話の要らない定期実行」にそのまま当たる型です（作り方はClaude Codeの定期実行に書いています）
• 複数人で同じ作業を見て動かしたい: プロジェクトは1人のものです。他人と共有できず、スレッドの記録に共有オプションもありません。ベータ中は組織レベルの管理機能もありません

制約でもう1つ、実務で刺さりそうなものがあります。スレッドのサンドボックスはターンとターンのあいだで一時停止し、再開できなかった場合は新しい複製からやり直します。 つまり未コミットの変更は失われることがあります。長い作業では、途中でコミットとプッシュをさせておくよう公式も勧めています。

紛らわしい「プロジェクト」が3つあるので整理する

Claude Codeのまわりには「プロジェクト」と呼ばれるものが3つあり、今回のProjectsはそのどれとも別です。検索して迷う原因になっているので、先に分けておきます。

従来のプロジェクト機能と、仕組みとして育てるAIカンパニーの違いはClaudeのプロジェクト機能とAIカンパニーの違いに、フォルダの構成はClaude Codeのフォルダ構成にまとめています。今回のProjectsは、1つ目の記事で言う「仕組み側」に一歩寄った機能だと捉えるのが近いはずです。

よくある質問

Proプランでも使えますか

パブリックベータの対象はPro・Maxです。ただし段階的なロールアウトで、クラウドセッションを使ったことがあり、claude.aiチャットやCoworkに既存のプロジェクトが無いアカウントから順に配られています。claude.ai/codeのサイドバーにProjectsが出ていなければ、まだ自分の番ではありません。

ターミナルのClaude Codeから使えますか

使えません。claude.ai/code、デスクトップアプリ、モバイルアプリの3つだけです。CLIの claude project コマンドは、ローカルの状態を管理する無関係な別コマンドです。

GitHub以外のリポジトリでも使えますか

コードを扱う場合はgithub.comのみです。GitHub Enterprise Server・GitLab・Bitbucketは対象外です。コードでない仕事なら、ファイル・フォルダ・Google Driveのフォルダをアップロードして使えます。

会社のチームで共有できますか

できません。プロジェクトは1人のもので、他人と共有する機能もスレッドの共有オプションもありません。Team・Enterpriseプラン自体がまだ対象外です。チームで1つのAIに仕事を渡したい場合は、Slack上のClaude Tagが公式の案内する別の道です。

今の使い方を全部Projectsに移すべきですか

移す価値があるのは「github.comに乗っていて、ローカルの道具を使わない仕事」だけです。ローカルのファイルやツールに触る作業、1セッションで終わる作業、会話の要らない定期実行は、今までのやり方のほうが向いています。

「誰が交通整理をするか」を決める側になる

Projectsが示したのは、AIエージェントの進み方が「1つのセッションを賢くする」だけではない、ということです。仕事を分けて、並べて、状態を追う役目そのものをAI側に渡す。そこが商品になりました。

ただし、渡せるのは交通整理までです。何を仕事として渡すか、どの前提を全スレッドに配るか、どこで自分の承認を挟むかは、その業務を回している本人にしか書けません。 16,000文字のプロジェクト指示に何を書くかが、そのまま成果の差になります。これはAIエージェントを自分の業務向けに育てるときの作業と同じで、ツールが変わっても中身は変わりません。

自分の仕事を分解して、判断の基準と渡し方を言葉にできる人から、この手の機能を使いこなせるようになります。まず無料セミナーでお会いしましょう。