Claude Dynamic Workflowsで競合リサーチや契約書チェックを並列で片付ける｜非エンジニアの始め方と料金の落とし穴

公開日: 2026年7月11日

この記事はClaude Codeを触ったことがある個人事業主・副業実践者向け（リサーチ・契約書チェック・長文要約を手作業でやってる人。

コード移行の話は最小限です）。

そもそもDynamic Workflowsって何が起きる機能なの?

2026年5月28日、AnthropicがClaude Codeに「Dynamic Workflows」を追加しました。

Opus 4.8と同時リリースで、いまはresearch preview段階です。

ざっくり言うと、こうです。

これまでは1体のAIに順番に作業させてました。

今度はその「段取りそのもの」をClaudeに丸投げできる。

公式ドキュメントの説明はこうなっています。

Claude writes the script for the task you describe, and a runtime executes it in the background while your session stays responsive.（あなたが説明したタスクの段取りをClaudeがスクリプトに書き出し、裏側で実行する。

その間も会話画面は動き続ける）

出典: Claude Code 公式ドキュメント

ここが地味に効きます。

段取りがClaudeの記憶領域の外に出て、JavaScriptのスクリプトとして書き出される。

途中の結果もスクリプトの変数に置かれるので、会話が長くなって性能が落ちる現象を起こしにくい。

Anthropic公式は、数百体の並列サブAIを動かして報告前にみずから検証する、と説明しています。

私が面白いと思ったのは、この「報告前にみずから検証」の部分です。

なぜ非エンジニアの私が、この機能に注目しているのか?

結論を先に置きます。

コードを書かない人の業務こそ「並列で潰せる丸投げ作業」が多いからです。

競合のClaude Code解説はほぼ全部、Bun移植やバグ点検みたいなエンジニア文脈に寄っています。

でもこの機能、リサーチや契約書チェックにそのまま効くはずなんです。

公式ドキュメントは「並列が効くタスク」をこう列挙しています。

a codebase-wide bug sweep, a 500-file migration, a research question that needs sources cross-checked against each other, and a hard plan worth drafting from several independent angles before you commit to one.（コード全体のバグ掃除、500ファイルの移行、複数のソースを互いに突き合わせて確認する必要のある調査、1つに決める前に複数の独立した角度から練りたい難しい計画）

出典: Claude Code 公式ドキュメント

注目してほしいのは後半2つ。

「ソースを互いに突き合わせる調査」「複数の角度から練る計画」。

これ完全に非エンジニアの仕事ですよね。

競合10社のリサーチ。

契約書を法務・財務・実務の3視点でレビュー。

100ページのPDFを章ごとに別AIで要約。

私が想像しただけでも、手作業で半日溶けてた作業がいくつも当てはまる。

個人的には、ここを誰も書いてないのが不思議でした。だから先に押さえておきます。

workflowはどうやって起動するの? 公式の3つの方法

公式ドキュメントには起動方法が3つ載っています。一番ラクなのは1単語書くだけ。

公式ドキュメントの原文はこうです。

「include the word workflow anywhere in your prompt（プロンプトのどこかに workflow という単語を入れる）」。

書いた瞬間にClaudeが段取りスクリプトを自動で作って走らせます。

要らないときは alt+w でスキップできる。

非エンジニアがworkflowを試す手順

公式ドキュメントの記述を、非エンジニアが今日やる形に並べ直すとこうなります。

1. STEP1: バージョンを確認する。 ターミナルで claude --version と打つ。v2.1.154以降でないと動かないので、古ければ先に更新する。
2. STEP2: 課金プランごとの初期設定をする。 Max・Teamは最初からオン。Proの人は /config を開いて「Dynamic workflows」の行を手動でオンにする（後述のトラップに注意)。
3. STEP3: 指示文に「workflow」を1単語混ぜる。 例:「この5つのPDFを章ごとに要約する workflow を組んで」。これだけでClaudeが段取りを書き、複数のサブAIを並列で立ち上げる。
4. STEP4: 進み具合を見る・止める。 /workflows と打つと実行中の一覧が出る。x で停止、p で一時停止できる。料金が不安なら、まず小さい範囲で1回試す。

引っかかりやすいのはSTEP1です。

バージョンが古いまま「workflow」と書いても、ただの普通の会話として処理されて何も起きません。

先に更新してください。

ほかに2つ。

/effort ultracode はセッション全体で自動の段取り判断を効かせる強モード。

/deep-research は最初から入っている調査用ワークフローで、複数角度のウェブ検索→ソースの突き合わせ→引用付きレポートまで一気にやります。

リサーチ職にはこれが入口として一番ラクだと思います。

非エンジニアの業務に、具体的にどう使えるの?

ここが本題です。

公式が示す「効くタスクの形」を、コードを書かない仕事に翻訳します。

3つ挙げます。

どれも「独立した複数の作業を同時に走らせ、最後に突き合わせる」形にハマるものです。

活用例1: 競合10社のリサーチを並列で回す

1社ずつ調べて表にまとめる作業、地味に半日かかりますよね。

これを10体のサブAIに1社ずつ割り振る。

公式ブログは検証の仕組みをこう書いています。

Agents address the problem from independent angles, other agents try to refute what they found, and the run keeps iterating until the answers converge.（各AIが独立した角度から問題に当たり、別のAIがその発見を反証しようとし、答えが収束するまで繰り返す）

出典: Anthropic 公式ブログ

調べた内容を別のAIが「それ本当?」と潰しにかかる。

リサーチでありがちな思い込みや古い情報を、構造で削れるわけです。

これは正直うれしい。

活用例2: 契約書を3視点で同時レビュー

1本の契約書を、法務・財務・実務の3つの角度から別々のAIに見させる。

リスク条項、支払い条件、現場で回るかどうか。

視点ごとに担当を分けて、最後に1枚にまとめさせる形です。

活用例3: 100ページPDFを章ごとに分割要約

長いPDFを1体で頭から読ませると、後半で前半を忘れます。

章ごとに別のサブAIへ振れば、各自が担当章に集中できる。

この3つを実際にやる手順

公式の起動方法を、上の活用例に当てはめるとこうなります。

1. STEP1: 素材を1つのフォルダに置く。 リサーチなら対象企業のリスト、契約レビューなら契約書ファイル、要約ならPDFを、Claude Codeを開いている作業フォルダに入れる。
2. STEP2: 「分けて並列で」が伝わる指示を書く。 例:「この10社を1社ずつ別々に調べて比較表にする workflow を組んで」。「workflow」の1単語と「1つずつ別々に」の意図を必ず入れる。
3. STEP3: 範囲を小さく始める。 いきなり10社・100ページで回さず、まず2社・10ページで1回試す。出力の形と消費量を見てから本番に広げる。
4. STEP4: /workflows で監視する。 走っている数と進み具合を見て、想定外に膨らんだら x で止める。

STEP3を飛ばす人が一番事故ります。

「並列で動く=結果が正しい」ではないからです。

最後の確認は人がやる前提で組んでください。

料金はどうなる? トークンが桁違いに減るって本当?

ここが非エンジニアが一番踏みやすい地雷です。

先に言い切ります。

workflowは普通の会話より大幅にトークンを食います。

公式ブログ自身がこう注意しています。

Dynamic workflows can consume substantially more tokens than a typical Claude Code session, so we recommend starting on a scoped task.（Dynamic Workflowsは通常のClaude Codeセッションよりかなり多くのトークンを消費しうるので、範囲を絞ったタスクから始めることを推奨する）

出典: Anthropic 公式ブログ

数字も出ています。

実測レポートを書いた日本語の検証記事では「1回の点検で5時間レート制限の約44%を消費した」と記録されています。

2回ちょっとで5時間枠を使い切る規模です。

英語メディアのTechTimesはもっと直球で、「500体の監査は通常セッションと比べて桁違いに請求額を動かしうる」と書いています（出典）。

桁違い。

ここは脅しじゃなく事実として受け止めたほうがいい。

料金体系のほうは下がっています。

Anthropic公式によると、Opus 4.8の料金はこうです。

fast modeは旧来の3分の1の価格になりました（出典: Anthropic公式）。

ただ単価が下がっても、1回で動くAIの数が桁違いなので、総額は普通に膨らみます。

ある日本語レビューも「とりあえず全部workflowで、とやるとコストがあっという間に溶けます」と書いています。

私の見方では、定額プランの人ほど油断が危ない。

お金が直接引かれない代わりに、利用枠が一気に枯れるからです。

Proプランの起動トラップって何? 「書いても動かない」事故

これは検索しても誰もちゃんと書いてないので、独立した見出しにします。

Proの人が一番ハマる罠です。

プランごとに初期状態が違います。表にしました。

公式ドキュメントは「On Pro, turn them on from the Dynamic workflows row in /config（Proでは /config の Dynamic workflows 行からオンにする）」と明記しています（出典）。

つまりProの人が初期状態で「workflow」と書いても、無反応です。

なお複数の日本語記事は「Proはモデルを Opus 4.8 に切り替える必要もある」と言及していますが、公式ドキュメントが明記しているのは「/configからオン」までです。

モデル切り替えの要否は公式記述で確認できていないので、ここは /config の表示に従ってください。

地味だけど、ここで詰まると30分溶けます。先に潰しておく価値あり。

逆に、workflowを使わないほうがいいのはどんなとき?

歯切れよく書きます。

全部を並列にすればいい、ではありません。

向かない仕事が確実にあります。

ある日本語レビューは「楽観7・慎重3」と評価したうえで、非推奨パターンをこう挙げています。

「対話的に方向修正しながら進めたい探索的タスク」「段階ごとに人間の承認を挟みたい繊細な作業」。

構造上の理由もあります。

公式ドキュメントによると、走っている最中にユーザーが途中で口を挟む（mid-run input）ことはできず、サブAI同士は互いの会話を直接見られません。

中間結果はスクリプトの変数で受け渡しされる。

だから「Aの結果を見てからBをどうするか決める」みたいな、前の結論に依存して次を判断する仕事には向きません。

むしろ非効率です。

同じ検証記事も「1〜数ファイルで完結する小さな修正や日常のちょっとした確認には、トークン消費の割に合いません」と書いています。

ちょっとした調べ物に1000体動かす必要はない、というだけの話です。

私なら、こう線を引きます。

独立した作業が10個以上あって、最後に突き合わせたいとき=使う。

途中で考えながら方向を変えたいとき=普通の会話のまま。

大規模な実例ってあるの? Bun移植の話

1つだけ、規模感が分かる実例に触れておきます。コードの話なので軽く。

Anthropic公式ブログは、Bunの移植作業でこの仕組みを使った数字を出しています。

「75万行のRust」「既存テストの99.8%がパス」「初回コミットから統合まで11日」（出典）。

四半期かかる規模を11日。

ただし英語メディアのMarkTechPostは「not yet in production（まだ本番投入はされていない）」とも記録しています。

すごい数字だけど、実戦配備済みの完成形ではない。

そこは冷静に見ておきたいところです。

非エンジニアの私たちにとっての意味は、規模の証明です。

75万行をさばける段取り力なら、契約書10本やPDF100ページは余裕で射程内、ということ。

よくある質問（FAQ）

Dynamic Workflowsを使うのに必要なバージョンは?

Claude Code v2.1.154以降です。

公式ドキュメントが明記しています。

古いバージョンでは「workflow」と書いても普通の会話として処理され、起動しません。

Proプランでも使えますか?

使えますが初期状態はオフです。

/config の「Dynamic workflows」行から手動でオンにする必要があります。

Max・Teamは最初から有効、Enterpriseは管理者が有効化します（出典: 公式ドキュメント）。

1回でどれくらいトークンを消費しますか?

公式は「通常セッションよりかなり多い」とだけ示し、具体的な倍率は公開していません。

実測では日本語の検証記事が「5時間レート制限の約44%を1回で消費」と報告しています。

まず範囲を絞って1回試すのが安全です。

非エンジニアの仕事にも使えますか?

使えます。

公式が挙げる「複数ソースを突き合わせる調査」「複数角度から練る計画」は、競合リサーチ・契約レビュー・長文要約にそのまま当てはまります。

独立した作業を並列に分けられる仕事ほど効きます。

どんなときは使わないほうがいいですか?

前の結果を見てから次を判断する順次依存タスク、途中で方向修正したい探索的タスク、1〜2ファイルの小さな確認には向きません。

サブAI同士は会話を直接共有できず、途中でユーザーが口を挟めない構造のためです。

参考リンク

• Anthropic 公式ブログ（Dynamic Workflows発表）
• Claude Code 公式ドキュメント（Orchestrate subagents at scale）
• Anthropic ニュース（Claude Opus 4.8 と料金）
• TechTimes（コスト警告・Proプラン手動設定）

この記事を書いた人

aisola

Aisola Lab 運営者

AIツールを使ったコンテンツ制作・リサーチ・WordPress運用を日常的にやっています。自分で動かせるものは実際に触って書き、触っていないものは公式ドキュメントと一次情報をもとに書き分けています。

運営者情報X（@ai_sola27）note

※この記事の内容は執筆時点のものです。AIは進化が速い分野のため、最新の仕様は公式サイトでご確認ください。