Claude CodeのOpusがOpus 5に：1Mコンテキストとfast modeの実務ポイント

デフォルトのOpusがClaude Opus 5に切り替わった——まず確認すること

Claude Code v2.1.220でclaude-opus-5が追加され、モデル選択で「Opus」を選んでいる環境は自動的にOpus 5で動くようになりました。自分の環境がどちらで動いているかは/modelで確認できます。settings.jsonのmodel設定や環境変数ANTHROPIC_MODELでclaude-opus-4-8などのIDを明示的に固定している場合は切り替わらないので、旧モデルのまま運用したいチームはそちらで固定してください。以下はClaude Code 2.1系の挙動です。

API従量課金での料金は入力$5／出力$25（100万トークンあたり）で、Opus 4.8と同額です。つまり価格面ではドロップインの置き換えで、モデルIDの互換性を気にする場面はほぼありません。ただしAPI利用時のレート制限はOpus 4.x系と別枠で管理されるため、組織で大量にトラフィックを流している場合は移行前に自組織のOpus 5側の上限を確認しておくと安全です。

切り替え後の挙動差：thinkingが既定で有効になり、出力が長くなりやすい

Opus 5はthinking（思考プロセス）が既定で有効です。旧モデルの感覚で使うと「応答や成果物が長い」「頼んでいない検証まで自分で回す」と感じることがあります。これは欠点ではなく特性で、放置して任せる長めのタスクでは品質向上に働きますが、CLAUDE.mdに「必ずダブルチェックせよ」「検証ステップを挟め」といった指示を書き込んでいる場合は過剰検証の原因になるため、むしろ削る方向で見直すのがおすすめです。作業の深さを調整したいときはeffort設定が主なレバーになります。設定の考え方はClaude Codeのeffort設定を難易度別に決める判断基準にまとめています。

1Mコンテキストの実務での使いどころと課金面の注意

Opus 5はコンテキストウィンドウが100万トークンで、これが既定値です。実務で効くのは次のような場面です。

• 大規模リポジトリを横断した調査・リファクタリングで、関連ファイルを一度に読ませたまま作業を続けられる
• 長いログやDBスキーマ、仕様書を丸ごと読ませる分析タスク
• 長時間セッションでauto-compact（履歴の自動圧縮）が発動する頻度が下がり、文脈の取りこぼしが減る

注意したいのは、コンテキストに載せた内容は毎ターン入力トークンとして処理される点です。「入るから読ませる」で無関係なファイルまで積むと、ターンごとの費用と応答待ちが静かに膨らみます。1Mはあくまで上限であって、必要な範囲だけ読ませる運用は従来どおり有効です。

EC-CUBEなどウェブ受託開発での具体的な使い方

アップデートの中身を踏まえて、EC-CUBE・Laravel・WordPressの受託開発を例に「どの作業に効くのか」を具体化します。

EC-CUBE本体バージョンアップの影響調査を一括で読ませる

EC-CUBE 4系のバージョンアップで最も時間を食うのは、本体側の変更がapp/Customizeの独自カスタマイズや自作プラグインにどう波及するかの調査です。コンテキストが狭いモデルでは「本体の差分を読ませる」「カスタマイズ側を読ませる」を分けて往復する必要がありましたが、1Mコンテキストなら本体のリリース差分とapp/Customize・app/Plugin配下、関係するTwigテンプレートまで一度に読ませたうえで、「上書きしているコントローラ・エンティティ拡張・テンプレート改変のうち、今回の差分と衝突するものを列挙して」と依頼できます。

受注金額計算のpurchaseFlowのように、設定ファイルと多数のProcessorクラスに処理が分散している仕組みの追跡にも向いています。関連ファイルを読ませたまま「送料無料条件を変えたときに通るProcessorはどれか」と質問を重ねられるため、調査の抜けが減ります。ポイントは、修正そのものより修正前の影響範囲調査に長コンテキストを使うことです。

LaravelやWordPressでは「仕様変更の影響範囲出し」が最初の適用先

Laravel案件なら、マイグレーション・Eloquentモデル・FormRequest・関連サービスクラスを一括で読ませて「この項目の桁数変更で影響するバリデーションと画面を列挙」といった依頼が手堅い適用先です。WordPressなら、テーマとプラグインを横断して特定フックの使用箇所やショートコードの定義元を洗い出す調査に効きます。いずれも人手でgrepと目視を往復していた作業で、読ませる範囲を関連ディレクトリに絞れば費用も抑えられます。

fast modeは「倍額で待ち時間を買う」——$10/$50の判断基準

今回のアップデートでOpus 5のfast modeが$10／$50（100万トークンあたり）で使えるようになりました。/fastでセッション中にオン・オフを切り替えられます。誤解しやすいのですが、fast modeは小型モデルへの切り替えではなく、同じOpusモデルのまま出力速度を引き上げる仕組みです。出力速度は最大2.5倍程度とされており、品質を落とさず待ち時間だけを縮める代わりに、単価が通常の2倍になります。なお2026年8月時点では研究プレビュー段階の機能で、Claude API系での提供です（Amazon BedrockやVertex AIでは使えません）。

判断基準はシンプルで、「人間が画面に張り付いて待っているか」です。人の待ち時間がボトルネックになる場面ではfast modeの倍額に見合う価値があります。逆に、タスクを投げて放置する長時間の自律作業や夜間実行では、待ち時間の短縮に誰も恩恵を受けないため通常モードで十分です。なお料金はAPI従量課金の数字で、サブスクリプションプランでの消費量の扱いは公式ドキュメントで確認してください。

受託開発で効くのは打ち合わせ中のライブ修正とテンプレート調整の往復

ウェブ受託の文脈でfast modeが効くのは、顧客と画面共有しながらの打ち合わせ中に、その場でTwigテンプレートやCSSを直して見せるような場面です。1回の修正は小さくても往復回数が多く、応答待ちの数十秒の積み重ねが打ち合わせの質を左右します。EC-CUBEの管理画面カスタマイズやWordPressのデザイン調整のように「直して・見て・また直す」を短いサイクルで繰り返す作業も同様です。一方、夜間に流すバージョンアップ影響調査やテストコードの一括生成は放置で構わないため、fast modeにする理由がありません。作業の種類ごとに/fastで切り替える運用が費用対効果の面で現実的です。

sandbox.network.strictAllowlistで未許可ホストを確認なしで遮断する

同じv2.1.220で、sandbox.network.strictAllowlistという設定が追加されました。サンドボックス内で実行されるコマンドのネットワークアクセスについて、許可リストにないホストへの接続を確認プロンプトなしで拒否する設定です。

従来はリスト外ホストへのアクセス時に確認を求められる場面がありましたが、この設定を有効にすると「未許可＝即deny」で処理が進みます。実務で効くのは、タスクを長時間放置して走らせる運用です。途中でネットワーク許可のプロンプトが出ると、人が戻ってくるまで作業全体が止まります。strictAllowlistなら未許可アクセスは黙って遮断され、作業自体は継続するため、無人運転とネットワーク境界の管理を両立できます。

ECの受託開発では特に価値があります。検証のために顧客の会員情報や受注データを含むDBダンプをローカルで扱う場面では、意図しない外部ホストへのデータ送信を構成レベルで塞げることが、顧客へのセキュリティ説明の材料になります。決済モジュール周りのコードを触る作業でも、接続先を決済代行会社のテスト環境など必要なホストだけに絞った許可リストを用意しておけば、それ以外への通信は自動的に遮断されます。許可ルールの書き方や評価順序の基本はpermissionsのallow/deny/askで許可プロンプトを制御する手順を参照してください。