CLAUDE LABEN
AGENTS — Managed Agentsのセッション作成時にagent_with_overridesを渡すと、そのセッションだけモデル・システムプロンプト・ツール・MCPサーバー・スキルを差し替えられますKEYS — Claude ConsoleでAPIキーに有効期限を設定できるようになりました。プリセット・カスタム期間・無期限から選べ、7日以上のキーは失効前にメール通知が届きますMCP — 管理者がIDプロバイダ経由で組織全体にMCPコネクタをプロビジョニングできるようになりました。Okta起点で、ユーザーは初回ログイン時に自動でコネクタを使えますWORKBENCH — 旧Workbench(platform.claude.com/workbench)は8月17日で提供終了です。プロンプト生成・改善・テンプレート化の実験的APIも同日に廃止されますREVIEW — Claude Codeにバックグラウンドの/code-reviewが追加され、レビュー中も作業を続けられます。あわせてMCPやWindowsのパス処理が改善されましたFASTEND — Claude Opus 4.7のfastモードは本日7月24日で削除されます。speed: 'fast'を指定している箇所はOpus 4.8への移行が必要ですAGENTS — Managed Agentsのセッション作成時にagent_with_overridesを渡すと、そのセッションだけモデル・システムプロンプト・ツール・MCPサーバー・スキルを差し替えられますKEYS — Claude ConsoleでAPIキーに有効期限を設定できるようになりました。プリセット・カスタム期間・無期限から選べ、7日以上のキーは失効前にメール通知が届きますMCP — 管理者がIDプロバイダ経由で組織全体にMCPコネクタをプロビジョニングできるようになりました。Okta起点で、ユーザーは初回ログイン時に自動でコネクタを使えますWORKBENCH — 旧Workbench(platform.claude.com/workbench)は8月17日で提供終了です。プロンプト生成・改善・テンプレート化の実験的APIも同日に廃止されますREVIEW — Claude Codeにバックグラウンドの/code-reviewが追加され、レビュー中も作業を続けられます。あわせてMCPやWindowsのパス処理が改善されましたFASTEND — Claude Opus 4.7のfastモードは本日7月24日で削除されます。speed: 'fast'を指定している箇所はOpus 4.8への移行が必要です
記事一覧/Claude Code
Claude Code/2026-03-11中級

Claude Code ワークツリー活用ガイド — 安全な並行作業の実践テクニック

Claude Code の git worktree 機能を使った安全な並行開発のテクニックを解説。ブランチ切替不要で複数タスクを同時進行する方法。

Claude Code202Git4Worktree並行開発ブランチ管理

ワークツリーとは

Git の worktree(ワークツリー)機能は、1つのリポジトリから複数の作業ディレクトリを同時に展開する仕組みです。Claude Code はこの機能をネイティブサポートしており、メインの作業を中断せずに別タスクを安全に進められます。

ℹ️
ワークツリーを使うと、ブランチの切替(`git checkout`)が不要になります。各ワークツリーが独立したディレクトリを持つため、未コミットの変更を stash する手間もありません。

基本的な使い方

Claude Code でワークツリーを起動

Claude Code のプロンプトで「ワークツリーで作業」と指示するだけで、自動的に新しいワークツリーが作成されます。

# Claude Code のプロンプトで
> このバグ修正をワークツリーで進めて
 
# Claude Code が自動的に実行する内容:
# 1. .claude/worktrees/ 配下に新しいワークツリーを作成
# 2. HEAD から新しいブランチを切る
# 3. そのディレクトリで作業を開始

手動でワークツリーを作成

Git コマンドで直接作成することも可能です。

# 新しいワークツリーを作成(新ブランチも同時に作成)
git worktree add ../my-feature -b feature/new-login
 
# 既存ブランチをワークツリーとして展開
git worktree add ../hotfix-dir hotfix/critical-bug
 
# ワークツリーの一覧を確認
git worktree list

実践シナリオ

シナリオ1: メイン作業中の緊急バグ修正

新機能の開発中に本番のバグ修正依頼が来た場合、ワークツリーなら作業を中断せずに対応できます。

現在の状態:
  main ブランチ → メインのワークツリー(新機能開発中)

緊急バグ修正:
  hotfix ブランチ → 別のワークツリーで修正

Claude Code での操作例:

# メインの作業ディレクトリはそのまま
> 本番のログインエラーをワークツリーで修正して。
> main ブランチから hotfix/login-error ブランチを切って対応して。

Claude Code は別ディレクトリでバグを修正し、PR を作成します。メインの作業ディレクトリには一切影響しません。

シナリオ2: 複数の PR を同時に作業

異なる機能を並行して開発する場合にも有効です。

# ワークツリー1: ユーザー認証の改善
git worktree add ../auth-improvement -b feature/auth-v2
 
# ワークツリー2: ダッシュボードの新機能
git worktree add ../dashboard-feature -b feature/dashboard
 
# ワークツリー3: パフォーマンス改善
git worktree add ../perf-tuning -b perf/optimize-queries

各ワークツリーは独立しているので、ビルドやテストも互いに干渉しません。

シナリオ3: スケジュールタスクとの並行作業

Cowork のスケジュールタスクがリポジトリに自動コミットする場合、手動作業と競合する可能性があります。ワークツリーを使えば安全に分離できます。

# メインのワークツリー: スケジュールタスクが main ブランチに自動コミット
# 手動のワークツリー: 別ブランチで UI 改善を進める
git worktree add ../ui-redesign -b feature/ui-redesign
 
# 作業完了後、main にマージ
git checkout main
git merge feature/ui-redesign
💡
スケジュールタスクが `main` に直接プッシュする構成の場合、手動作業は別ブランチで行い、完了後にマージするのがベストプラクティスです。プッシュ前には必ず `git pull --rebase origin main` を実行しましょう。

ワークツリーの管理

一覧の確認

git worktree list
# /home/user/myproject         abc1234 [main]
# /home/user/myproject-hotfix  def5678 [hotfix/login-error]
# /home/user/myproject-feature ghi9012 [feature/dashboard]

ワークツリーの削除

作業が完了したワークツリーは削除してディスク容量を節約します。

# ワークツリーを削除
git worktree remove ../myproject-hotfix
 
# 強制削除(未コミットの変更がある場合)
git worktree remove --force ../myproject-hotfix
 
# 削除済みワークツリーの参照をクリーンアップ
git worktree prune
⚠️
ワークツリーを削除しても、ブランチ自体は残ります。ブランチも不要な場合は `git branch -d ブランチ名` で別途削除してください。

Claude Code 終了時の自動クリーンアップ

Claude Code でワークツリーを使用した場合、セッション終了時に「ワークツリーを保持するか削除するか」の確認が表示されます。変更がない場合は自動的にクリーンアップされます。

注意点とベストプラクティス

同じブランチは同時に展開できない

1つのブランチは1つのワークツリーでしか使用できません。

# これはエラーになる
git worktree add ../second-main main
# fatal: 'main' is already checked out at '/home/user/myproject'

node_modules の扱い

各ワークツリーは独立したディレクトリなので、node_modules も個別にインストールが必要です。

cd ../my-feature
npm install  # ワークツリーごとに必要
ℹ️
ディスク容量が気になる場合は、pnpm のコンテンツアドレッサブルストレージを使うと、node_modules の重複を大幅に削減できます。

ワークツリー間でのファイル共有

.git ディレクトリは元のリポジトリと共有されるため、以下は全ワークツリーで共通です:

  • Git の設定(.git/config
  • リモート設定
  • reflog
  • Git hooks

逆に、以下はワークツリーごとに独立しています:

  • 作業ファイル(ソースコード)
  • ステージングエリア(インデックス)
  • HEAD の参照先(チェックアウト中のブランチ)

Claude Code との組み合わせテクニック

Task ツールとワークツリー

Claude Code の Task ツールに isolation: "worktree" を指定すると、サブエージェントが自動的にワークツリー内で作業します。

Task ツールで isolation: "worktree" を指定
→ サブエージェントが独立したワークツリーで作業
→ 変更がある場合はブランチとパスが返される
→ メインの作業に影響なし

/worktree スラッシュコマンド

Claude Code では /worktree コマンドで対話的にワークツリーを管理できます。

> /worktree       # ワークツリー関連の操作メニュー

全体を振り返って

ワークツリーは、Claude Code での並行開発を安全かつ効率的にする強力な機能です。メインの作業を中断せずに緊急対応ができ、複数の PR を同時に進められます。スケジュールタスクとの競合を防ぐ手段としても有効です。ブランチ切替のストレスから解放され、よりスムーズな開発ワークフローを実現しましょう。

シェア

お読みいただきありがとうございます

Claude Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • コピー&ペーストで使える実装コード付き
  • 毎日新しい上級ガイドを追加
  • ¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

もしこの記事がお役に立ちましたら、チップ(¥150)で応援いただけると大変励みになります。広告なしでの運営を続けるため、皆さまのご支援が大きな力になっています。

関連記事

Claude Code2026-06-16
Claude Code の大規模リファクタを 1 コミット単位で巻き戻せる状態に保つ — チェックポイント設計とロールバック検知の実装メモ
Claude Code に大規模リファクタを任せると速さの裏でレビュー不能な巨大 diff が積み上がります。チェックポイントをマニフェストで管理し、コミット粒度を pre-push で機械的に強制し、ロールバック判断を Observability に紐づける——個人開発と受託で固めてきた実装メモです。
Claude Code2026-04-02
Claude Code worktreeで並列開発を加速する
Claude Code の worktree で複数タスクを安全に並行させるための実装メモ。ブランチを物理的に分離してコンテキストスイッチを軽くする手順を、実際に運用してわかった勘所とともに整理します。
Claude Code2026-03-25
Claude Code Worktree — 並列開発で生産性を最大化する
Claude Code の --worktree フラッグを使った並列開発テクニック。複数ブランチを同時に進行させ、開発効率を大幅に向上させる方法。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →