2026/05/28、Anthropic が Claude Opus 4.8 を公開した。同時に Claude Code 側へ「ultracode」と「dynamic workflows」が降ってきて、/effort メニューに見慣れない ultracode が並ぶようになった。
このあたり、SNS では「ultracode = 最強の effort レベル」みたいな雑な紹介が回っているが、公式ドキュメントを読むと ultracode は API の effort レベルではない。混同したまま使うとコストの見積もりを盛大に外す。
この記事では、3つの概念を公式仕様ベースで切り分ける。
-
effortパラメータ（low〜maxの5段階） -
dynamic workflows（サブエージェントをスクリプトでオーケストレーションする仕組み） -
ultracode（上の2つを束ねた Claude Code 側の設定）
まず Opus 4.8 そのものの変更点
モデル単体としての 4.7 → 4.8 は、派手な新機能というより long-horizon なエージェント作業の地味な底上げ が主軸。
| 項目 | 内容 |
|---|---|
| 価格 | $5 / 100万入力トークン、$25 / 100万出力トークン（4.7 から据え置き） |
| コード品質 | 自分が書いたコードの欠陥を見逃す確率が 4.7 比で約 1/4 に |
| 長時間作業 | long-context の扱い改善、compaction の発生減・復帰改善 |
| Prompt Caching | 最小キャッシュ長が 1,024 トークン（4.7 より短く、短いプロンプトもキャッシュ可能に） |
| Fast mode |
speed: "fast" で同一モデルのまま 出力 2.5倍速（$10 / $50 のプレミアム価格、リサーチプレビュー） |
モデル ID は claude-opus-4-8。「自分の出力に対する不確かさを正直に申告し、根拠のない断定が減った」という方向の改善が入っているのが、コーディング用途では一番効く。
effort パラメータ：5段階のトークン予算
effort は Claude がどれだけトークンを使い込むか を制御するパラメータ。思考（adaptive thinking）だけでなく、テキスト出力・ツール呼び出しの回数まで含めた全トークン に効くのがポイント。
| レベル | 性格 | 主な用途 |
|---|---|---|
max |
上限なしの最大能力 | フロンティア級の難問のみ |
xhigh |
長時間エージェント向け | 30分超・数百万トークンのコーディング/エージェント作業 |
high |
デフォルト（指定省略と同じ） | 複雑な推論・難しいコーディング全般 |
medium |
バランス型 | コスト寄りのエージェント作業 |
low |
最省トークン | 分類・軽い参照、サブエージェント |
注意点：
-
デフォルトは
high。effort: "high"を渡すのとパラメータを省略するのは完全に同じ挙動。 -
xhighが使えるのは Opus 4.8 と 4.7 のみ。コーディング/エージェント用途はxhigh始まりが公式推奨。 - Opus 4.8 は adaptive thinking を使う。手動の
thinking: {budget_tokens: N}は 400 エラーになるので、思考深度の制御はeffortでやる。
API での指定は output_config.effort：
import anthropic
client = anthropic.Anthropic()
resp = client.messages.create(
model="claude-opus-4-8",
max_tokens=4096,
messages=[{"role": "user", "content": "..."}],
output_config={"effort": "medium"},
)
low ほどツール呼び出しを束ねて回数を減らし、前置きを省いて即行動する。xhigh/max ほどツールを多く叩き、計画を説明し、変更の要約も丁寧になる。「賢さ」というより「丁寧さ・粘り強さ」のツマミと捉えると挙動が読める。
xhigh/max で走らせるときは max_tokens を大きめ（64k くらいから）に取らないと、思考とツール実行の途中で頭打ちになる。
dynamic workflows：サブエージェントをスクリプトで束ねる
dynamic workflows は Claude が書いた JavaScript スクリプトが、多数のサブエージェントをオーケストレーションする 仕組み。リサーチプレビューで、v2.1.154 以降・有料プラン（および API / Bedrock / Vertex / Foundry）で使える。
従来の subagents / skills との違いは「誰が計画を握るか」：
| Subagents | Skills | Workflows | |
|---|---|---|---|
| 実体 | Claude が生むワーカー | Claude が従う指示 | ランタイムが実行するスクリプト |
| 次に何を実行するか決めるのは | Claude（ターンごと） | Claude（プロンプトに従い） | スクリプト |
| 中間結果の置き場 | Claude のコンテキスト | Claude のコンテキスト | スクリプト変数 |
| スケール | 1ターン数個 | 同左 | 数十〜数百エージェント |
肝は 中間結果が Claude のコンテキストに載らない 点。スクリプトが分岐・ループ・中間データを抱えるので、Claude の文脈には最終結果だけが返る。だから「500ファイルの移行」「リポジトリ全体のバグ掃討」みたいに、1会話では捌けない規模を1セッションで回せる。
さらに、計画をコードに落とすと 品質パターンを再現可能な形で埋め込める。たとえば独立したエージェント同士に互いの発見を 敵対的にレビューさせて から報告させる、といった検証を毎回同じ手順で走らせられる。
ランタイムの制約：
- 同時実行は 最大16エージェント（CPU が少ないマシンではより少なく）
- 1ラン合計 1,000エージェントまで（暴走ループ防止）
- スクリプト自体はファイル/シェルに直接触れない。実際の読み書き・コマンド実行はエージェントが担当
起動方法は2つ：
# 1. プロンプトに workflow の単語を入れる（単発、effort は変えない）
Run a workflow to audit every API endpoint under src/routes/ for missing auth checks
# 2. 組み込みワークフロー
/deep-research What changed in the Node.js permission model between v20 and v22?
/workflows で進捗ビューを開け、満足したラン（のスクリプト）は s で /<name> コマンドとして保存・再利用できる。
ultracode の正体：xhigh + workflow 起動の常時許可
ここが本題。ultracode は API の追加 effort レベルではない。effort が API に受け付けるのは low〜max の5値で全部であり、ultracode はそこに入っていない。
公式の定義はこう：
ultracode は Claude Code の effort メニューに現れるが、API の effort レベルではない。
xhigheffort と、Claude Code がマルチエージェント workflow を起動してよいという常時許可 をペアにしたもの。
つまり ultracode = xhigh + 「いちいち聞かずに workflow を立ち上げてよい」権限。Claude Code 内のセッション設定であって、モデルに渡す数値ではない。
/effort ultracode
これを入れると、そのセッションのあらゆる substantive なタスクで Claude が勝手に workflow を計画する。1つのリクエストが「コードを理解する workflow → 変更する workflow → 検証する workflow」のように連鎖することもある。当然、1リクエストあたりのトークンと所要時間は跳ね上がる。
挙動の整理：
- セッション限定。新しいセッションを始めるとリセットされる
- ルーチン作業に戻るときは
/effort highで降りる -
xhighを持つモデル（= Opus 4.8 / 4.7）でのみメニューに出る。他モデルでは選択肢自体が消える
無効化したいときは /config のトグル、~/.claude/settings.json の "disableWorkflows": true、環境変数 CLAUDE_CODE_DISABLE_WORKFLOWS=1 のいずれか。これらを切ると workflow キーワードも効かなくなり、ultracode もメニューから消える。
結局どう使い分けるか
3つの概念は、こう棲み分けると実務で迷わない。
-
普段の作業 →
high（デフォルト）のまま。指定不要。 -
重いコーディング/探索を1タスクだけ深く → API なら
effort: "xhigh"、Claude Code なら/effort xhigh。 -
規模がデカい単発作業（大量移行・全体監査・多角リサーチ） → プロンプトに
workflowを1語入れて単発起動。effort は据え置きでいい。 -
セッション全体を腰を据えて高品質で回す →
/effort ultracode。ただし財布と相談。終わったら/effort highに戻す。
コスト感の注意：workflow は1ランで数十〜数百エージェントを焚くので、通常会話で同じ作業をするより明確にトークンを食う。ultracode は毎タスクでそれをやる可能性があるので、「とりあえず最強だから常時 ON」は明確に損。作業の規模に effort/workflow を合わせるのが正しい。
まとめ
- Opus 4.8 は価格据え置きで、long-horizon 作業とコード品質（欠陥見逃し 1/4）を底上げした堅実なアップデート。
-
effortはlow〜maxの5段階。デフォルトhigh、コーディングはxhigh推奨。全トークン（思考+出力+ツール）に効く。 -
dynamic workflowsはサブエージェントをスクリプトで束ねる仕組み。中間結果を文脈外に逃がすことで、リポジトリ規模の単発作業を1セッションで回せる。 -
ultracodeは effort の新レベルではなく、xhigh+ workflow 起動許可をまとめた Claude Code 設定。便利だが毎タスクが重くなるので、規模に応じて使い分ける。
「ultracode を ON にすれば賢くなる」ではなく、「ultracode は xhigh と自動オーケストレーションを束ねたモードで、その分コストが乗る」。ここを押さえておけば、4.8 世代のツマミは過不足なく扱える。