這件事從幫別人代管 FB 開始
我有段時間在幫客戶代管 Facebook 粉專。說代管其實說得好聽，大部分的工作就是：想文案、配圖、找時間發文、看數據、再想下一篇。重複又耗時。
做久了之後，我就開始想：這件事有沒有辦法讓機器來做？至少讓文案生成這段自動化。恰好那時候我對 Claude API 已經有一定的使用經驗，加上之前有玩過 Make，感覺可以接起來試試。
不過第一步，我沒有直接在客戶粉專上做實驗。我選擇拿自己工作室的粉專來練手，成效好再說，失敗了也只是自己虧。
整個系統是怎麼運作的
先說清楚，這套流程設計的前提是省錢優先。所以有些部分刻意保留手工操作，不是懶，是避免 API 費用失控。
Step 1：Google Sheet 當排程中心
我用一個 Google Sheet 管理所有貼文的排程。每一列是一篇文章，欄位包含：主題方向、目標時間、狀態（待產生 / 已產生 / 已發布）。這樣我可以一眼看出本週的文章狀況。
這部分是手工維護的。我每週花大概 15 分鐘，把接下來幾篇的主題填進去，剩下的讓腳本跑。
Step 2：GAS 腳本把文案塞給 Claude
Google Apps Script 每天定時跑，抓出「待產生」狀態的列，把主題送給 Claude API，拿回文案後直接寫回 Sheet。整個過程幾秒鐘，不需要我盯著。
為什麼用 GAS 而不是直接讓 Make 呼叫 Claude？費用考量。GAS 免費，Make 的 operation 有額度限制。讓 GAS 處理 API 呼叫這段最划算。
function generatePost() {
const sheet = SpreadsheetApp.getActiveSheet();
const rows = sheet.getDataRange().getValues();
rows.forEach((row, i) => {
if (row[3] === '待產生') {
const topic = row[1];
const prompt = `你是善善貓工作室的社群小編，
請根據以下主題寫一篇 FB 貼文（200字內，口吻輕鬆有溫度）：
主題：${topic}`;
const reply = callClaudeAPI(prompt);
sheet.getRange(i + 1, 4).setValue('已產生');
sheet.getRange(i + 1, 5).setValue(reply);
}
});
}Step 3：Make 負責定時把文案發到 FB
Make 的 Scenario 很單純：設定時間觸發，去 Sheet 抓「已產生」的文案，透過 Facebook Graph API 發文，發完改狀態為「已發布」。
這段如果你有用過 Make 的話大概 20 分鐘可以設定好。Graph API 的 Page Access Token 要記得設定好，這是最容易踩的雷之一。
跑了一個多月，數據長這樣
以下是 3 月 5 日到 4 月 1 日的粉專成效（截圖為真實後台數據）：
老實說，這些數字對一個新粉專來說還不算亮眼，但方向是對的。互動成長 66.7%、瀏覽成長 42.6%，在完全沒投廣告的情況下，單靠自動化發文撐起來，我覺得算是及格。
追蹤人數的部分比較尷尬，這個月是 -50%，但絕對數字本來就很小，影響有限。這個我知道要改善的，主要還是內容品質的問題。
① 帶圖的文章比純文字更吃演算法，觸及率差距明顯。
② Reels 的瀏覽量遠大於一般貼文，即使粉絲少，Reels 還是有機會被推給陌生人。
這兩件事目前我還沒完全自動化，帶圖和 Reels 的自動生成是我接下來想攻克的目標。
目前還沒解決的問題
圖片還是手工的。文案可以自動生成，但搭配的圖片目前還是我自己準備。要自動化這段，要嘛串 AI 生圖，要嘛串圖庫 API 自動搜圖。前者費用高，後者要找合適的免費方案。
Reels 還沒辦法自動發。FB Graph API 對影片的支援比較麻煩，短影音的自動化是下一步想研究的方向。
文案品質還有進步空間。Claude 生出來的文案有時候太「工整」，不夠像真人寫的。Prompt 的調整是個長期工作。
如果你也想做這件事
這套流程對小型品牌或個人工作室來說蠻實用的，特別是如果你本來就有在維護 Facebook 粉專、但又沒太多時間每天寫文案的情況。
整體建置時間大概是兩個下午：一個下午搞定 GAS + Claude API，一個下午設定 Make + FB Graph API。之後只要每週花 15 分鐘填排程，剩下的就讓系統跑。
如果你有興趣，或是想幫你的品牌弄一套類似的自動化流程，歡迎直接找我聊。善善也在。