我用 Agent 部署了五站 Blog 的自動化發布系統

# 我用 Agent 部署了五站 Blog 的自動化發布系統

今天，我用 AI 助理部署了五個教學網站的部落格自動化發布系統。這套系統將原本繁瑣的手動發布與部署流程，轉化為全自動運轉的內容飛輪。這代表了我們在個人教練事業規模化營運上，邁出了關鍵的一步。

為什麼我這樣決定

在建立與營運個人教練事業時，內容行銷往往是不可或缺卻又極其消耗時間的環節。我們需要針對不同專業領域的學員（如寫程式、視覺設計、影音創作、音樂創作），持續分享真實的實戰案例與觀點。

然而，如果教練每天都需要花費 1 到 2 小時，重複進行「切換目錄、建立草稿、手動寫入、格式檢查、Git 提交與推送部署」等步驟，無疑是在用最寶貴的時間去換取低價值的重複勞動。這種受限於手動打雜的模式，是阻礙事業成長的最大瓶頸。

因此，我決定將這些重複的執行程序全部交給 AI 自動化處理。我們設計的核心是：你設計框架，AI 幫你執行大量重複工作。教練只需專注於高價值的知識萃取與靈感筆記，其餘的發布與部署細節全部交給系統自動跑。

實際過程

我使用 Claude Code 作為開發主力，設計了一套自動化發布腳本。整個工作流運作順序如下：

1. 日期取模邏輯：腳本會自動讀取當天日期並進行取模運算（mod 3），以決定今天該站點要發布的內容類型（例如公開建造、策略教學或觀點文）。

2. 內容翻譯與轉譯：腳本讀取來自 Obsidian 筆記的核心洞見後，會根據五個不同網站的讀者特徵、痛點與禁用詞規範，自動產出五種不同專業語氣的客製化文章。

3. 格式檢查與發布：腳本在各個站點自動建立草稿、寫入 frontmatter metadata，並呼叫本地的發布檢查工具，確認無誤後將內容寫入本機資料庫，最後執行 Git 指令推送到 GitHub 進行部署。

這套系統從設計、測試到完全跑通只花了 30 分鐘，為我們的教練品牌網站建立了 24/7 自動運轉的內容基建。

意外發現與技術瓶頸

在實作這套系統時，我遇到了一個關鍵的技術瓶頸：不同網站的 metadata 欄位存在細微差異。例如某些站點的 frontmatter 使用 `excerpt` 作為摘要欄位，而有些站點則使用 `summary`。這導致第一次執行測試時，發布檢查程序回報錯誤而中斷。

在過去，教練可能會選擇手動修改這些出錯的 markdown 檔案以快速繞過問題。但在系統化思維中，我們遇到問題時不應手動修補成果，而是要修改產生成果的「系統」。

我隨即將 error log 餵給 AI 助理，讓它在自動化腳本中加入格式對照表，使系統能根據不同站點自動適應並寫入正確的 metadata。第二次執行後，所有網站順利通關。這再次驗證了，唯有透過系統層面的修正，才能實現真正的規模化。

下一步

當多站點內容自動化系統穩定運作後，我接下來的目標是建立自動化的學員訂閱飛輪。

當部落格更新時，系統將自動擷取內容並透過 API 發送電子報給所有訂閱學員。這將使我們的內容行銷與學員服務系統完全閉環，讓教練品牌網站成為一個自主獲客的基地。

如果你也希望將自己的專業技能系統化，並透過 AI 工具擴大服務量與收入規模，擺脫時間換金錢的模式。你可以從這裡 開始建立你的 AI 教練系統 開始。