Claude Cowork(協働ワークフロー)
Claude Code を複数エージェント / チームで並走させ、人間はレビュアに徹する運用パターン。
30秒サマリ
- 1 人 + 1 Claude ではなく、1 人 + 3〜4 Claude を回すための運用術
- 鍵は「git worktree」で作業空間を物理的に分離すること
- 役割は Planner / Builder / Reviewer の 3 分業が最小構成
- 人間の仕事は:タスク分解 → 各 Claude に投入 → PR レビュー、の 3 つに集約される
こんな人に効く / 効かない
- 効く:タスクが 2〜5 個並列に走らせられる規模のプロジェクト
- 効く:PR ベースの開発フローがすでに回っているチーム
- 効かない:小さな 1 ファイル修正が中心の運用(オーバースペック)
- 効かない:DB マイグレーションなど直列にしか進まない作業
セットアップ(worktree で並走環境を作る)
- メインリポの隣に worktree 用ディレクトリを掘る
- feature ごとに worktree を切って、それぞれで `claude` を起動
- ターミナルは tmux / iTerm 分割 / VSCode ターミナル分割のどれでも OK
- 共有の `CLAUDE.md` はメインブランチで管理、各 worktree に自動で反映される
# 1. worktree を 3 本作る
git worktree add ../proj-planner main
git worktree add ../proj-feature-a -b feature/a
git worktree add ../proj-feature-b -b feature/b
# 2. それぞれ別ターミナルで起動
cd ../proj-planner && claude # 計画係
cd ../proj-feature-a && claude # 実装係 A
cd ../proj-feature-b && claude # 実装係 Bworktree 間で `node_modules` を共有すると事故る。各 worktree で `pnpm install` を独立に走らせる(pnpm ならストア共有で速い)。
最初の30分ワークスルー(3タブで1機能を仕上げる)
「ログイン画面にパスワードリセット導線を追加」を 3 タブで回してみる例。
- Planner タブ(plan モード)で全体設計を出させる
- 出てきた TODO を、Builder A(UI)と Builder B(API)に切り分けて投入
- 両方が終わったら Reviewer タブで両ブランチを順にチェックアウトしてレビュー
- 指摘があれば Builder に戻す。OK なら PR を出させて統合
Planner への投入プロンプト例:
「ログイン画面にパスワードリセット導線を追加したい。
UI と API に分解して、依存関係と受け入れ基準を明記した TODO を出して。実装は待って。」
Builder A への投入プロンプト例:
「Planner が出したこの TODO の『UI 部分』だけ実装して。API は別担当がやるからモック前提で。」役割別プロンプトテンプレ
【Planner】
「plan モードのまま作業して。以下の要件を、UI / API / DB / テスト の4層に分解し、
各層のタスクを 30 分以内で終わる粒度まで割ってから TODO リストで出して。」
【Builder】
「以下のタスクだけを実装して。他の層には触らない。実装後、影響範囲のテストを追加して。
完了したら変更ファイル一覧と、次の担当者への申し送りを 3 行で書いて。」
【Reviewer】
「ブランチ feature/X を checkout して差分をレビューして。
観点は ①要件を満たしているか ②テスト不足 ③設計上の懸念 の3つ。
優先度付きで指摘リストを出して。」統合とコンフリクト解消
- 先にマージする PR を決めて統合
- 残りの worktree で `git pull --rebase origin main` を Claude に依頼
- コンフリクトが出たら、その worktree の Claude に「rebase 中のコンフリクトを、意図を保って解消して」と依頼
- 解消後に必ずテストを走らせる(Claude に `pnpm test` させる)
コンフリクト解消は Claude が得意な作業のひとつ。ただし「意図を保って」と明示しないと、機械的に片方を採用して意味が壊れることがある。
運用のコツ(アンチパターン付き)
- ○ 各 worktree は独立ブランチ。同一ブランチを 2 つの Claude に触らせない
- ○ `.env` は各 worktree に個別配置(シンボリックリンクでも可)
- ○ Planner が出した TODO はメインの Issue に貼って人間が可視化
- × main を触らせる → 事故の温床
- × 3 タブ全部に「全部よしなに」→ 同じファイルを別方向に書き換えて破綻
- × Reviewer を省く → 品質が担保できない。1 人でも Reviewer タブは必ず立てる
チートシート
# worktree 操作
git worktree list # 一覧
git worktree add <path> -b <branch> # 新規(新ブランチ)
git worktree add <path> <existing> # 既存ブランチを開く
git worktree remove <path> # 片付け
# セッション
claude -c # 前回の続き(worktree ごとに独立に保存される)
/clear # 現worktree のセッションだけリセット20分セットアップ手順
要約(非技術者向け)
1人 × 複数 Claude の並走を、20分で最小構成まで立ち上げます。
git worktree で作業ディレクトリを分け、Claude を複数走らせる基本形。
チェックリスト(自動保存)
0/7
次に何をすればよいか
- 対象リポで `git worktree add ../repo-a feature/a` を作成
- タスクA・タスクBを Issue 化して各セッションに投げる
- 終わったら worktree を削除しブランチ整理