自媒體每週發文，如何先產生草稿、審過再排程？

先做一張有責任人的週表

每個題目先填受眾問題、文章目的、資料來源、內容形式、製作負責人、草稿期限、審閱人與希望發布日。例如週一回答『初學者常犯的三個拍攝錯誤』，週三回顧真實案例，週五整理讀者問題。不要把三天都寫成同一則服務廣告。預先排好時段不等於已經有可發布的內容；素材、引用、圖片授權與導流連結都需在審閱前具備。週末回顧哪個題目帶來有品質的提問，再調整下週安排。

先把月目標縮成四個可回答的讀者問題，再把每題拆成一則主內容與可能的短版。

例：自由攝影師的讀者常問『拍攝前要準備什麼』，主內容可以列出服裝、場地、授權與交件前的核對清單，短版則摘出三個最易忘的項目。

兩者共用來源，卻不能把同一段話複製貼上當兩篇獨立文章。

週表可標記『待研究／待草稿／待審／已排程／已送出／已確認公開』，每個狀態都有可判斷的完成條件。

待研究要有可用資料，待審要有人能核對，已排程要有正確時區與通路。

預留一個空位給臨時變更，不把整週填到毫無修正空間。

素材命名也要清楚，例如拍攝日期、主題和版本，讓審稿人知道圖片是否對應最新文案。

若一位創作者同時經營多個平台，可先決定各平台的受眾問題是否相同，再調整長度、比例和導流方法，不要盲目一鍵複製。

讓 AI 產草稿，但不要跳過核對

在 kakinang 已開通 Buffer 的社群工作台，商家可連接自己的 Buffer 帳號，指定可用社群通路，建立週期排程及內容簡報；若使用 AI 產文，選擇適合的 Agent 與知識範圍。先選 auto_publish=false，使週期產出進入待審草稿。審稿時逐項看事實、最新價格與檔期、品牌語氣、來源與圖片、平台字數限制、敏感承諾和連結。若同一題生成數個版本，先選定真正要發布的版本，再核准。這裡的『草稿』是給人做判斷，不是把錯誤延後一小時自動發出去。

AI 產文前要限制材料來源。

選用已核准的知識庫、產品或服務事實及內容簡報，寫清楚這次要回答的問題、主要受眾、禁止聲稱的成效、需要人確認的資料。

產出後審稿不是只看有無錯字：先核對每個數字、引用與連結，確認『今天可預約』『現貨』『限時價』之類隨時間變動的主張仍成立，再看是否有誤用別人的肖像、音樂或商標。

對健康、投資、法律等高影響主題，不要讓一篇通用社群草稿暗示專業個案建議。

示例：AI 草稿寫『三天瘦五公斤』，即使文句吸睛，也應退回並要求有可用證據與適當審核；若拿不出證據，就不要發布。

審閱記錄可以很簡單：誰看過、改了什麼、哪個版本最後核准。

不同平台的長度和標籤可最後調整，事實核對則應先於排程完成。

若內容需要由品牌、攝影師或團隊夥伴共同審閱，應事先定義誰能給建議、誰有最終核准權，以及回覆截止時間。『大家看過就可以發』會讓最後一刻的改字無人負責。可用一份最小審稿表：事實和來源、圖片與音樂權利、品牌語氣、行動呼籲、預約或價格條件、平台格式、公開日期。每項只標示通過、待改或不適用，避免長篇開會。若內容搭配導流頁，審稿時要親自點進頁面，確認手機可讀、表單能用、活動仍在有效期，否則社群貼文準時發布也只會把人帶到失效入口。

排程不是越密越好。新創自媒體可能只有一人兼拍攝、剪輯與客服，一週兩篇仔細回答讀者問題的文章，比每天貼一則重複語錄更能維持品質。可為每個主題留一個『可拒發原因』，例如資料來源不足、商品條件變更、素材使用權未確認或負責人不在。系統在預定時刻前若仍有這些缺口，應讓人改期或取消，而不是因為日曆有空格就推送。長期檢討則看讀者是否理解步驟、是否有後續追問，並把新的疑問帶回下週研究。

AI 產出的多個版本也不要只挑最吸睛的一句。可用三個問題評估：它是否忠實回答受眾原本的疑問？每個可驗證主張是否有來源？讀完的人是否知道下一步？若標題問『如何安排預約』，內文卻只有『立即私訊我』，這不是完整解答。若要在同一週延伸為短影音、輪播圖和長文，應各自提供適合格式的示例與步驟，再把相同事實連回可維護的官網頁。這種改寫能幫讀者在不同入口取得一致資訊，也讓審稿人更容易發現不一致。

若排程內容含節日促銷、活動名額或倒數優惠，還要檢查時間到期後的處理。文案在送出時可能正確，但讀者隔天才看到時已不適用。應在貼文中標出日期、適用條件和查詢現況的入口；方案結束後更新導流頁，而不是留下過期連結。跨時區合作時，以明確日期與時區紀錄審稿及發布時間，避免『週五上午』在不同地區落在不同時刻。對自媒體而言，誠實標示時效比盲目排滿日曆更重要。

把 Buffer 接受與社群已發布分開看

明確啟用 auto_publish 才會走受控送出流程，介面也會要求確認；沒有已授權且作用中的通路、方案權限或必要後台設定時，不能假設可排程。送到 Buffer 後還要看後續狀態，不能把提供者接受排程等同 Instagram 或 Threads 已公開。若發布日期、圖片或文案不對，在送出前改期或取消；若遠端狀態不確定，先查看狀態與協調，別盲目重送造成重複貼文。內容品質也不能只靠發文數衡量，應看讀者是否得到能實作的答案。

從排程表走到真實公開，至少有三個不同時間點：內容準備完成、送 Buffer 的時間、社群端顯示已發布的時間。

若要自動送出，先確認權限、通路、OAuth 授權、排程規則和額度；開啟 auto_publish 時閱讀確認提示，並對少量非敏感內容先試流程。

若維持關閉，應安排固定的人看待審草稿，否則只是把工作堆進另一個佇列。

遇到通路限流、連線失效或結果不明，要看後台狀態與警示，由人判斷重試或重新授權；不能把同一內容手動連按兩次以求保險。

發布後可每週檢視讀者是否提問、哪些段落被誤解、留言中是否出現新 FAQ，再調整後續主題。

內容日曆是一種維持品質的節奏工具，不是證明 AI 能保證觸及或每篇都轉單的證據。