CLAUDE LABEN
WORKFLOWS — Claude CodeのDynamic Workflowsが一般提供に。Claudeが計画し、1セッションで数百の並列サブエージェントを走らせ、報告前に出力を検証しますSCALE — Opus 4.8と組み合わせると、数十万行規模のコードベース移行をキックオフからマージまで任せやすくなりましたULTRACODE — effortメニューから有効化するultracode設定は、effortをxhighに上げ、ワークフローを使うかどうかをClaudeが自動判断しますEFFORT — claude.aiのモデルセレクタ横にeffortコントロールが加わり、extra(Codeではxhigh)やmaxで難所により深く取り組みますWFSIZE — /configのDynamic workflow size設定で、ワークフローの規模(small/medium/largeのエージェント数目安)を指定できますOPUS48 — Claude Opus 4.8は引き続き一般提供中。コーディング・エージェント能力・推論・実務知識がOpus 4.7から底上げされていますWORKFLOWS — Claude CodeのDynamic Workflowsが一般提供に。Claudeが計画し、1セッションで数百の並列サブエージェントを走らせ、報告前に出力を検証しますSCALE — Opus 4.8と組み合わせると、数十万行規模のコードベース移行をキックオフからマージまで任せやすくなりましたULTRACODE — effortメニューから有効化するultracode設定は、effortをxhighに上げ、ワークフローを使うかどうかをClaudeが自動判断しますEFFORT — claude.aiのモデルセレクタ横にeffortコントロールが加わり、extra(Codeではxhigh)やmaxで難所により深く取り組みますWFSIZE — /configのDynamic workflow size設定で、ワークフローの規模(small/medium/largeのエージェント数目安)を指定できますOPUS48 — Claude Opus 4.8は引き続き一般提供中。コーディング・エージェント能力・推論・実務知識がOpus 4.7から底上げされています
記事一覧/Claude Code
Claude Code/2026-07-15上級

Dynamic Workflows の規模と effort を、勘ではなく手元の台帳で決める

Dynamic Workflows の一般提供で /config の workflow size と effort が自分の手に渡りました。large を選び続けて費用だけが伸びた1週間の記録から、OpenTelemetry のコンソール出力を台帳化し、タスク型ごとに size と effort を割り当てるまでを実装込みで整理します。

Claude Code190Dynamic WorkflowsOpenTelemetry2コスト設計6

プレミアム記事

/config を開いて Dynamic workflow size という行が増えているのに気づいたとき、私が最初にやったのは large を選ぶことでした。せっかく選べるのだから大きいほうがよいだろう、という素朴な発想です。

一週間後、Console の使用量グラフだけが素直に伸びていました。夜間に回している記事の下調べは、small のときと比べて目に見えて良くなったわけではありません。それでも費用は積み上がる。何が増えて何が増えなかったのかを、私は説明できませんでした。

つまみが手元に来た、というのはそういうことです。既定値に守られていた頃は考えなくてよかった判断が、こちらの責任になります。以下は、その判断を感覚から引き剥がして台帳に載せるまでの記録です。

GA で手に渡った二つのつまみ

2026-07-15 に Dynamic Workflows が一般提供となり、CLI・Desktop・VS Code 拡張と、API / Bedrock / Vertex AI / Foundry で使えるようになりました。計画を Claude 自身が立て、一つのセッションで多数の並列サブエージェントを走らせ、報告の前に出力を検証する — この流れ自体はリサーチプレビューの頃と同じです。

変わったのは、こちらが握れる場所が二つ増えたことでした。

つまみ設定場所効く方向
Dynamic workflow size/config(small / medium / large)並列サブエージェント数の目安。横方向の広がり
efforteffort メニュー(Claude Code では xhigh まで)一つの判断にかけるトークン量。縦方向の深さ

ultracode 設定を有効にすると effort が xhigh に上がり、ワークフローを使うかどうかの判断まで Claude に委ねられます。便利ですが、この二つを同時に上げると、増えた費用がどちらに起因するのかが分からなくなります。私が一週間を無駄にしたのは、まさにここでした。

なお Dynamic Workflows の対象は Enterprise・Team・Max プランです。Pro で /config を探しても見つからない場合、それは設定の問題ではありません。動かし方そのものはClaude Code の Dynamic Workflow を動かして掴んだ、サブエージェント並列実行の勘所で整理しています。

大きくして伸びるもの、伸びないもの

一週間分のログを眺めて、ようやく形が見えてきました。並列サブエージェントを増やして効くのは「探索の幅」です。候補を広く集める、複数の観点から独立に検証する、抜けを潰す。こうしたタスクは、走らせる頭数がそのまま質に変わります。

一方、探索の幅がもともと狭いタスクは、頭数を増やしても行き先が同じです。私の記事の下調べは、参照するソースが四つか五つに収まります。ここに large を当てても、同じ結論に到達するサブエージェントが増えるだけでした。

Anthropic は Opus 4.8 について、自ら書いたコードの欠陥を見逃す確率が前世代の約4分の1になったと述べ、75万行規模の移行を11日・テスト合格率99.8%で完走した事例を公表しています。これは large が活きる典型で、変更対象が数万ファイルに散らばり、探索の幅そのものが仕事の本体になっているケースです。私の手元の四つのブログには、その規模の探索面がありません。

つまり判断すべきは「大きいほうが良いか」ではなく、「このタスクの探索面は広いか」でした。そしてそれは、タスクごとに測れば分かります。

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
workflow size を large 固定にすると何が伸びて何が伸びないのか、トークン・所要時間・合否の3列で切り分けられるようになる
CLAUDE_CODE_ENABLE_TELEMETRY のコンソール出力から、1回の実行あたりのコストとトークンを100行未満のスクリプトで台帳化できる
同一タスクを size × effort で掃き出すスイープハーネスと、その結果から割り当てを決める判断表が手に入る
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Claude Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • コピー&ペーストで使える実装コード付き
  • 毎日新しい上級ガイドを追加
  • ¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

Claude Code2026-07-15
型は付いたのに、安全にはならなかった — JS→TS 移行で Claude Code に任せた範囲と任せなかった範囲
tsc が緑でも any は静かに漏れます。型カバレッジで移行の実態を測り、Claude Code に任せて速い作業と人が決めるべき判断を線引きし、悪化を止める CI ゲートまでを実装付きで整理した運用メモです。
Claude Code2026-07-14
空の変数と rm -rf の夜 — Claude Code auto モードの事前確認に助けられた片付けの記録
複数のアプリ用リポジトリのキャッシュをまとめて掃除する作業を Claude Code に任せた夜、空になった変数のせいで危うく広範囲を削除しかけました。auto モードの rm -rf 事前確認に救われた実運用の記録と、そこから整えた自分の確認ルールを丁寧に綴ります。
Claude Code2026-07-10
PreCompact と SessionEnd で長時間セッションの決定事項を引き継ぐ
自動コンパクションで消えるのは会話ではなく「なぜそう決めたか」です。PreCompact / SessionEnd / SessionStart の3フックで決定ログを外部ファイルへ退避し、次のセッションへ確実に手渡す実装を、動くコードと実測値つきで解説します。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →