大部分人的工作日都以同樣的方式開始。
打開 Email、檢查 Slack、瀏覽專案資料夾試圖回憶目前進度、查看行事曆、檢查任務清單、試圖在腦中拼湊今天真正需要完成的畫面。
四十五分鐘後，你對優先事項有了模糊的概念，但早上的黃金時段已經被浪費了。
問題不在於資訊不存在。
資訊存在於你的專案筆記、客戶檔案、每日筆記、任務清單和行事曆中。
問題在於，要存取這些資訊，你必須成為所有環節的整合層。
你就是連接所有資訊的系統。
Obsidian 儀表板能讓你擺脫這個角色。
它從你的整個筆記庫中提取所有相關資訊，在你打開任何一個專案檔案之前，就將它們呈現在同一個地方。
你打開一則筆記。你看到今天所有重要的事項。你開始工作。
本指南將從零開始，完整建置一個全自動更新、並能連接 Claude Code 進行智慧晨間簡報的儀表板。
核心原則：讀取而非儲存
在你撰寫任何查詢之前，先理解 Obsidian 儀表板是什麼、不是什麼。
儀表板不是另一個存放資訊的地方。
它是一則專門從你筆記庫中其他地方讀取資訊，並顯示當下相關內容的單一筆記。
這個區別正是儀表板的價值所在。
因為儀表板從你的其他筆記中讀取資料，而非儲存自己的資訊，所以你不必手動維護它。你像往常一樣更新你的專案檔案、客戶筆記和每日筆記。每次打開儀表板時，它都會自動反映這些更新。
儀表板本身沒有任何內容。
它只有查詢。
每個查詢根據你定義的規則，從筆記庫的特定部分提取特定資訊。
當底層的筆記改變時，儀表板也會跟著改變。
你只需在一個地方進行更新。儀表板就能在引用該資訊的任何地方保持最新狀態。
儀表板顯示的內容
一個完整的商務儀表板會呈現六類資訊。
今日優先事項 — 今日到期或逾期的任務，按優先級排序。需要立即處理的十項最重要事項。
活躍專案狀態 — 每個活躍專案及其當前完成百分比、截止日期，以及推動專案進展的具體下一步行動。
即將到來的截止日期 — 所有類型筆記中，未來七天內有截止日期的事項。專案、任務和客戶交付物集中在一個視圖中。
客戶健康狀況 — 每個活躍客戶的關係健康狀態、最後聯繫日期和下一次預定聯絡點。有風險的客戶會自動顯示在最上方。
未結事項 — 昨日每日筆記中尚未完成、仍需處理的項目。那些在大多數系統中容易被忽略的事項。
收入脈搏 — 每個活躍客戶按每月貢獻收入排序，並顯示即時總計。
六個區塊。一則筆記。所有重要資訊。
技術基礎
兩個 Obsidian 功能使得即時儀表板成為可能。
Dataview 是一個社群外掛程式，可作為筆記庫的查詢引擎。它讓你能在任何筆記中撰寫查詢，根據其他筆記的屬性、標籤或內容來提取資訊。每次打開筆記時，結果都會即時呈現。
屬性 是以 YAML 格式寫在每則筆記頂端的結構化元資料欄位。任務筆記有截止日期屬性、狀態屬性和優先級屬性。Dataview 會讀取這些屬性，然後儀表板會顯示它們。
設定只需要一個外掛程式，以及對筆記庫中每則筆記結構的一致處理方式。
從 Obsidian 設定 → 社群外掛程式 → 瀏覽中安裝 Dataview。搜尋 Dataview。安裝並啟用它。
這就是核心儀表板所需的唯一外掛程式。
為儀表板查詢結構化你的筆記
在建置儀表板之前，每個筆記類型都需要 Dataview 能夠讀取的一致屬性。
不一致的屬性會產生不完整的查詢結果。保持每種類型筆記結構一致的紀律，是讓儀表板值得信賴的關鍵。
屬性名稱在筆記和查詢中必須完全一致。Type、status、priority、due、deadline——這些確切字串會同時出現在兩者中。屬性名稱中的一個錯字，就會導致該則筆記對查詢來說變成隱形。
從最小可行的屬性開始。當你確定還想讓儀表板呈現哪些資訊時，再逐步增加。
逐步建置儀表板
在你的筆記庫根目錄下建立一個名為 Dashboard.md 的新筆記。
在初始建置完成後，這則筆記將永遠不會包含手動輸入的內容。其中的所有內容不是標題，就是從筆記庫其他部分提取即時資訊的 Dataview 查詢。
區塊 1：今日優先事項
TABLE WITHOUT ID
file.link as "任務",
due as "截止日",
project as "專案",
priority as "優先級"
FROM "02 - 任務"
WHERE type = "task"
AND status != "complete"
AND (due = date(today) OR due < date(today))
SORT priority DESC, due ASC
LIMIT 10
這個查詢會提取所有今日或之前到期、且尚未完成的任務。它會先按優先級排序，讓槓桿率最高的項目顯示在最上方。LIMIT 10 是刻意為之。
一個顯示 40 項逾期任務的儀表板會造成焦慮，而不是清晰度。
限制為十項會強制在屬性層級進行優先級排序。如果今天有超過十項任務到期，那些未能顯示在儀表板上的任務就需要調整其截止日期或重新評估其優先級。儀表板變成了一個進行誠實優先級排序的強制機制。
區塊 2：活躍專案
TABLE WITHOUT ID
file.link as "專案",
client as "客戶",
completion + "%" as "進度",
deadline as "截止日",
next_action as "下一步行動",
priority as "優先級"
FROM "01 - 專案"
WHERE type = "project"
AND status = "active"
SORT priority DESC, deadline ASC
每個活躍專案都會顯示在這裡，包含其完成百分比、截止日期和具體的下一步行動。
next_action 屬性是這個表格中最有價值的欄位。它會顯示每個專案當前需要什麼，而你無需打開任何一個專案檔案。結合 deadline 和 completion 欄位，你可以在兩分鐘內評估所有活躍專案的完整狀態。
當你在專案檔案中更新 next_action 屬性時，儀表板會立即反映變更。
區塊 3：未來七天
TABLE WITHOUT ID
file.link as "項目",
type as "類型",
deadline as "截止日",
status as "狀態",
client as "客戶"
FROM ""
WHERE (deadline >= date(today) AND deadline <= date(today) + dur(7 days))
AND status != "complete"
SORT deadline ASC
這個區塊會查詢筆記庫中所有類型、且在未來七天內有截止日期的項目。專案、任務和客戶交付物會全部一起顯示，並按日期排序。
七天的時間範圍夠短，足以確保清單上的所有事項都與近期規劃真正相關；同時也夠長，讓你能夠在截止日期前採取行動，而不只是被動地應對。
區塊 4：客戶健康監控
TABLE WITHOUT ID
file.link as "客戶",
health as "健康狀態",
mrr as "月經常性收入 (MRR) ($)",
last_contact as "最後聯繫",
next_touchpoint as "下次接觸點"
FROM "03 - 客戶"
WHERE type = "client"
AND status = "active"
SORT health ASC, last_contact ASC
按 health 正向排序（升序）會讓有風險的客戶顯示在最上方。
在每個健康層級內按 last_contact 升序排序，則能讓那些你最近較少聯繫的客戶在其所屬群組中優先顯示。
這種組合讓行動變得一目了然，無需任何額外思考。紅色健康狀態加上三週前的聯繫日期意味著需要立即行動。綠色健康狀態加上昨天的聯繫日期則不需要。
health 屬性使用三個值：healthy（健康）、attention（需要注意）和 atrisk（有風險）。保持這個設定的一致性，儀表板就會自動完成 CRM 審查，而這本來可能需要 20 分鐘的手動檢查。
區塊 5：未結事項
這個區塊需要在你的每日筆記中有一個簡單的慣例。
任何你想要在第二天儀表板上顯示的項目，在寫入每日筆記時，都需要加上 OPEN: 前綴。
OPEN: 跟進客戶的修訂提案
OPEN: 決定第三季內容支柱
OPEN: 在週四電話會議前審查合約條款
查詢：
LIST
FROM "04 - 每日"
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 "客戶",
mrr as "月經常性收入 (MRR) ($)",
health as "健康狀態",
status as "狀態"
FROM "03 - 客戶"
WHERE type = "client"
AND status = "active"
SORT mrr DESC
在表格下方加入這個內嵌查詢來顯示總計：
\\月經常性收入 (MRR) 總計：\\ \$= dv.pages('"03 - 客戶"').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")\
今日優先事項
[DATAVIEW 查詢 — 區塊 1]
活躍專案
[DATAVIEW 查詢 — 區塊 2]
未來 7 天
[DATAVIEW 查詢 — 區塊 3]
客戶健康狀況
[DATAVIEW 查詢 — 區塊 4]
未結事項
[DATAVIEW 查詢 — 區塊 5]
收入脈搏
[DATAVIEW 查詢 — 區塊 6]
\\月經常性收入 (MRR) 總計：\\ [內嵌查詢]
將每個用括號括起來的佔位符替換為上方對應區塊的查詢。
頂端的內嵌日期會自動顯示今天的日期，讓你不必查看行事曆就能知道儀表板顯示的是哪一天。
透過 MCP 連接 Claude Code
上面建置的儀表板已經比大多數商業管理工具更有用。
透過 Filesystem MCP 連接到 Claude Code 後，它將獲得兩個能徹底改變早晨體驗的能力。
智慧晨間簡報。 Claude 不是閱讀六個區塊的原始數據，而是讀取儀表板，綜合分析所有六個區塊的資訊，並產出自然語言的簡報。不是告訴你數據顯示了什麼，而是告訴你這些數據對今天意味著什麼。
晨間簡報提示詞：
閱讀我的 Obsidian 儀表板筆記及其引用的所有檔案。
綜合分析後，產出一個早晨簡報，告訴我：
- 今天最重要、必須完成的一件事是什麼
- 午前有什麼需要我關注的事及其原因
- 如果我今天不行動，會有什麼風險
- 哪一個客戶關係最需要我立即關注
- 在我開始工作前，有一個懸而未決的決定需要我先做出
不要描述表格。告訴我它們的意義。
簡報控制在 300 字以內。從最緊急的事情開始。
這個簡報會透過 N8N 每天早上 6 點自動執行。它會讀取即時的儀表板數據，並在你打開筆記型電腦前，將簡報存入你的每日筆記中。
自動屬性更新。 當你完成工作時，Claude 會自動更新你專案和任務檔案中相應的屬性。
你每日筆記中的完成慣例：
DONE: [專案名稱] — [具體交付物]
UPDATE: [專案名稱] — completion: 65
Claude 會讀取這些條目，在筆記庫中找到對應的檔案，更新屬性，並記錄變更。儀表板會立即反映這些更新。
使用儀表板的每日工作流程
以下是你一天中前十分鐘的樣貌。
上午 6:00： 你的手機收到 Telegram 通知。晨間簡報已準備好，存放在你的每日筆記中。
上午 6:02： 你閱讀簡報。它告訴你今天最重要的一件事，以及哪一個客戶關係需要關注。全文約 180 字。
上午 6:05： 你打開儀表板。你確認簡報中提出的優先事項與表格顯示的內容一致。你新增任何帶有正確屬性的新任務。
上午 6:10： 你開始工作。
不再先看 Email。不再先看 Slack。不再需要花 45 分鐘在五個工具之間切換。
你開始工作，因為你已經知道什麼是重要的。
儀表板每天早上都能做到這一點，而你無需手動維護、編譯或更新它。
讓儀表板隨著時間推移保持準確
儀表板的準確性取決於其底層數據。
三個習慣能讓數據保持可靠。
一旦有變動就立即更新屬性。 當專案從「活躍」變為「完成」時，立即更新 status 屬性。當客戶的健康狀況改變時，當天就更新 health 屬性。過時的屬性會產生過時的儀表板數據。
一致地使用 OPEN: 慣例。 每當有事項需要延續到隔天時，就在你的每日筆記中用 OPEN: 前綴寫下來。不要依賴記憶去手動延續。
不僅在一天開始時審查儀表板，也要在一天結束時審查。 一天結束時花 3 分鐘審查儀表板，可以確定在明早的晨間簡報執行前需要更新哪些內容。在下午 5 點更新五個屬性，比已經在閱讀簡報時才做五個更新，能產出更準確的上午 6 點簡報。
疑難排解
查詢返回空結果： 筆記中的屬性名稱與查詢中的屬性名稱不完全一致。檢查是否有錯字、大小寫差異或缺少引號。
屬性未顯示： YAML 前言區塊必須位於筆記最頂端，且在其他所有內容之前。在開始的 --- 之前有任何字元，都會破壞整個屬性區塊。
日期查詢無法運作： 屬性中的日期必須嚴格遵循 YYYY-MM-DD 格式。2026-5-18 會破壞查詢。2026-05-18 則可以。
儀表板載入緩慢： 符合查詢條件的筆記過多。新增資料夾篩選條件以縮小範圍。查詢 FROM "01 - 專案" 比查詢 FROM ""（來自整個筆記庫）更快。
內嵌計算顯示錯誤： mrr 屬性必須包含數字，而不是字串。mrr: 3000 可以正常運作。mrr: "$3,000" 則不行。
30 天後會有什麼改變
儀表板從你使用的第一天早上就開始產生立即的價值。
複利效應在第二個月開始顯現。
你進行的每一次屬性更新，都在訓練一種保持筆記庫數據即時的紀律。這種紀律會產生複利，最終讓儀表板從部分準確變為真正準確。
你捕捉的每一個 OPEN: 項目，都縮小了你想做的事情與你實際追蹤到的事情之間的差距。30 天後，你將不再遺失那些重要但不緊急、經常被忽略的事項。
Claude 根據儀表板數據生成的每一次晨間簡報，隨著底層數據越來越豐富，也會越來越貼近你的實際工作模式。
到了第二個月，你將無法回想起在儀表板出現之前，你的早晨是如何開始的。
到了第三個月，沒有它你將無法開始新的一天。
建置這個系統只需要一個下午。
複利效應從第一個早晨開始。
今天就開始建置吧。
追蹤 @cyrilXBT 以獲得使整個系統運作的精確 Dataview 查詢、Claude 提示詞和筆記庫範本。
