要約・情報整理のプロンプト25選

議事録・長文資料・論文・複数ソースの要約と、構造化して整理するための指示文。ChatGPT・Claude・NotebookLM にそのまま貼り付けて使えます。全文公開・登録不要で、 コピーボタンから1クリックで持ち出せます。

次の長文 [貼付] を 3 段階で要約：
・1 行（30 字）
・3 行（120 字）
・5 段落（800 字）
ターゲットは [読者層]。ブランドトーンは [指定]。

次の議事録 [貼付] から：
・決定事項（番号付き）
・保留事項とその理由
・アクション（担当者 / 期日）
・次回確認事項
を抜き出してください。憶測の補完は禁止、書かれていないことは「不明」と記す。

次のメールスレッド [貼付] から：
・要約 3 行
・送受信者ごとの主張
・決まったこと / 決まっていないこと
・自分が次に取るべきアクション
・締切
個人を特定する情報は省略可。

[DB スキーマ・取得したい条件]に基づく Notion フィルタ条件を提案：
・ビュー名候補
・フィルタ式
・ソート
・グループ化
・テンプレ化のメモ

次の CSV [貼付] を構造化 JSON に：
・キー命名（snake/camel どちら）
・型推論の根拠
・欠損値の扱い
・ネストの判断
変換コード（Python / JS）も提示。

次のタスクリスト [貼付] を：
・緊急 × 重要マトリクス
・所要時間見積り
・依存関係
・委任候補
・「今日捨てる」候補
で整理してください。

[プロジェクトのログ／メモ]から KPT を作成：
・Keep（5）
・Problem（5）
・Try（5）
・各項目に根拠（観測事実）
・Try の優先度

[目的・参加者・時間]のアジェンダ：
・5 分単位の枠
・各枠の目的（共有 / 議論 / 決定）
・必要な事前準備
・期待アウトプット
・次回までの宿題テンプレ

[今月のメモ・PR・打合せログ]から：
・テーマ別ハイライト 5
・主要意思決定
・学び
・うまくいかなかったこと
・次月のフォーカス
ステークホルダー向けに 600 字程度で。

[残タスクと所要時間]を：
・90 分ブロックに割付
・集中ブロック / 雑務ブロックの分離
・休憩
・割込みバッファ
・優先度の高いものを朝に
カレンダーへの入力例も。

[学習素材]をコーネル式に整理：
・キュー欄（質問）
・ノート欄（要約）
・サマリー欄（自分の言葉）
・追加で調べる項目
・記憶のためのフラッシュカード 5

[調査結果]を：
・結論 1 行
・主要根拠 2 行
・残る不確実性 1 行
・次のアクション 1 行
（結論先出し、引用なしの自分の言葉で）

[テキスト]を Markdown マインドマップに：
・中心トピック
・第 2 階層 5
・第 3 階層
・関連リンク
Mermaid mindmap 形式で出力。

[未整理のメモ集合]を：
・大カテゴリ 5 / 小カテゴリ
・タグ付け案
・どこに保管するか
・捨てる候補
・重複の警告
将来検索しやすい命名で。

[Slack スレッドのテキスト]を以下で整理：
・参加者ごとの主張
・決まったこと / 未決
・宿題と担当
・関連リンク
・「読まなくても OK」と言える 3 行サマリ
個人を特定する書き方は避ける。

[スライド原稿（テキスト化したもの）]から発表メモを生成：
・各スライドのキーメッセージ（30 字）
・補足したい数字／引用
・聴衆が引っかかりそうな質問 5
・想定 Q&A
・タイムキーパーへの目安

以下のインタビュー書き起こしから、[課題／ニーズ／行動／感情／引用]の 5 カラムで整理し、最後に仮説を 3 つ立ててください。仮説は "もし〜ならば〜できる" 形式で。

書き起こし：[ここに貼る]

[PDF テキスト貼付]から：
・3 行サマリ
・主要主張（5 つ以内）
・根拠データ
・反論のしやすい点
・参考になる図表番号
学術 / 実務それぞれ向けに調整可。

[断片メモの集合]から、記事の下書きを作成：
・タイトル仮
・章立て
・各章の要旨
・補足したい論点
・冒頭フックの候補
論理の飛躍を指摘してください。

[選択肢と評価軸]に対し：
・各軸を 1〜5 で採点
・重み付け
・総合スコア
・スコアでは表せない要素
・決定者へのおすすめ

[プロジェクト概要]を以下構成で企画書化：
1. 背景
2. 目的・ゴール
3. スコープ／非スコープ
4. ステークホルダー
5. リスク
6. マイルストーン
7. 体制と稼働
8. KPI
読み手は経営層／実装メンバー両方。

[実績データと出来事]に基づく月次レポート：
・サマリ 3 行
・KPI 推移と差分
・ハイライト 3
・課題 3
・来月の打ち手
・添付の参照
読み手の時間を奪わない密度で。

[未整理の思考]を以下の 5 段階で：
1. 観察（事実）
2. 解釈
3. 主張
4. 反論
5. 結論
誤った推論があれば指摘してください。

[動画の文字起こし]を以下で整理：
・タイトル候補 3
・150 字概要
・章立てとタイムスタンプ
・引用に使える名言 3
・ブログ記事化したときの構成
・ショート動画 3 案

<context>
[現在のダッシュボード構成 / 主要 KPI 名と各タブの計算式 / 利用ツール（Looker / GA4 / 内製）/ 既知の数字ズレ事例]
</context>

<task>
ダッシュボード横断で KPI の整合性を監査し、用語集として残すべき項目を提案する。
</task>

<output_format>
1. KPI ごとの計算ロジック明文化（分母 / 分子 / 除外条件）
2. タブ間 / 期間切替時の数字ズレが起きうるポイント
3. サンプリング検出（Looker Studio / GA4 等の閾値超過）
4. null / 0 / 未定義の扱いの不統一
5. 「同じ名前だが定義が違う」KPI のリストアップ
6. 遅行・先行の混同（その KPI を見ても打ち手が打てるか）
7. 用語集として残すべき項目 10
</output_format>

<example>
<input>
B2B SaaS、Looker と GA4 を併用。MAU が Looker 12 万、GA4 9 万でズレ。解約率タブが営業／CS で別計算。
</input>
<output>
1. MAU: Looker は app login 30 日内、GA4 は session > 0 / 28 日。窓と母数が違う
2. ズレ箇所: GA4 はサンプリング 50 万 hits 超でかかる。Looker は社内ユーザー除外の有無
3. サンプリング: GA4 で BigQuery export して再計算が安全
4. null: 解約日 NULL を「継続」と扱うが、退会受付中は別ステータスあり、混同
5. 二重定義: 解約率（営業: 月次解約 / 月初契約数、CS: トレーリング 12 ヶ月）→ 命名分離が必要
6. 遅行/先行: NPS は遅行（行動の結果）、エンゲージメントスコアは先行
7. 用語集: MAU/WAU/Active定義 / 解約率(営業) / 解約率(CS) / NRR / ARR / 新規 vs 拡張 / リテンション分母 / セッション定義 / アクティブセグメント定義 / 内部ユーザー除外
</output>
</example>