內容流水線實作：從選題到發布的完整自動化腳本與節點設計

內容自動化 n8n 教學 內容流水線 自動發布 AI 工作流

本文是《AI 工具組合技：Claude + Codex + Gemini + Playwright 怎麼串，讓每個工具只做最擅長的事》系列的深入文章。

一條內容流水線，從「選題確認」到「多平台發布完成」，中間有多少個可以自動化的步驟？

大多數人的答案是「34 個」。實際上，如果你把流程拆細，通常有 1218 個步驟，其中 812 個可以完全自動化，剩下 46 個需要人工判斷。

這篇文章要把這 12~18 個步驟一一拆開，說明哪些可以自動化、用什麼工具、以及 n8n 的節點怎麼設計。

完整流水線的步驟清單

一條從選題到發布的完整流水線，大概長這樣：

步驟 1：從選題庫讀取本週待處理主題 步驟 2：搜尋主題相關的最新數據和競品資訊 步驟 3：把搜尋結果整理成結構化素材 步驟 4：生成長文初稿（包含 H2/H3 結構、關鍵字布局、案例數據） 步驟 5：把長文推送到審稿 Google Docs，發送通知 步驟 6：等待人工審稿確認（唯一的人工介入點） 步驟 7：確認後，從長文提取圖卡重點 步驟 8：生成各平台改寫版本（Facebook、LinkedIn、Instagram、X） 步驟 9：生成 Email 電子報版本 步驟 10：自動截圖確認排版（Playwright） 步驟 11：把長文推送至 CMS 步驟 12：把各平台版本推送至 Buffer 排程 步驟 13：把 Email 版本加入電子報佇列 步驟 14：更新選題庫狀態（從「進行中」改為「完成」） 步驟 15：把完成紀錄和基本數據寫入數據追蹤表

其中步驟 1、2、3、4、7、8、9、10、12、13、14、15 可以完全自動化。 步驟 5 和 6 需要人工介入（審稿）。 步驟 11 根據 CMS 的種類可能需要簡單的人工確認。

選題庫設計：Google Sheets 作為系統的起點

整個流水線的起點是選題庫。用 Google Sheets 建立一個「選題管理表」，這張表同時作為流水線的輸入和輸出追蹤工具。

建議的欄位設計：

A 欄：主題標題 B 欄：目標關鍵字（主關鍵字 + 23 個次要關鍵字） C 欄：目標受眾描述 D 欄：核心訊息（這篇文章最重要的 12 個觀點） E 欄：預計字數（2,0003,000 / 3,0005,000） F 欄：狀態（待處理 / 進行中 / 審稿中 / 完成） G 欄：預計發布日期 H 欄：實際發布日期（完成後自動寫入） I 欄：發布後 7 天頁面瀏覽量（後期手動或自動填入）

n8n 的第一個節點是「Google Sheets 讀取」，每週一早上 9 點自動讀取 F 欄狀態為「待處理」的第一筆記錄，把 A~E 欄的資訊傳給後續節點。

n8n 核心節點設計

節點 1：定時觸發

類型：Schedule Trigger 設定：每週一和週四早上 9:00 觸發 用途：讓流水線在固定時間自動開始，不需要手動觸發

節點 2：讀取選題

類型：Google Sheets 操作：Read Rows 設定：讀取選題表中「狀態 = 待處理」的第一筆記錄 輸出：把主題、關鍵字、受眾、核心訊息傳給後續節點

節點 3：搜尋最新數據（Gemini）

類型：HTTP Request（呼叫 Gemini API） System prompt 重點：「搜尋關於 [主題] 的最新數據和統計資料，找出 3~5 個可以在文章中引用的具體數字，以及競品中這個主題最常被討論的 3 個角度」 輸出：結構化的「素材摘要」JSON

節點 4：生成長文（Claude）

類型：HTTP Request（呼叫 Claude API） System prompt 設計要點：

節點 5：更新選題狀態

類型：Google Sheets 操作：Update Row 設定：把對應行的狀態改為「進行中」

節點 6：推送至 Google Docs

類型：Google Docs 操作：Create Document 設定：把長文內容建立為新的 Google Doc，命名為「[日期] [主題] - 待審稿」 同時：在 Google Doc 頂端加上「審稿完成後，請把選題表的狀態改為審稿通過」的提示

節點 7：發送審稿通知

類型：Gmail 或 Slack 內容：「文章 [主題] 已生成，請審閱：[Google Doc 連結]，預計字數 [X] 字」

節點 8：等待審稿確認

這個節點在 n8n 裡有兩種實作方式：

方式 A（簡單版）：設定 n8n 每 2 小時檢查一次選題表，如果對應行的狀態改為「審稿通過」，繼續執行後續節點。

方式 B（Webhook 版）：在 Google Sheets 設定一個 Apps Script，當用戶手動把狀態改為「審稿通過」時，自動觸發一個 Webhook 通知 n8n 繼續執行。

節點 9：生成多平台版本（Claude）

審稿通過後，把最終確認的長文傳給 Claude，請它生成：

節點 10：生成圖卡規格（Gemini）

把長文傳給 Gemini，請它提取 6~8 個適合圖卡的觀點，並為每個觀點生成：

節點 11：推送至 Buffer

類型：Buffer（n8n 有原生整合） 操作：把 Facebook、LinkedIn、Instagram、X 的 4 個版本分別排程，按最佳發布時間自動排列

節點 12：更新完成紀錄

類型：Google Sheets 操作：把選題表的狀態改為「完成」，填入實際發布日期

容錯設計：流水線不能因為單點失敗而全停

一個生產級的流水線需要容錯設計。幾個關鍵的容錯節點：

Claude API 超時處理：在呼叫 Claude 的節點設定 retry（重試 2 次），如果 3 次都失敗，發送 Slack 通知告知人工。

Google Sheets 讀取失敗：在讀取節點加 Error Trigger，如果失敗，發送 Email 通知。

Buffer 推送失敗：在發布節點之前，先檢查各平台的字數限制，確保不超過平台上限（Twitter 280 字、Facebook 63,206 字、LinkedIn 3,000 字）。

空選題庫處理：如果選題表裡沒有「待處理」的記錄，流水線應該安靜地停止，而不是報錯。在讀取節點後加一個「If」判斷，如果讀取結果為空，直接結束這輪執行。

這條流水線需要多少時間設定

如果你已經熟悉 n8n 的基本操作，設定這條完整流水線大約需要 6~10 小時（包含測試和調試）。

如果你是第一次用 n8n，建議先花 2~3 小時看官方文檔的入門教學，再開始設定。或者用 Claude 幫你生成每個節點的設定說明，照著設定。

設定好後的維護時間：每月大約 30~60 分鐘（更新 prompt、調整排程、偶爾修復 API 變更）。

第一次跑的檢查清單

在正式讓流水線自動執行之前，手動跑一次完整流程，確認：

Claude 生成的長文符合格式要求（沒有多餘的 Markdown 格式、沒有 URL、字數在範圍內）

Google Docs 正確建立，通知正確發送

Buffer 的貼文排程時間正確（不是立刻發布，是排在設定的時間）

選題表的狀態正確更新

所有 API key 都設為環境變數（不要硬編碼在 n8n 節點裡）

自動化流水線的核心價值，不是讓機器做你不想做的事，而是讓你把有限的注意力集中在真正需要人類判斷的地方。

審稿、策略方向、品牌定調——這些是機器做不了的事，應該由你來做。選題讀取、格式調整、平台分發、狀態更新——這些是機器做得比你更可靠的事，讓它去做。

你每週花在「把內容從一個地方複製貼上到另一個地方」的時間，能做什麼更值得的事？

那就是你應該讓流水線接手的部分。想了解 Buffer 以外的排程工具選項，以及更完整的工具組合邏輯，回頭看主文 AI 工具組合技。

延伸閱讀