專案 · 常駐代理
Hermes 常駐代理
讓投資研究代理能排程執行、留下報告，並在錯誤後恢復。
這個專案在做什麼
一般 AI 助手需要人打開對話、下指令，再等它完成。Hermes 把投資研究代理放到雲端，讓它依排程蒐集資訊、產生報告，並在服務中斷時留下可以恢復的操作路徑。重點不是聊天介面，而是讓 Agent 成為可以長期維護的服務。
最初想解決研究工作只存在單次對話沒有人打開工具就不會執行；報告、記憶與排程也分散在不同地方。
實際建成一套可排程、可觀察、可恢復的代理環境Discord 接收需求，雲端主機執行，排程產生報告，GitHub 與 SSM 支援更新和維護。
從原型到長期運作的過程
這個專案最有價值的部分不是最後的架構圖，而是每次遇到限制後，如何調整成真的能繼續運作。
先縮小常駐代理的範圍
經過 13 輪以上評估，只保留必要層級，避免一開始就做成過大的自治系統。
Oracle 無法取得容量，改用 AWS EC2
部署過程超過 6 小時、處理 20 多個問題，最後以可取得且能維護的環境為準。
串起 Discord、記憶、排程與工作看板
輸入、長期記憶、定時任務與輸出不再只存在同一個對話視窗。
加入 SSM 與私人 GitHub 同步
不依賴固定 IP 或 SSH，並以唯讀 deploy key 更新內部能力。
讓排程、輸出與維護都留下紀錄
代理有沒有完成工作，可以直接回到任務紀錄與報告核對。
Hermes 實際完成了什麼
Hermes 把研究任務從單次對話改成可以重複執行的服務流程。以下三件事都有部署或操作紀錄支撐。
日報、盤前與盤後研究可以依規則啟動，不必每次重新建立任務背景。
排程與執行結果都有紀錄股票研究報告與任務紀錄留在系統中，可以回頭檢查任務是否完成。
輸出不只存在單次對話視窗透過 SSM 與版本同步更新環境和能力，服務中斷時也有操作路徑可循。
不依賴固定 IP 或單一操作裝置讓 Agent 從對話走向服務的四個判斷
先決定哪些工作值得常駐
不是所有 AI 任務都需要 24 小時在線；排程、記憶與報告必須對應真實使用。
部署方案要服從可用性
免費主機拿不到容量時，改選低成本但能取得、能維護的雲端環境。
恢復能力和功能同樣重要
SSM、版本同步與操作紀錄，讓服務故障後不必依賴一次性的人工記憶。
完成狀態必須可以回查
排程有沒有啟動、研究有沒有產出、服務如何被更新，都要留下可以驗收的紀錄。