Claude Opus 5 でプロンプトの前提が変わった仕組み
Claude Opus 5 では、言われなくてもモデルが自分の作業を検証し、自分の誤りを見つけて直すようになりました。この 1 点が、指示の書き方を変える理由のほとんどを占めています。
関連記事：Claude Opus 5とは？できること・料金とFable 5との違いを整理
モデルが自分で検証し、自分で直す
Anthropic の公式ドキュメントは、Claude Opus 5 が指示されなくても自分の作業を検証すると明記しています。そのうえで、プロンプトに「重要な作業の最後には検証ステップを入れる」「サブエージェントを使って検証する」といった指示が残っている場合は削除するよう案内しています。この種の指示は過剰な検証を招き、削っても品質を落とさずにトークンの無駄だけが減るという説明です（出典: claude.com）。
自己修正についても同じことが書かれています。Claude Opus 5 は自分の誤りを自力で見つけて直すため、「答えをダブルチェックして」「回答する前に再確認して」といった指示はモデル本来の挙動と二重になり、結果を良くしないままコストだけを押し上げます（出典: claude.com）。過去のモデル向けに用意した検証用の足場が仕組みとして残っている場合も、同じ理由で外す対象になります。
指示を足すほど動きが鈍る
この方向はプロンプト単体の話にとどまりません。Anthropic は Claude Code のシステムプロンプトを 80% 以上削っても、コーディングの評価で計測できる劣化は出なかったと公表しています（出典: claude.com）。旧世代のモデルに必要だったガードレールが、新世代では逆にモデルを縛りすぎていたという整理です。
同じ記事では、これまでの作法と新しい作法が 3 点で対比されています。
- ルールで縛る、から判断を委ねるへ：禁止事項を並べるより、置かれた文脈から判断させます
- 例を並べる、から道具の設計を良くするへ：例示を増やすより、ツールや受け渡す情報の形を整えます
- 全部前置きする、から必要な時点で読ませるへ：先にすべて渡すより、必要になったときに参照させます
具体例として、「複数段落の docstring を書くな」という禁止ルールを「周囲のコードと同じ読み味で書け」に置き換えたことが挙げられています。
GiftX がオフィス系 7 職種の AI 利用者 669 名に行った調査でも、挙がった課題の 3 位は「毎回の指示・調整に手間がかかる（プロンプトが難しい）」で 26.5% でした（複数回答）。指示を積み増すほど手間が増えるという実感は、モデル側の変化とちょうど逆を向いています。
詳細な調査データは「ビジネス職生成AI活用実態調査（2026年版）」にてご覧ください。
Claude Opus 5 のプロンプトから消す4つの指示
消す対象は、以前のモデルの弱点を埋めるために書き足した指示です。次の 4 つは、Claude Opus 5 では効かないどころか逆に働きます。
| もともとの目的 | これまでの書き方 | Claude Opus 5 での扱い |
|---|---|---|
| 品質を担保したい | 「最後に検証ステップを入れて」 | 削除する。自分で検証するため過剰検証になる |
| 報告を絞りたい | 「重大な問題だけ報告して」「保守的に」 | 削除する。文字どおり従って報告が減る |
| 誤りを防ぎたい | 「ダブルチェックして」「再確認して」 | 削除する。自己修正と二重になりコストだけ増える |
| 余計な思考を止めたい | 「考えずに答えて」「推論するな」 | 削除する。内部のタグが見える出力に漏れやすくなる |
この 4 つはいずれも、モデルが苦手だった頃の補いです。補いが不要になった以上、残しておく理由がなくなりました。
関連記事：AIプロンプトとは？回答精度を高める書き方のコツと業務で使える例文集
消す指示1｜「最後に検証してください」
最初に外すのは、作業の締めに検証を挟ませる指示です。Claude Opus 5 は指示がなくても自分の作業を検証するため、この一文を残すと検証が二重に走ります。公式ドキュメントは、こうした指示を削除するとトークンの無駄が減り、品質は落ちないと明記しています（出典: claude.com）。
判断に迷ったら、その指示が「モデルが手を抜くこと」を心配して書かれたものかどうかを見てください。手を抜く前提で書いた保険は、おおむね外して問題ありません。
消す指示2｜「重大な問題だけ報告してください」
2 つ目は、報告の量を先に絞ろうとする指示です。Claude Opus 5 はコードレビューの精度と網羅性がどちらも高く、追加で挙がってくる指摘も的外れなものが少ないとされています。そのうえで公式ドキュメントは、「重大度の高い問題だけ報告して」「保守的に」とプロンプトに書くと、モデルが文字どおりに従って報告そのものを減らすことがあると注意しています（出典: claude.com）。
推奨されているのは、いったん全部出させて、絞り込みは別の工程でやる形です。指示で絞ると、絞られたのが優先度なのか検出そのものなのかが分からなくなります。
消す指示3｜「ダブルチェックしてください」
3 つ目は、答える前にもう一度確かめさせる指示です。Claude Opus 5 は自分の誤りを自力で見つけて直すため、再確認の指示はその挙動と重なり、結果を改善しないままコストを増やします（出典: claude.com）。
関連して、自分の作業の確認にサブエージェントを使わせる指示も外す対象です。委譲の指針としても、自分の作業を検証したり再確認したりする目的でサブエージェントを使わないことが明記されています（出典: claude.com）。
消す指示4｜「考えずに答えてください」
4 つ目は、思考そのものを禁じる指示です。応答を速くしたい意図で「考えるな」「推論するな」と書いているシステムプロンプトがあれば、削除するよう案内されています。この種のルールが入っていると、<thinking> のような内部のタグが読者に見える応答に漏れ出す頻度が上がるためです（出典: claude.com）。
なお、タグの名前を挙げて「このタグを出すな」と書くやり方は、一般的な書き方より効きが悪いとされています。禁じ手を細かく指定するほど、かえって当たりにくくなる例です。
Claude Opus 5 のプロンプトに足す3つの指定
消すだけでは片手落ちになります。Claude Opus 5 は既定でよく話し、作業中の実況も増え、頼んでいない工程まで足すことがあります。ここは指示で抑えます。
足す指定1｜応答の長さ
Claude Opus 5 の応答は、以前の Opus 系より長くなる傾向があります。短くしたい場合は、長さを明示的に指示します。公式ドキュメントが例に挙げているのは、回答は焦点を絞って簡潔にすること、注意書きや但し書きは短くして大部分を主題への回答に使うこと、説明を求められたときは詳しい解説を明示的に求められない限り要点にまとめること、という趣旨の短い一文です（出典: claude.com）。
システムプロンプトが長い場合は、この指示を冒頭に置くだけでなく、末尾近くに短い念押しを重ねる形が勧められています。書き出すファイルの長さも同じ傾向があるため、資料や報告書を作らせる用途では「必要な中身は書くが、埋め草の節や重複した要約は入れない」といった長さの目安を別に添えます。
足す指定2｜作業中の伝え方
Claude Opus 5 は作業の途中で実況しやすく、1 回のメッセージの分量も以前より長くなります。抑えたい場合は、どの頻度でどんな形の報告が欲しいかを具体的に書きます。最初のツール呼び出しの前に一文で意図を言う、作業中は重要な発見か方向転換のときだけ短く伝える、終わったら結論から書く、といった粒度です（出典: claude.com）。
注意したいのは書き方の向きです。してほしくないことを並べるより、望ましい伝え方の例を示すほうが効くとされています。「実況するな」ではなく「終わったら 1 文目で結果を書く」と書く、という違いです。
足す指定3｜スコープと委譲の上限
Claude Opus 5 は、頼んでいない工程を足したり、そのタスクがどうあるべきかを自分で判断して範囲を広げたりすることがあります。狭い作業では、範囲を固定する指定を添えます（出典: claude.com）。
- 頼まれた範囲で仕上げる：足りないと感じても、勝手に工程を増やしません
- 判断が分かれるところだけ確認する：細かい判断は自分で決めて進めます
- 狭めたり広げたり作り変えたりしない：指示の意図を勝手に読み替えません
サブエージェントへの委譲にも同じ手当てが要ります。Claude Opus 5 は以前のモデルより気軽に委譲するため、数回のツール呼び出しで終わる作業まで委譲されるとコストと時間が増えます。委譲してよい条件を書くか、起動できる数の上限を決めておく方法が案内されています（出典: claude.com）。
全国8,000人調査で、AI活用方法によって生産性向上に約3.8倍の差が生まれることが判明。
effort の決め方｜「短くしたい」を effort で解かない
effort は応答に使うトークンの量を指定する設定で、low から max までの 5 段階があります。既定は high です（出典: claude.com）。ここでは、プロンプトを書き換える場面で判断が要る 3 点に絞って整理します。
応答の長さはプロンプトで、思考の量は effort で
よくある取り違えが、応答が長いことを effort で直そうとする書き換えです。effort が制御するのは考える量であって話す量ではないため、下げても見た目の応答は安定して短くなりません。短くしたいなら前の章のとおりプロンプト側で指定します（出典: claude.com）。
effort が効く範囲は文章だけではありません。ツールの呼び出しや思考を含む応答全体のトークンに作用し、低い設定ではツールを呼ぶ回数そのものが減ります。長さの調整とコストの調整は、別のレバーだと考えたほうが混乱しません。
旧モデルの設定を持ち越さず、一度だけ試し直す
Claude Opus 5 では、既定の high から始めて自分の評価データで調整することが勧められています。品質が保てる範囲では low と medium をコストと応答時間の主な制御レバーとして積極的に使い、負荷の高いコーディングや自動処理では xhigh に上げる、という方針です（出典: claude.com）。
ここで見落としやすいのが、以前のモデルで詰めた設定の扱いです。公式ドキュメントは、前のモデルから effort の設定を持ち越している場合はそのまま使わず、自分の評価データで一度試し直すよう明記しています（出典: claude.com）。低い設定の実力が上がっているため、以前の最適値がそのまま最適とは限らないという理由です。レビューのように精度が落ちにくい用途では、低い設定で速く 1 周してから、必要な範囲だけ丁寧に見直す組み立ても成り立ちます。
thinking を切ると、ツールの呼び出しが本文に漏れる
コストを下げたいときに thinking（考えた内容を出力する機能）を切りたくなりますが、ここは踏み込まないほうが安全です。Claude Opus 5 で thinking を無効にできるのは effort が high 以下のときだけで、xhigh と max で無効を指定するとエラーが返ります（出典: claude.com）。
無効にしたときに起きる不具合は 2 つあります。
- ツールの呼び出しが本文の文章として出る：構造化されたブロックではなく地の文としてツール呼び出しが書かれ、その呼び出しは実行されません。やり取り自体は正常に終わったように見えるのに処理は動いておらず、漏れた文字列は履歴に残るため後続のやり取りにも影響します。検索のようにツールを多く使う作業で起きやすい挙動です
- 内部のタグが見える出力に混ざる：
<thinking>などの内部タグが、読者に見える応答へ紛れ込みます。システムプロンプトに考えることを禁じるルールが残っていると、この漏れが増えます
対処は単純で、thinking を切らずに effort を下げることが推奨されています。多くの作業では、同じくらいのコストなら thinking を有効にした low のほうが、thinking を無効にした状態より良い結果になるとされています（出典: claude.com）。
どうしても無効のまま運用する必要がある場合は、ツールを使う前に一言添えてよいこと、当てはまるツールがなければ推測せずそう言うこと、内部のタグを応答に含めないこと、をまとめて 1 つの指示として書く方法が案内されています。
手持ちのプロンプトを書き換える実践手順
書き換えは全面的な作り直しではありません。順番を決めて上から当てていけば、1 つのプロンプトあたり 10 分程度で終わります。
消す、足す、effort を振り直すの順で進める
先に消すのは、足してから消すと何が効いたのか分からなくなるためです。まず前章の 4 つに当てはまる文を削り、その状態で一度動かします。次に、長さ・伝え方・スコープの 3 点で気になった挙動だけを指定として足します。最後に effort を振り直し、下げても品質が保てる下限を探ります。
この順番なら、変更の効果を 1 段階ずつ切り分けられます。逆順で進めると、指定を足したせいで良くなったのか、effort を上げたせいで良くなったのかが判別できなくなります。
一度に全部作り直さない
公式ドキュメントは、Claude Opus 4.8 向けのプロンプトでも Claude Opus 5 は良好に動くとしています。つまり、全部を書き直す必要はありません。よく使うプロンプトから順に、上の 3 手順を当てていけば十分です。
画像や図を扱うプロンプトについては別の注意があります。以前のモデル向けに入れた回避策が残っている場合、もう不要になっている可能性があるため、一度外して確かめることが勧められています（出典: claude.com）。
Claude Opus 5 のプロンプト書き換えチェックリスト
手持ちのプロンプトを開いて、上から順に確認してください。該当したら消す、または書き足します。
- 検証の指示が入っていないか：「最後に検証して」「検証用のステップを設ける」に類する文があれば消します
- 報告の絞り込みを指示していないか：「重大な問題だけ」「保守的に」があれば消し、絞り込みは別の工程に移します
- 再確認を指示していないか：「ダブルチェック」「回答前に再確認」があれば消します
- 思考を禁じていないか：「考えるな」「推論するな」があれば消します
- 長さの指定があるか：無ければ、簡潔さを求める一文を冒頭と末尾近くに置きます
- 作業中の伝え方を書いているか：無ければ、報告の頻度と形を具体的に書きます
- 範囲を固定しているか：狭い作業なら、頼んだ範囲を超えないことを明記します
- 委譲の条件か上限を書いているか：サブエージェントを使う仕組みなら、条件か件数の上限を決めます
- effort を前のモデルから持ち越していないか：持ち越していれば、high から試し直します
- thinking を切っていないか：切っていれば、有効に戻して effort を下げる形に変えます
全項目を一度に埋める必要はありません。まず上の 4 つ（消す側）だけを当てて動かし、気になった挙動が出てから下の 6 つを足すほうが、変更の効果を確かめやすくなります。
「作るAI」と「評価するAI」を分けた GiftX の運用
「全部出させて別の工程で絞る」という考え方は、プロンプト 1 本の話にとどまりません。GiftX では、作る側と評価する側を別のエージェントに分ける形で運用しています。
関連記事：AIで記事制作を自動化する仕組み｜質と独自性を高める「AI編集部」のつくり方
評価を別のエージェントに出してレビュー工数を約 60% 削減
GiftX では、記事・提案資料・スライドといった成果物ごとに専用の評価エージェントを用意し、作る側と評価する側を分けています。機械で判定できる品質基準はチェックリストにしてあり、人が見る前に一定の品質を担保する組み立てです。以前は成果物のレビューをすべて人力で回していましたが、評価エージェントの一次レビューを通してから人が最終確認する形に変えたことで、レビュー工数は約 60% 減りました。
この形が成り立つのは、評価をプロンプト内の一文ではなく別の工程として持っているからです。同じプロンプトの中で「厳しく見て」と書き足すより、判定基準を別の担当に持たせるほうが、何を見落としたのかを後から追えます。
書き手と校閲を分け、指摘を仕組みに書き戻す
オウンドメディアの記事制作でも同じ分け方をしています。司令塔となるエージェントの配下に調査・執筆・校閲の担当を置き、書き手と校閲を分離しました。校閲側の指摘はその場で直して終わりにせず、スキルの規約側に書き戻しています。
その結果、記事を重ねるほど初稿の精度が上がり、手直しの工数が下がり続ける状態になりました。指示を厚くするのではなく、役割を分けて学習を仕組み側に貯める形は、Claude Opus 5 の性格ともよく噛み合います。
AIエージェント導入で陥りがちな3つの落とし穴
プロンプトの書き換えができるようになると、次は業務そのものを任せたくなります。ここで多くの企業がつまずく型がおおむね 3 つに絞られます。
落とし穴1｜いきなり全てをやろうとする
複数の業務をまとめて自動化しようとすると、要件が膨らんで設計が終わりません。工程が絡み合うほど検証も難しくなり、どこで止まったのかも追えないまま塩漬けになります。
落とし穴2｜壮大なAI戦略から考えて手が止まる
全社の方針から降ろそうとすると、合意形成に時間がかかり着手が遅れます。方針が固まる頃にはモデル側の前提が変わっていることも珍しくありません。
落とし穴3｜既製品のチャット型AIでは業務フローに組み込めない
汎用のチャットは相談相手としては優秀ですが、社内のデータや手順を覚えて同じ品質で繰り返す用途には向きません。結局その都度指示を書き直すことになり、手間が残り続けます。
スモールスタートで1業務をAIエージェントに任せる
現実的な進め方は逆です。まず 1 業務を選び、その業務を理解している人が設計に関わり、走らせながら直していきます。本記事の書き換え手順と同じで、変更を 1 段階ずつ確かめられる規模から始めるほうが、結果的に早く形になります。GiftX では、こうしたスモールスタート前提のAIエージェント構築を 1 業務単位から伴走支援しています。詳細はAIエージェント構築支援サービスをご覧ください。
Claude Opus 5 のプロンプトに関するよくある質問
これまでのプロンプトを全部作り直す必要がありますか
必要ありません。Anthropic は、Claude Opus 4.8 向けに書いたプロンプトでも Claude Opus 5 は良好に動くとしています。よく使うものから順に、検証・報告の絞り込み・再確認・思考禁止の 4 つを消すところから始めれば十分です。
検証の指示を消すと品質が落ちませんか
公式ドキュメントは、こうした指示を削除しても品質は落ちず、無駄なトークンだけが減ると明記しています（出典: claude.com）。Claude Opus 5 は指示がなくても自分の作業を検証するため、指示は二重になっているだけです。
effort を下げると賢さも落ちますか
低い設定では能力が多少下がりますが、Claude Opus 5 では low と medium でも品質が保てる場面が広く、コストと応答時間の主な制御レバーとして使うことが勧められています（出典: claude.com）。どこまで下げられるかは用途によって違うため、自分の評価データで確かめる形になります。
thinking を切ればコストを下げられますか
勧められません。thinking を無効にできるのは effort が high 以下のときだけで、無効にするとツールの呼び出しが本文の文章として漏れて実行されない、内部のタグが見える出力に混ざる、という不具合が起きることがあります。同じくらいのコストなら、thinking を有効にした low のほうが良い結果になるとされています（出典: claude.com）。
まとめ
Claude Opus 5 のプロンプトは、足すより消すほうが先です。検証・報告の絞り込み・再確認・思考禁止の 4 つは、モデルが苦手だった頃の補いであり、いまは過剰な検証と無駄なトークンを生む側に回っています。消したうえで、長さ・伝え方・スコープの 3 点だけを指定として足すのが基本の形になります。
effort は既定の high から始めて、下げられる下限を自分の評価で探ります。前のモデルから設定を持ち越している場合は、一度だけ試し直してください。thinking は切らずに effort で調整するのが安全です。
そして、業務に組み込む段階では、指示を厚くするより役割を分けるほうが効きます。まず 1 業務を選び、小さく始めて走りながら直していく進め方が、結局いちばん早く形になります。
Claude Opus 5 を業務に組み込みたい方へ
本記事で整理したプロンプトの書き換えを、自社の業務そのものに広げていきたいとお考えの方は、ぜひ GiftX AIエージェント構築支援までお問い合わせください。
GiftX AIエージェント構築支援では、貴社の業務に合わせて1業務単位のスモールスタートから本番運用まで、AIエージェント構築をワンストップで支援します。マーケティングや営業の現場業務から、ユースケースの洗い出し、PoC、本番運用、社内ナレッジ化まで伴走します。
AI活用にご関心のある方は、ぜひ一度ご相談ください。
▶ GiftX AIエージェント構築支援の詳細・お問い合わせはこちら
