Claude Code 最新動向 ── 動的ワークフロー深掘りと、直近1〜2か月の機能総まとめ

2026年6月時点。Claude Code は週次でリリースが続いており、本記事は v2.1.154〜v2.1.157（Week 22 / 5月25〜29日）あたりまでの公式情報をベースにしています。バージョン番号・挙動は research preview を含むため、最新は claude --version と公式ドキュメントで確認してください。

2026年5月28日、Claude Opus 4.8 と同時に 動的ワークフロー（Dynamic Workflows） が research preview で公開された。これは「1セッション＝1コンテキストウィンドウで計画と実行をこなす」という Claude Code のこれまでの前提を超えて、Claude 自身がオーケストレーション用のスクリプトをその場で書き、数十〜数百のサブエージェントを並列に走らせて大規模タスクを完遂させる仕組みだ。

本記事は二部構成にした。前半で動的ワークフローを仕組みから運用まで深掘りし、後半で2026年4〜6月のアップデートを週次で総まとめする。

はじめに：この記事を読む前に

まず、いちばん身近なたとえで

動的ワークフローを 「一人の天才に全部やらせる」から「優秀なリーダー＋大勢のチーム」への切り替え だと思うとイメージしやすい。

これまでの Claude Code は、一人の優秀な担当者（Claude）が、巨大なタスクを 頭の中（=コンテキスト）だけ で計画しながら、自分で全部こなしていた。担当者が優秀でも、扱う仕事が大きすぎると「途中で力尽きる」「自分の成果物を甘く採点する」「最初の指示を忘れる」といったことが起きる。人間でも、巨大プロジェクトを一人で抱えれば同じだ。

動的ワークフローでは、Claude が プロジェクトマネージャー（PM）役 に回る。PM はまず「この仕事をどう分担し、誰に何をさせ、どう成果を突き合わせるか」という 段取り表（=スクリプト） を書く。そして、その段取りに沿って 大勢の作業員（=サブエージェント） を並列に動かす。作業員はそれぞれ自分の担当だけに集中し、別の作業員が成果をチェックする。PM の手元（コンテキスト）には最終報告だけが返ってくる ── これが「大規模でも破綻しない」理由だ。

知っておくと読みやすい用語ミニ辞典

専門用語が出てきたら、この表に戻ってきてください。以降は各章でも、初めて出る概念にはその場で簡単な補足を入れています。

Part 1：動的ワークフロー徹底解剖

1-1. 一行でいうと何か

公式の定義はこうだ ── 「動的ワークフローとは、サブエージェントを大規模にオーケストレーションする JavaScript スクリプトである」。

ポイントは、そのスクリプトを Claude がタスクに合わせてその場で書く という点にある。あなたがやりたいことを自然言語で伝えると、Claude が「どこを分割し、何を並列で走らせ、何を待ち合わせ、何を検証するか」を判断してスクリプト化し、専用ランタイムがそれをバックグラウンドで実行する。実行中もあなたのセッションは応答可能なまま保たれる。

従来からあるエージェント機構（サブエージェント / Skills / Agent Teams）との決定的な違いは、「計画（plan）を誰が保持するか」 にある。

かんたんに言うと これまでは Claude が「頭の中の段取り」で動いていた。動的ワークフローでは、その段取りを JavaScript のプログラムという“紙の上の手順書”に書き出してから実行する。手順書になっているので、Claude の記憶が一杯になっても段取りは失われないし、あとから読み返したり・保存して再利用したりできる。「計画を頭からコードへ追い出した」── これが本質だ。

1-2. なぜ生まれたのか ── 単一コンテキストの3つの失敗モード

デフォルトの Claude Code は、計画と実行を同じコンテキストウィンドウの中で行う。多くのコーディングタスクではこれが非常に有効だが、長時間・大規模並列・高度に構造化された・敵対的検証が必要なタスクになると破綻しやすい。具体的には次の3つの失敗モードが現れる。

1. エージェント的怠惰（Agentic laziness） 複雑で多項目のタスクの途中で「終わった」と判断して止まってしまう現象。例として、50項目のセキュリティレビューのうち35項目で「完了」と宣言し、残り15ファイルが一度も見られないまま、というケース。

2. 自己選好バイアス（Self-preferential bias） 自分自身が出した結果や発見を、ルーブリックに照らして検証・採点させたときに、過度に高く評価してしまう傾向。自分でレビューさせると甘くなる、という話。

3. 目標ドリフト（Goal drift） 多ターンにわたる作業の中で、特にコンテキスト圧縮（compaction）を挟むたびに、当初の目標への忠実度が少しずつ失われる現象。要約は必ずロスを伴うため、「エッジケースの要件」や「Xはやるな」といった制約が抜け落ちていく。

身近に言い換えると これは AI 特有の欠陥というより、「一人で長時間・大量の仕事を抱えた人」に起きることとほぼ同じだ。疲れて手を抜く（怠惰）、自分の仕事を自分で採点すると甘くなる（自己選好）、長くやるうちに最初の指示を忘れる（ドリフト）。人間ならチームで分担し、レビュー担当を別に立て、仕様書を見返すことで防ぐ。動的ワークフローがやっているのも、まさにこれだ。

動的ワークフローは、これらを 「それぞれ独立したクリーンなコンテキストウィンドウを持ち、焦点を絞った単一ゴールだけを担うサブエージェント」に分割することで構造的に防ぐ。怠惰は「1エージェント1タスク」で、自己選好は「別エージェントによる敵対的検証」で、ドリフトは「スクリプト側が計画を保持し、コンテキスト圧縮の影響を受けない」ことで、それぞれ潰す設計になっている。

1-3. 既存機構との違い（最重要）

サブエージェント / Skills / Agent Teams / ワークフローは、いずれも複数ステップのタスクを回せる。違いは「計画を誰が持つか」「途中結果がどこに置かれるか」だ。

要するに、サブエージェント・Skills・Agent Teams では Claude がオーケストレーターであり、ループや分岐、途中結果はすべて Claude のコンテキストに乗る。一方ワークフローでは、ループ・分岐・中間結果を スクリプトが保持するため、Claude のコンテキストには最終回答だけが返る。これがコンテキスト枯渇を起こさず大規模化できる理由だ。

さらに、計画をコードに落とすことで「より多くのエージェントを走らせる」だけでなく、反復可能な品質パターンを適用できる。独立したエージェントに互いの発見を敵対的にレビューさせたり、複数の角度から案を起こして相互に比較させたりできるため、単一パスより信頼できる結果が得られる。

動的 vs 静的ワークフロー

Claude Agent SDK や claude -p を使って複数の Claude Code インスタンスを束ねる「静的ワークフロー」を組んだことがある人もいるだろう。静的ワークフローはあらゆるエッジケースに対応する必要があるため、どうしても汎用的になりがちだ。Opus 4.8 と動的ワークフローでは、Claude がユースケースに合わせた専用ハーネスをその場で書けるだけの知能を持つようになった、というのが両者の差分になる。

1-4. 仕組み ── ランタイムとコンテキスト隔離

動的ワークフローは、サブエージェントを起動・調整するための特殊関数を備えた JavaScript ファイルを実行する。JSON / Math / Array といった標準 JS 関数も使えるので、データ処理もスクリプト内で完結する。注目すべきは、ワークフローが 各エージェントの使用モデルを選べること、そして サブエージェントを専用 worktree で動かすかを選べることだ。Claude が必要な知能レベルと分離度を自分で判断できる。

実行モデルは以下のようになっている。

• ランタイムはスクリプトを 会話とは別の隔離環境で実行する。中間結果はスクリプト変数に留まり、Claude のコンテキストには入らない。
• すべてのランは、そのスクリプトを ~/.claude/projects/ 配下のセッションディレクトリにファイルとして書き出す。Claude はラン開始時にそのパスを受け取るので、「スクリプトのパスを教えて」と尋ねれば読める。差分を取ったり、編集して再実行させたりもできる。
• ランタイムは各エージェントの結果を進行に応じて追跡する。これが同一セッション内での再開可能性の土台になっている。

挙動と制限値（research preview 注意）

research preview なので、上記の数値（1,000 / 16）は今後変わりうる。本番システムにこれらの数値をハードコードしないこと。

1-5. Claude が組み立てる6つのパターン

公式が挙げている、Claude がワークフロー構築時に使い・組み合わせる代表的パターン。プロンプトで Claude を誘導するときの語彙にもなる。

初心者向けの読み方 6つとも「チームでの仕事の進め方」の型だと思えばよい。手分けして集約する（2）／別の人にダブルチェックさせる（3）／たくさん案を出して選別する（4）／同じ課題を競わせて勝者を選ぶ（5）／終わるまで人を投入し続ける（6）／まず仕分けして担当を割り振る（1）。全部おぼえる必要はなく、「Claude はこういう段取りを自分で選んで組む」とだけ掴めれば十分だ。

1. Classify-and-act（分類して振り分け） 分類エージェントでタスク種別を判定し、種別に応じて別のエージェントや挙動にルーティングする。末尾に分類器を置いて出力を決める使い方も。

2. Fan-out-and-synthesize（ファンアウトして統合） タスクを多数の小ステップに分割し、各ステップにエージェントを走らせ、結果を統合する。小ステップが大量にあるとき、あるいは各ステップにクリーンなコンテキストが要るとき（相互汚染を避けたいとき）に有効。統合ステップはバリア（全ファンアウト完了を待ってからマージ）になる。

3. Adversarial verification（敵対的検証） 起動した各エージェントに対し、その出力をルーブリックや基準に照らして敵対的に検証する別エージェントを走らせる。自己選好バイアス対策の中核。

4. Generate-and-filter（生成してふるい分け） あるテーマでアイデアを多数生成し、ルーブリックや検証でフィルタ、重複排除して、最も質の高い・検証済みのものだけを返す。

5. Tournament（トーナメント） 作業を分割するのではなく、同じタスクを別アプローチで N エージェントに競わせる。判定エージェントがペアワイズで比較し、勝者を決める。絶対採点より比較判定のほうが信頼できる、という知見に基づく。

6. Loop until done（完了するまでループ） 作業量が未知のタスクで、固定回数ではなく停止条件（新たな発見がない／ログにエラーがない 等）が満たされるまでエージェントの起動を繰り返す。

1-6. 使い方

とりあえず試したい人へ（最短ルート） 細かい設定は後回しでいい。まずはこの2つだけ。 1. claude --version でバージョンが v2.1.154 以降か確認（古ければ npm install -g @anthropic-ai/claude-code@latest で更新）。 2. Claude Code を起動して /deep-research 調べたいこと と打つ。標準で同梱されたワークフローが動くので、「複数エージェントが並列で動いて1本のレポートが返る」感触を体験できる。 いきなり巨大なタスクに使うとトークンを大量消費するので、最初は 小さな問いで試す こと。

起動方法は3つ

1. プロンプトで単発起動 プロンプトに ultracode というキーワードを含めると、そのタスクだけをワークフローとして実行する（セッションの effort レベルは変えない）。「ワークフローを使って」「run a workflow」のような自然言語の依頼でも同じオプトインとして扱われる。

   ultracode: src/routes/ 配下のすべての API エンドポイントを、認証チェック漏れがないか監査して

   補足：v2.1.160 より前は、トリガーキーワードは workflow という単語そのものだった。自然言語の依頼は両バージョンで有効。誤発火が鬱陶しければ /config の「Ultracode keyword trigger」をオフにできる（macOS は Option+W、Win/Linux は Alt+W でそのプロンプト分のハイライトを解除）。

2. /effort ultracode で Claude に判断を委ねる ultracode は xhigh の推論 effort と自動ワークフロー編成を組み合わせた設定。オンにすると、Claude が実質的なタスクごとに自動でワークフローを組むか判断する。1つの依頼が「理解する→変更する→検証する」と複数ワークフローに分かれることもある。当然トークンも時間も増えるので、ルーチン作業に戻るときは /effort high に落とす。セッション限りでリセットされる。

3. バンドル済み / 保存済みワークフローを叩く 標準で /deep-research が同梱されている。

   /deep-research Node.js の permission model は v20 から v22 で何が変わった?

   複数の角度に Web 検索をファンアウト → ソースを取得して相互照合 → 各主張を投票 → 相互検証を生き残った主張だけで引用付きレポートを返す、という流れ。

進行の監視と管理

• /workflows で実行中・完了済みのランを一覧し、選んで進行ビューを開く。各フェーズのエージェント数・トークン総量・経過時間が見える。フェーズ→エージェントとドリルダウンして、各エージェントのプロンプト・直近のツール呼び出し・結果まで読める。
• 進行ビューのキー操作：p（一時停止/再開）、x（選択エージェント停止、フォーカスがラン全体なら全停止）、r（選択中エージェントの再起動）、s（このランのスクリプトをコマンドとして保存）。
• ランを止めても再開可能。完了済みエージェントはキャッシュ結果を返し、残りがライブで走る。ただし再開は同一セッション内のみ。Claude Code を終了すると次回はやり直しになる。

保存・再利用・引数渡し

• /workflows でランを選び s を押すと、スクリプトをコマンドとして保存できる。保存先は2つ：

  • .claude/workflows/（プロジェクト：リポジトリを clone した全員と共有）
  • ~/.claude/workflows/（ホーム：全プロジェクトで使えるが自分だけ）
  • 同名が衝突した場合はプロジェクト側が優先。

• 保存したワークフローは args パラメータで入力を受け取れる。スクリプト内では args というグローバルとして読める。

  > /triage-issues を issue 1024, 1025, 1030 に対して実行して

  Claude が構造化データとして渡すので、スクリプトは args に対して配列/オブジェクトのメソッドを直接呼べる。

権限とコスト ── ここは要注意

• 承認プロンプト：CLI ではラン前に計画フェーズが表示され、Yes, run it / Yes, and don't ask again for <name> in <path> / View raw script（Ctrl+G でエディタ起動）/ No から選ぶ。Tab でラン前にプロンプトを調整可能。
• 権限モード別の挙動：
  • Default / accept edits → 毎回プロンプト（「次回から訊かない」を選ばない限り）
  • Auto → 初回起動のみ。ultracode オン時は完全にスキップ
  • Bypass permissions / claude -p / Agent SDK → 一切プロンプトせず即実行
• 重要：ワークフローが起動するサブエージェントは、セッションのモードに関わらず常に acceptEdits モードで動き、ツール許可リストを継承する。ファイル編集は自動承認される。一方、許可リストにないシェルコマンド・Web フェッチ・MCP ツールはラン中にプロンプトが出ることがあるので、長時間ランの前に必要なコマンドを許可リストへ追加しておくとよい。公式も「動的ワークフロー利用時は auto mode をオンにすると体験が良い」と推奨している。
• コスト：1ランで多数のエージェントを起動するため、同じタスクを会話でこなすより桁違いにトークンを使うことがある。プラン使用量・レート制限に通常セッションと同様にカウントされる。
  • まず小さなスライスで試す（リポジトリ全体ではなく1ディレクトリ、広い問いではなく狭い問い）。
  • プロンプトでトークン予算を指定できる：「10k トークンで」のように書くと上限が設定される。
  • 不要に強いモデルを全エージェントに使わない。/model を確認し、軽いステージは小さいモデルに回すよう依頼する。
• /goal / /loop との併用：triage・research・verification など繰り返せるワークフローは、/loop（定期実行）や /goal（明確な完了条件の設定）と組み合わせると強い。

無効化

• /config の「Dynamic workflows」をオフ／~/.claude/settings.json に "disableWorkflows": true／環境変数 CLAUDE_CODE_DISABLE_WORKFLOWS=1。組織全体なら managed settings か Claude Code 管理画面のトグルで。

1-7. 実例とユースケース

• 大規模マイグレーション：ランタイム Bun が Zig から Rust へ書き換えられたのは、まさにこのワークフローを使った事例。コールサイト／失敗テスト／モジュールといった単位にタスクを分解し、修正ごとに worktree でサブエージェントを起動 → 別エージェントが敵対的レビュー → マージ、という形。並列度を上げるため「リソース集約的なコマンドは使うな」とエージェントに指示するのがコツ。
• ディープ検証：レポートの全事実主張をソース付きで裏取りしたいとき。1エージェントが主張を洗い出し、主張ごとにサブエージェントを起動して個別検証、さらにソースの質を別の検証エージェントがチェックする。
• 大規模ソート：1000行超を1プロンプトでソートすると品質が落ちコンテキストにも収まらない。ペアワイズ比較エージェントのパイプライン（比較判定は絶対採点より信頼できる）や、並列バケットランク → マージで解く。
• ルール遵守の強制：CLAUDE.md に書いても Claude が見落とすルールを、1ルール1検証エージェントでチェックさせる。逆方向 ── 過去セッションやコードレビューのコメントから「自分が繰り返している修正」をマイニングし、クラスタリング・敵対的検証して CLAUDE.md ルールに蒸留する ── も強力。
• 大規模トリアージ：サポートキュー／バグ報告のバックログを、分類 → 既存チケットとの重複排除 → アクション（自動修正 or 人へエスカレーション）。untrusted な公開コンテンツを読むエージェントには高権限アクションをさせず、別のエージェントが実行する「quarantine（隔離）」パターンが安全。
• 根本原因調査 / ポストモーテム：ログ・ファイル・データそれぞれに別エージェントを当てて独立した仮説を立て、検証者と反証者のパネルにかける。コードに限らず売上分析やデータパイプライン障害にも使える。

自分の業務に引き寄せるなら

オンプレ／自己ホスト環境を扱う開発では、特に次が効きそうだ。

• コードベース全体監査：認証・入力バリデーション・危険なパターンを全リポジトリ横断でチェックし、各指摘を独立検証してから上げる ── レガシー資産の棚卸しに。
• フレームワーク／API 移行：数百〜数千ファイルに及ぶ移行を end-to-end で。
• 設定・ドキュメントの整合性検証：技術ブログ草稿の各主張をコードベースに照らして裏取りする、といった「出す前の検証」用途。

Part 2：直近1〜2か月の機能総まとめ（2026年4〜6月）

Claude Code は週次の「What’s new」ダイジェストで主要機能を出している。ここでは Week 13〜22 を時系列で整理する。

Week 22（5/25〜29, v2.1.150–157）── 動的ワークフロー & Opus 4.8

• 動的ワークフローを research preview で公開（Part 1 参照）。v2.1.154 以降で利用可。
• Claude Opus 4.8 が新デフォルトに。fast mode（2.5倍速）が従来モデル比で3倍安くなった。claude.ai 側ではタスクへの effort 量をユーザーが制御可能に。
• fallbackModel 設定：プライマリモデルが過負荷／利用不可のとき順に試すフォールバックモデルを最大3つ設定でき、対話セッションにも --fallback-model が効くように。
• deny ルールでの glob 対応：ツール名位置で glob（* で全ツール拒否）が使えるように。allow ルールは非 MCP の glob を拒否し、deny ルールの未知ツール名は警告。
• security-guidance プラグイン追加。

Week 20（5/11〜15, v2.1.139–142）── マルチセッション管理

• agent view（claude agents）：すべての Claude Code セッションを1画面に集約。実行中・自分待ち・完了が一覧で見える。
• /goal：完了条件が満たされるまでターンをまたいで作業を継続。
• fast mode がデフォルトで Opus 4.7 上で動作。
• Rewind メニューに「Summarize up to here」── そこまでのコンテキストを圧縮できる。

Week 19（5/4〜8, v2.1.128–136）── プラグイン配布と権限

• プラグインを .zip / URL からロード：--plugin-dir が .zip を受け付け、--plugin-url でセッション限りのアーカイブ取得。
• worktree.baseRef：新規 worktree をリモートの default ブランチから切るか、ローカル HEAD から切るかを選択。
• auto mode の hard deny ルール：allow 例外に関係なく無条件でアクションをブロック。
• hooks が effort レベルを参照可能に：effort.level および $CLAUDE_EFFORT 経由で現在の effort を取得できる。

Week 18（4/27〜5/1, v2.1.120–126）── Windows ネイティブ化

• Git Bash 不要に：Git for Windows が必須でなくなり、Bash がなければ PowerShell をシェルツールとして使う。
• claude ultrareview：クラウドのコードレビューを CI／スクリプトから。
• claude project purge：プロジェクトのローカル状態を掃除。
• /resume に PR URL を貼ると、その PR を作ったセッションを特定。

Week 17（4/20〜24, v2.1.114–119）── クラウドレビュー

• /ultrareview が public research preview に。バグハント用エージェント群がクラウドで走り、結果が CLI／Desktop に自動で返る。
• session recap：ターミナルがアクティブでない間に起きたことを表示。
• カスタムテーマ：/theme やプラグインで配色を作って配布。
• Claude Code on the web リデザイン（新しいセッションサイドバー、ドラッグ&ドロップレイアウト）。

Week 16（4/13〜17, v2.1.105–113）── Opus 4.7 と xhigh

• Claude Opus 4.7 が Max / Team Premium の新デフォルトに。新 effort レベル xhigh（多くのコーディング作業で推奨）と、インタラクティブな /effort スライダー。
• Routines（Web）：テンプレ化したクラウドエージェントをスケジュール／GitHub イベント／API 呼び出しで発火。
• モバイルプッシュ通知：長時間タスクの完了や Claude の確認待ちをスマホに通知。
• /usage：使用制限を圧迫している要因を表示。
• CLI がネイティブバイナリに移行。

Week 15（4/6〜10, v2.1.92–101）── Ultraplan と Monitor

• Ultraplan 早期プレビュー：CLI からクラウドで計画を起草 → Web エディタでレビュー&コメント → リモート実行 or ローカルに引き戻す。初回ランでクラウド環境を自動生成。
• Monitor ツール：バックグラウンドイベントを会話にストリームし、Claude がログを tail してライブに反応。
• /loop が間隔省略時に自己ペース化、/team-onboarding（セットアップを再生可能なガイドに）、/autofix-pr（ターミナルから PR 自動修正をオン）。

Week 14（3/30〜4/3, v2.1.86–91）── Computer use が CLI へ

• Computer use が CLI に research preview で登場。ネイティブアプリを開き、UI をクリックし、変更を検証できる。GUI でしか確認できないものの「ループを閉じる」用途に最適。
• /powerup インタラクティブレッスン、フリッカーのない alt-screen 描画、MCP 結果サイズのツール単位上書き（最大500K）、Bash ツールの PATH にプラグイン実行ファイル。

Week 13（3/23〜27, v2.1.83–85）── Auto mode 登場

• Auto mode が research preview に。分類器が権限プロンプトを捌き、安全なアクションは中断なしで走り、危険なものはブロック。「全承認」と --dangerously-skip-permissions の中間。
• Desktop での Computer use、Web での PR 自動修正、/ でのトランスクリプト検索、Windows 向けネイティブ PowerShell ツール、条件付き if hooks。

まとめ ── この2か月で何が変わったか

大きな流れは3つに集約できる。

1. オーケストレーションの主役が「Claude」から「Claude が書くスクリプト」へ。動的ワークフローは、サブエージェント／Agent Teams が「Claude がターンごとに次を決める」モデルだったのに対し、計画そのものをコード化して再利用可能にした。コンテキスト枯渇・怠惰・自己選好・ドリフトという単一コンテキストの弱点を構造で潰しにきている。

2. 権限・hooks まわりの粒度が上がった。hard deny ルール、deny の glob 対応、hooks からの effort 参照、Auto mode の成熟。「決定論的な enforcement レイヤと確率論的なエージェントの境界」をどう引くか、という設計の自由度が増している。

3. モデルとコストの最適化。Opus 4.8 デフォルト化、fast mode の高速・低価格化、fallbackModel による可用性の担保。effort（high / xhigh / ultracode）でコストと品質を段階的に選べるようになった。

動的ワークフローは research preview であり、トークン消費も大きい。だが「四半期がかりで計画していた規模の仕事が数日で終わる」という方向の道具であることは間違いない。まずは小さく scoped なタスクで試して使用量の感触を掴むのが、公式も勧める正しい入り方だ。

参考リンク（公式）

• 動的ワークフロー ドキュメント：https://code.claude.com/docs/en/workflows
• 発表記事「Introducing dynamic workflows in Claude Code」：https://claude.com/blog/introducing-dynamic-workflows-in-claude-code
• 解説記事「A harness for every task」（Thariq Shihipar, Sid Bidasaria）：https://claude.com/blog/a-harness-for-every-task-dynamic-workflows-in-claude-code
• Opus 4.8 発表：https://www.anthropic.com/news/claude-opus-4-8
• What’s new（週次ダイジェスト）：https://code.claude.com/docs/en/whats-new