ObsidianでPARAメソッドを設定する方法（2026年ガイド）

ほとんどのObsidianボルト（vault）は整然と始まりますが、最終的には混乱に陥ります。プロジェクト用のフォルダを作り、リサーチ用のフォルダをもう1つ作り、分類できないすべてのノートを静かに呑み込む「その他」フォルダを作成します。6ヶ月後には400のノートを抱え、どこに何があるのか全くわからなくなります。問題は通常Obsidian自体にあるのではありません。ノートがどこに入り、いつ移動すべきかを決定するシステムの不在にあります。

PARAはそのためのシステムです。Tiago Forteによって考案されたPARAは、保存するすべての情報を正確に4つのバケツ（バケット）に分類します：プロジェクト (Projects)、エリア (Areas)、リソース (Resources)、アーカイブ (Archives)。トピック別ではなく、情報の実行可能性（アクション性）の高さによって整理するため、ほとんどのフォルダシステムが陥る罠を回避できます。マーケティングに関するノートは多数のトピックフォルダに当てはまる可能性がありますが、PARAにおいては特定の瞬間において正しい保管場所が正確に1つだけ存在します。

このガイドでは、空のボルトからObsidian内にPARAを設定する全手順を解説します：4つのフォルダ、あらゆるノートを分類するための実行可能性テスト、フォルダとリンク・タグを組み合わせる方法、そしてシステム全体が腐敗するのを防ぐ週次レビューまでを網羅します。最終的には、50のノートから5,000のノートまで崩壊することなく拡張できる構造が手に入ります。

PARAメソッドとは何か、どのような問題を解決するのか？

PARAは、実行可能性の順に並べられた4つの相互に排他的なフォルダを提供することで、「このノートはどこに入るのか？」という問題を解決します。何かを保存するたびに新しいトピックフォルダをでっち上げる代わりに、1つの質問を投げかけます：これに対してどれくらい早く行動を起こすか？その答えが正確に1つのフォルダを指し示します。

各バケットに含まれるものは以下の通りです：

• プロジェクト (Projects) — 締め切りと明確な成果物があるもの。「新しいウェブサイトの立ち上げ」、「第3四半期のオフサイト計画」、「カンファレンストークの執筆」。プロジェクトには終わりがあります。
• エリア (Areas) — 終了日のない継続的な責任。「健康」、「財務」、「チーム管理」、「住まい」。ここでは無期限に一定の水準を維持します。
• リソース (Resources) — 興味はあるがアクティブに取り組んでいないトピックや参照資料。「タイポグラフィ」、「ストア派哲学」、「Rustプログラミング」、「レシピ」。
• アーカイブ (Archives) — 他の3つから非アクティブになったすべてのもの。完了したプロジェクト、管理しなくなったエリア、興味を失ったリソース。

素晴らしいのはその並び順です。プロジェクトが最も実行可能性が高く、アーカイブが最も低くなります。ほとんどのフォルダシステムは主題ごとに整理するため、1つのノートに対して「マーケティング」、「第3四半期キャンペーン」、「クライアントX」のどれにするか選択を迫られます。PARAはノートのトピックが変わったからではなく、実行可能性が変わるにつれて同じノートがバケット間を移動するため、その問題を完全に回避できます。

注：PARAはソフトウェアに依存しません。同じ4つのフォルダが、ファイルシステム、クラウドドライブ、ノートアプリで機能します。その一貫性が、定着しやすい理由の1つです。

なぜPARAはObsidianとこれほど相性が良いのか？

PARAがObsidianと特に相性が良い理由は、ObsidianがシンプルなフォルダとMarkdownファイルをベースに構築されているため、プラグインを一切使わずに4つのバケットを実際のディレクトリに直接マッピングできるからです。ツールを無理やりメソッドに合わせる必要はなく、メソッド自体がすでにObsidianの思考パターンそのものなのです。

この組み合わせが強力である理由：

• フォルダがネイティブであること。 Obsidianはノートをディスク上のフォルダ内のファイルとして保存します。PARAの4つのフォルダは、Finderやエクスプローラーで見ることができる単なる4つのディレクトリです。
• リンクがフォルダを横断すること。 PARAはノートがどこに住んでいるかを伝えますが、Obsidianの [[wikilinks]] により、フォルダに関関係なくノートが何にでも接続できます。クリーンなストレージと豊かな関連付けを同時に得られます。
• 将来にわたって安全でプライベートであること。 ボルトはあなたが所有するプレーンテキストです。ロックインもなく、構造を人質に取るサブスクリプションもありません。
• 検索やDataviewが機能すること。 分類が一貫しているため、「すべてのアクティブなプロジェクト」といったクエリが極めてシンプルになります。

Notionのようなツールから移行する場合、この「フォルダ優先」のアプローチは最初は違和感があるかもしれませんが、すぐに効果を発揮します。より広い視野を得たい場合は、当サイトの 個人ナレッジ管理ツールガイド でPARAと他の整理システムとの比較を取り上げています。

ステップバイステップでPARAフォルダを設定する方法

PARAの設定は約5分で完了します：4つの番号付きトップレベルフォルダを作成し、実際に必要な場所にのみ少数のサブフォルダを追加します。番号を付けることで、サイドバー内で実行可能性の順序通りに並びます。

新規または既存のボルトで以下の手順を実行してください：

1. 4つのトップレベルフォルダを作成します。 正しくソートされるように数字のプレフィックスを付けて命名します：
   • 1 Projects
   • 2 Areas
   • 3 Resources
   • 4 Archives
2. 必要に応じて5つ目のユーティリティフォルダを追加します: 未整理の迅速なキャプチャ用に 0 Inbox を作成します。これがステージングエリアになります。
3. 1 Projects 内にアクティブなプロジェクトごとに1つのサブフォルダを作成します。 1つのフォルダに1つの成果物。まだ開始していないプロジェクトのフォルダを事前に作らないでください。
4. 2 Areas 内に実際の責任をリストアップします。 このリストは短く保ちます。ほとんどの人は30個ではなく、5〜10個の本当のエリアを持っています。
5. Resourcesは基本的にフラットに保ちます。 トピックに本当に多くのノートがある場合にのみサブフォルダを追加します。バラバラのノートが入った単一のフォルダで十分です。
6. Archivesは当面空にしておきます。 プロジェクトが完了し、エリアが終了するにつれて、時間とともに自動的に埋まっていきます。

ヒント：初日から深いフォルダツリーを作りたいという衝動を抑えてください。PARAは、空の大聖堂を設計したときではなく、フォルダが実際のノートを保持することでその存在価値を獲得したときに最高のパフォーマンスを発揮します。

骨組みができたら、Obsidianのデフォルト設定をそこに向くように指定します。新しいノートが 0 Inbox に入るように設定し、デイリーノートのテンプレートが 2 Areas の下（例えば「Journaling」エリアの下）に入るように設定します。ちなみに、デイリーノートはこのシステムへの自然な入口です — キャプチャとレビューを日課に組み込む方法については Obsidianデイリーノートマスターガイド を参照してください。

ノートの行き先をどう決定するか？実行可能性テスト

ノートがどこに属するかを決定するには、1つの降順の質問を実行します：これはアクティブなプロジェクトに関連しているか？そうでない場合、継続的なエリアか？そうでない場合、参照資料か？どれでもない場合はアーカイブです。最初の「はい」が勝ちます。

上から下へ進み、最初のマッチで停止します：

1. 締め切りがあり、現在アクティブに取り組んでいるプロジェクトに接続されているか？ → 1 Projects
2. 時間をかけて維持している継続的な責任をサポートしているか？ → 2 Areas
3. 興味はあるが現在行動を起こしていないトピックか？ → 3 Resources
4. 上記のいずれでもない — 非アクティブ、完了、またはもはや関連性がないか？ → 4 Archives

重要な洞察：あなたとそのノートとの関係が変わるにつれて、同じノートがフォルダ間を移動できます。電子メールマーケティングの戦術に関するノートは、ニュースレターを立ち上げるまで 3 Resources に置かれ、立ち上げる時点で 1 Projects 内のそのプロジェクトフォルダに移動します。ローンチが完了すると、プロジェクトフォルダは 4 Archives に移動します。ノートのトピックは一度も変わっていません。変わったのはその実行可能性だけです。

ヒント：迷ったときは、実行可能性の順序で高い方に分類してください。アクティブなノートをResourcesに埋めて存在を忘れてしまうよりは、Projectsに過剰に含めて後から降格させる方が賢明です。

この単一のテストこそがPARAを拡張可能にする理由です。分類学について議論する必要はなく、ただ実行可能性を確認して次へ進むだけです。ボルト内でかなりの量の作業を管理している場合は、これを実際のプロジェクト構造と組み合わせることが重要です。当サイトの Obsidianプロジェクト管理ガイド では、Projectsバケット内で複雑なプロジェクトを運営する方法を深掘りしています。

PARAフォルダをリンクおよびタグと組み合わせる方法

3つのレイヤーそれぞれに明確な役割を与えることで組みせます：フォルダは「どこに住んでいるか」、リンクは「何に関連しているか」、タグは「どのような状態またはタイプか」に答えます。1つのレイヤーに3つすべての役割をやらせないでください。

これらを直交するシステムとして考えてください：

• フォルダ = 場所 (PARA)。 実行可能性に基づき、ノート1つにつき正確に1つの場所。これがファイリングキャビネットです。
• リンク = 関係。 [[wikilinks]] を使用して、プロジェクトノートをそれがサービスを提供するエリア、参照するリソースノート、関係者に接続します。リンクはフォルダの境界を完全に無視します。
• タグ = 状態とタイプ。 #active、#waiting、#someday、#meeting のような、フィルタリングのためにフォルダを横断する軽量なメタデータ。

典型的な間違いは、フォルダツリーをタグとして再作成することです（#projects、#areas）。フォルダがすでにそれを示しているため冗長です。タグは、毎週変わるステータスなど、フォルダでは捉えきれないものをキャプチャするときに真価を発揮します。

リンクは、Obsidianが普通のフォルダを引き離す部分です。1 Projects 内のプロジェクトは、2 Areas 内の親エリアや 3 Resources 内の半ダースの参照ノートに直接リンクし、PARAフォルダだけでは決して表現できないウェブを織りなすことができます。このレイヤーを正しく理解するには、Obsidianリンク完全ガイド をお読みください — ノート同士を接続することこそが、ファイリングシステムを第二の脳へと変容させるのです。

3つのレイヤーすべてを手動で設定するのが大変そうに思えるなら、実際にそうです — だからこそ Obsibrain にはPARAフォルダ、リンク規則、タグの分類体系が事前に設定されており、ボルトを開いた瞬間から構造が用意されています。

PARAを整然と保つための週次レビューの運用方法

週次レビューは、実行可能性がシフトしたノートの再整理を強制することでPARAを健全に保ちます：完了したプロジェクトはArchivesへ移動し、停滞しているものは再検討され、Inboxはゼロにクリアされます。この儀式がなければ、PARAは防ぐはずだった混乱へと徐々に引き戻されていきます。

週に1回、できれば毎週同じ日にこのチェックリストを実行してください：

1. Inboxを空にする。 キャプチャしたすべてのノートを実行可能性テストを使って正しいPARAフォルダに分類します。Inboxはゼロになる必要があります。
2. アクティブなプロジェクトをレビューする。 1 Projects 内の各フォルダについて、まだアクティブであり明確な次のアクションがあることを確認します。停滞しているものにマークを付けます。
3. 完了したプロジェクトをアーカイブする。 終了したプロジェクトフォルダを 4 Archives にドラッグします。これがレビューで最も満足感のある瞬間です。
4. エリアをスキャンする。 2 Areas を素早くチェックし、静かに崩壊しているものがないか確認します。
5. 昇格と降格。 行動を起こし始めたらリソースをプロジェクトへ移動し、休眠状態のプロジェクトはリソースやエリアに降格させます。
6. ループを閉じる。 ステータスを更新し、古いタグをクリアし、翌週に必要な事項をメモします。

ヒント：週次レビューを既存のウィークリーノートに固定してください。定期的な計画を立てる場合、レビューと計画は同じセッションになります — 両方を1つの場所でキャプチャしましょう。

週次レビューは妥協の余地がありません。PARAは一度設定すれば終わりの構造ではなく、維持し続ける構造であり、その維持こそが信頼性を生み出します。信頼できるボルトこそが、実際に使い続けるボルトなのです。

避けるべき最も一般的なPARAの間違いとは？

最も一般的なPARAの間違いは、過剰なフォルダ作成、Archivesの放置、そしてAreasとProjectsの混同です — これらはそれぞれ、システムが役に立たなくなるまで静かにシステムを蝕んでいきます。事前に知っておくことで数ヶ月の摩擦を回避できます。

以下に注意してください：

• 過剰なフォルダ階層化。 ノートが入る前に、深くネストされたサブフォルダを作成すること。PARAは浅くあるべきです。ほとんどのノートは5階層ではなく、1〜2階層の深さに収めるべきです。
• 二度と使わない死んだアーカイブ。 Archivesは墓場のように感じられますが、リソースです。過去の完了したプロジェクトには、再利用可能なアセットが詰まっています。類似の作業をゼロから始める前に、Archivesを検索してください。
• AreasとProjectsの混同。 「健康になる」はエリアです（継続的、終わりがない）。「10月にハーフマラソンを走る」はプロジェクトです（期限、成果物）。ラベルを間違えると、Projectsが永久に「完了」できないもので溢れ返り、レビューのモチベーションを挫くことになります。
• Resourcesをごみ箱のように扱うこと。 Resourcesは本当に再訪する参照資料であり、分類できなかったすべてのものを放り込む場所ではありません。本当にごみであれば、アーカイブするか削除してください。
• ノートをまったく移動しないこと。 PARAはノートがバケット間を流れることによってのみ機能します。2年前にResourcesに入ったノートが一度も移動していない場合、週次レビューが行われていないサインです。

注：あるものがResourceかAreaかで悩んでいるなら、考えすぎです。分類して次へ進み、週次レビューで間違いを修正させましょう。間違えた場合のコストは、1回のドラッグ＆ドロップだけです。

ObsibrainはどのようにPARAを事前設定して出荷しているか？

ObsibrainはPARAが完全に構築された状態で出荷されるため、セットアップ全体をスキップして初日からノートの整理を開始できます。4つの番号付きフォルダ、インボックス、合理的なサブフォルダ、タグの分類体系、前述のリンク規則がすべて箱から出してすぐに使える状態になっています。

フォルダを設計したりデフォルトを設定したりする代わりに、以下が手に入ります：

• 事前設定されたPARAフォルダ — Projects、Areas、Resources、Archivesがすでに配置され整列されています。
• インボックスへのクイックキャプチャ により、ノートを分類する前のステージングエリアを確保。
• GTD＋アイゼンハワーマトリクスのタスク管理 が重ね合わされ、プロジェクトが単なるフォルダではなく実際の次のアクションと優先順位を保持。
• 日・週・月・年の定期計画 に週次レビューがリズムとして組み込まれていること。
• 習慣トラッキング、SMARTプロジェクト、ミーティング/CRM がPARA構造と競合することなくその内部に同居。

既成テンプレートの目的はPARAの学習をスキップすることではなく — 面倒なセットアップをスキップして、システムを構築する時間ではなく使う時間に集中できるようにすることです。すでに動作するボルトを開きたい場合は、Obsibrain がPARA、タスク管理、計画を1つのテンプレートに事前設定して提供します。

よくある質問

ObsidianでPARAを使用するにはプラグインが必要ですか？ いいえ。PARAは単なる4つのフォルダであり、Obsidianはプラグインなしでネイティブにフォルダをサポートしています。Dataview（アクティブなプロジェクトのクエリ）、Tasks（次のアクション）、Periodic Notes（週次レビュー）などの実際のプラグインで拡張できますが、始めるために必須のものはありません。

PARAとタグベースのシステムのどちらを使うべきですか？ ノートが住む場所 にはPARAを、状態とタイプ にはタグを使用してください — これらは相補的であり競合しません。PARAは各ノートに明確な1つの居場所を与え、タグはその上にフィルタリングレイヤーを追加します。フォルダを完全にタグで置き換えようとすると、通常PARAが解決する「どこに入れるか？」という問題が再発します。

AreaとResourceの違いは何ですか？ Areaは一定の基準に従ってアクティブに維持する継続的な責任（健康、財務、チーム）であり、Resourceは単に興味があり責任を負っていないトピック（趣味、読書している主題）です。怠ったときに罪悪感を覚えるならAreaです。単に好奇心を覚えるだけならResourceです。

各PARAフォルダの大きさはどれくらいであるべきですか？ ProjectsとAreasは小さく厳選された状態を保つべきです — アクティブなプロジェクトが40個ある場合、ほとんどは実際にはアクティブではありません。ResourcesとArchivesは閲覧ではなく検索されるため、大きくなっても問題ありません。膨れ上がったProjectsフォルダは警告サインであり、膨れ上がったArchiveはきわめて健全です。

結論

PARAが機能する理由は、「これは何のトピックか？」という回答不能な質問を、「これはどれくらい実行可能か？」という回答可能な質問に置き換えるからです。4つのフォルダ、1つのテスト、週次レビューがあれば、50個目のノートから5,000個目のノートまでボルトを整理された状態に保つことができます。骨組みを設定し、実行可能性によって分類し、フォルダを越えてリンクし、優先順位が変化するにつれて週次レビューにノートを移動させましょう。

メソッドはシンプルですが、セットアップとそれを取り巻くシステム（タスク、計画、キャプチャ）を適切に構築するには時間がかかります。PARAとその周辺すべてがすでに動作しているボルトから始めたい場合、まさにそれを実現するために構築されたのがObsibrainです。どちらにせよ、重要なステップは最初の一歩です：今すぐその4つのフォルダを作成し、分類を始めましょう。