AnthropicがClaude Codeにバージョン2.1.162を投入し、超大規模タスクを数十〜数百のエージェントに分散してバックグラウンド実行できる「Dynamic Workflows」を追加した。あわせてClaude Opus 4.8向けの「Fast Mode」を提供開始し、従来比3分の1のコストで高速出力を実現する。

Dynamic Workflowsとは何か

これまでのClaude Codeは基本的に1セッション内でシーケンシャルにタスクを処理していた。Dynamic Workflowsは専用のスクリプトを記述することで、複数のサブエージェントを並列・非同期に展開し、オーケストレーター側がその結果を統合するアーキテクチャを実現する。

実用的に嬉しいのは、「コンテキストウィンドウに収まらない」「単一セッションでは時間がかかりすぎる」として諦めていたタスクが射程に入ってくることだ。たとえば次のようなケースで効果が見込める。

  • レガシーコードベースの全体リファクタリング（数百ファイルを並列処理）
  • 大量マイグレーション（スキーマ変換・テストコード生成を同時進行）
  • 包括的なセキュリティ監査（複数の視点からエージェントを分散配置）

v2.1.162の主な変更点

バックグラウンドエージェント管理の強化

claude agents --jsonにwaitingForフィールドが追加され、待機中のセッションが何にブロックされているか（例：パーミッションプロンプト）を確認できる。複数エージェントが並列実行される構成では「なぜか止まっている」の原因特定が格段に楽になる。

バックグラウンドサービスが起動できない状況でセッションをバックグラウンド化しても会話データが失われなくなった修正も実用上重要だ。従来は無言でデータが消えるケースがあり、信頼性に不安を感じていた人は多いはず。

Windowsパーミッション解決バグの修正

Windowsでパーミッションルールがバックスラッシュ表記（~\）やパスの大文字小文字の違いで一致しないバグが修正された。企業内のWindowsサーバーやUNCパス（\\server\share）環境で開発している場合は動作改善を確認してほしい。またRead denyルールがGlob/Grepの結果からファイルを除外しないバグも同時修正されている。

ツール・UXの細かい改善

--toolsフラグでGrep/Globを明示指定した場合に専用検索ツールが正しく提供されるようになった（以前は指定しても無視されていた）。スラッシュコマンドのオートコンプリートはクリック→即実行から、クリック→プロンプトへ挿入→Enterで実行という2ステップに変更され、誤操作が減る。

実務への影響

「大きすぎるタスク」の制約が実質消える

Dynamic Workflowsは、日本のエンジニアが長年頭を抱えてきた「レガシーコードの大規模一括リファクタリング」に対する具体的な解法を提供する。分割→並列渡し→マージのパイプラインを自前で実装する必要がなくなり、宣言的なワークフロースクリプトとして書ける点は設計コストの大幅削減につながる。

Opus 4.8 Fast Modeのコスト計算

コスト3分の1という数字は、毎日バックグラウンドで収集・要約・生成を回す自動化パイプラインを持つ組織・個人に直接効く。月次のAPI利用料が一定規模に達しているなら、Fast Modeへの切り替えで得られる削減額は無視できない。

筆者の見解

Dynamic Workflowsは、AIコーディングアシスタントが「指示を受けて補完する道具」から「目的を与えれば自律的にループを回すエージェント」へと本格移行するひとつの節目だと見ている。単発の指示→応答ではなく、エージェントが自律的に判断・実行・検証を繰り返す「ハーネスループ」こそが、AI活用の次のフロンティアだ。

設計できる少数の人間が数百のエージェントを指揮するアーキテクチャが実用になりつつある今、日本のIT現場でまだAIを「コード補完ツール」として位置づけている組織は、このタイミングで認識を更新しておく価値がある。

もっとも、数百エージェントを並列実行するワークフローの設計・デバッグ・コスト管理は相応のスキルを要する。「AIに任せれば何でもできる」ではなく、「AIを設計・監視・制御できるエンジニア」の希少価値がますます高まる局面だ。組織として導入を検討するなら、ツールを揃える前にそのスキルを持つ人材を育てる投資を先行させたい。

出典: この記事は Claude Code Dynamic Workflows: Orchestrating Hundreds of Agents の内容をもとに、筆者の見解を加えて独自に執筆したものです。