Claude Opus 4.7 レビュー:最強モデルの称号に値するのか？

オリジナルタイトル:「Opus 4.7 は決して「最強モデル」を目指していなかった：Claude のスピードを称賛するすべての人々は、Anthropic のペースに追いつけない」

元のソース:Silicon Pro

2026年4月16日、Anthropicは、前世代のOpus 4.6からわずか2ヶ月足らずで、Claude Opus 4.7を正式にリリースしました。

最近の激しい製品やモデルのアップデートの連続の後、Anthropicの新しいモデルの発表は、当然のことながら壮大な雰囲気を放っていた。Opus 4.7を「最強モデル」と呼ぶ初めてのモデルレビューレポートを多く見かけたことでしょう。「人類は終わりだ」や「失業警報」といった言葉が再び話題になっています。

しかし、Anthropicが実際にリリースしたものを見てみましょう。

このリリースのトーンは、実際にはかなり異例です。

発表の中で、Anthropicは次のように直接述べています：Opus 4.7の機能は、Apple、Google、Microsoft、Nvidiaなどの少数のパートナーのみが利用できるMythosを搭載したClaude Mythos Previewの機能に及ばない。一般の開発者やユーザーは利用できない。

さらに、このレトリックよりも注目すべきは、伝説的なMythosよりも弱いだけでなく、実際には前世代モデルと比較していくつかの重要な機能で劣っていることです。

Opus 4.7のパフォーマンステーブルの異常な数値:長いコンテキストベンチマークMRCR v2 @1Mは、Opus 4.6の78.3%から32.2%に低下しました。 46パーセンテージポイントの急落。

フラッグシップモデルのイテレーションが自らのエース機能を半分に削減することは非常に稀である。

そして、これは自ら行った選択だった。

だから、皆が各モデルを「最強」として盲目的に称賛し続けている一方で、彼らは実際にはAnthropic自身のペースから遅れをとっているのだ!

このカーウォッシュの問題にさえ取り組もうとしない

Opus 4.7は、「最強モデル」になることを意図したリリースではなかった。それは、明確なトレードオフを伴うリリースであり、「精密ナイフ」アプローチであり、過去の他のトップモデルメーカーのさまざまなリリース戦略とは異なるものであった。また、モデル自体の「大きな飛躍」がもはや持続不可能であることを明確に感じているため、トップメーカーが今日一丸となって向かっている新しい方向性でもある。Anthropicは、非常に成熟した製品の商品化段階において、AppleやMicrosoftのような企業のリリース戦略にいくらか近づいている。

これが4.7の真の重要性かもしれない。

1.コーディング能力:数字の背後にある本当の改善

これらの変更をよりよく理解するには、まず実際に何がもたらされたかを詳しく調べるのが最善の方法です。

Opus 4.7リリースの完全な概要 - 何が改善され、何が悪化したか、開発者からの直接のフィードバック、移行が必要かどうか。

公式発表: https://www.anthropic.com/news/claude-opus-4-7

今回のOpus 4.7リリースの中心的な特徴は、コーディング能力です。

SWEベンチ検証済み （500件の実際のGitHubの問題で、モデルがテストに合格するパッチを作成する必要がある）は、Opus 4.6の80.8%からOpus 4.7の87.6%に増加し、ほぼ7ポイントの改善となり、公開されているモデルの中で最高のパフォーマンスを示しています。Gemini 3.1 Proの80.6%と比較すると、その差は非常に大きいです。

SWE-bench Pro は、より挑戦的なバージョンで、4つのプログラミング言語で完全なエンジニアリングパイプラインをカバーしています。Opus 4.7は53.4%から64.3%に増加し、11ポイントの増加となりました。GPT-5.4の57.7%、Gemini 3.1 Proの54.2%と比較して、Opus 4.7はこのベンチマークで明らかに優れています。

CursorBench は、Cursorの実用的なベンチマークで、実際のIDE環境におけるモデルのプログラミング支援の品質を具体的に測定します。Opus 4.6は58%、Opus 4.7は70%と12ポイントの改善となりました。Cursorの共同創業者であるMichael Truell氏は公式発表で、「これは、課題に取り組む際の創造的な推論を強化する、能力の著しい飛躍です。」と述べています。

パートナーテスト済みデータ:

· 楽天：Opus 4.7で解決された生産タスクの数はOpus 4.6の3倍で、コード品質とテスト品質の評価が2桁増加

· 工場：タスク成功率が10-15%向上し、トレーニング中の失敗が大幅に減少

· 認知 （デビンの会社）：モデル「数時間連続して切断せずに作業できる」

・CodeRabbit:リコール率が10%以上増加、「GPT-5.4 xhighモードよりわずかに速い」

・ボルト:長いアプリケーション構築タスクでは、Opus 4.7はOpus 4.6を上回り、「過去にみられたリグレッション問題なしで、最良のシナリオでは最大10%の改善を示した」

· ターミナルベンチ2.0:Opus 4.7は、競合他社を含め、これまでのClaudeモデルでは処理できなかった3つのタスクに対応しました。そのうちの1つは、競合状態を修正するためにリポジトリ間での複数ファイルの推論が必要なものでした。

これらのデータセットは1つの方向を示しています。Opus 4.7は、長期間にわたる、ファイル間での、コンテキストを維持する複雑なプログラミングタスクにおいて、大幅な改善を示しています。これは、過去2ヶ月間にOpus 4.6に関してユーザーから寄せられた最大の不満、つまり、実行途中で作業を諦めてしまうことや、複数ファイルのバグで混乱することへの直接的な対処です。

II.視覚機能:このリリースで最も過小評価された改善

視覚的精度ベンチマーク XBOWは54.5%から98.5%に上昇しました.これは漸進的な改善ではなく、再構築レベルの飛躍です。

具体的な仕様変更:

· 最大画像解像度が約115万画素（長い辺1,568画素）から約375万画素（長い辺2,576画素）に増加、前世代の3倍以上

· モデルの座標が一致するようになりました 1:1実際のピクセル, コンピュータビジョンタスクでの手動スケーリングファクタ変換の必要性を排除

· CharXivビジュアル推論ベンチマーク:ツールなし 82.1%、ツールあり 91.0%

これの重大な意味するところは何か？

コンピューター使用製品チームにとって、このアップグレードは決定的なものとなる可能性がある。Opus 4.6の時代におけるコンピューターの使用は、「デモはできるが、本番にはまだ準備ができていない」状態だった。ミスクリック率が高すぎ、予測不可能だった。98.5%の視覚的精度とは、この機能が初めて信頼できる展開の閾値に達したことを意味する。いくつかのテクノロジブログは、レビューで直接述べている：「Opus 4.6での高いミスクリック率のためにコンピューター使用製品の計画を延期していた場合、4.7ではその障害が解消されている。

Redditでの直接的なフィードバック （r/ClaudeAI）：一部のユーザーは、「視覚的な能力の向上が非常に重要だ」と述べています。私は以前にも、モデルが視覚的なフィードバックループで出力の改善を繰り返すようにするエッジプロジェクトを多数行っており、その効果は常に混沌としていました。4.7がこの問題をどのように解決するのか、本当に楽しみです。」

コンピューターの使用に加えて、その他の有益なシナリオには、文書スキャニング分析（小さなフォントを読み取ったり、チャートの細かい詳細を認識したりできる）、スクリーンショットの理解、ダッシュボードアプリケーション、複雑なPDF処理などがあります。

コストの考慮事項:高解像度の画像を使用すると、より多くのトークンが消費されます。アプリケーションのシナリオで高精細な画像が不要な場合は、入力前に解像度を下げることをお勧めします。

III.最大の欠点:ロングコンテキストの崩壊

MRCR v2 @1M （100万トークンロングコンテキストリコール）：

· 4.6:78.3%

· 4.7:32.2%

46ポイントの大幅な低下で、80%近くから3分の1にまで落ちた。

この低下は、フラッグシップモデルのバージョンアップの歴史において、ほぼ前例のないものである。MRCR v2は、オプルス4.6の時代に、アントロピックによって大々的に宣伝された機能であった - 当時、アントロピックの正確な言葉は「モデルが実際に使用可能な文脈の大きさで、質的な変化が起こった」であった。4.7までに、この「質的な変化」は直接消え去った。

なぜこのようなことが起こるのですか？トークナイザが変更されました。

Opus 4.7では新しいトークナイザーが使用されており、同じ入力テキストは、以下のような結果になります。 1.0-1.35 コンテンツの種類によって正確な乗数は異なりますが、トークンの数は一定の倍数です。

直接的な影響は次のとおりです。

· 名目上の200K/1Mコンテキストウィンドウは依然として存在しますが、同じ量のテキストは今やより少ないスペースしか占有しません。

· 長期タスク エージェント ワークフローの実際のトークン消費量は、約 35% 増加しました。

· 価格設定は同じまま（入力5ドル、出力100万トークンにつき25ドル）ですが、実際の利用コストは上昇しています。

Anthropicの公式声明によると、新しいトークナイザーは「テキスト処理効率が向上した」とのことですが、ベンチマークデータによると、長文コンテキストシナリオでは大幅な後退が見られます。

検索機能も後退しています：

· BrowseComp (ウェブディープ情報検索):Opus 4.6は83.7%、Opus 4.7は79.3%でした。

· GPT-5.4 Proはこの分野で89.3%のスコアを記録し、Gemini 3.1 Proは85.9%、Opus 4.7は現在主要な競合モデルの中で最下位にランクインしています。

検索と長いテキストは、多くの企業ユーザーにとって最も一般的なシナリオです。

Hacker Newsからの開発者からの直接のフィードバック（275件のアップ投票、215件のコメント、ソース：HNディスカッション）：

「適応的思考をオフにし、努力のスライダーを手動で上げることが、私をベースラインのパフォーマンスに戻す方法でした。」「社内テストでは問題ない」というだけでは不十分です。皆が同じ問題に直面しているのです。」「4.7では、人間が理解できるレゾニングトークンの要約がデフォルトでは出力に含まれなくなりました。要約を表示するには、APIリクエストにdisplay: summarizedを追加する必要があります。」

これらはすべて実際のユーザーから報告された問題です。しかし、これはAnthropicが積極的に行った選択でもある。

4、新しい行動特性:自己検証とより文字通りの指示の後に

Opus 4.7の公式発表で注目すべき声明は次のとおりです：モデルは結果を報告する前にその出力を検証します。

Hexの技術チームはテスト中に具体的な例を示しました：データが欠落している場合、Opus 4.7は、見かけ上は合理的ですが実際にはでっちあげられた答えを提供する代わりに、「データが存在しません」と正直に報告します。これはOpus 4.6が陥る落とし穴です。フィンテックプラットフォームBlockの評価は次のとおりでした：「計画段階で独自の論理エラーを検出できるため、実行が高速化され、以前のClaudeモデルよりも明確な改善が見られます。」

ただし、自己検証により、別の関連する動作変更が発生しました。Opus 4.7は、指示をより文字通りに解釈します。

これにより、大きな移行リスクが生じます。Opus 4.6用にプロンプトを慎重に調整した場合は、4.7は4.6のように「行間を読む」のではなく、お客様が書いた文字通りの意味を厳密に守ります。Anthropicは、公式移行ガイドでこれを明示的に述べ、4.7を展開する前に主要なプロンプトで回帰テストを実施することを推奨しました。

HexのCTOからの実践的な参考資料:低労力レベルでは、Opus 4.7はOpus 4.6の中労力レベルとほぼ同等の性能を発揮します。

5. 推論制御メカニズム: xhigh、タスク予算、/ultrareview

ユーザーの信頼性に影響を与えたOpus 4.6での出来事がありました:2月9日にデフォルトモードが適応的思考に切り替えられ、3月3日にはClaude Codeの公式デフォルト推論深さが最高レベルから中レベルに下げられ、「インテリジェンス、レイテンシー、コストのバランスを取る必要がある」と説明されました。「インテリジェンス・ゲート」と呼ばれるこのイベントは、AMDの上級ディレクターがGitHubで疑問を呈した後、広く注目を集めました。

Opus 4.7の対応は、ユーザーが推論の深さをより明確に制御できるようにすることでした。

{u:高負荷レベル}:既存の高レベルと最大レベルの間に位置する新しい推論強度レベルです。Claude Codeは、すべての計画されたデフォルトをxhighに更新しました。

しかし、開発者コミュニティは、Redditユーザーによって述べられたように、xhighについて直接的な疑問を持っています：「Opus 4.6はデフォルトでmedium、4.7はデフォルトでxhighです。努力レベルを上げることは明らかにトークンの消費量が増えるため、この決定の背景にある理由について興味があります。」

言い換えれば、ユーザーが「ユーザーへのリターン制御」の修正として見るものは、実際にはデフォルトレベルの増加であり、同じタスクが今やより多くのトークンを消費することを意味します。トークナイザーの変更と相まって、これはコストの2倍の増加です。

タスク予算（パブリックベータ）:長期タスクのトークン予算管理メカニズムです。開発者は合計トークン予算を設定し（最低20,000）、モデルは実行中に残りの残高を動的に確認し、それに応じてリソースを割り当てることができます。これにより、トークン予算の超過による途中での中断や、不要な計算の無駄を防止します。

Claudeコード新規/ultrareviewコマンド:バグ修正と設計上の問題に焦点を当てた特別なコードレビューセッションで、1回の詳細なレビューを実施。ProおよびMaxユーザーは月に3回の無料セッションを受けられる。

オートモードはMaxユーザーに開放:以前はエンタープライズプランでのみ利用可能だったが、Maxユーザーにも利用可能になった。オートモードでは、Claudeは自律的に意思決定できるため、ユーザーが入力するために作業を中断する必要がなくなる。Claudeコードチームのリーダーであるボリス・チェルニー氏は次のように述べた:「クロードにタスクを与え、実行させ、検証済みの結果に戻ってくる。」

第六節：ベンチマークの概要 - 勝者と敗者

以下は、現在公開されている主要なベンチマークデータです（出典：Anthropic公式システムカードおよびパートナー評価）。

プログラミングとエンジニアリング（オプスコア4.7リーディング）

ビジョンとマルチモーダル（オプスコア4.7大幅リード）

ナレッジワーク（オプスコア4.7リード）

包括的な評価（オプスコア4.7明らかにステップアップ）

一般的な推論（3つの基本が基本的に一致）

このベンチマークは飽和状態に達し、もはや効果的な競争の分水嶺ではなくなっている。

研究タスクタイプ（GPT-5.4がリード、Opus 4.7が後退）

長文コンテキスト（Opus 4.7が大幅に後退）

モデル選択ロジックの概要：プログラミング、エンジニアリングエージェント、ビジョン、財務・法律知識作業の分野では、Opus 4.7が明確な優位性を持っている。研究集約型タスクとオープンネットワーク検索については、GPT-5.4の方が優れている。長文コンテキストシナリオでは、Opus 4.7は前身よりもはるかに後れを取っており、これは最も懸念される点である。

セクション7:セキュリティバリアー - Mythosのマイルストーン

このセクションは、プレスリリースで「セキュリティの定型文」として見落とされることがよくありますが、Anthropicの現在の戦略を理解する上で重要です。

4月7日、AnthropicはProject Glasswingを発表しました。Claude Mythos Previewを、Apple、Google、Microsoft、Nvidia、Amazon、Cisco、CrowdStrike、JPMorgan Chase、Broadcomを含む9のパートナーに、特に防御的なサイバーセキュリティシナリオのために提供することを発表しました。

Mythosは、Anthropicのこれまでの最も強力なモデルです。The Hacker Newsによると、同製品はゼロデイ脆弱性を自律的に発見でき、主要なオペレーティングシステムやブラウザで数千もの既知のない脆弱性を特定できるという。しかし、この機能のため、著しい悪用リスクがあると判断され、公開されていない。

Opus 4.7はこの方針に沿った最初のテストサンプルである。トレーニング段階で、Anthropicは（防御能力は維持しつつ）モデルのサイバーセキュリティ攻撃能力を積極的に削減し、高リスクのサイバーセキュリティ要求を自動的に検出してブロックするリアルタイム障壁システムを実施した。当初の発表では以下のように述べられていた。「Opus 4.7の実際の導入から学び、このバリアの有効性を確認した上で、Mythosレベルのモデルに拡張するかどうかを決定するつもりです。」

つまり、Opus 4.7を使用するすべての開発者は、Anthropicがセキュリティフェンスを調整するのを手助けしていることになる。

ギズモードのレビュー：このリリースは、「他の選択肢に比べて一般的に能力が低い」という新しいモデルを積極的に宣伝する「大胆なマーケティング戦略」を採用しており、これはフラッグシップリリースでは非常に珍しい。

セキュリティ専門家が正当な侵入テスト、脆弱性調査、またはレッドチームのためにOpus 4.7を使用する必要がある場合は、Cyber Verification Programへの参加を申請する必要がある。

8.価格設定と移行:名目上の価格は据え置き、実質的なコストは上昇

価格設定:入力は5ドル/百万トークン、出力は25ドル/百万トークンで、Opus 4.6と同じです。APIモデルIDはclaude-opus-4-7です。サポートされているプラットフォームには、Claude API、Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundryがあり、GitHub Copilotも導入されています。

しかし、前述のように、トークナイザーの変更により、現在では約生成されるようになりました。 1.0-1.35 同じ入力に対してより多くのトークンを使用し、さらに高いデフォルトの労力レベルで追加の思考トークンを組み合わせる。 長時間タスクエージェントワークフローの実際の費用は、同等の設定下でのOpus 4.6の2〜3倍になる可能性があります。

また、AnthropicはClaude CodeのキャッシュTTLを1時間から5分に短縮しました。つまり、5分以上コンピューターから離れると、コンテキストキャッシュが期限切れになり、再読み込みが必要になるため、トークンの消費が加速します。Redditコミュニティでは、「クォータが滝よりも速く燃え尽きる」と不満を述べるユーザーが多く見られます。

既存のOpus 4.6ユーザーに対する破壊的変更のリスト:

1.拡張思考バジェットパラメータが削除されました。これを渡すと400エラーが返され、代わりに適応的思考モードを使用する必要があります

2.温度、top_p、top_kなどのサンプリングパラメータが削除されました。出力動作を制御するには、プロンプトを使用する必要があります

3.より厳格な文字通りの指示の順守 - Opus 4.6用に微調整されたプロンプトは再テストする必要があります。直接的なモデルIDの交換は許可されていません。

4.トークナイザーの変更により、トークン数が変更されました。完全な移行を進める前に、まず実際のトラフィックでサンプルを実行することをお勧めします。

5.デフォルトの出力には、推論トークンの要約が含まれなくなりました。それらを取得するには、display: summarized を明示的に設定する必要があります。

ベストプラクティス:公式のAnthropic移行ガイドでは、最終的な切り替えの前に、代表的な本番トラフィックでOpus 4.7を実行し、決定を下す前にトークンの消費量とタスクの品質を比較することを推奨しています。

実行の正確さは恐ろしいものがあります。

Opus 4.7は、明確な利点がある一方で、かなりのトレードオフを伴うターゲット型アップグレードです。また、これらはすべてAnthropic自身によって設計されており、大部分はあなたがその費用を負担しなければなりません。

このモデルの進歩の明るい面：

· SWEベンチで87.6%、SWEベンチプロで64.3%、カーソルベンチで70%、楽天の生産タスクで3倍の増加 - これらは生産環境内のプログラミング能力の目に見える改善です。

· 視覚機能の再構築（XBOW 54.5% → 98.5%、解像度が3倍、ピクセルパーフェクトな1:1マッピング）、初めてコンピューターの使用を信頼できる展開に可能に

· xハイレベル、タスク予算、/ultrareview - 「単純化」バリアに対する明確な対応

· 大手法律事務所では90.9%、金融エージェントでは64.4%が、財務・法律問題のような専門知識を必要とする業務で明らかにリードしています。

放棄された側面:

· MRCR v2 @1Mは78.3%から32.2%に低下し、長い文脈の処理能力がほぼ半分になった

· BrowseCompは83.7%から79.3%に低下し、検索機能はGPT-5.4とGemini 3.1 Proの両方に抜かれています。

· トークナイザーの変更 + デフォルトの労力の増加 + キャッシュのTTL短縮 = トリプルステルス価格上昇

· Mythosは安定しており、Anthropicはさらに強力なカードを持っているが、それらを使わないことを示している。

今回のリリースは、最も信頼性の高いものですが、「最強モデル」でも「最強のパブリックモデル」でもなく、むしろ： 明らかなトレードオフを伴うイテレーションです。

最新のニュースでは、Claude Codeは2月に年間収益が25億ドルに達したとのことです。Opus 4.7は、このオンライン系譜の次の動きです。

コーディングとビジョンは追加であり、長いコンテキストと検索は削減であり、価格は依然として名目的なものですが、請求額は上昇しています。Anthropicは、Opus 4.7でバランスを取っています。Opus 4.6によって生じた信頼の損傷に対処し、将来的にMythosレベルのモデルのより広範な公開に備えて実世界のセキュリティ演習を実施するためです。さらに重要なことは、現在のリーディングポジションを最大限に活用し、ユーザーの製品に対する好みを、不完全ながらも欠かせない製品の世代を超えて逃れることのできない慣性に変換し、その後、Appleのような成熟した企業が達成した真の商業的価値を持つ愛憎入り混じったユーザーエクスペリエンスを確立し、真に価値のあるエコシステムを構築することを目指しています。

元の資料のリンク