第二の脳の読者は、もう自分ではない

タグもリンクも張らず、10年放置した1,120本のノートを、エージェントに読ませた。
アウトプットを出させるのに整理術は必要なかった。

01

10年読み返さなかったメモが、いま毎朝ネタを出している

独自集計 筆者のVault
KEY MESSAGE 整えなかったVaultが、整えなかったまま使えるようになった。
変わったのはノートの側ではなく、それを読む相手の側である。

手元に1,627本のMarkdownファイルがある。10年ほど、Evernoteに書き留めていたものだ。内容は、読んだ本、気になったブログ記事、日々の暮らしの中で何気なくメモったこと、映画やゲームの感想等。運び出したのは2026年8月、つい最近である。正直に言えば、書いた直後から一度も読み返していない。読み返す気になったこともない。

そのフォルダ構成がこれである。雑である。

  • my knowledge box_100
  • my knowledge box_101-200
  • memo_1-100
  • memo_101-200
  • スタートアップ_1-100
  • game_1-100

しかも、Evernoteから運び出す過程で作成日時が全部落ちた。このVaultには時間の情報が、ほぼ一切残っていない。いつ書いたか分からないメモが1,000本以上ある。セカンドブレインの教科書的には最初に叱られる状態だ。

それでも、このVaultは今、毎朝1本の記事ネタを出している。古いノートを週20本掘り出して「当時こう予測していたが、実際どうなったか」を答え合わせする仕組みも回っている。整えなかったのに、使えるようになった。

図1|不要になったのは、どの層か

「セカンドブレイン」として本が売れ、講座が開かれてきたのは、いちばん上の層である。本稿の整理

運用術
PARA/Zettelkasten/タグ設計/リンク張り/週次レビュー空振り
アプリ
Obsidian、グラフビュー、プラグイン任意(人が読むときだけ)
置き場
素のMarkdown+バージョン管理重要度は上がった

「Obsidianは要らない」という話ではない。ObsidianはMarkdownフォルダのビューアであって、必要。
問題にしているのは、その上に載っている作法のほうである。

02

索引は、紙が検索できなかったから生まれた

本稿の整理 手法の系譜
KEY MESSAGE セカンドブレインの作法は、読み手を「後日の自分」と仮定したときの索引技術だった。

ニクラス・ルーマンが紙のカードに通し番号を振り、カード同士の参照を手書きしたのは、紙の束に全文検索がかけられなかったからである。索引を先に作っておかなければ、二度と取り出せない。

Evernoteが「すべてを記憶する」と言い、Notionがデータベースを推し、PARAという4つのフォルダが提案されたのも、Zettelkastenも同じ問題の系譜にある。人間の想起は弱く、検索は文字列一致どまりで、意味では引けない。だから書いたその場で、未来の自分が辿れる道を敷いておく必要があった。

つまりこれらはすべて、読み手を「後日の自分」に固定した設計である。タグは自分が思い出すためのラベル、リンクは自分が辿るための道、目次は自分のための地図。セカンドブレインの手入れとは、要するに自分向けのUI開発だった。

図2|同じ制約に、同じ形の答えが並んでいる

別々の道具に見えるが、前提はどれも同じである。本稿の整理

制約 紙は全文検索できない 検索は文字列一致どまり ルーマンのカード 通し番号と、手書きの参照 Evernote すべてを記憶する Notion データベースで持つ PARA 4つのフォルダに分ける 読み手=後日の自分 思い出せる道を、 書いた時点で敷いておく

そして私は、その「すべてを記憶する」と言ったサービスに、10年分を預けていた側の人間である。
(結果全く使わなかった)

03

読み手が変わると、前提が3つとも外れる

独自分析 本稿の枠組み
KEY MESSAGE 索引は、事前に作って固定するものから、問いのたびに生成されるものになった。

索引を事前に作る必要がない。意味で引けるので、「予測を書いていそうなノートを20本」といった、書いた時点では存在しなかった切り口で後から引ける。

網羅の負担が消えた。人間は1,000本を読み返さないが、エージェントは読む。読み返されない前提でメモを間引く必要がなくなり、「とりあえず全部置く」が最適戦略になった。集めることを学ぶことと錯覚する誤り(Collector's Fallacy)と呼ばれてきた行動は、読み手が変わったことで、単なる在庫に変わった。

手入れの頻度が要らない。週次レビューは、放置すると探せなくなるから必要だった。探せるなら、放置してよい。
自分にとって大事なノートやobsidian上でリンクの中心にあるノートを管理する。といったことは後回しでよい。

図3|同じVaultに対する、2人の読み手

ノートの側は何も変わっていない。変わったのは、索引をいつ作るかである。本稿の整理

1,120本のノート 整えていない 索引 タグ・リンク 後日の自分 書いた時点で 作っておく必要がある 問いのたびに 索引が作られる エージェント 書いた時点では、何も要らない 書いた時点に存在しなかった切り口でも引ける
04

手入れは消えたのではなく、移った

独自分析 運用中のルール
KEY MESSAGE 分類の手入れは消えた。代わりに、境界の手入れが現れた。
タグを付け間違えても検索性が落ちるだけだが、境界を引き間違えると、他人の情報が自分の公開物に載る。
図4|やめること/続けること

この表だけ切り出して使えるように、装飾していない。独自分析

やらなくていい
  • タグの設計と付け直し
  • ノート間のリンク張り
  • PARA・Zettelkastenの導入
  • フォルダに意味を持たせること
  • 週次レビュー
やる
  1. 今日エクスポートする。落ちるメタデータは、遅らせるほど増える
  2. 書くときに、いつ・何を受けての話かを一行残す。整理は後からやり直せるが、書かれなかった文脈は誰にも作れない
  3. 入れてよいものの線を、書き始める前に引く。下記

補足。私は収集の手順書の冒頭を、丸ごと禁止事項にした。業務で知り得たことは何も入れない。クライアント名、案件名、提案中の商談、同僚や取引先の個人名とメールアドレス、社内URL、会議URL、添付の中身。これらは要約も引用も言及も認めない。

「あとで消す」では間に合わない。Vaultは記事の材料になり、材料は公開物になる。一度混ざると、どこに混ざったかが分からなくなる。入口で止めるしかない。

ただし、萎縮しないための線も同時に引いておく必要がある。公開報道や公開レポートに出てくる他社の社名・製品名は、書いてよい。禁じているのは業務で知り得た情報であって、公開情報ではない。ここを最初に決めておくと、書くたびに迷わずに済む。

05

これからも、雑多に入れる

独自集計 筆者のVault
KEY MESSAGE 分類とは、関係を切る作業である。
雑多に置いてあることが、そのまま素材の掛け算になる。

このVaultの中身を正直に並べると、こうなる。ゲームのメモが164本、映画の感想が48本、食べた店が46本、趣味が34本。仕事のノートより、どうでもいいもののほうが多い。

数日前に出てきた記事ネタは、こういうものだった。「なぜソシャゲは"周回"を消さないのに、企業はAIで"下積み"を消してしまうのか」。種になったのは、ゲームのフォルダに入っていた1本のメモである。10年前、たぶん電車の中で書いた、ソーシャルゲームの周回設計についての走り書きだ。それが、AI時代のエントリーレベル雇用の話とぶつかって記事になった。

これは、分類していたら起きなかった。「ゲーム」フォルダに入れて「仕事」フォルダと分けた瞬間、両者は二度と出会わない。分類とは、本質的に関係を切る作業である。人間が探すためにはそれが必要だったが、エージェントは領域をまたいで読む。

図5|分類は、線を引けなくする

左右で違うのは、真ん中の仕切り1本だけである。独自分析

分類したVault ゲーム 仕事 箱に入れた時点で、この線は引けない 雑多なVault ソシャゲの周回設計(10年前)× AI時代の入口採用 記事になった なぜソシャゲは"周回"を消さないのに、 企業はAIで"下積み"を消してしまうのか

だから私はこれからも、選別せずに入れる。読んだ本の感想、面白かったブログ記事、Xで見かけて引っかかった発言、映画を見た帰りに思ったこと。「これは仕事に関係ないから」という理由で書かないのをやめる。関係あるかどうかを決めるのは、書いている時点の自分ではない。

すでに何年か書き留めてきた人がやることは、2つしかない。今日エクスポートすることと、これから書くものを1か所に足していくこと。整えなくていい。効いてくるのが10年後だと思うかもしれないが、そうではない。すでに書いてきた人は、もう在庫を持っている。私の場合、10年分が使えるようになるまでにかかったのは2週間だった。

エクスポートするメモ帳すらない人は、今日から書けばいい。雑多でいい、整えなくていい、続かなくてもいい。読んだ本でも、見た映画でも、Xで引っかかった一言でも、そのまま突っ込んでいく。在庫がない人にとっての第一歩は、移行ではなく、今日の1本である。10年分が必要なのは答え合わせする場合だけで、雑多なものが増えるほど掛け算の相手が増えるという性質のほうは、1本目から働く。

最後に、いちばん皮肉な結論を書いておく。このVaultがいま機能している理由は、10年間まじめに手入れをしたからではない。手入れをしなかったのに、捨てもしなかったからである。整えるためにやったことは何ひとつ効いておらず、効いたのは「消さなかった」ことと「運び出した」ことの2つだけだった。

第二の脳に必要だったのは、規律ではなかった。不精と、フォルダを消さない習慣と、一度だけのエクスポートである。

06

集計方法と、この記事の限界

独自集計 再現の手順

本稿の数値は、すべて筆者自身のObsidian Vaultを2026年8月24日時点で集計したものである。読者が直接検証することはできない。そのかわり、判定条件を書いておく。同じ集計は、読者自身のVaultに対して実行できる。

  • 母数(1,120本):Evernote由来の旧ノートを収めた15フォルダの Markdown。
この記事の限界
  • N=1である。一般化できるのは手順(今日エクスポートする、書くときに一行残す)であって、効果の大きさではない。
  • 仕組みの稼働は2週間で、長期の再現性は確認できていない。
  • 執筆年「2013〜2018年ごろ」は記憶に基づく。Vault内に日付が残っていないため、裏づけは取れていない。
  • Evernoteからの移行手順はObsidian公式のImporter経由と推定している。落ちたメタデータの範囲は実際に確認したが、手順の詳細は記録していない。

About

Prism Pressの運営方針と、記事に共通する記法・権利・免責をまとめています。見出しを押すと中身が開きます。
運営者と位置づけ

Prism Pressは、ゲーム開発から記事執筆までを手がけています。記事は無償で公開し、公開情報のみを一次資料としています。
政府機関、掲載企業、筆者の所属組織その他のいずれとも関係がなく、いずれの公式見解も示すものではありません。本稿で企業名を挙げているのは、その企業が採用実績を自ら開示しているためであり、評価・推奨・批判を意味しません。

記述の分類と示し方

記述の出どころを、各節に付けたバッジで示しています。
①一次資料(企業の開示、公的機関の調査、査読論文そのもの)、②外部資料(職能団体の集計、国際機関の調査、報道)、③実験(無作為化実験・現場導入研究。対象と人数を本文に明示)、④独自整理・設計アナロジー(資料の情報の組み替え、および理解の補助に使う比喩。評価・推計は加えない)、⑤独自分析・構造仮説・推奨設計(本稿の評価、条件付きの構造仮説、提案)。
数値と引用は原典の表記を保ちます。「本稿」と表示した分類・評価・因果関係・推奨指標は分析者の整理であり、原典の主張そのものではありません。原典で確かめられなかったことは推測で埋めず、欠落として示します。各節の末尾の「根拠資料」に、本稿が置かなかった数値を書いています。

AIの利用と、責任の所在

原典の読み込みから記述の作成まで、AIを補助として用いています。採録・評価の判断と最終的な記述の責任は筆者にあります。機械的に処理した箇所は、本文中に「機械抽出」「機械分類」「機械集計」と表示して区別しています。

更新について

原典の改定や新しい研究・開示の公表にあわせて不定期に更新します。更新箇所は本文中に注記し、最終更新日を各記事の末尾に表示します。

免責

掲載情報について可能な限り正確性の確保に努めていますが、その正確性、完全性、最新性を保証するものではありません。本サイトの情報を利用した判断について、筆者は責任を負いません。重要な意思決定に際しては、必ず原資料および専門家の見解をご確認ください。

著作権とライセンス

本サイトが独自に作成した文章および図解は、別途表示のない限り、CC BY 4.0の条件に従って利用できます。引用・転載した論文、企業開示、公的調査、報道等の文章・図表・画像・ロゴには、それぞれの権利者が定める利用条件が適用されます。

お問い合わせについて

ご連絡は次のフォームから受け付けています。

お問い合わせ

ご用件のある方は、support@prism-press.jp までご連絡ください。