我有很長一段時間以為，筆記整理好了就可以直接發文。
Obsidian 裡已經累積幾百篇原始筆記，有些寫得很完整，有些只是三行短語，有些是一個還沒解答的問題。我一直覺得，只要搬出來、改改格式，就能變成文章。
後來真的試了，才知道沒這麼簡單。
筆記紀錄的是「我當時在想什麼」，文章要讓素未謀面的人看得懂。
這兩件事的差距，比我以為的大。
一篇筆記可以沒有脈絡，因為你知道自己在說什麼。一篇文章沒有脈絡，就是另一個人的跳躍思維，讀者跟不上。這不是整理問題，是結構問題。
把筆記餵給 AI，叫它「寫成文章」，通常也是失敗的。AI 不知道你想從哪個角度切入，不知道你的讀者是誰，更不知道那篇筆記背後你真正想說的是什麼。它只能猜。猜出來的東西，大概率不像你說的話。
多一層：Publish Brief
我在 Obsidian 筆記和 blog 之間，加了一層東西，叫做 publish brief。
它不是文章，也不是筆記摘要。它更像一份給 AI 的採訪提綱——說清楚這篇要從哪個角度切入、說給誰聽、你最想傳達的核心觀點是什麼。
Brief 的格式很簡單：
- angle：切入角度（不是「介紹什麼工具」，而是「我最近發現了什麼」）
- audience：說給誰聽（越具體越好，不要說「所有人」）
- voiceNotes：語氣注意事項（什麼說法不對、什麼感覺要保留）
- sourceSummary：原始筆記的核心想法是什麼，用三句話說清楚
這份 brief 一填完，AI 拿去起草的成功率就高很多。不是因為 AI 變聰明了，而是因為你把「你想說什麼」這件事想清楚了。
整條流程長這樣
選題 → 填 brief → AI 起草 → 人工審稿 → commit push 上線。
每一段看起來都很合理，但我在測試過程裡才注意到：這條流程裡最慢的節點，不是 AI 起草，也不是自動部署，是「填 brief 的那 10 分鐘」。
原因很簡單。填 brief 的時候，你得回答「這篇的 angle 是什麼」——這個問題，其實是在問你有沒有真的想清楚這篇要說什麼。很多筆記之所以沒發出去，不是沒時間，是你自己也不確定那篇在說什麼。
Brief 逼你先想清楚。這是它真正的功能。
n8n 在哪裡
自動化的部分，我把觸發和通知接進 n8n：排程在每天早上把 brief 轉成 AI 起草請求，草稿完成後發 Telegram 通知我來審稿。
但說真的，n8n 在這條流程裡反而不是最重要的環節。它只是省掉了「記得去觸發」這個動作。
最重要的那步是人的——你選了什麼題、你從哪個角度說。這個部分沒有辦法自動化，自動化了，文章就失去那個「像你說話」的質感了。
還沒解決的問題
現在選題那步還是手動，brief 也是手動填。AI 起草完之後，我通常還要改兩三個地方才覺得「這是我說的話」，主要是開頭的切入方式，和某些段落的語氣。
我在測試的下一步，是把 brief 的填寫做得更輕——不是完整表格，而是幾個問題的對話式問法，讓我在手機上也能快速完成選題。這樣整條流程的門檻就低很多了。
如果你也有一堆沒發出去的 Obsidian 筆記，可以先從這個方向想：
那些筆記沒發出去，不是因為沒時間，是因為還沒想清楚要說什麼角度。
Brief 是幫你想清楚的工具，不是多一層麻煩。
沒有技術背景也能做這套流程嗎？
Brief 的部分完全不需要技術能力。起草腳本有一點門檻，但不需要會寫程式，只要能讀懂邏輯、照著改就夠了。老實說我一開始也是邊看邊試的。
一定要用 n8n 嗎？
不一定。n8n 是我習慣的工具，但這條流程的核心是「brief → AI 起草 → 人工審」，中間用什麼觸發都可以，甚至純手動也行。n8n 只是讓我少記一件事。
AI 生的草稿通常要改多少？
第一版通常有 20–30% 的地方需要調。Brief 寫得越清楚，改的幅度越小。改最多的地方是開頭——因為 AI 很容易從「今天要介紹 XX」開場，而不是從一個真實觀察開場。那個部分我幾乎每次都會重寫。