Claude Opus 4.8のプロンプト精度を上げる方法

TL;DR

Claude Opus 4.8には、目的、理由、条件、出力形式を具体的に示し、良い例と悪い例、XMLタグによる構造化を加えると精度を高めやすくなります。難しいコーディングはXHighを基準にし、明確で軽い作業はMediumやLowへ下げて、速度とコストを調整します。

Transcript

おすマサです。本日はですね、クロードの オパス4.8が登場して、ま、ここでです ね、ま、プロンプティングベスト プラクティスみたいな公式の記事がですね 、え、どういう形でクロードのオパス モデルに対して、ま、指示を送っていけば いいかみたいなところの試験を公式から 共有してくれていますんで、これについて ね、ま、結構大量な記事なんですけども、 え、それを元に分かりやすく、ま、日本語 でね、解説できたらなという風に思って おります。え、結構、ま、僕もね、以前 から、え、クロドのモデル問わず、え、 こういう形で、ま、クロドMD書いた方が いいですよとかね。ま、そういう話とか、 あと、ま、プロンプトは、ま、511をね 、気をつけましょうとか、ま、そういう話 も過去に動画でやったんですけども、え、 ... Read More

Key Insights

• ・Opus 4.8は指示を文字通り解釈する傾向があると説明されており、暗黙の意図を期待せず、目的、対象、条件、出力形式を明記するほど認識のずれを減らしやすいモデルである。
• ・5W1Hはプロンプトの曖昧さを減らす枠組みであり、誰が、何を、なぜ、いつ、どこで、どのように行うかを定義すると、エージェントが取り得る回答や行動の範囲を絞れる。
• ・実行理由の説明は解決策の選択を助ける情報であり、目的と理由を明確にしつつ方法を固定しすぎなければ、Claude自身に柔軟な手段を考えさせる余地を残せる。
• ・few-shotは良い例と悪い例を併記する手法であり、望む成果物だけでなく、エージェントが実際に犯しそうな失敗例を示すことで、判断基準の解像度を高められる。
• ・XMLタグはプロンプト内の情報を階層化する手段であり、目的、重要事項、条件分岐などを区切ることで、複雑な依頼でも各情報の役割と関係を伝えやすくなる。
• ・肯定形の命令はエージェントが次の行動を選びやすい表現であり、「何をするな」だけで終えず、代わりに実行すべき操作を具体的な動詞で示すことが重要である。
• ・effortは速度、コスト、推論量を調整する設定であり、難しいコーディングはXHigh、さらに難しい問題はMax、明確またはコスト重視の作業はMediumやLowが候補になる。
• ・外部状態管理は長時間タスクを継続する仕組みであり、進捗、テスト結果、決定事項をJSON、テキスト、Gitなどへ保存すると、別セッションや複数エージェントでも作業を引き継ぎやすい。
• 🎬 このチャンネルの他の動画:
  • Kimi K2.5で利用できる機能とは？
  • Claude CodeのモデルとEffortを選ぶ方法
  • Codexの/goalで自律開発する方法
• 📺 このチャンネル: まさおAIじっくり解説ch

Questions & Answers

Q: Claude Opus 4.8のプロンプト精度を上げる方法は？

目的、対象、理由、条件、期限、文字数、出力形式を具体的に記述することが基本です。さらに、良い例と悪い例を示し、XMLタグで目的や条件分岐を整理します。Opus 4.8は書かれた指示を文字通り受け取る傾向があると説明されているため、察してもらう前提を減らすほど認識のずれを抑えやすくなります。

Q: Claude向けプロンプトを5W1Hで書く方法は？

誰が、何を、なぜ、いつ、どこで、どのように実行するかを、必要な範囲で順番に定義します。特に目的、対象、理由、期限、成果物の形式を明記すると、回答の選択肢を狭められます。ただし方法まで固定する必要がない場合は、目的と理由を詳しく示し、具体的な解決手段はClaudeに考えさせる設計も可能です。

Q: プロンプトにタスクの理由を書く必要があるのはなぜ？

タスクの理由は、Claudeが目的に合う手段を選ぶための判断材料になるからです。何を作るかだけでなく、なぜ必要なのかを伝えると、個々の指示の背景を踏まえて問題解決を進めやすくなります。方法論を固定したい場合は手順も明記し、柔軟性を残したい場合は目的と理由を中心に指定します。

Q: few-shotで良い例と悪い例を示す方法は？

望ましい出力例を複数示し、それと対になる形で避けたい出力例も提示します。悪い例には、誰でも分かる極端な誤りではなく、エージェントが実際に起こしそうな失敗を選ぶことが重要です。これにより、形式や品質の基準だけでなく、どの境界を越えると不適切になるかまで具体的に伝えられます。

Q: XMLタグでClaudeのプロンプトを構造化する方法は？

目的、入力、重要事項、条件、出力形式など、役割の異なる情報をそれぞれ対応するタグで囲みます。条件ごとの行動も独立した区画に分けると、情報の階層と関係を伝えやすくなります。長い依頼や複数の制約があるタスクでは、文章を連続して並べるより、各要素を明示的に分離する方法が推奨されています。

Q: Claudeへの禁止指示を肯定形に直す方法は？

禁止事項を示すだけでなく、その状況で実行すべき行動へ書き換えます。たとえば「提案だけするな」ではなく「対象を変更し、結果を確認してください」と指示します。実際に手を動かしてほしい場合は、「提案して」ではなく「変更して」など行動を表す動詞を使うと、求める操作が明確になります。

Q: Claudeのeffortをタスク別に選ぶ方法は？

難しいコーディングではXHighを基準とし、さらに難しい問題ではMaxを検討します。一方、手順が明確な作業や速度とコストを優先する一般タスクでは、MediumやLowが候補です。話者は、まずXHighで確実に動くタスクを固めた後、反応を見ながらeffortを下げたり、別モデルへ変更したりする運用を紹介しています。

Q: Claudeの長時間タスクで進捗を維持する方法は？

進捗、テスト結果、決定事項、次に行う作業をJSONやテキスト、Gitなどの外部メタデータへ保存します。コンテキスト内の記憶だけに依存しなければ、新しいセッションへ移った場合や、サブエージェントと分担する場合でも状態を引き継ぎやすくなります。検証ツールも持たせ、結果を確認しながら進める構成が有効です。

Summary & Key Takeaways

• Opus 4.8は指示を文字通り受け取る傾向があると説明されており、曖昧な依頼から意図を察することを期待せず、目的、対象、理由、期限、文字数、条件分岐、望む出力例を明記することが重要です。5W1Hで選択肢を絞れば、長いタスクで成果物が当初の意図から離れる目標ドリフトも抑えやすくなります。

• プロンプト設計では、タスクと成功条件を具体化し、実行理由を伝え、良い例と悪い例を示すfew-shotを使い、XMLタグで目的や条件を階層化し、必要に応じて専門家などの役割を与えます。禁止事項だけを書くより、代わりに取るべき行動を肯定形で指示し、実際の変更が必要なら「提案して」ではなく「変更して」と依頼します。

• 推論量はタスクに合わせて調整し、難しいコーディングではXHighを基準に、さらに難しい問題ではMax、明確な作業やコスト重視の一般タスクではMediumやLowを検討します。長時間の自律実行では、進捗やテスト結果をJSONやテキスト、Gitなど外部へ保存し、検証ツールやデザイン方針も与えて品質と継続性を保ちます。