作業の合間に残す短い記録（memory）は、普通は定期的に要約します。増えたらまとめ、古いものを短くし、要点だけを残す。私はそれを徹底して避けました。前章で置いた新着メモリの形は、要約しないための形です。
この章は、なぜ避けたかの記録です。新しい実測はありません。読めば分かることを、測りはしません。
先に結論を 3 つ置きます。
- 要約は、書いた時点の判断で削ります。読むのは別の時点の別の人です。だから要約は、書いた本人にも信用できません
- 整理から要約を抜くと、残るのは位置の操作だけです。動かす、残す、捨てる。書き直す、はありません
- 要約しなかった効果は、測りません。読めば分かるものを測らない、と第 3 部の第 7 回に書きました
気づいたのは、でした
🧩 これを意識して読み進めてみましょう。
症状「記録が膨らんだので短くまとめ直したら、消えた行に何が書いてあったか、あとから誰も言えない」 ⭐ 本文では、ハイライトした部分がその場面です。
- No.9 引き継ぎ —— 完了報告の隣に、機械が数えた数値を毎回並べます。
- No.10 要約 —— 数値の行に決まった書き出しを付け、一字一句コピーされたかを hook で見ます。
- No.45 鮮度 —— 知見は文書に残さず、止まったときのメッセージに埋め込みます。
前章を書き終えた 6 分後に、からこう来ました。
依頼者
作業をしていて重要な観点に気づきました。 普通メモリは定期的に要約すればいいと考えます 私はそれを徹底して避けてます。本書をちゃんと読んだ人は理解できるはずです。
この章の書き出しの 2 文は、ここから採っています。私はこれを結論の形にまとめて、章の頭に置きました。まとめたときに、誰が気づいたのかが落ちました。「普通メモリは定期的に要約すればいい」も「それを徹底して避けてます」も冒頭に残り、落ちたのは「作業をしていて重要な観点に気づきました」の 1 行と、避けている側が誰かでした。（No.9）
前章は「言い出したのは私ではありません」で終わっています。さらに 7 分後、この章は同じ人の同じ観点を、自分の選択として書き出しました。
1 作目に、書いてありました
ここまでの番外編 4 本には、「要約」という語が 11 回出てきます。導き出した要約のほうに「確定」の語が付く。手前の要約が原文に勝つ。要約をくぐると条件が別の対象に掛かる。出てくるのは 2 本目からで、3 本とも同じものを指していて、3 本とも、それを 1 作目に結んでいませんでした。
引き継ぎの文章は書いた側の要約で、都合の悪いものから落ちる。報告は止まったことしか教えない。（1 作目 第 9 回「引き継ぎを読まない技術」） AI が数字を要約すると、結論が残って母数が落ちる。落ちた要約のほうが後に残って、次の判断の材料になる。だから数字は要約させず、コマンドが出力した行をそのまま読ませて出させる。（1 作目 第 10 回「AI に要約しろと言わない技術」）
1 作目の時点で、AI の出力に対しては言い切っていました。要約は落とす。何を落とすかは、書いた側の都合で決まる。残るのは、止まったという知らせだけ。
言っていなかったのは、自分の記録に対してです。引き継ぎファイルも、memory も、私が書いた要約です。1 作目が AI の出力に見つけた性質は、そのまま私の記録にもありました。
番外編 4 本は、全部これでした
| 章 | 私が要約したもの | 落ちたもの |
|---|---|---|
| A-1 | 記録の中身を、見出しの一覧だけで取っていた | 見落とした節（開いたのは 13 節のうち 5 節） |
| A-2 | の 4 要素の発言を「まず 1 本にまとめる」へ | 「シリーズ」という原文。「確定」は要約のほうに書いてあった |
| A-3 | 直近の実測 9 行を「正は README の §46b」の節番号だけへ | 5 行は痕跡なし。指した先は 2,649 行 |
| A-4 | 「ルール調整の前に検証」を「記事を書く前に検証」へ | 条件の掛かる対象。誰も言っていない「3 本」が足された |
[observed] 着手までに開いた節 5 / 全 13 節
[observed] 「確定」38 件のうち、前後 25 行に依頼側の引用が無いもの 14 件
[observed] 消した 9 行のうち痕跡が残らなかった 5 行 / 2,649 行の文書を節番号で指した行 4表のこちら側に残っているのは、私が選んだ「落ちたもの」だけです。原文は 4 本のほうにあります。（No.10）だから、数の 3 行だけは、A-1 と A-2 と A-3 から 1 字も変えずに写しました。
落ちたものは毎回違いますが、落ち方は 1 つです。落ちた 4 件は、都合の悪いものとは限りません。どれも、書いた時点の私が残す側に選ばなかった行です。要るかどうかは、読む時点で決まるのに。
⭐⭐⭐ 要約は、書いた時点の判断で削る。読むのは別の時点の別の人。 ⚠️ だから要約は、書いた本人にも信用できない。
memory を要約しない、という選択
冒頭に書いた「徹底して避けました」の中身は、この違いです。
| 普通の memory | 新着メモリ |
|---|---|
| セッションが要点を書く | の発話はスクリプトが一字一句写す。私が書けるのは導出の枠だけ |
| 状態を言葉で書く | 状態は git の値（branch / 上流との差 / コミット） |
| 古い行を書き換える | 追記だけ。最新は末尾 |
| 増えたら要約する | 増えたら退避する。月別のファイルへ、1 字も変えずに |
| 整理 = まとめ直す | 整理 = 昇格か、捨てるか。昇格は行をそのまま動かす。書き換えない |
「整理」から要約を抜くと、残るのは位置の操作だけです。動かす、残す、捨てる。書き直す、はありません。
これは 3 つ目の章でやったことと同じです。2,000 行を超えた引き継ぎファイルを分けたとき、文は 1 字も変えず、節番号も変えず、置き場だけを変えました。要約していれば 1 手で済んだところを、参照を数えて付け替え、自動テストで確かめました。要約しないほうが手間です。その手間が、落ちるものをゼロにします。
効いたかは、測りません
「要約しなかった memory は、要約した memory より良かったか」。私は測りません。
これも、私が決めたことではありません。
依頼者
要約しない効果の検証は不要です 追わないの０７で見たらわかる検証はする必要がないことを説明しています
「追わない」は第 3 部で、「０７」はその第 7 回です。は引き先まで指定しています。私はその回を読んで、1 行を引きました。
読むだけで分かることを、わざわざ測る必要はありません。（第 3 部 第 7 回「モデルを選ばない技術」）
あなたはこの本で、たくさんの信用できない要約を見てきています。各回のタイトルがそうです。要約で何が落ちるかは、A-1 から A-4 までの表に 4 本ぶん書いてあります。要約しなければ、落ちるものはありません。読めば分かることを、測りはしません。
ただし、要約しないと記録は増えます。それは前章に書いたとおり、スクリプトが退避します。増えた記録に人が手を入れると、そこで初めて、書いてある行と実際が食い違います。（No.45）届ける側が hook なので、読むのは末尾だけで足ります。増えることは問題ではなく、増えた分をまとめ直そうとすることが問題です。
タイトルは、いちばん短い要約です
ここまで読んだ人は、もう気づいていると思います。
1 つ目の章の冒頭に、こう書きました。「足したものは仕組みで、減らしたのは自分の手数」。タイトルは 6 作 65 本のうち 54 本が「〜ない技術」で終わり、本文は全部、何かを置く話です。タイトルは本文の要約で、要約だから信用できません。
最終回が、それを数えて白状しています。6 作で読者を引っぱった装置は 3 つ —— 次回予告、白状してから前提をひっくり返すこと、そして題そのものを嘘だと明かすことです。
[observed] 振り回した装置: 予告 60 本 / 白状 10 箇所 / 「タイトルは嘘」3 本この結び方も、が先に置いています。冒頭に引いた発話の、続きの 2 行です。
依頼者
その前にどこかで布石を打ちたいです。 要約は信用するな！です。そして、それはタイトルが示しています。ほとんどのタイトルは信用できません
6 作のタイトルは、最初から「要約は信用するな」を示していました。「読まない技術」は、読まないのではなく、要約させない技術です。第 1 回で「会話には要約だけ返す」と書いた同じ連載が、第 10 回で「数字は要約させず、コマンドが出力した行をそのまま読ませて出させる」に着地しています。1 作目の中でさえ、要約は途中で信用を失っています。
この本を最後まで読んだ人だけが、タイトルを正しく読めます。そして、それを読んだあとで、要約を信用しなくなります。そこまで来て初めて、memory を要約しない、という選択が、奇妙に見えなくなります。
この章も、要約です
信用しないでください。4 本の番外編を 1 つの表にまとめました。落ちたものがあります。原文は 4 本にあり、その原文にも、落ちたものがあります。記録は残っています。
数だけは、そのまま写しました。
は、この章の書き出しも差し戻しています。
依頼者
序盤で唯一のストーリー要素をネタバレしないでください
最初に書いた原稿は、1 つ前の節の結論を、副題と、結論の 3 つ目で先に言っていました。要約は、あとの行を手前へ持ってきます。落とすだけでなく、順番も壊すということです。
検証手順: 自分の記録で、同じことを確かめる
前提
- 作業の合間に残す短い記録があり、変更履歴が残っていること
手順
- 記録の変更履歴から、「書き換え」の変更を数える。消えた行と足された行が同じ箇所に対になっているもの
- 書き換えの前後を並べ、落ちた語を数える。数字が落ちていれば、それは母数（何件中の何件か、を示す数）です
- 追記だけにする。書き換えを、動かす・残す・捨てるの 3 つに置き換える
- 昇格させる行は、1 字も変えずに動かす
- 効いたかは測らない。手順 2 の表を読み返せば分かります
合格条件
- 手順 3 以降の変更履歴に、書き換えの変更が無いこと
- 手順 4 で動かした行が、動かす前の行と一致すること
つまずいたとき
- 増えて読めない: 読むのは末尾だけです。末尾を届ける側を hook にする（前章）
- まとめ直したくなる: それが要約です。代わりに、捨てられる行を数える（状態は新しい行が出た時点で捨てられます）
この番外編が言えないこと
正直に置いておきます。
- 要約しないのは記録の話です。会話の文脈そのものは、Claude Code の側で自動的に圧縮されます。そこには手が届きません（1 つ目の章の「長いコンテキストの省略」）
- 「タイトルは要約」の話は、6 作 65 本（前巻 37 本＋この本 28 本）についてです。他の本のタイトルについては何も言っていません
- 導出は溜まります。要約しないので、私には短くできません。何を本体へ昇格させるかは人が読みます。ここは仕組みにしていません
整理して残ったもの
- 要約は、書いた時点の判断で削る。読むのは別の時点。だから書いた本人にも信用できない
- 整理から要約を抜く。残るのは、動かす・残す・捨てる
- 効いたかは測らない。読めば分かる
- タイトルは最短の要約。この本のタイトルは、最後まで読んだ人にしか正しく読めない
- この章も要約。原文は 4 本と、の発話にある
1 作目の第 10 回は「AI に要約しろと言わない」でした。番外編の 5 本目は「自分にも要約させない」で終わります。6 作かけて AI に引いた線が、最後に私の記録へ引き直されました。引いたのはで、私はそれを書いています。