ノート整理は分類から始めない:リンクしてから構造を作る
フォルダやMOCの分類を先に完成させず、新しいノートを既存ノートへつなぐ。接続から見えてきた塊を後から索引やMOCへ育てる考え方を説明します。
ノートは先に分類しない
ノートを書く前にフォルダやMOCの形を決めようとすると、「これはどこに入るのか」という判断が先に必要になります。
先に決めるのは、分類ではありません。
新しいノートを、既存のどこか一箇所につなぐ。まずはそれだけです。
接続を続けていると、バラバラだった命題の一部が同じ周辺に集まり、「このあたりは一つの塊になっている」と後から気づくことがあります。
構造は、接続のあとに見えてくる。
この考え方をObsidianとDataviewで具体的な仕組みにした例が、ナレッジスタックのノートを「つなげて」整理するRINKシステムです。同じかたまりとして扱いたいノートに共通する文字列を付け、後から一覧として取り出します。
索引は命題が集まってから作る
先に索引だけを作っても、中に置く命題がなければ空の器のままです。
まず命題を書く。別の命題へつなぐ。似たものが集まってから、そのまとまりに名前を付ける。
この順番なら、実際に書いた内容からテーマを決められます。最初に分類名を作り、その箱へ考えを合わせなくて済みます。
フォルダも同じです。細かな分類を先に固定するより、書いたものの関係を見てから必要なまとまりを作ります。
整理ノートは穴だらけでも先に作る
では、「索引は後から作る」のに、整理ノートを先に作ることは矛盾しないのか。
ここは役割が違います。
完成した分類として先に置くのではなく、未整理の領域に着手するための仮の足場として作る。分かっている項目だけを書き、空いている場所は空いたまま残します。
穴だらけだからこそ、すでに記録されている部分と、まだ何もない部分が同時に見える。
空の分類体系を先に固定することと、未完成の足場を先に置くことは同じ操作ではありません。
MOCを作ると足りないノートが見える
命題を並べてMOCを作ると、あるものだけでなく、ないものも見えてきます。
「ここからここへ話がつながらない」「この主張を支えるノートがない」。リンクを並べたときにできる穴です。
その穴が、次に書くノートの候補になる。
MOCは、きれいに埋めることだけが仕事ではありません。欠けている場所を見つけた時点でも役割を果たしています。
まず書く。既存ノートへつなぐ。塊が見えたら束ねる。必要なら、穴だらけの整理ノートを足場として先に置く。
アトミック・シンキングでは、分類を先に当てるのではなく、こうして接続から構造を育てます。
Knowledge Stack
毎週配信のニュースレター
知識管理・Obsidian・自分で学ぶための方法を、Substack で継続的に深掘りしています。
Substack を購読する →