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 系列閱讀順序

這篇是系列的第二篇,建議照這個順序讀:

  1. Obsidian vs Notion 比較
  2. Obsidian Vault 架構設計
  3. Claude Code 打造 Obsidian 第二大腦
  4. 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 寫作 MOC
  • Notion 系統設計 MOC
  • 財務焦慮 MOC
  • Obsidian 第二大腦 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

延伸閱讀


#AI 筆記#Claude Code#Markdown#Obsidian#Zettelkasten#第二大腦

wp_id: 1711 · 原 WP URL: https://lashiblog.zeabur.app/2026/05/20/obsidian-vault-structure-ai/

喜歡這篇?

訂閱電子報,週二、週六各一封。

訂閱電子報

More

相關文章

Obsidian + Notion + Claude 工作流:長期知識、任務資料庫與 AI 串接怎麼分工

Obsidian、Notion 和 Claude 要怎麼一起用?這篇用 Why / What / How 說明長期知識、任務資料庫、內容排程與 AI 整理的分工,幫你設計一套不會越用越亂的 AI 知識工作流。

Kie AI API 教學:圖片生成 API、Nano Banana、Seedance 怎麼串接?

Kie AI API 怎麼用?這篇整理 API key、非同步 task、callback、圖片生成、Nano Banana、Seedance 影片生成與常見錯誤排查,適合想把 Kie AI 串進自動化流程的人。

Zeabur 教學 2026:部署 WordPress、n8n、資料庫與自訂網域完整指南

Zeabur 怎麼用?這篇整理 2026 Zeabur 教學,從 Project、Service、WordPress、n8n、資料庫、自訂網域、環境變數到常見部署錯誤,幫你判斷 Zeabur 適不適合當小型專案主機。