Anthropic のポスト (2026-05-28T00:00:00Z)
これって何？
Anthropic が 2026 年 5 月 28 日、Opus 4.8 と同じタイミングで Claude Code に「Dynamic workflows（ダイナミック・ワークフロー）」を出した。名前だけ聞いてもピンと来ないので、何が変わったのかを噛み砕く。
これまでの Claude Code でも、Claude に「サブエージェント」（親の Claude が生成する小さな作業員 AI）を数個任せることはできた。ただし段取り——誰を次に動かすか、結果をどうまとめるか——は Claude が会話のターンごとに自分の頭で考える方式で、途中経過は全部 Claude の作業メモリ（context）に積み上がっていく。だから数個が限界で、数百体を捌くのは無理だった。
ここで押さえておきたいのが、最近の流行だ。個人開発者の間では、エージェントを何体も組み合わせる「エージェント設計（マルチエージェント・オーケストレーション）」が一種のブームになっている。誰にどの役を振って、どう連携させて、互いの結果をどう検証させるか——その設計図を人間が手で書くのが腕の見せ所、という空気があった。
Dynamic workflows が効いてくるのは、まさにその設計図を書く工程ごと Claude が自動でやってくれる点だ。やってほしいことを言葉で伝えると、Claude が JavaScript の「段取り表」（スクリプト）を自分で書いて、その段取り表のほうが「何を並列で動かすか」「結果をどう検証するか」を握る。実行は裏側の専用ランタイムが回すので、こっちの会話画面は止まらず、別の作業を続けられる。中間結果は段取り表の中に溜まるので、Claude の作業メモリには最終的な答えだけが返ってくる。
イメージで言うと、これまで自分で引いていた「作業員の配置図と工程表」を、監督役の Claude が丸ごと書いて、大勢の作業員（サブエージェント）に一気に流す感じだ。設計を勉強して手で組んでいた部分が、指示一本に置き換わる。
規模の数字も出ている。同時に動くのは最大 16 体、1 回の実行で延べ最大 1000 体まで。途中で止めても、終わったぶんは結果を覚えていて続きから再開する。起動は難しくなくて、プロンプトのどこかに「workflow」という単語を入れるだけで Claude が工程表を書き始める。最初から付いてくる「/deep-research」（質問を投げると複数の角度から Web を調べて裏取りして一本のレポートにする既製品）も使える。
ただし出たばかりの「research preview（お試し版）」で、Claude Code の v2.1.154 以降が必要。使えるのは Max・Team・Enterprise プラン（Pro は設定からオンにする）。Anthropic 自身は、Bun という JavaScript 処理系を別の言語へ移植する作業（Zig から Rust へ）でこれを使い、75 万行のコードを 11 日でテスト 99.8% 通過まで持っていったと出している。
ターゲットは誰か？
コードや作業を「数で殴る」場面を抱えてる個人 builder、それと大量の繰り返し処理（横断リサーチ、一括監査、データ分類）をやってる人。要するに「自分一人だと手が足りない、でも人を雇うほどでもない」という層に一番効く。
そしてもう一つ、「エージェント設計を勉強しなきゃ」と焦っていた人。複数 AI の組み方を覚える前に、成果のほうを先に取れるようになった。既に Max 以上のプランを持っているなら、明日から触れる。Anthropic 側の狙いははっきりしていて、「個人や小チームが、長くて複雑な作業をまるごと Claude に預ける」という使い方を増やしたいんだと思う。
自分にできそうか
正直に言うと、これは個人の天井を一枚外す機能だと思う。
少し前まで、複数のエージェントをどう組むかは「手で設計できる人の職人芸」だった。役割分担、連携の順番、互いの検証——ここを上手く組める人が一歩先に行く、という流行だった。それが自動化される。設計の勘所を知らなくても、成果だけは取れるようになる。個人で開発や副業をやってると必ずぶつかる「自分が同時に面倒を見られるタスク数」の壁が、延べ数百体まで一気に広がる。監査、移行、横断調査みたいな「とにかく数をこなせば終わる」作業が、一人でも回る。ここは素直にデカい。
ただ、手放しで喜ぶ気にはなれない。設計を Claude に丸投げできるということは、裏で何体が何をやっているかが見えにくくなるということでもある。公式が「普通のセッションよりかなり多くの token を消費する」とわざわざ注意書きしている。つまり 1 回回すと枠をごっそり食う。Max でも rate limit（一定時間あたりの使用上限）にすぐ当たる可能性がある。「1000 体まで使える」は「1000 体使っていい」ではなく、暴走を止めるための上限だと読んだほうがいい。設計の勘所を一切知らないままだと、暴走したときに止めどころが分からない。
もう一つ、まだ research preview だ。挙動が変わったり不安定だったりする前提のものに、本業の納期がかかった仕事を賭けるのは早い。遊びと小さな実戦で感触を掴む段階だと自分は見てる。
再現性をチェック
**機材コスト**：追加のハードや SaaS はいらない。ただしプランの条件がある——Max・Team・Enterprise、もしくは Pro で設定をオンにする。そして token をよく食うので、安い fast mode と組み合わせる前提で考えたほうがいい。Pro の枠だけで数百体を回すのは、現実的には厳しいと思う。
**知識ハードル**：ここが今回の肝だ。段取り表（スクリプト）は Claude が書いてくれるので、JavaScript もエージェント設計の作法も知らなくて動かせる。手で設計を組む流行に乗り遅れた人ほど、むしろ恩恵が大きい。難しいのはコードじゃなくて「どの作業が並列化に向くか」を見極める目のほう。互いに独立してバラせる大量処理は向く。逆に、前の結果を見ないと次に進めない逐次依存の作業や、途中で人間の承認が要る作業は向かない（実行中は人間が口を挟めない仕様）。
**身近さ**：Claude Code を既に日常で使っているなら、距離はほぼゼロ。新しい環境もチームもいらない。プロンプトに「workflow」と書くか、/deep-research を打つだけで始まる。
自分ならどう作るか
自分が糧にするなら、と考える。
まず向いてそうな使い道。たとえば「競合 100 社を 1 社 1 エージェントで調べて表にまとめる」みたいな横断リサーチ、書きためたコードの一括セキュリティ監査、大量データの分類。どれも一人だと日が暮れる作業で、ここに数の力が効く。これまでなら「この 3 体をこう連携させて……」と自分で設計図を引いていた工程が、丸ごと省ける。
気をつける点を 3 つ。1 つ目、「workflow」という単語に反応して暴発することがある。意図せず発火したら alt+w で無効化できるし、初回は「これを実行していい?」という確認も出る。2 つ目、token が跳ねるので、回す前に /model で安いモデルにしておく、段階ごとに弱いモデルを指定する、といったコスト管理を先にやる。3 つ目、設計を任せきりにしない。自動でやってくれるからこそ、何体がどう動いているかは /workflows の画面で覗いておく。暴走したときに止められるのは、中で何が起きているかを見ている人だけだ。
やることはシンプルで、来週どこかで /deep-research を一本試して、消費した token と返ってきた品質を実機で測る。「数百体を回す価値があるタスクは自分の手元に本当にあるか」——そこを見極めるのが先で、機能に飛びつくのはその次でいい。