Claude CodeのOpus 4.8：新機能、料金、2026年の切り替え方法

Ailootの参考ドキュメント：ailoot.ai/docs/。

5月28日にClaude Codeでリリースされたもの#

5月28日、AnthropicはOpus 4.8を公開しました。Opus 4.7から41日後のことです。Claude Code v2.1.154とブログ記事「Introducing dynamic workflows in Claude Code」も同日に公開されました。翌日には、Opus 4.8でAPIを壊していた思考ブロックのバグがv2.1.156で修正されました。

Claude Codeでコーディングするすべての人に関わる4つの変更です。

1. 新しいOpus 4.8モデル — 料金は同じ（100万トークンあたり$5/$25）ですが、ベンチマークの成績が向上し、自分のコードに含まれるバグを見落とす頻度が4分の1になりました。
2. Dynamic Workflows — ClaudeがJSスクリプトを書き、1実行を通じて最大1000のサブエージェントを起動し、同時稼働は16以下に保ちます。プロンプト内のworkflowという単語がトリガーになります。
3. xhigh effort — 新しい推論レベルです。Opus 4.8のデフォルトはhighになりました。難しいタスクではxhighに上げられます。
4. Fast Modeの料金が3分の1に — 以前は標準料金の6倍でしたが、現在は2倍で、速度は2.5倍です。

Anthropic自身は、このリリースについて慎重な表現をしています。

このガイドでは、何が変わったのか、実際にどれくらい費用がかかるのか、今すぐ切り替えるべきか待つべきかを具体的に説明します。

Opus 4.8は4.7とどう違う？#

数値で見る改善点

Anthropicは公式発表とClaude APIドキュメントでベンチマークを公開しました。概要は次のとおりです。

⚠️ これらはベンダーが公表した数値です。Anthropicによる数値であり、独立した測定ではありません。

主な売り文句：「バグを見落とす可能性が4分の1」

Anthropicの主張は次のとおりです。

素晴らしく聞こえますが、背景には少し補足があります。AnthropicのSystem Cardによると、Claude Opus 4.8は6つのモデルの中で、すべてのベンチマークにおいて不正解率が最も低くなっています。確信がない場合に回答を控えるためです。

System Cardの表現をバイブコーダー向けに言い換えると、モデルが4倍賢くなったわけではありません。もっともらしい幻覚を出す代わりに、「よく分からないので確認してください」と言う可能性が高くなったのです。IQの向上ではなく、正直さの向上。それが進化の内容です。

実際には、以前Claudeが自信満々に誤った答えを出していた同じタスクで、今は「これはよく分かりません」と言うようになります。リスクは下がりますが、対応範囲が広がるわけではありません。

変わらなかった点

• 標準料金（入力100万トークンあたり$5、出力100万トークンあたり$25）—変更なし。
• 知識のカットオフ — 4.7と同じく2026年1月。
• デフォルトのコンテキスト — Anthropic API、AWS Bedrock、GCP Vertex AIでは1 million tokens。Microsoft Foundryでは200K。
• 最大出力 — 128Kトークン。
• サンプリングパラメーター（temperature、top_p、top_k）—引き続き非対応で、400エラーが返ります。

Opus 4.8の弱点

率直に言うと、Terminal-Bench 2.1でOpus 4.8のスコアは74.6%です。悪くはありませんが、このカテゴリーのトップではありません。作業の大半がターミナルで行われるなら、この点を覚えておいてください。純粋なターミナル作業では、Codexのほうが少し強いことがよくあります。他のベンチマークではOpus 4.8が上回っていますが、この差は実際にあります。

もう一つ率直に指摘しておくと、未検証の入力を扱う複雑なエージェント型パイプライン（ウェブサイトの解析やRSSの読み取りなど）では、Opus 4.8のプロンプトインジェクション対策は保証されません。他者の文書を読む自動化を構築するなら、別途入力サニタイザーを用意してください。

2026年のOpus 4.8の料金はいくら？#

料金プラン

標準料金は4.7や4.6と同じです。これは珍しいことで、新世代モデルは通常、料金が上がります。Fast Modeは3分の1の料金になりました。4.6と4.7では高速モードは標準料金の6倍でしたが、4.8では2倍です。

1時間の作業でかかる費用

Claude CodeでOpus 4.8を使って1時間積極的にコーディングすると、入力は約100万～200万トークン、出力は10万～30万トークンです。標準料金では、入力に$5～10、出力に$2.5～7.5かかります。概算で、APIだけで1時間あたり$8～15です。

サブスクリプションプランの場合：

• Pro（$20/month） — 1日あたり1～2時間の積極的な作業に十分です。Dynamic Workflowを使った難しいプロンプト1回で、上限に達することがあります。
• Max 5x（$100/month） — 毎日安定して4～6時間作業できます。多くのバイブコーダーにとって最適な選択肢です。
• Max 20x（$200/month） — 上限を心配せずに丸一日作業できます。多くのワークフローを起動する場合やAgent SDKを使う場合に適しています。

詳しくは、Claude Codeの上限を使い切らない方法とトークンの使用先のガイドをご覧ください。

⚠️ Anthropicによると、1000エージェントを使うワークフローは「一般的なセッションより大幅に多くのトークン」を消費します。同時16以下でも、大きな実行は多くの枠を使いえます。開始前に残り利用量と実行予算を確認してください。同時数だけで総費用は決まりません。

⚠️ Fast ModeはPro / Max / Team / Enterpriseプランに含まれません。利用クレジットを有効にする必要があり、サブスクリプションとは別に100万トークンあたり$10/$50で課金されます。Maxでクレジットを有効にせずFast Modeを使うと、残高をチャージするよう求めるメッセージが表示されます。ドキュメントを読む際に見落とされがちな点です。

Claude CodeのDynamic Workflowsとは？#

ワークフロー、サブエージェント、スキルの違い

これまでは、Claude Codeが自律的に行う処理はすべて、ターンごとのオーケストレーションを使っていました。各ターンでClaudeが呼び出すツールを決め、中間結果はClaudeのコンテキスト内に置かれていました。この方法はサブエージェントが4～5個までなら機能しますが、それを超えるとコンテキストがあふれます。

Dynamic Workflowはこのパターンを変えます。ClaudeがJavaScriptスクリプトを書き、エージェント自体をオーケストレーションします。中間結果はClaudeのコンテキストではなく、スクリプトの変数に置かれます。コンテキストに戻るのは最終結果だけです。これにより3つの効果が得られます。

1. 最大16のエージェントを並列で起動できます。1回の実行では合計最大1000です。
2. Claudeのコンテキストがあふれません — 各サブエージェントはそれぞれのサンドボックスで作業します。
3. スクリプトを再利用できます — 実行が成功した後、/workflowsでsを押すと、スラッシュコマンドとして保存されます。

Anthropicのワークフロードキュメントでは、次のように説明されています。

ランタイムの制限

ワークフローを起動する3つの方法

1. プロンプトにworkflowという単語を入れる。 「src/routes/以下のすべてのAPIエンドポイントを監査し、認証チェックの漏れを調べるワークフローを実行して」。Claudeがトリガーを認識し、スクリプトを書いて起動します。
2. /effort ultracode — xhigh推論とワークフローの自動オーケストレーションを組み合わせます。セッション内の実質的なすべてのタスクに適用されます。ドキュメントには次のようにあります。

3. /deep-research [question] —ウェブ検索と情報源の相互確認を行う、組み込みの調査用ワークフローです。

例：11日間で750,000行のRustに移植したBun

Bunのチームは、BunをZigからRustに移植する実験でDynamic Workflowsを使いました。Anthropicのブログによると、次の成果がありました。

• 約750,000行のRustを生成。
• 最初のコミットからマージまで11日間。
• 既存のテストスイートの99.8%のテストが合格。
• ZigからRustに翻訳するための約300のルール。

技術的には、3つのワークフローを続けて実行しました。

1. ワークフロー#1が、Zigのコードベースにあるすべての構造体フィールドに適切なRustのライフタイムを割り当てます。
2. ワークフロー#2が、各.rsファイルを対応する.zigファイルと同じ動作をするように書きます。数百のファイルタスクをバッチへ分け、同時最大16エージェントで処理し、ファイルごとに2人のレビュアーを割り当てます。
3. ワークフロー#3は修正ループで、すべてが合格するまでビルドとテストを実行します。

最大の落とし穴：小さなタスクでも上限を使い切る

実用上のポイント：簡単なサブエージェント1～2個で処理できるタスクには、ワークフローを呼び出さず、手動でサブエージェントを使ってください。ワークフローが役立つのは50ファイル以上で、5ファイルではありません。

Dynamic Workflowは、コンテキストエンジニアリングの次の段階です。1実行で最大1000回の起動へ分担し、同時には16以下を予定します。各エージェントは自分の範囲しか見ないため、共通のプロジェクト文脈がなければ、バッチをまたいで誤りが積み重なる可能性があります。

xhigh effortはいつ有効にするべき？#

Claude Code v2.1.154のリリースノートで、AnthropicはOpus 4.8がデフォルトでeffort=highとして動作すると明記しています。リリース後はこれが新しい標準です。以前の標準はこれより低いレベルでした。新しいxhighレベルは、各ターンでより多くの思考トークンを使う、特に難しいタスク向けに用意されています。

xhighを使う場面：

• 移行（新しいアーキテクチャパターン → 50ファイル以上）。
• セキュリティ監査（200以上のエンドポイントのセキュリティレビュー）。
• 不変条件のチェックを伴う計画的なリファクタリング。
• モデルが作業経路全体を覚えておく必要がある、複雑で長時間のデバッグ。

使わない場面：

• 1ファイルの定型的な編集（テストを書く、メソッド名を変更するなど）。
• 構造が明確な単純なプロンプト。
• ドキュメントやコメント — ここではxhighに余計な費用がかかります。

Claude Code v2.1.154では、effortスライダーの名前が「Speed/Intelligence」から「Faster/Smarter」に変更されました。デフォルトの/effort highは内部で適用されるため、明示的に切り替える必要はありません。

Fast Modeはいつ使うべき？#

料金：

使う場面：

• 精度より応答時間が重要な対話型タスク（配信中のライブコードレビューなど）。
• 素早い編集や仮説のテスト。
• クライアント向けのデモ／売り込み。

使わない場面：

• 長期的なエージェント型作業 — 1Mコンテキストで料金が2倍になると採算が悪くなります。
• 大きなDynamic Workflow — Fast Modeは対象のトークン単価を2倍にし、全起動分の利用が積み重なります。総数1000の上限はタスク費用1000倍の固定倍率ではありません。実際の総入出力から予算を決めます。
• 速度が重要でないバックグラウンドセッション。

設定を失わずにOpus 4.8に切り替える方法#

手順1. Claude Codeをアップデートする

ターミナルで実行します。

claude upgrade

または、Anthropicのドキュメントに従って再インストールします。

⚠️ 対象バージョンはv2.1.156以降です。v2.1.154にはバグがあり、Opus 4.8を使うときに思考ブロックが変更され、APIエラーが発生していました。このバグはv2.1.156で修正されました。

バージョンを確認します。

claude --version

手順2. /configでモデルを切り替える

Claude Codeで実行します。

/model claude-opus-4-8

または/config → Modelセクションを開き、一覧からOpus 4.8を選択します。APIエンドポイントでのモデルIDはclaude-opus-4-8です。

手順3. Dynamic Workflowsを有効にする（Proプラン）

Proプランでは、Dynamic Workflowsはデフォルトで無効です。/config → Workflowsセクションを開き、有効にしてください。Max、Team、個人向けEnterpriseでは最初から有効です。管理者がいるEnterpriseでは、管理者が無効にしている場合があります。有効にするよう依頼してください。

手順4. テストを実行する

Claude Codeで、モデルが正しく応答するか確認するために、結果が明確な簡単なタスクを依頼します。

Write a TypeScript function that splits an array into chunks of a fixed length.
Give me tests in vitest.

応答が適切で、冒頭に「using claude-opus-4-8」という文言が表示されれば、切り替えは成功です。400エラーが出る場合は、Claude Codeのバージョンを確認してください（手順1に戻ります）。

移行する必要がないもの

• CLAUDE.mdは変更なしでどのモデルでも使えます。 詳しくはCLAUDE.mdの設定方法のガイドをご覧ください。
• SkillsはOpus 4.8で自動的に読み込まれます。 詳しくはClaude Code Skillsのガイドをご覧ください。
• MCPサーバーはこれまでどおり動作します。 MCPについてはすぐに使える7つの組み合わせのガイドをご覧ください。
• サブエージェントとPlan Modeも変わりません。 Skills、Subagents、MCP、Pluginsの選び方をまとめた内容は関連する柱をご覧ください。

Sonnet 4.6やHaiku 4.5から切り替えるべき？#

SonnetとOpusの選び方は以前のガイドで解説しましたが、対象は4.7でした。Opus 4.8ではルールが少し変わります。

2026年の判断マトリクス：

多くのバイブコーダーにとって最適なのは、デフォルトのモデルとしてSonnet 4.6を使い、難しいタスクでは/model切り替え機能からOpus 4.8を使う方法です。これなら費用を抑えつつ、難しいタスクにも適切に対応できます。

Opus 4.8でうまくいかないことは？#

実際の報告によると、Opus 4.8は次の3つの領域で力不足です。

1. データ量の多い戦略策定やロードマップ。 実際の利用報告では、分析には引き続き4.7が好まれています。主な用途が指標表の作成やロードマップの提案なら、まず4.8を試してください。うまくいかなければ、/model claude-opus-4-7を使って4.7に戻します。

2. 既存のコードベースにおける「最後の10%」。 モデルは新規プロジェクトをゼロから作る作業には非常に強い一方、古いコードを成熟させる過程では苦戦します。エッジケースやアーキテクチャ特有の細かな事情への対応が難しいのです。これは推論モデルによくある弱点で、生成は得意でも、すでにあるものを「仕上げる」のは苦手です。

3. 幻覚は残っています。 「バグを見落とす可能性が4分の1」というのは、モデルが「分かりません」と言う頻度が上がったという意味です。しかし、コンテキストが不十分なら、もっともらしい作り話を出すことがあります。対策はプロジェクトのコンテキストです。CLAUDE.mdが充実しているほど、幻覚の余地が小さくなります。

これは「アップデートするな」という意味ではありません。制約を理解し、Sonnet 4.6とOpus 4.7を予備として使えるようにしておきましょう。

Opus 4.8の次に何が来る？#

Anthropicの言い回しでは、「数週間以内」は通常4～8週間を意味します。つまり、Mythosクラスのモデルは2026年6月～7月に登場する可能性が高いでしょう。これは戦略を変えます。

• 現在のプロジェクトでSonnet 4.6またはOpus 4.7を使っている場合 — 4.8に更新し、特定のタスクでxhighとワークフローを試してください。料金面では無料のアップグレードです。
• ワークフローを使った大規模な移行を予定している場合 — 急がないでください。1～2か月後に、その作業をさらにうまく行えるモデルが登場するかもしれません。まずは1つのモジュールで実験し、動作を把握できます。
• Dynamic Workflowsを中心にインフラを再構築する予定だった場合 — 待ってください。Mythosによって基盤となるパターンが変わる可能性があります。

不確実性があることを踏まえた主なアドバイスは、柔軟性を保つことです。Opus 4.8は堅実な段階的アップグレードです。Mythosは大きな飛躍になるかもしれません。新モデルが出る可能性のある1か月前に、大規模な作り直しへ投資しないでください。

Ailootを引き続きご覧ください。