如何使用 Hermes Agent 自動化製作 TikTok Slides 內容（逐步指南）

目前 TikTok 正大力推高幻燈片（Slideshows）的觀看數與互動率，你可以看看這些頻道。

為什麼選這個組合

幻燈片是 TikTok 目前槓桿最高的格式：

• 演算法仍在積極推廣（內容成本低，TikTok 端有無限供給問題）
• 不需拍攝、不需剪輯、不需露臉
• 鉤子驅動 → 每天可以 A/B 測試 50 個鉤子
• 草稿上傳能繞過大部分直接發布 API 的機器人偵測

瓶頸從來不是點子，而是生產線。鉤子 → 利基 → 圖片方向 → 8 張幻燈片構圖 → 標題 → 排程。手動做一篇 = 20 分鐘。30 個帳號 = 一份你討厭的全職工作。

Hermes Agent 是正確的工具，因為它不是一個需要 npm install 再串接的框架，而是一個自主的 CLI Agent，可以放在任何地方（我的 $5 Hetzner 主機），內建技能、cron、MCP 與子 Agent 委派。整個管線只是 Agent 載入的技能 + 按排程觸發的 cron 任務。不需要佇列基礎設施，也不需要管理工作池。

步驟 1：安裝 Hermes Agent

在 VPS 上一行指令安裝：

選擇一個供應商：

我使用 Anthropic 的 OAuth（Max 方案）來處理需要 Agent 的階段（鉤子研究、圖片方向、標題），並用便宜的 OpenRouter 作為高量輪詢的備援。你也可以接上 Nous Portal、OpenAI Codex、DeepSeek、Z.AI、Kimi——Hermes 的文件會帶你走過全部流程。

驗證是否正常運作：

如果有回應，你就過了最難的部分。完整快速入門請見 https://hermes-agent.nousresearch.com/docs/getting-started/quickstart。

接著將閘道器安裝為 systemd 服務，這樣 cron 任務在你登出後仍能執行：

這是負責每 60 秒觸發排程器並在全新 Agent 工作階段中執行到期任務的守護程式。

步驟 2：心智模型——管線 = 技能 + cron，而非工作者

大多數自動化教學會使用佇列與工作者。Hermes 反其道而行。工作單位是技能（位於 ~/.hermes/skills/ 的 Markdown 檔案），觸發器則是載入一個或多個技能並執行的 cron 任務。

以下是 TikTok 管線的對應關係：

每個技能都是一個 Markdown 檔案，Agent 會按需載入。Cron 任務透過 context_from 將它們串聯。Hermes 排程器會在全新隔離的工作階段中執行每個任務，因此帳號之間不會有狀態污染。

步驟 3：建立技能

技能存放在 ~/.hermes/skills/<分類>/<技能名稱>/SKILL.md。Agent 可以透過 skill_manage 自行建立，你也可以手動撰寫。我兩者並用——我先擬好結構，然後讓 Hermes 在實際執行後進行優化。

鉤子研究員技能

bash

~/.hermes/skills/tiktok/hook-researcher/SKILL.md：

圖片來源路由器技能

這個技能決定每個位置要用 Pinterest 還是 AI 生成。

~/.hermes/skills/tiktok/source-router/SKILL.md：

Pinterest 爬蟲技能

這個技能需要一個輔助腳本，因為 Agent 不應該在上下文中處理 HTTP 輪換邏輯。

~/.hermes/skills/tiktok/pinterest-scraper/SKILL.md：

~/.hermes/skills/tiktok/pinterest-scraper/scripts/scrape.py 是一個普通的 Python 腳本。Agent 透過 execute_code 或 terminal 呼叫它，並解析標準輸出。上面宣告的 PROXY_POOL_URL 會自動傳入 execute_code 沙箱——這是 Hermes 的功能，幫我省了很多環境變數設定的麻煩。

幻燈片合成器——無 Agent 模式

這個階段完全是確定性的，不需要 LLM。Hermes 的 no_agent 模式正是為此設計：

bash

~/.hermes/scripts/compose-slides.py：

然後將其排程為 no_agent cron 任務——wakeAgent 永遠不會觸發，這個步驟沒有 LLM 成本。

發布者技能

~/.hermes/skills/tiktok/publisher/SKILL.md：

步驟 4：影子封殺殺手——永遠使用草稿模式

這是大多數教學跳過的部分，也是新帳號死亡的最大原因。

如果帳號建立不到 30 天，一律以草稿形式發布。沒有例外。

TikTok 上的新帳號處於觀察期。演算法會分析：

• 透過內容發布 API 發布 → 機器人風險分數 +1
• 發布 IP 與帳號常用裝置 IP 不符 → +1
• 可疑的規律間隔 → +1
• 中繼資料被剝離或與裝置端捕捉不一致 → +1

在全新帳號上累積 2-3 項，你就會被悄悄影子封殺。沒有通知。影片永遠卡在 50-200 觀看數。你會以為內容不好——其實不是，是帳號死了。

上面的發布者技能對任何建立不到 30 天 / 發布少於 20 篇的帳號強制使用草稿模式。Postiz 以草稿形式上傳，然後我的 iPhone 農場（透過 WebDriverAgent 自動化）撿起草稿，從真實裝置、真實 IP 按下發布。TikTok 看到的是從已知裝置發起的人為發布——乾淨。

暖機協議：

• 第 1-7 天：帳號只做滑動、按讚、追蹤
• 第 8-14 天：每天發布 1 篇草稿，在草稿建立後 2-4 小時從裝置發布
• 第 15-30 天：增加到每天 2-3 篇草稿，發布時間在 ±90 分鐘內隨機化
• 第 30 天後：全管線節奏，仍使用草稿模式

Hermes cron + Postiz Cloud + iPhone 農場裝置發布 = 對 TikTok 分類器而言與有機行為無異。

步驟 5：透過 cron + context_from 將一切串聯

這就是 Hermes cron 系統的魔力。管線的每個階段都是一個獨立的 cron 任務。任務 N 透過 context_from 讀取任務 N-1 的最新輸出。整個鏈條從頭到尾自動執行，不需要我手動編排。

我從一個與 Hermes 的聊天工作階段建立這個鏈條：

text

hermes --tui

我需要為帳號 acc_42（利基=健身）設定 TikTok 管線。

將管線排程為每天 UTC 09:00 執行。

鏈條：鉤子研究 → 來源路由 → Pinterest 爬取 → 合成 → 標題 → 發布。

每個階段應使用對應的技能，並接收上一階段的上下文。

Hermes 內部使用 cronjob 工具建立這個鏈條。以下是等效的直接呼叫（Hermes 會幫你完成）：

幾個關鍵點：

context_from 串聯輸出。Hermes 讀取每個上游任務最近一次儲存的輸出（位於 ~/.hermes/cron/output/{job_id}/），並將其預先附加到下一任務的提示中作為上下文。不需要資料庫、不需要佇列、不需要膠水程式碼。

workdir 在專案目錄內執行任務。這表示 AGENTS.md、.cursorrules 以及任何本地上下文檔案都會自動載入。當你把帳號設定與提示覆寫放在專案儲存庫中時特別有用。

合成器使用 no_agent=True。純粹的 Sharp/PIL 確定性工作，沒有理由為 LLM 回合付費。腳本的標準輸出成為任務的輸出，並正常串聯到下一階段。

deliver="telegram" 在發布完成時通知我。對於高價值帳號的最終階段，我使用 "all"，這樣所有已連接的頻道都會收到成功通知。

步驟 6：每個階段的工具集控制（節省成本）

預設情況下，cron 任務會繼承你透過 hermes tools 為 cron 平台設定的工具集。但為了控制高頻階段的成本，可以為每個任務鎖定工具集：

鉤子研究不需要瀏覽器、終端機或委派工具集——這些會在每次 LLM 呼叫時膨脹工具結構提示。將鉤子任務鎖定為 ["file"] 讓我的鉤子生成 token 減少了約 40%。30 個帳號 × 每天 1 篇 × 30 天 = 實實在在的錢。

Pinterest 爬取任務需要 ["terminal", "file"] 來呼叫腳本。合成器在 no_agent 模式下不載入任何工具集（沒有 Agent 執行）。發布者需要 ["terminal", "file"] 來使用 postiz-cli。

步驟 7：當沒有變化時跳過 Agent

Hermes 有一個預檢查腳本模式，非常適合每日鉤子任務。如果利基表現數據與昨天相比沒有變化，就沒有理由生成新的鉤子——昨天的前三名仍然是最佳選擇。

~/.hermes/scripts/hook-precheck.py：

在建立 cron 任務時透過 script 參數附加。Agent 只有在表現數據實際變化時才會喚醒。在典型的一天中，如果我沒有手動記錄任何新數據，這個步驟會完全跳過 LLM。免費。

步驟 8：Postiz 設定——雲端（或可自架）+ 官方 Hermes 技能

我嘗試在 Docker 中自架 Postiz 兩個月。花在修復容器的時間比開發功能還多——OAuth token 重新整理失敗、媒體磁碟空間滿、排程工作者無聲死亡。Postiz Cloud 每月 $29 幫我買回了每週約 5 小時的除錯時間。

60 秒設定：

bash

Postiz 技能透過這個 SKILL.md 向 Hermes 公開（安裝後位於 ~/.hermes/skills/postiz-agent/SKILL.md）：

Hermes 在工作階段啟動時讀取這個檔案，將 postiz 二進位檔註冊為工具，之後任何載入這個技能的 cron 任務都可以呼叫它。

值得了解的 API 基礎

兩層模式系統常讓人困惑。Postiz 有自己的 type: "draft"，用於停留在 Postiz 介面中、不發布到任何地方的貼文。這不是我們要的。我們要的是 type: "schedule" 搭配 content_posting_method: "UPLOAD"——Postiz 排程貼文，在排定時間將其推送到 TikTok，但以 TikTok 端的草稿形式存在，進入帳號的收件匣，供 iPhone 農場從真實裝置發布。

錯誤的組合 = 錯誤的結果。先在一個帳號上測試這個設定。

只有在合規需求或發布量夠大時才考慮自架。雲端有實際成本（每個金鑰每小時 30 次請求上限），但自架會吃掉你的時間。

我學到的慘痛教訓

不要相信你的第一批鉤子。我讓管線跑了兩週，一直使用鉤子原型 #1——結果平平。改成每個利基 A/B 測試 3 種鉤子原型，並透過每日評估循環讀取 TikTok 的觀看數——淘汰了無效的原型，加倍投入勝出的原型。CTR 在一週內躍升。

對於真實感強的利基，Pinterest 勝過 AI。我花了三個月優化健身轉型幻燈片的圖片生成提示。然後用 50/50 與 Pinterest 爬取的圖片對比測試。Pinterest 幻燈片的儲存數是 2.3 倍。真實照片就是不一樣。解決方案：按利基路由。

草稿模式對新帳號來說沒有商量餘地。我在接受這個事實之前損失了 4 個帳號。在全新帳號上直接發布 = 第一週內無聲影子封殺。你不會知道，直到你在一個死帳號上浪費了兩個月的內容。

資源：

• Hermes Agent：https://hermes-agent.nousresearch.com/
• Postiz：https://postiz.com/

祝好運，兄弟們 💪