記事を要約させるAIプロンプトの書き方公式ドキュメントに沿った5つの型と例文

記事のURLを貼って「要約して」と書くと、だいたい何かは返ってきます。ただ、長さも形も毎回変わるので、資料に貼るには作り直すことになります。

私は普段、新規事業の支援の仕事がら毎日かなりの数の記事を読んでいて、読む前の下読みとして要約を使っています。

ただ、プロンプトを直す前に切り分けておきたいことがあります。

出力が毎回変わる原因は、モデルの性能よりも、指示の書き方と本文の渡し方にあることが多いです。 本文がそもそも読み込めていないときは、どんな指示を書いても結果は安定しません。

では、何をどう書けばいいのか。

AnthropicとOpenAIはどちらも、プロンプトの書き方を公式ドキュメントで公開しています。記事の要約に効くものを拾うと、具体的に書く、例を見せる、タグで区切る、長い本文を先に置く、役割を決める、の5つに整理できます。

この記事では、その5つを公式の記述に沿って説明し、下読み用・資料用・英語記事用の例文を載せます。あわせて、プロンプトでは直らないことも書きます。

要約そのものを出すツールを探している方はWeb記事をAIで要約するツール、出力の正確さが気になる方はAI要約の精度が近い内容です。

プロンプトを直す前に、本文が読めているかを確かめる

最初に確かめるのは、AIがその記事の本文を受け取れているかどうかです。

URLを貼る方式では、ログインが必要なページ、本文が画像だけのページ、読み込んでから中身が描かれるページで、取得に失敗することがあります。

失敗したときの出力は、エラーではなく「もっともらしい要約」の形で返ってくることがあるので気づきにくいです。

見分け方は単純で、記事にしか載っていない固有名詞や数値を1つ挙げさせてみることです。

それが出てこない、または記事と違う値が返るなら、プロンプトの問題ではありません。本文をコピーして貼る方式に変えるのが先です。

公式ドキュメントで確認できる5つの型

ここからは、AnthropicとOpenAIの公式ドキュメントに書かれている範囲で、記事の要約に効く書き方を並べます。

出力の形と条件を具体的に書く

Anthropicのプロンプトのベストプラクティスは、欲しい出力の形式と制約を具体的に指定することを最初に挙げています。

同じページは、順序や網羅性が大事な作業では、指示を番号付きの箇条書きで手順として渡すことも勧めています。

要約でいえば、「短くまとめて」ではなく「全体の概要を3文、重要な点を5つまでの箇条書き」のように、長さと形を先に決めることになります。

さらに同じページには、禁止ではなく実行の形で書くという指針もあります。「箇条書きにしないで」より「文章の段落で書いて」のほうが通りやすい、という説明です。

指示の理由を1文添える

Anthropicの同じドキュメントには、指示の背景や理由を添えると出力が目的に合いやすくなる、という項目があります。

挙げられている例は、「省略記号を使うな」ではなく「読み上げに使うので、読み方が決まらない省略記号は使わないで」と書くというものです。

要約では「社内の共有に貼るので、固有名詞と数値は原文のまま残して」のように、用途を1文足すことになります。

欲しい形の例を見せる

出力の形・調子・構造を揃える手段として、Anthropicは例示（few-shot・multishot）を「最も確実な方法の一つ」としています。

同じページは、例を3〜5個入れること、実際の用途に近いものにすること、そして <example> タグで囲んで指示と区別させることを勧めています。

毎回使う型が決まっているなら、過去に自分が満足した要約を1〜3個貼るだけでも形が揃います。

本文はタグで囲み、記事を先・指示を後にする

ここが、記事の要約で効きやすいのに見落とされやすいところです。

Anthropicのドキュメントは、指示・前提・例・入力が混ざるプロンプトでは、種類ごとにXMLタグで囲むと解釈のずれが減ると説明しています。<instructions>、<context>、<input> のような名前を一貫して使う、という書き方です。

長い入力（20,000トークン以上）については、長い文書をプロンプトの先頭に置き、質問や指示をその後に置くことを勧めています。

同じページには、質問を最後に置くとテストで応答品質が最大30%向上したという記述があります。

記事全文を貼って要約させるときは、「以下を要約して」と先に書くのではなく、本文を先に置いて最後に指示を書く形になります。

役割は、使える場所なら役割の欄に書く

Anthropicは、役割をシステムプロンプトで与えると挙動と語調が用途に寄る、と説明しています。1文でも違いが出るという記述です。

OpenAIのドキュメントは役割の優先順位を明示していて、開発者（developer）メッセージはユーザーメッセージより優先される、と書かれています。instructions パラメータも input のプロンプトより優先されます。

ChatGPTやClaudeの画面で使う分には、カスタム指示やプロジェクトの指示欄がこれに当たります。毎回書き直したくない条件は、本文を貼る欄ではなくそちらに置くほうが安定します。

そのまま使える例文

ここからは、上の5つを当てはめた例文です。<article> の中に記事の本文を貼って使います。

下読み用（読むかどうかを決めたい）

<article>
（ここに記事の本文を貼る）
</article>

<instructions>
上の記事について、次の形で日本語で答えてください。
1. この記事が主張していることを1文で
2. 根拠として挙げられている事実を3つまで、箇条書きで。数値と固有名詞は原文のまま残す
3. 全文を読む価値があるかどうかと、その理由を1文で
記事に書かれていないことは追加しないでください。判断に必要な情報が記事に無い場合は「記事に記載なし」と書いてください。
</instructions>

3番目を入れているのは、下読みの目的が「読むかどうかを決めること」だからです。

資料用（そのまま貼れる形にしたい）

<article>
（ここに記事の本文を貼る）
</article>

<instructions>
社内の共有資料に貼るための要約を作ってください。
- 概要を3文の段落で書く
- 続けて「重要な点」として箇条書きを5つまで
- 固有名詞・数値・日付は原文の表記のまま残す
- 原文に無い評価や提案は書かない
- 出典として記事のタイトルと媒体名を最後の行に置く
</instructions>

評価や提案を禁止しているのは、要約に求められるのが解釈の追加ではなく取捨選択だからです。語の定義は要旨と要約の違いにまとめています。

英語記事用（日本語で受け取りたい）

<article>
（ここに英語記事の本文を貼る）
</article>

<instructions>
上の英語記事を日本語で要約してください。
- 概要を3文
- 重要な点を5つまでの箇条書き
- 人名・企業名・製品名は原語の表記を残し、必要なら初出に括弧で日本語を添える
- 数値と単位は原文のまま。通貨は換算しない
- 訳に迷った箇所は、該当の英語表現を括弧で残す
</instructions>

通貨を換算させないのは、レートの出どころが分からない数字が資料に混ざるのを避けるためです。英語記事をまとめて扱う方法は英語記事を日本語で要約するに書いています。

プロンプトでは直らないこと

書き方を整えても残る問題が3つあります。

一つは、本文が取得できていない場合です。これは指示では直らないので、貼り付けに切り替えることになります。

もう一つは、長い記事が途中で切れる場合です。入力できる量には上限があるので、章ごとに分けて要約し、その要約をもう一度まとめる形に分けると通ります。

最後に、数値と固有名詞の確認です。要約の中の数字が原文と合っているかは、原文に戻って見るしかありません。

私はAI要約を「読む代わり」ではなく、時間を使う価値があるコンテンツを見定めるための下読みとして使うべきだと考えています。

毎回プロンプトを書かない選択

ここまでは、自分で指示を書く前提の話です。

ただ、毎日読む記事を全部この形で処理するなら、保存した時点で決まった形の要約が出るほうが手数は少なくなります。

自分で開発しているSuperFlow（AI要約）は、記事やYouTubeを保存すると「概要 → 重要ポイント → テーマ別の詳しい解説」の3層の要約を自動で作る形にしました。無料のFreeプランでは保存と要約を累計10件まで試せて、Standardは月額1,980円（税込）で月100件です。

ただ、出力の形は決まっているので、長さや観点を毎回変えたい人には向きません。その場合はチャット型のAIに上の例文を使うほうが合います。

仕様はよくある質問と使い方ガイドに置いています。

まとめ

• 出力が安定しない原因は、まず本文が読み込めているかを疑う。記事にしか載っていない固有名詞や数値を1つ挙げさせると分かる
• Anthropicの公式ドキュメントは、欲しい出力の形式と制約を具体的に指定することを最初に挙げている
• 禁止形（「〜しないで」）より実行形（「〜の形で書いて」）のほうが通りやすい、という指針が同じページにある
• 例示は出力の形を揃える確実な方法で、3〜5個を <example> タグで囲むことが勧められている
• 20,000トークン以上の長い入力は文書を先頭に置き、指示を最後に置く。テストで応答品質が最大30%向上したという記述がある
• 役割はシステムプロンプト側に書く。OpenAIのドキュメントでは、開発者メッセージはユーザーメッセージより優先される
• プロンプトで直らないのは、本文の取得失敗・入力の上限・数値の裏取りの3つ

よくある質問

記事を要約させるプロンプトには何を入れればいいですか

出力の形（概要の文数と箇条書きの数）、残すもの（固有名詞・数値・日付）、やらないこと（原文に無い評価を足さない）、用途の1文です。Anthropicの公式ドキュメントは、欲しい出力の形式と制約を具体的に指定することを最初に挙げています。

本文と指示はどちらを先に書くべきですか

長い記事なら本文が先です。Anthropicのドキュメントは、20,000トークン以上の長い入力では文書をプロンプトの先頭に置くことを勧めています。質問を最後に置くとテストで応答品質が最大30%向上したという記述もあります。

URLを貼るのと本文を貼るのはどちらがいいですか

確実さでは本文を貼るほうです。ログインが必要なページ、本文が画像だけのページ、読み込み後に中身が描かれるページでは取得に失敗することがあり、そのときも要約の形で返ってくるため気づきにくくなります。

毎回同じ形の要約にするにはどうすればいいですか

満足した要約を1〜3個、例としてプロンプトに貼ります。Anthropicのドキュメントは例示を出力の形を揃える確実な方法の一つとし、3〜5個を <example> タグで囲むことを勧めています。繰り返し使う条件はカスタム指示の欄に置くと書き直しが減ります。

長い記事が途中で切れてしまいます

入力できる量に上限があるためです。章や節ごとに分けて要約を作り、その要約をもう一度まとめる形にすると通ります。分けた単位ごとに固有名詞と数値を残す指示を入れておくと、まとめ直すときに情報が落ちにくくなります。

出典・確認日

プロンプトの書き方は、各社の公式ドキュメントの記述で確認しました。確認日は2026年11月9日です。

記載は更新されることがあるので、最新の内容は各ページを参照してください。SuperFlow のプランの枠と価格は2026年11月9日時点のものです。

• プロンプトのベストプラクティス（Anthropic 公式ドキュメント）: https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices
• プロンプトエンジニアリングの概要（Anthropic 公式ドキュメント）: https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/overview
• テキスト生成とプロンプト（OpenAI 公式ドキュメント）: https://developers.openai.com/api/docs/guides/text
• SuperFlow の料金とプランの枠: https://super-flow.ai/