不再讓 AI 對話停在聊天室：我用 Obsidian 建立半自動知識歸檔 SOP
我經常使用 ChatGPT 進行政策研議、技術問題分析、簡報檢討與工作構想。這些對話當下很有價值，但只留在聊天紀錄裡，過一段時間便很難再次找到；即使找到了，也必須重新閱讀整段討論，才能知道當時形成了什麼結論。
因此，我設計了一套不需要 API、也不必另外開發系統的半自動流程：先用 Obsidian Web Clipper 保存完整對話，再請 ChatGPT 透過「歸檔 Obsidian」技能，把對話中真正值得留下的內容拆成決策、洞見與參考資料三個 Markdown 檔案。
這套方法的重點不是把所有 AI 回答都收藏起來，而是同時保留兩種不同層次的資料：逐字稿保存思考過程，主題檔案保存可再利用的知識成果。
這個做法從哪裡來？
這個構想受到影片〈20260907 AI Monday｜公共治理與行政服務｜公民科技與開源協作〉中一段分享的啟發。影片介紹的做法，是以結構化資料夾搭配 AI 助理與治理規範，將資料分成三類：conversations/ 保存對話逐字原文、references/ 保存外部資料與來源、insights.md 保存蒸餾後的關鍵洞見。如此一來，AI 不只是回答當下的問題，也能透過既有檔案恢復脈絡，成為一個會記憶的思考夥伴。
我認同這個架構，但沒有完全照搬。原因很實際：我大多數時候仍習慣直接在 ChatGPT 網頁版或桌面版整理資料、來回討論。原生介面的操作最熟悉，檔案上傳、長篇討論及不同工具的整合也比較方便。如果為了全自動歸檔，反而要求自己改用另一套對話介面，使用阻力很可能大於歸檔帶來的效益。
因此，我把影片的核心概念留下來，但調整了實作方式：
- 對話仍在我最熟悉的 ChatGPT 網頁版或桌面版完成；
- 對話告一段落後，才用 Web Clipper 保存完整逐字稿；
- 再由「歸檔 Obsidian」技能蒸餾決策、洞見與參考資料；
- Obsidian 作為長期知識載體，但不取代 ChatGPT 的討論介面；
- 保留最後的人工下載、檢查與分類，不追求無人介入的全自動化。
先建立 Obsidian 的目錄架構
我先在 Obsidian Vault 中建立以下目錄：
AI對話知識庫/
├─ Clippings/
│ └─ Web Clipper 保存的 AI 對話逐字稿
├─ 20-Topics/
│ ├─ 主題 A/
│ │ ├─ decision.md
│ │ ├─ insight.md
│ │ └─ reference.md
│ └─ 主題 B/
│ ├─ decision.md
│ ├─ insight.md
│ └─ reference.md
└─ 90-Templates/
└─ AI 對話逐字稿範本
原則上，一個持續發展的討論主題建立一個資料夾。例如「大規模崩塌監測資源配置方式探討」、「警戒模式及發布機制」或「災害潛勢調查與防災地圖」，各自形成獨立的知識單元。
同一主題日後若有新的對話，並不是重新建立另一套三個同名檔案，而是把新的決策、洞見與來源追加進原有檔案，並標示日期及對應的逐字稿。這樣才能逐步形成主題脈絡，而不是製造大量零散筆記。
STEP 1｜完成對話，確認已經定稿
不是每一輪問答都需要歸檔。我會在一個議題已經充分討論、文字完成定稿，或形成最終決策後，才啟動歸檔流程。
如果討論仍在變動，此時產生的 decision.md 很可能只是暫時意見，反而會污染知識庫。因此，啟動條件應該是下列其中之一：
- 已完成文件或簡報的最終版本。
- 已在不同方案之間作出選擇。
- 已形成值得日後沿用的判斷原則。
- 已完成一個技術問題或政策議題的階段性分析。
STEP 2｜用 Web Clipper 保存完整逐字稿
在 ChatGPT 對話頁面按下 Obsidian Web Clipper，套用預先建立的「AI 對話逐字稿」範本，將整個討論頁面存進 Obsidian 的 Clippings 目錄。
Web Clipper 範本至少應包含：
- 對話標題；
- 儲存日期；
- ChatGPT 對話網址；
- 平台名稱；
- 完整頁面內容；
- 狀態與主題標籤。
檔名可以採用：
YYYYMMDD－討論主題－ChatGPT.md
例如：
20260909－大規模崩塌監測資源配置方式探討－ChatGPT.md
STEP 3｜在原對話呼叫「歸檔 Obsidian」技能
完成逐字稿保存後，我在同一個 ChatGPT 對話最後輸入：
歸檔 Obsidian
這個技能會讀取本次對話，將內容蒸餾成三種不同用途的檔案：
1. decision.md｜形成的決策
保存本次正式形成的選擇，包括：
- 決策內容；
- 決策理由；
- 放棄的替代方案；
- 主要風險；
- 需要重新檢討的條件。
如果對話只是分析而未形成決策，技能應明確註明「本次未形成正式決策」，不能把建議誤寫成已定案事項。
2. insight.md｜重要的洞見
洞見不是對話摘要，而是經過討論後，可在其他工作中重複使用的判斷。例如揭示一個因果關係、指出原有假設的漏洞，或形成新的政策與技術判斷原則。
每一項洞見最好同時記錄：
- 洞見內容；
- 為什麼重要；
- 適用範圍；
- 限制或反例；
- 對應的原始逐字稿。
3. reference.md｜使用的參考資料
整理對話中實際使用過的論文、報告、網站、公文或其他來源，至少保留：
- 資料名稱；
- 作者或發布機關；
- 網址或檔案名稱；
- 發布日期與取用日期；
- 本次討論如何使用這項資料。
沒有在對話中實際出現的來源，不應由 AI 自行補造。無法確認的書目，也應標示「待查證」。
STEP 4｜下載三個 Markdown 檔案
技能完成後，ChatGPT 會提供三個可下載的 Markdown 檔：
decision.md
insight.md
reference.md
下載後，先快速檢查四件事：
- 決策是否真的是最後定案，而不是討論過程中的暫時方案。
- 洞見是否有資訊增量，而不是一般性摘要。
- 參考資料是否真的出現在本次對話。
- 是否有機敏資訊、個人資料或不應進入個人知識庫的內容。
AI 可以協助整理，但不能取代最後一次人工確認。尤其是政策決策與參考來源，錯一次，後續就可能沿用錯誤。
STEP 5｜放入相對應的 Topic 資料夾
最後，將下載的三個檔案手動拉到 20-Topics 下相對應的主題資料夾。如果該主題已經存在同名檔案，就把新內容依日期追加到原檔，而不是直接覆寫。
每一筆內容都應反向連結到 Clippings 中的原始逐字稿，例如：
## 2026-09-09｜保留三級架構，採可逆的動態管理
### 決策內容
維持現有三級架構，允許依新資料升級、降級或調整監測配置。
### 原始對話
[[20260909－大規模崩塌監測資源配置方式探討－ChatGPT]]
如此一來，看到結論時可以立刻回查當時的完整討論，不必只相信被蒸餾後的一小段文字。
這套流程不需要 API
這個版本不需要 OpenAI API，也不必撰寫自動化程式。ChatGPT 負責理解與蒸餾，Obsidian Web Clipper 負責保存完整頁面，使用者只需下載三個 Markdown 檔案並放入正確位置。
它並不是百分之百自動化，但這個保留人工確認的環節反而很重要。因為「是否已經形成決策」、「哪一項內容值得成為長期洞見」、「參考來源是否可靠」，都不適合完全交給程式自行判斷。
最容易犯的四個錯誤
暫時方案可能被誤認為正式決策。
失去原始脈絡後，結論難以查證。
舊決策與觀點會被新內容消除。
知識庫最後只會變成另一個聊天垃圾場。
從聊天紀錄，走向可累積的個人知識庫
這套方法真正解決的，不是「怎麼把 ChatGPT 網頁存下來」，而是如何把一次性的對話轉換成可以持續累積、查證與再利用的知識。
完整逐字稿保留推理與討論脈絡；decision.md 記錄最後做了什麼選擇；insight.md 保存未來仍可使用的判斷；reference.md 則讓結論具有可追溯的依據。四者結合後，AI 對話才不再只是聊天紀錄，而會逐漸形成自己的第二大腦。
最後留下四個原則
附錄一｜Obsidian Web Clipper「AI 對話逐字稿」範本
以下內容可放入 Web Clipper 範本的 Note content。官方變數 {{title}}、{{url}}、{{domain}}、{{date}} 與 {{content}} 會在擷取時自動替換；其中 {{content}} 會優先使用目前選取的內容，沒有選取時才嘗試擷取頁面主要內容。
---
type: ai-conversation
title: "{{title}}"
platform: "{{domain}}"
source_url: "{{url}}"
captured: "{{date}}"
status: archived
topic:
tags:
- AI對話
- 逐字稿
---
# {{title}}
## 基本資料
- 平台：{{domain}}
- 擷取日期：{{date}}
- 原始網址：{{url}}
- 對應主題：待填寫
## 對話逐字稿
{{content}}
## 對應知識檔案
- Decision：待建立
- Insight：待建立
- Reference：待建立
## 備註
- 本檔保留原始對話，不以摘要取代。
- 如網頁內容採動態載入，歸檔後須抽查開頭、中段與結尾。
建議的 Web Clipper 設定如下：
- Template name：
AI 對話逐字稿 - Template trigger：
https://chatgpt.com/ - Behavior：
Create a new note - Note name：
{{title}} - Note location：
Clippings
若對話頁面無法被 {{content}} 完整辨識，可以先選取對話內容，再執行 Web Clipper；或者將正文變數改成 {{selection}}。不要直接改用 AI Interpreter 摘要，因為這一階段的目的就是保留原文。
附錄二｜「歸檔 Obsidian」提示詞範本
若尚未建立專用技能，也可以在重要對話完成後，直接貼上以下提示詞。建立技能後，則可把這份內容放入技能指令，平常只需輸入「歸檔 Obsidian」。
請將本次完整對話整理成可存入 Obsidian 的知識歸檔檔案。
工作原則：
1. 只依據目前對話中實際出現的內容，不補造事實、來源或結論。
2. 區分「討論過的選項」、「建議」與「最後形成的決策」。
3. 洞見不是一般摘要，只保留可跨情境重複使用、能改變判斷，
或揭示重要因果、限制、風險與假設的內容。
4. 參考資料只收錄本次對話實際使用的論文、報告、網站、影片、
公文或檔案；資料不完整時標示「待查證」，不得自行補齊。
5. 不重製完整逐字稿；逐字稿已另外由 Web Clipper 保存。
6. 使用繁體中文，內容具體、可追溯，避免空泛結論。
請產生以下三個獨立的 Markdown 檔案，並提供下載：
一、decision.md｜形成的決策
- 本次決策狀態：已定案／階段性決定／尚未形成決策
- 決策內容
- 決策理由
- 討論過但未採用的選項及原因
- 主要風險與限制
- 決策成立所依賴的假設
- 需要重新檢討的條件或時間
- 後續行動
如果本次沒有形成決策，請明確寫「本次未形成正式決策」，
不要把 AI 建議寫成使用者已經決定的事項。
二、insight.md｜重要的洞見
每項洞見須包含：
- 洞見標題
- 洞見內容
- 為什麼重要
- 適用範圍
- 限制、反例或不確定性
- 對後續工作的可能影響
- 形成日期
刪除一般性摘要、重複觀點、過程性文字與沒有資訊增量的內容。
三、reference.md｜使用的參考資料
每筆資料須包含：
- 標題
- 作者或發布機關
- 資料類型
- 發布日期；未知則註明未知
- 網址或原始檔名
- 本次對話中的使用目的
- 可支持的主張
- 查證狀態：已確認／待查證
如果本次沒有使用外部參考資料，請明確寫「本次未使用外部參考資料」。
三個檔案的共同要求：
- 檔案開頭加入本次對話主題與日期。
- 在「原始對話」欄位預留 Obsidian 雙向連結：
[[請填入 Web Clipper 逐字稿檔名]]
- 若目前環境無法建立可下載檔案，請改用三個分開的 Markdown
程式碼區塊輸出，讓我能分別另存為上述檔名。
- 完成後簡短列出你判定的主題資料夾名稱，但不要自行改動我的 Obsidian。
