この記事で分かること
- プロンプトエンジニアリング=目的の出力を得るために指示を設計する技術であること
- 役割・文脈と入力/出力形式/制約/検証指示という4つの構成要素
- 悪い例と良い例の対比で見る、指示設計が出力に与える差
- 整数設例で見る、指示の有無で項目数と誤りがどう変わるか
30秒で分かる定義
プロンプトエンジニアリングとは、生成AIから目的に合った出力を得るために、指示文(プロンプト)の内容と構造を設計する技術のことです。英語では Prompt Engineering(読み方:ぷろんぷとえんじにありんぐ)、指示設計・プロンプト設計とも呼ばれます。要点は、質問の言い回しを工夫することではなく、依頼を仕様書として書き下すことにあります。人の部下に作業を依頼するときと同じで、目的・対象・成果物の形・やってはいけないこと・確認方法を明示すれば精度が上がります。情報依頼リストを作るときの発想に近く、曖昧さを潰す作業と考えると理解しやすくなります。
なぜ実務で重要なのか
同じモデル・同じ資料でも、指示の書き方で出力の質は大きく変わります。特に金融実務では、出力の形が揃っていないと後工程が回りません。10社分の決算を要約させたとき、社ごとに項目も並び順もバラバラなら、Excelに落として比較する作業が発生し、効率化の意味が消えます。逆に「12項目を、この順序で、表形式で」と指定すれば、そのまま貼り付けて使えます。もう一つの理由は誤りの抑制です。「資料に記載がなければN/Aと書く」といった制約を入れるだけで、空欄を埋めようとする挙動を抑えられます。実務手順の詳細は金融実務のためのプロンプトエンジニアリングに譲り、ここでは構成要素の理解に集中します。
計算式(または仕組み)
実務で使える指示文は、次の4要素で構成されます。順番もこのとおりに書くと安定します。
| 構成要素 | 書く内容 | 抜けたときに起きること |
|---|---|---|
| 役割・文脈と入力 | 誰の立場で、何のために、どの資料を対象にするか | 粒度が合わず、一般論に流れる |
| 出力形式 | 項目・順序・表かリストか・単位・文字数 | 形が揃わず、後工程で手直しが要る |
| 制約 | やってはいけないこと、記載がない場合の扱い | 資料にない内容を補完される |
| 検証指示 | 出所の併記、確信度の低い箇所の明示 | 突合の手がかりがなく、検証工数が増える |
この4要素は、AIに何かを依頼するあらゆる場面に共通します。AIで財務比率を「解釈」するのように解釈を求める作業では、特に「制約」と「検証指示」の比重が大きくなります。計算より解釈のほうが、根拠のない断定が混入しやすいためです。
整数設例で確認する
設例(架空)。ある決算資料から、比較表に必要な12項目を抽出させる作業を、2通りの指示で比べます。
悪い例:「この決算資料を要約してください。」
出力は自由記述の文章で、拾えた項目は8項目でした。必要な12項目のうちカバーできたのは4項目のみ(残り4項目は依頼していない内容)。原本と突き合わせると、数値の誤りが3件ありました。カバー率は 4 ÷ 12 = 33%です。
良い例:「あなたは事業会社の経営企画担当です。添付の決算短信のみを情報源として、次の12項目を上から順に表形式で出力してください。単位は百万円に統一。資料に記載がない項目はN/Aと記載し、推測で埋めないこと。各項目に原本のページ番号を併記すること。」
出力は12行の表で、12項目すべてが所定の順序で並びました。うち記載があったのは10項目、N/Aが2項目(10 + 2 = 12で一致)。数値の誤りは1件に減りました。カバー率は 12 ÷ 12 = 100%です。
差を検算します。カバー項目は 4 → 12 で8項目増、誤りは 3 → 1 で2件減、削減率は 2 ÷ 3 = 約67%。注目すべきは、誤りがゼロにはならなかった点です。指示設計は誤りを減らしますが、消しはしません。N/Aとして明示された2項目も含め、最終的な突合は人が行う前提が残ります。
悪い例から良い例への書き換え手順
既存の指示文を改善するときは、4要素のどれが欠けているかを順に埋めます。第一に役割と対象資料の限定。「添付資料のみを情報源とする」の一文を足すだけで、一般論の混入が減ります。第二に出力形式の固定。項目名と順序を列挙し、表かリストかを指定します。第三に制約。「記載がなければN/A」「推測で埋めない」「単位は百万円に統一」を明記します。第四に検証指示。「各数値に出所のページ番号を併記」を入れると、突合の工数が大きく下がります。この4段階を一度テンプレート化すれば、案件ごとに対象資料と項目名を差し替えるだけで再利用できます。AIを使った財務モデリングで数式の下書きを依頼する場合も、同じ4要素の構造が当てはまります。
実務での使い方
- よく使う作業(決算要約、議事録整形、差分抽出)ごとに指示文をテンプレート化し、共有フォルダで管理する
- テンプレートには版数と更新日を付ける。指示文を変えると出力の傾向が変わるため、版が違えば結果も違う前提で扱う
- 出力形式は必ず後工程(Excelの列構成)に合わせて指定する。貼り付けて使える形にすることが効率化の実体
- 制約には「記載がない場合の扱い」を必ず入れる。空欄補完の抑制効果が最も大きい
- 指示を工夫しても誤りは残るため、生成AI出力の検証手順と必ずセットで運用する
- 入力してよい情報の範囲は生成AI×ファイナンス実務の整理に沿って事前に確認する
実務家が確認するポイントとよくある誤解
誤解1:「うまい呪文を見つければ精度が上がる」→ 特殊な言い回しではなく、依頼内容の曖昧さを減らすことが本質です。仕様書として読めるかどうかで判断します。
誤解2:「長い指示ほど良い」→ 長さではなく構造です。要素が整理されていない長文は、かえって重要な制約が埋もれます。
誤解3:「良い指示を書けば検証は不要」→ 設例のとおり誤りは残ります。指示設計は検証の代替ではなく、検証を軽くするための前工程です。
確認ポイント:指示文を評価するときは、同じ指示を別の人が使って同じ形の出力が得られるかを基準にします。属人的なコツに依存する指示は、組織で使えません。
日本実務での扱い
日本の金融機関・事業会社では、社内で共通に使う指示文をテンプレートとして整備し、利用部署に配布する運用が広がっています。総務省・経済産業省の「AI事業者ガイドライン」では、AIを利用する事業者に対して、利用目的に応じた適切な運用と出力の確認に関する留意点が示されています。個人情報保護委員会からは、生成AIサービスへ個人情報を入力する際の注意点が公表されており、指示文に顧客名や未公表情報を含めないという運用上の制約が実務では重要になります(2026年8月時点)。個別の適用可否は自社の規程と専門家の確認が必要です。
面接・モデルテストで問われるポイント
Q:AIに作業を依頼するとき、指示文はどう書きますか。
「役割と対象資料の限定、出力形式、制約、検証指示の4つを必ず含めます。たとえば決算資料から比較表を作る場合、『添付資料のみを情報源に、12項目をこの順序で表形式、単位は百万円、記載がなければN/A、各数値にページ番号を併記』と書きます。形式を固定すればExcelにそのまま落とせますし、出所を併記させれば突合の工数が下がります。指示を整えても誤りは残るため、検証工程は別に置きます。」
深掘りでは「制約を入れる理由」「テンプレートをどう管理するか」が問われます。属人的なコツではなく再現可能な設計として語れるかが評価点です。
よくある質問(FAQ)
Q. 一度に全部指示するのと、対話しながら詰めるのはどちらが良いですか。
A. 定型作業は一度に全部指示するほうが再現性が高く、テンプレート化もできます。論点整理のような探索的な作業は対話が向きます。用途で使い分けます。
Q. 指示文に社名や具体的な数値を書いても問題ありませんか。
A. 社内規程の確認が先です。未公表の重要事実や顧客情報を外部サービスへ入力することは制限されている場合が多く、指示文も入力データの一部として同じ基準で扱う必要があります。
出典・参考(2026-08-03確認)
- 総務省・経済産業省「AI事業者ガイドライン」(公表資料) https://www.meti.go.jp/
- 個人情報保護委員会(生成AIサービスの利用に関する注意喚起) https://www.ppc.go.jp/
- 金融庁(金融分野におけるAI利活用に関する公表資料) https://www.fsa.go.jp/
※本記事は教育目的の一般的な解説であり、法務・税務・投資助言ではありません。設例は理解のための架空数値です。