業務用のプロンプトには何を含めるべきですか？
業務用プロンプトには、成果物、対象読者、目的、回答に使ってよい資料を明記します。そのうえで、長さ、文体、必ず残す事実、推測してはいけない情報、情報が不足している場合の対応といった重要な制約を示します。専門家らしく書くよう求めるより、明確な境界を示すほうが役立ちます。
架空のコンサルティング会社が、プロジェクト概要書の作成に関するワークショップを提供するとします。承認済みの事実は、オンライン開催であること、ワークシートがあること、最後に質疑応答があることです。プロンプトは、顧客、成果、緊急性、特定の見込み客がそのワークショップを必要とする理由を、モデルに作り出させるものであってはいけません。
成果物
具体的に何を出力してほしいかを明確にします。メール、表、1ページの要約、3つの選択肢などです。
読者と目的
誰が読み、読んだ後に何を判断したり実行したりできるようになるべきかを示します。
承認済みの資料
回答の根拠として使ってよい事実、メモ、文書です。それ以外は使いません。
禁止する推論
確認担当者が特に創作されてほしくない主張：実績、推薦、日付、価格、希少性。
不足している情報
情報の不足を補って埋めるのではなく、質問として列挙するよう求める指示です。
実務で使えるプロンプトには、どのような例がありますか？
プロンプトの例：業務運営マネージャー向けに、短い案内メールの下書きを作成してください。使える事実は、プロジェクトの依頼内容をより明確にするためのオンラインワークショップ、実践用ワークシート、質問の時間があることだけです。率直で役に立つ文体にしてください。顧客名、参加者数、成果、定員の残りを作り上げないでください。あると役立つ情報が不足している場合は、下書きの後に質問として列挙してください。
プロンプトがあれば、評価する人は回答と照らし合わせる基準を持てます。モデルの内部で何が起きたかを知らなくても、想定読者、参照元の事実、禁止された推論を確認できます。これは説明用の課題であり、特定のプロンプトが常に正しい回答を出すと約束するものではありません。
同じ方法を社内業務に使う場合、どう進めますか？
同じ構成は社内業務にも使えます。社内でよくあるリスクは、意見の相違を隠してしまう断定的な要約です。従業員30人の架空の家庭用品オンライン販売会社、ウィッカー＆パインを例にします。同社の業務調整担当者は、仕入先3社の見積もりを創業者向けに要約する必要があります。
不十分なプロンプト：どの仕入先を選ぶべきですか？創業者が判断基準を伝えておらず、見積もりの1つに配送料が含まれていなくても、AIはもっともらしい理由を付けて1社を勧める可能性があります。
業務用プロンプト：来週、梱包資材の仕入先を決める創業者のために、以下の3社の見積もりを比較してください。基準は重要な順に、通常の発注数量での単価、配送料、最低発注数量、納期です。仕入先ごとに1行の表にしてください。見積もりに記載がない項目は、記載なしと書いてください。仕入先の推薦はしないでください。表の後に、決定前に各仕入先へ確認すべき質問を挙げてください。[見積もりを貼り付け]。
確認・修正後の出力では、ある仕入先の配送料の欄を「記載なし」とし、確認のための質問を添えています。この一つの欄が、ページの中で最も役立つ情報です。情報が欠けているために安く見える見積もりが選ばれるのを防ぐからです。
職種とのつながりを確認してみませんか？
計画中のチーム向けトライアルを見る ↗最初の回答を改善するにはどうすればよいですか？
指示文を長く書き直す前に出力を確認し、具体的な修正指示を一つ出します。次に取ってほしい行動が不明確なのか、ツールが日付を推測したのか、下書きが曖昧な主張を繰り返しているのかなど、実際の問題を特定します。承認済みの参照資料は、タスクに添付したままにします。
例えば、次のように指示します。ワークショップで生産性が一変するという主張を削除してください。読者が申し込みたいと決めつけず、当日の内容を知りたいか尋ねてください。提示されたワークショップの事実情報は変更しないでください。この修正で確かめるのは、単に説得力のある語調を求めることではなく、根拠と読者についての判断です。
該当する文を示す
改善版を求めるのではなく、間違っている箇所を具体的に指摘します。
理由を伝える
問題点を短く説明してください。根拠がない、読み手に合っていない、長すぎる、依頼内容が埋もれている、などです。
出典を残す
修正で内容がずれないよう、変更してはいけない事実をツールに再度伝えます。
十分な水準に達したら終えます
手作業で二分あれば修正できる下書きに、さらに三回プロンプトを入力する必要はありません。
業務で使うプロンプトで最もよくある問題は何ですか？
最もよくある失敗は、根拠を示さずに説得力を求め、その結果、ツールが根拠を作ってしまうことです。「心を引く」「力強い」「説得力のある」といった言葉は、事実では裏付けられない最上級の表現、架空の証拠、緊急性を招きます。
2つ目は、本当に必要な判断を見えなくしてしまうことです。読み手が提案を必要としているのに要約を求めたり、利点と欠点の比較を必要としているのに提案を求めたりすると、間違った問いに対する整った回答ができてしまいます。3つ目は、そのツールで扱うことが承認されていない資料を貼り付けることです。顧客情報や個人データをどのツールに入力してよいかは社内規定に従い、練習には架空の事例を使ってください。
受講者は何を説明すべきですか？
最初のプロンプト、下書き、最終修正版、短い確認メモを提出してもらいます。メモには、不足していた事実を1つ、削除した思い込みを1つ、最終版が読み手に適している理由を1つ記載します。こうした詳細があれば、上司や同僚と練習内容について話し合えます。
プロンプトの長さや自信に満ちた回答を、能力の証拠とみなさないでください。根拠のない主張が紛れ込んだ詳細なプロンプトより、適切な確認を伴う短いプロンプトのほうが役立つことがあります。受講者がほかの業務にどう対応するかを判断する前に、別の資料を使って演習を繰り返してください。
Tosheo.aiは、この一連の流れを軸に開発を進めています。予定している職種別レッスンは、実際のAIツールを使う実践課題で締めくくり、公開された採点基準に沿って評価し、点数について再確認を求める手段を設けます。製品は開発着手前のため、これは測定済みの成果ではなく、意図する設計として捉えてください。
プロンプトを改善しても解決しないのは、どのような場合ですか？
事実が不足している場合、権限を持つ人が判断すべき場合、出力が法務、財務、雇用に影響する場合は、プロンプトを改善しても解決しません。そのような場合は、事実を確認し、判断の責任者に関与してもらうか、適切な資格や専門性を持つ人に確認を依頼してください。NISTのAIリスクマネジメントフレームワーク実践ガイドでは、AIリスクに関する役割と責任を文書化することを重視しています。小規模な企業なら、AIを使った成果物をチーム外に出す前に誰が承認するかを決めるだけでも構いません。
これらの例の背景にある幅広い原則や、高度な手法、ツールによる提供元の助言の違いについては、プロンプトエンジニアリングガイドをご覧ください。これらのプロンプトを再利用できる形でまとめたものは、プロンプトテンプレートガイドをご覧ください。