Claude Code Projectsとは｜並列スレッドの実力と、放置で翌枠が消える落とし穴

「どのスレッドも、自分の担当範囲の中では正しかった」（筆者訳）。

Claude Code Projectsで約20時間、10スレッド、11本のプルリクエスト（PR：コード変更の取り込みを申請する単位）を走らせてWebサイトを1つ作り切った開発者が、振り返りに書いた一文だ（AI Arte, 2026年9月28日）。検証記事によれば、並列で動いたスレッドは夜通し作業を続け、変更同士がぶつかる「コンフリクト」も自分たちで解消したという。それでも本番データを流した瞬間、誰の担当でもなかった機能が丸ごと抜けていることが分かった。

PMとして、この一文は他人事に読めない。人間のチームでもまったく同じことが起きるからだ。チケットは全部クローズ、なのに結合したら動かない。Claude Code Projectsは、その「担当の隙間」問題ごと、AIの世界に持ち込んだ機能だと自分は見ている。

Claude Code Projectsとは：「フォルダ」から「会話」へ

Anthropicは2026年9月17日、プロジェクト機能の刷新をベータで公開した。公式ブログのタイトルは「Projects redesigned: from folder to conversation」だ（Claude公式ブログ）。

従来のプロジェクトは、ファイルや指示をまとめて置いておく「フォルダ」だった。新しいプロジェクトは1本の会話になる。ユーザーが「やりたいこと」を書くと、会話側のClaudeがコーディネーター役となって作業を切り分け、タスクごとに「スレッド」を立ち上げる。

構成要素は4つある。

要素	役割
会話（コーディネーター）	依頼を受け、スレッドを起動・振り分け・レビューし、結果をまとめる
スレッド	実作業の担当。基本はクラウド上のClaude Codeセッションで、リポジトリの専用ブランチで作業し、テストを走らせPRを開く
プロジェクトメモリ	要件・決定事項・落とし穴をファイルとして保存。全クラウドスレッドが起動時に MEMORY.md を読む
ライブラリ	アップロードしたファイルと、スレッドが生成したファイルの置き場

出典：Claude Code公式ドキュメント「Projects」

スレッドはクラウドで動くので、ノートPCを閉じても止まらない。進捗はスマホのClaudeアプリから確認・指示できる。Claude公式アカウントは「Claudeが並列スレッドを指揮し、ノートPCを閉じた後も作業を続ける」と告知した（Claude, X, 2026年9月17日）。

PMとしての理解では、これは「AIのチームリーダー」をユーザーとAIの間に1枚挟む設計だ。これまでの/goalとAgent Viewでは、並列セッションを束ねて見張るのは人間の仕事だった。Projectsではその采配をClaudeが引き受ける。

Claude Code Projectsを使える人・使えない場所（2026年10月6日時点）

公式ドキュメントを読む限り、利用条件はかなり細かい。発表から約3週間たった今も、全員が使えるわけではない。

• プラン：Pro・Maxの一部ユーザーのみのベータ。TeamとEnterpriseは未対応
• 展開順：クラウドセッションの利用歴があり、チャットやCoworkに既存プロジェクトを持たないアカウントから優先
• 利用場所：claude.ai/code、デスクトップアプリのCodeタブ、モバイルアプリ
• 使えない場所：ターミナルCLI、VS Code拡張、JetBrainsプラグイン、Amazon Bedrock・Google CloudのAgent Platform・Microsoft Foundry経由
• リポジトリ：github.com限定。GitHub Enterprise Server、GitLab、Bitbucketは不可。Claude GitHub Appのインストールとpush権限が必要

サイドバーに「Projects」が出ていなければ、まだ展開が届いていない。その場合はウェイトリストに登録できる。

AI系メディアのMindStudioは、Max契約者でもすぐには使えない状況を指して「見出しやブログのタイトルは、現実より数週間先行しうる」（筆者訳）と書いた（MindStudio, 2026年9月19日）。チャットで旧プロジェクトを作り込んできた人ほど後回しになる仕様なので、使えなくても焦る必要はない。

実例：20時間・11PRの成功と「担当の隙間」

冒頭のAI Arteの検証は、筆者（電脳狐影）が確認できた範囲で最も具体的な公開記録だ。作ったのはローカルLLMの必要メモリを調べるデータベースサイトで、Laravel 13とMySQLの構成だった。

数字は以下のとおり。

• 所要時間：約20時間（2026年9月26〜27日）
• スレッド10本、PR11本、約23,000行
• トークン消費：約1億9,180万（うち97.7%がキャッシュ読み込み。一度読んだ内容の再利用分）

うまくいった点として、検証者は「3つのタスクが夜通し並列で走り、スレッド同士がコーディネーター経由で連携した」と書いている。途中で自律性を広げる指示を追加すると、Claudeは自分から「新しい作業方針を読みました」と宣言し、次に取り組むタスクを自分で決めて進めた。

失敗も正直に書かれている。公開前に「各LLMがどの系列のモデルか」を照合するチェックが、どのスレッドの担当にもならず、実装されないまま残った。本番データでは関係のない補助ファイルが一覧表に紛れ込み、最新のモデル構造では必要メモリを計算できなかった。最終的にローカルで5時間・13コミットの手直しが必要になり、検証者は成果物を「完成品ではなく初稿」と評している。共有ホスティング（SSHのみ）へのデプロイはクラウドスレッドからはできず、ローカルでの手作業になった。

少なくともこの事例では、並列化そのものは機能していた。問題は分割の境界にある。

並列スレッドが向いている仕事3つ

公式ドキュメントが挙げる向いている仕事から、3つを紹介する。

1. ゴールが決まった継続作業：プロジェクト作成時に「決済APIのp95レイテンシ（遅い側5%を除いた応答時間）を200ms以下に保つ」のような1行のGoalを設定でき、プロファイリングや修正を複数スレッドで進める
2. 継続的に投げ込む作業：あるサービスのバグ報告やスタックトレースを届くたびに会話へ貼る。一度教えた落とし穴はメモリに残り、次のスレッドに引き継がれる
3. コード以外の仕事：契約書フォルダやサポートチケットのエクスポートを読み込ませ、「連携ミスの多い10パターンを抽出して」と頼む。成果物はライブラリにファイルで届く

複数リポジトリにまたがる移行作業との相性もいい。公式ブログでは、非推奨のv1エンドポイントを廃止するために、リポジトリごとにスレッドを立てて呼び出し側を移行し、マージの依存関係まで洗い出す例が紹介されている。

3番目は見落とされがちだが、PMにとってはここが本命だと思う。リポジトリなしでもプロジェクトは作れる。要件定義の資料、議事録、ユーザーインタビューの書き起こしを放り込み、論点ごとにスレッドを分けて調べさせる使い方は、コードを書かない立場でもすぐ試せる。

注意点：使用量の上限・同時実行数・ローカル実行

寝ている間に「次の枠」が消える

一番注意したい仕様がこれだ。公式ドキュメントにはこう書かれている。スレッドがプランの上限に達すると、待機したうえで、リセット時に自動で作業を再開する。つまり放置したプロジェクトは、本人が何もしなくても次の5時間枠（5時間ごとにリセットされる利用上限）を使い始める。

夜に走らせて朝起きたら、もう午前中の枠が残っていない。そんな事態は十分にありうる。止めたいならスレッドの「Stop」か、プロジェクト全体の「Pause」を押す。5時間枠と週次枠の関係はClaude Codeの「残業」機能の記事で整理しているので、あわせて読んでほしい。

使用量を食う要素は他にもある。

• デフォルトが全部Opus：新規プロジェクトはスレッドが最上位モデルOpusのhigh effort（考える量を最大にする設定）、会話側がOpusのlow effort。公式も「プランを最も速く消費する」と明記している
• PRを見張るスレッド：待機中でも、CI（自動テスト）が失敗したりレビューコメントが付いたりすると起き上がって使用量を消費する
• 古いスレッドの再利用：前回のやり取りを再利用できる期限（キャッシュの有効期限。Pro・Maxで1時間）を過ぎたスレッドに追加依頼すると、会話全体を読み直すところから始まる。新しい作業は新規スレッドのほうが安く済むことがある

「同時に2つまで」は守られる保証がない

会話で「同時実行は2つまで」と伝えることはできる。ただし公式ドキュメントは、これはClaudeが従う方針であって強制される上限ではないと書いている。強制されるのは「全プロジェクト合計で1日200スレッドの新規作成」だけだ。最大16,000文字まで書けるプロジェクト指示（Project instructions）に書いておけば全スレッドに毎回伝わるが、それでも強制力のある上限にはならない点は変わらない。

ローカル実行は「起きている間だけ」

社内DBやVPN越しのAPIなど、クラウドからは届かない環境が必要なタスクは、「Work locally」を選ぶとそのスレッドだけ自分のPCで動かせる。仕組みとしては、手元のPCをクラウド側からつなぐ「Remote Control」機能を使う（Claude Code v2.1.280以降が必要）。ただしPCがスリープすると止まる。

この周辺には、まだ不具合の報告も出ている。2026年10月5日には、クラウドスレッドがサーバー側でデスクトップ端末に紐付けられ、Google APIへの書き込みがブロックされるという報告がGitHubに上がった（Issue #99688）。報告者は、外部APIに書き込むクラウド作業とPC上のRemote Control作業を両方使うユーザーは「アカウントのセキュリティ設定を行ったり来たり切り替えなければならない」（筆者訳）と書いている。2026年10月6日時点でIssueはオープンのままで、Anthropicの公式見解は確認できていない。

「会話」というUIそのものへの疑問

設計思想への異論もある。Hacker Newsでは、チャットとCoworkの統合発表のスレッドで、ユーザーのcpintoが「チャットはこの用途にはひどいインターフェースだ。長い会話を上下にスクロールしなければならない」（筆者訳）とコメントし、タスク単位の整理を求めた（Hacker News, 2026年9月）。同じスレッドでdbbkは、旧プロジェクトでチャットを分けた結果、別のチャットの内容を参照できなくなったと不満を書いている。新Projectsではプロジェクト内の全スレッドが共有メモリを読むので、少なくとも1つのプロジェクトの中では、こうした分断への一つの答えになりうる。

受託開発者が見落としやすい「契約」の話

フリーランスにとって、技術面より重いかもしれない論点がある。

ProとMaxは個人向けの消費者規約で動く。Anthropicの規約更新では、Free・Pro・Maxプランについて、Claude Codeの利用も含めて、モデル改善設定がオンなら学習利用とデータ保持5年、オフなら保持30日と説明している（Anthropic, Updates to Consumer Terms。2026年10月6日時点。最新の条件は規約本文で確認してほしい）。組織が管理する商用規約のTeam・Enterpriseでは、まだProjectsが使えない。

スウェーデンのTechnspireのファラク・マフムードは、この構造を「消費者プランの罠」と呼んだ。社員が個人のMax契約で会社のリポジトリを扱うと、「ソースコードの扱いが、社員のプロフィール画面にあるプライバシー設定1つで決まってしまう」（筆者訳）という趣旨の指摘だ（Technspire, 2026年9月21日）。

日本の受託開発でも同じことが言える。クライアントのリポジトリにClaude GitHub Appを入れる時点で、業務委託契約やNDAの「第三者への開示」「外部サービスの利用」条項に触れる可能性がある。モデル改善設定をオフにしても、コードがAnthropicに送られること自体は変わらない点にも注意したい。データの扱いはAnthropicのデータ保持方針の変化とあわせて確認しておきたい。

自分（電脳狐影）ならこう使う

PMとして、自分なら次の順番で入る。

1. 最初の案件は自分のリポジトリか、コード以外の資料で試す。クライアント案件は、契約上AIサービスの利用が認められていると確認できるまで入れない（必要ならクライアントの書面での了承をもらう）。認められた場合も、モデル改善設定はオフにする。チームで使うなら、Team対応を待つ
2. 「スレッドを提案してから、承認を待って」と最初に伝える。公式ドキュメントにもこの指示例がある。最初の数本の出来を見てから自律性を広げる
3. スレッドのモデルを下げる。設定画面の「Thread model」で、定型作業はSonnet 5.5に落とし、設計判断が要るタスクだけOpusを指定する
4. 「結合確認担当」のスレッドを明示的に作る。AI Arteの失敗は、どのスレッドの責務でもない機能が漏れたことだった。人間のチームで「全体を通しで見る人」を置くのと同じで、ここは人が設計するしかない
5. 寝る前にPauseするか、翌朝の枠を差し出す覚悟を決める

正直に書くと、コーディネーターの判断がどこまで信頼できるのか、自分にはまだ分からない。20時間の実例は1件で、スレッド数が増えたときの品質はこれから明らかになる部分だ。ただ「タスクの切り分けは上手いが、隙間は埋めない」という今の性格は、PMが一番よく知っている部下の姿でもある。任せ方を工夫すれば、十分に戦力になると見ている。

関連記事

• Claude Code /goal・Agent View完全ガイド｜v2.1.139の自律実行と並列運用
• Claude Code Routines完全ガイド｜ノートPC閉じても動く自動化とDesktop大改造
• Claude Code Modsとは何か｜TypeScriptでAgentの動作を書き換える新機構
• Claude Code 5時間制限の「残業」機能｜Proは週1回・Maxは毎回、週次枠の代償
• Claude Code 9月14日の週次制限変更：「+25%増」は実質-17%削減の算数

---

本記事は2026年10月6日時点の公式ドキュメント・公式ブログ・公開されている利用報告に基づく。Claude Code Projectsはベータ版であり、対象ユーザー、仕様、制限は予告なく変更される可能性がある。記事中の利用体験は出典元の記録を引用・要約したものであり、筆者（電脳狐影）自身の利用体験ではない。契約・法務に関する記述は一般的な注意喚起であり、個別の判断は契約書の確認や専門家への相談を推奨する。Claude、Claude CodeはAnthropic PBCの商標である。その他、記事中の会社名・製品名・サービス名は各社の商標または登録商標である。