Dynamic WorkflowsはClaude Code限定ですか、それともAPI経由でも使えますか？

Anthropic公式ドキュメントによれば、Dynamic Workflowsは2026年5月28日にリサーチプレビューとして公開され、Claude Code（CLI／Desktop／VS Code拡張）と、Claude API、Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundryで利用可能です。ヘッドレス実行（claude -p）とAgent SDK経由でも動きます。Pro、Max、Team、Enterpriseの有料プランが対象で、ProとEnterpriseでは管理者による有効化が必要です。

既存のサブエージェントやSkillsとは何が違いますか？

公式ドキュメントの説明では、サブエージェントとSkillsはClaudeが対話のターンごとに次に何を実行するかを判断する方式で、中間結果がClaudeのコンテキストに積まれます。Dynamic Workflowsは、Claudeが書いたJavaScriptスクリプトをランタイムが実行し、ループ・分岐・中間結果はスクリプト変数に保持されます。コンテキストには最終結果だけが残るため、数十〜数百のエージェントを協調動作させる大規模タスクに向きます。

1回の実行でどれくらいのエージェントを動かせますか？

公式ドキュメントによれば、1ランあたり最大1,000エージェント、同時並列実行は最大16エージェントです。同時実行数はローカルマシンのCPUコア数に応じて自動で絞られます。1,000という上限は無限ループ防止が目的で、典型的な用途は数十〜数百のサブエージェントです。

コストはどう考えればいいですか？

公式ドキュメントが明示しているとおり、Dynamic Workflowsは多数のエージェントを起動するため、同じタスクを通常の会話で処理する場合より大幅に多くのトークンを消費する可能性があります。Claude Opus 4.8の標準料金は入力$5／出力$25（100万トークンあたり）で、Fast Modeは$10／$50。プロンプトキャッシュで最大90％、バッチ処理で50％削減できます。プランの利用上限・レートリミットにもカウントされるため、本番投入前に小さなスコープで挙動を確認することが推奨されています。

国内企業がエンタープライズ用途で使うときの注意点はありますか？

第一に、リサーチプレビュー段階の機能であること。仕様変更や挙動の揺れが想定されます。第二に、データ主権の論点。Anthropic APIは原則米国リージョン、Vertex AIやBedrock、Foundryは国内リージョンを選べる場合があります。第三に、ガバナンス。Workflowが起動するサブエージェントはacceptEditsモードで動作するため、ツール許可リストの事前設計が必須です。社内データを扱う場合は、ZEROCKのような国内サーバー運用のエンタープライズAI基盤と組み合わせる選択肢も視野に入ります。

【完全解説】Claude Dynamic Workflows — 何が新しく、エンタープライズAIにどんな意味を持つか

こんにちは、株式会社TIMEWELLの濱本です。

2026年5月28日、AnthropicがClaude Opus 4.8と同時に「Dynamic Workflows（ダイナミック・ワークフロー）」をリサーチプレビューとして公開しました。発表直後からエンジニアコミュニティでは「Claudeがオーケストレーションスクリプトを自分で書き、最大1,000のサブエージェントを並列実行する」という1行が独り歩きしていますが、機能の本質を経営層や事業責任者に説明するには、もう少し丁寧な整理が必要だと感じています。

この記事では、Anthropicの公式ブログとドキュメントを一次情報として、Dynamic Workflowsが何で、既存のTool UseやAgent SDK、Managed Agentsと何が違い、エンタープライズで使うときに何を論点にすべきかを整理します。Claudeを業務に組み込んでいる経営層・DX推進担当者・エンジニアリングマネージャーが、社内の意思決定会議に持ち込めるレベルの情報密度を目指します。

なお、本稿の情報はAnthropic公式ブログ「Introducing dynamic workflows in Claude Code」とClaude Code公式ドキュメント「Orchestrate subagents at scale with dynamic workflows」を中心に、TechCrunch、The New Stack、VentureBeatの当該報道で補強しています。報道だけで主張を組み立てた箇所はありません。

Dynamic Workflowsとは何か — 公式定義と発表の事実関係

まず一次情報をそのまま押さえます。Anthropicの公式ドキュメントは、Dynamic Workflowsを次のように定義しています。

A dynamic workflow is a JavaScript script that orchestrates subagents at scale. Claude writes the script for the task you describe, and a runtime executes it in the background while your session stays responsive.

日本語にすると、「ダイナミック・ワークフローとは、サブエージェントを大規模に協調動作させるためのJavaScriptスクリプトである。ユーザーが説明したタスクに対してClaudeがスクリプトを書き、ランタイムがそれをバックグラウンドで実行する。その間、ユーザーのセッションは応答可能なまま」となります。

ここで出てくる用語を初心者向けに補足します。

サブエージェント（Subagent）: Claudeが特定のタスクを処理するために生成する「分身」。コンテキストや権限を分離して並列に動かせる
オーケストレーション: 複数のエージェントの実行順序、分岐、並列度を制御する作業
ランタイム: スクリプトを実行する独立した環境。ここではClaudeの会話とは別のサンドボックスを指す

発表日・対象モデル・プラン

発表日と対象は次のとおりです。これらはAnthropic公式とClaude Code公式ドキュメントで明示されています。

項目	内容
発表日	2026年5月28日
ステータス	リサーチプレビュー（research preview）
対象モデル	Claude Opus 4.8と同時公開、既存モデルでも利用可
利用可能サーフェス	Claude Code CLI／Desktop／VS Code拡張／ヘッドレス（claude -p）／Agent SDK
利用可能プラン	Pro、Max、Team、Enterprise
利用可能プロバイダ	Anthropic API、Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundry
必要バージョン	Claude Code v2.1.154以降
Pro／Enterpriseの有効化	Proは `/config` から手動オン、Enterpriseは管理者による有効化が必要

Max とTeam プランではデフォルトで有効、Pro はユーザーが /config から「Dynamic workflows」をオン、Enterprise は管理者の有効化を経て利用可能、という建て付けです。プロバイダの広さに着目してください。Anthropic API直接だけでなく、国内企業がよく採用するAWS Bedrock、Google Cloud Vertex AI、Microsoft Foundryのいずれでも使えるため、調達ルートの選択肢は広いです。

Claude Opus 4.8との関係

同日発表のClaude Opus 4.8は、Dynamic Workflowsの能力を最大限引き出すために設計された側面があります。Opus 4.8の標準料金は入力100万トークンあたり$5、出力$25で、Opus 4.7と同価格に据え置かれました。Fast Modeは$10／$50となり、従来の$30／$150から約3倍安くなっています。エージェントを大量に走らせるDynamic Workflowsの性質を考えると、このFast Modeの値下げは「使ってもらうための布石」と読めます。

ベンチマーク面でも、Opus 4.8はSWE-bench Verifiedで88.6％（4.7は87.6％）、より難しいSWE-bench Proで69.2％（4.7は64.3％）、Terminal-Bench 2.1で74.6％（4.7は66.1％）と、特にエージェント的なコーディングタスクで上振れしています。

既存のTool Use / Managed Agents / サブエージェントとの違い

ここが多くの方が混乱する論点です。Anthropicは2024年以降、Tool Use、Agent SDK、サブエージェント、Skills、Managed Agentsと立て続けに似たような概念を出してきました。それぞれの位置づけを整理します。

サブエージェント／Skills／ワークフローの比較表（公式の整理）

Claude Code公式ドキュメントが示している比較表を、日本語化して再構成します。

観点	サブエージェント	Skills	ワークフロー
実体	Claudeが起動するワーカー	Claudeが従う指示書	ランタイムが実行するスクリプト
次に何を実行するかを決めるのは	Claude（ターンごと）	Claude（プロンプトに従う）	スクリプト
中間結果の保存場所	Claudeのコンテキスト窓	Claudeのコンテキスト窓	スクリプト変数
再利用できるもの	ワーカー定義	指示書	オーケストレーション自体
スケール	ターンあたり数個のタスク	サブエージェントと同等	ランあたり数十〜数百エージェント
中断時の挙動	ターンが最初から再開	ターンが最初から再開	同セッション内で再開可能

公式ドキュメントの一文をそのまま引きます。

A workflow moves the plan into code. With subagents and skills, Claude is the orchestrator: it decides turn by turn what to spawn next, and every result lands in Claude's context. A workflow script holds the loop, the branching, and the intermediate results itself, so Claude's context holds only the final answer.

「プランがコードに移る」というのが核心です。サブエージェントとSkillsでは、Claudeが対話のターンごとに次に何を生成するかを決め、すべての結果がコンテキストに積まれます。コンテキスト窓には上限があるため、エージェントが10個を超えてくると会話履歴が膨れ上がり、後半のターンで前半の結果を見失う問題が顕在化していました。

Dynamic Workflowsはこの設計上のボトルネックを「スクリプト変数」で回避します。中間結果はスクリプトの変数として保持され、Claudeの会話コンテキストには最終回答だけが返ります。結果として、数百のエージェントを走らせても会話側のコンテキストはクリーンなままです。

Agent SDK／Managed Agentsとの違い

混同しやすいので別表でも整理します。

種別	主体	ホスト先	典型ユースケース
Tool Use（Messages API）	開発者がループを書く	自社／クラウド	カスタムツール呼び出しの基本形
Agent SDK	SDKがエージェントループを抽象化	開発者がホスト	Claude Code相当の挙動を自社アプリに組み込む
Managed Agents	Anthropicがランタイムを管理	Anthropicインフラ	数時間以上の本番運用エージェント
Dynamic Workflows	Claudeが書いたスクリプトをランタイムが実行	Anthropic側のサンドボックス	1セッション内で数十〜数百エージェントの協調動作

Tool UseとAgent SDKは「エージェントの作り方」を提供する基盤で、開発者がエージェントループのコードを書く前提です。Managed Agentsは「長時間動くエージェントを丸ごとAnthropicに預ける」サービスで、サンドボックス・チェックポイント・状態管理を肩代わりします。

Dynamic Workflowsはこのどちらでもありません。「1回のタスクの中で、大量のサブエージェントを並列・段階的に動かす」ための仕組みで、寿命は基本的に1ラン（1セッション内のRun）です。長時間動かし続ける用途はManaged Agents、複雑な1ショットタスクはDynamic Workflowsという棲み分けに見えます。

動作原理 — フェーズ、状態、並列、再開

ここからは公式ドキュメントの記述をもとに動作の全体像を整理します。

全体フロー

公式ブログの記述を基に、典型的なフローを時系列で並べると以下のようになります。

ユーザーがプロンプトで「workflow」というキーワードを含めて指示する、または /deep-research のようなバンドル済みコマンドを叩く
Claudeがプロンプトを解釈し、JavaScriptのオーケストレーションスクリプトを書く
CLIまたはDesktopが「このプランを実行していいか」をユーザーに確認（許可モードによる）
承認されると、ランタイムが独立した環境でスクリプトをバックグラウンド実行
スクリプトがサブエージェントをフェーズ単位で起動。最大同時16、合計1,000まで
各サブエージェントが調査・編集・テスト・レビューを並列で実施
結果がスクリプト変数に蓄積され、必要に応じて別エージェントが相互レビュー（adversarial review）
答えが収束したら、1本の最終レポートがClaudeの会話セッションに返る

ユーザーは進行中も /workflows で進捗ビューを開けます。フェーズごとのエージェント数、累計トークン、経過時間が表示され、個別エージェントの中断や再起動も可能です。

状態管理と再開機能

Dynamic Workflowsで地味に重要なのが「再開」です。公式ドキュメントはこう書いています。

The runtime tracks each agent's result as the run progresses, which is what makes a run resumable within the same session.

ランタイムが各エージェントの結果を逐次追跡しているため、ユーザーが途中で止めても、再開時には完了済みエージェントの結果はキャッシュから返り、未完了のエージェントだけが新たに走ります。ただし、Claude Codeのセッションを完全に終了した場合は再開できず、次回起動時にゼロからやり直しになります。

制限事項（公式が明示しているもの）

制限	内容
ユーザー入力	ラン実行中の対話的なユーザー入力は不可。ステージ間で承認が要るなら、ステージごとに別ワークフローで分割する
直接I／O	ワークフロー本体からのファイルシステム・シェル直接アクセスは不可。実I／Oはサブエージェントが担当する
並列度	同時最大16エージェント。CPUコア数の少ないマシンではさらに絞られる
総数	1ランあたり最大1,000エージェント。暴走防止が目的
権限モード	Workflowが起動するサブエージェントは常に acceptEdits モードで動作。ファイル編集は自動承認
アローリスト	サブエージェントはユーザーのツール許可リストを継承。ただし、シェルコマンド・Web Fetch・許可リスト外のMCPツールはラン途中でも承認プロンプトが出る

最後の権限まわりは要注意ポイントです。サブエージェントは強制的にacceptEditsで動くため、事前にツール許可リストを整備しておかないと、想定外の編集が走るか、逆に都度プロンプトが出てバックグラウンド実行のメリットが消えるかの二択になります。

AI活用に関心をお持ちですか？

TIMEWELLのサービス資料をご用意しています。まずはお気軽にご相談ください。

無料相談を予約資料をダウンロード

API仕様の概要と最小コード例

ここはClaude Code側の話と、APIから使う話を分けて整理します。

Claude Code側の使い方

最短ルートは2通りです。

/deep-research What changed in the Node.js permission model between v20 and v22?

これがバンドル済みワークフロー /deep-research です。複数の角度からWeb検索を並列に走らせ、ソースをクロスチェックして、引用付きのレポートを返します。

もう1つは、通常のプロンプトに「workflow」という単語を含める方法。

Run a workflow to audit every API endpoint under src/routes/ for missing auth checks

Claude Codeは「workflow」という単語をハイライトし、Claudeはターン処理ではなくスクリプト作成モードに入ります。書かれたスクリプトはユーザーが承認後にバックグラウンド実行され、結果が会話に戻ります。

ランが気に入ったら /workflows の画面で s キーを押すと、そのランのスクリプトをコマンドとして保存できます。保存先は2か所。

.claude/workflows/（プロジェクト配下）: リポジトリをクローンした全員が利用可
~/.claude/workflows/（ホーム配下）: 自分のすべてのプロジェクトで利用可、他人には見えない

保存後は /<name> で何度でも同じオーケストレーションを再実行できます。

Agent SDK・ヘッドレスからの利用

claude -p（ヘッドレスモード）とAgent SDK経由でも、Dynamic Workflowsは利用できます。公式ドキュメントは次のように書いています。

In claude -p and the Agent SDK there is no one to prompt, so tool calls follow your configured permission rules without interactive confirmation.

つまり、CI／CD、cron、社内バックエンドからの呼び出しでも、対話的な承認なしにワークフローを実行できます。Agent SDKを既に使っている方は、エージェントループの中から「workflowを書いて実行する」フェーズを差し込むイメージです。

組織レベルの無効化

逆にエンタープライズ管理者がDynamic Workflowsを丸ごと止めたい場合は3つの選択肢があります。

/config の「Dynamic workflows」をオフ
~/.claude/settings.json に "disableWorkflows": true
環境変数 CLAUDE_CODE_DISABLE_WORKFLOWS=1

組織全体に効かせたい場合は、Managed Settings側に "disableWorkflows": true を入れるか、Claude Code Adminダッシュボードのトグルで切ります。これも公式ドキュメントに明記されています。

Anthropic公式が提示するユースケース

ここは推測を避け、Anthropic公式ブログとClaude Codeドキュメントに書かれている事例だけを並べます。

1. コードベース全体のバグ調査

「codebase-wide bug sweep」と呼ばれているパターン。サービスやリポジトリを並列で探索し、見つかった発見ごとに独立した検証エージェントを走らせます。1つのClaudeセッションでは追いきれない規模のコードに対して、Issueとパッチ案を一括で出します。

2. 大規模マイグレーション

公式ブログが具体例として挙げているのが、Bun（高速JavaScriptランタイム）のZigからRustへの移植です。Jarred Sumner氏（Bunの開発者）はDynamic Workflowsを使って、約75万行のRustコードを生成し、既存テストスイートの99.8％が通る状態にまで11日で持っていったと公表されています。フレームワーク差し替え、APIの非推奨対応、言語ポーティングなど、数千ファイルにまたがる作業を1ラン内で完結させる用途です。

3. プロファイリング駆動の最適化監査

性能ボトルネックの発見とパッチ生成を同時に走らせるパターン。プロファイラの結果を踏まえて、複数のサブエージェントが独立に改善案を出し、別のエージェント群がそれを相互レビューします。

4. セキュリティ監査

公式ブログが「security audit」として例示しているケース。コードベースをパラレル検索した上で、発見されたそれぞれの脆弱性候補について独立したエージェントが検証します。1人のレビュアーよりも、複数の独立した視点でのクロスチェックの方が、確度が上がるという発想です。

5. ディープリサーチ

バンドル済みの /deep-research がこのカテゴリ。複数角度のWeb検索、ソースの相互照合、各主張への「投票」によるサバイバルチェックを経て、生き残った主張だけを引用付きで返します。社内ナレッジ調査、競合調査、業界動向リサーチに使えます。

エンタープライズ導入時の論点 — 4つの軸で整理する

ここからは、Anthropicの公式情報を前提に、国内の経営層・DX推進担当者が議論すべき論点を整理します。Anthropicの宣伝にも否定にも偏らず、事実ベースで「向き不向き」を出します。

1. セキュリティとガバナンス

サブエージェントが常にacceptEditsモードで動く点は要注意。プロダクションリポジトリに直接走らせるなら、ツール許可リストの整備と専用ブランチでの実行が必須
ラン途中での対話的承認は不可。CI／CDから呼ぶ用途では「事前に許可するMCPツール・シェルコマンド」のホワイトリスト管理が運用の生命線になる
組織レベルでのオン／オフ切替はManaged SettingsまたはAdminダッシュボードで集中管理可能。これは情シスにとっての安心材料

2. データ主権

Anthropic API直接利用は原則米国リージョン経由
Vertex AIやBedrock、Microsoft Foundryでは国内リージョンを選べる場合がある（ただしモデル可用性は要個別確認）
TeamおよびEnterpriseプランは、契約上モデル学習へのデータ利用がデフォルトでオフ

機密データを扱う業務にDynamic Workflowsを差し込む場合、APIエンドポイントの選択がそのままデータ所在地の決定になります。経営会議に持ち込むときは「どこを通すか」の決定権限が明確になっているかを確認してください。

3. 運用負荷とコスト

公式ドキュメントが正直に書いている1行があります。

Dynamic workflows can consume substantially more tokens than a typical Claude Code session, so we recommend starting on a scoped task to get a feel for usage in your work.

「通常のClaude Codeセッションよりかなり多くのトークンを使う可能性があるので、まずは限定したタスクから始めて感触を掴むことを推奨する」とのこと。具体的な倍率は公式が示していませんが、エージェント数が会話の何倍も増える性質上、5〜10倍のトークン消費を最初の予算前提に置いておくのが安全です。

コスト対策はAnthropicが用意している3つの仕組みを併用するのが定石です。

プロンプトキャッシュで最大90％削減（共通システムプロンプトの再利用に効く）
バッチ処理（Message Batches API）で50％削減
同等タスクには claude-haiku のような小さいモデルへルーティング

ワークフロースクリプトの中で「重い推論はOpus 4.8、検証や要約はHaiku」と段階分けする運用が現実的です。

4. リサーチプレビューであることのリスク

冒頭で触れたとおり、Dynamic Workflowsは2026年5月28日時点でリサーチプレビューです。APIや挙動の仕様が固まっているわけではなく、GA（一般提供）に向けて変更が入る可能性があります。本番業務クリティカルパスに即組み込むのではなく、社内の補助業務（ドキュメント生成、コードレビュー、競合調査）から検証していく段階と捉えるのが妥当です。

資料ダウンロード：エンタープライズAI導入意思決定フレーム

Dynamic Workflowsを含む2026年のAIエージェント基盤を、自社で評価する際の意思決定フレーム（セキュリティ・コスト・運用負荷・データ主権の4軸）をまとめた資料を配布しています。

資料を無料でダウンロードする

国内企業の選択肢 — ZEROCKとDynamic Workflowsの組み合わせ

国内でClaudeを業務利用する際、Dynamic Workflowsをそのまま米国Anthropic APIに流すか、Bedrock／Vertex AI／Foundryの国内リージョンを噛ませるか、社内データを扱う部分は別途国内基盤に逃がすかという3択になります。

TIMEWELLが提供する ZEROCK は、3つ目の選択肢を取りたい企業向けのエンタープライズAI基盤です。AWS国内サーバー上でGraphRAGによるナレッジコントロールを行い、プロンプトライブラリで業務横断の指示書を統制します。Claude APIを国内エンドポイント経由で呼ぶ構成と組み合わせれば、機密度の高い情報を国内に留めつつ、Dynamic Workflowsの並列処理能力をリサーチや大量文書処理に使い分ける、というハイブリッド構成が組めます。

具体的なパターンとしては次の3つが考えられます。

ナレッジは国内、推論は使い分け: 社内ナレッジはZEROCK経由でGraphRAG検索、外部Webリサーチや大量コードベース監査はDynamic Workflowsで実行
段階分けオーケストレーション: ワークフロー内で、機密データに触れるサブエージェントはZEROCKのAPIに、Web検索や一般的な検証はAnthropic API直接に振り分け
段階的移行: 既存業務をまずZEROCKでオンプレ寄りに固めてから、補助業務でDynamic Workflowsを段階導入し、ガバナンス整備が追いついた段階で本業務にも拡張

最適解は業界・業務の機密度合いで変わります。3つ目の選択肢が一律で正解というわけではありません。

WARP NEXTでサポートする「Dynamic Workflows導入評価」

Dynamic Workflowsのような新機能を「自社で使うか」「使うとしてどの業務から」「ガバナンスはどう設計するか」を判断するのは、現場のエンジニアリングマネージャーや情シスだけでは荷が重い領域です。経営の予算配分、業務プロセスの再設計、リスク評価まで含めた議論が必要になります。

TIMEWELLの WARP NEXT は、元大手DX・データ戦略専門家が月次で伴走する形のAIコンサルティングサービスです。Dynamic Workflowsを含む2026年のエンタープライズAI基盤について、次のような論点整理をお手伝いしています。

自社のどの業務がDynamic Workflowsの並列処理に向くか／向かないかの仕分け
リスクアセスメントと社内承認プロセスの設計
パイロット業務の選定と効果測定のKPI設計
ZEROCKやManaged Agents、Bedrock経由との適切な組み合わせ
経営会議向けの意思決定資料への落とし込み

「リサーチプレビューだから様子見」で止まっていると、半年後に競合が業務効率で先行している、というのが2025年以降のAI領域の現実です。様子見と試験導入はトレードオフではなく、どちらも同時に走らせる体制設計が必要です。

当時→現在：Claude機能進化の流れ

参考までに、Anthropicが過去1年半でリリースしてきたエージェント関連機能の変遷を整理します。

時期	機能	位置づけ
2024年初頭	Tool Use（Messages API）	カスタムツール呼び出しの基本形
2024年中盤〜	Computer Use	画面操作系の自動化
2025年前半	Claude Code発表	エージェント型コーディングCLI
2025年中盤	Agent SDK公開	Claude Code相当の能力をライブラリ化
2025年後半	Skills、Subagents、Managed Agents	エージェントの構造化・運用基盤
2026年5月28日	Dynamic Workflows + Opus 4.8	スクリプト駆動の大規模並列オーケストレーション

整理すると、「Tool Useでツール呼び出しを定義」→「Agent SDKでループを抽象化」→「Skills／Subagentsで分業」→「Managed Agentsで運用基盤を肩代わり」→「Dynamic Workflowsでオーケストレーション自体をスクリプト化」という階層的な進化です。Dynamic Workflowsはこれらを置き換えるものではなく、最上位レイヤーに乗る新しい抽象だと捉えると、社内の技術選定もしやすくなります。

まとめ

ポイントを整理します。

Dynamic Workflowsは2026年5月28日にリサーチプレビューとして公開された、Claudeの新しいオーケストレーション機構
中身はJavaScriptのスクリプト。Claudeがその場で書き、独立したランタイムがバックグラウンド実行する
サブエージェントやSkillsとの違いは「プランがコードになる」こと。中間結果はスクリプト変数に保持され、Claudeのコンテキストには最終回答だけが残る
同時最大16エージェント、1ランあたり最大1,000エージェントまで。同セッション内なら中断・再開可能
Tool Use／Agent SDK／Managed Agentsとは競合せず、最上位の抽象として共存する設計
公式ユースケースは、コードベース全体のバグ調査、大規模マイグレーション、セキュリティ監査、ディープリサーチなど
エンタープライズ検討の論点は、セキュリティ・データ主権・運用負荷・コストの4軸。リサーチプレビュー段階であることも考慮
国内企業はZEROCKのような国内基盤との組み合わせ、もしくはBedrock／Vertex AI／Foundry経由の構成が現実解
WARP NEXTでは「自社でどう評価し、どこから入るか」の意思決定プロセス自体をご支援

Dynamic Workflowsの登場で、エージェントAIは「会話の中で考えるClaude」から「コードを書いて分業させるClaude」へとフェーズが変わりました。経営会議で議論すべきは「使うか／使わないか」ではなく、「どの業務から、どのリスクラインで導入するか」だと考えています。

自社のAI戦略を整理したい方へ

Dynamic Workflowsのような最新エンタープライズAI機能を、自社のどの業務に・どのタイミングで導入すべきか——その意思決定を、元大手DX・データ戦略専門家が月次伴走する形でご支援するのが WARP NEXT です。Claudeを国内サーバーで安全に使いたい場合は ZEROCK が候補になります。

WARP NEXTの内容を見る　 ZEROCKの内容を見る　 30分の無料相談を予約する

参考文献

Anthropic. "Introducing dynamic workflows in Claude Code." 2026年5月28日. https://claude.com/blog/introducing-dynamic-workflows-in-claude-code
Anthropic. "Orchestrate subagents at scale with dynamic workflows." Claude Code Documentation. https://code.claude.com/docs/en/workflows
Anthropic. "Introducing Claude Opus 4.8." 2026年5月28日. https://www.anthropic.com/news/claude-opus-4-8
Anthropic. "Claude Opus 4.8." Product page. https://www.anthropic.com/claude/opus
Anthropic. "Skills explained: How Skills compares to prompts, Projects, MCP, and subagents." https://claude.com/blog/skills-explained
Anthropic. "Building agents with the Claude Agent SDK." Engineering Blog. https://www.anthropic.com/engineering/building-agents-with-the-claude-agent-sdk
Anthropic. "Create custom subagents." Claude Code Documentation. https://code.claude.com/docs/en/sub-agents
Anthropic. "Agent SDK overview." Claude Code Documentation. https://code.claude.com/docs/en/agent-sdk/overview
Anthropic. "Pricing." Claude API Documentation. https://platform.claude.com/docs/en/about-claude/pricing
TechCrunch. "Anthropic releases Opus 4.8 with new 'dynamic workflow' tool." 2026年5月28日. https://techcrunch.com/2026/05/28/anthropic-releases-opus-4-8-with-new-dynamic-workflow-tool/
The New Stack. "Claude Opus 4.8 is here: effort controls, dynamic workflows, cheaper fast mode, better honesty, less deception." 2026年5月28日. https://thenewstack.io/claude-opus-48-release/
VentureBeat. "Anthropic's Claude Opus 4.8 is here with 3X cheaper fast mode and near-Mythos level alignment." 2026年5月28日. https://venturebeat.com/technology/anthropics-claude-opus-4-8-is-here-with-3x-cheaper-fast-mode-and-near-mythos-level-alignment
MarkTechPost. "Anthropic Ships Claude Opus 4.8 Alongside Dynamic Workflows and Cheaper Fast Mode, With Workflows Capped at 1,000 Subagents." 2026年5月28日. https://www.marktechpost.com/2026/05/28/anthropic-ships-claude-opus-4-8-alongside-dynamic-workflows-and-cheaper-fast-mode-with-workflows-capped-at-1000-subagents/