より良いAIプロンプトの書き方：初心者向け確認・修正法
課題を定め、必要な背景を渡し、越えてはいけない範囲を守り、結果を修正することで、曖昧な依頼を役立ち、忠実で確認可能なプロンプトへ変えます。
AIに次の指示を出したとします。
この会議メモからフォローアップメールを書いてください。
返答は洗練され、全員へのお礼、三つの決定、次の担当が書かれています。問題は、メモにあるのは二つの提案で、二つの決定ではなく、一つの作業は担当者も合意されていないことです。
文章は上手でも、このメールはまだ送れません。
ここで多くの初心者は、長いプロンプト、特別な公式、「世界一のコミュニケーション専門家」のような立派な役割が必要だと考えます。もっと役立つ診断は単純です。使える回答と、流暢でも不正確な回答を見分ける方法をAIへ伝えていませんでした。
良いプロンプトは確認可能な作業概要として働きます。AIが行う仕事、必要な情報、越えてはいけない範囲、人が確認しやすい結果を示します。すべての依頼に全要素は不要で、最初のメッセージを完璧にする必要もありません。
プロンプトの良し悪しを決めるもの
日常作業では三つの実用的な確認を使います。
- 役立つ： 結果は次に予定する行動を支えられるか。
- 忠実： 素材の重要な事実、違い、不確かな点を保っているか。
- 確認可能： 頼る前に、回答を何と比べるべきか分かるか。
「プロらしくして」は語調を変えても、この三問には答えません。「確定済み決定と未解決の問いを分け、担当者を作らないでください」なら答えます。
この記事では架空の会議メモを使い、プロンプトを段階的に作ります。会議、人物、企画は実在しません。
1. AIへ一つの明確な仕事を渡す
AIの役割ではなく、必要な結果から始めます。
曖昧：
この会議メモを手伝ってください。
より明確：
以下の会議メモから、プロジェクトチーム向けのフォローアップメールを作成してください。
二つ目は、行動、元資料、成果物、読者を示します。会議に出席していない有能な同僚へ指示すると想像してください。何を届けるか分かるでしょうか。
さらに書く前に「完了」の意味を決めます。この例のメールでは、決定事項、誰かが引き受けた作業、まだ答えが必要なことをチームが見られる必要があります。文章が優れていても、分類を混ぜれば失敗です。
Anthropicのプロンプト開発ガイドにも、表現の最適化に時間を使う前に成功基準と試験方法を定める考え方があります。普通のチャットに評価システムは不要で、短い頭の中のチェックリストで十分です。
2. 結果を変えうる背景情報を加える
「フォローアップメールを書いて」だけでは、非公開の会議記録をAIは推測できません。元資料と、使い方を変える背景を含めます。
この練習に必要な背景は次のとおりです。
会議メモ
- チームは新しいヘルプページを9月18日に試験公開すると確定した。
- Meiが9月8日までに初稿を準備する。
- 動画追加を議論したが、決定しなかった。
- 字幕費用の確認が必要だが、担当者と期限は未定。
- クライアントのサポートチームが初稿をレビューできるか、まだ回答待ち。
受け手と目的も重要です。これは約束を見えるようにする社内フォローアップです。以前の全会議の履歴はおそらく不要です。
プロンプトは課題、必要な素材、境界、求める結果を組み合わせられます。作業を変える要素だけを使います。
関連する背景と最大限の背景は違います。長いコンテキストを持つ言語モデルの研究では、試験した検索・質疑課題において、長い入力の全位置を同じように確実には利用しませんでした。モデルと機能は変わり続けるため普遍的制限ではありませんが、重要な情報を無関係な文章に埋めず整理する理由にはなります。
各詳細について尋ねます。
これを削ると、正しい回答が変わりうるか。
変わるなら必要かもしれません。変わらないなら省くことを検討します。送信前には、課題に不要な名前、連絡先、アカウント情報、社内記録などの機密素材も除きます。機密資料では、使用ツールの現在のデータ方針を確認してください。
3. 事実、制約、不明点を守る
コンテキストはAIが使えるものを示し、境界は黙って変えてはいけないものを示します。
会議メモでは次の分類が異なります。
- 事実は9月18日の試験日のような記録済み情報。
- 制約は確定日を保つなど、結果に対する規則。
- 不明点は字幕費用確認の担当者など、AIが責任を持って埋められない空白。
この違いを依頼に加えます。
確定済みの決定、担当付き作業、提案、未解決の問いを分けてください。
担当者、期限、決定、クライアントの回答を作らないでください。
必要な詳細がメモにない場合、「要確認」と記してください。
権威ある語調より価値のある指示です。文章の威厳で提案を決定へ変えたり、存在しない担当者を作ったりはできません。
禁止事項の長い一覧より、肯定的な指示のほうが適用しやすい場合があります。「混ぜないで」だけでなく、回答が使う分類を指定します。結果を危険または使用不能にする失敗には、否定形の境界も残します。
4. 確認しやすい出力を求める
出力要件は飾りではなく、回答を使いやすく、確認しやすくするものです。
メールには次を加えます。
次の構成にしてください。
1. 2文の会議要約。
2. 確定済みの決定。
3. 担当付き作業。メモにある担当者と日付だけを含める。
4. 未解決の問いと担当未定の作業。
5. 不正確な点の訂正を受け手に求める締めの文。
250語以内、率直で中立的な言葉を使ってください。
節があると欠落が見えます。「未解決の問い」を分ければ、未解決事項が滑らかな段落の中で消えにくくなります。語数制限は下書きが会議の書き起こしになるのを防ぎます。
求める形式、分類、語調を言葉で説明しにくい場合、例が役立ちます。OpenAI、Google、Anthropicはいずれも例による出力誘導を文書化しています。ただし例は意味を示す任意の根拠で、必須要素ではありません。よく知られた課題と明確な依頼なら例なしで十分です。
完成したプロンプト
組み立てた依頼は次のようになります。
以下の会議メモから、プロジェクトチーム向け社内フォローアップメールを作成してください。
確定済み決定、担当付き作業、未解決の問いを見つけやすくしてください。
確定済み決定、担当付き作業、提案、未解決の問いを分けてください。
担当者、期限、決定、クライアントの回答を作らないでください。
必要な詳細がメモにない場合、「要確認」と記してください。
次の構成にしてください。
1. 2文の会議要約。
2. 確定済みの決定。
3. 担当付き作業。メモにある担当者と日付だけを含める。
4. 未解決の問いと担当未定の作業。
5. 不正確な点の訂正を受け手に求める締めの文。
250語以内、率直で中立的な言葉を使ってください。
会議メモ
- チームは新しいヘルプページを9月18日に試験公開すると確定した。
- Meiが9月8日までに初稿を準備する。
- 動画追加を議論したが、決定しなかった。
- 字幕費用の確認が必要だが、担当者と期限は未定。
- クライアントのサポートチームが初稿をレビューできるか、まだ回答待ち。
このプロンプトが元より長いのは、課題に保つべき違いがあるからです。「このフォルダー名を五つ挙げて」のような依頼には同じ構造は不要です。プロンプト長は課題の結果で、品質点ではありません。
5. 回答を元資料と比べる
自然に聞こえるかだけで下書きを判断しません。会議メモと、最初に定めた成功基準に照らします。
次の順で確認します。
- 範囲： 重要な決定、担当付き作業、未解決の問いをすべて含むか。
- 忠実さ： 日付、担当者、約束、確実性の度合いを変えていないか。
- 根拠のない追加： 元資料にない理由、名前、期限、事実、引用を加えていないか。
- 有用性： 構造を解きほぐさずチームが行動できるか。
価格、法律、日程、製品動作、技術互換性など現在の事実では、チャットへ貼った文章ではなく公式ページが関連情報源かもしれません。その情報源を開いて確認します。AIに「確かですか」と尋ねることは独立検証ではありません。
NISTは自信を持って示される虚偽内容を生成AIの既知リスクとし、生成出力の情報源と引用をレビューするよう勧めています。不正確でも完成して聞こえるからこそ重要なリスクです。
6. 具体的な失敗を修正する
最初の結果が誤っていても、プロンプト全体を捨てる必要は通常ありません。失敗を示し、境界を戻し、影響部分の修正を求めます。
例：
字幕費用の確認には担当者も期限もありません。「未解決の問いと担当未定の作業」へ移し、追加した名前を削除し、メールの残りは変えないでください。その後、全日付と担当者がメモに一致するか確認してください。
観察できる問題を示すため役立つフォローアップです。「もう一度」だけでは、AIに比較可能な情報を与えません。
プロンプト作成は反復です。結果を課題と比べ、不足を説明し、失敗部分を直します。
語調、長さ、形式、根拠欠落でも同じ方法を使えます。
- 「要約は専門家向けです。企画を知らない読者向けに冒頭だけを書き直してください。」
- 「二つの候補を同じ基準で比較していません。双方について価格、利用方法、解約条件を使って表を作り直してください。」
- 「二つの主張に情報源がありません。削除するか、それぞれを支える現在の一次資料へリンクしてください。」
良いプロンプトは完璧な一文ではなく、作業過程として捉えるほうが適切です。Googleはプロンプト設計を反復と説明し、OpenAIの現在のガイドはモデルとプロンプトの変化に合わせた挙動試験を勧めます。初心者の反復は、一つの出力を確認し、一つの欠点を示し、修正した指示を試すだけでも構いません。
短くできる開始用の枠
リスクや複雑さがあり、概要に値する課題で使います。
課題：
[素材]を使い、[読者または状況]向けの[具体的な結果]を作る。
必要な背景：
[正しい回答を変えうる情報だけ]
必ず保つもの：
[事実、違い、要件、境界]
仮定しないもの：
[AIが未解決のまま残すか、確認が必要と示す不明点]
出力：
[結果を使いやすくする節、形式、長さ、確認項目]
現在の課題に役立たない欄は削除します。結果に頼る前に、役立ち、忠実で、確認可能かを尋ねます。プロンプトは仕事を説明する助けです。元資料の確認、最終判断、現実の行動は引き続き自分が担います。
参考資料
- OpenAI：Prompt engineering：指示、例、関連コンテキスト、プロンプトとモデル変更時の評価。
- Google AI for Developers：Prompt design strategies：明確な指示、コンテキスト、例、応答形式、反復。
- Anthropic：Prompt engineering overview：最適化前の成功基準と試験の定義。
- Anthropic：Prompting best practices：モデル固有の指針を含む明確さ、背景、例、構造化プロンプト。
- NIST AI 600-1：Generative Artificial Intelligence Profile：作話、情報の完全性、人の監督、データプライバシーのリスク。
- Liuほか：「Lost in the Middle」、TACL 2024：試験した言語モデルが長いコンテキスト内の情報をどう使うかの実証研究。
- Schulhoffほか：「The Prompt Report」：プロンプト技法の体系的調査と分類。
