# 影片筆記：Obsidian不用学｜Claude code 全接管，从0搭笔记系统

## 一句話總結

在 Agent 與 AI 輔助下，Obsidian 的學習門檻大幅降低，使用者只需專注於內容創作與方向設定，將資料夾架構搭建、標籤管理、素材蒐集、雙鏈建立及模板生成等 99% 的繁瑣設定工作交給 AI 自動執行，實現「人定方向與邊界，AI 負責執行」的工作流。

## 核心重點

1.  **觀念轉變：工具是容器，架構是永恆**
    *   傳統使用 Obsidian 的痛點在於數據同步與筆記庫架構，新手教程往往講解過多概念（如 Para 分類法、卡片筆記、MOC），導致學習成本高。
    *   擁有 Agent 後，卡點（資料夾、分類、標籤、雙鏈、同步）均可交給 AI 處理。
    *   無論更換何種工具（Obsidian/Notion/飛書），只要保留搭好的系統邏輯（Para 框架、標籤、素材管理、選題方向），即可獲得相同結果。

2.  **自動化工作流：人定方向，AI 執行**
    *   透過自然語言交互，將 99% 的繁瑣設定工作交給 AI。
    *   使用者只需專注於內容創作，實現「人定方向與邊界，AI 負責執行」的工作流。

3.  **Para 分類法架構**
    *   利用 AI 自動生成符合 Para 分類法的資料夾結構，解決筆記增多後左側文件列表混亂的問題。
    *   分類邏輯包含：Projects (項目)、Areas (領域)、Resources (資源)、Archive (歸檔)，以及額外的 Inbox (收件箱)、Schema (規則)、Clipper (剪藏)、Assets (附件)。

4.  **素材蒐集與整理自動化**
    *   使用 Obsidian Web Clipper 插件一鍵採集網頁內容。
    *   指令 Agent 自動閱讀採集內容，判斷方向，撰寫摘要，打上標籤，並歸類至對應資料夾。

5.  **雙鏈與知識圖譜應用**
    *   利用雙鏈功能讓素材「自己找上門」，透過指令 Agent 自動建立連結。
    *   利用知識圖譜視覺化呈現筆記間的連結關係，檢視選題覆蓋情況。

## 詳細大綱

### 一、 觀念轉變：從手動設定到 AI 輔助
*   **傳統痛點**：過去使用 Obsidian 的卡點在於數據同步與筆記庫架構；新手教程往往講解過多用不到的功能（如 Para 分類法、卡片筆記、MOC 等概念），導致學習成本高。
*   **新時代解法**：擁有 Agent 後，卡點（資料夾、分類、標籤、雙鏈、同步）均可交給 AI 處理。
*   **核心邏輯**：工具（Obsidian/Notion/飛書）只是容器，方法與系統架構是永恆不變的。

### 二、 基礎操作：建立第一條筆記
*   **環境準備**：
    *   新建本地資料夾作為筆記庫（建議非 C 盤）。
    *   打開 Obsidian 指定該資料夾為倉庫。
*   **建立筆記**：
    *   使用右鍵或快捷鍵 `Ctrl + N` 新建筆記。
    *   編輯標題與內容，完成第一條 Markdown 格式筆記。
*   **基本設定**：
    *   齒輪設定 -> 外觀：設置基礎顏色（淺色）、主題色、字體（中文建議「俠乎文凱」，代碼字體用預設）。
    *   字體大小可透過 `Ctrl + +/-` 隨時調整。

### 三、 架構搭建：Para 分類法與資料夾管理
*   **文件管理困境**：筆記增多後，左側文件列表混亂，需建立結構。
*   **Para 分類邏輯**：
    1.  **Projects (項目)**：有截止日期的事（如：正在剪輯的影片、下週稿件）。
    2.  **Areas (領域)**：長期持續、無完成日的事（如：學習 AI、短影音運營、健身方案）。
    3.  **Resources (資源)**：素材倉庫，未來可能用到的文章、截圖、金句。
    4.  **Archive (歸檔)**：已發內容、做完的選題、結束專案文案，備查用。
*   **額外建議資料夾**：
    *   **Inbox (收件箱)**：存放閃念靈感（如：取快遞、買貓糧）。
    *   **Schema (規則)**：存放筆記庫的規則、文件格式範本，供 AI 理解庫結構。
    *   **Clipper (剪藏)**：存放從網路採集的文章、帖子、視頻逐字稿。
    *   **Assets (附件)**：存放筆記中的插圖、其他文檔附件。
*   **自動化搭建**：
    *   將筆記庫設為專案工作目錄。
    *   使用 Agent（如 Cloud Code、Hodas、Cursor、Tree、OpenCode 等中端模型），發送提示詞，幾秒內自動生成上述資料夾框架。

### 四、 內容管理：標籤、搜尋與素材蒐集
*   **標籤 (Tags) 的作用**：
    *   解決筆記跨領域歸類問題（物理路徑僅能放一個資料夾，標籤可交叉）。
    *   格式：`#關鍵字`（如 `#寫作`、`#AI`）。
    *   建議每篇筆記約 5 個標籤。
    *   透過右側面板標籤列表或搜尋功能，可檢索所有相關筆記。
*   **搜尋功能**：
    *   `Ctrl + O`：搜尋文件名。
    *   `Ctrl + Shift + F`：搜尋筆記內容。
*   **素材蒐集：Obsidian Web Clipper 插件**：
    *   瀏覽器插件，用於一鍵採集網頁、公眾號文章、視頻逐字稿。
    *   設定：將採集路徑指向 `Clipper` 資料夾（僅需資料夾名稱，不需完整路徑）。
*   **素材整理自動化**：
    *   指令 Agent：「讀剛剛採集到的 Clipper 的筆記，判斷方向，寫摘要，打標籤，並根據內容放到它該放的地方去。」
    *   Agent 自動執行：閱讀、歸類至 `Resource`、撰寫摘要、打上標籤。

### 五、 進階功能：雙鏈、知識圖譜與模板
*   **雙鏈 (Backlinks)**：
    *   格式：`[[連結內容]]`。
    *   **出鏈 (Outbound)**：當前筆記指向其他筆記。
    *   **入鏈 (Inbound/反向鏈接)**：其他筆記引用當前筆記。
    *   若忘記素材位置，可透過雙鏈讓素材「自己找上門」。
    *   可指令 Agent：「把這篇素材連到相關選題」，自動建立連結。
*   **知識圖譜 (Graph View)**：
    *   視覺化呈現筆記間的連結關係，幫助檢視哪些選題與素材綁定，哪些方向尚未覆蓋。
*   **不存在的筆記**：
    *   點擊不存在的雙鏈即可直接創建新筆記，實現「先連結，後填充」。
*   **YAML Frontmatter (鴨末表頭)**：
    *   格式：三條橫線 `---` 包裹，不進入正文，用於存放元數據（觀點、連結、狀態、發布時間）。
    *   可指令 Agent 自動生成包含核心觀點、相關素材、狀態、發布時間的表頭。
*   **模板 (Templates)**：
    *   目的：固定表頭格式，將寫作變為「填空題」。
    *   設定：
        1.  指令 Agent 建立包含特定字段的模板。
        2.  將模板存入 `Schema` 或新建的 `模板` 資料夾。
        3.  Obsidian 設定 -> 核心插件 -> 模板：開啟插件，並設定模板資料夾路徑。
        4.  新建筆記時，透過左側面板圖標插入模板。

### 六、 外觀與插件生態
*   **主題 (Themes)**：
    *   控制介面外觀（標題大小、顏色、字體間距、背景）。
    *   透過齒輪 -> 外觀 -> 管理，下載並使用社區主題。
*   **插件 (Plugins)**：
    *   Obsidian 本身輕量，功能多靠插件擴展。
    *   社區擁有 6000+ 第三方插件（日曆、表格、白板、思維導圖、自動同步等）。
    *   安裝方式：齒輪 -> 第三方插件 -> 關閉安全模式 -> 瀏覽市場 -> 安裝。
    *   建議：常用僅十來個，勿盲目安裝，避免配置時間成本。

### 七、 總結
*   **工作流核心**：人負責方向與邊界（架構、規則），AI 負責執行（搭建、整理、連結）。
*   **系統價值**：無論更換何種工具（Notion、飛書、本地資料夾），只要保留搭好的系統邏輯（Para 框架、標籤、素材管理、選題方向），即可獲得相同結果。
*   **後續規劃**：若對插件或真實應用場景有興趣，可留言要求製作進階篇。

## 工具 / 模型 / 名詞整理

*   **Obsidian**：筆記軟體。
*   **Notion**：提及的替代筆記軟體。
*   **飛書 (Feishu/Lark)**：提及的替代協作軟體。
*   **Agent / AI / 大模型**：用於自動化處理筆記庫結構、標籤、摘要、雙鏈等任務。
*   **Cloud Code**：提及的 Agent 工具之一。
*   **Hodas**：提及的 Agent 工具之一。
*   **Cursor**：提及的 Agent 工具之一。
*   **Tree**：提及的 Agent 工具之一。
*   **OpenCode**：提及的 Agent 工具之一。
*   **Deepseek**：提及的模型名稱（用於輔助寫作）。
*   **Obsidian Web Clipper**：瀏覽器插件，用於採集網頁內容。
*   **Markdown**：筆記格式標準。
*   **Para 分類法**：資料夾分類邏輯（Projects, Areas, Resources, Archive）。
*   **YAML Frontmatter**：Obsidian 的元數據標記格式，講者口語稱為「鴨末表頭」。
*   **雙鏈 (Double Link / Backlinks)**：Obsidian 連結功能。
*   **知識圖譜 (Graph View)**：Obsidian 視覺化功能。

## 操作流程整理

1.  **環境初始化**：
    *   建立本地資料夾（非 C 盤）。
    *   在 Obsidian 中指定該資料夾為倉庫。
    *   進行基本外觀設定（字體、主題）。
2.  **架構自動化搭建**：
    *   將筆記庫設為專案工作目錄。
    *   使用 Agent（如 Cloud Code 等），發送提示詞要求生成 Para 分類法資料夾（Projects, Areas, Resources, Archive, Inbox, Schema, Clipper, Assets）。
3.  **素材蒐集**：
    *   安裝並設定 Obsidian Web Clipper 插件，將採集路徑指向 `Clipper` 資料夾。
    *   使用瀏覽器插件一鍵採集網頁、公眾號文章或視頻逐字稿。
4.  **素材自動化整理**：
    *   指令 Agent 讀取 `Clipper` 中的筆記。
    *   Agent 執行：判斷方向、撰寫摘要、打上標籤、歸類至 `Resource` 資料夾。
5.  **建立連結與圖譜**：
    *   指令 Agent 將素材連接到相關選題，自動建立雙鏈。
    *   利用知識圖譜檢視連結關係與選題覆蓋情況。
    *   點擊不存在的雙鏈創建新筆記，實現「先連結，後填充」。
6.  **模板與表頭自動化**：
    *   指令 Agent 生成包含核心觀點、相關素材、狀態、發布時間的 YAML Frontmatter。
    *   將模板存入 `Schema` 或 `模板` 資料夾。
    *   在 Obsidian 設定中開啟模板插件並指定路徑。
    *   新建筆記時透過左側面板圖標插入模板。

## 值得注意的限制或風險

*   **插件安裝風險**：安裝第三方插件需關閉安全模式，建議僅安裝常用的十來個，避免盲目安裝導致配置時間成本過高或潛在風險。
*   **AI 依賴性**：整個流程高度依賴 Agent 的準確性，若 AI 誤解意圖或執行錯誤，可能導致架構混亂，需使用者具備一定的檢核能力。
*   **學習成本轉移**：雖然降低了操作門檻，但使用者仍需理解 Para 分類法等系統邏輯，才能給出正確的提示詞（Prompt）來指導 AI。

## 逐字稿辨識疑點

*   **「Skill全部都在裡面」**：逐字稿中出現「Skill」，語境不明，疑點。
*   **「上了解」**：語境為「現在想要上了解」，疑點，可能為「上手」或「使用」之聽寫錯誤。
*   **「件库」**：語境為「包括件库」，疑點，可能為「筆記庫」或「資料夾庫」之聽寫錯誤。
*   **「Nosian」**：語境為「用Nosian用飛書」，疑點，可能為「Obsidian」之聽寫錯誤。
*   **「Obsentia」**：語境為「Obsentia的左侧」，疑點，可能為「Obsidian」之聽寫錯誤。
*   **「仿达」**：語境為「苹果有仿达」，疑點，可能為「Finder」之聽寫錯誤。
*   **「Cloud Code」**：提及多次，疑點，可能為特定工具名稱或聽寫錯誤（常見為 Cursor 或其他，但講者明確列出 Cloud Code 與 Hodas, Cursor 等並列，故保留原樣）。
*   **「Hodas」**：提及多次，疑點，可能為特定工具名稱或聽寫錯誤。
*   **「Tree」**：提及多次，疑點，可能為特定工具名稱或聽寫錯誤。
*   **「OpenCode」**：提及多次，疑點，可能為特定工具名稱或聽寫錯誤。
*   **「Deepseek」**：提及「用Deepseek輔助寫作」，疑點，可能為「DeepSeek」之大小寫或拼寫差異。
*   **「警号」**：語境為「打個警号」，疑點，可能為「井號」(#號) 之聽寫錯誤。
*   **「中控号」**：語境為「打了兩個中控号」，疑點，可能為「中括號」之聽寫錯誤。
*   **「雙中文号」**：語境為「雙中文号裡面的內容」，疑點，可能為「雙鏈」或「中括號」之聽寫錯誤。
*   **「初恋」**：語境為「剛剛創建的叫初恋」，疑點，可能為「出鏈」之聽寫錯誤。
*   **「入戀」**：語境為「這個叫入戀」，疑點，可能為「入鏈」之聽寫錯誤。
*   **「大壯」**：語境為「大壯是一個博主」，疑點，可能為講者自稱或特定人名，保留原樣。
*   **「AIware」**：語境為「怎么去AIware」，疑點，可能為「AI寫作」或特定術語之聽寫錯誤。
*   **「Obsiting」**：語境為「Obsiting裡面有個東西」，疑點，可能為「Obsidian」之聽寫錯誤。
*   **「舍本竹墨」**：語境為「有點舍本竹墨了」，疑點，可能為「捨本逐末」之聽寫錯誤。
*   **「留言區」**：語境為「可以到留言區讓我看到」，疑點，可能為「留言區」或「評論區」，保留原樣。
*   **「提我」**：語境為「需要的評論區來提我」，疑點，可能為「踢我」或「提我」之聽寫錯誤。

## 可延伸追問

1.  講者提到的 Agent 工具（Cloud Code, Hodas, Tree, OpenCode）具體如何與 Obsidian 進行 API 或本地文件系統的互動？
2.  在自動化搭建架構時，如何確保 AI 生成的資料夾結構符合使用者特定的工作習慣，而非僅是通用的 Para 分類？
3.  對於「雙鏈」的自動化建立，AI 如何判斷兩篇筆記之間的相關性？是否需要人工介入審核？
4.  講者提到的「俠乎文凱」字體具體是什麼？是否有推薦的免費商用字體替代方案？
5.  若使用者不使用 Obsidian，而是使用 Notion 或飛書，Para 分類法的邏輯是否同樣適用？具體的實現方式有何差異？