ほとんどの人は、毎日の仕事を同じように始めます。
メールを開く。Slack を確認する。プロジェクトフォルダをざっと見て、どの状況がどうなっているか思い出そうとする。カレンダーを開く。タスクリストを確認する。今日実際に何をすべきか、頭の中でなんとか像を結ぼうとする。
45 分後、なんとなく優先順位の見当はつくが、午前中はすでに台無しだ。
問題は、情報が存在しないことではありません。
情報はあります。プロジェクトノート、クライアントファイル、デイリーノート、タスクリスト、カレンダーの中に。
問題は、それらにアクセスするために、あなた自身がすべての間の統合レイヤーにならなければならないことです。
あなたが情報を繋ぐシステムなのです。
Obsidian ダッシュボードは、その役割からあなたを解放します。
ダッシュボードは、保管庫（vault）全体から関連するすべての情報を取得し、プロジェクトファイルを1つも開く前に、1か所に表示します。
1つのノートを開くだけで、今日重要なすべてがわかります。そして仕事を始められます。
このガイドは、ゼロから完全に機能するダッシュボードを構築するための完全な手順です。このダッシュボードは自動的に更新され、Claude Code に接続してインテリジェントな朝のブリーフィングを提供します。
基本原則：保存ではなく読み取り
クエリを書き始める前に、Obsidian ダッシュボードとは何か、何でないかを理解してください。
ダッシュボードは情報を置くための別の場所ではありません。
ダッシュボードは1つのノートであり、保管庫内の他のすべての場所から情報を読み取り、今関連するものを表示します。
この区別こそがダッシュボードの価値です。
ダッシュボードは独自の情報を保存するのではなく、他のノートから読み取るため、手動でメンテナンスする必要がありません。プロジェクトファイル、クライアントノート、デイリーノートはいつも通り更新します。ダッシュボードは開くたびにそれらの更新を自動的に反映します。
ダッシュボード自体にはコンテンツがありません。
クエリがあるだけです。
各クエリは、あなたが定義したルールに基づいて、保管庫の特定の部分から特定の情報を取得します。
元のノートが変われば、ダッシュボードも変わります。
1か所で1回更新するだけで、ダッシュボードはその情報を参照するすべての場所で最新の状態を保ちます。
ダッシュボードに表示されるもの
完全なビジネスダッシュボードには、6つのカテゴリの情報が表示されます。
今日の優先事項 — 今日が期限または期限切れのタスクを優先度順に表示。すぐにアクションが必要な最も重要な10項目。
アクティブなプロジェクトの状況 — すべてのアクティブなプロジェクトと、その進行状況（完了率）、期限、そして次に進めるための具体的なアクション。
直近の期限 — 今後7日以内に期限があるすべてのものを、ノートタイプを問わず表示。プロジェクト、タスク、クライアント成果物を1つのビューに。
クライアントの健全性 — アクティブな全クライアントと、その関係性の健全性ステータス、最終コンタクト日、次のタッチポイント。リスクのあるクライアントは自動的に上部に表示。
未処理の事項 （Open Loops） — 昨日のデイリーノートに残っていて、まだクローズしていない項目。ほとんどのシステムで見落とされがちなもの。
収益の状況 — アクティブな全クライアントを月間収益貢献額でソートし、合計を表示。
6つのセクション。1つのノート。重要なすべて。
技術的な基盤
ライブダッシュボードを可能にする Obsidian の2つの機能があります。
Dataview はコミュニティプラグインで、保管庫のクエリエンジンとして機能します。ノート内にクエリを記述すると、他のノートのプロパティ、タグ、コンテンツに基づいて情報を取得します。ノートを開くたびに結果がライブで表示されます。
プロパティ （Properties） は、各ノートの先頭に YAML 形式で記述する構造化メタデータフィールドです。タスクノートには「期限日」「ステータス」「優先度」などのプロパティがあります。Dataview がこれらのプロパティを読み取り、ダッシュボードに表示します。
セットアップには1つのプラグインと、保管庫内のすべてのノートに一貫した構造を適用するアプローチが必要です。
Obsidian の設定 → コミュニティプラグイン → 参照 から Dataview をインストールします。Dataview を検索し、インストールして有効にしてください。
コアダッシュボードに必要なプラグインはこれだけです。
ダッシュボードクエリのためのノート構造化
ダッシュボードを構築する前に、すべてのノートタイプに Dataview が読み取れる一貫したプロパティが必要です。
プロパティが不統一だと、クエリ結果が不完全になります。特定のタイプのノートすべてに一貫した構造を維持する規律こそが、ダッシュボードを信頼できるものにします。
プロパティ名は、ノートとクエリの間で完全に一致していなければなりません。Type、status、priority、due、deadline — これらの文字列が両方の場所で同じである必要があります。プロパティ名に1つタイプミスがあるだけで、そのノートはクエリから見えなくなります。
最小限のプロパティから始め、ダッシュボードに表示したい情報が増えたら追加していきます。
ダッシュボードをセクションごとに構築する
保管庫のルートに Dashboard.md という新しいノートを作成します。
このノートには、初期構築後は手動で入力するコンテンツは一切入りません。すべてはヘッダーか、保管庫の残りの部分からライブ情報を取得する Dataview クエリです。
セクション1：今日の優先事項
TABLE WITHOUT ID
file.link as "Task",
due as "Due",
project as "Project",
priority as "Priority"
FROM "02 - TASKS"
WHERE type = "task"
AND status != "complete"
AND (due = date(today) OR due < date(today))
SORT priority DESC, due ASC
LIMIT 10
このクエリは、今日が期限または期限切れで未完了のすべてのタスクを取得します。優先度でソートされるため、最も効果の高い項目が上部に表示されます。LIMIT 10 は意図的です。
40件もの期限切れタスクを表示するダッシュボードは、明確さではなく不安を生みます。
10件に制限することで、プロパティレベルでの優先順位付けを強制します。今日期限のタスクが10件を超える場合、ダッシュボードに表示されないものは期限を調整するか、優先度を見直す必要があります。ダッシュボードは正直な優先順位付けの推進力となります。
セクション2：アクティブなプロジェクト
TABLE WITHOUT ID
file.link as "Project",
client as "Client",
completion + "%" as "Done",
deadline as "Deadline",
next_action as "Next Action",
priority as "Priority"
FROM "01 - PROJECTS"
WHERE type = "project"
AND status = "active"
SORT priority DESC, deadline ASC
アクティブなすべてのプロジェクトが、進行状況、期限、具体的な次のアクションとともに表示されます。
next_action プロパティは、このテーブルで最も価値のある列です。プロジェクトファイルを開かずに、各プロジェクトが今何を必要としているかがわかります。期限と進行状況の列と組み合わせることで、2分もかからずにすべてのアクティブプロジェクトの完全な状況を把握できます。
プロジェクトファイル内の next_action プロパティを更新すると、ダッシュボードに即座に反映されます。
セクション3：今後7日間
TABLE WITHOUT ID
file.link as "Item",
type as "Type",
deadline as "Deadline",
status as "Status",
client as "Client"
FROM ""
WHERE (deadline >= date(today) AND deadline <= date(today) + dur(7 days))
AND status != "complete"
SORT deadline ASC
このセクションは、保管庫内のすべてのノートタイプにおいて、今後7日以内に期限があるものをすべてクエリします。プロジェクト、タスク、クライアント成果物がすべて日付順に表示されます。
7日間という期間は、このリストのすべてが近々の計画に真に関連するのに十分短く、かつ期限前に行動できるのに十分長い期間です。
セクション4：クライアント健全性モニター
TABLE WITHOUT ID
file.link as "Client",
health as "Health",
mrr as "MRR ($)",
last_contact as "Last Contact",
next_touchpoint as "Next Touchpoint"
FROM "03 - CLIENTS"
WHERE type = "client"
AND status = "active"
SORT health ASC, last_contact ASC
health を昇順でソートすることで、リスクのあるクライアントが上部に表示されます。
各ヘルスティア内で last_contact を昇順でソートすることで、最後に連絡してから最も時間が経っているクライアントがそのグループ内で最初に表示されます。
この組み合わせにより、何の思考もなくアクションが明確になります。「健康状態が赤」で「最終コンタクトから3週間前」なら、即座に対応が必要です。「健康状態が緑」で「昨日コンタクト済み」なら対応不要です。
health プロパティは3つの値を使用します：healthy、attention、atrisk。これを一貫して維持すれば、ダッシュボードは自動的に CRM レビューを実行します。これを手動でチェックするには20分かかっていたでしょう。
セクション5：未処理の事項 （Open Loops）
このセクションには、デイリーノートにおけるシンプルな規則が必要です。
翌日のダッシュボードに表示させたい項目は、デイリーノートに書くときに「OPEN:」というプレフィックスを付けます。
OPEN: Follow up on revised proposal from client
OPEN: Decision on Q3 content pillars
OPEN: Review contract terms before Thursday call
クエリ：
LIST
FROM "04 - DAILY"
WHERE type = "daily"
AND date = date(today) - dur(1 day)
FLATTEN file.lists AS item
WHERE contains(string(item), "OPEN:")
昨日のデイリーノートで「OPEN:」が付いたすべての項目が、自動的に今日のダッシュボードに表示されます。
「未処理の事項」セクションは、重要で記録に値するが、正式なタスクほどではないものをキャッチします。これらは、正式なタスクのみを追跡するシステムでは見落とされがちです。「OPEN:」規則により、適切なタイミングでそれらを表面化させます。別の追跡システムは不要です。
セクション6：収益の状況
TABLE WITHOUT ID
file.link as "Client",
mrr as "MRR ($)",
health as "Health",
status as "Status"
FROM "03 - CLIENTS"
WHERE type = "client"
AND status = "active"
SORT mrr DESC
テーブルの下に、合計を表示するインラインクエリを追加します。
\\Total MRR:\\ \$= dv.pages('"03 - CLIENTS"').where(p => p.type === "client" && p.status === "active").map(p => p.mrr).array().reduce((a,b) => a + b, 0)\
このテーブルと合計により、現在の収益状況が15秒で把握できます。すべてのアクティブクライアント、月間貢献額、健全性ステータス、実行中の合計。
スプレッドシート不要、手動計算不要。クライアントのプロパティを変更するたびに数値が更新されます。
完全なダッシュボードテンプレート
Dashboard
\
$= dv.date("today").toFormat("EEEE, MMMM d, yyyy")\
Today's Priorities
[DATAVIEW QUERY — SECTION 1]
Active Projects
[DATAVIEW QUERY — SECTION 2]
Next 7 Days
[DATAVIEW QUERY — SECTION 3]
Client Health
[DATAVIEW QUERY — SECTION 4]
Open Loops
[DATAVIEW QUERY — SECTION 5]
Revenue Pulse
[DATAVIEW QUERY — SECTION 6]
\\Total MRR:\\ [INLINE QUERY]
各括弧内のプレースホルダーを、上記のセクションの対応するクエリに置き換えてください。
上部のインライン日付は今日の日付を自動的に表示するため、カレンダーを確認しなくてもダッシュボードがどの日のものか常にわかります。
Claude Code を MCP 経由で接続する
上記で構築したダッシュボードは、ほとんどのビジネス管理セットアップよりもすでに有用です。
Filesystem MCP を介して Claude Code に接続すると、朝の体験を完全に変える2つの機能が追加されます。
インテリジェントな朝のブリーフィング。6つのテーブルの生データを読む代わりに、Claude がダッシュボードを読み取り、6つのセクションすべての情報を統合し、自然言語のブリーフィングを生成します。データが示すものではなく、データが今日にとって何を意味するかを伝えます。
朝のブリーフィング用プロンプト：
Read my Obsidian dashboard note and every file it references.
Synthesize a morning briefing that tells me:
- The single most important thing to accomplish today
- What requires my attention before noon and why
- What is at risk if I do not act on it today
- The client relationship that most needs attention right now
- One decision sitting open that I should make before I start
Do not describe the tables. Tell me what they mean.
Keep the briefing under 300 words. Start with the most urgent thing.
このブリーフィングは、N8N を通じて毎朝6時に自動実行されます。ライブのダッシュボードデータを読み取り、ラップトップを開く前にブリーフィングをあなたのデイリーノートに配置します。
自動プロパティ更新。あなたが作業を完了すると、Claude が対応するプロジェクトファイルやタスクファイルのプロパティを自動的に更新します。
デイリーノートでの完了記法：
DONE: [project name] — [specific deliverable]
UPDATE: [project name] — completion: 65
Claude はこれらのエントリを読み取り、保管庫内の該当ファイルを検索し、プロパティを更新し、変更をログに記録します。ダッシュボードは即座に更新を反映します。
ダッシュボード運用中のデイリーワークフロー
ダッシュボードが動いている状態での、1日の最初の10分間は次のようになります。
6:00 AM： スマートフォンに Telegram 通知が届きます。朝のブリーフィングがデイリーノートに用意されました。
6:02 AM： ブリーフィングを読みます。今日最も重要なことと、注意が必要なクライアント関係が1つ示されています。180語です。
6:05 AM： ダッシュボードを開きます。ブリーフィングで浮かび上がった優先事項がテーブルの表示と一致することを確認します。新しいタスクがあれば、正しいプロパティを設定して追加します。
6:10 AM： 仕事を始めます。
最初にメールを確認しない。最初に Slack を確認しない。5つのツールにまたがる45分間のオリエンテーションもなし。
何が重要かすでにわかっているので、すぐに仕事を始められます。
ダッシュボードは毎朝これを提供します。手動でメンテナンスしたり、コンパイルしたり、手動で更新する必要はありません。
ダッシュボードの精度を長期維持する
ダッシュボードの精度は、その下にあるデータの精度に依存します。
3つの習慣がデータを信頼できるものにします。
何かが変わったらすぐにプロパティを更新する。プロジェクトがアクティブから完了に移行したら、すぐに status プロパティを更新します。クライアントの健全性が変わったら、その日に health プロパティを更新します。古いプロパティは古いダッシュボードデータを生み出します。
「OPEN:」規則を一貫して使用する。何かを明日に引き継ぐ必要があるたびに、デイリーノートに「OPEN:」プレフィックスを付けて書きます。記憶に頼って手動で引き継がないでください。
1日の終わりにもダッシュボードを確認する。1日の終わりに3分間ダッシュボードを確認することで、明日の朝のブリーフィングが実行される前に更新すべきものを特定できます。午後5時に5つのプロパティを更新すれば、午前6時のブリーフィングが、ブリーフィングを読みながら更新するよりも正確になります。
トラブルシューティング
クエリが空の結果を返す： ノート内のプロパティ名がクエリ内のプロパティ名と完全に一致していません。タイプミス、大文字小文字の違い、引用符の欠落を確認してください。
プロパティが表示されない： YAML frontmatter ブロックは、ノートの先頭、他のコンテンツより前に配置する必要があります。最初の「---」の前に1文字でもあると、プロパティブロック全体が壊れます。
日付クエリが機能しない： プロパティ内の日付は、YYYY-MM-DD 形式に完全に従う必要があります。「2026-5-18」はクエリを壊します。「2026-05-18」は機能します。
ダッシュボードの読み込みが遅い： クエリ条件に一致するノートが多すぎます。フォルダフィルターを追加して範囲を絞り込んでください。FROM "01 - PROJECTS" のクエリは、保管庫全体を対象とする FROM "" よりも高速です。
インライン計算でエラーが表示される： MRR プロパティには文字列ではなく数値が含まれている必要があります。「mrr: 3000」は機能します。「mrr: "$3,000"」は機能しません。
30日後に変わること
ダッシュボードは、使い始めた最初の朝からすぐに価値を発揮します。
2か月目には、複利効果が現れます。
プロパティを更新するたびに、保管庫のデータを最新に保つ規律が身につきます。その規律が蓄積され、ダッシュボードが部分的に正確ではなく、真に正確なシステムになります。
キャプチャした「OPEN:」項目ごとに、意図していたことと実際に追跡したことの間のギャップが埋まります。30日間で、以前は見落としていた重要だが緊急ではない項目を失うことがなくなります。
Claude がダッシュボードデータから生成する朝のブリーフィングは、基盤となるデータが豊かになるにつれて、実際の作業パターンにより適合するようになります。
2か月目には、ダッシュボードがなかった頃の朝の始め方を思い出せなくなるでしょう。
3か月目には、ダッシュボードなしで1日を始めることはなくなるでしょう。
構築には1つの午後しかかかりません。
複利効果は最初の朝から始まります。
今日構築してください。
@cyrilXBT をフォローして、このシステム全体を実現する正確な Dataview クエリ、Claude プロンプト、保管庫テンプレートを入手してください。
