Claude Opus 4.7 の新機能
Claude Opus 4.7 は 2026 年 4 月 16 日 に Anthropic から発表され、現在広く利用可能な Opus 系の最新フラッグシップモデルとして位置付けられています。今回のリリースは、まったく新 しいファミリーというより Opus 4.6 の実用的な強化版です。主要な API 価格は同じで、1M トークンのコンテキストウィンドウも維持されていますが、難度の高いコーディング、長時間のエージェント作業、マルチモーダル処理、プロ品質のドキュメント生成で大きく性能が向上しています。
すでに Claude を本番運用しているチームにとって重要なのは、「モデルが強くなった」という点だけではありません。Anthropic は API の挙動もいくつか変更しており、移行、トークン予算、プロンプト設計に直接影響します。
要点
- リリース日: 2026 年 4 月 16 日
- Model ID:
claude-opus-4-7 - 提供先: Claude アプリ、Anthropic API、Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundry
- コンテキストウィンドウ: 1M トークン
- 最大出力: 128k トークン
- 価格: 入力 100 万トークンあたり 5 米ドル、出力 100 万トークンあたり 25 米ドル
- 知識カットオフ: 2026 年 1 月
出典: Anthropic の発表、Models overview
Opus 4.7 で改善された点
Anthropic の発表資料では、Opus 4.6 に対する主な改善点として 4 つが挙げられています。
1. 難しいエンジニアリング作業により強くなった
Anthropic は、Opus 4.7 を高度なソフトウェアエンジニアリング向けに強化されたモデルとして位置付けています。特に、これまで密な監督が必要だった長いタスクでの改善が強調されています。同社によると、このモデルは多段階タスクでより厳密に振る舞い、指示追従がより正確で、回答前に自分の出力を検証しやすくなっています。
この位置付けは、発表記事内のパートナー評価でも補強されています。
- Cursor は社内 CursorBench スコアが 58% から 70% に上昇したと報告
- Rakuten は Rakuten-SWE-Bench で Opus 4.6 より 3 倍多くの本番タスク を解決したと報告
- CodeRabbit はコードレビューのワークロードで 10% 超の recall 改善 を報告
これらはベンダー自身による評価であり、中立的な公開ベンチマークではありませんが、いずれも同じ方向を示しています。つまり、Opus 4.7 は本格的なコーディングとエージェントワークフロー向けに明確に最適化されています。
2. 長時間エージェント での自律性と安定性が向上
これは Anthropic の資料全体を通じてもっとも明確なテーマの一つです。Opus 4.7 は長時間の agentic 作業において、粘り強さが高く、ツールエラーが少なく、途中で止まったり再プロンプトを必要としたりしにくいモデルとして説明されています。
公式の migration guide からは、挙動の変化も読み取れます。Opus 4.7 は推論をより選択的に使い、デフォルトではツール呼び出しが少なくなり、固定的な冗長さではなくタスクに応じて応答長を調整します。実運用では、既存の harness がそのまま動く可能性はありますが、安定だと決めつけず再検証するべきです。
3. Vision が大きく強化された
Opus 4.7 は、Anthropic の Claude モデルとして初めて高解像度画像入力をサポートします。最大画像サイズは次のように引き上げられました。
- 1568px / 1.15MP から
- 2576px / 3.75MP へ
この改善は特に次の用途で重要です。
- ブラウザや computer use のエージェント
- 情報密度の高いスクリーンショット
- スライドやドキュメント編集
- 図表やチャートの解析
- UI 生成とビジュアル QA
Anthropic は座標マッピングもより直接的になったと説明しています。モデルは画像座標を 1:1 のピクセルスケールで扱うようになり、画像ベースのツール実装が簡単になります。
4. 実務成果物の品質が向上
Anthropic は interfaces、slides、docs の品質向上を明示的に打ち出しています。これは単なるベンチマーク上の主張ではなく、このリリースのプロダクト上の位置付けそのものです。Opus 4.7 は単に正確なだけでなく、人がそのまま使ったり提示したりする成果物を、より洗練され、完成度高く出せるモデルとして売り出されています。
Opus 4.7 と同時に入った新しいプラットフォーム機能
モデル品質の改善だけでなく、Anthropic はプラットフォーム側にもいくつかの変更を加えています。
xhigh effort
Opus 4.7 では high と max の間に新しい xhigh effort レベルが追加されました。Anthropic は、コーディングや agentic な用途ではまず xhigh から始めることを推奨しており、知能レベルが重要な多くの用途では少なくとも high を使うよう勧めています。
これは重要です。というのも、Opus 4.7 は以前の Opus より effort 設定への依存が強くなっているからです。移行後に品質、レイテンシ、コストが変化した場合、最初に見直すべき調整レバーの一つがここになります。
出典: What's new in Claude Opus 4.7、Effort ドキュメント
Task budgets beta
Anthropic は Opus 4.7 向けに task budgets も導入しました。Task budget は、thinking、tool calls、tool results、final output を含むエージェント全体のループに対するガイド的なトークン予算です。
これは max_tokens とは異なります。
max_tokensは 1 リクエストごとのハード上限task_budgetはワークフロー全体に対してモデルが認識できる予算ヒント
自律エージェントを構築しているチームにとって、これはより意味のある追加機能の一つです。モデルが総予算を明示的に意識できるようになるためです。
Breaking changes と移行リスク
Opus 4.6 から Opus 4.7 に移行する場合、単にモデル名を置き換えるだけでは済みません。
1. 旧 extended thinking budget は廃止
従来の
{"thinking": {"type": "enabled", "budget_tokens": 32000}}
という形式は、Opus 4.7 ではサポートされなくなりました。Anthropic は代わりに次を使うよう案内しています。
{"thinking": {"type": "adaptive"}}
そして推論の深さは effort 設定で制御します。
2. デフォルト以外の sampling parameter はエラーになる
Opus 4.7 以降では、temperature、top_p、top_k をデフォルト以外の値に設定すると 400 エラーになります。Anthropic が推奨する移行方法は、これらのパラメータを削除し、プロンプトと effort で挙動を制御することです。
3. Thinking はデフォルトで非表示
Thinking 内容は、要約表示を明示的に有効にしない限りデフォルトで表示されません。もし製品が reasoning ステップをユーザーにストリーミング表示している場合、設定を更新しないと「止まっている」ように見える可能性があります。
4. トークン数が増える可能性がある
Opus 4.7 は新しい tokenizer を使っています。Anthropic によると、同じテキストでも内容タイプによっては以前のモデルより 1.0x から 1.35x 程度多くトークンを消費する可能性があります。これは自動的にコスト効率が悪化するという意味ではありませんが、次の項目は再ベンチマークすべきです。
- リクエストコスト
- レイテンシ
max_tokensの余裕- compaction の発火条件
- クライアント側のトークン見積もりロジック
出典: Migration guide、What's new in Claude Opus 4.7
安全性と製品ポジショニング
Anthropic は Opus 4.7 を、新しいサイバーセキュリティ保護機構の初期本番展開にも使っています。発表によれば、Opus 4.7 は禁止または高リスクなサイバーセキュリティ要求を自動ブロックする仕組みを備えて公開された初のモデルであり、より高性能な Claude Mythos Preview は引き続き制限付きです。
この点は、Anthropic の現在の製品ラインの位置付けも明確にします。
- Opus 4.7 は広く利用可能な Opus として最上位
- Mythos Preview は純粋な能力ではその上に位置付けられるが、広く公開されてはいない
出典: Anthropic の発表
まとめ
Claude Opus 4.7 は、特に coding agent、research agent、ドキュメントワークフロー、ビジュアル自動化を構築しているチームにとって、意味のある本番向けアップグレードに見えます。注目すべき理由は、長時間タスクの信頼性向上、高解像度 Vision の大幅な強化、そして adaptive thinking、xhigh effort、task budgets による制御しやすい推論スタックです。
ただし、移行には規律が必要です。プロンプトへの反応はより文字通りになり、トークナイズは変わり、以前の API ノブの一部は機能しなくなりました。Opus 4.7 を Opus 4.6 の単純な drop-in 置き換えとして扱うと、改善点も新しい失敗モードも見落とす可能性があります。