本 要約 やり方：止まる工程を見つける5ステップ
要約
本を要約するには、フィルターを通して読み、マーカーを書き出し、二段階まで圧縮し、構成を組み、最後は記憶を頼りに書いて原文と照合します。短い本で各工程の時間を一度計ってください。最も長い工程がボトルネックで、全体の速さを決めています。多くの人にとってそれは圧縮で、章ごとにまとめてAIの下書きを使うと数時間を節約できます。最後の記憶の工程は自分で行い、すべての主張に責任を持てるようにしてください。
「本 要約 やり方」は、五つの工程に分かれます。フィルターを通して読む、マーカーを書き出す、何段階かに分けて圧縮する、構成を組む、そして最後に記憶から書く、という流れです。全体の所要時間を決めるのは、たいてい読書ではありません。手が止まる工程こそが問題で、その一つを直すほうが、他の工程を速くするより効果があります。
工場の生産ラインを想像してください。五つの工程があり、三番目の工程は一時間に4個しか処理できず、残りは10個処理できるとします。すると、ライン全体は他の工程が何をしても一時間に4個しか出荷できません。本の要約も同じです。多くの人は読むスピードを上げることに力を注ぎ、結局は白紙のページの前で週末を失います。
なぜ本の要約は一つの工程で止まるのか
ボトルネック（全体の生産量を頭打ちにする工程）は、知的作業でも工場とまったく同じように現れます。要約のパイプラインには、読む、マークする、抽出する、圧縮する、構成する、書く、という工程があります。それぞれに固有のサイクルタイム（一単位の出力にかかる作業時間）があります。
仕掛かり中の作業がどこに溜まるかを、リトルの法則で大まかに確認できます。
WIP = Throughput x Cycle Time
WIP = 処理待ちの仕掛かり項目（未処理のハイライトや章）
Throughput = 1時間あたりに完了する項目数
Cycle Time = 項目がパイプラインに滞留する時間（時間単位）週末に6章を終えたのに、40個のハイライトが整理されないまま残っているなら、WIP（仕掛かり）は多く、列は圧縮の工程の手前にできています。読書は問題ではありませんでした。その列が信号であり、落ち着いて見ればよいものです。次の一時間をどこに使うべきかを教えてくれています。
同じ考え方は、当サイトの計算ツールにあるAI分析バッジがやっていることでもあります。各工程の時間を入力すると、結果を読み取り、律速している工程を平易な言葉で示します。同じ確認は、ストップウォッチと紙一枚があれば、自分の読書パイプラインに対してもできます。
本を要約する五つの工程は何か
工程ごとにサイクルタイムが違うので、ストップウォッチを手元に置いて読んでください。
工程1: ハイライトの癖ではなく、フィルターで読む
一章目を開く前に、要約が何のためのものかを決めます。読書会向けなら、筋の流れとテーマが必要です。仕事向けなら、行動に移せる主張が必要です。試験向けなら、著者の論理と根拠が必要です。目的が三つあれば、フィルターも三種類になります。
そのうえで、マークの数を減らします。Tiago Forteによる本の要約ガイドは、この点をはっきり述べています。章のタイトル、リスト、著者自身が書いた要約をハイライトし、すでに知っている考えや段落全体は飛ばします。ページ全体をマークすると、あとで仕分けの仕事が増え、その仕事はすでに一番遅い工程に積み上がります。
現実的な目安は、1ページあたり平均1個のハイライトです。300ページの本なら、およそ300個のマークになります。これは一度に処理できる量です。ただし、ほぼすべての場面が意味を持ちうる小説を授業のために読むなら、このルールは使わないでください。
工程2: 何よりも先にマークを書き出す
ハイライトを本から取り出し、同じ日のうちに一つのテキストファイルにまとめます。KindleやApple Booksは書き出せますし、読書後に読むアプリでも可能です。紙の本を読む人は、付箋を貼ったページを写真に撮り、マークした行だけを書き写せます。
この工程は速く、通常は10〜15分で終わるため、律速になることはまれです。その役目は、本全体を自分の言葉と著者の引用が入った一か所にまとめることです。ここから先の作業は、本ではなくこのファイルに対して行います。
NotionやObsidianにメモを残しているなら、書き出した内容を本のタイトルの見出しの下に貼り付け、章のタイトルを小見出しとして残してください。構造が残るので、構成の工程が楽になります。
工程3: 段階を分けて圧縮し、二段階で止める
段階的要約（progressive summarization）とは、同じ文章を層ごとに縮めていくやり方です。第一段階では、書き出した文のうち最も強いものを太字にします。第二段階では、太字の中で最良のものをハイライトします。どの段階も、文章をおよそ三分の一から半分に縮めます。
多くの人はやりすぎます。三段階目を行うと、本を見ずには意味が通らない断片だけが残ります。よほど内容が濃い本でなければ、二段階で止めてください。
この工程こそ、多くの要約が止まる場所です。圧縮には一つひとつの行に対する判断が必要なので、パイプラインの中でハイライト一個あたりのサイクルタイムが最も長くなります。ある説明用の試算では、一個あたり30〜45秒かかり、書き出しは一個あたり3〜4秒です。300個のハイライトなら、この工程だけで2〜3時間かかり、それ以前の工程は合わせても1時間未満です。
この数字から実際に言えることは次のとおりです。圧縮が律速の工程なら、読書を速くするより次の三つのほうが効きます。
入力を減らす。工程1でハイライトを減らせば、この工程の列も短くなります。
章ごとにまとめて処理する。一章分のマークだけを圧縮し、列が30個ほどを超えないようにします。
圧縮の最初の下書きをAIモデルに任せ、そのあとで自分が編集する（これは後ほど詳しく述べます）。
工程4: 議論の形に沿って構成する
構成を組むことで、行の山が要約になります。二つの形のどちらかを選び、そのまま貫いてください。
ノンフィクションなら「主張、根拠、だから何か」を使います。構成の各セクションには、著者の主張を一つ、その最良の根拠を一つ、そして読者にとっての意味を一つ入れます。ビジネス書や自己啓発書の多くは、五〜八個の主張でカバーできます。主張が15個もあれば、それは目次にすぎません。
小説なら「設定、転換点、結末」を使います。主人公の望みを書き、状況を変える三〜四つの出来事を並べ、どう終わるかを書きます。結末に触れてよいかを、最初に決めてください。授業のレポートなら通常は触れてよく、友人へのおすすめなら触れないほうがよいでしょう。
見出しは完全な文で書いてください。「習慣が目標に勝るのは、やる気が落ちてもシステムは動き続けるからだ」のような見出しなら、その下に段落を書けます。「第4章：習慣」では書けません。
工程5: 記憶から書き、そのあとメモと照合する
多くのガイドが飛ばす工程ですが、要約を自分のものにするのはこの工程です。本もメモも閉じてください。構成の各セクションを、覚えている内容から書きます。そのあとメモを開き、間違えたことや書き漏らしたことを直します。
この方法には、認知科学の裏付けがあります。想起練習（retrieval practice）、つまり見ずに情報を思い出す行為は、読み返しや復習よりも学習を促すことが、100年以上にわたる研究で示されています。記憶から書いた要約は、その本を本当に理解したかどうかを確かめるテストにもなります。
目標は、本の1〜2%ほどの長さの要約です。8万語の本なら800〜1,600語になり、これは良い一枚のブリーフの長さです。それより短いと根拠が失われ、長いと誰も読みません。
AIは本を要約してくれるのか、どこで役立つのか
AIは、このパイプラインの一つの工程ではとてもよく働き、ほかの二つでは弱いです。圧縮はうまくこなし、構造の抽出も得意ですが、自分にとって何が重要かを決めることと、記憶の工程では役に立ちません。
章のハイライトをチャットモデルに貼り付け、各セクションの主張、根拠、含意を尋ねてください。長い文脈を扱えるClaudeなら、書き出したハイライトファイル全体を一度に保持できます。ChatGPTも同じように使え、続けての質問に答える機能もあります。メモがすでにNotionにあるなら、Notion AIでページをその場で要約できます。
リスクは、どの機械を並べたラインでも同じです。見張りのないまま出た出力は、ずれていきます。与えられていない本を要約するよう求めると、モデルは章の内容を完全な自信をもって作り上げます。自分のハイライトや実際の本文を渡し、残すつもりの主張はすべて原文で確かめてください。
私たちのルールはこうです。工程3にAIを使い、工程4では壁打ちの相手として使い、工程5は自分で行ってください。五つの工程すべてを任せると、ボトルネックは消えず、場所が移るだけです。確認の工程に移り、責任を持てない要約が残ります。
どの工程から自動化すべきか
正直な答えは、自分の時計がどこで止まっているかによって変わります。短い本で各工程の時間を一度ずつ計ってください。150ページほどで十分です。分単位で書き留めます。
結果の読み方は次のとおりです。
読書が全体の半分以上なら、ハイライトのしすぎか、流し読みすべき本を丁寧に読んでいる可能性があります。工程1のフィルターを締めてください。
圧縮が半分以上なら、章ごとにまとめて処理し、AIの最初の下書きを取り入れてください。
構成が半分以上なら、ハイライトに構造が足りません。書き出しに章の見出しを残すよう戻ってください。
執筆が半分以上なら、記憶からではなくメモを見ながら書き、書きながら磨いています。最初の下書きには45分のタイマーを設定してください。
300ページのノンフィクションの試算例は、読書に5〜7時間、マークと書き出しに1時間、圧縮に2時間、構成に45分、執筆に1時間です。あなたの数字はこれと違うはずです。大事なのは、どの工程が最も長いかです。そこが取り組む価値のある工程だからです。
一行の要約で足りるのはいつか
すべての本に、この五つの工程を使う価値があるわけではありません。読むためではなく参照するための本や、同じ考えを250ページにわたって繰り返す本、あるいは読むべきかどうかを決めたいだけの本なら、五つの工程は省いて三文で済ませてかまいません。
そうした本には、一段落のテストを使ってください。著者の主張は何か、最良の根拠は何か、そしてそれを受けて自分は何を変えるか。序文と最終章を読んでも一段落で答えられないなら、完全な方法が必要か、そもそも選んだ本が違ったかのどちらかです。
今週末にやること
手元にある短い本を一冊選んでください。五つの工程それぞれの時間を、スマートフォンのストップウォッチで計ります。いちばん長かった工程が律速の工程です。次の作業では、その一つだけを改善することに時間を使ってください。たとえば、圧縮に90分かかり、ほかの工程が合計20分だとわかったなら、まずは章ごとのまとめ処理とAIの最初の下書きから始めてください。
次の本でもう一度計り、結果を比べてください。二回目に9時間から6時間へ下がったパイプラインは、制約を見つけています。数字を入力し、その数字が指している工程に手を打ってください。