AI · 2026.05.20 · 5 min read
Obsidian Vault 架構怎麼設計?資料夾、MOC、Tag、Inbox 與 AI 可讀性
Obsidian Vault 架構怎麼設計才適合長期知識管理與 AI 整理?這篇用 Why / What / How 說明資料夾、MOC、Tag、Inbox、永久筆記、CLAUDE.md 與 AI 可讀性設計,讓 Claude 更容易幫你整理 Markdown 第二大腦。
最後更新:2026-05-20
先說結論:Obsidian Vault 不要設計給自己看爽,要設計到 AI 也讀得懂
如果你想用 Obsidian 管長期知識,2026 年我會多加一個判斷標準:
你的 Vault 不只要讓你找得到,也要讓 AI 看得懂。
以前我們設計 Obsidian 架構,常常在想:
- 資料夾怎麼分?
- Tag 要不要很多?
- MOC 要不要做?
- Daily Note 要不要保留?
- Zettelkasten 要不要照原教旨?
這些問題都重要。
但如果你打算搭配 Claude、Claude Code、ChatGPT 或其他 AI 工具,真正重要的是:
你的筆記有沒有清楚的輸入、分類、連結和整理規則。
我建議新手先用這個 Vault 結構:
ObsidianVault/
├── 00_Inbox/
├── 10_Literature/
├── 20_Permanent/
├── 30_Projects/
├── 40_MOC/
├── 90_Archive/
└── CLAUDE.md
這套架構不用花俏,但夠穩:
| 資料夾 | 用途 | AI 可以怎麼幫 |
|---|---|---|
00_Inbox |
暫存想法、語音稿、剪貼內容 | 幫你分類、拆成筆記 |
10_Literature |
讀書筆記、文章筆記、課程筆記 | 幫你整理重點、萃取概念 |
20_Permanent |
一則筆記一個想法 | 幫你補連結、找重複概念 |
30_Projects |
文章、電子報、產品、研究專案 | 幫你把知識變輸出 |
40_MOC |
主題索引頁 | 幫你建立地圖與導覽 |
90_Archive |
過期或完成內容 | 幫你降低雜訊 |
CLAUDE.md |
AI 操作規則 | 限制 AI 怎麼讀、怎麼改 |
如果你還在選工具,可以先看 Obsidian vs Notion 比較。這篇會專心講 Obsidian Vault 怎麼設計。
Obsidian AI 系列閱讀順序
這篇是系列的第二篇,建議照這個順序讀:
- Obsidian vs Notion 比較
- Obsidian Vault 架構設計
- Claude Code 打造 Obsidian 第二大腦
- Obsidian + Notion + Claude 工作流
為什麼 Vault 架構會影響 AI 整理品質?
AI 很會整理文字,但前提是它要知道文字現在在哪裡、屬於什麼狀態、下一步要做什麼。
如果你的 Vault 長這樣:
筆記/
├── 想法1.md
├── 新筆記.md
├── 讀書.md
├── 亂放.md
├── 未命名 23.md
└── 再整理.md
Claude 當然也能讀,但它需要花很多力氣猜:
- 哪些是待整理?
- 哪些已經整理完?
- 哪些是讀書筆記?
- 哪些可以改?
- 哪些不可以動?
你自己也會遇到同樣問題。
Obsidian Vault 的好架構,不是為了分類潔癖,而是為了降低每次整理筆記的判斷成本。
Obsidian Vault 最少需要哪幾層?
我會分成 4 層就好。
1. Inbox:先收進來,不要一開始就分類
Inbox 是給混亂用的。
你可以把這些先丟進 00_Inbox:
- 臨時想法
- 語音轉文字
- 網頁摘錄
- 讀書片段
- 還沒想清楚的文章靈感
重點是:不要要求自己一進來就完美分類。
你只要每週讓 Claude 幫你掃一次:
請讀取 00_Inbox 內最近 7 天的筆記。
幫我判斷:
1. 哪些可以刪除
2. 哪些要整理成 Literature Note
3. 哪些可以拆成 Permanent Note
4. 哪些適合變成文章題目
先列清單,不要直接改檔。
2. Literature:把別人的內容變成自己的話
10_Literature 放你讀過、看過、聽過的內容。
例如:
- 書籍摘要
- 文章筆記
- Podcast 重點
- 課程筆記
- 研究資料
這層的任務不是收藏,而是轉譯。
AI 很適合幫你做第一輪整理,但你要補自己的判斷。
好的 Literature Note 至少有:
---
source:
author:
date:
tags:
status: literature
---
## 原文重點
## 我自己的理解
## 可以拆出的永久筆記
## 相關筆記
3. Permanent:一則筆記只講一個想法
20_Permanent 是長期知識的核心。
這裡不要放長篇摘錄,也不要放一整本書的摘要。
每一則筆記盡量只回答一個觀點:
- 為什麼模板不是生產力的答案
- AI 讓知識整理從分類變成重組
- 長期筆記的價值在可重用,不在完整
Claude 很適合幫你從 Literature 拆成 Permanent:
請讀取這篇 Literature Note。
幫我拆成 3-5 則 Permanent Note。
每則筆記只保留一個核心觀點,標題要像一句可被搜尋的判斷。
請先輸出建議清單,不要直接建立檔案。
4. MOC:讓知識有地圖,不只是有筆記
MOC 是 Map of Content,也就是主題索引頁。
你可以把它想成一個主題首頁。
例如:
AI 寫作 MOCNotion 系統設計 MOC財務焦慮 MOCObsidian 第二大腦 MOC
MOC 不需要很多。
一開始 5-10 個就夠。
它的目的不是分類所有筆記,而是幫你看見某個主題底下有哪些重要概念。
Tag 要怎麼用才不會失控?
Tag 不要拿來取代資料夾,也不要拿來取代 MOC。
我會把 Tag 限制在「狀態」和「工作流」。
| Tag 類型 | 範例 | 用途 |
|---|---|---|
| 狀態 | #inbox、#draft、#evergreen |
告訴你筆記在哪個階段 |
| 類型 | #book-note、#idea、#quote |
粗略辨識內容 |
| 行動 | #to-link、#to-review、#to-publish |
給 AI 或自己下一步 |
不要每個概念都做 Tag。
概念關聯交給 wikilink。
工作狀態交給 Tag。
這樣 AI 也比較好理解。
CLAUDE.md 要怎麼寫?
如果你要讓 Claude Code 操作 Obsidian Vault,我建議一定要在 Vault 根目錄放 CLAUDE.md。
範例:
# Obsidian Vault 操作規則
## 資料夾用途
- `00_Inbox/`:待整理內容,可讀可改
- `10_Literature/`:讀書與資料筆記,可讀,可提出整理建議
- `20_Permanent/`:永久筆記,修改前必須先列計畫
- `30_Projects/`:文章與專案草稿,可依任務修改
- `40_MOC/`:主題索引頁,只能新增連結與摘要
- `90_Archive/`:封存內容,除非明確要求,不要修改
## 寫作規則
- 使用台灣繁體中文
- 一則 Permanent Note 只講一個核心觀點
- 新增連結使用 `筆記標題`
- 不要刪除原始筆記,先移到 `90_Archive/`
## 安全規則
- 大量改檔前先列出計畫
- 不要一次修改超過 10 個檔案
- 不要改 `.obsidian/` 設定檔
- 不要讀取私人金鑰、帳號密碼或敏感資料
這份檔案的目的不是把 Claude 綁死,而是讓它知道你的 Vault 邏輯。
如果你要看完整 Claude Code 實作,可以接著讀 Claude Code + Obsidian 第二大腦教學。
AI 可讀的筆記長什麼樣?
我會用這種簡單格式:
---
type: permanent
status: evergreen
tags:
- ai
- knowledge-management
created: 2026-05-20
---
# AI 讓筆記整理從分類變成重組
AI 讓筆記整理的重點從「放在哪個資料夾」變成「哪些想法可以被重新組合」。
## 為什麼重要
過去我們花很多時間分類,現在更重要的是讓筆記保持可讀、可引用、可被 AI 搜尋與重組。
## 相關筆記
- Obsidian Vault 架構要讓 AI 讀得懂
- MOC 是主題地圖不是資料夾
重點不在格式很複雜,而是每則筆記都有清楚的:
- 類型
- 狀態
- 核心觀點
- 相關連結
Obsidian Vault 常見問題 FAQ
Obsidian Vault 一定要用 Zettelkasten 嗎?
不用。Zettelkasten 是一種方法,不是宗教。你只要做到「想法可拆、筆記可連、日後可重用」,就已經有長期知識管理的價值。
Obsidian Tag 和資料夾怎麼分?
資料夾用來表示工作流階段,例如 Inbox、Literature、Permanent。Tag 用來表示狀態或行動,例如 #to-review、#to-link。概念關聯建議用 wikilink,不要全部塞進 Tag。
MOC 和資料夾差在哪?
資料夾是檔案位置,MOC 是主題地圖。資料夾幫你管理檔案,MOC 幫你整理某個主題下的重要想法與連結。
Claude Code 可以直接改 Obsidian 筆記嗎?
可以,因為 Obsidian 筆記本質上是 Markdown 檔案。但建議先備份 Vault、使用 plan mode、限制修改範圍,並在 CLAUDE.md 寫清楚哪些資料夾可以改。
Obsidian Vault 要不要放在 iCloud 或 Google Drive?
可以,但要小心同步衝突。Obsidian 官方也提醒,若同時使用 Obsidian Sync 和其他雲端同步工具,要特別注意衝突與備份。重要 Vault 建議定期做獨立備份。
結論:好的 Vault 架構,是讓你和 AI 都少一點混亂
Obsidian 的強項不是漂亮介面。
它真正強的是:你的知識變成一個可以長期保存、搜尋、連結、搬移、交給 AI 重組的 Markdown 資料夾。
我的建議是:
- Inbox 負責收集混亂
- Literature 負責轉譯資料
- Permanent 負責保留觀點
- MOC 負責建立地圖
- CLAUDE.md 負責讓 AI 知道規則
這樣你的第二大腦才不會只是一堆檔案。
它會變成一個可以被你反覆使用,也可以被 AI 協助整理的知識系統。
參考來源
資料最後查核日期:2026-05-20
- Obsidian Help: How Obsidian stores data
- Obsidian Help: Introduction to Obsidian Sync
- Obsidian Help: Community plugins
- Claude Code Docs: Overview
延伸閱讀
wp_id: 1711 · 原 WP URL: https://lashiblog.zeabur.app/2026/05/20/obsidian-vault-structure-ai/