※Claudeの分析 ## 初心者向け（〜500枚） **推奨：フォルダ＋タグ＋全文検索** | 役割 | 担当 | |---|---| | 分類の骨格 | フォルダ（大分類、5〜10個程度に抑える） | | コウモリ問題の補完 | タグ（無理に体系化せず、思いついたら付ける程度） | | セーフティネット | 全文検索（結局これが一番効く規模） | **あえて手を出さないもの**：MOC本格運用、フロントマターDB、ベクトル検索。理由は単純で、この3つは「メモが増えて、既存の分類が崩れ始めてから」効果を実感できる道具だからです。壊れてもいない分類を最初から複雑にする必要はない。 唯一、今のうちにやっておくと後で効くのが「**書きながら自由に`[[リンク]]`を貼る癖**」だけ。これは道具というより習慣で、コストがほぼゼロなのに、後でMOCに移行するときの資産になります。 --- ## 中〜上級者向け（メモスタイル別） これらはその人のメモスタイルによって変わってくる。 | メモスタイル | 推奨コンビ（3〜4個） | 主軸 | 除外候補とその理由 | | --------------------- | ------------------ | ------- | ------------------------------------- | | 短文・非構造・リンク多用 | 自由リンク＋MOC＋ベクトル検索 | 探索・AI | フロントマターDB（構造化する余裕がない書き方と矛盾） | | 短文・構造化（frontmatter必須） | タグ＋フロントマターDB＋MOC | 分類・検索 | ベクトル検索（1つのメモが300字前後だと精度が出ない） | | 長文・非構造 | フォルダ＋全文検索＋ベクトル検索 | 検索・探索 | MOC（長文だと1メモの情報量が多く、MOCで要約しなおす二度手間が発生） | | 長文・構造化 | フロントマターDB＋MOC＋フォルダ | オールラウンド | 特になし（ただし執筆コストが一番高いので、これを選べる人自体が少ない） | 一つ面白いのは、**「短文・非構造」と「長文・構造化」の両極端だけがベクトル検索かMOCのどちらかに強く振れて、中間の2スタイル（短文構造化・長文非構造）はどちらも中途半端にしかベクトル/MOCの恩恵を受けられない**ということです。つまりスタイルを中途半端にすると、道具の組み合わせも中途半端になる可能性がある。 ## リンク - [[Obsidianのファイル分類・検索方法の適正早見表]] - [[Obsidianのファイル分類・検索方法のメリット・デメリット]]