# 策展 · X (Twitter) 🔥

> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)

> 作者：Bridge Wang (@qc777qc) · 平台：X (Twitter) · 日期：2026-05-18

> 原始來源：https://x.com/qc777qc/status/2055938260103548970

## 中文摘要

Hermes 透過後台調度機制實現自動化。

許多使用者誤以為只要在提示詞中要求 Agent「持續工作」，它就能自動執行任務。事實上，大多數 Agent 產品的互動單位為單次「turn」，若無外部調度器在每輪任務結束後重新喚醒，Agent 就會停滯。要實現真正的長期自治，必須將任務拆解為短週期，並透過「Gateway + Cron + Heartbeat + 狀態檔案」的架構來維持連續性。

**核心組件與運作機制**

要讓 Agent 具備 24 小時運作能力，需配置以下四個關鍵組件：

- **Gateway**：作為後台鬧鐘，負責監控任務列表、到點啟動任務並建立全新的 Agent session。若未執行 `hermes gateway install`，Cron 任務將無法自動觸發。
- **Cron**：定義喚醒頻率。設定時務必使用 `every` 關鍵字（例如 `every 30m`），否則系統將視為僅執行一次的任務。
- **Heartbeat**：透過 `HEARTBEAT.md` 檔案定義 Agent 每次被喚醒後必須執行的標準程序（如讀取狀態、檢查阻塞、推進工作單元、更新日誌）。
- **狀態檔案**：由於 Cron 啟動的是全新的 session，無法繼承當前聊天視窗的上下文，因此必須將狀態落盤至檔案系統，確保 Agent 能在每次喚醒時恢復工作進度。

**狀態管理與檔案結構**

為了讓 Agent 在失去聊天上下文後仍能維持工作連續性，建議建立以下最小化檔案結構：

- `HEARTBEAT.md`：定義每次喚醒後的標準作業流程。
- `config/continuity_policy.md`：規範長期運行的規則。
- `memory/current-state.md`：記錄當前階段、主任務與已完成事項。
- `memory/task-queue.md`：管理任務佇列（NOW、NEXT、LATER、BLOCKED、DONE）。
- `memory/run-state.md`：記錄上一次運行的接力資訊。
- `logs/`：存放運行紀錄。

**實作建議與注意事項**

- **Cron 設定策略**：建議初期先設定 `Work Heartbeat`（每 30 分鐘一次），待運作穩定後，再加入 `Short Review`（每 12 小時一次）與 `Major Review`（每 48 小時一次）進行週期性復盤。
- **Git 使用規範**：Git 應作為審計帳本而非即時日誌。建議檔案隨時寫入，但僅在明確工作單元結束後進行本地 commit，並低頻執行 GitHub push。
- **安全防護**：嚴禁將 API key、cookie、token、密碼、私鑰、個人身份材料或高頻變動的資料庫檔案提交至 Git。

若您的 Agent 總是執行一輪後就停擺，請檢查是否有後台 Gateway 運作、Cron 是否設定為循環執行、提示詞是否具備自包含特性，以及是否透過狀態檔案承接了上一輪的工作進度。長期工作的秘密不在於讓 Agent 一口氣跑更久，而在於確保它每次醒來時，都能精確掌握自己的身分、位置與下一步任務。

## 標籤

Agent, 自動化, 教學資源, Hermes