長文要約プロンプトの作り方｜抜け漏れを防ぐ指示テンプレート

長い会議の議事録や、数十ページの調査資料。「要約して」と一言で頼んだのに、肝心の決定事項が落ちていて結局は原文を読み直した——生成AIを使い始めた方がよく経験する失敗です。要約は一見やさしいタスクですが、抜け漏れが起きやすい作業でもあります。

この記事では、なぜ要約で情報が落ちるのかという原因から、抜け漏れを防ぐ指示の4要素、長い文書を分割して扱う手順、そして要約結果を点検する方法までを解説します。用途別にコピーして使えるプロンプトも用意しました。

要約で情報が落ちる3つの原因

抜け漏れの原因は、AIの能力不足だけではありません。多くは指示側に理由があります。

第一に、用途が伝わっていないことです。同じ議事録でも、上司への報告用と、欠席者へのキャッチアップ用では残すべき情報が違います。用途が不明なままだと、AIは「一般的に重要そうな話」を選ぶしかありません。

第二に、粒度の指定がないことです。「簡潔に」とだけ伝えると、大胆に削ってよいと判断されます。数字や固有名詞が真っ先に落ちるのは、この指示不足が原因であることが多いでしょう。

第三に、落としたことを申告させていない点です。AIは要約に含めなかった情報を、わざわざ報告しません。「省いた重要情報があれば末尾に列挙する」と書くだけで、見落としに気づける確率は上がります。

抜け漏れを防ぐ要約プロンプトの4要素

実務で使う要約指示には、次の4要素を必ず入れます。

1. 用途と読者：誰が何のために読むのか
2. 粒度：全体の文字数、項目数、1項目の長さ
3. 必ず残す観点：数値、期限、担当者、反対意見など
4. 欠落の申告：省いた重要情報と、原文にない推測の明示

4つ目が特に見落とされがちですが、要約の信頼性を左右する要素です。あわせて、目的によって要約の型を選び分けると精度が上がります。代表的な4つの型を比較しました。

悪い例と良い例を比べる

議事録の要約を題材に、指示の差を見てみます。まずは、よくある依頼の形です。

【悪い例】
この議事録を要約してください。簡潔にお願いします。

（議事録を貼り付け）

これでは用途も粒度も観点も伝わりません。4要素を入れて書き直すと次のようになります。

【良い例】
# 用途と読者
読者は、この会議を欠席したチームメンバーです。
目的は、明日の作業を迷わず始められるようにすることです。

# タスク
以下の【議事録】を要約してください。

# 出力形式
1. 会議の目的（1文）
2. 決定事項（箇条書き、各60字以内）
3. 未決事項と次のアクション（表：内容 / 担当 / 期限）
4. 議論があった論点（賛成意見と反対意見を各1行）

# 必ず残す情報
- 金額、日付、件数などの数値は原文のまま
- 担当者名と期限
- 反対意見や懸念が出た箇所（多数派の結論だけにしない）

# 制約
- 全体800字以内
- 原文にない情報は補わない。不明な点は「議事録に記載なし」と書く
- 要約の最後に「省略した情報」として、削った重要度の高い内容を3点まで列挙する

# 議事録
（ここに貼り付け）

用途別のプロンプト例

調査資料・レポートを構造ごと残す

長いレポートは、結論だけを抜くと根拠が失われます。主張と根拠をセットで残す指示にします。

# タスク
以下の資料を、上司への報告に使える形で要約してください。

# 出力形式
- 結論（100字以内）
- 主要な論点ごとに、次の3点を各1行で
  ・主張
  ・その根拠として資料が挙げているもの
  ・根拠の強さ（資料内のデータあり／出典の記載のみ／記述だけ）
- 判断に必要なのに資料に書かれていない情報（3点まで）

# 制約
- 数値は単位と時点をそのまま転記する
- 資料の記述と、あなたの推測を混ぜない。推測には【推測】と付ける
- 全体1000字以内

# 資料
（ここに貼り付け）

メールスレッドから経緯を整理する

やり取りが長いスレッドは、時系列と「今の状態」を分けると読みやすくなります。

# タスク
以下のメールのやり取りを整理してください。

# 出力形式
1. 現在の状況（3行以内）
2. 経緯（表：日付 / 誰が / 何を伝えたか）
3. こちらのボールになっている事項（箇条書き）
4. 相手のボールになっている事項（箇条書き）
5. 認識のずれが生じている可能性のある点（あれば）

# 制約
- 日付が書かれていない発言は「日付不明」とする
- 感情的な表現は事実ベースに言い換える
- 個人名は敬称なしの姓のみで表記する

# やり取り
（ここに貼り付け）

長文の分割手順と品質チェック

長すぎる文書を分割して要約する

一度に入りきらない分量の文書は、次の手順で扱うと抜け漏れを抑えられます。

• 手順1：文書を章や日付など、意味のまとまりで分割する（機械的な文字数分割は避ける）
• 手順2：各パートを同じプロンプトで要約し、出力形式を完全に統一する
• 手順3：各要約に「このパートで出た数値・期限・固有名詞」を必ず付ける
• 手順4：全パートの要約をまとめて渡し、統合要約を作らせる
• 手順5：統合要約と原文の見出し一覧を突き合わせ、扱われていない章がないか人が確認する

出来上がった要約を点検する

完成した要約は、AI自身に点検させると効率的です。人の確認を置き換えるものではありませんが、見落としの発見率は上がります。

# タスク
【原文】と【要約】を比較し、要約の品質を点検してください。

# 点検項目
1. 原文にあるのに要約から落ちている重要情報（最大5点、重要な順）
2. 原文にない情報が要約に含まれていないか（あれば該当箇所を引用）
3. 数値・日付・固有名詞が原文と一致しているか（不一致は表で提示）
4. 原文の結論と要約の結論がずれていないか（ずれていれば理由）

# 出力形式
項目ごとに見出しを付け、該当なしの場合は「該当なし」と明記する

# 原文
（貼り付け）

# 要約
（貼り付け）

よくある質問

まとめ

要約の質は、原文の難しさよりも指示の設計で決まります。用途と読者、粒度、必ず残す観点、そして省略した情報の申告——この4要素を入れるだけで、「読み直しが必要な要約」は大きく減らせます。

まずは普段扱っている議事録やレポートを1つ選び、この記事のプロンプトを貼り付けて試してみてください。うまくいった形式をテンプレートとして保存し、点検用プロンプトとセットで運用すれば、日々の情報整理は安定して回るようになります。

• 抜け漏れの主因は、用途・粒度・観点の指定不足にある
• 「省略した重要情報を末尾に列挙する」の一行で見落としに気づける
• 要約の型（要点抽出・構造・アクション・一文）を用途で選び分ける
• 数値と固有名詞は必ず原文で裏取りし、判断は原文に戻って行う