零員工。零人事編制。每個角色都有人負責。
一位獨立創業者不需要員工。一位獨立創業者需要的是系統。
這篇文章規劃了 8 個 Hermes Agent 設定檔，可以幫你營運整個業務。每個設定檔都是一個永久團隊成員，擁有自己的 SOUL.md、模型、記憶、技能、排程任務和訊息頻道。它們透過 Kanban 協作，向 Telegram 回報，並在 VPS 上 24/7 不間斷運作。
沒有薪資單。沒有管理負擔。沒有關於誰在做什麼的 Slack 討論串。
一台機器。八個 Agent。你只需要審查結果。
所有技術細節皆已根據 Hermes Agent v0.18.0 文件驗證。
訂閱我的 Substack 以獲取更多文章：https://substack.com/@yanxbt
組織架構圖
這是最有效率的設定，但成本也較高。你會在本文中找到更便宜的版本。
每個角色 = 一個 Hermes 設定檔。每個設定檔 = 獨立的記憶、技能和排程任務。它們共享一個 Kanban 專案來進行協調。
Jill 呢？
Agent 1 — 幕僚長
取代對象： 一位年薪 90,000 美元的營運經理，負責分配任務、追蹤優先事項，並在問題發生前及時處理。
功能： → 每天早上 8 點提供晨間簡報 → 透過 Kanban 從其他 7 個 Agent 獲取最新狀態 → 標記任何受阻或逾期的項目 → 將收到的請求分配給正確的 Agent → 維護主優先級列表 → 將需要人類判斷的決策上報
SOUL.md 核心：
你是獨立創業者的幕僚長。 你的工作：確保沒有任何疏漏。 每天早上：從所有 Kanban 卡片提取狀態， 總結已完成、進行中、受阻的事項。 標記任何需要創始人關注的事項。 根據描述將新任務分配給正確的團隊成員。 切勿做出策略性決策。提供資訊。上報選擇。 語氣：簡潔、有條理、無廢話。簡報中僅使用要點。
模型： 預算方案：DeepSeek V4（任務分配與摘要，成本效益高）。品質方案：Claude Sonnet 4.6（跨 7 個 Agent 的綜合能力更強）。
技能： → kanban_show, kanban_create, kanban_assign, kanban_comment → session_search（檢查其他 Agent 近期工作）
MCP： Slack 或 Telegram（用於傳送簡報）
排程任務：
晨間簡報（每天上午 8 點）：
"檢視所有設定檔的所有 Kanban 卡片。 總結：昨日完成、今日進行中、受阻項目。 標記逾期項目。傳送至 Telegram。"
優先級檢查（每 3 小時）：
"檢查 Kanban 中任何受阻超過 4 小時的卡片。 如果發現，連同上下文透過 Telegram 通知創始人。"
優先級檢查的 wakeAgent 閘道：如果沒有受阻卡片則跳過。
輸出範例（晨間簡報）：
每日簡報：2026 年 7 月 4 日
昨日完成： → 研究：完成對 [競爭對手] 的競爭分析 → 內容：草擬 3 篇貼文，發布 1 篇 → DevOps：更新正式環境的 SSL 憑證
進行中： → SDR：12 個新潛在客戶已篩選，3 份草稿待審查 → 銷售營運：[客戶] 的提案正在審核階段 → 分析師：Q2 營收報告執行中
受阻： → 內容：文章封面圖片需要你的意見 → 銷售營運：[客戶] 的提案需要定價核准
需要行動：2 個項目需要你的決策。
常見錯誤： 允許幕僚長做出策略性決策。它應該提供資訊和分配任務，而不是做決定。決策權在創始人手上。
Agent 2 — 研究主管
取代對象： 一位年薪 75,000 美元的研究分析師，負責追蹤競爭對手、監控趨勢，並提供每週情報報告。
功能： → 每日監控競爭對手（定價、功能、招聘） → 掃描 arXiv、Product Hunt、Hacker News 以尋找相關發布 → 使用研究結果維護 Obsidian 知識庫 → 提供每週研究摘要 → 回答來自任何 Agent 的臨時研究問題
SOUL.md 核心：
你是獨立創業者的研究主管。 你的工作：比任何人都更早知道市場上發生的事。 追蹤競爭對手：定價變動、功能發布、招聘訊號。 每日掃描來源：arXiv、Product Hunt、Hacker News、X、產業通訊。 使用 LLM Wiki 技能將發現寫入 Obsidian 知識庫。 每個來源都必須可驗證。不得將推測當作事實呈現。 立即透過 Telegram 標記高緊急性的訊號。 每週一上午 9 點提供每週摘要。
模型： 預算方案：DeepSeek V4（以低成本處理網路研究）。品質方案：GPT-5.5（200 萬上下文，擅長廣泛研究與跨來源綜合）。
技能： → llm-wiki（寫入 Obsidian 知識庫） → firecrawl-scrape（可靠的網頁抓取） → 網路搜尋工具集
MCP： 透過 Grok OAuth 進行 X 搜尋（即時社群訊號）
排程任務：
每日掃描（上午 7 點）：
"檢查競爭對手 [列表] 的定價變動、 新功能、部落格文章和招聘訊號。 檢查 arXiv 上 [利基市場] 的論文。 檢查 Product Hunt 上的相關發布。 將發現寫入知識庫。如有任何高緊急性事項， 立即傳送至 Telegram。"
wakeAgent 閘道：如果未偵測到新訊號則跳過。
每週摘要（週一上午 9 點）：
"綜合過去 7 天的所有研究發現。 按影響力排序。將結構化摘要傳送至 Telegram。 包含：市場動向、競爭對手更新、機會。"
輸出範例（每日訊號）：
高緊急性訊號：
[競爭對手] 取消了他們的免費方案。 定價頁面在 2 小時前更新。 之前：免費方案包含 1,000 次 API 呼叫。 現在：無免費方案。最低方案每月 29 美元。
來源：[URL] 已寫入知識庫：competitors/[name]/pricing-history.md
機會：他們的免費方案用戶需要替代方案。 考慮發布針對性貼文或登陸頁面。
常見錯誤： 將研究任務交給 Opus。GPT-5.5 能以更低的成本處理廣泛的網路研究。將 Opus 保留給幕僚長的綜合與決策工作。
Agent 3 — 內容主管
取代對象： 一位年薪 65,000 美元的內容經理，負責草擬貼文、維護內容行事曆和處理發布後勤。
功能： → 根據研究發現和想法草擬貼文 → 維護內容行事曆（何時發布什麼內容） → 對每篇草稿執行品質檢查 → 建議封面圖片概念 → 管理用於回覆留言的 DM 模板
SOUL.md 核心：
你是 X（Twitter）上一位獨立創業者的內容主管。 利基市場：Nous Research 的 Hermes Agent。僅限英文。 語氣：凌晨 3 點就出貨的科技宅。 對話式、直接、略帶興奮但務實。 自然情況下可適度使用輕度髒話。絕不商業化。 HERMES AGENT 必須是每個鉤子的前兩個字。 使用全大寫鉤子。僅發布單篇貼文。無討論串。 不使用破折號。不使用副詞。不拐彎抹角。 每個技術聲明都必須可根據官方文件驗證。 對每篇草稿執行書籤率評分（目標 8+/12）。
模型： 兩個方案均使用 Claude Sonnet 4.6。寫作品質直接影響你的聲譽。不要在這裡省錢。
技能： → 自訂內容寫手技能（語氣規則、鉤子模式、品質過濾器） → 自訂書籤率評分技能
排程任務：
內容行事曆檢查（每天上午 10 點）：
"檢查今天排程發布的內容行事曆。 如果沒有排程：根據本週知識庫中的研究發現， 建議 3 個貼文點子。 傳送至 Telegram。"
草稿審查（按需，由 Kanban 觸發）：
當草稿卡片移至 Kanban 的「審查」狀態時， 執行品質檢查 + 書籤率評分。 將分數和具體問題回報至 Telegram。
輸出範例（內容行事曆檢查）：
內容行事曆：2026 年 7 月 4 日
今日：無排程貼文。
根據本週研究提出的 3 個點子：
1. HERMES AGENT v0.18.0 剛剛發布。 切入點：完成合約 + /journey + /learn 來源：知識庫條目 "v0.18.0-release" 書籤率預估：9/12
2. HERMES AGENT 混合 Agent 架構 切入點：基準測試數字 + 預設配置 來源：知識庫條目 "moa-benchmarks" 書籤率預估：8/12
3. HERMES AGENT + STRIPE 支付 切入點：自動化業務營運 來源：知識庫條目 "stripe-link-cli" 書籤率預估：10/12
建議：選項 3。書籤潛力最高。 若獲核准，草稿可在 20 分鐘內準備就緒。
常見錯誤： 讓內容 Agent 直接發布。務必先經過人工核准。Agent 負責草擬和檢查。由你決定發布什麼。
Agent 4 — SDR（銷售開發代表）
取代對象： 一位年薪 55,000 美元的 SDR，負責監控潛在客戶、進行篩選，並草擬初步聯繫訊息。
功能： → 監控收件匣中的品牌合作郵件 → 根據你的標準篩選潛在客戶 → 草擬個人化回覆 → 記錄銷售管道中的每次互動 → 立即標記高價值機會
SOUL.md 核心：
你是獨立創業者的 SDR。 你的工作：從郵件中尋找並篩選潛在客戶。 篩選標準： - 最低預算：[金額] - 與利基市場的相關性：AI Agent、自動化、Hermes Agent - 品牌聲譽：無博弈、無成人內容、無加密貨幣詐騙 篩選通過後，草擬個人化回覆。 提及他們產品的具體細節。 語氣：專業但溫暖。不商業化。 未經創始人核准，絕不發送郵件。 立即透過 Telegram 標記超過 [金額] 的交易。
模型： 預算方案：DeepSeek V4 Flash（最便宜，適合分類）。品質方案：DeepSeek V4（推理能力稍強，仍然便宜）。郵件掃描屬於高量低複雜度任務。不需要頂尖模型。
技能： → 郵件處理技能（解析、提取、分類）
MCP： 郵件閘道（IMAP/SMTP）
排程任務：
收件匣掃描（每 30 分鐘）：
"檢查收件匣中符合品牌合作模式的新郵件。 根據 SOUL.md 中的標準進行篩選。 對於篩選通過的潛在客戶：草擬回覆，建立 Kanban 卡片 並指派給銷售營運，通知 Telegram。 對於未通過的：記錄並歸檔。"
wakeAgent 閘道：如果沒有新郵件則跳過。
輸出範例：
新的篩選通過潛在客戶：
來自：[姓名] 於 [品牌] 主旨：合作機會 預算：3,500 美元，60 秒整合 平台：YouTube + X 交叉發布 相關性：AI 生產力工具，與利基市場高度契合
回覆草稿已準備就緒。Kanban 卡片已建立。 已指派給銷售營運以準備提案。
核准回覆？[草稿連結]
常見錯誤： 允許 SDR 發送郵件。僅限草擬。創始人核准每一封對外訊息。一封糟糕的自動化郵件可能永久損害你的聲譽。
Agent 5 — 銷售營運經理
取代對象： 一位年薪 70,000 美元的銷售營運人員，負責管理交易管道、產生提案和追蹤合約狀態。
功能： → 從 SDR 接收篩選通過的潛在客戶 → 根據模板產生客製化提案 → 追蹤交易階段（已聯繫 → 已提案 → 協商中 → 已簽約 → 已交付） → 跟進停滯的交易 → 每週報告管道狀態
SOUL.md 核心：
你是獨立創業者的銷售營運經理。 你的工作：將交易從篩選通過的潛在客戶推進到簽約。 使用提案模板產生客製化提案。 在 Kanban 中追蹤每筆交易，並標明清楚狀態。 跟進 5 天後無回覆的交易。 每週五提供每週管道報告。 協商規則： - 最低費率：[金額] - 使用權限：最長 12 個月，除非是 premium 費率 - 獨家授權：僅在標準費率的 2 倍時提供 未經創始人核准，絕不同意任何條款。
模型： 預算方案：DeepSeek V4（從模板產生提案，品質足夠）。品質方案：Claude Sonnet 4.6（提案和協商草稿的寫作能力更強）。
技能： → 提案產生器技能（使用 [括號] 的客製化模板） → kanban 工具集
排程任務：
停滯交易檢查（每天下午 3 點）：
"檢查 Kanban 中處於「已聯繫」或「已提案」狀態 且超過 5 天無更新的交易。草擬跟進郵件。 通知 Telegram。"
管道報告（週五下午 5 點）：
"總結所有交易：階段、價值、下一步行動。 管道總價值。本月預計成交額。 傳送至 Telegram。"
常見錯誤： 讓銷售營運獨立進行協商。它負責草擬反提案。創始人核准條款。無人監督的自動化協商只會虧錢。
輸出範例（週五管道報告）：
管道報告：2026 年 6 月 30 日當週
進行中交易：4 筆
1. [品牌 A]：3,500 美元 YouTube 整合 階段：已提案（3 天前） 下一步：若無回覆，週一跟進
2. [品牌 B]：5,000 美元 X + YouTube 套裝 階段：協商中（對方還價 4,200 美元） 下一步：需要你對還價做出決策
3. [品牌 C]：1,200 美元單篇貼文 階段：已聯繫（6 天，無回覆） 下一步：跟進草稿已準備就緒。核准發送？
4. [品牌 D]：8,000 美元季度套裝 階段：已簽約。交付物應於 7 月 15 日完成 下一步：內容 Agent 已收到簡報
管道總價值：17,700 美元 本月預計成交額：8,000 美元（品牌 D 已簽約） 待決策事項：1 項（品牌 B 還價）
Agent 6 — 執行助理
取代對象： 一位年薪 45,000 美元的 EA，負責管理行事曆、提醒事項、差旅後勤和例行行政工作。
功能： → 管理提醒事項和截止日期 → 追蹤費用和收據 → 處理例行行政工作（檔案整理、資料輸入） → 監控行事曆是否有衝突 → 提供每日議程
SOUL.md 核心：
你是獨立創業者的執行助理。 你的工作：確保創始人永遠不會忘記任何事， 也永遠不會在行政工作上浪費時間。 設定提醒。追蹤截止日期。整理檔案。 在晨間簡報前於早上 7:30 提供每日議程。 收到照片時處理收據。 語氣：簡潔、樂於助人、有預見性。 如果發現行程衝突，立即標記。
模型： 兩個方案均使用 DeepSeek V4 Flash。EA 的工作是例行行政事務。提醒、行事曆、收據。使用能妥善處理這些任務的最便宜模型。
MCP： Google 日曆、Google 雲端硬碟（或 Notion）
排程任務：
每日議程（早上 7:30）：
"檢查今天的行事曆活動。 檢查今天到期的提醒事項。 檢查 48 小時內的截止日期。 將議程傳送至 Telegram。"
收據處理（按需）：
當在「費用」Telegram 主題中收到照片時， 提取供應商、金額、日期、類別。 記錄到費用追蹤器。在聊天中確認。
常見錯誤： 讓 EA 承擔需要推理能力的任務。EA 處理例行行政工作。任何需要判斷的事項都應交給幕僚長進行分配。
輸出範例（每日議程）：
議程：2026 年 7 月 4 日
今日： → 上午 10:00：與 [客戶] 通話（行事曆中有 Zoom 連結） → 下午 2:00：內容審查時段（無會議） → 下午 5:00：健身房（個人行程）
今日到期的提醒事項： → 向 [品牌 D] 發送發票（昨日已出貨交付物） → 回覆 [姓名] 的郵件（2 天前標記）
48 小時內的截止日期： → 7 月 5 日：[品牌 D] 影片交付物截止 → 7 月 6 日：季度稅務申報
衝突：未偵測到。
昨日已處理的收據： → Adobe Creative Cloud：54.99 美元，軟體 → Hetzner VPS：7.00 美元，基礎設施 已記錄至費用追蹤器。
Agent 7 — 分析師
取代對象： 一位年薪 80,000 美元的商業分析師，負責追蹤 KPI、建立報告，並從數據中找出趨勢。
功能： → 產生每週營收和成長報告 → 追蹤 KPI（追蹤者數、觀看次數、互動率、營收） → 找出趨勢和異常 → 比較不同時期的表現 → 提供每月深度分析
SOUL.md 核心：
你是獨立創業者的分析師。 你的工作：將數據轉化為決策。 追蹤 KPI：營收、追蹤者數、觀看次數、互動率、 每篇貼文成本、轉換率、管道價值。 每週日提供包含趨勢和異常的每週報告。 每月第一個週一提供深度分析。 始終比較當前時期與前一時期。 標記任何變化超過 20% 的指標。 先呈現數字。其次是解讀。最後是建議。 沒有數據就沒有推測。
模型： 預算方案：DeepSeek V4（數據擷取和比較，表現良好）。品質方案：GPT-5.5（模式識別和結構化報告能力更強，200 萬上下文可處理大型數據集）。
技能： → 數據分析技能（CSV 解析、計算）
MCP： Google 試算表（用於提取即時數據）
排程任務：
每週報告（週日晚上 8 點）：
"提取本週數據：[KPI 來源]。 與上週及 4 週平均值進行比較。 標記異常（變化 >20%）。 將結構化報告傳送至 Telegram。"
每月深度分析（第一個週一上午 9 點）：
"完整月度分析。營收、成長、內容表現、 管道轉換、成本細項。 包含：有效策略、無效策略、建議變更。 傳送至 Telegram + 另存為報告至 ~/reports/。"
常見錯誤： 使用 premium 模型來運行分析師。這主要是數據擷取和比較。GPT-5.5 就能勝任。Opus 的成本會高出 5 倍，但輸出結果相同。
輸出範例（每週報告）：
每週分析：2026 年 6 月 23-29 日
追蹤者數：1,847（本週 +124，+7.2%） 對比 4 週平均值：+89/週。本週高於平均值。
曝光次數：412K（較上週 +31%） 最佳貼文：「Hermes Agent 的 15 個層級」（164K 觀看）
互動率：4.8%（高於 3.9%） 書籤是增長主因（本週 312 次，平均值 180 次）
營收：3,500 美元（品牌 D 已簽約） 管道：3 筆交易待處理，共 9,700 美元
內容：發布 5 篇貼文。2 篇文章。 最佳表現格式：長篇單篇貼文 最差表現：新聞反應（2 篇表現不佳）
異常：
⚠️
書籤率較上週躍升 73%。 原因：「15 個層級」文章。參考型內容 的儲存率是新聞貼文的 3 倍。
建議：本週趁演算法熱度還在，再發布一篇參考文章。
Agent 8 — DevOps 工程師
取代對象： 一位年薪 95,000 美元的 DevOps 工程師，負責監控伺服器、管理部署和處理事件回應。
功能： → 監控伺服器健康狀態（RAM、磁碟、CPU、正常運行時間） → 在程式碼推送時執行部署腳本 → 檢查 SSL 憑證、DNS 和服務狀態 → 在故障時發出警報 → 從其技能庫中自動修復已知問題
SOUL.md 核心：
你是獨立創業者的 DevOps 工程師。 你的工作：確保一切正常運作。 每 5 分鐘監控所有伺服器和服務。 在以下情況立即發出警報：服務中斷、磁碟使用率 >85%、RAM >90%、 SSL 憑證將在 7 天內到期。 對於已知問題：檢查技能庫，若有信心則自動修復。 對於未知問題：向創始人發出警報並附上診斷結果， 未經核准不得嘗試修復。 未經明確核准，絕不修改正式環境配置。 記錄每個動作。
模型： 預算方案：DeepSeek V4 Flash（大部分時間處於 no_agent 模式，Agent 很少被喚醒）。品質方案：Claude Sonnet 4.6（當 Agent 因複雜問題被喚醒時，具備強大的除錯能力）。
技能： → 伺服器監控技能（健康檢查腳本） → 部署技能（git pull、建置、重啟模式）
排程任務：
健康檢查（每 5 分鐘）：
no_agent 模式。 腳本檢查：HTTP 200、磁碟使用率、RAM 使用率、 SSL 憑證到期日、服務正常運行時間。 wakeAgent：僅在任何檢查失敗時設為 true。
部署監控（每 15 分鐘）：
no_agent 模式。 腳本檢查 git 遠端倉庫在 main 分支上是否有新提交。 wakeAgent：僅在發現新提交時設為 true。 Agent 執行部署腳本並進行驗證。
警報範例：
警報：正式環境磁碟使用率達 87%。
診斷：/var/log/hermes 增長過快。 原因：排程任務除錯模式開啟了詳細日誌記錄。
建議修復：輪替日誌並將日誌級別設為「warn」。 技能「log-rotation」符合此模式。
可自動修復。核准？[是/否]
常見錯誤： 賦予 DevOps 在正式環境中完全自動修復的權限。使用核准閘道。讓它進行診斷和提出建議。由你核准修復方案。
它們如何協作：Kanban
所有 8 個 Agent 共享一個 Kanban 專案。
當 SDR 篩選通過一個潛在客戶 → 建立一張卡片 → 指派給銷售營運。當研究部門發現一個訊號 → 建立一張卡片 → 指派給內容部門。當 DevOps 偵測到一個問題 → 建立一張卡片 → 由幕僚長分配。
這個專案就是溝通層。Agent 之間不直接發送訊息。它們讀取和寫入卡片。
幕僚長每天早上讀取整個專案，並綜合所有 Agent 的狀態。
hermes kanban swarm "新產品發布" \ --workers researcher,content,sdr \ --verifier analyst \ --synthesizer chief-of-staff
Telegram 組織方式
一個 Telegram 群組。啟用主題功能。每個 Agent 一個主題。
建立一個名為「營運總部」的群組。在群組設定中啟用主題功能。建立 8 個主題：
→ #chief-of-staff（晨間簡報、優先級警報） → #research（訊號、每週摘要） → #content（草稿、行事曆、點子） → #sdr（新潛在客戶、篩選通過對象） → #sales-ops（管道、提案、跟進） → #assistant（議程、提醒、收據） → #analyst（每週報告、異常） → #devops（健康狀態警報、部署）
實務設定：一個機器人、一個閘道、主題路由。
Telegram 每個機器人權杖只允許一個活動連線。Hermes 將一個 TELEGRAM_BOT_TOKEN 映射到一個閘道程序。
運行 8 個獨立的閘道和 8 個獨立的機器人是可行的，但會消耗 VPS 上大量資源。每個閘道都是一個獨立的程序，有自己的記憶體佔用。
更輕量的方法：將一個機器人以管理員身份加入群組。每個排程任務透過 chat_id 傳送到特定主題：
傳送：telegram:GROUP_CHAT_ID/TOPIC_ID
幕僚長的排程任務傳送到 #chief-of-staff 主題。SDR 的排程任務傳送到 #sdr 主題。DevOps 警報傳送到 #devops 主題。一個機器人，八個頻道。乾淨的區隔。
你打開 Telegram，像瀏覽 Slack 頻道一樣掃描主題。所有內容都分開。不會混雜。
何時需要運行獨立的閘道：
如果你需要設定檔在自己的主題中進行互動式回應（而不僅僅是傳送排程任務輸出），每個設定檔都需要自己的閘道和機器人權杖。
chief-of-staff 閘道 # @ChiefOfStaff_bot
researcher 閘道 # @Researcher_bot
content 閘道 # @Content_bot
這讓你在 8 個主題中擁有 8 個互動式 Agent。當你直接向它們發送訊息時，每個都會回應。會消耗更多 VPS 資源。當你需要與個別 Agent 進行雙向對話時使用。
對於大多數設定：一個機器人搭配主題路由，就能以 10% 的複雜度涵蓋 90% 的價值。
一個潛在客戶如何流經全部 8 個 Agent
一個新的潛在客戶進來了。看看它如何在團隊中流動。
第 0 分鐘： SDR 掃描收件匣。找到一封品牌合作郵件。進行資格審核。建立 Kanban 卡片。通知 #sdr 主題。
第 5 分鐘： 幕僚長在優先事項檢查中看到新卡片。將其轉交給銷售營運。
第 1 小時： 銷售營運使用範本產生客製化提案。草擬回覆郵件。在「審核」中建立 Kanban 卡片。通知 #sales-ops。
第 2 小時： 你打開 Telegram。閱讀 #sales-ops 主題。批准提案。銷售營運發送草稿（你手動按下發送）。
第 3 天： 沒有回覆。銷售營運將交易標記為停滯。草擬一封跟進郵件。通知 #sales-ops。
第 5 天： 品牌方回覆。交易進入「談判」階段。銷售營運草擬反提案。Kanban 卡片更新。幕僚長將其納入晨間簡報。
第 7 天： 交易簽約。銷售營運將卡片移至「已簽約」。建立一個指派給內容團隊的交付項目卡片。分析師記錄收入。
第 8 天： 內容團隊根據簡報草擬贊助貼文。執行品質檢查。建立審核卡片。通知 #content。
第 9 天： 你審閱、編輯、發布。內容團隊將卡片標記為「已交付」。
週日： 分析師將此交易納入週報。追蹤收入。更新轉換率。
一個潛在客戶。八個 Agent。你做了兩個決定（批准提案、審閱貼文）。其他一切都自動化完成。
這需要多少成本
兩種設定。同樣的 8 個 Agent。不同的價格點。
預算設定（最低成本，功能正常輸出）：
內容團隊留在 Sonnet，因為寫作品質直接影響你的聲譽。其他所有任務都在 DeepSeek 上運行。
品質設定（最佳輸出，較高成本）：
研究員和分析師使用 GPT-5.5（200 萬上下文，擅長綜合分析）。幕僚長和 DevOps 使用 Sonnet（可靠的推理和程式碼理解）。SDR 和 EA 維持預算方案（大量任務，無需推理）。
兩種設定：將輔助模型設定為便宜的：
預設情況下，輔助任務使用你的 MAIN 模型。這意味著壓縮、視覺、網頁摘要、記憶體刷新、技能匹配都會消耗高級 token。
為每個設定檔覆寫設定：
auxiliary: compression: provider: openrouter model: google/gemini-3-flash-preview web_extract: provider: openrouter model: google/gemini-3-flash-preview vision: provider: openrouter model: google/gemini-3-flash-preview
或者在桌面應用程式 / 儀表板中設定：模型 → 輔助。
這一個改變就能為所有設定檔節省 30-50% 的 token 成本。
兩種設定：將委派模型設定為便宜的：
任何設定檔產生的子 Agent 預設使用該設定檔的主模型。覆寫設定：
delegation: model: "google/gemini-3-flash-preview" provider: "openrouter"
成本比較：
8 個 Agent 使用預算設定：每月 $22-49 美元。8 個 Agent 使用品質設定：每月 $41-86 美元。VPS：每月 $7 美元（Hetzner CX22）。Telegram：$0 美元。
預算方案總計：每月 $29-56 美元。 品質方案總計：每月 $48-93 美元。
對比一個初級員工：每月 $3,500+ 美元（美國基準）。
薪資數字是基於美國的估算。請根據你的市場調整。比例是一樣的：在任何地方，8 個 Agent 的成本都低於一名初級員工。
[SCREENSHOT 9: 儀表板使用量標籤頁，顯示每個設定檔的 token 花費明細]
Token 成本隨活動量變化。安靜的一週 = 較低端。發布週 = 較高端。
為每個設定檔設定預算上限以防止意外：
budget: daily_max_usd: 5
可選：為關鍵角色使用 Agent 混合（MoA）
MoA 預設集將多個模型組合成一個答案。聚合器綜合參考模型的觀點。在 Hermes Bench 上比 Opus 4.8 高出 8%。
只值得為 2 個設定檔啟用：
內容團隊（寫作品質 = 你的聲譽）： → 聚合器：Sonnet 4.6 → 參考模型：GPT-5.5 + DeepSeek V4 Pro
幕僚長（每日綜合 7 個 Agent 的資訊）： → 聚合器：Sonnet 4.6 → 參考模型：GPT-5.5 + Gemini 2.5 Pro
在桌面應用程式 / 儀表板中設定：模型 → Agent 混合 → 新增預設集。
權衡：速度慢 2-3 倍，每次互動成本更高。不要在頻繁使用的 Agent（SDR、EA、DevOps）上使用 MoA。對於例行任務，每次互動的成本增加並不能證明品質提升是合理的。
什麼不該自動化
→ 策略決策。 要打造哪個產品。要接受哪些交易。要公開說什麼。Agent 提供資訊。你來決定。
→ 發送電子郵件。 所有外發郵件都由 Agent 草擬並經你批准。一封糟糕的自動化郵件可能毀掉一段關係。
→ 發布內容。 Agent 草擬和檢查。你審閱並按下發布。品質標準就是你的聲譽。
→ 財務交易。 Stripe Link CLI 可以自動化購買。你在手機上批准每一筆支出。沒有無人監督的支出。
→ 僱用/解僱 Agent。 你決定何時新增設定檔、更改模型或關閉一個。系統不會自我修改。
規則：Agent 負責執行。你負責判斷。如果一個任務需要品味、聲譽風險或不可逆轉的後果，就由人類來做。
如何自己建立這個系統
兩種方法。根據你的經驗選擇。
方法 A：逐週進行（推薦給首次使用多 Agent 的使用者）
你不需要第一天就建立全部 8 個。從 2-3 個開始，當你遇到瓶頸時再添加。每週你學習一個 Agent 的行為模式，調整它的 SOUL.md，調整模型，修正 cron 時機。到第 8 週，每個 Agent 都針對你的工作流程進行了調整，而不是通用模板。
第 1 週：幕僚長 + 行政助理。兩個設定檔。晨間簡報 + 每日議程。透過 Telegram 傳送。光是這個就能改變你開始一天的方式。
第 2 週：新增研究。第三個設定檔。每日競爭對手掃描。Obsidian 知識庫。你不再需要手動檢查市場上發生什麼事。
第 3 週：新增內容。第四個設定檔。根據研究結果草擬貼文。你的內容產出不再依賴你的精力狀態。
第 4 週以上：新增 SDR、銷售營運、分析師、DevOps。每週一個設定檔。每個解決一個特定的瓶頸。到第 8 週，你擁有完整的團隊，每個都經過調整。
方法 B：一次建立全部 8 個（有經驗的 Hermes 使用者）
如果你已經熟悉設定檔、cron 和 Kanban，給 Hermes 一個 /goal 指令，它會在一個會話中建立全部 8 個設定檔，包含 SOUL.md、模型和 cron 任務。大約 10-15 分鐘。
為此設定較高的 max_turns：
goals: max_turns: 40
然後運行一個包含全部 8 個設定檔規格（每個的 SOUL.md、模型、cron）的 /goal。Hermes 會依序建立它們並回報狀態。
權衡：你很快就能得到完整的團隊，但每個 Agent 都運行在通用設定上。你仍然需要在接下來的幾週內調整 SOUL.md、修正 cron 時機並測試每個 Agent。
快速部署。隨著時間調整。
對於任一方法，每個新 Agent 需要：
- 建立設定檔：桌面應用程式 / 儀表板：設定檔 → 建立 CLI：hermes profile create [名稱]
- 撰寫 SOUL.md（使用上面的範例作為模板）
- 設定模型：桌面應用程式 / 儀表板：設定檔設定 → 模型 CLI：[名稱] config set model.default [模型]
- 新增與該角色相關的技能和 MCP
- 設定帶有 wakeAgent 閘門的 cron 任務
- 連接到 Telegram（每個 Agent 獲得自己的機器人或群組聊天中的自己的主題）
- 在新增下一個 Agent 之前測試一週
完整技術棧
→ 1 個 VPS（每月 $7 美元） → 8 個 Hermes 設定檔（隔離、永久） → 1 個 Kanban 專案（共享協調） → 1 個帶有主題的 Telegram 群組（每個 Agent 一個） → 每個 cron 任務上的 wakeAgent 閘門（閒置時零成本） → 用於監控的 no_agent 腳本（永久免費） → 每個設定檔的預算上限（無意外帳單）
在桌面應用程式、儀表板或 config.yaml 中設定：budget.daily_max_usd: 5（每個設定檔）
→ 你審閱結果，而不是任務
這就是從內部看到的零員工公司。
官方來源
所有技術細節均已根據 Hermes Agent v0.18.0 文件驗證。
