誰にでも、AIを使い始めた初期に、モデルから期待外れの回答が返ってくる瞬間があります。そのとき多くの人は、仕方ないと受け入れるか、新しい会話を開いてプロンプトを書き直すかのどちらかを選びます。たいてい、どちらも正しくありません。より良い方法は、モデルに返信して、作業の方向を修正することです。
この記事では、それをうまく行うためのワークフローを紹介します。最初の回答が惜しい場合、方向がずれている場合、一見問題なさそうなのに実は間違っている場合に、どう対処するかを順に説明します。読み終える頃には、気の利いたプロンプトを一つも書かなくても、AIとのあらゆる対話の質を高める習慣が身につきます。
多くの人が早く切り上げすぎる理由
プロンプトを入力すると回答が出てくるという「自動販売機型」のAI観は、検索エンジンから持ち込まれる一般的な思考モデルです。検索によって、1つのクエリ=1つの結果と考える習慣が身についています。AIを使う作業は異なります。会話そのものが入力の一部になります。最初の回答が正解であることはほとんどありません。2回目はかなり近づき、3回目にはたいてい望んでいたものになります。
これは、優れたプロンプトを使った場合でも同じです。完璧に構造化された最初のプロンプトは優れた最初の回答を生みますが、モデルが利用者の反応を含むコンテキストをすべて持つため、2回目、3回目の回答はさらに良くなります。
障壁は心理的なものです。何度も異議を唱えるのは少し失礼に感じます。最初からもっと明確に伝えるべきだったように思えます。非効率にも感じます。しかし、どれも事実ではありません。人と交渉しているのではなく、生成された下書きを編集しているのです。反復によって時間を節約できるのは事実です。
4つの操作
ほぼあらゆる状況をカバーするフォローアップは、4種類あります。4つすべてを覚えれば、ワークフローが完成します。
- 批評する — 何が問題かを具体的にモデルへ伝えます。
- 絞り込む — 回答の一部分を詳しく展開するよう求めます。
- 方向転換する — 切り口や対象読者を変えます。
- ストレステストする — モデル自身の回答を擁護させたり、反論させたりします。
それぞれ見ていきましょう。
この4つの操作を、気の利いたフォローアッププロンプトの寄せ集めではなく、再利用可能なワークフローとして扱ってください。繰り返し行う作業では、チームで再利用できるテンプレートとして一連の手順を保存します。
操作1:批評する
最も一般的なフォローアップです。最初の回答はおおむね良いものの、特定の箇所がずれています。何が問題かをモデルに正確に伝えます。
2段落目は堅すぎます。簡潔にしてください。
「お待ちいただきありがとうございます」という一文は削除してください。私らしい言い方ではありません。
3つ目の箇条書きを、もっと具体的な内容に置き換えてください。
冒頭の文が一般的すぎて、どの製品にも当てはまりそうです。私たちの製品に固有の内容にしてください。
批評には3つのルールがあります。
具体的に伝える。 「もっと良くして」は役に立ちません。「3つ目の箇条書きが長すぎるので、1文に短縮してください」なら機能します。
率直に伝える。 「修正を検討することも可能ではないかと思います……」は言葉の無駄です。「3つ目の箇条書きを書き直してください」で十分です。
良い部分も伝える。 「1段落目の構成は残し、2段落目を書き直してください」。そうしないと、モデルが全体を書き直し、すでに良かった部分まで失う可能性があります。
有効なパターンは、残すものを伝えてから、変えるものを伝えることです。「冒頭、構成、トーンはそのままにして、中ほどの3文だけを、より鋭く短くしてください」。
操作2:絞り込む
最初の回答は幅広い内容を扱っていたものの、本当にほしかったのは、そのうちの小さな一部分だったとします。その部分をさらに詳しくするよう求めます。
検討したいのは3つ目の選択肢です。さらに掘り下げてください。実際にはどのような形になるのか、費用はいくらか、誰が関与する必要があるのかを説明してください。
2段落目の2文目「……この規制は既存の契約に影響する可能性があります……」を取り上げ、3段落に展開してください。
挙げた5つのリスクのうち、3つ目に焦点を当ててください。実際にどう進行するのか、手順を追って説明してください。
この操作は十分に活用されていません。「すでに重要だと分かった部分を詳しくする」ほうが速く、より良い出力を得られるのに、多くの人は元の質問に少し変更を加えて再度プロンプトを送ります。モデルはすでに広く検討しています。今度は深掘りする段階です。
操作3:方向転換する
最初の回答自体は問題ないものの、対象読者や切り口が間違っている場合です。
今度は、金融業界で働いたことがない人向けに書いてください。
今度は、理解のある同僚ではなく、懐疑的なCFOに送るものとして書き直してください。
同じ論点を、メモではなく1枚のスライドに収まる要約として構成してください。
今度は逆に、今述べたすべての主張に対する最も強い反論を提示してください。
方向転換では、モデルがすでに生成した内容をすべて利用し、別の目的に合う形へ組み替えます。元の材料がすでに揃っているため、最初からプロンプトを送り直すより速く、たいていは質も高くなります。
分析タスクで特に有効な方向転換は、「今度は反対意見を述べる立場になってください。自分の回答を取り上げ、考えられる限り最も説得力のある反論を作ってください」です。明示的に求めれば、モデルは驚くほどうまく対応し、反論によって元の考えの弱い部分が明らかになることもよくあります。
操作4:ストレステストする
最初の回答はもっともらしいものの、正しいか確信が持てない場合です。モデルに回答を擁護させるか、反論させます。
どのような証拠があれば、質問2への回答を変えますか?
この回答の中で、最も確信がないのはどこですか?何が間違っている可能性がありますか?
この立場に対して、最も優れた批評者なら何と言いますか?
シニア専門家がこれを読んだら、どこに異議を唱えますか?
ストレステストは、洗練されているものの根拠が弱い出力への対処法です。モデルは立場を擁護できますし、求められれば最も強い反論も作れます。両方を行わせることで、目の前の内容をより適切に評価できます。
ほぼあらゆる事実ベースの回答に使える具体的なストレステストは、「各項目への確信度を1から5で示し、正確さが重要なら自分でどれを確認するか教えてください」です。モデルは、検証すべき箇所を率直に示します。
5つ目の操作:検証する
4つの操作は回答を改善しますが、その回答が真実であることを証明するものではありません。出力が意思決定、顧客向けメッセージ、方針、コード変更、公開コンテンツに影響する場合は、必ず最後に検証を加えてください。
短いチェックリストを使います。
| 確認項目 | 問い | 次にすること |
|---|---|---|
| 情報源 | この会話の外にある事実に依存する主張はどれか? | 原典または信頼できる資料で確認する。 |
| 境界 | 私が提供していない情報について、モデルは何を前提としたか? | その前提を削除、確認、または明記する。 |
| リスク | これが間違っていた場合、最悪の結果は何か? | 影響の大きい出力には人による確認を加える。 |
| 完全性 | 重要なのに欠けているケースは何か? | 欠けているケースを明示して質問する。 |
| 実用性 | 書かれたままの内容で行動に移せるか? | 曖昧な助言を、手順、担当者、日付、例に変える。 |
これは、初心者の多くが飛ばしてしまう品質管理の段階です。反復によって下書きは良くなり、検証によって安全に使用できるかどうかを判断できます。
この記事にリンクされているワークフローカードでは、5つの操作を1ページにまとめた習慣として確認できます。
組み合わせ方:反復の実例
実例に4つの操作を適用してみましょう。80人規模の会社で週休3日制を導入するため、次のプロンプトから始めるとします。
あなたは経験豊富な人事責任者です。私が勤める80人規模の会社で、週休3日制を導入するための1ページの提案書を作成してください。想定される懸念に対処し、試験導入の方法を提案し、最後に推奨案を示してください。
最初の回答は悪くない下書きですが、完璧ではありません。次に何をすべきでしょうか。
操作1(批評する):
「想定される懸念」のセクションは内容が薄すぎます。生産性は扱っていますが、顧客対応と、時給制のサポートチームへの影響が抜けています。この2点を深く掘り下げてください。
操作2(絞り込む):
実際に使うのは試験導入の提案部分です。対象者、期間、測定項目、成功基準をそれぞれ扱う4段落の計画に展開してください。
操作3(方向転換する):
今度は、社内の人事チームではなく、投資家で構成される取締役会を対象読者として、同じ提案書を書き直してください。懸念事項も言葉遣いも変えてください。
操作4(ストレステストする):
同様の試みを別の場所で実施して失敗した人なら、最も強い反論として何を挙げますか?一般論ではなく、具体的に答えてください。
効果を具体的に示すため、操作2によって試験導入のセクションが実際にどう変わるか、代表的な変更前と変更後を示します(自分のケースでは実際にプロンプトを実行してください。表現は変わっても、形は同じです)。
変更前: 「1つのチームで週休3日制を四半期にわたり試験導入し、結果を検証することを推奨します。」
変更後: 「12人のサポートチームと9人のマーケティングチームを対象に、12週間の試験導入を行います。顧客対応を担うグループと社内業務を担うグループを1つずつ選びます。毎週4項目を測定します。チケットへの初回応答時間、四半期のマーケティングカレンダーに対する成果、自己申告による活力(1~5のパルスサーベイ)、予定外の残業です。成功基準は、最初の2項目の悪化が5%を超えず、3つ目が改善することです。いずれか1週間でもその範囲を外れた場合はレビューを行いますが、自動的に中止するわけではありません。」
同じモデル、同じ会話です。違いは知能ではありません。操作2によって、どの部分が重要か、そして「展開する」とは何を意味するのかを伝えたことです。
4回のフォローアップを終えると、最初の回答より2倍から3倍実用的な提案書ができ、4種類の操作を練習でき、かかった時間はおそらく10分ほどです。元のプロンプトを最初から書き直すより、はるかに速く終わります。
「やり直さず、反復する」べき状況
新しい会話を開かず、同じ会話を続けるべき状況には、次のようなものがあります。
- モデルが内容の大部分を正しく捉えており、たとえ70%でも、具体的な不満を指摘できる。
- 出力のテーマは正しいものの、形が違う。
- 別の選択肢やバリエーションを検討したい。
- 回答の堅牢性を試したい。
- 重要な情報を伝え忘れたことに気づいた。
一方、次のような場合は新しい会話を始めるべきです。
- モデルが、求めていたものとは完全に異なる方向へ逸れている。
- 会話が非常に長く(10ターン超)、モデルが初期のコンテキストを失い始めている。
- 同じプロンプトをまっさらな状態で試し、外れ値の回答だったか確認したい。
- モデルが行き詰まり、異議を唱えても同じ提案ばかり繰り返す。
役立つ小さな習慣
1つのタスクは1つのスレッドで続ける。 同じプロジェクトの「追加」質問のために新しいチャットを開きたくなっても、控えてください。スレッドの内容は保持され、モデルはそこに含まれるすべてを利用します。
箇所を特定する。 「2段落目」「3つ目の箇条書き」「提案された2つ目の選択肢」。曖昧な批評より、具体的な参照のほうがモデルは対応しやすくなります。
率直に伝える。 「堅すぎます。もう一度書いてください」「いいえ、前より悪くなりました。最初の案に戻し、結びだけを変えてください」。率直な編集指示は曖昧さを減らします。
モデルの認識を尋ねる。 批評してもモデルが意図を捉えられず行き詰まったら、「私が何を求めていると思いますか?目標を自分の言葉で言い換えてください」と尋ねてみましょう。依頼者とモデルの認識がどこでずれたかが明らかになり、1回の確認で解決することがあります。
最初の回答の先へ進む
プロンプトを1回送って回答を受け入れるだけでは、品質を高める作業の大部分が手つかずのままです。批評、絞り込み、方向転換、ストレステスト、検証というフォローアップが、実践的なワークフローです。必要なスキルは、より気の利いた最初のプロンプトを書くことだけではありません。最初の回答の後も進み続ける意思を持つことです。そこは、多くの初心者が早く切り上げすぎる部分でもあります。



