Claude Codeで動的ワークフローを使う方法

TL;DR

Dynamic Workflowsは、JavaScriptで段取りを定義し、オーケストレーターから多数のサブエージェントを決定論的に動かす機能である。完了した項目を次工程へすぐ渡すPipelineと、全項目の完了を待つParallelを処理の依存関係に応じて使い分ける。

Transcript

おすまです。本日はですね、クロード コードにダイナミックワークフローズと いう、え、新しい機能がですね、登場して ますんで、これについてお話していきたい と思います。え、オパス4.8がね、 リリースされた時に一緒に入ってきた機能 なんですけども、ま、この機能何ですかっ て言うとですね、え、オーケストレーター が1つ、え、ま、スクリプトをね、段取り スクリプトみたいなのを書いて、これをも に並列で、え、大量のサブエージェントが 動きながら、え、それをですね、ま、検証 とかして1つの回答にしていくみたいな ものになっていて、え、クロードコードに はエージェントチームズという機能が存在 してましたけども、エージェント同士が 相互にコミュニケーションを行いながら タスクをやっていってたエージェント ... Read More

Key Insights

• Dynamic Workflowsは、オーケストレーターがJavaScriptで段取りを定義し、その手順に従って複数のサブエージェントを決定論的に起動、検証、整理する仕組みである。
• Agent Teamsはエージェント同士の相互対話を軸にする一方、Dynamic Workflowsは中央のオーケストレーターが作成した計画とコードに基づいて処理を進める方式である。
• Pipelineは、ある項目の処理が完了した時点で他項目の完了を待たずに次工程へ渡せるため、項目ごとの作成と評価を重ねて非同期に進行できる。
• Parallelは、同じフェーズに属する全処理の完了をバリアで待ってから次へ進むため、全結果が必要な集約処理やトーナメント形式に適している。
• ワークフローは、フェーズ、サブエージェントの起動、進捗ログ、処理記録を組み合わせ、起動順と完了順が一致しない並列処理を管理する構造である。
• 動画内の仕様説明では、同時に割り当てられるエージェントは16体であり、一つのワークフロー全体では最大1000体を呼び出せるとされている。
• Dynamic Workflowsは中断後に続きから再開できると説明されており、大量のエージェントを使う前には確認も求められるため、長時間の処理を管理しやすい。
• Dynamic Workflowsは大量のトークンを消費するため、バグ調査、監査、検算、ファイル移行など、複数視点の検証や反復が成果につながる重い作業で使うべきである。
• 🎬 このチャンネルの他の動画:
  • Claude Opus 5向けプロンプト設計の方法
  • Agent Browserでブラウザを操作する方法
  • GLM Imageは低コスト画像生成に使えるか？
• 📺 このチャンネル: まさおAIじっくり解説ch

Questions & Answers

Q: Claude CodeのDynamic Workflowsとは何ですか？

Dynamic Workflowsは、オーケストレーターがJavaScriptで処理の段取りを作り、その計画に従って複数のサブエージェントを起動する機能です。各エージェントの結果を検証、選別、整理しながら、一つの回答や成果へ収束させます。

Q: Dynamic WorkflowsとAgent Teamsの違いは何ですか？

主な違いは作業を統制する方法です。Agent Teamsではエージェント同士が相互にコミュニケーションしながらタスクを進めますが、Dynamic Workflowsではオーケストレーターが計画と段取りコードを作り、各エージェントを決定論的に動かします。

Q: Dynamic WorkflowsのPipelineを使う方法は？

Pipelineは、複数の項目に同じ段階処理を適用し、各項目が完了した時点で次工程へ渡したい場合に使います。俳句の例では、秋の俳句が先に完成すれば、春、夏、冬の完成を待たずに秋の採点を開始でき、作成と評価を重ねて進行できます。

Q: Dynamic WorkflowsのParallelを使う方法は？

Parallelは、同一フェーズの全タスクが完了してから次のフェーズへ進む必要がある場合に使います。動画の朝食トーナメント例では、各試合の勝者がすべて揃うまでバリアで待ち、その後に次回戦を開始することで依存関係を守っています。

Q: PipelineとParallelはどう使い分けますか？

他の項目を待たず、完了した項目から次工程へ流せるならPipelineを選び、全結果が揃わなければ次工程を決められないならParallelを選びます。Pipelineは速く進めやすい一方、集約、比較、勝ち上がりなど同期が必要な処理にはParallelのバリアが必要です。

Q: Dynamic Workflowsを手軽に試す方法は？

手軽に試すなら、Dynamic Workflowsの利用例として用意されているDeep Researchコマンドから始める方法が勧められています。ほかにワークフローを直接呼び出す方法や、セッション内でDynamic Workflowsを活用するultracodeを使う方法も紹介されています。

Q: Dynamic Workflowsはどんな作業に向いていますか？

複数の独立した調査や検証を並列化し、その結果を比較して収束させる重い作業に向いています。動画では、コード全体のバグ調査、セキュリティ監査、間違いを避けたい仕事の検算、大量ファイルの移行、大規模な書き換えが活用例として挙げられています。

Q: Dynamic Workflowsを使う際の注意点は何ですか？

最大の注意点は、多数のサブエージェントを動かすことでトークン消費が非常に多くなることです。動画では、消費そのものを恐れるのではなく、その処理が成果に結び付くかを判断し、複数視点の検証や大量処理が必要な場面へ選択的に投入する方針が示されています。

Q: Dynamic Workflowsでは何体のエージェントを動かせますか？

動画内の仕様説明では、同時に割り当てられるエージェントは16体で、一つのワークフロー全体では最大1000体まで呼び出せるとされています。また、中断しても続きから再開でき、大量のトークンを使う処理では確認を求める仕組みもあると説明されています。

Summary & Key Takeaways

• Dynamic Workflowsでは、オーケストレーターがその場でJavaScriptの段取りを作り、ランタイムから複数のサブエージェントを起動する。各エージェントの成果を検証、選別、整理して一つの回答へ収束させる構造で、単発のサブエージェントと、エージェント同士が対話するAgent Teamsの中間に位置づけられている。

• 処理の中心はPipelineとParallelの使い分けである。Pipelineでは各項目が完了するたびに次工程へ渡せるため、春の俳句を作成後、夏の完成を待たずに春の採点を始められる。Parallelでは同一フェーズの全処理を待つバリアを設け、トーナメントの全試合が終わってから次の対戦へ進むような依存関係を表現できる。

• 用途として、コード全体のバグ調査、セキュリティ監査、誤りを避けたい作業の検算、大量ファイルの移行、大規模な書き換えが挙げられている。動画内の説明では同時に割り当てられるエージェントは16体、ワークフロー全体では1000体まで呼び出せ、中断後の再開にも対応する一方、トークン消費が多いため重い作業へ選択的に使う必要がある。