Obsidianグラフビューの使い方｜関係を絞って見直す

Obsidianのグラフビューで分かること・分からないこと

公式ヘルプによると、グラフビューはノート同士の関係を図にするコアプラグイン（Obsidianに最初から入っている機能）です。円がノート、線が内部リンクを表します。あるノートを参照するノートが多いほど、その円は大きくなる仕組みです。公式：Graph view

この説明から読み取れる範囲を、問いごとに分けると次のようになります。

ここからは編集部の見解です。公式ヘルプが書いているのは、参照の数と円の大きさの関係までです。円が大きいノートほど質が高い、重要だ、とは書かれていません。編集部は、リンクの数を質の証拠として扱わないことを勧めます。参照の多いノートに古い内容があれば、その内容が多くのノートの前提になってしまうからです。

線が増えて図の密度が上がっても、それだけでは記録が良くなったとは言えません。業務で見るべき成果は、孤立した議事録や根拠の薄い判断メモを見つけて直せたかどうかです。第二の脳の運用全体でグラフをどう位置づけるかは、Obsidianで第二の脳を作る方法で扱っています。ノートを手で並べて説明する図が必要なら、Obsidian Canvasの使い方を参照してください。

グラフビューの全体とローカルを切り替える

グラフビューには、保管庫（Vault）全体を見る全体グラフと、開いているノートの周辺を見るローカルグラフがあります。公式ヘルプの説明を並べます。

表の内容は公式：Graph viewの説明に基づきます。

リボンは画面の左端にあるアイコンの列、コマンドパレットはキーボードからコマンドを実行するコアプラグインです。ローカルグラフは、対象のノートを開いた状態でコマンドパレットからOpen local graphを実行して開きます。入口が見当たらないときは、設定のCore pluginsを確かめてください。公式ヘルプによると、一部のコアプラグインは初期状態で無効です。公式：Core plugins

グラフの設定は、右上の歯車アイコンから開きます。変更を元に戻すボタンはRestore default settingsです。グラフ上の円をクリックするとそのノートが開き、カーソルを重ねるとつながりが強調されます。

使い分けは編集部の整理です。線のないノートや未作成のリンク先を洗い出すなら、全体グラフ。1枚の判断メモや議事録の周りを確かめるなら、ローカルグラフ。先に全体で対象を拾い、その1枚を開いてローカルへ移ると、見る範囲を広げすぎずに済みます。

ローカルグラフの深さの意味

深さを変える場所は、ローカルグラフのFilter設定の上部にあるスライダーです。公式ヘルプの説明では、深さを1つ上げるごとに「前の深さで見えたノートにつながるノート」が加わります。

深さの数だけで判断せず、Arrowsでリンクの向きも確かめます。開き方は前の表のコマンドを使い、ショートカットはお使いの環境の設定を確認してください。

グラフビューの確認に使う架空のノート10枚

ここからは編集部が作った架空のノート10枚を使います。リンク関係と深さの数値は、Markdownファイルに書いたリンクを自作のスクリプトで計算したもので、Obsidianアプリの画面で確かめた値ではありません。A社への提案に別件のメモと判断メモを混ぜ、線のないノートを入れました。リンク先の列はファイルに書いたリンク、被リンクは他のノートから張られたリンクの本数です。

議事録フォルダに入れたのは、A社の打合せ2枚とB社_定例メモの3枚です。グラフに円（以下、点）として出る可能性があるのは、ノート10枚、添付1個、未作成のリンク先1件の計12件で、リンクは10本あります。見直しの題材になる2枚の中身は次のとおりです。

---
tags:
  - 判断
根拠:
---
# 判断メモ_値引き

A社への提案は値引きして出す。

---
tags:
  - 案件/B社
  - 議事録
---
# B社_定例メモ

次回の見積は価格表_2026の単価で作る。

B社_定例メモの本文には「価格表_2026」という文字がありますが、リンクにはなっていません。計算では、これを未リンクの言及1件として数えました。

計算は次の前提で行いました。深さは向きを区別せずにたどる。検索では一致した点だけを残し、両端が残る線だけを数える。先頭に感嘆符を付けた埋め込みもリンクとして数える。いずれも公式ヘルプに明記がない、編集部の前提です。実際の表示は、ご自身の保管庫で確かめてください。

グラフビューの表示条件で対象を絞る

全体グラフで、検索なし・Tagsオフ・ほかはすべて表示の状態（12点・線10本）を基準にします。1条件ずつ変えたときに残るはずの点や線の数と、そのときに取る行動を対応させました。公式：Graph viewのFiltersで説明されている項目と、検索語の例を組み合わせています。

公式ヘルプによると、Orphansはリンクのないノートを表示するかどうかの切替です。Existing files onlyは、保管庫に実在するノートだけに絞る切替で、まだ存在しないノートにもリンクできることが理由に挙げられています。Attachmentsは添付の表示の切替、Tagsはタグの表示の切替です。

孤立したノートの点検では、Tagsをオフにして、ノート同士のリンクから確認するのがおすすめです。タグとの関係を混ぜずに見るためです。この例の数値にも、タグの点や線は含めていません。

検索語の書き方

Search filesの検索語について、公式ヘルプはSearchのページを参照するよう案内しています。見直しで使いやすいのは次の4つです。公式：Search

• path:議事録：ファイルのパスに「議事録」を含むものを探す
• tag:#案件/A社：そのタグを持つファイルを探す
• -path:テンプレート：先頭のハイフンで除外する
• [根拠:null]：プロパティ「根拠」が空のファイルを探す

nullが拾うのは、値が本当に空のプロパティです。公式ヘルプには、空の引用符や空の括弧は対象外だと書かれています。tag:#workが#myjob/workに一致しない点も、同じページの注意です。最初は結果の少ない条件から試し、対象のノートが含まれるか確かめてください。タグの付け方はObsidianタグの使い方、プロパティの設計はObsidianプロパティの使い方で説明しています。

グループと見た目の設定

Groupsは、検索語に一致するノートを色で区別する機能です。New groupを選び、検索語を入力し、色の円を選んで色を決めます。表示するノートを減らす機能ではありません。合成例でpath:判断とpath:議事録の2つを作ると、前者に判断メモ2枚、後者に議事録3枚が入る計算です。色の意味を読み分けやすくするため、最初は条件が重ならないグループを作りましょう。

Displayの中で見直しに使うのは、リンクの向きを出すArrowsです。Text fade threshold、Node size、Link thicknessは見え方の調整で、Forcesは点にかかる力の調整です。編集部は、これらを点検の前に整える必要はないと考えます。

もう1つ、Excluded filesにも注意します。設定で除外したファイルは、グラフビューに表示されません。公式：Settings 合成例で資料フォルダを除外すると、価格表_2026と、見積からの線が消えて、11点・線9本になる計算です。グラフにないことは、保管庫にないことを意味しません。

グラフビューで孤立・過密なノートを点検する

表示条件で対象を拾ったら、次は1枚ずつ判定します。グラフの見た目だけでは判定できない場面が多いため、状態ごとに確かめる場所を分けます。

線のないノートは2種類に分ける

合成例で本当に線がないのは、B社_定例メモと請求締め手順の2枚です。公式ヘルプのBacklinksには2つの区分があります。そのノートを指すリンクはLinked mentions、ノート名だけが書かれた箇所はUnlinked mentionsに並びます。公式：Backlinks Outgoing linksに出るのは、そのノートから出ているリンクと、他のノート名に一致する文字列です。公式：Outgoing links

• B社_定例メモ：本文に「価格表_2026」があるため、Outgoing linksのUnlinked mentionsに出る想定です。単価の根拠を指しているので、リンクを足します。
• 請求締め手順：他のノート名に一致する文字がなく、単独で完結します。編集部なら無理につなぎません。線がないことと、記録に問題があることは別です。

リンクの足し方は、Obsidianリンクの使い方で扱います。公式のInternal linksにも書式の説明があります。

検索で絞ったときの見かけの孤立

検索で絞った画面では、線がなくても孤立とは限りません。path:議事録で議事録だけを残すと、3枚とも線が0本になる計算です。ところがA社_第1回打合せはA社_要件メモに、A社_第2回打合せはA社_提案書と判断メモ_値引きにリンクしています。リンク先が絞り込みで消えただけで、本当に線がないのはB社_定例メモだけです。

検索結果だけで孤立と決めず、判定は検索欄を空にして行うか、BacklinksとOutgoing linksの両方で確かめます。A社_第1回打合せのように被リンクが0本でも、出ていくリンクがあれば孤立ではありません。検索で絞った画面は、同じ案件や種類のノートを集めて見るときに使います。

孤立していない、根拠の薄い判断メモ

グラフで見落としやすいのは、線はあるのに根拠が書かれていないノートです。判断メモ_値引きは被リンクが2本あり、公式の説明どおりなら、被リンク1本のA社_提案書より円が大きくなります。ところが本文は1行で、出ていくリンクもありません。ローカルグラフで開いたときの到達範囲を計算すると、次のようになります。

深さ1の2本は、どちらも判断メモへ入ってくるリンクです。Arrowsをオンにすると向きが表示されると公式ヘルプにあるので、まずこの設定で向きを確かめます。出ていくリンクだけをたどる計算では、深さをいくつにしても届くノートは0枚でした。

深さ3で価格表_2026に届きますが、経路は提案書と見積を経由したものです。深さを上げて届いたからといって、値引きの根拠が価格表だとは言えません。判断メモの根拠の有無を確かめる場所は本文です。プロパティに「根拠」の欄を用意しておけば、[根拠:null]で空欄のメモを拾えます。

判断メモ_外注先は、別の形で根拠が欠けている例です。外注比較表へのリンクはありますが、そのノートは未作成です。Existing files onlyをオンにすると線が消える計算で、根拠として挙げた資料が保管庫にないと分かります。

参照の多いノートは内容を読む

合成例で被リンクが最も多いのはA社_要件メモの3本で、公式の説明どおりなら最も大きな円になります。編集部は、本数の多さだけで過密と決めず、参照元との食い違いを見ます。ローカルグラフの深さ1で参照元のA社_提案書、A社_見積、A社_第1回打合せを確かめ、要件メモの内容と前提が合っているかを読みます。別の論点が混ざっていれば、分割も選択肢です。

グラフビューの確認結果をノートの改善につなげる

点検は、ノートを直して終わります。見つけた状態ごとに、直す先と完了の目安を決めておきましょう。次の表は編集部の提案で、公式ヘルプの基準ではありません。

合成例で、確認のうえ2本のリンクを足した場合を計算しました。B社_定例メモから価格表_2026へ1本。価格表が値引きの根拠だと確かめられた場合に、判断メモ_値引きから価格表_2026へ1本です。線のないノートは請求締め手順の1枚になり、価格表_2026は判断メモから深さ1で届きます。

ここで線が10本から12本に増えたことは、成果ではありません。成果は、値引きの判断を読む人が根拠へ移れるようになったことです。確認後に同じ表示条件で見直せば、直した結果を比べられます。ご自身の保管庫では、まず1案件のノートだけをpath:やtag:で絞って試してください。

記録を増やすだけでは、古い議事録や根拠のないメモも一緒に増えていきます。どの記録を誰がいつ見直し、AIに読ませる情報をどう整えるかを決める段階で迷う場合は、PLaiのAI社員導入支援で、業務に合わせた点検の流れを一緒に整理できます。Obsidianの基本から確かめたい場合はObsidianとは？できることと最初の使い方をご覧ください。

● 代表・市岡と話す、30分の個別面談

AI活用の「何から？」を、
30分で解決。

御社の仕事を伺い、AIに任せる業務と
最初に試すことを、一緒に決めます。

• 01AIに任せたい仕事を整理
• 02自社に合う始め方を具体化
• 03明日からの一歩を決める

30分の面談を申し込む↗

オンラインで30分AI社員導入支援について →

記事を読む、その先へ。
次は、御社の話を聞かせてください。