投稿者 投稿日: カテゴリー Claude
Claude Opus 5 とは、2026年7月にClaude Maxの新しいデフォルトになったAIモデルのことです。
2026年7月24日、AnthropicはClaude Opus 5を公開し、個人向け上位プランのClaude Maxで新しいデフォルトに、Claude Proでも選べる最強モデルとして位置づけました。価格は入力100万トークンあたり5米ドル、出力100万トークンあたり25米ドルで、前世代のOpus 4.8から据え置きです。この記事は、EC支援19年・累計5,000社超を支援し、AI導入支援を2023年から手がける株式会社オルセル（うるチカラ運営）の現場知見にもとづき、受注確認・在庫アラート・問い合わせ返信・売上分析という日次業務を1本のワークフローに束ねてOpus 5に任せる設計を、プロンプト連鎖と人間の承認ポイントまで含めて具体化します。単体の便利技ではなく、朝から夕方までの店舗運営が1つの流れとして回る形にするのが狙いです。
Claude MaxのデフォルトがOpus 5に変わって店舗運営に効く3点
Opus 5がClaude Maxの新デフォルトになったことは、EC事業者にとって「毎日開く画面のAIが黙って賢くなった」という意味を持ちます。理由は、Anthropicが今回のモデルを一部の高度用途向けではなく日常使いの主力として設計したからです。公式発表では、Opus 5について「毎日使うために設計されている（designed to be used every day）」「Claude Maxの新しいデフォルトで、Claude Proでは最も強いモデル」と明言されています（Anthropic「Introducing Claude Opus 5」）。つまり特別な設定をしなくても、MaxプランでClaudeを開けば受注メールの要約も在庫の判断も、この世代のモデルが受け持つ状態になりました。
店舗運営に直接効く変化は3点あります。1点目は、コストが据え置きのまま性能が上がったことです。入出力トークンの単価はOpus 4.8と同じ5米ドル／25米ドル（100万トークンあたり）で、Anthropicは同じコストで前世代を上回る処理性能を得られると説明しています。日次で何十件もの問い合わせや受注を回すEC運用では、1回あたりの単価が同じで賢さだけ上がるのは、月末の請求額を気にせず処理本数を増やせることを意味します。
2点目は、業務を最後までやり切る力が測定で確認された点です。Anthropicは、業務タスクを最初から最後まで完了できるかを測るZapier社の「AutomationBench」で、Opus 5が同じタスク単価で次点モデルのおよそ1.5倍の合格率を出し、最も低いeffort設定でも他モデルより多くのタスクを通したと報告しています。Zapierの事例紹介では、口座健全性の生データを受け取り、リスク顧客の抽出から担当者への通知、リテンション部門向けの要約までを一気通貫でこなし、旧モデルが通せなかった処理を100パーセント通したと述べられています。受注・在庫・CSを別々に手当てするのではなく、一連の流れとして任せられる水準に近づいたということです。
3点目は、コストと知能を自分で切り替えられるeffort設定です。Opus 5はeffort（努力度）の指定で、知能を優先するか、トークンを節約して速く安く済ませるかを選べます。定型のCS一次返信は低めのeffort、月次に近い売上分析は高めのeffort、といった配分が現場で組めます。この設計思想の詳細はOpus 5のeffort設定でECのAIコストを最適化する手順でも掘り下げています。海外の一次情報をそのまま受け取るのではなく、日本のEC運用に落とすと、単価据え置き・完遂力・コスト調整の3点が「日次業務をまとめて任せる」土台になる、という読み方が現場感覚に合います。
EC店舗の日次業務を1本のワークフローに束ねる設計図
日次業務を自動化する第一歩は、個別のプロンプトを増やすことではなく、朝から夕方までの流れを1本のワークフローとして図にすることです。理由は、受注・在庫・CS・売上が別々のツールと担当に分かれていると、AIに投げても「点」の作業支援で終わり、店舗全体の運営は軽くならないからです。現場で繰り返し見るのは、CS返信だけをAIに任せて満足し、在庫や売上は相変わらず手作業のまま、というちぐはぐな状態です。ここを1本につなぐ設計こそ、多くの解説記事が触れていない空白部分になります。
束ねる単位は、朝・日中・夕方の3つのブロックに分けると回りやすくなります。朝のブロックは、前日夜から早朝までに入った受注の確認と、在庫の減り具合のチェックです。楽天RMSの受注管理、Amazon Seller Centralの注文レポート、Shopify Adminの注文一覧から吐き出したCSVをOpus 5に渡し、要対応の受注（入金待ち、同梱依頼、ギフト指定など）と、在庫が発注点を割った商品を1枚のサマリにまとめます。日中のブロックは、問い合わせ対応です。楽天のR-Mail経由や店舗の問い合わせフォーム、Amazonのメッセージから届いた質問に対し、返信の下書きをOpus 5が作り、担当者が確認して送る形にします。夕方のブロックは、その日の売上と広告消化の振り返りで、翌日に着手すべきアクションを2〜3個に絞って提案させます。
この3ブロックを「1本のワークフロー」と呼ぶ理由は、前のブロックの出力が次のブロックの入力になるからです。朝のサマリで「食品ギフトのA商品が在庫残り少・かつ問い合わせ増」と出たら、日中のCS返信では在庫僅少を踏まえた案内文にし、夕方の振り返りでは翌日の発注候補としてA商品を挙げる、という具合に情報が受け渡されます。プロンプトを個別に叩くのではなく、朝の出力テキストを日中・夕方のプロンプトにそのまま貼り付ける運用にするだけで、連鎖は成立します。文脈の受け渡しを丁寧に設計する考え方はClaude 5世代のコンテキストエンジニアリングとプロンプト設計にまとめており、日次ワークフローでも同じ原則が効きます。
設計の核心は、全部をAIに握らせないことです。受注の確認や返信の下書きは任せても、発注の確定、価格変更、在庫ゼロ表示への切り替え、返金の実行といった「お金と在庫が動く操作」は必ず人間の承認を挟みます。直近の支援案件で観測したのは、承認ポイントを最初にきちんと決めた店舗ほど、AIに任せる範囲を後から安心して広げられたという傾向です。逆に、最初から全自動を狙った店舗は一度の誤発注で運用ごと止めてしまいがちでした。まず下書きと提案までをAIに、判断と実行を人間に、という線引きから始めるのが定石です。より本格的にエージェントとして常駐させる発展形はClaudeのマネージドエージェントで受注・在庫・CSを回す設計で扱っています。
日次ワークフローの組み方と3つのプロンプト連鎖
実装は、朝・日中・夕方に対応する3つのプロンプトを用意し、順につなぐだけで動き出します。理由は、日次業務の型が店舗ごとに大きくは変わらず、変数部分（商品ジャンル、発注点、返信トーン）を差し替えれば再利用できるからです。ここでは、そのまま使える3つのプロンプトを、独立したコードブロックで示します。いずれもClaude MaxやProのチャット画面に貼っても、APIやClaude Code経由で自動実行しても機能します。まずは手貼りで型を固め、回り始めてから自動化に移すのが安全です。
最初のプロンプトは、朝の受注確認と在庫アラートを1枚にまとめるものです。楽天RMSやAmazon Seller Central、Shopify Adminから書き出した受注・在庫のCSVを貼り付けて使います。要対応だけを先頭に、通常受注は件数のみに圧縮させるのがコツで、朝の確認を数分に短縮できます。
プロンプト1：朝の受注確認と在庫アラートのサマリ生成
あなたはEC店舗の運営責任者を補佐するアシスタントです。
以下の受注データと在庫データを読み、店長が朝5分で全体を把握できるサマリを日本語で作成してください。
条件：
1. 最初に「今日すぐ対応が必要な受注」だけを箇条書きで挙げる（入金待ち、ギフト指定、同梱・のし依頼、キャンセル希望、クレーム含みの備考など）。該当がなければ「要対応の受注なし」と書く
2. 次に、在庫が発注点を割った商品を「商品名・現在庫・発注点・想定欠品日」の順で挙げる
3. 通常の受注は件数と合計金額の集計のみにまとめ、明細は展開しない
4. 最後に、店長が午前中に判断すべきことを最大3点、優先順位つきで提案する（ただし発注や価格変更の実行は指示せず、あくまで判断候補として書く）
5. 推測が混じる箇所には「要確認」と明記する
商品ジャンル：{ジャンル（例：食品ギフト、アパレル、化粧品）}
発注点の考え方：{例：過去14日平均出荷数×リードタイム日数}
受注データ（CSV）：{貼り付け}
在庫データ（CSV）：{貼り付け}
2つ目のプロンプトは、日中の問い合わせ返信の下書きです。朝のサマリで判明した在庫状況や要対応事項を、返信の前提として渡すのが連鎖のポイントです。送信は必ず人間が確認してから行う前提で、下書き止まりに徹させます。楽天のR-Mailを使う場合は、本文に自社サイトやSNSなど楽天市場外のURLを入れないよう、プロンプト側で明示的に禁じておきます。
プロンプト2：問い合わせ返信の下書き生成（送信前提は人間確認）
あなたはEC店舗のカスタマーサポート担当を補佐するアシスタントです。
以下の顧客からの問い合わせに対し、送信用の返信文の下書きを日本語で作成してください。実際の送信は人間が確認してから行うため、あなたは下書きのみを出力します。
条件：
1. ですます調で、店舗のトーン（丁寧・簡潔）に合わせる
2. 朝のサマリで共有された在庫状況や配送状況を前提に、事実と異なる約束をしない
3. わからない点は断定せず「確認のうえ改めてご連絡します」と書き、確認が必要な項目を返信文の下に社内メモとして箇条書きで残す
4. 楽天市場のR-Mailや商品ページ経由の場合、返信本文に楽天市場外のURL・電話番号・外部連絡先を絶対に含めない
5. 薬機法・景表法に触れうる表現（治る、必ず効く、最高、No.1など）は使わない
朝のサマリ（在庫・配送の前提）：{プロンプト1の出力を貼り付け}
販売チャネル：{例：楽天市場、Amazon、自社Shopify}
顧客の問い合わせ本文：{貼り付け}
3つ目のプロンプトは、夕方の売上振り返りと翌日アクションの提案です。ここではeffortを高めに設定し、数字の読み取りと打ち手の提案に頭を使わせます。前日比・曜日比の異常値を拾い、翌朝のプロンプト1につながる発注候補や販促候補を出させることで、ワークフローが翌日へ折り返します。
プロンプト3：日次売上の振り返りと翌日アクション提案
あなたはEC店舗の運営を分析するアナリストです。
以下の当日売上データと広告消化データを読み、店長向けの日次振り返りを日本語で作成してください。
条件：
1. 冒頭で当日の売上・注文件数・客単価・転換率を、前日および同一曜日の直近平均と比較して1段落でまとめる
2. 明確な変化（大きく伸びた／落ちた商品、広告のCPCやROASの異常）があれば、その要因の仮説を2つまで挙げ、断定は避けて「仮説」と明記する
3. 翌日に着手すべきアクションを最大3個、優先順位つきで提案する。うち1個は必ず在庫・発注に関する候補にする（翌朝の受注・在庫サマリにつなぐため）
4. 数字はすべて単位（円・件・％）をつけ、出典が推測の場合は「要確認」と添える
商品ジャンル：{ジャンル}
当日売上データ（CSV）：{貼り付け}
広告消化データ（CSV）：{貼り付け}
この3本を毎日同じ順で回すと、朝の判断が日中の返信に反映され、日中の状況が夕方の分析に乗り、夕方の提案が翌朝の発注候補になります。編集部で実際に運用しているプロンプトでは、変数部分をテンプレート化し、CSVの列名だけ店舗ごとに合わせておけば、担当者が変わっても同じ品質で回せる状態になりました。Opus 5をEC運用全体の自動化に据える考え方はClaude Opus 5でEC運用を自動化する実装でも整理しています。
日次自動化でつまずく3つの落とし穴と回避策
日次ワークフローが失敗するパターンは、技術ではなく運用設計に原因があることがほとんどです。理由は、AIの出力品質よりも、任せる範囲と承認の線引きが曖昧なまま走らせることの方が、事故に直結するからです。ここでは現場で繰り返し見た3つの落とし穴と回避策を挙げます。
1つ目は、承認ポイントを外して全自動化しようとする落とし穴です。受注の確認や返信下書きまでは問題なくても、発注の確定や返金の実行までAIに握らせると、CSVの1行のズレや在庫データの反映遅れが、そのまま誤発注・誤返金になります。回避策は、お金と在庫が動く操作は必ず人間の承認を挟むと最初に決め、プロンプト側にも「実行は指示せず判断候補として出す」と書き込んでおくことです。あるアパレル系の単一店舗で試したケースでは、承認ポイントを明文化しただけで、担当者がAIの提案を安心して採用できるようになりました。
2つ目は、すべてのタスクを最大effortで投げてトークンを浪費する落とし穴です。定型のCS一次返信まで高いeffortで処理すると、応答は丁寧でも1件あたりのコストがかさみ、日次の処理本数が増えるほど請求が膨らみます。回避策は、タスクの難度でeffortを配分することです。定型返信や受注サマリは低め、売上分析や複雑なクレーム対応は高め、と割り当てるだけで、品質を落とさずコストを抑えられます。Opus 5とFable 5のどちらに任せるかという上位の切り分けはOpus 5とFable 5の使い分けとコスト設計を参照してください。
3つ目は、CS返信の画一化と規約違反です。同じテンプレ文を全問い合わせに当てると、状況に合わない返信でかえってクレーム化します。さらに楽天市場では、R-Mailや商品ページに楽天市場外のURL・電話番号・外部連絡先を入れることが規約違反になり、店舗ペナルティのリスクがあります。回避策は、返信下書きのプロンプトに「顧客の個別事情を必ず1文反映する」「楽天市場外への誘導を含めない」というルールを最初から埋め込み、送信前に人間が目視する運用にすることです。楽天のR-Mail本文は件名30字前後・ファーストビュー設計が肝心で、外部誘導なしでも楽天市場内の回遊で十分に成果を出せます。
KPI設計と費用・工数の目安
導入効果は、削減できた工数と、返信・分析の品質維持の2軸で測るのが実務的です。理由は、EC運用の自動化は「浮いた時間で何をやり直せたか」で価値が決まり、単なる高速化では店舗は伸びないからです。まず費用面から押さえます。Claude Proは月額20米ドルで、Opus 5を最も強いモデルとして選べます。Claude MaxはOpus 5をデフォルトで使える上位プランですが、月額の正確な料金はプラン改定が続くため要確認とし、契約前に公式の料金ページで確認してください。APIやClaude Code経由で自動実行する場合は、入力100万トークン5米ドル・出力25米ドルの従量課金となり、Fast modeを使うと通常の約2.5倍速で動く代わりに単価は2倍になります（Anthropic「Introducing Claude Opus 5」）。
工数の目安は、店舗規模によりますが、朝の受注・在庫確認と夕方の売上振り返りを合わせて1日1〜1.5時間を要していた店舗が、サマリ生成の自動化で合計30分前後まで縮む、という感触が現場では多く見られます。数字はあくまで2026年7月時点の目安で、CSVの整備状況や商品点数で上下します。CS返信は、下書き自動化により1件あたりの起案時間が半分程度に短くなる一方、送信前の人間確認は残すため、削減幅は「起案の速さ」に出て「確認の丁寧さ」は維持される、という配分になります。転換率や客単価といった成果KPIは、浮いた時間を商品ページ改善や在庫の最適化に振り向けられて初めて動くため、工数削減そのものをゴールにしないことが肝心です。
投資対効果を見るなら、削減工数を時給換算した金額と、Pro/MaxのサブスクリプションまたはAPI従量課金の月額を並べて比較します。月商500万〜数億円帯の店舗であれば、CS・受注・分析の3業務にかかる人件費に対して、月額のAI費用は一桁小さく収まるケースが直近の支援先では多く、コストが導入判断の障害になる場面はほとんどありませんでした。むしろ律速になるのは、CSVの列名の統一や承認フローの合意といった社内の準備の方です。
AIエージェント時代に日次業務をどこまで任せるか
今後の焦点は、日次ワークフローを人が毎日回す形から、エージェントが常駐して回す形へどこまで移すかです。理由は、Opus 5が長時間の多段タスク（long-running agents）を主眼に設計され、公式にもコンピュータ操作のベンチマークOSWorld 2.0で他モデルを上回ると示されているからで、受注から発注候補までを自走させる土台が整いつつあるためです。ただし現場への落とし込みでは、いきなり全自走に飛ばすのは早計です。まず今日の3プロンプト連鎖を人が回して型を固め、出力が安定した業務から順にエージェント化するのが、失敗の少ない順序になります。
競合解説の多くは「Opus 5がMaxの新デフォルトになった」という事実紹介で止まっていますが、EC事業者にとって本当の論点は、承認ポイントをどこに残すかの設計です。全自動化の魅力は運用者ほど強く感じますが、お金と在庫が動く操作の最終判断を人間に残す線引きこそ、事故なくAIの担当範囲を広げていく現実的な道です。Anthropic自身も、安全性の分類器が働いた際に下位モデルへ自動的に切り替える「Automatic Fallbacks」をベータ提供しており、止まらない運用を志向しています。EC運用でも同じ発想で、AIが判断に迷う領域は人間に戻す設計を最初から組み込むのが望ましいでしょう。
もう一段先を見ると、日次ワークフローが安定した店舗は、週次・月次の分析や、複数チャネル（楽天・Amazon・自社EC）横断の在庫最適化へ同じ型を広げられます。日次で受注・在庫・CS・売上の文脈が1本につながっていれば、その履歴自体が翌月の打ち手の材料になります。まずは今日から回る3ブロックを作り、承認ポイントを守りながら、任せる範囲を毎週少しずつ広げていく。この積み上げが、AIエージェント時代の店舗運営で最も再現性の高い進め方だと考えます。
よくある質問
Claude MaxのデフォルトがOpus 5になったのはいつですか
Claude MaxのデフォルトがOpus 5になったのは、2026年7月24日です。Anthropicが同日にOpus 5を公開し、Claude Maxの新しいデフォルトモデル、Claude Proでは最も強いモデルとして位置づけました。特別な設定をしなくても、その日以降にMaxプランでClaudeを開けばOpus 5が使われる状態になっています。
Claude ProでもOpus 5は使えますか
はい、使えます。Anthropicの発表では、Opus 5はClaude Proで選べる最強のモデルと位置づけられています。デフォルトとして常時割り当てられるのはMaxプランですが、Proでもモデルを選択すればOpus 5を利用できます。日次業務の自動化を試すだけなら、まずProで型を作ってからMaxやAPIに広げる進め方が無理がありません。
無料プランでもOpus 5で業務自動化できますか
基本的には難しいと考えてください。Opus 5はMaxのデフォルト・Proの最強モデルという位置づけで、無料枠で最上位モデルをどこまで使えるかは提供条件によって変わるため要確認です。日次で受注やCSをまとめて回す用途では、Pro（月額20米ドル）以上か、API従量課金での利用が現実的です。
受注や在庫の処理を全部AIに任せて大丈夫ですか
いいえ、全部を任せるのは避けてください。受注の確認やサマリ作成、返信の下書きまではAIに任せて問題ありませんが、発注の確定・価格変更・在庫ゼロ表示・返金の実行といったお金と在庫が動く操作は、必ず人間の承認を挟むのが安全です。理由は、CSVのズレや在庫反映の遅れがそのまま誤発注につながるためで、承認ポイントを先に決めておくと後から任せる範囲を広げやすくなります。
楽天のCS返信をClaudeで自動化しても規約違反になりませんか
返信本文の作成自体は問題ありませんが、書き方に注意が必要です。楽天市場では、R-Mailや商品ページに楽天市場外のURL・電話番号・外部連絡先を入れることが規約違反になります。Claudeへのプロンプトに「楽天市場外への誘導を含めない」と明記し、送信前に人間が目視する運用にすれば、規約を守りながら起案の時間を短縮できます。
Opus 5とFable 5はどう使い分ければよいですか
日常の店舗運営はOpus 5を主軸に、最難関の分析だけFable 5を検討する、という配分が目安です。Opus 5はFable 5に近い知能を半分程度のコストで出せると説明されており、日次業務の大半はOpus 5で足ります。タスク難度に応じたeffort設定と合わせた具体的な切り分けは、うるチカラの使い分け解説記事にまとめています。
コストを抑えるにはどうすればよいですか
タスクの難度でeffortを配分するのが最も効きます。Opus 5はeffort設定で、知能を優先するか、トークンを節約して速く安く済ませるかを選べます。定型のCS返信や受注サマリは低め、売上分析や複雑なクレーム対応は高めに割り当てれば、品質を保ったまま日次のトークン消費を抑えられます。
著者：齋藤竹紘（株式会社オルセル 編集長／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実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
