投稿者 投稿日: カテゴリー Claude
Claude Opus 5のfast modeとは、出力を最大2.5倍速にする高速設定のことです。
fast modeを入れれば作業全体が2.5倍速く終わる、と読めてしまう紹介が目立ちます。ところがAnthropicの公式ドキュメントが速くなると明記しているのは出力トークン毎秒（OTPS、1秒あたりに書き出せるトークン数）だけで、最初の1文字が返ってくるまでの時間（TTFT）は改善しないとはっきり書かれています。料金は入力100万トークンあたり10米ドル、出力100万トークンあたり50米ドル。標準の5米ドル・25米ドルのちょうど2倍です。本記事は、EC支援19年・5,000社超の実績を持ち、AI導入支援は2023年から提供する株式会社オルセル（うるチカラ運営）の現場知見にもとづいて解説します。楽天RMSやAmazon Seller Central、Shopify Adminで毎日回している処理を「待てる処理」と「待てない処理」に仕分けし、どの業務なら2倍の料金を払う価値があるのかを、月額の概算式まで含めて線引きします。
fast modeが速くするもの、速くしないもの
fast modeで縮むのは、モデルが文章を書き出している時間だけです。Claude Platformのドキュメントには、標準速度と比べて出力トークン毎秒が最大2.5倍になること、その恩恵はOTPSに集中していてTTFTには及ばないことが、並べて書かれています。同じ仕事を投げたときに変わるのは「返答が流れ出してからの速さ」であって、「返答が始まるまでの間」ではありません。
もうひとつ押さえておきたいのが、fast modeは別のモデルではないという点です。公式ドキュメントは「同じモデルを高速な推論構成で動かすもので、知能や能力に変化はない」と明記しています。モデルの重みも挙動も標準と同一で、effortを下げて思考量を減らす節約とは性質がまったく違います。fast modeは品質を据え置いたまま書き出しだけを速くし、その分を料金で払う設定です。
使い方はAPI側ならspeed: "fast"を指定し、fast-mode-2026-02-01のベータヘッダーを添えるだけ。レスポンスのusage.speedにfastかstandardが返るので、意図どおり課金されたかを後から確認できます。Claude Codeの公式ドキュメントによると、CLI側では/fastと入力してTabで切り替える方式で、v2.1.36以降が必要です。VS Code拡張は非対応と明記されています。
制約はかなり具体的です。fast modeはリサーチプレビュー扱いで、利用にはアカウントマネージャーへの依頼か、待機リストへの登録が必要になります。対応モデルはClaude Opus 5とClaude Opus 4.8の2つだけで、Sonnet 5やHaiku 4.5には用意されていません。提供面もClaude APIに限定され、Amazon Bedrock、Google Cloud、Microsoft Foundry、Claude Platform on AWSのいずれでも使えないと公式ドキュメントに書かれています。基幹システムの都合でBedrock経由の契約に寄せている会社は、そもそも検討の土俵に乗りません。
料金面の細かい仕様も、月額を読むうえで無視できません。fast modeの単価は標準単価に倍率をかける形で、コンテキスト全域に同じ倍率が適用されます。プロンプトキャッシュやデータレジデンシーの倍率は、fast modeの単価の「上に」重なります。さらにBatch APIとの併用は不可、Priority Tierのコミットメントとの併用も不可。レート制限も標準Opusとは別枠で管理されます。
サブスクリプション利用者向けの課金ルールも独特です。Claude Codeのドキュメントには、Pro／Max／Team／Enterpriseのプラン契約者であっても、fast modeはusage credits（従量クレジット）からのみ引かれ、プランに含まれる利用枠には算入されないと書かれています。プラン内の残枠が十分にあっても、1トークン目から従量課金です。TeamとEnterpriseは既定で無効で、管理者が有効化しない限り使えません。
EC業務を「待てる処理」と「待てない処理」に仕分ける
判断の軸はシンプルで、人間が画面の前で結果を待っているかどうかです。待っていないなら標準モードで単価を優先し、待っているなら速度に金を払う。この一線を先に引いてから個別の業務を当てはめるのが早いと考えています。仕分けの質問は3つで足ります。第1に、その処理の完了を人間が見つめているか。第2に、締切が分単位か、それとも翌朝までに終わっていればいいか。第3に、出力トークンが多いか少ないか。3つ目が意外と効きます。
待てる処理の代表格は、夜間バッチで回す商品説明文の一括生成です。楽天RMSの商品登録画面に流し込むPC用商品説明文を200SKU分まとめて作るような仕事は、22時に投げて翌朝9時に受け取れば十分に成立します。この帯域で2倍の単価を払う理由はありません。Amazon Seller Centralからダウンロードした在庫レポートや注文レポートのCSV整形、レビュー一覧を丸ごと読ませた不満傾向の抽出、月次の売上レポート下書きも同じ側に入ります。Opus 5は100万トークンのコンテキストウィンドウを標準かつ上限として持ち、最大出力は12.8万トークン。大量の行を一度に投げる棚卸し系は、標準モードでも一晩あれば片づきます。この使い方はOpus 5の100万トークン文脈で全商品CSVを棚卸しする手順や12.8万トークン出力を使った商品説明文の一括生成で詳しく書いています。
待てない処理は、担当者が画面から離れられない仕事です。楽天RMSの受注管理画面を開いたまま、注文詳細を見ながら問い合わせの一次返信ドラフトを作る。Amazonのバイヤー・セラーメッセージに返す文面を組み立てる（Seller Centralの運用では24時間以内の返信が求められます。最新の要件はヘルプページで要確認）。Shopify Adminの注文画面で、キャンセル依頼と発送済みステータスの食い違いを整理する。セール当日に競合の価格変動を拾って値付けを判断する。在庫アラートの直後に影響SKUと代替提案を1画面ぶんに要約させる。こうした処理では、担当者が1件あたり数十秒の待ち時間を1日に何十回も繰り返します。速度に払う価値があるのはこの領域です。
判断が割れるのがグレーゾーンです。たとえば食品ギフトジャンルで、父の日特集ページのコピーを当日中に差し替えるような仕事。締切は今日中でも、担当者は出力を待つ間に別の作業ができます。この「急ぎだが張り付いてはいない」帯域は、標準モードで投げて他の作業に移り、戻ってきたら仕上げるほうが安く回ります。現場で繰り返し見るのは、ここまで反射的にfast modeを付けて月末の請求で驚くパターンです。
もうひとつ、出力トークンの長さで判断が反転する例を挙げます。問い合わせの一次返信ドラフトは、出力が600トークン前後で収まることが珍しくありません。この場合、fast modeで縮むのは書き出し部分だけで、TTFTはそのまま残るため、体感の改善は劇的とまではいきません。逆に、レビュー200件を読ませて改善提案書を1万トークンで書かせる処理は、待っている人がいるなら効きます。「短くて急ぎ」より「長くて急ぎ」のほうが投資対効果は高い。この順序は直感と逆になりがちなので、仕分け表に明記しておくと迷いません。
月間コスト差を自分で概算する
差額の計算式は暗算できる形に落ちます。fast modeへの上乗せ額は「月間入力トークン数（100万単位）×5米ドル ＋ 月間出力トークン数（100万単位）×25米ドル」です。標準が入力5米ドル・出力25米ドル、fastが入力10米ドル・出力50米ドルなので、差分の単価は標準単価とちょうど同額になります。つまり、fast modeを全面適用したときの上乗せ額は、今の請求額と同じ金額がもう一度乗るということです。
具体的な数字で見ます。以下は1米ドル150円で換算した場合の目安で、実際の為替は日々動くため自社の会計レートに置き換えてください。楽天とAmazonの2店舗を回し、商品説明文の一括生成、レビュー分析、問い合わせ返信ドラフトをすべてAPI経由で処理している中規模店舗を想定します。月間の入力が3,000万トークン、出力が300万トークンという規模感です。標準モードなら、入力30×5＝150米ドル、出力3×25＝75米ドルで合計225米ドル。全部fast modeにすると、入力30×10＝300米ドル、出力3×50＝150米ドルで合計450米ドル。差額は225米ドル、およそ3万3,750円が毎月上乗せされます。
ここから「待てない処理」だけに絞ると、絵が変わります。問い合わせの一次返信ドラフトだけをfast modeにする想定で、1件あたり入力8,000トークン（過去の問い合わせ履歴、該当商品の情報、返信テンプレート）、出力600トークン、月800件とします。入力は640万トークン、出力は48万トークン。標準なら6.4×5＋0.48×25＝44米ドル、fastなら6.4×10＋0.48×50＝88米ドルで、差額は44米ドル、約6,600円で済みます。全面適用の3万3,750円と比べて5分の1以下です。CS担当が1日40件の返信を扱うなら、待ち時間の短縮が積み上がる場所にだけ月6,600円を払っている計算になります。
この試算で見落とされやすいのが、プロンプトキャッシュの扱いです。公式ドキュメントには、fastとstandardのリクエストはキャッシュ済みのプレフィックスを共有しないと明記されています。速度を切り替えるたびにキャッシュミスが発生するということです。商品マスタや返信テンプレートのような長い共通プロンプトをキャッシュして節約している運用では、1日のなかで行き来させるほどヒット率が落ちて実質単価が上がります。処理系統ごとに「この用途は常にfast」「この用途は常に標準」と固定してしまうほうが、結果的に安く収まります。
なお、Opus 5の標準単価そのものは前世代のOpus 4.8から据え置かれており、AnthropicはOpus 5の発表で「Claude Fable 5のフロンティア性能に半分の価格で近づく」と説明しています。この文脈はOpus 5が半額でフロンティア性能に届いた意味をECコストで読み解いた記事で整理しました。fast modeの2倍は、その安くなった土台の上に乗る倍率だと捉えると判断しやすくなります。
業務別の運用設計とプロンプト5本
ここからは、仕分けと試算を自社の数字で実行するためのプロンプトを5本、そのまま貼れる形で掲載します。ChatGPT、Claude、Geminiのいずれでも動く書き方にしてあります。
最初に必要なのは、感覚ではなく一覧としての業務棚卸しです。頭の中で「あれは急ぎ」と思っている処理を、待ち時間と出力量の2軸で並べ直します。
プロンプト1：EC業務の「待てる／待てない」棚卸し
あなたはEC事業者向けのAI導入コンサルタントです。
以下の業務リストを、Claude Opus 5のfast mode（出力速度が最大2.5倍、料金は標準の2倍）を
使うべきかどうかで3群に分類してください。
分類軸：
1. 人間が画面の前で完了を待っているか（待っている＝fast候補）
2. 締切は分単位か、翌営業日までか
3. 想定される出力トークン数（多いほどfast modeの体感効果が大きい）
※fast modeは出力トークン毎秒のみ改善し、最初の応答までの待ち時間は改善しません
分類先：
A群 fast mode推奨 / B群 標準モード推奨 / C群 判断保留（追加情報が必要）
業務リスト：
{業務名を1行1件で列挙。例：楽天RMSの商品説明文一括生成、Amazonバイヤーメッセージの一次返信ドラフト、月次レビュー分析、セール当日の価格チェック}
出力フォーマット：
群ごとに業務名、判定理由（1文）、想定出力トークン数の目安、を並べる。
C群には「何が分かれば判定できるか」を1行で添える。
次は、その分類を金額へ翻訳する番。感覚的な「高そう」を月額の実数に落とすと、社内の合意が一気に取りやすくなります。
プロンプト2：fast modeの月額差分を自社の数字で試算する
あなたはAI利用コストの試算を専門とするアナリストです。
以下の条件で、Claude Opus 5を標準モードで運用した場合と、
指定業務のみfast modeにした場合の月額差分を計算してください。
単価（2026年8月時点、Claude API）：
- 標準：入力 5米ドル / 100万トークン、出力 25米ドル / 100万トークン
- fast mode：入力 10米ドル / 100万トークン、出力 50米ドル / 100万トークン
自社の条件：
- 業務A：{業務名}／1件あたり入力{X}トークン・出力{Y}トークン／月{Z}件
- 業務B：{業務名}／1件あたり入力{X}トークン・出力{Y}トークン／月{Z}件
- 業務C：{業務名}／1件あたり入力{X}トークン・出力{Y}トークン／月{Z}件
- fast mode適用対象：{業務名を指定}
- 為替レート：1米ドル {N} 円
出力フォーマット：
1. 業務別の月間入力トークン・出力トークンの合計
2. 標準運用時の月額（米ドルと円）
3. 指定業務のみfast運用時の月額（米ドルと円）
4. 差額と、その差額で短縮できる想定待ち時間の説明
5. 差額が月{上限金額}円を超える場合の削減案を2つ
待てない処理の代表格が、問い合わせの一次返信ドラフトです。楽天市場の店舗運営では、返信文面に楽天市場外のURLや連絡先を入れることが規約で認められていないため、その制約をプロンプト側に組み込んでおくのが安全です。
プロンプト3：問い合わせ一次返信ドラフト（fast mode想定・楽天市場の規約準拠）
あなたは楽天市場の店舗運営を10年経験したカスタマーサポート責任者です。
以下の問い合わせに対する一次返信ドラフトを作成してください。
絶対条件：
1. 楽天市場外のURL、自社ECサイト、SNSアカウント、メールアドレス、電話番号を一切記載しない
2. 楽天市場内で完結する案内のみ（該当商品ページ、店舗内カテゴリページへの遷移案内は可）
3. 断定できない事項は「確認のうえ改めてご連絡します」と書き、憶測で回答しない
4. 薬機法・景表法に触れる表現（治療、効く、絶対、最高、No.1、即効）を使わない
5. 400字以内。定型文の丸写しではなく、問い合わせ内容に個別に答える
問い合わせ本文：
{問い合わせ内容をそのまま貼付}
参考情報：
- 商品名：{商品名}
- 商品仕様：{仕様}
- 発送目安：{日数}
- 返品条件：{条件}
出力フォーマット：
返信ドラフト本文／担当者が確認すべき不確定事項を箇条書きで
待てる処理の側も、標準モード前提で設計しておくと切り替えの迷いが消えます。夜間バッチに流し込む一括生成では、速度ではなく1SKUあたりの単価と品質の安定性が評価軸になります。
プロンプト4：商品説明文の夜間一括生成（標準モード運用前提）
あなたは楽天市場の商品ページ制作を担当するEC専門ライターです。
以下のSKUリストについて、楽天RMSの商品登録画面に貼り付ける
PC用商品説明文をSKUごとに生成してください。
制約：
1. PC用商品説明文は半角10,240文字（全角5,120文字）以内
2. 各SKUの説明文は全角800〜1,200文字
3. 最大級表現（最高、日本一、No.1、絶対）を使わない
4. 薬機法に抵触する効果効能の表現を使わない
5. 同一ジャンルのSKU間で、書き出しの型を3パターン以上に散らす
6. 各SKUの冒頭80文字に、指定した第1キーワードを自然に含める
SKUリスト：
{商品管理番号／商品名／第1キーワード／素材・産地／容量／価格帯 を1行1SKUで列挙}
出力フォーマット：
商品管理番号ごとに、説明文本文と、使用した第1キーワードの出現位置（先頭から何文字目か）
運用を始めたあとに効くのが、月次の見直しです。使い始めの1週間で「なんとなくオンのまま」になっている処理を洗い出し、標準に戻す判断をします。
プロンプト5：fast mode利用ログのレビューと削減提案
あなたはAI運用コストの最適化を担当するオペレーションマネージャーです。
以下のfast mode利用ログをレビューし、標準モードに戻すべき処理を特定してください。
判定基準：
1. 出力トークン数が1,000未満の処理は、fast modeの体感効果が小さいため戻す候補
2. 実行時刻が営業時間外（20時以降・早朝）の処理は、待っている人がいない可能性が高く戻す候補
3. 同一処理が1日に3回未満しか走っていないものは、削減効果が小さいため優先度を下げる
4. 標準とfastを1日のうちに行き来している処理系統は、プロンプトキャッシュが効かず割高になるため、どちらかに固定する
利用ログ：
{日付／処理名／実行時刻／入力トークン／出力トークン／実行回数 を1行1件で列挙}
出力フォーマット：
1. 標準モードに戻すべき処理と、その理由
2. fast modeを維持すべき処理と、その理由
3. 変更を適用した場合の月額削減見込み（1米ドル{N}円換算）
4. 来月に再点検すべき指標を3つ
現場で起きる4つの失敗と回避策
いちばん多いのが、全処理を一律でfast modeにしてしまうパターンです。設定が1か所で済むぶん、業務ごとの出し分けを後回しにしたくなります。結果として月額がそのまま倍になり、体感が変わったのは一部の処理だけ、という状態に着地します。回避策は、処理系統ごとに設定を分けること。APIなら呼び出し口ごとにspeedを固定し、Claude Codeなら管理者側でfastModePerSessionOptInをtrueにしてセッションごとに明示的なオンを求める運用が有効です。
2つ目は、会話が長くなってから切り替える運用です。Claude Codeの公式ドキュメントによれば、途中からfast modeを有効にすると、そのときの会話コンテキスト全体にfast単価の未キャッシュ入力が1回まるごと課金されます。楽天の商品マスタを読み込ませて30分やり取りしたあとで「遅いから速くしよう」と切り替えるのが、最も高くつく入り方です。この課金は1会話につき1回なので、オフにして再びオンにしても繰り返されません。速度が要ると分かっているセッションは、開始時点で/fastを入れてください。
3つ目は、effortの引き下げとfast modeを同時に入れて、原因が特定できなくなる失敗です。effortをhighからlowに落とせば出力は速く安くなりますが、複雑な判断では品質が落ちる可能性が残ります。fast modeは品質据え置きで速度だけを買う設定です。両方を一度に変えると、返答の質が変わったときにどちらが原因か切り分けられません。まずeffortだけを動かして品質の底を確かめ、それでも遅いと感じる処理にfast modeを足す順序が安全です。effortの調整についてはOpus 5のeffort設定でECのAIコストを最適化する記事にまとめてあります。
4つ目は、AIの応答が速くなったのに、その後ろの人間の工程が変わっていないケースです。返信ドラフトが3秒早く出ても、CS担当が上長の承認を待つ工程に10分かかっているなら、全体のリードタイムは何も変わりません。直近の支援案件で観測したのは、fast modeを入れる前に承認フローを見直したほうが、はるかに大きな短縮が取れたという結果でした。速度に金を払う前に、ボトルネックが本当にAIの書き出し時間なのかを1度測ってください。ストップウォッチで5件測れば判断がつきます。
2026年後半に向けた見立て
fast modeはリサーチプレビューで、公式ドキュメントには機能・価格・提供範囲がフィードバックに応じて変わりうると明記されています。年間予算に組み込むなら、価格改定があった場合の再計算を前提にしてください。Opus 4.7とOpus 4.6ではfast modeの単価が入力30米ドル・出力150米ドルだったのに対し、Opus 4.8とOpus 5では10米ドル・50米ドルまで下がりました。世代が進むと絶対額は下がる方向にあります。
提供プラットフォームの制約も、当面の分岐点です。日本のEC事業者では、既存のAWS契約や社内のセキュリティ要件からBedrockに寄せている例が少なくありません。まず自社がどの経路でAPIを叩いているかを確認してください。
料金の比較先として、モデルを下げる選択肢も併せて検討する価値があります。Claude Sonnet 5は導入価格の入力2米ドル・出力10米ドルが2026年8月31日まで適用され、以降は3米ドル・15米ドルになると案内されています（Anthropicの価格ページ）。問い合わせ返信ドラフトのような定型性の高い処理なら、Opus 5をfast modeで走らせるより、Sonnet 5を標準で走らせたほうが速くて安い場合があります。OpenAIのGPT-5.6ファミリーやGoogleのGemini 3.6 Flash系も同じ帯域を狙っており、単価の下げ圧力は続いています。「速度が欲しい＝軽いモデルに寄せる」という別解を必ず並べてください。
エージェント運用が広がるほど、fast modeの効きは大きくなると見ています。Opus 5は思考がデフォルトで有効になり、effortはlowからmaxまでの5段階、既定値はhighです。エージェントが複数ターンにわたって道具を呼び、長い出力を書き続ける使い方では、1回あたりの出力トークンが従来より増えます。出力が長いほどOTPSの改善が効く性質を踏まえると、在庫アラートの監視や受注の自動振り分けをエージェントに任せている店舗ほど、投資対効果は上がります。この前提での日次自動化の組み方はClaude MaxでOpus 5が既定になった前提のEC日次自動化で扱いました。
もう1点、プロンプトキャッシュの最小長が512トークンに下がった変更も地味に効きます。Opus 4.8では1,024トークン以上が条件でしたが、Opus 5では半分の長さから対象になりました。返信テンプレートや商品カテゴリの定義文のような短めの共通プロンプトもキャッシュに乗るため、速度対策の最初の一手は、fast modeではなくキャッシュ設計の見直しかもしれません。
よくある質問
fast modeを使うと回答の質は上がりますか
いいえ、質は変わりません。公式ドキュメントは、fast modeが同じモデルを高速な推論構成で動かすものであり、知能や能力に変化はないと明記しています。モデルの重みも挙動も標準と同一です。品質を上げたい場合はeffortをxhighやmaxに上げる、あるいはより上位のモデルを検討するほうが筋が通ります。
楽天RMSの作業でfast modeを使う価値はありますか
作業の種類によります。受注管理画面を開いたまま問い合わせ返信を作るような、担当者が待っている処理には価値があります。一方、商品登録画面へ流し込む説明文を夜間に200SKUぶんまとめて作る処理は、翌朝までに終わればよいので標準モードで十分です。同じ楽天RMS内でも、待っている人がいるかどうかで判断が反転します。
Amazon BedrockやGoogle Cloud経由でも使えますか
いいえ、使えません。公式ドキュメントには、fast modeがClaude APIに限定され、Amazon Bedrock、Google Cloud、Microsoft Foundry、Claude Platform on AWSでは提供されないと明記されています。これらの経路の場合は、effortの調整や軽量モデルへの切り替えで速度を確保することになります。
Claude Proの契約だけで試せますか
はい、Claude Codeであれば試せます。ただしPro／Max／Team／Enterpriseのいずれのプランでも、fast modeはusage credits（従量クレジット）からのみ引かれ、プランに含まれる利用枠には算入されません。従量クレジットを有効にしていない場合は使えず、TeamとEnterpriseは管理者が組織単位で有効化する必要があります。試す前に課金設定を確認してください。
Batch APIで夜間バッチを安く回していますが、fast modeと併用できますか
いいえ、併用できません。公式ドキュメントの制約事項に、fast modeはBatch APIでは利用できないと明記されています。Priority Tierのコミットメントとの併用も不可です。夜間バッチをBatch APIで安く回している運用は、そもそもfast modeの対象外なので、日中の対話的な処理だけを切り分けて検討することになります。
最初の一歩は何から始めればよいですか
1週間ぶんの業務ログを取り、AIの応答を人間が待っている処理だけを抜き出すところからです。本記事のプロンプト1で仕分け、プロンプト2で月額差分を出せば、社内で判断する材料が揃います。そのうえで対象を1業務に絞って2週間試し、待ち時間の短縮を実測してから広げる進め方が安全です。
まとめ
Claude Opus 5のfast modeは、出力トークン毎秒を最大2.5倍にする代わりに単価を標準の2倍にする設定です。最初の応答までの待ち時間は改善せず、モデルの知能も変わりません。判断軸は「速いほうが良いか」ではなく、「その処理を人間が待っているか」「出力は長いか」の2点に集約されます。夜間バッチの商品説明文一括生成やCSV整形、レビュー分析は標準モードで単価を優先し、問い合わせの一次返信ドラフト、在庫アラートの即時要約、セール当日の価格チェックのように担当者が画面の前で待っている処理にだけ2倍を払う。この線引きが、月3万円台の差になるか月6,600円で済むかを決めます。
参考文献
- Anthropic・Introducing Claude Opus 5
- Claude Platform Docs・Fast mode (research preview)
- Claude Platform Docs・What’s new in Claude Opus 5
- Claude Code Docs・Speed up responses with fast mode
- Claude Platform Docs・Pricing
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
【監修】齋藤竹紘（株式会社オルセル代表 / 19年・5,000社のEC支援実績）
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
