2026年8月31日 / 最終更新日 : 2026年8月31日 fujifuji コラム

Claude Code 並列作業で承認待ち時間をゼロにする設定・運用方法

Claude Codeを使っていると、複数のタスクを同時に実行したいのに、

「このファイルを編集してよいですか？」
「このコマンドを実行してよいですか？」

といった承認リクエストで作業が止まることがあります。

特にClaude Codeを複数セッションで並列稼働させる場合、人間が一つずつ承認していると、AIを並列化したメリットが大きく失われます。

本記事では、Claude Codeの並列作業で承認待ち時間を限りなくゼロにする方法を、権限設定・Worktree・Autoモード・運用ルールまで含めて解説します。

結論: 安全性を重視するなら auto、完全に承認をなくしたい場合は、隔離されたコンテナやVM上で bypassPermissions を利用するのが基本です。Anthropic公式ドキュメントでも、bypassPermissions はホスト環境ではなく、隔離環境での利用が推奨されています。 (Claude)

Claude Codeの並列作業とは？

Claude Codeの並列作業とは、1つのClaude Codeセッションだけで作業するのではなく、複数のClaude Codeセッションやエージェントを同時に動かす方法です。

例えば、次のような分担ができます。

セッション	担当
Claude A	ログイン機能
Claude B	API開発
Claude C	テスト作成
Claude D	ドキュメント作成
Claude E	コードレビュー

Anthropicの公式ドキュメントでも、Subagents、Agent view、Agent teams、Worktreesなど、複数の方法でClaude Codeを並列化できると説明されています。 (Claude)

なぜ「承認待ち」が発生するのか？

Claude Codeは、ファイルの編集やシェルコマンドの実行など、環境に影響を与える操作について権限確認を行います。

例えば、

npm install

や、

rm temp.txt

のようなコマンドを実行する場合、設定によってはユーザーの承認が必要になります。

通常の default モードでは、基本的に読み取り以外の操作で確認が発生します。

Anthropic公式ドキュメントでは、権限モードとして以下が用意されています。 (Claude)

モード	承認	特徴
`default`	必要	安全性重視
`acceptEdits`	一部必要	ファイル編集を自動承認
`plan`	原則編集不可	計画・調査向け
`auto`	原則不要	安全チェックを行いながら自動実行
`dontAsk`	事前許可のみ	CIなどに向く
`bypassPermissions`	不要	すべての権限確認をスキップ

つまり、並列作業で承認待ちを減らしたいなら、権限モードの見直しが重要です。

方法1：`acceptEdits` を利用する

最初に検討したいのが、

acceptEdits

です。

acceptEditsでは、作業ディレクトリ内のファイル編集や一般的なファイルシステム操作などを自動的に許可できます。 (Claude)

CLIから起動する場合は、

claude --permission-mode acceptEdits

とします。

こんな人におすすめ

コード編集をAIに任せたい
しかし危険なコマンドは確認したい
ローカルPCで開発している
完全な自動実行には抵抗がある

という場合に適しています。

方法2：`auto` モードを利用する

より自動化したい場合は、

auto

モードが候補になります。

autoでは、ツール呼び出しを自動的に処理しながら、バックグラウンドの安全チェックによってリクエストとの整合性を確認します。公式ドキュメントでは、長時間のタスクや承認疲れを減らしたいケースが用途として挙げられています。 (Claude)

つまり、

人間
 ↓
Claudeに指示
 ↓
Claude
 ↓
ファイル編集
 ↓
コマンド実行
 ↓
テスト
 ↓
結果報告

という流れを作りやすくなります。

`auto` のメリット

承認操作を大幅に減らせる
長時間タスクと相性が良い
並列セッションでも人間の介入を減らせる
bypassPermissions より安全性を考慮した運用ができる

現時点では auto はResearch Previewとして提供されているため、利用可能なアカウント・モデルなどには条件があります。 (Claude)

方法3：`bypassPermissions` で承認を完全にスキップする

「承認待ち時間を本当にゼロにしたい」という場合に最も強力なのが、

bypassPermissions

です。

CLIでは、

claude --permission-mode bypassPermissions

または、

claude --dangerously-skip-permissions

を使用できます。 (Claude)

これにより、通常発生する権限確認をスキップできます。

`--dangerously-skip-permissions` は何が危険なのか？

名前の通り、この設定は強力です。

例えばClaudeが、

rm -rf

などの破壊的な操作を誤って実行した場合、通常の権限確認による防波堤がなくなります。

Anthropic公式ドキュメントでも、bypassPermissions はプロンプトインジェクションや意図しない操作に対する保護を提供しないため、コンテナやVMなどの隔離環境でのみ使用するよう推奨しています。 (Claude)

したがって、

claude --dangerously-skip-permissions

を普段使いのMacやPCでそのまま使用することはおすすめしません。

方法4：Claude Codeの設定ファイルで権限モードを設定する

毎回、

claude --permission-mode acceptEdits

と入力するのが面倒なら、設定ファイルを利用できます。

Claude Codeの設定では、

{
  "permissions": {
    "defaultMode": "acceptEdits"
  }
}

のように設定できます。 (Claude)

設定できる代表的な値は、

default
acceptEdits
plan
auto
dontAsk
bypassPermissions

です。 (Claude)

並列作業なら「Worktree」を使う

承認問題と同じくらい重要なのが、複数のClaudeが同じファイルを編集しないようにすることです。

例えば、

Claude A → src/login.py
Claude B → src/payment.py
Claude C → src/test.py

なら比較的安全ですが、

Claude A ─┐
          ├→ src/app.py
Claude B ─┘

のように同じファイルを同時編集すると、変更が衝突する可能性があります。

そこで利用したいのがGitのworktreeです。

`claude --worktree` を使う

例えば、

claude --worktree feature-login

とすると、独立したWorktreeでClaude Codeを起動できます。

別のターミナルでは、

claude --worktree feature-payment

とします。

すると、

メインリポジトリ
│
├── feature-login
│   └── Claude A
│
└── feature-payment
    └── Claude B

というように、それぞれ独立した作業ディレクトリで作業できます。

Anthropic公式ドキュメントでも、Worktreeを使うことで複数のClaude Codeセッションがそれぞれ独立したチェックアウトで作業でき、編集内容が衝突しないようにできると説明されています。 (Claude)

並列Claude Codeのおすすめ構成

個人的におすすめしたいのは、次のような構成です。

                  人間
                   │
             タスクを分割
                   │
       ┌───────────┼───────────┐
       ↓           ↓           ↓
    Claude A    Claude B    Claude C
       │           │           │
   Worktree A  Worktree B  Worktree C
       │           │           │
    feature A   feature B   feature C
       │           │           │
       └───────────┼───────────┘
                   ↓
                Review
                   ↓
                 Merge

ポイントは、

「並列化」と「権限自動化」を別々に考えること

です。

承認待ちゼロを実現する実践パターン

例えば3つの機能を同時に開発するとします。

ターミナル1

claude --worktree feature-login --permission-mode auto

ターミナル2

claude --worktree feature-payment --permission-mode auto

ターミナル3

claude --worktree feature-dashboard --permission-mode auto

これによって、

Claude A
 ↓
ログイン機能
 ↓
自動編集
 ↓
テスト

Claude B
 ↓
決済機能
 ↓
自動編集
 ↓
テスト

Claude C
 ↓
ダッシュボード
 ↓
自動編集
 ↓
テスト

を並列に進められます。

人間は途中の承認操作ではなく、完成した成果物のレビューに集中するという運用にできます。

「承認」ではなく「レビュー」に人間を置く

Claude Codeを効率的に使う場合、重要なのは、

人間がAIの操作を1回ずつ承認する

という運用から、

AIに一定範囲の作業を任せ、最後に人間がレビューする

という運用に変えることです。

例えば、

従来

Claude
 ↓
ファイル編集
 ↓
人間が承認
 ↓
Claude
 ↓
コマンド実行
 ↓
人間が承認
 ↓
Claude
 ↓
テスト
 ↓
人間が承認

これではAIの処理能力を十分に活かせません。

自動化後

Claude
 ↓
調査
 ↓
実装
 ↓
テスト
 ↓
修正
 ↓
完了
 ↓
人間がレビュー

という形にします。

`dontAsk` も並列処理では便利

もう一つの選択肢が、

dontAsk

です。

dontAskは、事前に許可されたツールだけを実行し、それ以外は承認画面を表示するのではなく拒否します。CIや厳密に許可範囲を限定した自動処理に向いています。 (Claude)

例えば、

読み取り
○

git status
○

pytest
○

rm
×

外部への危険な操作
×

というように、あらかじめ許可した操作だけを実行させる設計が可能です。

「全部自動化」より「許可リスト方式」がおすすめ

実務では、

何でも許可

より、

必要な操作だけ許可

の方が安全です。

Claude CodeにはPermission Rulesがあり、

allow
ask
deny

を設定できます。

ルールは deny → ask → allow の順番で評価され、最初に一致したルールが適用されます。 (Claude)

そのため、

安全な開発コマンド
↓
自動許可

危険なコマンド
↓
拒否

判断が必要な操作
↓
承認

という設計ができます。

並列作業では「権限」より「隔離」が重要

Claude Codeを自動化するときに最も重要なのは、

AIを信用することではなく、AIが間違えても被害を限定できる環境を作ること

です。

特に、

bypassPermissions

を利用する場合は、この考え方が重要になります。

おすすめは、

Docker
VM
Dev Container
専用開発環境
Worktree

などを組み合わせることです。

Anthropic公式ドキュメントでも、bypassPermissions はコンテナ・VM・Dev Containerなどの隔離環境で使用することが推奨されています。 (Claude)

`.env` や秘密情報にも注意

並列Claude Codeを構築するときに忘れやすいのが、

.env
.env.local
秘密鍵
APIキー
SSHキー

です。

Worktreeでは、必要なgitignoredファイルを .worktreeinclude に指定してコピーすることもできます。公式ドキュメントでは .env や .env.local などを対象にする例も紹介されています。 (Claude)

ただし、AIに秘密情報へのアクセス権を与えること自体がリスクになります。

必要のない秘密情報は、最初から環境に置かない設計がおすすめです。

並列Claude Codeのおすすめ運用ルール

実際に運用するなら、次のルールがおすすめです。

ルール1：タスクを細かく分割する

悪い例：

アプリを全部作って

良い例：

ログインAPIを実装

ログイン画面を実装

ログインAPIのテストを作成

ルール2：1エージェント1担当

Claude A → Backend
Claude B → Frontend
Claude C → Test
Claude D → Review

のようにします。

ルール3：Worktreeで隔離

claude --worktree backend
claude --worktree frontend
claude --worktree tests

のようにします。

ルール4：自動化するなら `auto` を第一候補にする

まず、

claude --permission-mode auto

を検討します。

安全性を維持しながら承認回数を減らしたい場合に向いています。 (Claude)

ルール5：完全自動化は隔離環境で行う

どうしても、

claude --dangerously-skip-permissions

を使いたい場合は、DockerやVMなどで環境を隔離します。

Claude Code並列作業の設定比較

方法	承認待ち	安全性	並列作業	おすすめ
default	多い	◎	△	★★
acceptEdits	少ない	○	○	★★★★
auto	非常に少ない	○	◎	★★★★★
dontAsk	なし※	◎	◎	★★★★
bypassPermissions	なし	△	◎	★★★
bypass＋Worktree＋コンテナ	なし	○	◎	★★★★★

※ dontAsk は許可されていない操作を「承認待ち」にせず拒否します。

承認待ち時間をゼロにするなら、この構成がおすすめ

最終的には、次の構成が現実的です。

                 Git Repository
                       │
            ┌──────────┼──────────┐
            ↓          ↓          ↓
        Worktree A Worktree B Worktree C
            │          │          │
         Claude A   Claude B   Claude C
            │          │          │
          auto       auto       auto
            │          │          │
            └──────────┼──────────┘
                       ↓
                    テスト
                       ↓
                    Review
                       ↓
                     Merge

そして、完全自動化が必要な特殊なケースでは、

Docker / VM
   ↓
Worktree
   ↓
Claude Code
   ↓
bypassPermissions
   ↓
自動実装・テスト

という構成を検討します。

よくある質問

Claude Codeの承認を完全になくせますか？

可能です。

bypassPermissions を利用すると、通常の権限確認をスキップできます。CLIでは、

claude --permission-mode bypassPermissions

または、

claude --dangerously-skip-permissions

を利用できます。 (Claude)

ただし、Anthropicは隔離環境での利用を推奨しています。

一番おすすめの設定は？

一般的な開発環境なら、

auto + Worktree

がおすすめです。

完全な権限スキップよりも、承認を減らしながら安全性を確保しやすいためです。

複数のClaude Codeを同時に動かしても大丈夫？

可能です。

ただし、同じディレクトリで複数セッションを動かすとファイル変更が衝突する可能性があります。

そのため、

claude --worktree task-a
claude --worktree task-b
claude --worktree task-c

のようにWorktreeを使う方法がおすすめです。 (Claude)

まとめ

Claude Codeの並列作業で問題になる「承認待ち時間」は、単純にClaudeを複数起動するだけでは解決できません。

重要なのは、

Permission Modeを見直す
auto を活用する
必要に応じて dontAsk を利用する
Worktreeで作業環境を分離する
秘密情報へのアクセスを最小化する
完全自動化する場合はコンテナ・VMで隔離する
人間は承認ではなく最終レビューを担当する

という運用です。

特におすすめなのが、

claude --worktree feature-a --permission-mode auto

のような 「Worktree × Auto × 並列セッション」 です。

Claude Codeの公式ドキュメントでも、Worktreeは並列セッションの変更衝突を防ぐ方法として案内され、auto は長時間タスクや承認疲れを減らす用途として説明されています。 (Claude)

そして、「承認をゼロにすること」そのものを目的にするのではなく、「AIが自律的に作業して、人間はレビューだけする」開発体制を作ることが、Claude Codeを並列運用する本当のポイントです。

参考：公式ドキュメント

Claude Code 権限設定

Claude Code Permission Mode

Claude Code Worktree

Claude Code 並列エージェント

プログラミング学習に関するお役立ちコンテンツ

カテゴリー: コラム

Claude Codeの並列作業とは？

なぜ「承認待ち」が発生するのか？

方法1：acceptEdits を利用する

こんな人におすすめ

方法2：auto モードを利用する

auto のメリット

方法3：bypassPermissions で承認を完全にスキップする

--dangerously-skip-permissions は何が危険なのか？

方法4：Claude Codeの設定ファイルで権限モードを設定する

並列作業なら「Worktree」を使う

claude --worktree を使う

並列Claude Codeのおすすめ構成

承認待ちゼロを実現する実践パターン

ターミナル1

ターミナル2

ターミナル3

「承認」ではなく「レビュー」に人間を置く

従来

自動化後

dontAsk も並列処理では便利

「全部自動化」より「許可リスト方式」がおすすめ

並列作業では「権限」より「隔離」が重要

.env や秘密情報にも注意

並列Claude Codeのおすすめ運用ルール

ルール1：タスクを細かく分割する

ルール2：1エージェント1担当

ルール3：Worktreeで隔離

ルール4：自動化するなら auto を第一候補にする

ルール5：完全自動化は隔離環境で行う

Claude Code並列作業の設定比較

承認待ち時間をゼロにするなら、この構成がおすすめ

よくある質問

Claude Codeの承認を完全になくせますか？

一番おすすめの設定は？

複数のClaude Codeを同時に動かしても大丈夫？

まとめ

参考：公式ドキュメント

プログラミング学習に関するお役立ちコンテンツ

Pythonのint型の範囲は？最大値・最小値・桁数をわかりやすく解説New!!

競馬予想シミュレーションの作り方｜Pythonで作る方法を初心者向けに解説New!!

方法1：`acceptEdits` を利用する

方法2：`auto` モードを利用する

`auto` のメリット

方法3：`bypassPermissions` で承認を完全にスキップする

`--dangerously-skip-permissions` は何が危険なのか？

`claude --worktree` を使う

`dontAsk` も並列処理では便利

`.env` や秘密情報にも注意

ルール4：自動化するなら `auto` を第一候補にする