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

> 2026年5月28日のClaude CodeにおけるOpus 4.8の変更点：Dynamic Workflows、xhigh effort、Fast Mode。正確な価格、ベンチマーク、判断マトリクス。

Source: https://ailoot.ai/blog/ja/opus-4-8-claude-code-features/
Canonical: https://ailoot.ai/blog/ja/opus-4-8-claude-code-features/
Language: ja
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-194
Revision: sha256-81fb3f9d4621625817931be6c3380d85f5850ce3fe76c05b9c7f9d46f277bc3d


Ailootの参考ドキュメント：[ailoot.ai/docs/](https://ailoot.ai/docs/)。



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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

要点

AnthropicはOpus 4.8とClaude Code v2.1.154を同日にリリースしました。1日で4つの変更がありました。新しいOpus 4.8モデル（エージェント型コーディングのベンチマーク：4.7の64.3%に対して69.2%）、同時最大16、1実行の総数最大1000エージェントを編成するDynamic Workflows、新しい思考レベルのxhigh effort、そしてFast Modeの料金が3分の1になりました。標準料金は変わっていません。

</div>

5月28日、Anthropicは[Opus 4.8](https://www.anthropic.com/news/claude-opus-4-8)を公開しました。Opus 4.7から41日後のことです。Claude Code v2.1.154とブログ記事[「Introducing dynamic workflows in Claude Code」](https://claude.com/blog/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自身は、このリリースについて慎重な表現をしています。

<figure>
<blockquote>
<p>ユーザーは、Opus 4.8が前モデルより控えめながらも明確に改善したと感じるでしょう。このモデルは、自ら書いたコードの欠陥をコメントなしで見落とす可能性が、前モデルの約4分の1です。</p>
</blockquote>
<figcaption>— Anthropic、https://www.anthropic.com/news/claude-opus-4-8</figcaption>
</figure>

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

## Opus 4.8は4.7とどう違う？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

要点

Anthropicの数値によると、Opus 4.8はエージェント型コーディングで4.9ポイント高く（SWE-Bench Pro：64.3%に対して69.2%）、GDPval-AA Eloで137ポイント高く（1753に対して1890）、自分のバグを見落とす頻度は4分の1です。標準料金は変わっていません。知識のカットオフと1Mコンテキストも同じです。

</div>

### 数値で見る改善点

Anthropicは[公式発表](https://www.anthropic.com/news/claude-opus-4-8)と[Claude APIドキュメント](https://platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-8)でベンチマークを公開しました。概要は次のとおりです。

| ベンチマーク | Opus 4.7 | Opus 4.8 | Δ |
|--------------------------------------------|----------|----------|--------------|
| SWE-Bench Verified | 87.6% | 88.6% | +1.0 |
| SWE-Bench Pro（エージェント型コーディング） | 64.3% | 69.2% | +4.9 |
| GDPval-AA Elo（知識労働） | 1753 | 1890 | +137 |
| 学際的推論（HLE + ツール） | 54.7% | 57.9% | +3.2 |
| Online-Mind2Web（ブラウザー／コンピューター利用） | \- | 84% | 新規 |
| OSWorld-Verified（エージェント型コンピューター利用） | \- | 83.4% | 確認済み |
| エージェント型財務分析 | 51.5% | 53.9% | +2.4 |
| MCP-Atlas | \- | 82.2% | 新規 |

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

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

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

<figure>
<blockquote>
<p>このモデルは、自ら書いたコードの欠陥をコメントなしで見落とす可能性が、前モデルの4分の1です。</p>
</blockquote>
<figcaption>— Anthropic、https://www.anthropic.com/news/claude-opus-4-8</figcaption>
</figure>

素晴らしく聞こえますが、背景には少し補足があります。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の料金はいくら？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

要点

標準料金の100万トークンあたり\$5/\$25は、4.7と同じです。Fast Modeは3分の1の料金になりました。以前は標準料金の6倍でしたが、現在は2倍で、速度は2.5倍です（つまり\$10/\$50）。\$100のClaude Max 5xプランでOpus 4.8を安定して使う場合、1日あたり約4～6時間の実作業ができます。\$20のProプランでは1～2時間です。Anthropicの各プランについては、上限に関するガイドで解説しています。

</div>

### 料金プラン

| モード | 入力（\$/Mトークン） | 出力（\$/Mトークン） | 速度 |
|-----------|---------------------|----------------------|--------------------|
| Standard | \$5 | \$25 | 基準 |
| Fast Mode | \$10 | \$50 | 最大2.5倍高速 |

標準料金は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の上限を使い切らない方法](https://ailoot.ai/blog/ja/claude-code-token-limits-saving/)と[トークンの使用先](https://ailoot.ai/blog/ja/where-claude-code-tokens-go/)のガイドをご覧ください。

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

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

## Claude CodeのDynamic Workflowsとは？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

要点

Dynamic Workflowは、Claudeがタスクのために書くJSスクリプトです。一度に最大16のサブエージェントを並列で起動でき、1回の実行で合計最大1000エージェントを使えます。中間結果はスクリプトの変数に保存され、最終結果だけがClaudeのコンテキストに入ります。プロンプト内のworkflowという単語、/effort ultracode、または組み込みの/deep-researchコマンドで起動します。

</div>

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

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

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

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

[Anthropicのワークフロードキュメント](https://code.claude.com/docs/en/workflows)では、次のように説明されています。

<figure>
<blockquote>
<p>Dynamic Workflowは、多数のサブエージェントをオーケストレーションするJavaScriptスクリプトです。Claudeは説明されたタスク用のスクリプトを書き、セッションが応答可能な状態のまま、ランタイムがバックグラウンドでそれを実行します。</p>
</blockquote>
<figcaption>— Anthropic Claude Code ドキュメント、https://code.claude.com/docs/en/workflows</figcaption>
</figure>

### ランタイムの制限

| パラメーター | 値 |
|-----------|-------|
| 同時実行エージェント数 | 一度に最大**16** |
| 1回の実行あたりの総エージェント数 | 1回につき**1000** |
| 実行中のユーザー入力 | なし — 途中で介入できず、再起動が必要です |
| スクリプトからのファイルシステム／シェルへの直接アクセス | なし — 読み書きできるのは起動されたエージェントだけです |

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

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

<figure>
<blockquote>
<p>1つの依頼が、連続した複数のワークフローになることがあります。1つ目でコードを理解し、2つ目で変更を行い、3つ目で確認します。</p>
</blockquote>
<figcaption>— Anthropic Claude Code ドキュメント、https://code.claude.com/docs/en/workflows</figcaption>
</figure>

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

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

[Bun](https://bun.sh)のチームは、BunをZigからRustに移植する実験でDynamic Workflowsを使いました。[Anthropicのブログ](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code)によると、次の成果がありました。

- **約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はいつ有効にするべき？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

要点

xhigh effortは、highとそれ以前のレベルの間にある新しい推論レベルです。Opus 4.8のデフォルトはhighで、xhighは移行、セキュリティ監査、計画的なリファクタリングなどの難しいタスク向けです。定型的な編集では、xhighは効果を得られないまま思考トークンに余計な費用を払うことになります。Claude Codeではeffortスライダーの名前が「Speed/Intelligence」から「Faster/Smarter」に変更されました。

</div>

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はいつ使うべき？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

要点

Opus 4.8のFast Modeも、同じOpusを高速設定で動かすものです。料金は100万トークンあたり\$10/\$50（標準料金の2倍）で、最大2.5倍高速です。料金は3分の1になり、4.6/4.7では標準料金の6倍だったものが、現在は2倍です。精度より応答性が重要なとき、つまりライブコードレビュー、素早い反復、デモなどで使ってください。長期間にわたるエージェント型の作業には使わないでください。2倍の料金では採算が悪くなります。

</div>

料金：

| パラメーター | 値 |
|-----------|-------|
| 入力 | 100万トークンあたり\$10（標準料金の2倍） |
| 出力 | 100万トークンあたり\$50（標準料金の2倍） |
| 速度 | 出力トークン／秒で最大2.5倍 |
| 有効化 | APIでは`speed: "fast"`、またはClaude Code `/config`の設定 |

使う場面：

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

使わない場面：

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

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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

要点

4つの手順です。Claude Codeをv2.1.156にアップデートします（思考ブロックのバグがあるv2.1.154ではなく）。/configを開き、モデル一覧にOpus 4.8があることを確認します。Proプランの場合は、/configでDynamic Workflowsも有効にします。簡単なタスク（1ファイル、明確なプロンプト）でテストします。SkillsやCLAUDE.mdを移行する必要はありません。どのモデルでも自動的に使えます。

</div>

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

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

```bash
claude upgrade
```

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

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

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

```bash
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の設定方法](https://ailoot.ai/blog/ja/claude-md-template/)のガイドをご覧ください。
- **SkillsはOpus 4.8で自動的に読み込まれます。** 詳しくは[Claude Code Skills](https://ailoot.ai/blog/ja/claude-code-skills-library/)のガイドをご覧ください。
- **MCPサーバーはこれまでどおり動作します。** MCPについては[すぐに使える7つの組み合わせ](https://ailoot.ai/blog/ja/mcp-servers-claude-code/)のガイドをご覧ください。
- **サブエージェントとPlan Modeも変わりません。** Skills、Subagents、MCP、Pluginsの選び方をまとめた内容は[関連する柱](https://ailoot.ai/blog/ja/skills-subagents-mcp-plugins-claude-code/)をご覧ください。

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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

要点

Sonnet 4.6はより安く速く、定型作業や中程度の複雑さの作業に優れています。Haiku 4.5はCI/CDや自動テストに使う費用がほとんどかかりません。Opus 4.8はアーキテクチャ上の判断、移行、複雑なリファクタリング向けです。判断マトリクスは、定型作業ならSonnet、難しいタスクならOpus 4.8、CIとバッチ処理ならHaikuです。多くのバイブコーダーにとって最適なのは、デフォルトのモデルとしてSonnet 4.6を使い、難しいタスクではモデル切り替え機能からOpus 4.8を使う方法です。

</div>

SonnetとOpusの選び方は[以前のガイド](https://ailoot.ai/blog/ja/claude-code-model-effort-sonnet-opus/)で解説しましたが、対象は4.7でした。Opus 4.8ではルールが少し変わります。

2026年の判断マトリクス：

| タスク | モデル | 理由 |
|------|-------|-----|
| 定型編集、テスト作成、1ファイル内のリファクタリング | Sonnet 4.6 | 3分の1の料金で十分に速く、品質も十分 |
| アーキテクチャ上の判断（プロジェクトの構成方法など） | Opus 4.8 @ xhigh | 高度な推論、コンテキスト容量、新たな正直さ |
| 50ファイル以上にわたる移行 | Opus 4.8 + Dynamic Workflow | ここでワークフローが役立ちます |
| セキュリティ監査 | Opus 4.8 + Dynamic Workflow | エージェント同士の敵対的なチェック |
| CI/CD、バッチ処理、自動テスト | Haiku 4.5 | ほぼ無料で、速く、品質も十分 |

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

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

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

要点

既知の弱点は3つあります。1つ目はデータ量の多い戦略策定です。実際の利用報告によると、分析やロードマップ作成では4.7より性能が劣ります。2つ目は「最後の10%」です。既存のコードベースにあるエッジケースへの対処が苦手です。3つ目は、特にコンテキストが不十分な場合、幻覚が残ることです。これらはアップデートの価値を否定するものではありませんが、失望しないためにも知っておく必要があります。

</div>

実際の報告によると、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の次に何が来る？

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaway">

要点

2026年5月の発表で、Anthropicは「数週間以内にMythosクラスのモデル」を公開する可能性を示唆しました。次世代モデルで、2026年6月の登場が予想されています。「今更新するか、待つか」で迷っているなら、答えは「更新する。ただしMythosのリリース前に大規模な移行へ投資しない」です。実際には、現在のプロジェクトでOpus 4.8を試し、6月まではワークフローを中心にインフラを再構築しないでください。

</div>

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か月前に、大規模な作り直しへ投資しないでください。

<div class="section" role="doc-bibliography" aria-label="Sources">

### 出典

- [Introducing Claude Opus 4.8 - Anthropic](https://www.anthropic.com/news/claude-opus-4-8)
- [What's new in Claude Opus 4.8 - Claude API Docs](https://platform.claude.com/docs/en/about-claude/models/whats-new-claude-4-8)
- [Orchestrate subagents at scale with dynamic workflows - Claude Code Docs](https://code.claude.com/docs/en/workflows)
- [Introducing dynamic workflows in Claude Code - Anthropic blog](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code)
- [Claude Code releases v2.1.154-156 - GitHub](https://github.com/anthropics/claude-code/releases)
- [Claude Opus 4.8 is generally available for GitHub Copilot - GitHub Changelog](https://github.blog/changelog/2026-05-28-claude-opus-4-8-is-generally-available-for-github-copilot/)

</div>

[Ailoot](https://ailoot.ai/)を引き続きご覧ください。

## Claude CodeのOpus 4.8：新機能、料金、2026年の切り替え方法：よくある質問

### Dynamic Workflowで1000エージェントを同時に動かせますか？

いいえ。記事の上限は同時16、1実行の総起動1000です。大きいファイル群は、同時数を守ってバッチで処理します。

### 大きなワークフローの費用はどう見積もりますか？

実際に起動した全エージェントの入出力を合計し単価を適用します。Fast Modeは対象単価を2倍にしますが、同時16や総数1000は通常タスクの固定費用倍率ではありません。


## Ailoot · 企業とそのプロジェクト群

Ailootは、蓄積した運営経験、幅広い顧客基盤、安定したサービス、継続的なKPI管理を基盤としています。

企業とそのプロジェクト群：数百万の顧客、毎月数十億規模の売上。

Ailootはこの運営経験を、お客様の製品、エージェント、アプリケーション、自動化でAI機能を利用するためのAPIアクセスに活かしています。