溜め続けた Inbox が重かった僕が保存より削除に切り替えた話

捨てる前提の情報術

朝、RSS リーダーを開くと「100+」の赤いバッジが光っている。

「また増えてる」と思いながら、とりあえずスクロールする。
気になるタイトルをタップして、「あとで読む」に放り込む。

次の記事、また「あとで読む」。
また「あとで読む」…。

夜、Readwise の Inbox を開くと、昨日より未読が増えている。

「今日も消化できなかった」という小さな罪悪感が、また積み上がる。

フリーランスになってから数年間、このループを続けていました。

情報を溜め続けることに疲弊していたのに、なぜかもっと効率よく読む方法を探し続けていました。
でも本当の問題は、読むスピードではなかったのです。

保存することを前提にした設計そのものが間違っていた。

この記事は、Inbox を溜める箱から捨てる箱に変えたときに、僕に何が起きたかの記録です。

「あとで読む」 は、 なぜあとでも読まないのか

みなさんのブラウザのブックマーク、いくつ溜まっていますか？

「あとで読む」リストに保存して、そのまま開いていない記事は今いくつありますか？

かつての僕の答えは、数えたくないと心の奥に秘めていました（汗）

フリーランスとして独立してから、情報収集は半ば義務感で続けていました。

「技術トレンドを知らないと、クライアントに提案できない」
「RSS の未読が積み上がると、何かを見落としている気がする」
「連休こそ普段読めないものを消化するチャンス」

——そういう言葉で自分を駆り立てて、ひたすら保存し続けた。

でも、あるとき年末に「あとで読む」リストを見返したとき、愕然とした。

「何一つ、自分の血肉になっていない」

保存しただけで満足し、知識として定着していない。
それどころか、未読記事の山を見るたびに「ああ、また消化できていない」という罪悪感だけが募っていく。

情報のインプットが、いつしか精神的な負債になっていたのです。

情報メタボという言葉がすべてを言い当てていた

「情報メタボ」
——この言葉と出会ったとき、「これだ」と思いました。

口の中に食べ物を詰め込みすぎて、咀嚼も嚥下もできなくなっている状態。

情報を追うことに忙しくて、その情報を血肉にする時間がない。
毎朝 RSS リーダーの「100+」というバッジを見ながら、それでも増やし続けた。

情報の多さが武器になると信じていたからです。

でも実際は違った（汗）

頭の中は常にノイズでいっぱいで、肝心の自分のコードを書く手が止まっている。
GW 明けに「この 5 日間で何を読んだか」を 1 つも言えない。

走りながらもっと速く走れる靴を探しているような状態——それが当時の僕でした（笑）

フリーランスとして 15 年動いてきて、情報は多ければいいという発想ほど危ういものはないと今は思っています。

会社員時代は、知らないことは上司や同僚が補完してくれる場面がありました。
フリーランスは一人です。
情報の不足に恐怖を感じやすい環境にあります。

だからこそ溜める方向に走りやすい。
溜めすぎると今度は「どこに何があるか分からない」という別の恐怖が生まれます。

読む速度を上げることよりも、保存しない勇気を持つことのほうがずっと大事でした。

保存することより先に、 捨てる設計をする

転機は 2 つあります。

1 つ目は、RSS の登録数を半分以下に減らしたこと。

RSS の捨てる基準として決めたのは次の 3 つです。

📍 今使わない技術は捨てる（「いつか使うかも」は永遠に使わない）
📍 3 ヶ月読まなかったフィードは解除
📍 網羅性より深さで選ぶ

Next.js と Hono をメインに使っている今の僕に、Rust・Go・Python の最新情報は必要ない。
それを認めて、容赦なく購読解除した。

するとどうでしょう。
不思議なことに、以前よりも技術への理解が深まり、焦りが消え、作る楽しさが戻ってきたのです。

2 つ目は、Readwise の Ghostreader を読むツールではなく、捨てるツールとして使い始めたこと。

Ghostreader は Readwise Reader に搭載された AI アシスタントです。
GPT ベースの AI が、長い記事の要約を作ったり、記事の内容について質問したりできます。

以前は全部読もうとして Ghostreader を補助的に使っていました。

「要約を見てから読む」
——それが当初の使い方でした。

でも、発想を逆にした。

「このほとんどは捨てていい。捨てるために Ghostreader を使う」
——これが転機でした。

要約を読んで読む価値があると思えなければ、そのまま Archive する。
読む価値があると判断した記事だけ、丁寧に読む。

Ghostreader を読む前の門番として使うことで、Inbox の消化速度が劇的に上がりました。

読む時間がないのではなく、判断する時間がなかったのだと気づいたのは、この使い方を始めてからです。

【捨てる前提 の Inbox 設計】 4 つの実践

Inbox を溜める箱ではなく捨てる箱として使うための、具体的な実践を 4 つ書きます。

【実践 ①】 1 日の新規保存を 5 本に上限設定する

「あとで読む」を作らないために、1 日に Readwise に保存できる本数を 5 本までと決めました。

連休中は特に「ゆっくり読めそう」という感覚が油断を生みます。
5 本という上限を決めることで、本当に気になるものだけ保存するという取捨選択の習慣が生まれます。

上限に達したら、新しい記事が来ても保存しない。
X のブックマークに一時待機させて、夜に「やっぱり保存する価値があるか？」を問い直す。

朝の段階では「これは面白そう」と思えた記事でも、夜になって問い直すと「まあ今すぐ必要ではないな」と思えることが多い。

この夜の問い直しが、Inbox に入る情報の質を上げてくれます。

重要なのは、5 本という上限が選択の緊張感を生むことです。

無制限に保存できる環境では、とりあえずという判断が増えます。
上限があると「これは本当に今の自分に必要か？」という問いが自然に生まれます。
制約が、思考の質を上げる——ここでもそのことが当てはまります。

【実践 ②】 Ghostreader で読まずに判断する日を作る

Inbox の処理に 1 日を読む日ではなく、判断する日として割り当てます。

やり方はシンプルです。

1️⃣ Readwise Reader で記事を開く
2️⃣ Ghostreader に「3 ポイントで要約して」と投げる
3️⃣ 読む価値があるか Archive に流すかを 10 秒で判断する
4️⃣ 読むと決めた記事は、気になった 1 行だけハイライトを引く
5️⃣ 次の記事へ

1 記事あたり 2〜3 分で処理できます。

読んだかどうかよりも、処理したかどうかに焦点を当てると、Inbox が減っていく達成感が出てきます。
未読の山が処理中に変わっていく感覚——これが、判断する日の醍醐味です。

【実践 ③】 連休最終日に Inbox をゼロにする

これは僕が最も重要視している実践です。

連休最終日の夜、Readwise の Inbox に残っている記事を全て Archive（流す）します。

読まなくていい。判断しなくていい。
ただ Inbox を空にする。

未読の亡霊を視界から消すことで、連休明けの朝にリセットされた状態で始められます。

読まなかった記事への罪悪感は、そこで手放す。

最初はもったいないという感覚がありました。
でも、連休をまたいで生き残れなかった記事は、自分にとってその程度の優先度だったということです。
情報の鮮度は落ちます。
「あとで読む」が「もう読まない」に変わるのは時間の問題だった——と割り切れるようになりました。

Inbox を空にするという行為は、情報を捨てることではなく、今の自分に必要ではないものを手放すことです。

必要なら、また出会えます。
重要な情報は繰り返し浮上してきます。
一度 Archive した記事が半年後に誰かのポストで再登場して「あのとき気になっていた記事だ」と気づく——そういう経験をしてから、Archive することへの罪悪感がなくなりました。

【実践 ④】 必要な情報は向こうから来るので、 信頼を持つ

これは設定ではなく、マインドセットの話です。

知らないことが怖いという感覚から保存し続けていたとき、僕の情報収集は守りの行動でした。

今は違います。

「本当に重要な技術革新は、トレンドを追わなくても必ず向こうからやってきます」
—— X で信頼できる数人が話題にしていたり、普段使っているツールのアップデートに含まれていたり。

「必要な情報は、必要なときに、必要な分だけ入ってくる」

そう信じて待つ姿勢を持つと、脳のメモリを情報の処理ではなく、思考と創造に使えるようになる。

保存をやめると、情報に追われるのではなく、情報を選ぶ側になれます。

吃音がある僕は、音声でリアルタイムに情報を処理することが苦手です。
だからこそ自分のペースで情報を処理できる設計は、単なる効率化ではなく、働き方の根幹でした。

Inbox が溜まり続ける状態は、次に何を処理すればいいか分からないという認知の重さを生みます。
捨てる前提の設計にすると、その重さが消えます。
頭が軽くなると、コードを書く手が動き出す。
執筆の言葉が出てくる——そういう連鎖が、自分の中で確かに起きていました。

流し読みでも残るという発見

ここで一つ疑問が生まれます。

「1 行しかハイライトを引かなかった記事が、本当に残るのか？」

実は残ります。
理由があります。

Readwise のハイライトは、Obsidian に自動同期されます。

流し読みで 1 行だけ引いた記事でも、3 ヶ月後に Obsidian でそのハイライトと再会したとき、「そうだ、あのとき気になっていたんだった」と記憶が蘇る。
記事の全体は覚えていなくても、あの気づきは残っています。

精読することと、痕跡を残すことは、別のことです。

連休中は、精読より痕跡の設計を優先する。
それだけで「連休明けに何も残らなかった」が消えました。

「読んだら必ず 1 行書く」という最小単位が、知識の流れ方を変えます。

Readwise はその 1 行の自動版です。
書く手間なく、ハイライトという痕跡が残り続ける。

たくさん保存して何も残らないより、少ししか保存しなくても 1 行の痕跡が残るほうが、知識として機能します。

少し大きな話をすると、これは書くことの本質に繋がっています。

僕が note に記事を書く習慣も、根っこは同じです。
読んで感じたことを「書いて残す」という行為が、記憶を知識に変える。
ハイライトはその「書く」の超省力版です。

Readwise のハイライトが Obsidian に蓄積されていくことで、日常的に「自分が何を気にしているか」のパターンが見えてきます。
それが新しい記事のネタになることも、仕事のアイディアになることも多い。

「保存する」から「1 行残す」に変えたことで、インプットがアウトプットの素材になる回路が開いたのです。

捨てた後に起きた変化

捨てる前提の設計に切り替えてから、情報との関係が変わりました。

【変化 ①】 罪悪感が消えた

以前は読めていない記事があるという罪悪感がずっとありました。
Inbox の未読数が増えるたびに、小さなストレスが積み上がっていた。

今は Inbox の未読数をほとんど見ません。
「Inbox ゼロ」が当たり前になったからです。

【変化 ②】 残った情報の密度が上がった

5 本に絞って保存した記事は、10 本保存したときより本当に読みたいと思えるものが多い。

選別の基準を自分の中に持つことで、「なんとなく面白そう」より「今の自分に必要」という判断が鋭くなっていきました。

【変化 ③】 作る時間が増えた

情報を追うことに使っていた時間が、コードを書く時間と執筆の時間に変わりました。

tsurilog（釣果記録アプリ）と flowtask（GTD×PDCA の次世代 Todo アプリ）の開発が動き出したのも、情報収集を絞ってからまとまった思考の時間が生まれたからだと感じています。

以前はインプットをしないと、自分の引き出しが空になってしまうと思っていました。
実際は逆でした。
インプットを絞ると、既存の知識が組み合わさるようになる。
これは Obsidian でノートを育てていくときの感覚に似ています。
新しいノートを増やし続けるより、既存のノートの間にリンクが増えていくほうが知識は深まる。

情報収集も同じです。
新しい情報を入れ続けるより、今ある情報がつながる時間を確保するほうが思考の解像度が上がります。

Inbox は入り口ではなく出口にする

Inbox という言葉は入る箱を意味しています。

でも、もしその箱が溜まり続けるなら、入り口としての Inbox は機能していない。

むしろ処理して出す出口として Inbox を設計したほうが情報は流れていきます。

入れることより、出すことを先に設計する。

保存することより、削除することを前提にする。

この発想の転換が、フリーランスとしての僕の情報術を変えた核心です。

吃音があり、口頭で情報を高速処理するのが得意ではない僕にとって、情報を整理して自分のペースで処理できる環境を整えることは、働き方の根幹でもあります。

Inbox を静かにすると、思考が深くなる——これは、通知を静かにしたときとまったく同じ感覚です。

「入り口を広げない」
「出口を設計する」
「捨てることを先に決める」
——この 3 つが揃ったとき、情報は重荷ではなく道具になります。

道具は、使うときだけ手に取るものです。
ずっと握り続けるものではない。

Inbox はその道具入れです。
入れっぱなしにしないで、使ったら戻す。
使わないものは手放す。

それだけで、情報との関係は変わります。

あなたの「あとで読む」リスト、今日一度だけ、全部 Archive してみませんか？

きっと、思った以上に軽くなるはずです。

ひとりごと

「保存しないと損する」という感覚は、長い間僕を縛っていました。

でも全部保存するのをやめた日から、不思議と情報が頭に残るようになった気がします。

少ない情報を深く受け取るほうが、多い情報を浅く流すよりずっと豊かだと今は思っています。

あわせて読みたい

▼ 連休中に溜めないための具体的な運用を知りたいときに

「1 日 5 本ルール」
「Ghostreader 判断デー」
「最終日 Inbox ゼロ」

の 3 ルールを詳しく解説しています。
本記事の設計思想を実際の連休運用に落とし込んだ実践版です。

▼ RSS・ニュースレターをそもそも減らしたいときに

「今使わない技術は捨てる」
「3 ヶ月読まなかったフィードは解除」

など、具体的な捨てる基準を公開しています。
Inbox が溜まる根本原因（情報源の多さ）から整理したい方に。

▼ Readwise を知識の資産として本格的に使いたいときに

Readwise Reader の全体像と Obsidian 連携まで網羅した保存版。
ただ読むだけから知識が積み上がるワークフローに変えたい方の参考になります。

次の一歩を一緒に決める作戦会議室へ

「情報収集の設計をどうすればいいか」
「Readwise の運用を自分に合った形にしたい」
——こういう悩みは、同じように個人で動く仲間と話したほうが解決が速い。

フリーランス開発者の作戦会議室では、情報収集・Inbox 設計・インプット管理について、メンバー同士でリアルに話し合える場があります。

捨てる前提の設計を自分のワークフローに取り込む作戦を一緒に立ててみませんか。

参加する