Hermes Agent 真實工作流：從安裝到每日使用的完整套路

前四篇把 Hermes 的核心組件都講完了——Skills 系統、持久記憶、Cron / Delegation / Code Execution。

但組件清單不等於工作流。知道 Hermes 能做什麼，跟知道「在我的日常工作裡應該怎麼用」是兩件事。這篇直接上場景。

安裝之後的前 15 分鐘

先裝好，再說其他的：

pip install hermes-agent
hermes chat

進去之後，不要急著叫它做什麼。先問它認識自己：

What skills do you have?

它會列出內建的 skill 索引。看一眼哪些 skill 跟你的工作相關——這決定你後面要不要從 Hub 補裝東西。

然後設定 LLM：

hermes model

選你的提供商（Anthropic、OpenAI、Google、Ollama、任何 OpenAI-compatible API），設定 API key，完成。

最後跑一個基礎健康確認：

hermes chat -q "What tools do you have available? List them by category."

如果工具清單正常，代理能回應，安裝就沒問題了。

場景一：每日 AI 技術摘要，自動送到 Telegram

這是最快感受到 Hermes 價值的場景——你設定一次，之後不需要再管它。

第一步，設定 Telegram 整合：

hermes platform add telegram
# 照提示輸入 bot token

第二步，設定排程任務：

hermes cron add "0 8 * * 1-5" "Create a technical briefing for a software engineer. Search for:
1. Top AI/LLM news from past 24 hours (focus: open source models, agent frameworks)
2. Top developer tools/productivity news from past 24 hours
 
Format as clean markdown with section headers. Include source links. Keep each item under 50 words. End with a one-line motivational note." --platform telegram

確認任務存在：

hermes cron list

之後每個工作日早上 8 點，Telegram 會收到一份技術摘要。不需要你在場，不需要你打開任何東西。

場景二：讓 Hermes 記住你的專案

新專案開始時，花 5 分鐘讓 Hermes 了解環境——之後每次 session 都不需要重新交代。

直接告訴它：

hermes chat -q "Please remember the following about my current project:
- Project: ~/code/api-service, Go 1.22, chi router, sqlc for DB queries
- Run tests: make test
- Staging deploy: ssh deploy@10.0.1.50 -p 2222, key at ~/.ssh/staging
- Database: PostgreSQL 16 on staging, port 5433
- CI: GitHub Actions, auto deploy to staging on push to main"

Hermes 會把這些信息寫進 MEMORY.md。下次 session 開始時，這些事實就在它的 system prompt 裡——不用你再說。

什麼時候更新記憶：

環境有變化（換 port、換 key、新增服務）
專案慣例有更新
你糾正了它某個做法（「不要這樣做，要那樣做」）

場景三：Hermes + Claude Code 一起跑

這是很多人沒想到的組合，但實際上很自然——它們解的是不同層的問題，不是競爭關係。

Claude Code 做的： 在代碼庫裡寫程式——diff 預覽、inline 編輯、file context 整合。IDE 裡的體驗目前還是 Claude Code 更流暢。

Hermes 做的： Claude Code 打不到的地方——跨 session 記憶、排程任務、Telegram 交付、平行子代理、任意 LLM 提供商切換。

實際搭配方式：

在 Claude Code 裡寫完功能後，跳到 Hermes 跑整體 review 和 checklist：

# 在 Hermes 裡
hermes chat -q "Review the changes I just made to ~/code/api-service. 
Check for: security issues, missing error handling, performance concerns. 
Then update MEMORY.md with any new conventions I introduced."

或者讓 Hermes 負責「工作之外的 AI 任務」——早晨摘要、週報生成、排程監控——Claude Code 繼續負責日常開發。

你不需要二選一。 它們的定位不重疊，但整合在一起比單獨用任何一個都更完整。

場景四：自建 Skill，把常用流程固化

你有一套固定的 staging 部署流程，每次都要打一堆指令——可以把它存成 skill：

mkdir -p ~/.hermes/skills/devops/deploy-staging

---
name: deploy-staging
description: Deploy service to staging environment with health check and rollback
version: 1.0.0
metadata:
  hermes:
    tags: [deploy, staging, devops]
    category: devops
    requires_toolsets: [terminal]
---
 
# Deploy to Staging
 
## 什麼時候用
需要部署更新到 staging 環境，或手動觸發 staging 部署時。
 
## 步驟
1. 確認在正確的 git branch 上：`git branch --show-current`
2. 拉最新代碼：`git pull origin main`
3. 跑測試：`make test`，失敗就停止
4. SSH 到 staging：`ssh deploy@10.0.1.50 -p 2222 -i ~/.ssh/staging`
5. 在 staging 上拉最新 image：`docker compose pull`
6. 重啟服務：`docker compose up -d`
7. 等 20 秒，確認健康：`docker compose ps`
8. 如果有 unhealthy，rollback：`docker compose down && docker compose up -d --no-pull`
 
## 已知的坑
- staging 的 SSH 是 2222 不是 22，常被忘記
- 健康檢查有時候要等超過 30 秒才 healthy，不要太早判定失敗
 
## 驗證
`docker compose ps` 全部顯示 running，沒有 unhealthy。

存好之後，以後部署只需要：

/deploy-staging

每次都一樣的流程，不會忘記健康檢查，不會跳過測試。

進階：每週用 Delegation 生週報

hermes chat -q "Generate this week's engineering summary by delegating to 3 parallel agents:
1. Delegate: Summarize all commits to ~/code/api-service this week (git log --oneline --since='7 days ago')
2. Delegate: Check all GitHub Actions runs this week and report success/failure rate
3. Delegate: List any new dependencies added to go.mod this week
 
Combine into a structured weekly report with sections: Deliverables, CI Health, Dependencies."

三個子代理各自跑各自的，主代理等完成後彙整——這種有固定格式的週報，設成 Cron 之後每週五自動產出。

一張清單：你現在就可以做的事

裝好 Hermes 之後，按這個順序推進：

✅ 安裝，跑 hermes chat，確認基本功能正常
✅ 設定 LLM 提供商，hermes model
✅ 看一遍 skill 索引，What skills do you have?
✅ 告訴 Hermes 你的工作環境，讓它存進記憶
✅ 設定一個 Cron 任務——哪怕只是每天早上的新聞摘要
✅ 找一個你常重複做的流程，寫成 skill
✅ 如果有 Telegram，接上去

不需要全部一次做完。每個步驟都有獨立的價值，做完一個就有一個的回報。

最後一句話

Hermes Agent 的學習成本不低——有 Skills、有記憶系統、有自動化三件套，每個都有自己的邏輯需要理解。

但它解決的問題也是真實的：AI 工具太多，每個都只管一塊，沒有一個在幫你把「AI 的能力」整合成「跨平台、跨 session、有記憶、能排程」的完整代理基礎設施。

Hermes 是目前我看過最接近這個目標的開源框架。學習成本值得投資。