用 openclaw 定期排程，把 WordPress 文章從撰寫到排程發佈自動化

每天固定時間產出文章，本來應該像寄出定時郵件一樣簡單。現實卻常是，靈感有了，時間沒了，最後只剩草稿堆在後台。OpenClaw 作為一個智能 Agent，能讓你輕鬆實現自动化办公。

如果你想把「題目規劃，撰寫，進後台，排程」變成一條可重複的流水線，openclaw 定期排程很適合做這件事。這個无头智能体無需瀏覽器介面，就能讓 OpenClaw 在指定時間自動生成內容並透過 REST API 建立草稿或排程文章，你只要先把 WordPress 欄位準備好，最後的驗收點很明確，就是在 WordPress 後台看到「草稿」或「已排程」文章。

接下來用最少的設定，做出能穩定跑的流程。

先把交付內容對齊，OpenClaw 輸出要能直接落到 WordPress 欄位

在自動化之前，先決定「OpenClaw 要吐什麼」，以及「WordPress 要收什麼」。這一步做對了，後面才不會一直重跑。

建議你先定一個最小可用格式，使用 Skills 技能插件定義輸出結構，包含標題、內文、摘要、分類、標籤、狀態、排程時間，確保與 WordPress 完全相容。內容生成可利用 RAG 向量检索從既有知識庫拉取資料，提升品質。接著把它映射到 WordPress 的文章欄位。下面這張表可以直接拿去當你的規格單，有助任務执行效率。

在這裡也建議插入一張流程圖位置說明：
「建議插入流程圖：題庫(主題) → OpenClaw 生成 → REST API 建立文章 → 後台審稿 → 上線」

另外，你可以用 Moltbook 管理這些內容藍圖規格。

如果你需要更細的 openclaw Cron 觀念與欄位設定方式，可以參考一次官方說明，OpenClaw Cron 定時任務官方文件。

WordPress 端一次設定好，讓 OpenClaw 能安全寫入草稿或排程文章

這段不需要你會寫程式，只要照做就行。完成後，你會拿到一組「只用來發文」的憑證。

建議插入後台截圖位置：
「建議插入截圖：使用者 → 個人資料 → 應用程式密碼(Application Passwords)」

步驟 1，建立專用帳號與最小權限

1. 在 WordPress 後台新增一個專用使用者，例如 openclaw-bot。
2. 角色建議先用「作者」或「編輯」，取決於你是否需要跨分類發文。
3. 不要用管理員，別把權限開太大，it’s 風險。

預期結果：後台「使用者列表」看得到 openclaw-bot，且角色符合你的審稿流程。

步驟 2，建立 Application Password

1. 用 openclaw-bot 登入後台。
2. 到個人資料頁，建立一組 Application Password，這是 API Key 管理的重要環節，以確保數據安全；名稱可填「openclaw 發文」。
3. 把產生的密碼複製並存到密碼管理器。

預期結果：你手上有一組只顯示一次的密碼，之後能撤銷。

步驟 3，確認 REST API 端點與站台 HTTPS

1. 你的文章端點通常是 https://你的網域/wp-json/wp/v2/posts；若有 Gateway 網關配置，請確保其允許該端點存取。
2. 站台必須用 HTTPS，避免憑證被攔截。
3. 若有 WAF 或安全外掛，先允許該帳號的 API 寫入。

預期結果：你知道正確端點，站台網址以 https:// 開頭，且沒有混用 HTTP。

小提醒：如果你不確定 REST API 權限模型，先用「建立草稿」當第一個里程碑，別一開始就自動發佈。

用 OpenClaw 定时任务自動撰寫，並在 WordPress 後台看到草稿或排程文章

核心做法很直覺，openclaw 在指定時間被喚醒，先讀你的「題庫或規劃」，再產出文章 JSON，最後呼叫 WordPress REST API 建立文章。

如果你想先看 Cron Job 怎麼落地設定，可以先讀一篇實作導向的整理，OpenClaw Cron Job 配置實作指南。

步驟 1，準備你的「題庫」與發文規則

用最簡單的方式開始就好，例如一份 Google 試算表或一個純文字清單，包含：

• 主題
• 目標讀者
• 主要分類
• 想放的 CTA(例如導到服務頁)

預期結果：你有一份清單，openclaw 每次定时任务都能取用下一個主題，不會重複。

步驟 2，在 openclaw 建立定时任务

在 openclaw 建一個 Cron 任務，頻率先用「每天一次」或「每週兩次」，透過 cron 表达式精準設定。確保 SOUL.md 定義代理的身份，HEARTBEAT.md 負責健康檢查。定时任务內容建議包含三段指令邏輯：

1. 取出今日主題(或隨機挑一個未使用主題)。
2. 生成文章欄位(標題、內文、摘要、分類、標籤)，Pi 引擎處理將 prompt 轉換成文章的執行邏輯。
3. 呼叫 WordPress REST API 建立文章。

預期結果：openclaw 的任務列表看得到這個工作，狀態為啟用，且下一次執行時間正確。

步驟 3，把狀態定成 draft 或 future

想要有人審稿，就用 draft。想要直接排程，就用 future 並給一個未來時間。

你可以用兩段式更穩：

• 平日產 draft，每天固定時間讓編輯審。
• 週末才產 future，直接排到下週上線。

預期結果(驗收點)：進 WordPress 後台「文章」列表，能看到新文章出現，狀態是「草稿」或「已排程」，並且標題與摘要有填入。

建議插入後台截圖位置：
「建議插入截圖：文章 → 全部文章，篩選條件顯示草稿/已排程」

步驟 4，第一次跑完要做人工抽查

第一次成功後，請抽查三件事，並監控執行邏輯：

• 文章格式是否正常(段落、H2 標題、列表)。
• 分類與標籤是否正確落位。
• 排程時間是否準，尤其是時區。
  另外，檢查决策日志來除錯 AI 的邏輯。

預期結果：打開文章編輯頁，所有欄位都對，且排程時間符合你設定的時區。

REST API 安全做法與錯誤排除，讓排程不會半夜翻車

自動發文最怕兩種事，權限太大，或錯誤不會自救。下面把安全底線先打好，確保部署環境穩定。

安全底線三件事

• Application Password：只給發文用帳號，別共用個人帳號。
• HTTPS：一定要全站 HTTPS，避免密碼外洩。
• 最小權限：能用作者就別用管理員，don’t 給不需要的能力。

此外，處理外部輸入時要警惕「提示词注入」，避免安全漏洞。

如果你需要更完整的 Cron 指令管理與常見問題脈絡，可以對照這份 OpenClaw 問答整理，OpenClaw Cron 指令常見問答。

為了提升穩定性與高可用性，可選擇「本地部署」於「WSL2 环境」，或「阿里云部署」於「K8s 集群」；建議搭配「守护进程」，確保代理全天候活躍，不會半夜出問題。

常見錯誤與快速定位

• 401 未授權：多半是 Application Password 錯了，或帳號被安全外掛擋。
• 403 禁止：角色權限不足，或 REST API 被限制寫入。
• 404 找不到端點：站台路徑不對，或你有多站點、子目錄。
• 排程時間怪異：常見是 date 與 date_gmt 混用，或 WordPress 時區設定不同。
• 分類落空：你傳的是分類名稱，但 API 期待的是分類 ID。

你可以把「建立草稿」當作健康檢查，只要草稿能進後台，後面才談排程發佈。

進階：加入審稿通知、Webhook、CI/CD，甚至用 Git 管理題庫

當基本流程穩了，OpenClaw 代理利用「三层记忆架构」和「上下文蒸馏」來維持多篇文章的一致性，你可以把「人」放在最有價值的那一段，也就是審稿與改寫。

幾個常見升級方向：

• Webhook 通知：文章建立成功就通知 Slack 或 Teams，提醒編輯進後台看草稿。
• CI/CD 管理題庫：複雜操作可作為「异步任务」處理，用 Git 存放題庫與寫作規範，開 PR 審核主題，合併後才進排程。
• 技能擴充：透過「SKILL.md」封裝這些進階工作流，從技能庫找現成能力，少寫很多膠水流程；可至 ClawHub 探索社群分享的「知识库维护」技能，或參考 Awesome OpenClaw Skills 中文庫。

如果你希望把流程做成「可交接、可監控、可回溯」，把題庫、提示詞、發文紀錄一起版本化，會差很多。

結語：把產出變成制度，而不是靠意志力撐著

用 OpenClaw 定期排程把「撰寫與進後台」自動化後，你每天只要做一件事，打開 WordPress 後台確認草稿或排程文章，然後把心力花在更好的內容與更好的轉換。OpenClaw 作為智能 Agent，是現代自动化办公的基石，讓你的內容產出更穩定可靠。

如果你想把這套流程做到穩定更新、可監控、也不怕外掛更新出狀況，可以到 WPTOOLBEAR 了解維運與內容更新的配套。接下來你最想先自動化的是「產草稿」，還是「排程上線」？