做過公眾號的人,應該都熟悉這種感覺:今天準備更新,打開電腦,卻不知道從哪兒開始。

先刷一圈新聞,看看有什麼值得寫;找到一個話題,又要確認消息是不是真的、有沒有後續;好不容易把資料看完,才發現標題還沒想,正文還沒寫,封面和配圖也沒有著落。等到文章終於放進公眾號後台,時間已經過去不少。

偶爾寫一篇還好,想持續更新,這些重複工作就會變成負擔。尤其是一個人維護帳號時,查資料、寫稿、找圖、排版,往往都得自己來。

有沒有辦法少花一點時間,也少花一點錢?

這篇文章,我們就用 Ace Data Cloud Studio 做一次完整示範:先查詢國內外娛樂新聞,選一個合適的話題,完成文章創作,再把這套流程整理成可重複使用的 Skill,交給自動化任務執行。

這裡說的自動化,不是讓公眾號在無人查看的情況下不斷發文。更實用的做法是,讓它先把資料、初稿和圖片準備好,存進草稿箱,再由你做最後審核。省下的是重複勞動,內容把關這一步仍然值得保留。

讓公眾號更新,少一點重複勞動:AI 生成的概念插畫

先用免費模型,把流程跑通

首先,打開 Ace Data Cloud 的 Studio,在模型選擇器中選擇適合執行任務的 GPT 模型。

本次示範選擇的是當時標註為免費的模型。實際使用時,請以模型選擇器中的目前說明為準,不要只按截圖裡的名稱選擇,也不要預設所有 GPT 模型都免費。

在 Studio 中選擇模型

我們想省下的,不只是寫稿的時間,還有在不同工具之間來回切換的時間。Studio 可以透過設定好的連接器,把資料查詢、文章創作和向內容平台提交稿件串起來。不過,連接器需要先完成設定,能執行哪些操作,也取決於目標平台開放的權限。

這裡也先把費用說清楚:免費模型,不等於整個任務都免費。 搜尋、圖片生成,以及任務中呼叫的其他服務,需要分別查看收費說明。

另外,示範帳號還在執行其他自動化任務,因此不能簡單用帳戶總積分的前後變化,判斷某一次操作的實際費用。要確認成本,最好結合對應的呼叫紀錄和用量明細來看。

找熱點之前,先把要求說清楚

接下來,在輸入框中讓 Agent 查詢國內外主流娛樂新聞。

如果只是想試試功能,輸入「查詢國內外主流娛樂新聞」就可以開始。但準備把結果寫成公眾號文章時,建議多補充一點要求,避免它找來一堆看起來熱鬧、實際上已經過時或缺少出處的內容。

比如,可以這樣說:

幫我查詢最近 24 小時的國內外娛樂新聞,優先查找官方公告、當事人公開回應和可靠媒體報導。請附上來源連結、發布時間,並說明哪些話題值得繼續追蹤。不要把舊聞當成最新消息,也不要把未經證實的爆料當成事實。

查詢國內外娛樂新聞

拿到候選話題後,不必急著讓它開始寫。先看一眼消息的時間、出處和後續進展,再挑一個適合自己帳號的選題。

「熱」當然有用,但不是越熱越適合寫。有些話題只是討論聲大,能確認的資訊卻很少;有些消息已經出現了澄清,搜尋結果裡仍然能看到早期版本。如果直接照著第一輪結果生成文章,很容易把已經過時的說法寫進去。

我們可以自己挑選,也可以讓 Agent 根據帳號定位來選。差別在於,交給自動化任務之前,要把選題標準說明白,而不是只留下一句「找最熱的」。

從查詢結果中確定選題

這次示範中,查詢結束後沒有觀察到積分變化。但這個現象本身,還不足以證明新聞查詢及後續操作全部免費。我們真正要確認的是,這次用了什麼模型、呼叫了哪些工具,以及這些呼叫有沒有產生費用。

先把一次任務的成本弄清楚,再決定每天跑幾次,比一開始就設定高頻更新更穩妥。

讓 Agent 寫初稿,再送進公眾號草稿箱

確定選題之後,就可以讓 Agent 開始寫文章了。

要求不用寫得很複雜,但最好把讀者是誰、文章怎麼寫、最後存到哪裡交代清楚。比如:

根據剛才確認的選題,寫一篇面向一般讀者的微信公眾號文章。開頭直接說清楚發生了什麼,再自然補充背景和後續進展。語氣像和讀者聊天,不要堆套話,不要機械地分成「第一、第二、第三」。保留關鍵資訊的來源,不要編造細節或人物發言。完成後儲存到我指定的微信公眾號草稿箱,暫不公開發布,也不要群發。

如果還沒有綁定微信公眾號,可以先看文末的連接器設定文章,完成帳號連線後再繼續。透過連接器提交內容前,也要確認目標帳號,尤其是同時管理多個公眾號的時候。

提交文章創作與公眾號處理要求 Agent 接下來會根據要求繼續查資料、整理內容,並嘗試把稿件提交到目標帳號。

不過,看到「執行完成」時,先別急著理解為「讀者已經能看到了」。文章生成、儲存草稿、提交發布和實際公開,是不同的狀態。我們之前的分發實錄中,公眾號部分完成的就是草稿儲存,並非公開發布。

查看任務返回的處理結果

任務結束後,建議再開啟公眾號後台看一下。文章有沒有進入草稿箱,圖片能不能顯示,標題和摘要是否合適,都值得花幾分鐘確認。

這輪示範沒有單獨要求生成封面,主要是為了先驗證流程能不能跑通。正式使用時,可以再補上封面和正文配圖要求,不必第一次就把所有環節都加進去。

圖片也不是越多越好。能幫助讀者理解內容的圖片才值得放。使用新聞原圖時,應確認是否允許轉載,註明來源並不自動等於獲得授權;沒有合適素材時,可以生成主題插畫,但不要把生成的人物或場景當成真實新聞照片使用。

把這次操作,整理成下次能直接用的 Skill

一次流程跑通以後,接下來的問題就是:明天還要不要把同樣的話重新說一遍?

沒必要。我們可以把已經驗證過的做法整理成一個 Skill,作為後續任務反覆使用的操作說明。

你可以把它理解成一份編輯工作說明:去哪裡找消息,怎樣判斷選題是否值得寫,文章用什麼口吻,圖片怎麼處理,最後儲存到哪裡。寫得越清楚,每次執行時需要臨時補充的內容就越少。

這裡要注意,生成一份 Skill 文件,並不等於已經建立了定時任務。 它先解決的是「按照什麼要求做」,執行時間和頻率還需要在自動化任務裡設定。

在輸入框中,可以直接使用下面這段提示詞:

请根据刚才已经跑通的流程,整理一份可复用的 Skill,用于微信公众号娱乐资讯内容的自动化创作。请写清楚执行要求、异常情况的处理方式,以及任务完成后需要返回的结果。

每次执行时,查询最近 24 小时的国内外娱乐新闻,优先读取官方公告、当事人的公开回应和可靠媒体报道。保留来源链接与发布时间,检查是否存在后续澄清、内容更正,或者旧闻重新传播的情况。

结合报道时效、可靠来源的关注情况和本公众号的读者定位,选择一个值得写的话题。没有可靠的热度数据时,不要声称它是“全网最热”。如果没有找到事实依据充分、适合写作的选题,就说明原因并结束本次任务,不要为了完成任务硬写一篇。

围绕确认后的事实写一篇微信公众号文章,不要只对某篇报道做同义改写。语气自然、口语化,像一个认真了解过事情的人在向读者讲述。开头直接进入主题,正文用连贯的段落展开,不要使用编号列表,不要堆砌套话,不要编造采访、人物发言和现场细节。

标题要有吸引力,可以围绕事件中确实存在的分歧、反差或疑问展开,但不能夸大事实、制造对立,也不能把未经证实的说法写成确定结论。涉及真实人物时,不使用无依据的负面指控。

根据内容安排适量配图,优先使用自有或明确允许使用的素材,并保留必要的来源说明。找不到合适素材时,可在指定的图片模型和预算范围内生成主题插画。生成图片应注明为 AI 生成的示意图,不得冒充新闻现场照片或事实证据。

另外制作一张适合公众号展示的封面,主题明确、画面简洁,重要文字和主体避开容易被裁切的位置。不要为了吸引点击,加入与正文无关的画面或人物。

完成后,将文章、封面和正文配图保存到指定微信公众号的草稿箱,不公开发布,不群发。执行前确认目标账号;如果账号不明确,或相关能力需要人工确认,应暂停并说明,不要自行选择账号,也不要绕过确认。

如果保存失败,先检查是否已经创建草稿,避免重复提交。返回任务结果时,明确说明文章是否写完、图片是否生成、草稿是否保存成功,以及哪些地方需要人工检查。只有拿到真实返回结果,才能声称操作成功。

標題可以有討論空間,但不值得為了點擊量,把原本沒有爭議的事情寫成衝突。圍繞真實分歧、反差或疑問來寫,比籠統要求「有爭議」更容易掌握分寸。

同樣,「檢查真實性」也不能只停留在一句要求上。把查找原始出處、核對時間、檢查澄清消息這些動作寫進去,才更方便執行,也更方便你檢查結果。

生成 Skill 後,自己再讀一遍,把目標公眾號、常用的文章長度、圖片預算和不想涉及的話題補充進去。它應該符合你的實際編輯習慣,而不是一份看起來完整、用起來卻總要返工的範本。

建立自動化任務,先手動跑一遍

接下來,複製整理好的 Skill 內容,在 Studio 中建立自動化任務,填寫執行要求,並按自己的更新節奏設定執行時間。文末的連接器設定文章也提供了定時任務的相關入口說明。

建立自動化任務

剛開始,建議把執行頻率設得保守一些。比如,你每天只準備更新一篇,就先圍繞一次執行來測試,沒有必要一開始就每隔一小時生成一篇。

如果能提供近期已用選題或文章記錄,也可以要求任務先做比對,盡量避免同一個話題被反覆寫。沒有這些記錄時,就不要預設它一定記得此前所有內容。

儲存任務後,點擊「執行」,手動檢查一次完整執行過程。 手動執行並檢查任務

這一步很重要。能在對話裡完成,不代表放進自動化任務後就一定不需要調整。目標帳號是否明確,連接器能否正常呼叫,圖片是否成功生成,都要透過實際執行來確認。

測試時,別只看最後一句「完成了」。最好點開新聞來源讀一讀,再去公眾號草稿箱看看成稿。寫作口吻不合適,可以修改 Skill;消息不夠新,可以縮小時間範圍;總是選到同類話題,可以補充選題偏好。

但如果是帳號授權失效、介面權限不足,或者服務呼叫失敗,就要處理對應的設定或服務問題,不是多加一句「請務必成功」就能解決。

涉及需要人工確認的操作時,也應依照實際授權流程處理。排程任務並不意味著可以繞過連接器和目標平台的限制。

低成本,不只是選一個免費模型

做到這裡,一套「查新聞、選話題、寫初稿、準備圖片、儲存草稿」的工作流程就有了雛形。

如果所選文字模型在使用時確實免費,那麼這一部分可以不產生模型呼叫費用。但圖片生成、搜尋及其他工具是否收費,仍然要另外確認,不能直接概括成「除了圖片,其他全部免費」。

想把成本控制住,也不需要一開始就追求複雜。先讓文字內容和草稿儲存穩定下來,再加入必要的配圖;先手動驗證一次,再安排定時執行。對於失敗的步驟,也要避免無限重試,尤其是在已經成功生成圖片或儲存草稿之後。

更重要的是,把自己的時間也算進去。每天自動生成幾篇稿子,卻篇篇都要重寫,未必比認真調整一次 Skill 更省事。真正值得留下的流程,是你看完初稿後,只需要做少量修改,而不是從頭再來。

這套方法也可以遷移到其他內容場景。只是換成小紅書、掘金或 CSDN 時,不應該原樣複製同一篇文章:選題、語氣、篇幅和圖片形式都要適合對應平台,能否提交或發布,也要以連接器能力、帳號權限和平台規則為準。

公眾號營運不必什麼都親手做,但也沒有必要把判斷完全交出去。讓 Studio 先整理資料、準備初稿,把你最熟悉的選題標準和寫作習慣留在 Skill 裡,再花一點時間做最後審核,這樣的自動化才更容易長期使用下去。

相關文章

從技術文章到掘金發布與公眾號草稿:Ace Data Cloud Studio 分發實錄

Ace Data Cloud 連接器設定與發布實戰