workflows Claude Codeとは｜並列実行の使い方・注意点
Claude Codeで「workflows」と表示されたものの、通常の指示やRoutines、Web版の作業と何が違うのか分からない人に向けた記事です。大きな改修を任せる場面、始め方、使い過ぎを防ぐ確認ポイントを、公式情報に沿って整理します。
workflows Claude Codeは、複雑な作業を複数の処理へ分けて並列に進め、結果を確認してまとめる仕組みです。大規模な改修や監査に向き、最初は範囲を絞って実行量と差分を確認しながら使えるとわかる。
Contents (8)
workflows Claude Codeとは？動的ワークフローの意味
検索結果にある「workflows Claude Code」は、単に作業手順を並べる一般語ではなく、AnthropicがClaude Codeで提供する「Dynamic workflows」を指している場合が多い言葉です。公式発表では、Claudeが依頼内容を計画し、仕事を複数の処理に分け、並列に進めたうえで結果を検証し、まとまった回答に仕上げます。
通常の対話は、依頼して返答を受け取り、次の指示を出す流れです。Dynamic workflowsでは、最初に目的と条件を渡すと、途中の分割や確認の一部を仕組み側で進めます。数十〜数百ファイルにまたがる改修、広い範囲の不具合調査、複数の観点からのレビューなど、一度のやり取りでは見落としやすい仕事を対象にする機能です。
Anthropicの発表では、2026年5月28日時点でDynamic workflowsは一般提供となり、Claude CodeのCLI・Desktop・VS Code拡張、API、Amazon Bedrock、Vertex AI、Microsoft Foundryで利用できると説明されています。契約や管理設定によって使える範囲は変わるため、実際の画面で利用可否を確認してください。
出典URL: https://claude.com/blog/introducing-dynamic-workflows-in-claude-code
単発の指示・Routines・workflowsの違い
3つはどれも作業を自動化できますが、得意な規模と判断の置き場所が異なります。迷ったときは、次の表で対象の大きさを見極めると選びやすくなります。
| 使い方 | 得意な仕事 | 向いている場面 |
|---|---|---|
| 単発の指示 | 1つの質問、短い修正、ファイル確認 | 変更範囲が小さく、結果をすぐ見たいとき |
| Routines・定型実行 | 決まった手順の繰り返し | 定時処理や毎回同じ形式の作業 |
| Dynamic workflows | 複雑な仕事の分割、並列処理、検証 | 大規模改修、調査、監査、複数案の比較 |
たとえば、1つの関数の名前を変えるだけなら単発の指示で十分です。毎朝同じレポートを作るなら定型実行が適しています。一方、古いフレームワークからの移行で多数のファイルを読み、変更後にテストとレビューまで行うなら、Dynamic workflowsの対象になりやすいでしょう。
重要なのは、規模が大きいほど自動実行を有効にすればよいわけではない点です。仕様が曖昧なまま処理を分けると、誤った前提が複数の処理に広がります。最初の依頼文には、対象範囲・変えてはいけない部分・成功条件・実行するテストを明記してください。
workflows Claude Codeの始め方
公式発表に沿って試す場合は、次の順序で小さな検証から始めます。
- リポジトリ、対象ディレクトリ、変更してよい範囲を決め、成功条件とテスト方法を依頼文に書きます。
- 利用環境でAuto modeを有効にします。AnthropicはDynamic workflowsを使う際、Auto modeを有効にする方法を推奨しています。
- Claude Codeに
Create a workflowと依頼するか、effortメニューからClaude Code専用設定のultracodeを選びます。 - 初回の確認画面で実行内容を読み、トークン消費と変更範囲に納得できる場合だけ開始します。最初は数ファイル程度の範囲に絞ると判断しやすくなります。
- 完了後に差分、テスト結果、生成された説明を人が確認し、必要なら修正を依頼してからコミットやプルリクエストに進みます。
Anthropicの説明では、Max・Team・Enterpriseでは既定で有効になり、Proでは /config から有効にする案内があります。ただし、組織の管理者が利用を止めている場合や、接続先によって画面が異なる場合があります。設定名が見つからないときは、契約プランと管理設定を先に確認してください。
出典URL: https://claude.com/blog/introducing-dynamic-workflows-in-claude-code
向いている作業と向いていない作業
Anthropicが例として挙げるのは、コードベース全体の不具合調査、プロファイラーを使った改善点の確認、セキュリティ監査、大規模な移行や最新化、重要な回答の再確認です。共通しているのは、作業を分けられ、各結果を別の観点から確かめられることです。
反対に、次のような仕事は通常の対話や計画モードから始めたほうが安全です。
- 目的や仕様がまだ固まっておらず、会話しながら要件を決めたい仕事。
- 本番データを直接変更する仕事や、失敗時の復旧手順が決まっていない仕事。
- 1〜2ファイルの小さな修正や、数分で結果を確認できる仕事。
- テストがなく、変更後の正しさを自動で判断できない仕事。
Dynamic workflowsは長時間・大規模な作業を得意としますが、判断をすべて任せる機能ではありません。変更前にブランチを分け、実行後に差分とテストを確認する運用が前提です。特にデータ移行では、読み取り専用の調査から開始し、書き込み処理は別の依頼に切り分けると被害を抑えられます。
Claude Code on the webとの使い分け
検索上位には、GitHubリポジトリを遠隔環境で処理する「Claude Code on the web」も表示されます。これはDynamic workflowsと同じものではありません。Web版はブラウザでリポジトリと依頼を選び、隔離された環境で作業を進め、完了時に変更ブランチとプルリクエストを用意する仕組みです。複数の仕事を同時に走らせられる点が特徴です。
| 状況 | 選ぶ方法 | 理由 |
|---|---|---|
| 大きなリポジトリを横断して調査・改修したい | Dynamic workflows | 分割、並列処理、結果の確認を一つの長い作業にまとめやすい |
| GitHub上の明確なIssueを席を外して処理したい | Claude Code on the web | 遠隔環境で非同期に進め、後からプルリクエストを確認できる |
| 手元の未コミット変更を見ながら細かく指示したい | Terminal・IDE | 画面を見てすぐ方針を変えられ、ローカルの状態を保ちやすい |
Claude Code on the webの公式ヘルプでも、要件が明確で途中の修正指示が少ない仕事はWeb版、探索的な仕事や頻繁な方向転換が必要な仕事はターミナルやIDEが適すると案内されています。Dynamic workflowsを使うかどうかだけでなく、どこで実行するかも先に決めることが重要です。
出典URL: https://support.claude.com/en/articles/12618689-claude-code-on-the-web
トークン・権限・レビューで注意すること
Dynamic workflowsは通常のセッションより多くのトークンを消費することがあります。最初の起動時には実行内容の確認が表示され、組織管理者は利用を無効化できます。便利さだけを見て全案件に適用すると、費用だけでなく変更差分の確認量も増えるため、対象を選ぶ必要があります。
安全に運用するための確認は、次の4つに分けて考えると漏れにくくなります。
- 費用：並列処理の数、長時間実行の有無、利用モデルを確認し、検証用の上限を決めます。
- 権限：リポジトリ、外部サービス、シェル操作に必要な権限だけを与え、本番環境の認証情報を直接渡さないようにします。
- 成果物：変更されたファイル、削除、設定変更、テスト結果を確認し、説明文だけで成功と判断しません。
- 停止方法：途中で前提が崩れた場合に停止し、ブランチを戻し、手動で再実行できる手順を用意します。
FAQでは、管理設定ファイル managed-settings.json に "disableWorkflows": true を追加する方法、カスタムロールで利用可否を分ける方法、組織設定から一括で止める方法が説明されています。会社で導入する場合は、個人が自由に切り替えるだけでなく、誰がどの範囲で使えるかを決めてください。
出典URL: https://support.claude.com/en/articles/12386420-claude-code-faq
大規模改修での実践パターン
たとえば、古いAPIの呼び出しを新しい形式へ移行する場合は、いきなり全ファイルを書き換えさせるのではなく、確認できる成果物を段階的に指定します。
- 調査：対象ファイル、旧形式の使用箇所、関連テスト、例外になりそうな箇所を一覧化します。
- 計画：変更単位、互換性を保つ条件、先に追加するテスト、戻す基準を決めます。
- 小規模実行：代表的な数ファイルだけを変更し、ビルドとテストが通ることを確認します。
- 拡張実行：問題がなければ対象を広げ、各処理の結果を同じ形式で集めます。
- 人手確認：差分、ログ、テスト、性能への影響を確認し、承認した変更だけを統合します。
この形なら、並列処理の速度を活かしながら、誤った変換が全体へ広がる前に止められます。依頼文には「変更しないファイル」「実行禁止のコマンド」「必ず実行する検証」「完了とみなす条件」を書き、結果が条件を満たさない場合は変更を確定しないよう指定してください。
workflows Claude Codeを使う判断基準
workflows Claude Codeを試す価値が高いのは、作業の目的が明確で、複数の処理へ分割でき、結果をテストや差分で確認できるケースです。大規模な移行や調査では、調査・実装・検証を分けることで、単発の指示を何度も繰り返す負担を減らせます。
一方、要件が曖昧な仕事、少量の修正、復旧策のない本番操作では、まず通常の対話で計画を固めるのが安全です。Dynamic workflows、Claude Code on the web、ターミナル・IDEは競合する機能ではなく、仕事の規模・場所・監督の必要量で使い分ける選択肢です。最初の一件は小さく試し、トークン使用量とレビュー時間を測ってから対象を広げると、速度と安全性を両立できます。