Get the latest on AI, LLMs & developer tools
New MCP servers, model updates, and guides like this one — delivered weekly.
リリース内容
2026年5月28日、Claudeは Claude Codeにおける動的ワークフローを導入しました。公式のリリース投稿では、Claudeがオーケストレーションコードを記述し、作業を多数のサブエージェントに分散させ、結果を検証してから報告する、長時間実行される並列処理として説明されています。検証済みのClaudeDevsスレッドでは、製品の動作がより直接的に表現されており、プロンプト内で workflow という単語を使用することで開始できます。
Claude Codeの新機能(リサーチプレビュー):動的ワークフロー。
— ClaudeDevs (@ClaudeDevs)2026年5月28日
このリリースの有益な解釈:ワークフローは単なるプロンプトテンプレートではありません。これは、コードベースの監査、サービス全体のバグ調査、大規模な移行、クロスチェックを伴うリサーチ、そして承認前に多角的なアプローチが必要な計画など、単一の会話ループでは収まりきらない作業のための、Claude Code内の新しいオーケストレーションパスです。
The workflow shape: Your prompt -> Claude writes workflow JavaScript -> Runtime starts background phases -> Subagents investigate, edit, test, or review -> Results are cross-checked -> One coordinated answer returns to the session
定義
Claude Codeの動的ワークフローとは、Claudeがタスクに応じて記述するJavaScriptのオーケストレーションスクリプトであり、バックグラウンドで個別のランタイムが実行されます。エージェントが実際の読み取り、書き込み、シェル操作、調査、レビューを行います。スクリプトは実行を調整し、中間結果をメインのチャットコンテキストの外に保存します。
この違いこそが本機能のすべてです。通常のチャットでは、Claudeがターンごとに次の行動を決定し、すべての結果を会話内に収める必要があります。一方、ワークフローでは、計画、ループ、分岐、中間値がワークフローのスクリプト内で管理されます。メインセッションは応答性を維持し、調整された結果を受け取ります。
要件と利用可能性
運用の信頼できる情報源は Claude Code のワークフローに関するドキュメントです。それによると、動的ワークフローは現在リサーチプレビュー版であり、Claude Code v2.1.154 以降が必要で、有料プランおよびサポートされている API/プロバイダーのデプロイメントで利用可能です。ローンチブログおよび ClaudeDevs のスレッドには、Claude Code CLI、Desktop、VS Code、Claude API、Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundry も記載されています。
| 要件 | 確認事項 | コマンドまたは場所 |
|---|---|---|
| Claude Code バージョン | ワークフローには v2.1.154 以降を使用してください。 | claude --version |
| 機能の有効化 | Pro ユーザーは、Dynamic workflows の行を有効にする必要がある場合があります。 | /config |
| プランまたはプロバイダー | 有料プランまたはサポートされているプロバイダーのパスを使用してください。 | Claude アカウント、API、Bedrock、Vertex AI、Foundry |
| ツール | /deep-research Web 検索アクセスが必要です。 | ツール設定および権限の許可リスト |
# Check your version claude --version # Update if needed claude update # Inside Claude Code, open settings and confirm Dynamic workflows /config
ローンチ当日の注意点として、ブログや X のスレッドでは Max、Team、Enterprise での利用が強調されていますが、ドキュメントでは現在、より具体的な有料プランの設定に関する注記が記載されており、Pro での有効化については以下に言及されています。 /config実際の設定については、ドキュメントページおよびアカウントの settings 画面に従ってください。
メンタルモデル:サブエージェント、スキル、ワークフロー
Claude Codeには、作業を並列化または再利用するための方法がすでにいくつか存在していました。Dynamic workflowsはサブエージェントの上位に位置します。これらはサブエージェントを利用しますが、その調整はスクリプト内で行われます。そのため、この機能は反復可能なファンアウトや検証パターンにおいて有用です。
| 機能 | プランを保持するものは何か? | 最適な用途 | スケール |
|---|---|---|---|
| サブエージェント | Claudeがターンごとに判断を下す。 | コンテキストを乱すような単発のタスク。 | ターンごとに数件の委任されたタスク。 |
| スキル | Claudeが従う再利用可能な指示。 | 反復可能な手順やドメインルール。 | 通常の作業やサブエージェントの作業と同様。 |
| Dynamic workflow | ワークフロースクリプトがフェーズを決定する。 | 監査、移行、調査、敵対的レビュー。 | 実行ごとに数十から数百のエージェント。 |
1つか2つの独立した調査が必要な場合はサブエージェントを使用してください。ノウハウを再利用可能にすべき場合はスキルを使用してください。ファンアウト、結果の比較、失敗したエージェントの再起動、成功した実行の保存、そしてコマンドとしての再利用など、オーケストレーション自体を反復可能にする必要がある場合はワークフローを使用してください。
クイックスタート:組み込みワークフローを実行する
最速の安全なテストは、 /deep-researchClaude Codeでドキュメント化されているバンドル済みのワークフローです。これは複数の角度から検索を並列実行し、ソースを取得し、主張をクロスチェックした上で、引用付きのレポートを1つ返します。大規模な移行を試す前に、まずは使用感や挙動を確認できるよう、範囲を絞った質問から始めてください。
ステップ 1: プロジェクトで Claude Code を起動する
cd /path/to/your/project claude
ステップ 2: スコープを絞ったリサーチワークフローを実行する
/deep-research What changed in the Node.js permission model between v20 and v22?
ステップ 3: ワークフローを承認する
Claude Code は実行前に計画されたワークフローを表示します。意図と一致している場合は、 Yes, run itを選択してください。生成されたオーケストレーションを確認したい場合は、 View raw scriptを選択してください。プロンプトが広すぎる場合は、キャンセルして範囲を絞り込んでください。
ステップ 4: 実行状況を監視する /workflows
/workflows
ワークフロービューには、フェーズ、エージェント数、トークン合計、経過時間が表示されます。各フェーズを掘り下げることで、各エージェントのプロンプト、最近のツール呼び出し、結果を確認できます。実行が完了すると、Claude は現在のセッションにレポートを挿入します。
プロンプト1つでカスタムワークフローを作成する
セッション全体を変更せずに独自のタスクをワークフローとして実行するには、プロンプト内のどこかに workflow という単語を含めてください。Claude Code がその単語をハイライトし、ワークフロー作成プロセスを通じてタスクをルーティングします。
Run a workflow to audit every API endpoint under src/routes for missing auth checks. Scope: - read-only first pass - group findings by endpoint - verify each finding with an independent reviewer agent - return only confirmed issues - do not edit files unless I approve a follow-up workflow
ドキュメントには小さな回避策が記載されています。Claude Code が workflowをハイライトしたものの、その機能をトリガーする意図がなかった場合は、 alt+w を押すことで、そのプロンプトでの実行を無視できます。
プロンプトパターン
| プロンプトパーツ | なぜ重要なのか | 例 |
|---|---|---|
| スコープ | トークン使用量と影響範囲(blast radius)を制御します。 | under src/routes only |
| 出力コントラクト | エージェントの未整理なメモが蓄積されるのを防ぎます。 | return confirmed issues with file paths |
| 検証ルール | 単なるファンアウトではなく、ワークフローを使用して相互検証を行います。 | independent reviewer agent must confirm |
| 編集ポリシー | 広範なタスクにおいて、予期せぬファイル変更を回避します。 | read-only unless I approve edits |
Claudeに判断を委ねたい場合はUltracodeを使用する
ultracode は、通常のモデルの努力レベルではありません。モデル設定ドキュメントでは、Claude Codeのセッション設定として次のように定義されています。 xhigh reasoning effort を使用し、さらにClaudeが実質的なタスクに対して動的なワークフローをオーケストレーションします。
# Turn on automatic workflow orchestration for this session /effort ultracode # Return to normal high effort for routine work /effort high
大規模、曖昧、または高リスクなタスク(移行、詳細な監査、設計のストレステスト、リポジトリ全体のクリーンアップなど)が中心となるセッションには、ultracodeを使用してください。日常的な編集作業でオンにしたままにしないでください。ワークフローのドキュメントによると、ultracodeはセッション内のすべての実質的なタスクに適用され、より多くのトークンを消費し、時間がかかり、新しいセッションを開始するとリセットされます。
承認フロー:実行前に必ず確認
CLIの承認プロンプトには計画されたフェーズが表示され、4つのアクションが提示されます。これは、実行によって大幅なトークン消費が発生したり、エージェントを通じてファイル編集が承認されたりする前の、最後のチェックポイントとして扱ってください。
| アクション | 使用するタイミング |
|---|---|
| はい、実行する | フェーズのスコープが適切であり、権限も許容範囲内である。 |
| はい、今後この確認を表示しない | このプロジェクトパスにある保存済みワークフローを信頼します。 |
| 生のスクリプトを表示 | 承認前にJavaScriptのオーケストレーションを確認します。 |
| いいえ | タスクが広すぎる、フェーズが不適切、またはツールが危険です。 |
キーボードに関する2つの詳細が重要です。 Ctrl+G 生成されたスクリプトをエディタで開きます。 Tab 実行開始前にプロンプトを調整できます。デスクトップ版では、同じ決定が以下の承認カードとして表示されます。 1回のみ、 常に、および 拒否 アクション。
ワークフローをスラッシュコマンドとして保存
ワークフローが繰り返し可能な有用なプロセスを生み出した場合、それを保存します。保存されたワークフローはスラッシュコマンドとなり、 / 組み込みコマンドと同様にオートコンプリートに表示されます。
/workflows # Select the completed run # Press s # Choose project or user location # Press Enter to save # Later: /api-auth-audit
| 場所 | 対象ユーザー | 最適な対象 |
|---|---|---|
.claude/workflows/ | リポジトリをクローンしたすべての方。 | チームワークフロー:リリース監査、ブランチレビュー、移行チェッカー。 |
~/.claude/workflows/ | プロジェクトを横断した個人利用。 | 個人の調査、プライベートなレビュー、ローカルのメンテナンス作業。 |
プロジェクトワークフローと個人ワークフローで名前が重複した場合、プロジェクトワークフローが優先されます。これはチームの一貫性を保つための適切なデフォルト設定ですが、ワークフロー名には具体的な名前を付ける必要があることを意味します。
実行の監視、一時停止、再開、再起動、停止
ワークフローはバックグラウンドで実行されます。 /workflows を使用して実行中および完了した実行内容を確認し、フッターに表示されるキーを使用してください。入力欄の下にあるタスクパネルでは、実行中に1行の進捗サマリーも表示されます。
| キー | アクション |
|---|---|
Up / Down | フェーズまたはエージェントを選択します。 |
Enter または Right | フェーズを開き、エージェントの詳細ビューを開きます。 |
Esc | 1つ上の階層に戻ります。 |
j / k | 長いエージェント詳細内をスクロールします。 |
p | 実行を一時停止または再開します。 |
x | フォーカスに応じて、エージェントまたはワークフロー全体を停止します。 |
r | 選択した実行中のエージェントを再起動します。 |
s | 実行したスクリプトをコマンドとして保存します。 |
再開(Resume)はセッション単位で管理されます。実行を一時停止または停止した場合、完了済みのエージェントはキャッシュされた結果を返すことができ、残りのエージェントは同じ Claude Code セッション内で再開した際にライブで実行されます。ワークフローの実行中に Claude Code を終了した場合、次のセッションではワークフローは最初から開始されます。
ランタイムの動作と制限
ワークフローのランタイムは会話から分離されています。ワークフローのスクリプトはエージェントを調整し、エージェントがファイル、シェル、Web、および MCP の作業を実行します。ドキュメントには具体的な制限が記載されており、ユーザーはリソース使用量を把握できます。
| 制限 | 実質的な意味 |
|---|---|
| 実行中のユーザー入力は不可 | 承認プロセスが多い場合は、複数のワークフローに分割してください。 |
| ワークフローのスクリプトからファイルシステムやシェルへの直接アクセスは不可 | エージェントがそれらのアクションを実行し、スクリプトが調整を行います。 |
| 最大16エージェントまで同時実行可能 | 大規模な実行でもローカルリソースの制限は適用されます。 |
| 1回の実行につき合計1,000エージェントまで | 暴走ループには制限が設けられています。 |
コストと使用量の管理
ドキュメントおよび ClaudeDevs のスレッドでは、ワークフローが通常の Claude Code の会話よりもはるかに多くの使用量を消費する可能性があると警告されています。ワークフローは多数のエージェントを開始する可能性があり、スクリプトが特定のフェーズを別のモデルにルーティングしない限り、各エージェントはセッションのモデルを使用します。
# Before a large workflow /model /usage # In your prompt Use a smaller model for indexing and low-risk classification phases. Use the strongest model only for final verification and architectural judgment.
- モノレポ全体ではなく、範囲を限定した実行から始めてください。
- 確認(Check)
/model高コストな作業を開始する前に。 - 使用(Use)
/usage現在のセッションの使用量とプランの制限への影響を確認するために。 - 低リスクのステージについては、適切なタイミングでClaudeに小規模なモデルへルーティングするよう指示してください。
- 暴走やスコープ外の実行を停止するには、
/workflows. - ほとんどのタスクでワークフローのオーケストレーションが必要となるセッションには、ultracodeを使用してください。
権限と安全に関する詳細
権限モードはワークフローの開始プロンプトを制御しますが、すべてのサブエージェントの動作がメインのターンと同じように機能するわけではありません。ドキュメントによると、ワークフローのサブエージェントは acceptEdits モードで実行され、ユーザーのツール許可リストを継承します。ファイルの編集は自動的に承認されます。シェルコマンド、Webフェッチ、および許可リスト外のMCPツールについては、実行中にプロンプトが表示される場合があります。
| リスク | 制御 |
|---|---|
| 曖昧なワークフローによる広範囲な編集 | 読み取り専用のプロンプトや、パスを制限したスコープから開始してください。 |
| ツールプロンプトによる長時間実行の停止 | 必要なコマンドとMCPツールを事前に許可リストに追加してください。 |
| ヘッドレスモードには人間へのプロンプトが表示されません | 使用前に権限ルールを設定してください claude -p またはAgent SDK。 |
| ワークフローによる過剰な書き込み | gitのブランチやworktreesを使用して、 /diff をコミット前に確認してください。 |
高リスクな作業では、2段階のパターンを使用してください。最初のワークフローで確認済みの調査結果のみを出力し、2番目のワークフローで承認された変更を適用します。これは、ワークフローが実行中に任意のユーザー入力を受け付けないというドキュメントの記述と一致します。
ワークフローをオフにする
動的ワークフローは、ユーザー単位または組織単位で無効化できます。無効にすると、 workflow キーワードは実行を ultracode は /effortメニューから削除されます。
# Option 1: interactive setting
/config
# Toggle Dynamic workflows off
# Option 2: user settings
{
"disableWorkflows": true
}
# Option 3: environment variable, read at startup
CLAUDE_CODE_DISABLE_WORKFLOWS=1 claude組織の管理者は、管理された "disableWorkflows": true 設定で
活用できるワークフローの例
Anthropicのローンチ投稿では、初期のワークフローのユースケースとして、コードベース全体のバグ調査、プロファイラー主導の最適化、セキュリティ監査、移行、モダナイゼーション作業、および重要なタスクのダブルチェックが挙げられています。また、同投稿ではBunのZigからRustへの移植が大規模な例として引用されていますが、公開時点では本番環境ではなかったという注意書きが添えられています。
例1:API認証の監査
Run a workflow to audit src/routes and src/api for missing authentication checks. Rules: - read files only - group endpoints by auth pattern - have one agent find issues and another verify them - exclude test fixtures and generated files - return confirmed findings with file paths and suggested fixes
例2:編集前の移行計画
Run a workflow to plan the migration from the old payments client to the new billing SDK. Do not edit files. Map every call site, classify risk, propose phases, and have reviewer agents challenge the plan. Return a phased migration plan with test commands for each phase.
例3:クロスチェックされたリサーチ
/deep-research Compare the official migration paths for React 19 Server Actions and Next.js 16 forms. Focus on official docs. Return only claims that are supported by source links.
例4:チームレビューコマンドの保存
Run a workflow to review this branch for correctness bugs. Scope: - current git diff only - no style-only feedback - verify each finding against code - include test commands that would catch the bug # After the run succeeds: /workflows # press s and save to .claude/workflows/branch-correctness-review
よくある間違い
| 間違い | 失敗する理由 | より良いパターン |
|---|---|---|
Run a workflow to improve the app | スコープが広すぎるため、使用量や編集内容の制御が困難。 | パス、出力、編集ポリシーを制限する。 |
| 1ファイルのみの編集にワークフローを使用する | オーケストレーションのオーバーヘッドは、それに見合う価値を提供していません。 | 通常のチャットか、単一のサブエージェントを使用してください。 |
| ultracodeを一日中起動したままにする | 実質的なタスクごとに、実行が重くなる可能性があります。 | 集中して作業するセッションでのみ有効にし、その後は /effort highに戻してください。 |
| フェーズの内容を確認せずに承認すること | 生成された計画が、実際のリスク境界と一致しない場合があります。 | 高リスクなタスクについては、フェーズリストと生のスクリプトを精査してください。 |
| 許可ルールなしでヘッドレス実行すること | 予期しないツール呼び出しを承認する人が誰もいない状態になります。 | 事前に許可/拒否ルールを設定してください claude -p またはSDKを使用する前に。 |
起動チェックリスト
- Confirm
claude --versionが少なくともv2.1.154であることを確認してください。 - Open
/configを開き、Dynamic workflowsが有効になっていることを確認してください。 - 小規模な実行を行う
/deep-researchコード編集前のワークフロー。 - Use
/workflowsを使用して、フェーズ、トークン合計、およびエージェントの出力を確認します。 - カスタムワークフローの場合は、パススコープ、出力形式、検証ルール、および編集ポリシーを含めてください。
- Use
/effort ultracodeは、ほとんどのタスクでその必要性が認められるセッションでのみ使用してください。 - 繰り返し実行可能なワークフローは、チームコマンド用に
.claude/workflows/に保存してください。 - Use
/usage、/model、および小規模モデルのルーティングを使用して、コストを管理してください。 - ポリシーで必要な場合は、
/config、設定、環境変数、または管理設定を通じてワークフローを無効化してください。
FAQ
Claude Codeにおけるdynamic workflowsとは何ですか?
dynamic workflowsは、Claudeがタスクのために記述するJavaScriptのオーケストレーションスクリプトです。ワークフローのランタイムは、バックグラウンドで多数のClaudeサブエージェントを実行し、中間状態をスクリプト変数に保持しながら、調整された最終結果を返します。
Claude Codeのワークフローを開始するにはどうすればよいですか?
組み込みの /deep-research ワークフローを実行する、プロンプトに「workflow」という単語を含める、保存済みのワークフローコマンドを実行する、あるいは /effort ultracode を有効にして、実質的なタスクをワークフロー化すべきタイミングをClaudeに判断させることで開始できます。
ワークフローにはどのバージョンのClaude Codeが必要ですか?
ワークフローのドキュメントによると、dynamic workflowsにはClaude Code v2.1.154以降が必要です。claude --version を実行してインストール済みバージョンを確認し、この機能を利用する前にアップデートしてください。
ultracodeとは何ですか?
ultracodeはClaude Codeのセッション設定の一つです。xhighの推論能力を使用し、そのセッション内での実質的なタスクに対して、Claudeが自動的にdynamic workflowsを計画できるようにします。
ワークフローを再利用可能なコマンドとして保存できますか?
はい。/workflows を開き、実行内容を選択して s を押し、プロジェクト共有コマンドとして .claude/workflows/ を、または個人用コマンドとして ~/.claude/workflows/ を選択してください。
dynamic workflowsは高コストですか?
高コストになる可能性があります。公式ドキュメントおよびClaudeDevsのスレッドでは、1回の実行で多数のエージェントが生成されるため、ワークフローは大幅に多くの使用量を消費する可能性があると警告されています。まずは範囲を絞ったタスクから開始し、/usage を確認し、必要に応じて /workflows から実行を停止してください。
管理者はワークフローを無効にできますか?
はい。個人ユーザーは /config でdynamic workflowsをオフにするか、settings.json で disableWorkflows を設定するか、CLAUDE_CODE_DISABLE_WORKFLOWS=1 を設定することで無効化できます。組織の場合は、管理設定またはClaude Codeの管理者設定を通じてワークフローを無効にできます。
用語集
| 用語 | 意味 |
|---|---|
| 動的ワークフロー | ワークフローランタイムによって実行される、Claudeが記述したオーケストレーションスクリプト。 |
| サブエージェント | 独自のタスクコンテキストを持つ、委任されたClaudeワーカー。 |
| ワークフローランタイム | オーケストレーションスクリプトを実行する分離されたランナー。 |
/deep-research | クロスチェックされたリサーチのためのバンドル済みワークフロー。 |
/workflows | 実行中および完了したワークフローの進捗ビュー。 |
| Ultracode | 高い推論能力(xhigh effort)と自動ワークフローを使用する、セッション限定の設定。 |
| 編集を承認 | 個別の編集プロンプトなしでファイル編集を適用できるモード。 |
| ツール許可リスト | 設定によって許可されたコマンド、Webフェッチ、およびMCPツールのセット。 |
| 管理された設定 | ユーザーが上書きできない、組織によって制御されるClaude Codeの設定。 |
| 保存済みワークフロー | 再利用可能なスラッシュコマンドとして保存されたワークフローのスクリプト。 |
公式ソース
この投稿では、Claude、Claude Code、Anthropic所有、および検証済みのClaudeDevsの公式ソースのみを意図的に使用しています。
- Claudeブログ: Claude Codeにおける動的ワークフローの導入
- Claude Codeドキュメント: 動的ワークフローによるサブエージェントの大規模なオーケストレーション
- ClaudeDevs公式Xスレッド: 動的ワークフローのローンチ
- Claude Codeドキュメント: コマンド
- Claude Code ドキュメント: エージェントを並列実行する
- Claude Code ドキュメント: モデル設定とエフォートレベル
- Claude Code ドキュメント: 設定
- Claude Code ドキュメント: コストを効率的に管理する
- Claude Code ドキュメント: クイックスタート
関連情報: Opus 4.8 公式リリースの詳細 および Opus 4.8 API 移行ガイド。
