Hermes 進階第二週：讓 AI 員工 24 小時替你上班，還會自己定目標
整理版優先睇
將 Hermes 由聊天工具升級為 24 小時自主工作的 AI 員工，重點係服務器部署、定時任務、目標達成同多 Agent 協作。
呢篇文章係「Hermes 新手保姆級教程」嘅續篇，作者假設你已經識得基本操作，例如裝好 Hermes、配好模型、可以用佢傾偈同記低啲嘢。
作者想解決嘅問題係：點樣令 Hermes 由一個「你叫佢先做嘢」嘅助手，變成一個「你唔喺度佢都識自動開工」嘅員工。整體結論係要靠四個步驟：將佢放喺長開嘅服務器、用 Cron 定時啟動任務、用 /goal 令佢自己判斷係咪完成，同埋用 Kanban 俾多個 Agent 分工合作。
文章提供咗好具體嘅部署指引，包括 Docker 同裸機方案、飛書 Bot 連接、成本估算，仲有幾個可以直接抄嚟用嘅 Skill 模板。作者強調，真正嘅 AI 員工唔係用嚟「傾偈」，而係要「交貨」，所以視角要由「點用 Hermes」變成「佢今日交咗乜嘢俾我」。
- 真正嘅 AI 員工要永遠在線、定時啟動、自己判斷任務完成、能夠分工，而唔係等你打字先開工。
- 部署首選 Docker 加海外 VPS（$5/月起），Docker 一條命令搞掂所有依賴，搬機都方便。
- Cron 任務嘅 prompt 一定要自包含，因為每次觸發都係全新 session，唔會記得之前講過乜。
- /goal 係 v0.13 嘅王牌功能，俾 AI 自己反覆嘗試直到達到量化目標，例如字數限制，唔使你逐次畀feedback。
- 最大開銷係 VPS 而唔係 API，建議由 $5/月嘅 VPS 起步，等需求大咗先升級，唔好一嚟就租貴機。
AI 工具日報 Cron Prompt
每日朝早 8 點生成 AI 工具趨勢簡報嘅自包含 prompt，包括搜索、篩選、格式要求同避免幻覺嘅指示。
公眾號爆款選題助手 SKILL.md
一個完整嘅 Hermes Skill 模板，用嚟幫公眾號選題，包括觸發時機、輸入要求、執行步驟（聯網搜索、篩選、輸出格式）同質檢標準。
內容結構
docker run -d \ --name hermes \ --restart unless-stopped \ -v ~/.hermes:/opt/data \ -p 8642:8642 \ nousresearch/hermes-agent gateway run思維升級：由用戶變老細
新手階段你關心嘅係「呢個指令點用、嗰個配置點寫」，但進階階段你要開始諗「今日佢交咗乜嘢俾我」。呢個視角一轉，好多嘢就順曬。
你唔再係一個 Hermes 嘅「用戶」，而係一個 AI 小團隊嘅「老細」。
例如，你要諗嘅係「我朝早 8 點要喺手機收到 AI 工具早報」，而唔係「我要記住 hermes --continue 點寫」。咁樣先係用員工嘅角度去諗。
部署：搬佢入 Server 長開
要令 Hermes 成為真員工，第一件事係俾佢一個永遠開機嘅地方。你嘅 Notebook 一合蓋就瞓着，唔叫得員工。
- 1 用 Docker 部署最簡單：一條命令裝曬所有依賴，升級時只 pull 新鏡像，數據全部喺 ~/.hermes 入面。
- 2 Docker 版日常管理得四條指令：docker ps 睇狀態、docker logs -f 睇日誌、docker exec -it hermes hermes 入去傾偈、docker pull 更新。
- 3 唔想用 Docker 可以裸機跑，但要用 systemd 用戶服務嚟保持後台長行。
Mac 同 WSL2 用戶強烈建議用 Docker Desktop，開機自啓，唔使煩 PATH 問題。
定時任務：Cron 同 Gateway
Hermes 嘅 cron 唔係系統 crontab，而係 Gateway 入面嘅 ticker，每 60 秒睇一次係咪要觸發任務。所以 Gateway 一定要喺後台行緊。
Cron 任務嘅 prompt 必須自包含，因為每次開新 session，唔會記得之前講過乜。
- 模板 1（AI 工具日報）：每日朝早 8 點聯網搜過去 24 小時 AI 工具更新，篩 3-5 條，附連結同點評。
- 模板 2（工作日報）：讀本地 work-log 同日誌，生成今日完成、阻塞同聽日建議。
- 模板 3（週報）：基於過去 7 日嘅日報整理成結構化週報，自動保存。
記住，結果要送俾你睇，所以要接聊天軟件，例如飛書。
目標驅動：/goal 用法
/goal 係 Hermes v0.13 最令人眼前一亮嘅功能。同普通對話唔同，你用 /goal 只講一次，佢會反覆嘗試直到達到所有量化條件。
例如你話「寫一篇 2000 字文章，開頭要有故事鈎子，每段唔超過 4 行，唔用 AI 味詞」，佢會一路改直到全部達標。
咩時候用？寫長文、改稿、Debug、數據整理——有明確量化目標嘅場景就啱。開放式聊天或者創意生成就唔好用，否則會無限 loop。
多 Agent 協作：Kanban 分工
Kanban 係一個跨 profile 嘅任務看板，你可以設 researcher、writer、editor 三個分身，各自負責唔同環節。
Kanban 嘅目的唔係並行加速，而係令工作流「可觀測」——你知個任務卡喺邊個工人手上面。
- 先起動 Dispatcher 守護進程，佢會自動派任務。
- 提交任務時可以用 --assignee auto 由 dispatcher 自動分。
- 官方提供 Web 儀錶板睇進度，ssh 隧道轉發就得。
新手建議前兩週完全唔好用 Kanban，先玩熟單 Agent 嘅 Cron 同 /goal，等有咗「一件事太複雜，一個 Hermes 搞唔掂」嘅感覺先再開。
本文是「Hermes 新手保姆級教程」的續篇。如果你還沒看過第一篇，強烈建議先去看一下。 上一篇我們做到：裝上 Hermes、配好模型、讓它能聊天、能恢復會話、能記住你。 這一篇我們要做到：讓它住進服務器、定時上班、自己定目標、和別的 Agent 協作。 所有命令均經 2026 年 5 月官方文檔核對，以最新版本 v0.13.0 為基準。
寫在最前面：你和"真正的 AI 員工"之間，差的不是功能
第一篇結束的時候，你家的 Hermes 應該已經能做到這些事了：
你敲 hermes，它出來跟你聊天你讓它讀當前目錄，它真的會調用工具讀 你關掉終端，第二天 hermes -c還能接着昨天的話聊你寫好的 SOUL.md/MEMORY.md/USER.md，它真的讀了你讓它沉澱一個 Skill，它會自己保存
這已經比 90% 的 ChatGPT 用戶強了。
但是說實話——
它還不是"員工"。
真正的員工是什麼狀態？你不在公司的時候它也在幹活。你睡覺的時候它也在準備明天要交的東西。你出差的時候它在飛書上問你一句"這件事我是先做 A 還是先做 B"。你根本不需要知道它具體坐在哪張桌子前。
這才是員工。
第一篇的 Hermes 離這個狀態還差四步：
1. 它得住在一個永遠開機的地方（不是你的筆記本）
2. 它得會按時間點自己啓動任務（而不是等你敲命令）
3. 它得會自己判斷"任務完成了沒"（而不是幹到哪算哪）
4. 它得能跟別的 Hermes 分工（而不是一個人扛所有活）
這一篇，我們就把這四步一次打通。
而且——好消息：Hermes 在 2026 年 5 月剛發的 v0.13.0 版本里，把第 3 步（持續性目標 /goal）和第 4 步（多 Agent 協作 Kanban）的體驗都升級了一遍。我們趕上了最好的時候。
走，開工。
一、進階玩家的思維升級：別再問"Hermes 怎麼用"，要問"讓它給我交什麼"
新手階段，你關心的是"Hermes 這個命令是幹嘛的、那個配置項寫什麼"。
進階階段，你關心的東西要變：
你要開始想"今天它給我交了什麼"。
這個視角一換，很多事情就順了：
hermes chat 怎麼用 | |
hermes --continue 怎麼寫 | |
MEMORY.md 放什麼 | |
看見區別沒有？
你不再是一個 Hermes 的"用戶"，你是一個 AI 小團隊的"老闆"。
這一整篇，我們都按這個視角走。每講一個功能，我都會告訴你"它能幫你交出什麼"。
二、先讓它住下來：服務器的選擇
讓 AI 員工上班的第一件事，是給它找一個永遠開機的地方。
你家的筆記本一合蓋就睡着了，Wi-Fi 斷了，cron 任務不會跑，飛書 Bot 不會回覆。這不叫員工，這叫你不在它就請假的實習生。
解決方案只有一個：把 Hermes 搬到一台 7×24 小時開機的機器上。
四種可選的"住所"
選項 1 · 你自己的 Mac mini / 閒置電腦（0 成本起步）
如果你家裏有台吃灰的 Mac mini、舊筆記本、舊主機，把它放一邊插着電常開，是零成本方案。缺點：
跳閘就沒了 你出差回家發現風扇壞了也沒了 寬帶 IP 經常變，Bot 配置容易丟
選項 2 · 海外 VPS（$5/月起步，最主流）
這是全球教程裏最常推薦的方案。幾家經典選擇：
Vultr / DigitalOcean / Linode：$5-6/月，美日新加坡節點 Hetzner（德國）：性價比最高，€4.5/月起 RackNerd / Contabo：最便宜能到 $2-3/月，但超售偶爾卡頓
小白最保守推薦：Vultr 東京節點，$6/月的 1C1G。國內訪問延遲 80ms 左右，能裝 Hermes、能裝 Docker、能跑 cron，完全夠用。
選項 3 · 國內雲服務器（無需翻牆，對國內讀者最友好）
騰訊雲 Lighthouse（輕量應用服務器）在 2026 年 4 月還上線了 Hermes Agent 一鍵應用模板。阿里雲、京東雲也有類似的輕量服務器產品線。選擇理由只有兩條：國內節點、中文控制枱。
⚠️ 一個需要提醒的點：國內服務器訪問 GitHub 官方源會不穩定。你需要自己配置鏡像加速或者走一個臨時代理來完成 Hermes 的初次安裝。這不是 Hermes 的鍋，是所有國內服務器裝海外開源軟件都要面對的老問題。
選項 4 · 雲函數 / Modal / Daytona（高階玩法）
Hermes 官方文檔提到可以部署在 Modal、Daytona 這類"空閒時不收費"的 serverless 平台。這條路線對新手太繞，本文不展開。
小白的建議路徑
有折騰精力 + 能科學上網 → Vultr/DigitalOcean 海外 VPS
沒精力翻牆 + 國內使用為主 → 騰訊雲/阿里雲輕量服務器
純粹試水 + 想零成本 → 自己的舊電腦插着電不關
選好住所之後，繼續往下。下面的命令在這三種情況下都通用。
三、最省心的部署方式：Docker 一條命令搞定
為什麼推薦 Docker？三個理由：
一條命令裝完所有依賴（不用自己裝 Python、Node、ffmpeg、ripgrep） 升級的時候只 pull 新鏡像，你的記憶和 Key 都在 換機器的時候，只要把 ~/.hermes這個文件夾複製過去，一切都帶走了
Docker 在你的 VPS 上沒裝？先裝一下：
# Ubuntu / Debian
curl -fsSL https://get.docker.com | bash
sudo usermod -aG docker $USER
# 登出再登回，或者重開 SSH 會話
第一次啓動：用 setup 嚮導配置
官方文檔推薦的姿勢，一字不差抄下來：
mkdir -p ~/.hermes
docker run -it --rm \
-v ~/.hermes:/opt/data \
nousresearch/hermes-agent setup
幾個要點解釋給你聽：
-it是交互模式，這樣嚮導能跟你對話--rm讓這個容器跑完就自動刪掉（因為它只是來幫你填表的）-v ~/.hermes:/opt/data是把宿主機的~/.hermes映射進容器。所有數據都落在宿主機上，容器本身是"一次性"的setup是子命令，觸發交互式嚮導
嚮導會一步一步問你：
選哪個 Provider？（OpenRouter / DeepSeek / Kimi / Nous Portal / Ollama ……） API Key 填多少？ 默認模型選誰？ 要不要現在配一個聊天軟件的 Gateway？
填完就完事了。
讓它在後台 7×24 小時跑起來
配置好之後，換一條命令，讓 Hermes 以 Gateway 模式常駐後台：
docker run -d \
--name hermes \
--restart unless-stopped \
-v ~/.hermes:/opt/data \
-p 8642:8642 \
nousresearch/hermes-agent gateway run
逐項解釋：
-d：daemon 模式，丟到後台--name hermes：給容器起個名字，以後管它叫 hermes 就行--restart unless-stopped：機器重啓後它自己起來；除非你手動docker stop，不然它會頑強活着-p 8642:8642：把容器的 8642 端口映射到宿主機。這個端口用來：跑 OpenAI 兼容的 API（你可以讓 Open WebUI、LobeChat 這些前端連它） 跑儀表盤 接 webhook 回調 如果你只用 Telegram/飛書 這種主動發起的聊天協議，其實不暴露 8642 也行。但新手建議先開着 gateway run：啓動 Gateway 進程（定時任務、消息入口都跑在這裏面）
日常管理就這四條
# 看它還活着嗎
docker ps | grep hermes
# 看它在幹什麼
docker logs -f hermes
# 進去跟它對話（就像 ssh 進去一樣）
docker exec -it hermes hermes
# 更新到最新版
docker pull nousresearch/hermes-agent
docker stop hermes && docker rm hermes
# 然後重新跑一遍上面那條 "gateway run" 命令
記住這四條，你就學會了 Docker 版 Hermes 的全部運維。
如果你不想用 Docker：裸機跑也行
不用 Docker 直接在 VPS 上跑，用第一篇教過的一行安裝命令：
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
source ~/.bashrc # 或 ~/.zshrc
hermes setup
然後讓它後台跑起來。Linux 上的正確姿勢是 systemd 用戶服務：
# 倉庫自帶的腳本，一鍵裝成 systemd 用戶服務
~/.hermes/scripts/hermes-gateway install
~/.hermes/scripts/hermes-gateway start
~/.hermes/scripts/hermes-gateway status
（腳本路徑以你實際裝到的版本為準；如果找不到，ls ~/.hermes/scripts/ 看一眼。）
Docker 和裸機，選一個就夠。小白強烈推薦 Docker，坑少 10 倍。
四、Mac 和 WSL2 用戶的"永不掉線"方案
不是每個人都租了 VPS。如果你打算讓自己家裏的 Mac 或 Windows 當"服務器"，這一節專門寫給你。
Mac 用戶：別用 launchd，請用 Docker 或 tmux
Mac 上讓程序開機自啓動的"官方"機制是 launchd。但它有一個讓無數小白翻車的坑：
launchd 啓動的進程，不繼承你終端裏的 PATH。
翻譯成人話：你在終端裏 hermes --version 好好的，但你用 launchd 自動啓動的 Hermes 會報 hermes: command not found。因為 launchd 不知道 ~/.hermes/bin/ 在哪。
解決這個坑有三條路，按推薦度排：
推薦 · 方案 A：用 Docker（最省心）
和第三節的命令完全一樣。Docker Desktop 裝好之後設置裏勾上"開機自啓"，你家 Mac 一開機，Hermes 就自動起來。
推薦 · 方案 B：用 tmux 讓它在後台跑
如果你就是不想裝 Docker，起碼用 tmux 給它一個"哪怕你關掉終端它也不會死"的容器：
# 創建一個叫 hermes 的 tmux 會話
tmux new -s hermes
# 在 tmux 裏啓動 gateway
hermes gateway
# 按 Ctrl+B 再按 D，優雅地把 tmux"藏到後台"
# 關掉終端窗口也沒事，Hermes 繼續跑
# 下次想回來看看它：
tmux attach -t hermes
缺點：你電腦重啓了得手動再跑一次。
不推薦 · 方案 C：自己折騰 launchd plist
要折騰 launchd 就得在 plist 裏顯式寫死 PATH，把 /Users/你的用戶名/.hermes/bin:/usr/local/bin:/usr/bin:/bin 全塞進去。新手別碰。
WSL2 用戶：systemd 不穩，請直接用 Docker Desktop
WSL2 （就是你在 Windows 裏裝的那個 Ubuntu 子系統）有個讓人抓狂的事：
WSL 的 systemd 支持不是默認開啓的，開啓之後還時不時抽風。
所以 Windows 用戶想讓 Hermes "永遠活着"，最穩的做法是：
直接裝 Docker Desktop for Windows Docker Desktop 設置裏勾"開機自啓"、"登錄後啓動" 按第三節的 Docker 命令跑 Hermes Docker Desktop 的後端其實也是 WSL2，但運維細節它幫你全搞定了
這樣你既擁有了 WSL2 的兼容性，又不用踩 systemd 的坑，還多了一個圖形化的容器管理面板。對 Windows 小白，這是唯一推薦的姿勢。
通用口訣
Mac / Windows 小白：一律用 Docker，不要心軟。
Linux VPS：Docker 或 systemd 用戶服務都行，前者省心後者更"原生"。
五、讓它按時上班：Cron 的正確打開方式
設想一個場景：
每天早上 8 點，你還在被窩裏。你的 Hermes 已經在服務器上醒來了。它打開 10 個 AI 媒體的 RSS，看到 3 條新發布，總結成一份 300 字的簡報，附帶原文連結，發到你的飛書"早報"羣。你 8:15 起牀，伸個懶腰，打開飛書，看完簡報再刷牙。
這不是魔法，是 Cron + Gateway + 一個寫得還可以的 prompt 而已。
一個必須先搞清楚的"常識 bug"
很多新手第一次接觸 Hermes cron 會踩這個坑：
"我寫了 cron 任務，但它從不觸發。"
原因大概率只有一個：你的 Gateway 沒在後台跑。
Hermes 的 cron 不是 Linux 那個 crontab。它不是操作系統級別的定時任務。它是一個住在 Gateway 進程裏的後台 ticker，每 60 秒醒來看一眼"現在該不該跑任務"。
所以邏輯關係是：
Gateway 在後台跑 → ticker 每 60s 醒來 → 到點了觸發 cron 任務 → 開一個新 session 跑 prompt
你只用 CLI 對話不會觸發 cron。Gateway 必須起來。
在第三節 Docker 命令裏，你跑的 gateway run 已經包含了這個 ticker。所以只要容器活着，cron 就會跑。
創建你的第一個 cron 任務
官方推薦的創建命令長這樣：
docker exec -it hermes hermes cron create "0 8 * * *" "..."
（裸機版本去掉 docker exec -it hermes 那一段就是。）
三個部分：
cron create是子命令"0 8 * * *"是標準的 cron 表達式（分 時 日 月 周），這個意思是"每天早上 8:00"最後那個長字符串是你給 Hermes 的 prompt——也就是你派它這次要乾的活
⚠️ Cron 任務的 prompt 有一條鐵律
Cron 任務每次觸發，都會開一個全新的 session。它不記得你前面跟它說過什麼。
也就是說——
Cron 的 prompt 必須"自包含"。把所有該交代的背景、要求、格式都寫進去。
這是小白最容易忘的規矩。下面我給你三個可以直接抄的 prompt 模板，都嚴格遵守這條鐵律。
模板 1 · AI 工具日報（最火的百萬閲讀場景）
hermes cron create "0 8 * * *" "你是一個 AI 工具趨勢跟蹤員。
任務：為我生成今天的 AI 工具日報。
執行步驟：
1. 聯網搜索過去 24 小時 AI 工具相關的重要更新（重點關注：Agent 框架、開發工具、編程類 AI、消費級應用）
2. 篩選出 3-5 條最值得關注的
3. 按以下格式輸出：
【日報 · YYYY-MM-DD】
① 產品名
- 更新：一句話說清新增了什麼
- 連結：原文地址
- 點評：50 字以內，對中國用戶的意義
輸出語言：簡體中文。英文產品名保留英文。
重要：不要編造，不要幻覺。查不到就說'今日無重大更新'。
"
⚠️ 讓這個 cron 任務真正能跑，需要你的 Hermes 開啓聯網工具。最新版默認就開着 web search 能力；老版本用戶需要確認一下 hermes setup 裏把 web 工具開了。
模板 2 · 今日進展日報（給打工人）
hermes cron create "0 18 * * 1-5" "你是我的工作日記助手。
任務：生成今天的工作進展日報。
執行步驟：
1. 讀取我本地的 ~/work-log/today.md（如果存在）
2. 讀取我今天的 git commit 記錄（如果我在 ~/projects/ 有活躍項目）
3. 如果兩者都沒有，就用友好的方式提醒我：'今天還沒同步進展給我，你忙完可以隨時說一句'
4. 如果有數據，生成以下格式的日報：
【日報 · YYYY-MM-DD】
① 今日完成
- 三條內
② 今日未完成 / 阻塞
- 誠實記錄，不要為了湊數編造
③ 明日建議
- 只給 1 條最關鍵的
輸出語言：簡體中文。
"
"工作日一到五每天下午 6 點跑"對應的 cron 表達式是 0 18 * * 1-5。週末它不打擾你。
模板 3 · 週五週報（給不想寫週報的你）
hermes cron create "0 17 * * 5" "你是我的週報代筆。
任務：基於過去 7 天的工作進展，寫一份週報草稿。
執行步驟：
1. 讀取 ~/work-log/ 下本週的所有日報文件
2. 整理成以下結構：
【本週週報 · 第 N 周】
① 本週主要進展（按項目分組，3-5 條）
② 本週遇到的問題與解決方案（1-3 條）
③ 下週計劃（3 條）
④ 需要支持 / 周知的事項（可選）
語氣：實誠但不囉嗦。不要用'取得了階段性成果'這種廢話。
輸出語言：簡體中文。
輸出完成後保存一份到 ~/work-log/weekly-YYYY-WW.md
"
管理你的 cron 任務
# 列出所有 cron 任務
docker exec hermes hermes cron list
# 查看某個任務的詳情和下次觸發時間
docker exec hermes hermes cron status
# 刪掉一個（先 list 看它的 ID，再刪）
docker exec hermes hermes cron delete <id>
（裸機玩家把 docker exec hermes 去掉。）
讓它把結果送到你的飛書 / 微信 / Telegram
光生成了日報，它堆在 session 裏你看不到，等於沒用。所以下一步你必須接一個聊天軟件，讓它把日報送出來。
這就是第六節的主題。
六、接入聊天軟件：飛書實戰（從創建應用到收到第一條消息）
上一篇講過 Gateway 是什麼，這一篇真的帶你做一次。
我選飛書作為第一個接入的平台，原因有三：
個人註冊即可用，不需要你有企業認證 中文控制枱，不會卡在英文詞彙上 網絡不折騰，國內直連穩定
走你。
第一步：在飛書開放平台建一個"自建應用"
打開：https://open.feishu.cn
用你自己的飛書賬號登錄（用 Feishu 中文版、Lark 國際版都行；如果你是國際版，對應網址是 https://open.larksuite.com）。
登錄後左上角選"開發者後台" → "創建企業自建應用"。
應用名稱：隨便起，比如 "Hermes-助理" 應用描述：一句話就行 應用圖標：上傳一個你喜歡的小圖（沒有用默認的也行）
創建完，點進這個應用的詳情頁。
第二步：記下 App ID 和 App Secret
左側菜單 → "憑證與基礎信息"
你會看到兩個關鍵字段：
App ID : cli_xxxxxxxxxxxxxxxx
App Secret : yyyyyyyyyyyyyyyyyyyyyyyy
這兩個東西就是這個 Bot 的"身份證 + 密碼"。複製下來，馬上要用。
⚠️ App Secret 相當於密碼，泄漏就等於別人能冒充這個 Bot。不要發朋友圈、不要截圖、不要粘到公開倉庫。
第三步：給 Bot 開啓必要的能力和權限
左側菜單 → "添加應用能力" → 勾選 "機器人"
然後左側 → "權限管理" → 至少勾這幾項（小白版夠用）：
im:message— 接收消息im:message.send_as_bot— 以 Bot 身份發消息im:chat— 獲取會話信息im:resource— 接收圖片、文件（可選，但建議開）
勾完保存。
第四步：讓 Hermes 連上去
到你的 VPS 上跑：
# Docker 版本
docker exec -it hermes hermes gateway setup
# 裸機版本
hermes gateway setup
進入交互式嚮導，箭頭上下選到 "Feishu / Lark"，回車。
它會問你：
是 Feishu（中國）還是 Lark（國際）？—— 按你用的版本選 App ID？—— 粘貼剛才那一串 App Secret？—— 粘貼 Verification Token / Encrypt Key？—— 第一次配先留空，用"長連接 / Stream 模式"就夠了 加密模式？—— 選推薦的那個（Stream 模式不需要你暴露公網地址）
一路回車。嚮導跑完，它會告訴你"Feishu adapter configured"。
第五步：讓 Gateway 重新加載配置
# Docker 版本：重啓容器
docker restart hermes
# 裸機版本：重啓 gateway 服務
~/.hermes/scripts/hermes-gateway restart
# 或你自己起的 tmux 裏 Ctrl+C 然後重跑 hermes gateway
第六步：在飛書里拉 Bot 說話
打開你的飛書 App → 搜索你剛才創建的 Bot 名字（比如 "Hermes-助理"）→ 和它發起單聊。
發一句："你好。"
幾秒鐘後，它應該回你一段話。
恭喜，你的第一個 AI 員工上崗了。
讓第五節的 cron 日報送到飛書
回到 Hermes，跟它說：
請把我已經創建的"AI 工具日報"這個 cron 任務的輸出，通過飛書 Bot 發送給我本人（用你已經配置的 Feishu adapter）。
具體做法：修改這個 cron 的 prompt，讓它在生成完日報之後，自動調用 messaging 工具把結果發到我的飛書私聊窗口。
它會自己幫你改好 cron 的 prompt。
明早 8 點，你手機飛書就會響一聲。
常見坑清單
七、國內三大平台選誰：企業微信、釘釘、騰訊元寶一眼選
Hermes 對國內主流聊天平台的支持都很完整：企業微信、釘釘、騰訊元寶、飛書、個人微信（非官方渠道）。
不同場景選不同平台，用這張表一眼搞定：
| 飛書 | ||
| 企業微信 | ||
| 釘釘 | ||
| 騰訊元寶 | ||
| Telegram |
簡要說下三個國內平台的關鍵差別：
企業微信：兩種模式，選 Bot 模式
企業微信在 Hermes 裏有兩種適配器：
WeCom Bot —— 掃碼即綁，走 WebSocket 長連接，不需要公網 IP。對小白超級友好。 WeCom Callback —— 標準的"自建應用"，需要配回調 URL、驗證 Token、加密 Key；作為"一級應用"出現在側欄。適合給公司全員用的正式部署。
新手一律選 Bot 模式：
docker exec -it hermes hermes gateway setup
# 選 WeCom → 選 Bot → 用企業微信手機 App 掃碼即可
掃完就綁定完了，Hermes 自動保存憑證。
釘釘：Stream 模式同樣不用公網
釘釘有一種叫 Stream Mode 的長連接模式，也不用公網回調：
docker exec -it hermes hermes gateway setup
# 選 DingTalk → Stream Mode
需要你提前在釘釘開放平台創建一個機器人應用，拿到 AppKey 和 AppSecret。流程和飛書類似。
騰訊元寶：WebSocket 網關
和上面兩個套路基本一樣。需要先在騰訊元寶後台創建 Bot，拿到憑證，然後走 gateway setup。
一個通用建議
你不需要接三個。接一個你每天都打開的。
"AI 工具日報 + 飛書" 足夠讓一個公眾號作者用得爽。如果你是企業員工，"週報助手 + 企業微信" 就夠了。不要貪多。
八、v0.13 新王牌：/goal 讓它"不達目的不罷休"
這個功能是 Hermes v0.13.0（2026 年 5 月） 最讓人眼前一亮的更新，沒有之一。
普通對話和 /goal 的本質區別
普通對話：
你：幫我把這篇文章優化到 3000 字以內。
它：好的，我改完了。給你。
（字數 3420）
你：還超了。
它：抱歉，再改一版。
（字數 3150）
你：還差一點。
（你重複第 N 次）
用 /goal：
你：/goal 把下面這篇文章優化到 3000 字以內，每段不超過 5 行，保留所有事實。
它：好的。（開始幹第一輪）
↓
內部 judge 模型評估：字數 3420，不達標。自動繼續。
↓
第二輪：字數 3150，不達標。繼續。
↓
第三輪：字數 2980，段落全部 ≤5 行。達標。結束。
它告訴你：目標達成。
你只說一次，它自己反覆嘗試直到達成。
這就是"AI 員工"和"AI 助手"的真正分水嶺。
怎麼用
進入 Hermes 對話（CLI / TUI 都行），在輸入框裏打：
/goal 你的目標描述
例子：
/goal 幫我寫一份 2000 字的公眾號文章，主題是"Hermes 進階教程"。
要求：開頭 200 字內必須有一個小故事作為鈎子；每段不超過 4 行；
全文不用"讓我們""綜上所述"這種 AI 味詞；最終字數控制在 1900-2100 之間。
它開始寫。寫完 judge 模型看一眼"達標了嗎？"：
字數 2310？ 不達標。繼續改。 出現"綜上所述"？ 不達標。繼續改。 第三段 6 行？ 不達標。繼續改。
直到全部條件滿足，才停。
什麼時候用 /goal？
/goal 在這三種場景下封神：
寫長文、改稿、做調研——有明確量化目標（字數、格式、引用數量） Debug / 修 bug——目標是"讓測試全部通過" 數據清洗 / 整理——目標是"所有 cell 都要符合 X 格式"
什麼時候不要用：
開放性閒聊 沒有明確"達標"標準的創意生成（它會一直改一直改一直改） 目標寫得太大（"幫我把整個項目重構完"——它會轉圈轉到 turn 預算耗盡）
相關的幾條配套命令
/goal 清空 # 或 /goal clear，移除當前目標
/status # 看當前有沒有掛着 goal
/goal 新目標... # 直接覆蓋
小白建議
新手前兩週先別急着用 /goal。 先把 cron 和 gateway 跑順，再來玩這個。/goal 用好了是神兵利器，用不好會消耗 token 很快燒錢。
九、v0.12 隱藏彩蛋：Curator 讓技能庫自己打掃衞生
上面講了 /goal，這裏提一下 v0.12 的另一個隱藏好功能：Curator。
問題：Skill 會越攢越多，變成垃圾堆
你用了兩個月 Hermes，Skill 會越來越多。一部分是 Hermes 自己沉澱的，一部分是你主動讓它保存的。半年後你的 ~/.hermes/skills/ 目錄可能有上百個 SKILL.md。
問題：
很多 Skill 三個月沒用過了 有些 Skill 內容互相重疊（"公眾號標題優化" 和 "標題改寫技巧"） 有些 Skill 寫得當時很激動，現在看是錯的
手動整理？你不會去做的，我也不會。
Curator 是後台的"圖書館管理員"
Curator 是一個持續運行的後台過程，做三件事：
統計每個 Skill 被調用的次數、最後一次用是什麼時候 把長期不用的 Skill 從 active 狀態流轉到 stale，再流轉到 archived 定期派一個小輔助模型檢查 Skill 之間有沒有可以合併的，或者內容已經過時的
你不用管它，它自己在幹活。
你需要知道的三件事
① 怎麼看它在幹什麼？
docker exec hermes hermes skills list
被 Curator 標記為 archived 的 Skill 會有狀態提示。
② Curator 歸檔了我還想用的 Skill 怎麼辦？
歸檔不是刪除。Skill 文件還在你的 ~/.hermes/skills/ 裏。你可以告訴 Hermes：
請把被歸檔的 "xxx Skill" 恢復成 active 狀態。
它會幫你改狀態。
③ 新手要不要調 Curator 的策略？
不要。 讓它用默認配置跑滿一個月再說。過早調參通常調出來更難用。
小結
Curator 是那種"裝好 Hermes 你都不一定知道它存在，但你用了三個月之後會感謝它"的功能。 它的意義是——讓你對 AI 員工的長期管理成本降到零。
十、給 Hermes 裝"外置工具"：MCP 入門
你可能聽過 MCP 這個縮寫最近很火。它到底是什麼？
用一句人話解釋：
MCP（Model Context Protocol）就是 AI 的 USB-C 接口。
定一個統一的插座規格，所有工具（GitHub、瀏覽器、數據庫、本地文件）都可以做成"MCP 服務器"這種標準插頭。
AI Agent 作為"主機"，插上就能用。
Hermes 天生支持 MCP
你不用裝橋接工具、不用改代碼。Hermes 原生就是 MCP 客戶端：啓動時會連接你配置的 MCP 服務器，自動發現它們提供的工具，然後把這些工具和 Hermes 自帶的 terminal、read_file 這些並列給你用。
（進階玩家：Hermes 還能反過來當 MCP 服務器，讓 Claude Desktop、Cursor IDE 等反過來調你的 Hermes。但這是高階玩法，本文不展開。）
小白值得第一時間裝的三個 MCP
① GitHub MCP —— 讓 Hermes 幫你管倉庫
能幹什麼：
- 讀 issue / PR
- 創建 issue / 評論
- 查代碼、查文件
- 自動回覆 PR review
② Playwright MCP —— 讓 Hermes 用瀏覽器
能幹什麼：
- 模擬用戶操作：登錄、點擊、填表單
- 截圖、錄屏
- 抓網頁內容（比單純的 curl 更接近真實用戶）
③ Filesystem MCP —— 讓 Hermes 安全讀寫指定目錄
能幹什麼：
- 你指定它只能碰某個目錄（比如 ~/work-log/）
- 比默認 terminal 更"受約束"，適合做敏感操作
配置 MCP 的最小姿勢
MCP 配置寫在 ~/.hermes/config.yaml 裏。大致長這樣（以 Filesystem 為例）：
mcp:
servers:
filesystem:
command: "npx"
args:
- "-y"
- "@modelcontextprotocol/server-filesystem"
- "/Users/你的用戶名/work-log"
# 可選：只暴露部分工具
tools:
include: [read_file, write_file, list_directory]
改完重啓 Hermes：
docker restart hermes # 或者你本機的 gateway restart
然後問它：
你現在有哪些 MCP 工具可用？列出來。
它應該能列出 filesystem 提供的那些工具。
推薦資源
MCP 生態增長很快，新工具層出不窮。推薦去 GitHub 搜 awesome-mcp-servers 這類聚合倉庫，按你的場景選。
給小白的建議：第一週先只裝 Filesystem MCP，讓它能讀你的某個工作目錄。用順手了再加 GitHub、Playwright。
十一、成本賬：一年下來到底要花多少錢？
最現實的問題：這東西一年下來花多少？
我給你算三條真實的路線。都以"平均每天 10 萬 tokens 輸入 + 3 萬 tokens 輸出"估算，這個量相當於重度日常使用（早報 + 日報 + 週報 + 幾次寫作輔助）。
路線 A · 零成本（極致摳）
| 合計 | ¥0 / 月 |
真的能 0 元跑嗎？ 能，但有妥協：
OpenRouter 免費模型（Gemma、Llama 4 Maverick 等）質量可以，但經常限速 Nous Portal 免費每月 $0.10 額度，夠你測試，不夠每天用 免費模型在高負載時會排隊
適合：學生黨、只想體驗、跑着玩
路線 B · 省錢線（推薦）
| 合計 | 約 ¥70-100 / 月 |
DeepSeek 的官方價格（2026 年 5 月）：
deepseek-chat（64K 上下文）
輸入：$0.07 / 百萬 tokens
輸出：$0.27 / 百萬 tokens
每天 10 萬輸入 + 3 萬輸出 = 每天 0.008 ≈ $0.015 ≈ 0.11 元 / 天 ≈ 3.5 元 / 月。
Provider 費用其實真的很便宜。貴的是 VPS。
適合：個人創作者、獨立開發者、想長期用的
路線 C · 主流線（不計較）
| 合計 | 約 ¥300-600 / 月 |
質量頂級，但賬單可觀。這個路線大概率只有"用 Hermes 做商業項目、一年能掙回來十倍"的人才合適。
真相：你最大的開銷不是 API，是 VPS
很多人一聽"AI API"就覺得會燒錢。實際上在 Hermes 這種場景裏——
API 錢花的是個位數，VPS 錢花的是主力。
所以第二節讓你選 VPS 的時候，我建議你從最便宜的 $5/月 起步，不夠用再升。別一上來就租 $20/月 的，浪費。
一條反常識的建議
不要裝本地模型。至少頭三個月別裝。
很多教程鼓吹"裝 Ollama 本地跑 Hermes，免費、隱私"。對新手是陷阱：
本地模型工具調用穩定性遠不如雲 API 你得調 num_ctx，默認 2048/4096 的上下文一輪就炸（Hermes 推薦 64K 起步）你得顯卡夠好才能跑動大模型（不然你用的是一個殘血版） 跑一次查詢，你電腦的風扇會告訴你"電費不是零"
先把 DeepSeek API 跑爽。等你真的做商用規模、需要私有化再上本地。
十二、組建你的"AI 小公司"：Kanban 多 Agent 協作
這一節是進階玩家的"顯擺點"。
Kanban 是什麼
Hermes 的 Kanban 是一個跨 profile 共享的任務看板。你可以：
往看板上丟任務 指定哪個 profile 負責（或者讓調度員自動分） 看每個 worker 當前在幹什麼 任務卡殼時 worker 可以標"阻塞"請求人工介入
v0.13 的 Kanban 相比之前版本的關鍵升級：
心跳檢測：worker 卡死不會一直佔資源 殭屍進程清理：子進程跑飛了會被自動清理 每任務重試上限：避免卡在一個任務上無限燒 token
前置條件
Kanban 要玩，你得先有至少 2 個 profile。第一篇教過：
docker exec -it hermes hermes profile create researcher
docker exec -it hermes hermes profile create writer
docker exec -it hermes hermes profile create editor
三個分身，三副人格。分別給它們寫不同的 SOUL.md：
researcher：調研人格。擅長搜索、摘要、提煉事實 writer：寫作人格。擅長把事實變成讀起來順的文章 editor：編輯人格。擅長挑毛病、改文風、控字數
最小閉環：一個"內容生產小隊"
步驟 1 · 啓動 Dispatcher（調度員）
Dispatcher 是一個長期運行的守護進程，它盯着看板，把待辦任務派給合適的 worker：
docker exec -d hermes hermes kanban dispatcher start
步驟 2 · 提交一個任務
docker exec hermes hermes kanban create \
--title "寫一篇 Hermes 教程" \
--description "先由 researcher 調研最新更新，再由 writer 起稿 1500 字，最後由 editor 改到 1200 字以內。" \
--assignee auto
--assignee auto 交給 dispatcher 自動分派。
步驟 3 · 觀戰
官方提供了一個 Web 儀表盤：
docker exec hermes hermes dashboard
# 默認開在 127.0.0.1:9119
如果是 VPS 跑的，你可以 SSH 隧道轉發這個端口到本地，再瀏覽器打開看。
或者命令行看：
docker exec hermes hermes kanban list
docker exec hermes hermes kanban status <task-id>
Kanban 的正確用法
❌ 錯誤理解：
"Kanban 就是多個 Agent 同時幹，更快。"
不對。Kanban 不是為了並行加速，是為了清晰分工和狀態管理。如果你一個任務跑到一半卡了，Kanban 讓你知道它卡在哪個 worker、卡在什麼事情上。
✅ 正確理解：
Kanban 是讓你的 AI 工作流"可觀測"的看板。
跟 Jira / Trello 一個意思。只不過卡片背後不是人，是 Agent。
新手建議
前兩週完全不用 Kanban。 先把單 Agent 的 cron 和 /goal 玩明白。單 Agent 都沒跑好的時候，多 Agent 只會讓問題翻倍。
等你出現"一件事太複雜，一個 Hermes 不夠"的感覺時，再來開 Kanban。
十三、⭐ 重點 · 5 個"能立刻用"的 Skill 模板
這一節是本篇的核心。
Skill 是 Hermes 最硬核的價值所在。別人的 Hermes 和你的 Hermes 有什麼區別？就看你給它裝了多少"定製流程"。
下面 5 個 Skill 模板，每一個都可以直接抄進你的 ~/.hermes/skills/ 目錄（Docker 用戶：~/.hermes 是宿主機掛載過去的同一個目錄，直接編輯就行）。
使用方法（5 個通用）
① 創建目錄並保存 Skill
# 以第一個 Skill 為例
mkdir -p ~/.hermes/skills/writing/gzh-topic-picker
nano ~/.hermes/skills/writing/gzh-topic-picker/SKILL.md
# 把下面的模板粘貼進去，保存
② 讓 Hermes 重新掃描 Skills
docker exec hermes hermes skills list
能看到你剛加的 Skill 出現在列表裏，就成功了。
③ 觸發這個 Skill
有兩種方式：
自動觸發：當你的對話觸發了 SKILL.md 裏的 description裏描述的場景，Hermes 會自動加載它手動觸發： hermes -s <skill名> -q "..."或在對話裏/skill gzh-topic-picker
下面開始上模板。
Skill 1 · 公眾號爆款選題助手
保存位置：~/.hermes/skills/writing/gzh-topic-picker/SKILL.md
---
name: gzh-topic-picker
description: 當用戶需要為公眾號選題、做選題策劃、或詢問"這周寫什麼好"時觸發。基於當前熱點和目標讀者畫像生成可落地的選題清單。
version: 1.0.0
tags: [writing, 公眾號, 選題, content]
---
# 公眾號爆款選題助手
## 觸發時機
當用戶的對話中出現以下意圖之一時自動觸發：
- "這周寫什麼好"
- "幫我想幾個公眾號選題"
- "我要寫一篇關於 X 的公眾號文章，給我幾個角度"
- 類似的選題、策劃、主題規劃需求
## 輸入要求
啓動時你必須先向用戶確認以下信息（如果用戶沒主動說）：
1. **公眾號定位**：AI 工具評測？職場？創業？情感？其他？
2. **目標讀者**：中國用戶？非技術背景？寶媽？打工人？
3. **本週能投入的寫作時間**：決定選題產出的複雜度
缺一個你都不要開始。
## 執行步驟
步驟 1：調用 web search 工具，在以下來源查近 7 天熱點
- 微博熱搜
- 知乎近期熱議（帶話題榜）
- 微信公眾號相關大號的新發文章
- 對應垂類的國內社區（V2EX、少數派、即刻、小紅書等）
步驟 2：篩選候選選題
- 熱度夠（能帶流量）
- 與公眾號定位匹配
- 讀者畫像能共鳴
- 本週有時間 hold 住
步驟 3：按以下結構輸出
【本週選題策劃 · YYYY-MM-DD】
選題 A：
- 標題候選（3 個，每個 ≤20 字）
- 鈎子類型：好奇 / 利益 / 共鳴 / 反常識 / 權威
- 核心論點：一句話
- 結構建議：開頭-三段主幹-結尾的簡要骨架
- 寫作難度：低 / 中 / 高
- 預估閲讀量：保守 / 中等 / 爆款潛力
選題 B：...
選題 C：...
最後給一條"我的首推"，並說明理由。
## 質檢標準
- 標題不能用"重磅！"、"炸裂！"、"注意了！"這種口水詞
- 每個選題必須有明確的"為什麼此刻寫它"的時效理由
- 不編造數據、不編造引用
## 完成後動作
問用戶："這三個裏你最想寫哪個？選定後我可以接着幫你列大綱。"
Skill 2 · 小紅書仿寫助手
保存位置：~/.hermes/skills/writing/xhs-rewriter/SKILL.md
---
name: xhs-rewriter
description: 當用戶提供一段小紅書原文、並希望基於它重寫一版保留風格但避免查重的內容時觸發。不做抄襲，做"風格學習 + 重新創作"。
version: 1.0.0
tags: [writing, 小紅書, 仿寫, content]
---
# 小紅書仿寫助手
## 觸發時機
- 用戶提供一段小紅書筆記原文 + "幫我改寫一版"
- "學這個筆記的風格，寫一篇我的產品"
- 類似的風格學習 + 重新創作需求
## ⚠️ 紅線
**絕不做逐句抄襲式改寫。**
你要做的是：
- 學這篇筆記的**結構**（開頭鈎子、中段節奏、結尾召喚）
- 學它的**語氣**（小姐姐式？接地氣式？專業種草式？）
- 學它的**emoji 風格**和**分行節奏**
- 在用戶給定的"新主題"上原創一篇
## 輸入要求
向用戶確認：
1. 原文筆記（他會貼）
2. 新主題是什麼
3. 用戶本人的"身份設定"（用戶是 20 歲女生？30 歲寶媽？還是品牌賬號？）
## 執行步驟
步驟 1：閲讀原文，抽取以下骨架
- 開頭 1-2 句的"鈎子模式"
- 中段的信息組織方式（列表？對比？故事？）
- 結尾的 CTA 模式
- emoji 密度和位置規律
步驟 2：基於新主題重新創作
- 標題（≤20 字，帶 1-2 個 emoji）
- 正文 150-300 字（小紅書黃金長度）
- 分段模式向原文靠攏，但文字完全原創
- 結尾一句引導評論的話
步驟 3：輸出時順便給 3-5 個話題標籤
## 質檢標準
- 不允許和原文出現超過 5 個字的連續重合
- emoji 不能多到讓人眼花（控制在 5-8 個）
- 標題不能出現"姐妹們"、"沖沖衝"這種已經被用爛的套詞（除非用戶明確要求）
## 完成後動作
問用戶："要換個語氣風格再寫一版嗎？或者直接幫你生成配圖 prompt？"
Skill 3 · 客戶郵件回覆助手
保存位置：~/.hermes/skills/work/client-email-replier/SKILL.md
---
name: client-email-replier
description: 當用戶貼一封客戶郵件、需要回復時觸發。分析客戶訴求、判斷情緒、給出得體回覆草稿。
version: 1.0.0
tags: [work, email, 客戶, 商務]
---
# 客戶郵件回覆助手
## 觸發時機
- 用戶貼一封客戶來信 + "幫我回一下"
- "這封郵件我該怎麼回"
- 類似的商務郵件起草需求
## 執行步驟
步驟 1：拆解這封郵件
- 客戶身份：新客？老客？大客戶？
- 核心訴求：他想要什麼（可能不止一件事）
- 情緒色彩：友好 / 中性 / 不滿 / 憤怒
- 隱含期望：他期望你在什麼時間內給什麼答覆
步驟 2：向用戶確認關鍵信息
- 這件事的真實情況（你是否真能做到他要的事）
- 時間線（什麼時候能給答覆）
- 是否涉及價格、合同、退款等敏感議題
步驟 3：起草回覆，遵循以下結構
1. 開頭（1 句）：簡潔問候 + 感謝來信
2. 正面回應訴求（2-4 句）：明確說"可以 / 不可以 / 部分可以"
3. 給出具體方案（2-3 句）：時間、人選、下一步
4. 主動的下一步（1 句）：給客戶一個選擇或一個時間點
5. 結尾（1 句）：保持對話開放
## 質檢標準
- 不用"感謝您的寶貴時間"這種廢話
- 不過度道歉（說多了顯得心虛）
- 不畫餅（說"儘快"、"我們會努力"一律砍掉）
- 給出具體時間點、具體人名、具體下一步
## 特殊處理
**如果客戶情緒是"不滿 / 憤怒"**：
- 先承認問題（用"確認收到您反饋的 X 問題，這不應該發生"這種句式）
- 再給補救方案
- 絕不先解釋背景（客戶不想聽你的困難）
## 完成後動作
提供兩版：
- 版本 A：標準商務版
- 版本 B：更温暖的"人味兒版"
讓用戶選。
Skill 4 · 週報代筆助手
保存位置：~/.hermes/skills/work/weekly-report-writer/SKILL.md
---
name: weekly-report-writer
description: 當用戶需要寫週報、讓 AI 整理一週工作進展時觸發。從日報/commit/會議記錄中提煉，輸出結構化週報。
version: 1.0.0
tags: [work, report, 週報, 打工人]
---
# 週報代筆助手
## 觸發時機
- "幫我寫一下這周的週報"
- "整理一下本週進展"
- 每週五下午 5 點（可以通過 cron 自動觸發）
## 數據來源優先級
依次嘗試，找到一個就用：
1. 用戶本地的 ~/work-log/daily-*.md 文件（日報文件）
2. 本週的 git commit（如果在代碼項目中）
3. 用戶本地的日曆記錄（如果配置過 Google Calendar MCP）
4. 如果前三樣都沒有——**直接問用戶**："這周你主要乾了哪幾件事？按時間順序給我說 3-5 條。"
## 輸出結構
【週報 · 第 N 周（MM.DD - MM.DD）】
一、本週完成
1. [項目 A] 做了什麼。關鍵結果是什麼。
2. [項目 B] ...
3. ...
（寫 3-5 條，不超過 5 條。超過 5 條說明你沒篩選，把小事當大事寫了。）
二、進行中 / 未完成
- [項目 X] 進度 N%，阻塞點：...
- ...
三、下週計劃
1. ...
2. ...
3. ...
（只寫 3 條，最重要的。4 條以上說明你在湊數。）
四、需要支持或周知的事項（可選，沒事不寫）
- ...
## 質檢標準
- 杜絕"取得了階段性成果"、"推進了相關工作"這類萬能話
- 動詞要具體：不是"優化"，而是"把 X 接口響應時間從 800ms 降到 200ms"
- 不編造數據
- 長度控制在 300-500 字，太長老闆不看
## 完成後動作
- 保存一份到 ~/work-log/weekly-YYYY-WW.md
- 如果配置了飛書/企業微信，問用戶："要我直接發給週報羣嗎？"
Skill 5 · 競品調研助手
保存位置：~/.hermes/skills/research/competitor-analysis/SKILL.md
---
name: competitor-analysis
description: 當用戶需要調研某個競品、或對比幾款產品時觸發。系統化搜索、結構化對比、給出決策建議。
version: 1.0.0
tags: [research, 競品, 產品, 決策]
---
# 競品調研助手
## 觸發時機
- "幫我調研一下 XX 產品"
- "XX 和 YY 對比一下"
- "這幾款 AI 工具我選哪個"
## 執行步驟
步驟 1：明確調研目標
向用戶確認：
1. 他是買家視角（要不要用）、從業者視角（做競品分析）、還是投資視角？
2. 最關心哪幾個維度（功能？價格？體驗？生態？）
3. 要調研幾款（如果沒說，你主動推薦 3-5 款同賽道產品）
步驟 2：信息收集（調用 web search）
對每款產品至少查：
- 官網：功能清單、定價
- GitHub（如果開源）：star 數、近 30 天 commit 活躍度
- 用戶評價：Reddit / V2EX / 小紅書 / Product Hunt 的近期討論
- 負面評價：專門搜 "<產品名> 不好" 或 "<產品名> 缺點"
步驟 3：輸出結構化對比
【XX 領域競品調研 · YYYY-MM-DD】
## 核心結論（先說）
一句話說清：對這位用戶來說，首推是哪個，原因一句話。
## 對比矩陣
| 維度 | 產品 A | 產品 B | 產品 C |
|------|-------|-------|-------|
| 定價 | ... | ... | ... |
| 核心功能 | ... | ... | ... |
| 中文支持 | ... | ... | ... |
| 上手難度 | ... | ... | ... |
| 社區活躍度 | ... | ... | ... |
## 每款產品一句話畫像
- 產品 A：適合 X 類用戶，強在 Y，弱在 Z
- 產品 B：...
- 產品 C：...
## 建議行動
- 先試：產品 _
- 備選：產品 _
- 暫不考慮：產品 _（原因）
## 信息來源
- [連結 1]
- [連結 2]
...
## 質檢標準
- 所有數據必須有來源連結，不允許"據瞭解"、"有人說"
- 對比維度要對用戶有意義（不要硬湊"Logo 好看度"這種）
- 負面信息和正面信息都要給，不做廣告文
- 結論直給，不要騎牆
## 完成後動作
問用戶："需要我針對其中某一款做更深入調研嗎？比如價格細節、實際使用體驗、API 限制等。"
5 個 Skill 的通用使用方法
把上面 5 個模板全部保存好之後：
# 檢查是否被 Hermes 識別
docker exec hermes hermes skills list
# 應該能看到這 5 個 Skill 在列表裏
然後下次你對話時：
說"幫我想幾個公眾號選題"→ 自動觸發 Skill 1 貼一封郵件 + "幫我回"→ 自動觸發 Skill 3 每週五 17:00（如果你配了 cron）→ 自動跑 Skill 4
這五個 Skill 裝完，你的 Hermes 就從"AI 工具"真正變成了"AI 員工"。
十四、給 AI 員工戴"手銬"：安全三件套
Hermes 給了 Agent 相當大的權限。上一篇我們強調過一句話：
Profile 不是沙箱。
換句話說：你命名一個 profile 叫 "只讀調研助手"，不代表它真的只會讀。它能執行什麼取決於它的終端後端和工作目錄配置，而不是名字。
這一節給你"給 AI 戴手銬"的最小安全三件套。
手銬 1 · 換成 Docker 終端後端
默認情況下，Hermes 用 local 作為終端後端，命令直接在宿主機跑。想更安全？換成 Docker：
# ~/.hermes/config.yaml
terminal:
backend: docker
它每次執行命令時會起一個臨時 Docker 容器，跑完銷燬。你宿主機哪怕被刪文件也是在容器裏刪，不會動到真實系統。
但注意：你讓它做的事如果涉及"我要它讀我本地的 X 目錄"，它就讀不到（容器裏沒這個目錄）。需要你手動掛載。進階玩家再研究這個。
手銬 2 · 鎖死工作目錄
如果你還是想用 local 後端（為了方便），那至少鎖死工作目錄：
terminal:
backend: local
cwd: /Users/你的用戶名/work-hermes
Hermes 啓動後會在這個目錄下工作。讓它 cd / 也出不去這個目錄（前提是你用的版本有這個約束）。
小白建議：在你的家目錄下專門建一個 ~/work-hermes/ 目錄給 Hermes 用。其他地方不給它碰。
手銬 3 · 用好 /snapshot 和 /rollback
Hermes 內置兩個救命命令：
/snapshot create [標籤] # 創建配置和狀態快照
/snapshot # 列出所有快照
/snapshot restore <id> # 回滾到某個快照
/rollback # 列出文件系統檢查點
/rollback <序號> # 回滾文件到那個檢查點
使用時機：
裝新 Skill 之前先 /snapshot create "before new skill"讓它大規模改文件之前先 /snapshot它把事情搞砸了， /snapshot restore回到犯錯之前誤刪了文件， /rollback可能能救回來
合起來一句話
Docker 後端做邊界，cwd 做約束，snapshot 做兜底。
小白不用一上來就全上。第一個月不涉及敏感操作，默認 local 後端 + 專門的 work 目錄就夠。等你開始讓它管重要項目，再把 Docker 後端和 snapshot 習慣加上。
十五、進階 FAQ：用一個月後必然遇到的 8 個坑
Q1 · /model 和 hermes model，到底哪個對？
都對，但作用不同：
hermes model（命令）：配置默認模型，影響新開的每個 session/model（slash 命令，在對話裏打）：只換當前這個 session 的模型，關掉就沒了
場景：
想長期用 DeepSeek → hermes model配 DeepSeek臨時想用一次 Claude 寫個文 → 對話裏 /model
Q2 · Ollama 本地模型報 "Token limit exceeded"
因為 Ollama 默認上下文只有 2048 或 4096 tokens。Hermes 推薦至少 64K。改：
# ~/.hermes/config.yaml
providers:
ollama:
options:
num_ctx: 65536
並確認你的顯卡能扛住 64K 上下文的顯存佔用（至少 12GB VRAM 才穩）。
Q3 · 多個 Profile 想同時用 Gateway，但 Bot Token 打架了
一個 Bot Token 只能綁一個 Gateway 進程。 兩個 profile 共用同一個 Telegram Bot 會互相擠。
解決：每個 profile 在對應平台上創建獨立的 Bot。飛書 / Telegram / 企業微信都支持你創建多個 Bot，互不影響。
Q4 · Cron 任務到點不觸發
99% 是因為 Gateway 沒在後台跑。檢查：
docker ps | grep hermes
# 應該看到 hermes 容器 STATUS 是 "Up xxx"
docker logs hermes | tail -50
# 看最近有沒有 "ticker" 或 "cron" 相關的日誌
如果容器沒起來——去第三節重新跑 gateway run 那條命令。
Q5 · /goal 一直在轉圈不停
大概率是目標寫得太大 / 太模糊。
❌ 反例：/goal 幫我把公眾號做起來✅ 正例：/goal 把當前這篇文章優化到 2000 字以內，每段 ≤5 行
goal 必須可量化、可判定。judge 模型看不出"做起來"是啥意思，它只能一直試。
跑飛了怎麼停？/goal clear 立刻清空。
Q6 · Curator 把我常用的 Skill 歸檔了
告訴 Hermes：
請把被歸檔的 <skill名> 恢復成 active 狀態。
並且之後多用它幾次，Curator 看到使用頻次上升就不會再歸檔。
Q7 · Kanban 看板空的，dispatcher 沒在幹活
docker exec hermes hermes kanban dispatcher status
如果沒跑：
docker exec -d hermes hermes kanban dispatcher start
起不來？看 dispatcher 的日誌：
docker exec hermes hermes kanban dispatcher logs
Q8 · 我重啓了電腦 / VPS，Hermes 沒自己起來
Docker 版：檢查 --restart unless-stopped 這個參數有沒有。沒有的話 docker 不會自動拉起。
裸機 systemd 版：檢查服務是不是 enabled：
systemctl --user status hermes-gateway
systemctl --user enable hermes-gateway # 讓它開機自啓
十六、第二週到第四周的學習路線
第二週 · 搬家 + 定時上班
Day 8: 選一個 VPS 或者把家裏舊電腦常開
Day 9: Docker 方式裝好 Hermes，跑通 setup 嚮導
Day 10: 讓 Gateway 在後台常駐，容器狀態確認 Up
Day 11: 接入一個聊天軟件（飛書 / 企業微信 / Telegram 任選一個）
Day 12: 創建第一個 cron 任務，用第五節的"AI 工具日報"模板
Day 13: 創建第二個 cron 任務（日報或週報）
Day 14: 覆盤這一週——有沒有哪個時段它沒按時交作業？日誌裏查原因
第二週目標：你不在電腦前，它也在上班。
第三週 · 自我驅動 + 工具擴展
Day 15: 嘗試用一次 /goal，讓它幫你改一篇文章到達標為止
Day 16: 第二個 /goal 任務（debug 代碼 / 數據清洗 / 長文整理）
Day 17: 裝第一個 MCP（推薦 Filesystem MCP）
Day 18: 讓 Hermes 通過 MCP 讀你的某個工作目錄
Day 19: 裝第二個 MCP（GitHub MCP 或 Playwright MCP，按你的場景）
Day 20: 上面 5 個 Skill 模板裏挑 2 個最用得上的，創建並測試
Day 21: 觀察 Curator 日誌，看它有沒有開始整理你的 Skill 庫
第三週目標：它有自己的目標感，有你安排的"外置工具"。
第四周 · 組建小團隊
Day 22: 創建第 2 個 profile（writer / researcher 選一個）
Day 23: 給新 profile 寫專屬 SOUL.md，和主 profile 區分開
Day 24: 創建第 3 個 profile
Day 25: 啓動 Kanban dispatcher
Day 26: 提交第一個多 Agent 任務（比如 researcher → writer 接力）
Day 27: 全部 5 個 Skill 模板裝完，並在實際工作中跑一遍
Day 28: 做一次完整覆盤：算一下這四周你讓 AI 替你幹了多少活
第四周目標：一個人，一支 AI 小團隊。
十七、寫在最後：AI 員工上班之後，你的時間表會變成什麼樣
你堅持完第二週到第四周之後，你的一天大概會變成這樣：
07:55 手機振動。飛書彈出一條：
"早上好，今日 AI 工具日報（3 條新更新）……"
你在被窩裏滑三下看完。
09:30 開始工作。你對 Hermes 說：
"幫我研究一下 XX 產品，給我選型建議。"
Skill 5 自動觸發，它開始埋頭調研。
你去倒咖啡。
10:00 回來。調研完成，結論清晰。
你挑幾個疑問追問。
14:00 你寫新公眾號稿。
用 /goal 命令："優化到 2000 字以內，每段 ≤5 行，保留所有事實。"
它反覆自我迭代，你吃完午飯回來它已經達標了。
17:00 週五下午。你根本沒想起週報這件事。
Hermes 已經讀完這周你的日報、commit、日曆，
按模板寫好了週報草稿，發到你的飛書。
你看一眼，改兩個字，交上去。
22:00 你要睡了。
明早 8 點的日報任務安靜地掛在 cron 裏。
你關燈。它在另一個時區的 VPS 上繼續工作。
這不是科幻。
這是你裝完這篇教程裏講的全部功能之後，一週之後就能達到的狀態。
但記住老話：
先養活一個 Hermes，再組建 AI 團隊。
不要第一天就把 cron、/goal、MCP、Kanban 全部開滿。一步一步來。
第一篇教你：讓它活着 第二篇教你：讓它上班 第三篇（下次見）：讓它掙錢
下一篇預告
下一篇我們會聊：
Hermes 做副業 5 個真實案例（含 Polymarket 那個 2.5M 閲讀的模型） 本地模型深度調優：什麼時候值得上、怎麼避開 Ollama 的坑 self-evolution 實驗：Nous 官方的 hermes-agent-self-evolution 項目玩法 你的 AI 員工"工牌體系"：如何給團隊裏每個 profile 立更清晰的崗位說明
想第一時間看到下一篇，關注公眾號 / 標星倉庫，都可以。
資料來源（均已交叉核對）
Hermes Agent Quickstart（官方） Docker 運行與沙箱後端（官方） Scheduled Tasks Cron（官方） Automation Templates（官方） Daily Briefing Bot Tutorial（官方） Cron Troubleshooting（官方） Persistent Goals /goal（官方）Curator（官方） Feishu / Lark 接入（官方） WeCom Bot（官方） WeCom Callback（官方） DingTalk（官方） 騰訊元寶（官方） MCP（官方） Native MCP Skill（官方） Skill Authoring（官方） Kanban Multi-Agent Board（官方） Kanban Tutorial（官方） Slash Commands Reference（官方） Profiles（官方） Fallback Providers（官方） DeepSeek API 價格（2026.5 官方） Nous Portal 訂閲（官方） Ollama × Hermes 集成文檔（官方） Hermes v0.12.0 Release Notes Hermes v0.13.0 新特性報道
本文整理於 2026 年 5 月，以 Hermes Agent v0.13.0 為主基準。項目更新非常快，命令或界面和本文對不上時，以你裝到的版本里的
hermes --help和hermes <subcommand> --help為準。