GitHub 後台貼文流程：不用讓 AI 代理人重讀全文，也能把文章安全上線

很多人一開始做 AI 內容網站，會直覺想把所有事情都交給 AI agent。

讓 AI 寫文章。
讓 AI 建檔。
讓 AI 審文。
讓 AI commit。
讓 AI push。
讓 AI deploy。

聽起來很自動化，也很進步。

但真的做下去才會發現：

不是每一個步驟都適合交給 AI agent。

尤其是文章已經寫好、Boss 已經確認方向、只是要放到網站上的時候，讓 AI agent 重新讀完整篇文章、再幫忙建立檔案，反而可能變成浪費 API。

這次我們找到一個更簡單的方法：

ChatGPT 寫文章，Boss 自己貼到 GitHub 後台，Cloudflare Pages 自動部署。

這個流程看起來比較手動，實際上卻更安全、更省 API，也更符合小企業現場的工作方式。

---

為什麼不要每篇都丟給 AI agent？

AI agent 很適合做本機檢查、build 測試、git 狀態確認、健康檢查。

但如果每篇文章都讓它重新讀全文，就會出現幾個問題。

第一，浪費 API。

文章越長，AI agent 每次處理的上下文越大。
如果只是要把一篇已經寫好的 Markdown 放到指定資料夾，讓 AI agent 重讀全文，其實沒有必要。

第二，增加誤改風險。

AI agent 看到文章後，可能會順手整理、修正、補充、調整語氣。
它不一定是故意改壞，但只要它不是文章負責人，就不應該改。

第三，責任邊界變模糊。

文章主文是 ChatGPT 寫的，Boss 要負責最後把關。
Hermes 或其他 agent 只應該做本機機械檢查，不應該再審文章內容。

第四，流程變慢。

原本 GitHub 後台貼文只要幾分鐘。
如果交給 AI agent，可能又變成一輪指令、回報、檢查、再修正。

所以後來我們把流程改成：

AI 寫文章，人貼文章，AI 只做必要檢查。

---

GitHub 後台貼文是什麼？

printapp.uk 這個網站不是 WordPress。

它是 Astro 靜態網站，文章存在 GitHub repo 裡：

src/content/blog/

每一篇文章都是一個 Markdown 檔案。

當文章 commit 到 GitHub 的 main 分支後，Cloudflare Pages 會自動部署。

也就是說，發文流程其實是：

1. 建立一個 .md 檔案。
2. 貼上文章內容。
3. commit 到 main。
4. Cloudflare Pages 自動 build。
5. 網站上線。

這個流程不需要 WordPress 後台。
不需要 XML-RPC。
不需要 CMS API。
也不需要把網站密碼交給 AI agent。

這對小企業來說，是一個很乾淨的內容流程。

---

標準文章格式

每篇文章開頭都要有 frontmatter，也就是文章的基本資料。

格式像這樣：

---
title: "文章標題"
date: "2026-05-20"
summary: "文章摘要"
code: "WEB-FLOW-001"
category: "website-content-flow"
---