Obsidianのフォルダ設計はどれが正解？PARAとZettelkastenの違いを、自分のフォルダで確かめた

出典: 【決定版】Obsidianのファイル管理はどれが正解？目的別に選ぶ具体的なフォルダ設計術

情報をためるほど、整理の型を選ぶのが難しくなる。ObsidianやClaude Codeを使っていても、何を基準に分けるかは別の話です。飯塚さんの結論には、そのとおりだと思います。名前より先に、分け方を見たい。

飯塚さん（動画の中で・0:56〜）

「ま、結論万人に共通する正解のフォルタ構成は存在しないんですが、すでに先人がこのやり方いいんじゃないかと。」

まず、型を名前だけで覚えるより、何を基準に情報を分けているのかに目を向けて読みます。

PARAは、情報を行動のしやすさで分ける型。終わりがある仕事と、責任が続く領域を分ける。ここが大事なんです。

ACEは、知識の地図、時間の記録、今取り組む行動。Zettelkastenは、外の資料と、自分の内側で育てた考えを見る型だと読みます。

飯塚さんが挙げる向き先は、緊急の仕事を抱える人ならPARA、長く知識を育てたい人ならZettelkasten、その中間がACE。自分の使い方に照らせる説明ですね。

私は、名前を覚える前に、自分のフォルダを数えてみることにしました。

そこで、AI秘書の凛ちゃんに、私のMacのフォルダを読み取り専用で調べてもらいました。測定日は2026年10月10日。対象は最上位105フォルダ、合計3,494,389ファイルです。

動画は型の選び方を説明しています。私はその物差しを、自分の置き場に当てました。ファイルは1つも変えていません。

AI秘書に、読み取り専用で保管庫を測ってもらうやり方は、前にも書いています。

私の過去記事より：Obsidian勉強法5つ。保管庫を数えたら、復習の道具Spaced Repetitionだけ無かった

AI秘書の凛ちゃんに頼んで、私のObsidianの保管庫を読み取り専用で数えてもらいました。

→ 最上位を見渡す

保管庫を開き、10分で最上位のフォルダ名と最終更新をメモします。最近動いた物と止まった物を各1つ確認できれば完了。全部を調べ切れなくても、10分で止めてよいです。移動・削除はしません。

仕事の資料と、好きで集めた資料。同じ話題でも、持つ責任が違えば置き場は変わる。飯塚さんが示すAreasとResourcesの境目は「責任」です。私のフォルダでは、更新日だけで分けると、どの棚に入れるか割れる境目が9つ出ました。

飯塚さん（動画の中で・3:17〜）

「これですね、一言で言うと責任になります。つまりは自分が責任を持つようなことはエリアになります。」

ここは、健康やお金といった名前を並べる前に、自分が何を引き受け続けるのかを書いて決めたい所です。

更新が続いていることと、責任が続いていることは同じではありません。機械が書き出すログも更新される。更新日は手がかりですが、責任そのものの印にはならないんです。

AI秘書の凛ちゃんには、測る前に基準を決めて当ててもらいました。名前に「アーカイブ」があるか、更新が90日より前ならArchives。直近8週のうち6週以上で更新があればAreas。それ以外で直近30日に更新があればProjects、残りはResourcesです。

全3,494,389ファイルのうち、Areas側は96.3%。253万ファイルを持つ大きな作業フォルダを除いても86.4%でした。Projectsは3.6%、Resourcesは0.04%、Archivesは4,354ファイルで0.12%。

ほぼ全部が、更新の続く側に入った。

105フォルダのうち、境界が割れたのは9つ。受信箱はPARAに専用の置き場がなく、人間の思考用の場所はProjects判定でも、終わりのある仕事ではありません。

一方、私は仕事を回すAGI Cockpitで、事業ごとに15個の箱を分けることを選びました。終わりが来ない事業なので、私の読みでは、これはAreasに近い形です。

飯塚さんの物差しは責任。今回の機械判定は更新頻度。その違いを埋めるのが、自分の仕事の中身です。

→ 責任を言葉にする

10分で、責任を持ち続ける領域を3個書き、各領域に引き受けていることを一文添えます。3個とも書ければ完了。関心だけで集める資料との違いが見えた所で止めてよいです。ファイルの移動・削除はしません。

Projectsには始まりと終わりがある。飯塚さんは、終わったらブラウザのグループを消すと説明しています。では、私の「10_プロジェクト」はどうか。動いていない場所はあっても、完了の印は付いていませんでした。

飯塚さん（動画の中で・11:26〜）

「プロジェクトってのは期限があるので終わったらグループを消すという感じになります。」

先に用意したいのは、プロジェクトが終わった時、その終わりを確かめて印を付けられる場所です。

動いていないだけでは、終わったのか、待っているのか分からない。最後の更新日で完了を決めたら、途中の仕事まで閉じてしまいます。終わりは、自分の目的に照らして決めたい。

AI秘書の凛ちゃんが調べた「10_プロジェクト」の直下は15個。プロジェクト14個と、保管先の「_archive」が1個です。

14件のうち、直近30日に動いたのは2件。残る12件は更新が止まり、30〜90日が5件、90日超が7件でした。最も長い物では、最後の更新から194日。

説明文の先頭に状態が書かれていたのは14件中3件で、すべて「active」。完了の印は14件中0件です。名前はプロジェクトでも、終わりを読む材料が足りません。

ただ、止まった物を保管先へまとめて移したことは2回あります。そのうち1回は5件。説明文には、戻せることも書かれていました。移動履歴そのものはなく、日付は説明文と更新日から分かる形です。

私はアイデアを捨てず分身AIへ預けたいので、捨てずに保管して戻せるArchivesは同じ向きです。

飯塚さんはブラウザのグループを消す運用。私なら保存物を残し、終わったことと戻し先を分かるようにします。

捨てずに預ける考え方は、別の動画の記事でも書きました。

私の過去記事より：「フォルダ設計」でClaude Code・Codexとの仕事が変わる。迷わず渡せる5つの型

私はこれを「所有権の分離」と呼んでいて、解決策は「捨てる」じゃなくて「分身AIに預ける」ことだと思っています。

→ 止まった物を確かめる

止まっているプロジェクトを1件選び、目的と最後の更新をメモします。達成を確かめられる記録があるかまで見れば完了。分からなければ確認できないと残して止めてよいです。移動・削除はしません。

日付の付いたメモを集めるACEのCalendar。飯塚さんはデイリーノートを例に挙げています。ただし、ご自身ではACEを使ったことがないとも話しています。私の場合、時間の記録を持っていたのはAIの作業記録でした。

飯塚さん（動画の中で・5:50〜）

「ま、あのカレンダーなんですけど、時間ベースのメモがここに来る形となります。例えばデイリーノートとか」

日付のある記録は、誰が書いているのかまで確かめてから、振り返る時に開く置き場を決めたいですね。

デイリーノート用のフォルダがあるだけで、日々の記録が続いているとは限らない。人が書く場所と、AIが仕事を記録する場所。どちらに時間の流れが残っているかを見たいんです。

AI秘書の凛ちゃんが調べた「40_記録」は、全6,596ファイル。そのうち名前に日付があるのは3,937ファイルで、59.7%でした。日付が付く物は多い。でも、毎日1ファイルで連続するフォルダはありません。

dailyは237ファイルあります。ただ中身は、自動便のブックマーク報告が155、AI秘書の呼び出し記録が49で、合わせて204。デイリーという名前でも、大半はAIが書いた記録でした。最後は9月10日で、直近60日のうち記録があるのは28日分です。

対して、AIの作業記録であるsessionsは1,125ファイル。全期間では1日平均6.5ファイル。直近60日のうち57日分の記録があります。journalは前年夏で止まり、直近60日は0日です。

この違いは、そのまま見せたい。dailyも、sessionsも、書き手の中心はAIです。ただ、止まった所と続いている所に分かれていました。

飯塚さんの説明では、Calendarに時間ベースのメモを置きます。私は、実際に続いている書き手と保存先から考えます。

人の振り返りとAIの作業記録は、中身も違う。両方を同じ日付で探せるか、別々に見るほうが使いやすいか。自分が後で何を確かめたいかで、置き方を決めます。

→ 日付のある場所を探す

10分で、日記とAIの作業記録から各1か所を選び、直近30日の日数と書き手をメモします。振り返る時に開く場所を1つ書けば完了。ほかの置き場は調べず、ここまでで止めてよいです。移動・削除はしません。

外の資料を、自分の言葉にする。この線には、そのとおりだと思います。一方、リンクで考えをつなぐ形が私の保管庫にあるかは別の話。AI秘書に見てもらうと、索引から各ノートへ向かうリンクが中心でした。

飯塚さん（動画の中で・14:34〜）

「できる限り自分の言葉で書くのが大事。そして1つのメモに1つのことを書くのが大事と言われてます。」

ただ外の資料を集めるだけで終わらず、何のために自分の言葉へ消化するのかを、先に置いておきます。

貼り付けただけでは、自分の考えまで残らない。体験を通じて馴染ませ、内側から自分の色に生み直す。

AI秘書の凛ちゃんが調べたwikiは164ノート。そのうち他のノートへのリンクが0なのは136、82.9%。リンクも被リンクもない完全孤立は66、40.2%でした。索引から放射状につながり、ノート同士が結び合う形ではありません。

人間の思考用の57ノートでも、リンク0は68.4%、完全孤立は47.4%。無作為に見た10本では、概念の記録は1つの主張、出来事の記録は1つの出来事になっていました。

6月17日時点の全体診断では、99,436ノート中97,726件が孤立し、98.3%。タグもリンクもない物は76,807件、77%でした。タグで整理する形です。

その時、AI秘書が孤立ノート探しや空ファイル掃除を出しました。私が意味と目的を聞くと、AI秘書は整理の作業をやめました。

受信箱も、全105,841件のうち保管済みと廃棄済みが92,495件、87.4%。分ける運用はある一方、未処理9,227件は1つのフォルダにあります。

飯塚さんは何千枚あってもメモとCardを分けない運用。私は処理済みを分けています。外から内への線には賛成し、リンクは今ほとんど使っていません。

メモ・ノート・カードの3段の詳しい説明は、飯塚さんの別の回を記事にした時に書きました。

私の過去記事より：Obsidianメモ活用術は、末尾に「自分の場面ではこうする」と一行足すだけで使える資産になる

メモは殴り書き、ノートは外部資料にサマリー・疑問・解釈を足したもの、カードは学びを引き抜いて自分の場面でどうするかまで書いたもの

→ つながりを1本見る

よく開くノートを1本選び、出ていくリンクと入ってくるリンクを確認します。つなぐ目的を一文書けば完了。リンクがなければ、その事実を残して止めてよいです。ノートの移動・削除はしません。

動画では、最初は周りのやり方を守り、その後、自分の方法へ磨いていくと説明されています。5月25日、私はObsidianの改善を頼んで任せ、AI秘書の凛ちゃんがタグの表記の揺れを直しました。

飯塚さん（動画の中で・19:26〜）

「最初だけは周りのを守ってくださいねと。とりあえずこういうやり方やりますよと。それでその後ブラッシアップしてくださいっていう風にして皆さん独自の方法を編み出してるんです。」

私なら、今の使い方を見ながら、必要な資料へたどり着く時に困る所だけを、直す対象にします。

型を丸ごと入れると、既存の保存先まで変わります。情報を使うための調整なのに、置き場を作り直す仕事が大きくなる。それで何が使いやすくなるのか、目的から見直したいですね。

5月25日、私はObsidianをノウハウに沿って改善するよう頼み、最適に進めることを任せました。

AI秘書の凛ちゃんはタグ6,304件を点検し、明らかな表記の揺れ236件を、234ファイルで統合しました。

保管庫の構造を作り替える案は、AI秘書の凛ちゃんが採りませんでした。90日更新のないノートを保管先へ動かす案は、着手せず残っています。週次の自動タグ点検も、今は止まっています。

実測では、登録した保管庫は11件で、開いているのは2件。Obsidianを名前に含む資料は、workに770、20_ナレッジに63、過去プロジェクトの置き場に2。同じ話題が3か所に分かれています。

動画は型を守る所から始める説明です。私の場合は、改善を頼んで任せ、AI秘書の凛ちゃんが既存の構造を残してタグを直しました。

次に確かめたいのも、使う時に困る場所です。全部をそろえるより、必要な資料へたどり着けることを大切にしたい。捨てずに預けながら、今の使い方に合う形を探していきます。

→ 10分で1つ確かめる

よく使う話題を1つ検索し、資料の置き場と次に開く物をメモします。直したい場所を1つ書けば完了。10分で決まらなければ、見つかった場所だけ残して止めてよいです。移動・削除はしません。

私なら、型を選ぶ前に、自分のフォルダへ定規を当てます。責任、終わりの印、時間の記録、リンク、受信箱。私の105フォルダでは境界が9つ出て、プロジェクト14件の完了の印は0件でした。

型に当てると、今の使い方まで見えるんです。そこから、直す場所を1つ選ぶ。既存の保存先を守りながら、必要な情報を使いやすくする。自分のための整理は、そこから始めたいですね。