發布部落格文章應該像交付產品變更：想法變成草稿，草稿變成結構化內容，內容配上圖片，最後確認上線頁面。耗時的通常不是寫一段文字，而是過程中的一次次小交接。

本文記錄的就是這一輪流程。目標很簡單：寫一篇關於用 AI 編程 Agent 自動發布 Payload CMS 內容的完整部落格文章，配上一張出色的生成圖片，將文章發布到正式環境的部落格，並確認最終頁面在網站上看得見。

要做的事

這項要求不需要龐大的內容策略。它需要一條清楚的正式發布路徑。

流程明確時，AI 編程 Agent 很擅長完成這些工作。它能起草 Markdown、檢查必要的前置資料、準備圖片素材、執行核准的發布指令、檢查 JSON 結果，再開啟公開網址，確認內容確實看得見。

最後一步很重要。放在儲存庫裡的生成檔案不是已發布的部落格文章。沒有圖片的資料庫紀錄也不是完整的閱讀體驗。指令執行成功卻沒有確認上線頁面，這項工作仍然只完成了一半。

自動化流程

發布流程分成五個部分。

第一，Agent 產生一篇 Markdown 文章，包含固定的 slug、發布時間戳記、摘要、分類清單、SEO 標題和 SEO 描述。Markdown 適合作為寫作格式，因為它易讀、方便比較差異，也能快速修改。

第二，Agent 準備了一張點陣圖，而非 SVG。對於一篇談自動化的部落格文章，圖片需要有編輯攝影的感覺：精緻的工作站、螢幕上的程式碼和 CMS 結構，以及足夠豐富的視覺細節，讓文章顯得經過設計，而不只是生成出來。

第三，Markdown 轉換成 Payload 的富文字文件模型。Payload 以結構化的 Lexical 資料儲存部落格內容，因此發布腳本連接了方便人閱讀的草稿與網站所需的確切 CMS 格式。

第四，透過核准的正式環境發布指令寫入內容。這讓流程保持精簡且可查核：不手動修改資料庫、不隨意點擊管理介面，也不留下讓未來維護者費力逆向弄懂的另一條寫入路徑。

第五，發布後檢查上線的部落格頁面。驗證是發布的一部分，不是事後可有可無的附加步驟。

Payload 適合由 Agent 發布內容，因為它的內容模型定義明確。文章有標題、slug、摘要、狀態、語言、作者、分類、圖片關聯和 SEO 欄位。Agent 可以在寫入任何內容前理解這些欄位。

這種結構把模糊的指示變成可重複的操作。工作不再只是「做個部落格」，而是「建立有效的文章文件、連結有效的圖片、以 published 狀態發布，並確認頁面路徑」。

它也形成一道有用的安全界線。Agent 不必憑空設計資料庫結構。它讀取現有的集合規格，提供 CMS 已經認得的欄位，再由 Payload 處理其餘部分。

Agent 從發布要求出發，以 Markdown 產生部落格草稿。它建立了適合正式環境使用的 slug，讓摘要短到適合預覽，並加入符合文章目的的分類。

接著，它將主圖準備成點陣圖片素材。圖片上傳到 Payload 媒體庫後，文章就能直接將它用作特色圖片和 SEO 圖片。

然後，它先進行一次預演。預演是重要的排練：它證明前置資料可以解析、Markdown 可以轉成 Lexical 內容，而且文章在寫入正式環境前已符合結構要求。

完成這些步驟後，Agent 才發布文章。得到的是一筆完整的 CMS 內容，而不只是本機檔案。

真正的價值不在於 AI Agent 能寫部落格文章。產生幾段文字，誰都做得到。

有用的是，Agent 能完成整條發布鏈：草稿、圖片素材、依內容模型轉換、寫入正式環境，以及驗證上線頁面。這讓內容工作更快，同時不失章法。Markdown 檔案讓流程可供查核。統一的發布指令讓流程可控。在網站上完成最後檢查，而不只停留在理論上，讓流程真正實用。

好的自動化就該如此：範圍小到值得信任，流程完整到能真正省下時間，也清楚到另一位工程師可以照著再做一遍。

在這套流程中，Agent 還運用了 Sno 的 AI 記憶和 Scale 式自動化技術，讓過程可重複、可查核，也更快速。