大多數內容自動化工作流程會直接草擬並發布內容,沒有真人會先看到草稿。這在草稿正確時沒問題,但一旦內容錯誤、不符品牌調性或品質不佳,它就已經上線了。
這裡提供一個已設定好且可匯入的審核步驟,您可以直接貼上使用。這個工作流程會監控 RSS 訂閱來源,草擬一篇社群貼文,然後真正地暫停。
接著會發送一則 Slack 訊息,內含一鍵「核准」或「拒絕」的連結,點擊後工作流程會立即恢復,並將核准的草稿發布,拒絕的則直接捨棄。
整個流程鏈包含:RSS Feed Read Trigger → Set(草稿格式化器)→ Slack(審核請求)→ Wait(恢復:webhook)→ IF(依據 $json.query.decision 判斷)→ 兩個 NoOp 節點,一個用於發布步驟,另一個用於拒絕的分支。
其中一個不那麼明顯的關鍵,也是為何這不是一個 NoOp 佔位符的原因是:這個暫停功能是透過 n8n 內建的 Wait 節點,設定為「恢復:webhook」模式。Slack 訊息中會嵌入 {{ $execution.resumeUrl }}?decision=approve 或 ?decision=reject。IF 節點會從恢復請求中讀取 $json.query.decision。
這表示您的 n8n 實例必須能透過公開網址存取,Slack 點擊才能成功觸發。這是在本地端實例上最常讓使用者卡關的地方。
您需要提供兩項資訊:您自己的 Slack 機器人權杖(頻道名稱預設為 content-approvals,請自行更改),以及在核准分支中設定您自己的發布步驟,例如 Buffer、原生平台 API 或任何您已使用的排程工具。JSON 中沒有固定任何憑證。
在發布前,我們已將此工作流程匯入並在實際運行的 n8n 實例上進行測試:暫停功能和 Slack 訊息都已確認正常運作。從 Slack 點擊恢復是標準的 n8n webhook 行為,這也是一次性自動化測試無法自行觸發的步驟,因此建議您在首次運行時進行兩分鐘的手動檢查。
如果您需要設定指南(包含 Slack 機器人權杖、公開 webhook 可達性問題、疑難排解表格)以及顯示確切運行步驟的測試清單,這些都包含在 19 美元的套件中:「社群草稿審核關卡:從 RSS 到草稿,再到 Slack 真人審核,最後發布 1 則貼文 - 1 位參與者」。



