文章要約で使えるAIプロンプトの作り方|残す情報を先に決める

要約Promptは「短くして」だけでなく、誰が何に使う要約か、残す結論・根拠・数字、長さ、形式を指定します。原文にない補足を禁止し、重要な判断では要約から原文へ戻って条件や例外を照合してください。

AIものさし編集部

文章要約のPromptでは、最初に「誰が何の判断に使うか」と「落としてはいけない情報」を決めます。「短くまとめて」だけでは、結論、根拠、数字、例外のどれが必要かAIに伝わりません。原文の外から補わない条件を加え、出力後は重要な数字や否定を原文へ戻って照合します。要約の長さは短さそのものではなく、次の作業に必要な情報が残る範囲で決めます。

要約設計シート

表は横にスクロールできます

項目先に決めること具体例
用途読んだ後に何を決めるか会議後に担当者と期限を配る
読者誰が読むか会議に欠席したプロジェクト責任者
必ず残す結論、理由、数字、例外決定事項、未決事項、費用、期限
省略できる重複する背景、雑談同じ提案の繰り返し
形式と長さ何に貼り付けるか決定事項・担当・期限の表、5行以内
根拠どこへ戻れば確認できるか原文の節名、段落番号、ページ
禁止事項何を補ってはいけないか推測、原文にない担当者・期限

このシートをすべて埋める必要はありません。短い記事の要点なら用途と長さだけで足ります。契約、論文、会議のように誤りのコストが高い原文では、根拠と例外、未決事項を明示してください。

そのまま使えるPrompt

目的:[この要約を何に使うか]

読者:[読む人の知識・役割]

原文から必ず残す情報:[結論、根拠、数字、例外、未決事項]

省略してよい情報:[重複する背景など]

長さ:[例:5項目、各40字以内]

形式:[決定事項 / 担当者 / 期限の表]

制約:

  • <source>内の情報だけを使い、原文にない説明を追加しない。

  • 不明・記載なしは推測せず「記載なし」とする。

  • 数値、日付、固有名詞、否定、条件は原文の表記を保つ。

  • 各項目に根拠となる見出し名またはページを添える。

  • 出力前に、必須項目がすべて残っているか確認する。

<source>

[ここに原文]

</source>

この例はAIの正確性を保証するものではなく、入力と出力を人が照合しやすくする設計です。秘密情報を入力してよいかは、利用サービスと組織の規程を別に確認してください。長い文書は一度に処理できるとは限らず、分割するときは各部分の見出し・ページなど原文へ戻る手掛かりを残します。

用途別に残す情報を変える

会議録なら、決定事項だけを抜き出すと「誰がいつまでに動くか」が欠けます。要約の用途がタスク配布なら、決定・担当・期限・保留理由を残します。担当が明記されていないときは空欄や「未定」とし、会話の流れから担当を推定しません。

会議録から、欠席者が今日の作業を始めるための一覧を作成してください。

列は「決定事項」「担当」「期限」「未決・確認先」。

会議録に担当や期限がない場合は「記載なし」とし、話者の発言だけから推測しないでください。

各行に根拠となる発言または段落を添えてください。

論文や調査報告では、目的・方法・対象・結果・限界を一緒に扱います。結果だけを短くすると、対象や測定方法が消え、適用範囲を誤解しやすくなります。「どの集団・期間・条件で得られた結果か」を必須情報に含め、著者の結論と本文データを分けます。数値を抜き出すときは単位、比較対象、統計上の注意も残します。

次の論文を研究会で紹介するために要約してください。

「研究目的」「対象・方法」「主な結果」「著者が述べる限界」「この資料だけでは分からないこと」を分けてください。

数値には単位と比較対象を付け、本文に見当たらない項目は「記載なし」としてください。

本文に書かれていない因果関係や一般化を追加しないでください。

社内レポートから意思決定用メモを作る場合は、結論、根拠、選択肢、未決事項、次の判断を分けます。要約を読む人が元資料なしに判断する必要があるなら、短縮より根拠へのリンクを優先してください。制限字数に入らない重要事項は、無理に削らず、本文要約と「確認が必要な点」に分けます。

次の報告書を役員会の判断用メモにしてください。

「結論」「根拠となる数字」「前提条件」「選択肢」「未決事項」「次に決めること」を分けます。

数値が複数ある場合は期間・単位・対象を保ちます。

原文にない推奨案を作らず、選択肢の長所・制約をそれぞれ示してください。

AIが足しやすい情報を封じる

AIは、文脈から自然に見える情報を補ってしまうことがあります。要約の利用先が人事評価、契約、医療、採用、価格決定などなら、誤った補足が判断に影響します。Promptに「記載なし」と返す条件を入れ、根拠がない項目と根拠位置が確認できた項目を分けます。

表は横にスクロールできます

起きやすい誤り出力で見つけるサイン修正方法
担当・期限の推定原文にない名前や日付が表に出ている該当箇所を確認し、根拠なしなら「記載なし」
否定や条件の脱落「〜ではない」「ただし」が消えている原文の該当段落へ戻り、要約を修正
数値だけ残って単位が消える30のような値だけがある%, 円, 人, 期間と比較対象を戻す
仮説が結論へ変わる「可能性」が「原因」に強められている原文の確度表現を保つ
範囲の一般化一部の事例が全体へ広げられている対象、期間、条件を要約へ追加
重要な例外が消える全ケースに当てはまるように読める適用条件・除外条件を同じ項目へ戻す
引用と事実が混ざる発言者の意見を組織決定として書く「誰が述べたか」と決定状態を分ける

分量より先に必要情報を守る

「300字以内」「5 bullets」は比較しやすい指定です。ただし、短さのために義務的な条件や例外を消すなら制限を広げます。OpenAIの現行Prompt guideは、目的、context、output formatを明確にし、指示と入力を区切る方法を説明しています。Gemini APIの公式prompting strategiesも、summaryの長さや制約を指定する例を示しています。これらは文章の工夫であり、誤りがなくなる保証ではありません。

長文を分割する場合、章ごとに要約して最後に統合すると、全体の結論や章間の矛盾が失われることがあります。各段階で「資料名・節・ページ」「前提条件」を残し、最終要約で相互に矛盾する記述を探します。原文に複数の立場があるときは、一つの結論へ平らにまとめず、「A案」「B案」「未決」のように区別します。

長さの指定は、読者が次の行動へ移れるかを目安にします。Slackへ貼る共有文なら短い要点で十分でも、監査記録なら根拠と例外が必要です。決裁者へ渡すメモなら、文字数上限より「決めるための情報が欠けていないこと」を優先します。

出力を照合する確認順

  1. 必須の結論、理由、数値が残っているか。

  2. 日付・金額・数量に単位と期間があるか。

  3. 「ない」「未定」「可能性」「条件付き」が反転・消失していないか。

  4. 原文の話者・著者・組織決定を混同していないか。

  5. 各重要項目を原文の見出し、ページ、段落へ戻って確認できるか。

  6. 目的の読者がこの要約だけで次の作業を始められるか。

  7. 要約にない補足をAIが加えていないか。

不一致が見つかったら、要約全体をやり直すより、該当行を原文と照合して修正します。原文が曖昧な場合は、AIに決めさせず「要確認」と残します。重要な結論だけを別の人が確認する運用も有効です。

モデル別の指示と共通の作業

OpenAIのChatGPT向け案内は明確で具体的な指示と、結果を見てPromptを調整する考え方を説明しています。Gemini APIの文書では、複雑な構造化出力に対してPromptだけでなくstructured outputを使う選択肢も案内されています。APIの機能を使う場合は、Chat画面の操作とAPI実装を混同せず、利用しているmodel・APIの仕様を確認してください。

どのサービスでも同じ結果が出ると仮定せず、Promptとmodel名、日付、入力文書の版、出力形式を記録します。同じ原文で比較する場合、片方だけに追加説明を入れないでください。回答の差が出たら、正解探しではなく、どの指示が実行されていないかを確認します。これは未実施の性能比較ではなく、利用者が自分の資料で行うための手順です。

要約を使ってはいけない場面も考える

原文そのものが契約の根拠、法的通知、診療指示、金融条件などの場合、要約だけを正式記録の代わりにしないでください。必要な箇所は原文を保持し、責任者が照合します。資料に個人情報や機密情報があるときは、先に入力許可と保存条件を確認します。

要約により「読みやすくなった」ことと「内容が完全に保たれた」ことは別です。結果を配布する前に、元資料との対照、修正履歴、確認者を記録できると、誤りが見つかったときの修正範囲を特定できます。

AIものさしの判断

Promptを作る前に目的と必須情報を決め、出力後は否定・例外・数値を原文に戻って確認します。資料の用途が重いほど、短さより追跡可能性を優先してください。ChatGPTやGeminiのPromptガイドは指示の明確化に使えますが、最終的な事実確認と入力可否は利用者側に残ります。

長文を分割して扱うとき

一度に入らない文書は章ごとに分け、各部分の見出しやページ範囲を一緒に保存します。先に章別要約を作り、最後に統合する場合は、最後のPromptへ原文の結論だけでなく各章の要点と相互関係も渡します。章別要約の一文が後の章で訂正されることもあるため、最終判断へ使う結論・数値は元資料に戻って再確認してください。

要約を依頼したのに指定した形式にならない場合、Promptへ条件を次々足す前に、入力範囲が長すぎないか、必須項目が互いに矛盾していないかを確かめます。「全情報を保ったまま100字」は両立しないことがあります。その場合は文字数を増やすか、本文要約と別紙の数値一覧に分け、何を優先したかを明記します。