Claude Opus 5.5 の使い方｜公式が「やめて・変えて」と言う8つのことと試し方

Anthropic は2026年9月22日に Claude Opus 5.5 を発表し、同じ日にプロンプトガイド（日本語版あり）・変更点のページ・移行ガイドの3つの公式資料を出しました。

読んでみると、Opus 5 のころの使い方のうち、公式が「やめて」「変えて」と書いているものがいくつもあります。

モデルを切り替えるだけなら、これまでのプロンプトもエラーにはなりません。

ただ、エフォート（考える深さ）の決め方や、プロンプトに入れていた「よく考えて」の一文は、前のままだと公式の想定からずれます。

そこで、この記事では公式が「やめて・変えて」と言う8つのことを原文に沿って整理し、claude.ai で何を変えればいいかと、筆者が同じ課題で比べた結果まで解説していきます。

結論：公式ガイドが勧める Claude Opus 5.5 の使い方（8つの一覧）

まずは結論として、公式の3つの資料が「やめて・変えて」と言っている8つを、1枚の図と一覧にしました。

細かい理由は次の章で1つずつ見ていくので、ここでは全体像だけつかんでください。

1〜5はプロンプトとエフォートの話なので、claude.ai だけを使う人にも関係します。

ただし2だけは原文が「外すことを検討して」という書き方で、ほかの項目ほど強くは言っていません。

公式が「やめて・変えて」と言う8つのことを1つずつ

一覧で全体をつかんだところで、ここからは公式に書かれていることを1つずつ解説していきます。

各項目は、公式の記述、その理由、何をどう変えるかの順に並べました。

並べ方は、影響する人が多い順です。

エフォートとプロンプトの話を先に置き、API で 400 エラーになる2つを最後に回しました。

1. エフォートは Opus 5 の設定を持ち越さず、「中」から試す

公式がこう書くのは、同じ名前の段階でも中身が変わったからです。

既定は Opus 5 の high から medium に下がり、さらに同じエフォートでも Opus 5 より1ターンあたりの思考量が多い傾向がある（特に超高と最大で）とされています。

そのため、Opus 5 で「高」に決めていた人が同じ「高」を選ぶと、前より多く考える設定になりかねません。

claude.ai の画面でも、Opus 5.5 では「中」に「おすすめ」が付いています。

2. 「よく考えてから答えて」は外すのを検討する

Opus 5.5 は、考える仕組み（adaptive thinking）が常に動いていて、どれだけ考えるかはエフォートで決まります。

とはいえ原文は「外して」ではなく「検討して」です。

だから、外した版と残した版を同じ質問で比べてから決めるのが、書かれ方に合った読み方です。

3. 「推論を書き出して」「考えずに答えて」は消して、「低」から測る

Opus 5.5 では thinking そのものを無効にできなくなった（7番）ので、切った状態を前提にした指示は、前提ごとなくなっています。

thinking を切っていたのが速さのためだったなら、指示で縛るよりエフォートを「低」から始めるのが公式の道筋です。

4. 思考を減らしたいなら、プロンプトより先にエフォートを下げる

「あまり考えずに短く答えて」と書き足すより、エフォートを「低」にするほうが公式の想定に沿います。

claude.ai なら、コードは要りません。

画面のメニューで「低」を選ぶだけです。

エフォートの目安のページでは low はサブエージェント（親のAIから小さな作業を任される側）向けとされていて、問い合わせの分類や、文章からの項目の抜き出しのような短い作業がこの段階に当たります。

5. 「AIっぽさを避けて」ではなく、避けたいものを名指しする

たとえば「紫から青へのグラデーション背景は使わない」「見出しに絵文字を付けない」のように、できあがりを見れば守れたかどうか分かる形で書きます（例は筆者の作例です）。

「AIっぽい」の中身は人によって違うので、自分が何度も見て飽きたものを書けば外れません。

6. 文章だけで止まったら完了とみなさない。自動の続行は2〜3回まで

「止まったら終わり」という作りのままだと、途中で打ち切られた作業を完了として記録することになります。

ただし、上限まで続けても終わらなかったときの扱いはガイドにありません。

そのときは、完了ではなく未完了として人に回しておくのが安全です。

7. thinking の無効化と budget_tokens をやめる（API は 400 エラー）

3番と4番でプロンプトの指示をエフォートに置き換えるよう言っているのは、この変更の裏返しです。

コードで直す所は、次の2点に絞れます。

• thinking は省くか adaptive にする
• 深さは output_config.effort で決める

8. tool_choice の any と tool をやめる（API は 400 エラー）

ツールの強制を「必ず JSON で返してほしい」ために使っていたなら、structured outputs に寄せるほうが目的に素直です。

claude.ai で Claude Opus 5.5 とエフォートを切り替える手順

8つの中身が分かったら、次は実際に手を動かす番です。

ここからは、claude.ai でモデルとエフォートを切り替える手順を、スクショ付きで解説していきます。

8つのうち、エフォートの話（1・3・4番）はコードを書かずに claude.ai のメニューで試せるので、いちばん手間がかかりません。

以下の画像は、筆者の Max プランで2026年9月30日に撮りました。

1. 入力欄のモデル名から Opus 5.5 を選ぶ

入力欄の右下にあるモデル名（例「Opus 5.5 中」）を押すとメニューが開き、Fable 5.1、Opus 5.5、Sonnet 5.5、Haiku 4.5 の下に「エフォート」と「他のモデル」が並びます。

会話の途中で切り替えても、次の返信から反映されます（公式ヘルプ）。

説明文は、Opus 5.5 が「複雑な作業から日常的なタスクまで」、Fable 5.1 が「最も困難な課題に」と書かれていました。

API の単価では Fable 5.1 は入力 $10・出力 $50 で Opus 5.5 の2.5倍なので、ふだんの作業は Opus 5.5 を基準にし、手に負えない課題だけ Fable 5.1 に回す分け方になります。

2. エフォートを選ぶ（おすすめは「中」）

同じメニューの「エフォート」を開くと、低・中・高・超高・最大の5段階が出ます。

Opus 5.5 では「中」に「おすすめ」が付いていて、「最大」には「4×以上の使用量」という警告がありました。

画面の説明文は「より高い労力は、より徹底的な回答を意味しますが、時間がかかり、制限をより速く消費します。」です。

月額のプランでは、金額の代わりに利用上限が減ります。

そのため「最大」のまま一日じゅうコードの相談を続けると、夕方には上限に届き、残りの作業を Sonnet に回すことになりかねません。

そこで、4番までの話を画面に移すと次の使い方になります。

• まずは「中」のまま使う
• 答えが浅いと感じた質問だけ、エフォートを上げる
• 短い作業は「低」に下げる

3. Opus 5 と比べたいときは「他のモデル」から選ぶ

1番の「持ち越さずに試す」を自分で確かめるには、乗り換える前のモデルと並べるのが早道です。

「他のモデル」を開くと、筆者の画面では Fable 5、Opus 5、Opus 4.8、Opus 4.7、Opus 4.6、Opus 3、Sonnet 5、Sonnet 4.6 が並んでいました。

Opus 5 を選んでエフォートを開くと、おすすめは「高」で、「最大」の警告は「1.5×以上の使用量」でした。

同じ「最大」でも、Opus 5.5 の警告は4×以上です。

公式の説明どおり、Opus 5.5 は同じエフォートでも考える量が多めで、その差は超高と最大で目立ちます。

そのため、Opus 5 で「最大」を使っていた人が同じ感覚で選ぶと、上限の減り方は前と同じになりません。

公式のとおり「中」で試した：Opus 5.5 と Opus 5「高」の実測

手順が分かったところで、気になるのは「本当に『中』で足りるのか」という点です。

ここからは、公式のおすすめどおり「中」にした Opus 5.5 と、Opus 5「高」を同じ課題で比べた結果を見ていきます。

1番の「中から始める」の根拠になっているのが、既定の medium で Opus 5 の high と同等以上、しかもステップもトークンも少ない、というガイドの主張です。

本当に「中」で足りるのかを、claude.ai（Max プラン）で1つの課題だけ確かめました。

課題と測り方

課題は、予算を比率で配る関数に、合計が1円多くなる + 1 のバグを入れた関数を使いました。

ほかに、空のリスト、比率の合計が0、端数が先頭に寄る点も論点になります。

次の文面を、それぞれ新しいチャットに貼りました。

次の Python 関数の問題点を挙げ、直したコードと、pytest のテストを3つ書け。説明は日本語で短く。

def split_budget(total_yen, weights):
    """total_yen を weights の比で配分し、合計が total_yen に一致する整数のリストを返す"""
    s = sum(weights)
    parts = [total_yen * w // s for w in weights]
    parts[0] += total_yen - sum(parts) + 1
    return parts

• エフォート：それぞれの画面のおすすめにそろえ、Opus 5.5「中」と Opus 5「高」
• 時間：送信から返答が終わるまでをブラウザで測る
• 回数：1回目は新しいチャット、2回目は「再試行」で出し直し

結果：本命のバグと直し方は同じ、広さに差

どちらも本命の + 1 を1番目に挙げ、端数を「最大剰余法」で配る形に直しました。

違ったのは、どこまで面倒を見るかです。

Opus 5.5 は、整数の余り（%）で端数を配る短い版を書き、おかしな入力には ValueError を出す形にしました。

float の入力は、本文で「前提外、必要なら型チェックを」と断るだけで、コードでは扱っていません。

一方の Opus 5 は Fraction で厳密に計算し、ジェネレータ・float・負の金額まで受けられる形にしました。

挙げた問題点も多く、網羅性はこちらが上です。

両方のコードとテストを手元の pytest で回すと、Opus 5.5 は6件、Opus 5 は10件（parametrize で展開した件数）がすべて通りました。

元のバグ入りのコードに当てるとどちらのテストも全件失敗するので、入れたバグをきちんと捕まえていたことになります。

この結果から言えること・言えないこと

時間の平均は17.8秒と42.6秒で、平均から計算すると約2.4倍の差でした。

入力の型まで守りたいコードなら、Opus 5「高」の答えのほうが手直しは少なく済みました。

つまり網羅性が要る課題では、公式の言うとおり自分の課題で Opus 5.5 のエフォートを上げて比べる余地が残っています。

Claude Code と API で Opus 5.5 に切り替える

ここまでは claude.ai の画面での話でした。

ここからは、Claude Code と API で Opus 5.5 に切り替える方法を、公式ドキュメントの記載に沿って紹介します。

claude.ai では、1回の返答で何トークン使ったかが見えません。

そのため、コードの作業でエフォートを比べたいなら、Claude Code か API で自分の仕事を動かすほうが確かめやすくなります。

Claude Code での切り替え

Claude Code では、別名の opus と default が Opus 5.5 を指します（モデル設定のページ）。

# セッション中に切り替える
/model opus

# 起動時に指定する（ID で書く場合）
claude --model claude-opus-5-5

# エフォートを変える（claude --effort high でも可）
/effort high

# 今のモデルを確かめる
/status

• 毎回指定しないなら、~/.claude/settings.json に "model": "opus" と "effortLevel": "medium" を書いておく
• opusplan という別名は、計画を Opus 5.5、実行を Sonnet 5.5 に分ける

既存のプロジェクトの API 呼び出しをまとめて直したいときは、移行ガイドの冒頭にあるとおり、Claude Code で /claude-api migrate this project to claude-opus-5-5 を実行すると自動移行のスキルが動きます（筆者は試していません）。

API の料金と最小の呼び出し

単価から計算すると、Opus 5 より入力も出力も2割安くなりました。

Batch API は入力・出力とも半額（$2 / $10）です。

# pip install anthropic
import anthropic

client = anthropic.Anthropic()
m = client.messages.create(
    model="claude-opus-5-5",
    max_tokens=1000,
    output_config={"effort": "medium"},  # 省略しても medium
    messages=[{"role": "user", "content": "こんにちは"}],
)
for b in m.content:
    if b.type == "text":
        print(b.text)

8つのほかに API で変わった点

8つには入れませんでしたが、コードを移すときに引っかかりやすい変更がほかにもあります。

• 応答の先頭が text とは限りません。thinking ブロックで始まることがあるので、content[0].text と決め打ちせず、上の例のように各ブロックの type で選びます
• computer_20251124 は Claude API と Google Cloud で 400 エラーになり、computer_toolset_20260801 に移ります（Amazon Bedrock では従来どおり使えます）
• max_tokens には思考の分も含まれます。ガイドには、エージェント用途では max_tokens 128,000 が Anthropic のテストでうまくいった、という実績が書かれています（決まりではありません）
• リクエストごとにエフォートを変えると、プロンプトのキャッシュが効かなくなります。会話の途中で変えたいときは per-message effort（beta）を使います

Claude Opus 5.5 のよくある質問

最後に、Opus 5.5 について出てきそうな疑問を、公式の情報で答える形にまとめました。

Claude Opus 5.5 は無料で試せますか

claude.ai の Free プランでは選べません。

公式の料金ページでは、Opus 5.5 は Pro・Max・Team・Enterprise に含まれ、Free で使えるのは Sonnet と Haiku です。

API は従量課金です。

新しいアカウントに無料のクレジットが付くかは、公式の Get started に記載がなく確認できませんでした。

Opus 5 用のプロンプトはそのまま使えますか

公式ガイドはそのまま動く想定としていて、そのうえで見直すのがこの記事の8つです。

確かめる所は、次の3つに絞れます。

• プロンプト：「よく考えて」「推論を書き出して」「考えずに答えて」の類
• 設定：エフォート
• API：thinking と tool_choice の指定

エフォートは「中」と「高」のどちらにすればいいですか

公式が勧めているのは、「中」から始めて自分の課題で上げ下げするやり方でした。

筆者の1課題では「中」で本命のバグを直せましたが、網羅性は Opus 5「高」が上でした。

だから、取りこぼしが困る作業だけ「高」に上げて比べるのが、ガイドに沿った決め方です。

まとめ：今日やることチェックリスト

ここまでの内容を、最後に短く振り返っておきましょう。

Claude Opus 5.5 は、Opus 5 より単価が2割安く、既定のエフォートを medium に下げたモデルです。

公式の3つの資料が言っていることは、突き詰めると「考える深さはエフォートで決め、プロンプトで縛らない」にまとまります。

Claude Code を長く動かしたときの費用の変わり方は、「Claude Code のトークン節約を3週間実測した結果」にまとめています。

※料金・無料枠・商用利用の条件は2026年9月30日時点の情報です。

最新の内容は公式サイトでご確認ください。