某天我在架部落格，打開了幾個常見的選項。
WordPress、Ghost、Notion + 第三方發布工具、Sanity、Contentful。
每一個都有後台。每一個都說：「在這裡，你可以輕鬆管理你的文章。」
我看著那些後台界面，沉默了幾秒鐘。
然後我把那幾個 tab 全部關掉。
不是因為不好。是因為我突然意識到：我不需要一個地方「管理」文章，我需要一個地方「寫」文章。
這個差別，比我以為的還要大。
後台 CMS 假設的是一種工作方式
後台 CMS 的核心假設是：你有很多文章，你需要一個操作介面來管理它們。
這個假設背後有一整套邏輯——
草稿、排程、多作者協作、SEO 填表欄位、發布狀態切換、媒體庫……每一個功能都是合理的。
但這些功能也都預設了你在一個稍大一點的內容生產機器裡運作。
對我來說，那個機器不存在。
我是一個人。
我寫一篇文章的完整流程是：在 Obsidian 裡想到什麼，寫下來，整理，確認，推上 Git，自動部署。
整個過程我根本不需要登入任何後台，也不需要去點一個「發布」按鈕。
我最早以為「沒有後台」是一種將就。後來才發現，它是一種選擇。
Markdown + Git，是誰控制內容的問題
選擇不用 CMS，本質上是一個關於**「內容主權」**的判斷。
用 CMS，文章存在他們的資料庫裡。你的東西，是他們平台上的資料。遷移需要成本，API 可能限速，某天他們改了規則或停止服務，你的內容得重新搬家。
我在幾個平台上有過這樣的經驗——不是什麼大災難，只是一種慢慢累積的不安感。
用 Markdown + Git，文章就是電腦裡的純文字檔案。
不需要帳號，不需要訂閱，不需要去學另一套後台邏輯。
打開一個 .md 檔案，就是你的文章。放在 Git 裡，就有完整的版本記錄。任何文字編輯器都能打開，任何地方都能遷移。
還有另一件事，是我後來才想清楚的：
我的思考在 Obsidian 裡。讓文章從思考的地方長出來，而不是送去後台整理，更接近我真正想說的東西。
當工具和寫作的地方是同一個地方，那個距離消失了。
那些擔心，後來都有答案了
剛建立這套流程的時候，我有幾個顧慮。
「沒有後台，版本控管怎麼辦？」
Git 做得比任何 CMS 後台都精準。每次 commit 都是一個快照，想看文章上週長什麼樣子，一個指令就出來了。
「草稿怎麼管？」
frontmatter 的 status: "draft" 就夠了。部署的時候只發布 published 狀態的文章，邏輯乾淨到不需要另外思考。
「SEO 欄位怎麼辦？」
frontmatter 想加什麼就加什麼——description、ogImage、canonicalUrl，隨時擴充，不需要等後台的版本更新支援。
這些問題的答案都在檔案本身。不需要介面，不需要點選，不需要學一套別人設計的操作邏輯。
整個部落格的後台，是 VS Code 的左側欄
這句話說出來有點可愛，但也是真的。
現在我的寫作環境就是這樣：左邊是所有文章的目錄結構，右邊是正在寫的那一篇。寫完，存檔，推上去，十分鐘後網站更新。
沒有任何「後台」的感覺，只有檔案和 Git。
我知道這套方式不適合所有人。如果你有一個每週更新五篇、需要多人協作的媒體，後台 CMS 絕對是對的選擇。
但如果你是一個人，想要一個剛好夠用的寫作系統，有個建議可以試試：
先問自己，你需要管理文章，還是需要寫文章？
如果是後者，也許根本不需要後台。
比較安靜
沒有後台，這件事最後給我的，不是省了多少時間，而是一種清醒感。
文章從 Obsidian 裡的想法長出來， 推上 Git， 部落格自動更新。
中間沒有任何需要點擊的介面， 沒有需要填的表格， 沒有需要登入的帳號。
只有文章本身。
我覺得這樣，比較安靜。
如果你也在想要不要用 CMS，或者對這套 Markdown + Git 的流程好奇，我之前有一篇比較細的技術紀錄，可以一起參考——
不是要說哪個對哪個錯，只是把我自己的選擇和理由說清楚。
你的系統，最後還是要根據你的節奏來設計。