一个人就是一整家公司：用 8 个 Hermes Agent 搭建你的无人运营团队

雇佣一个人，你得到 40 小时/周；部署 8 个 AI Agent，你得到 168 小时/周，且不需要交社保。

这不是科幻。这是我们正在经历的当下。

今年 7 月，Nous Research 发布了 Hermes Agent v0.18.0。基于这个版本，有人用 8 个 AI 配置文件——8 个拥有独立记忆、技能库和定时任务的“数字员工”——跑完了一整套商业运营：从早报推送、竞争对手监控、内容生产、销售线索跟进，到合同提案生成、财务分析、服务器运维。

这些 Agent 共享一块 Kanban 看板作为协调中枢，通过 Telegram 汇报结果。创始人本人每天只需要做两件事：读报告，做决策。

我花了一周时间把这套方案拆解了一遍，以下是完整的搭建思路和可复用的配置文件。读完你能直接上手。

到底什么是 Hermes Agent？

一句话：它是一个在你电脑或服务器上常驻运行的 AI 进程。每个进程有自己的名字、身份设定、专属模型、记忆库、工具箱，以及按时刻表执行任务的“生物钟”（cron）。

你可以把它想象成一个不睡觉的实习生——你给它写好工作手册（SOUL.md），告诉它用什么工具（skills）、多久检查一次任务（cron），剩下的它自己跑。遇到拿不准的事情，它会在 Telegram 上喊你。

跟 ChatGPT 网页版最大的区别是：它不等着你提问，而是到点就干活。 凌晨 3 点扫描邮箱的 SDR、周日晚上自动出报表的分析师、每 5 分钟检查一次服务器的运维——这些都是同一个 Hermes 实例的不同分身。

8 个 Agent 的完整组织架构

这套方案的核心思想很简单：一个角色对应一个 Hermes 配置文件。 每个配置文件内部彼此隔离——独立的记忆、独立的技能包、独立的定时任务。但它们共享一块 Kanban 看板，用来传递任务和状态。

下图是这套架构的完整角色分工表：

这张表涵盖了从决策支持到执行的完整闭环。接下来逐个拆解。

Agent 1：Chief of Staff —— 你的运营中枢

替代岗位： 运营经理（年薪约 90k 美元）
核心价值： 每天早 8 点准时推送简报，覆盖全部 7 个 Agent 的进度、阻塞项和逾期任务。确保没有任何事情“掉在地上”。

很多人在搭建多 Agent 系统时会忽略一个事实：Agent 越多，信息熵越大。 8 个 Agent 各自干活，没有人站在高处看全局。Chief of Staff 就是那个看全局的人。

它的 SOUL.md 核心指令：

你是一位 solo founder 的 Chief of Staff。你的职责是确保没有任何事情被遗漏。
每天早晨：从 Kanban 拉取所有卡片的状态，汇总已完成、进行中和被阻塞的任务。
标记任何需要创始人关注的事项。将新任务按描述路由给正确的团队成员。
永远不要做战略决策。你只负责呈现信息、升级问题。
表达风格：简洁、结构化、不要废话。简报中只用要点。

实操建议：

模型选择： 预算有限用 DeepSeek V4（ $3 - 6/ 月），追求质量用 Cl a u d e S o nn e t 4.6 （$ 5-10/月）。Chief of Staff 的核心能力是信息汇总和路由，对模型推理能力要求中等，但摘要质量确实会影响你每天早上的决策效率。
关键技能： kanban_show、kanban_create、kanban_assign、kanban_comment。让它可以读写 Kanban 卡片。
Cron 任务：
- 早 8 点简报：拉取全部卡片，汇总状态，推送到 Telegram。
- 每 3 小时检查阻塞任务：如果有卡片被阻塞超过 4 小时，推送告警。

⚠️ 一个常踩的坑： 不要让 Chief of Staff 拥有做决策的权限。它的职责是“呈现”，不是“决定”。定价批不批、内容发不发、跟哪个客户推进——这些是你的事。

早报长什么样？

DAILY BRIEF: July 4, 2026

DONE YESTERDAY:
→ 研究：竞品分析完成
→ 内容：3 篇草稿完成，1 篇已发布
→ DevOps：生产环境 SSL 证书已续期

IN PROGRESS:
→ SDR：12 个新线索已初筛，3 封邮件待审
→ Sales Ops：客户 X 的提案处于评审阶段
→ Analyst：Q2 营收报告正在生成

BLOCKED:
→ 内容：文章配图需要你确认
→ Sales Ops：客户 X 的提案需要你审批定价

ACTION NEEDED: 2 项需要你拍板。

没有任何多余的词。看一眼就知道今天要干什么。

Agent 2：Head of Research —— 全天候竞争情报分析

替代岗位： 市场研究分析师（年薪约 75k 美元）
核心价值： 每天自动扫描竞品动态、arXiv 论文、Product Hunt 新品、Hacker News 热门讨论，并写入 Obsidian 知识库。每周一上午 9 点推送一份结构化研究摘要。

创业中最怕的一件事：竞争对手上个月改了定价，你三个月后才知道。

它的 SOUL.md 核心指令：

你是 solo founder 的 Research 负责人。你的职责是比任何人都先知道市场上发生了什么。
追踪竞品：定价变动、功能发布、招聘信号。
每天扫描：arXiv、Product Hunt、Hacker News、X、行业 newsletter。
所有发现写入 Obsidian wiki。每一条信息都必须可追溯来源。
高优先级信号立即推送到 Telegram。每周一 9 点推送周报。

实操建议：

模型选择： 预算 DeepSeek V4（ $3 - 8/ 月），质量 GPT - 5.5 （$ 10-20/月）。GPT-5.5 的 2M 上下文在处理大规模信息汇总时确实有优势，但如果只是竞品监控，DeepSeek 完全够用。
关键技能： llm-wiki（写入 Obsidian）、firecrawl-scrape（网页抓取）、web search 工具集。
MCP 配置： X 搜索可以通过 Grok OAuth 接入，用于实时社交信号监控。
Cron 任务：
- 每日 7 点扫描：检查竞品列表、arXiv、Product Hunt，写入 wiki，高优信号推送到 Telegram。
- 周一 9 点周报：汇总 7 天研究发现，按影响排序推送。

一个典型的高优先级信号推送：

HIGH-URGENCY SIGNAL: 竞品 X 刚刚取消了免费套餐。
定价页面 2 小时前更新。
之前：免费套餐含 1000 API 调用。
现在：无免费套餐。最低 $29/月。
来源：[URL]
已写入 wiki: competitors/name/pricing-history.md
机会：他们的免费用户现在需要一个替代方案。建议制作针对性落地页。

注意最后一句：它不仅呈现信息，还给了一个具体建议。但它不会帮你执行，更不会自动发推。这是设计使然。

Agent 3：Head of Content —— 不睡觉的写手

替代岗位： 内容运营经理（年薪约 65k 美元）
核心价值： 基于 Research 的发现自动生成初稿，维护内容日历，每篇稿子跑“书签率评估”（Bookmarkability Rubric），目标 8/12 分以上。

我见过太多人卡在“内容创作”这一步。不是写不出来，是每天耗在选题、起稿、修改上的时间太长了。

它的 SOUL.md 核心指令（以 X/Twitter 为例）：

你是 solo founder 的内容负责人。垂直领域：Hermes Agent by Nous Research。
语言风格：凌晨 3 点还在写代码的技术人。对话感强、直接、略带兴奋但保持务实。
可以用轻量口语化表达。不要写企业宣传稿。
每条帖子以 HERMES AGENT 开头，全大写标题。不写长串，不写 em-dash，不用副词做开场白。
所有技术声明必须可在官方文档中验证。每篇初稿必须经过 Bookmarkability Rubric 评估。

模型选择： Claude Sonnet 4.6。两边都用它，不要在这省钱。内容质量直接关联你的个人品牌，省几十块钱的模型费不值。

实操建议：

关键技能： 自定义 content-writer（风格规则、开场模式、垃圾内容过滤）、bookmarkability-rubric（给每篇稿打分）。
Cron 任务：
- 每日 10 点检查内容日历：如果当天没有排期，基于本周研究发现推荐 3 个选题。
- 草稿评审触发：当 Kanban 卡片进入“review”状态时，自动运行垃圾检测和书签率打分。

内容日历检查的输出示例：

CONTENT CALENDAR: July 4, 2026

TODAY: 无排期。

3 IDEAS BASED ON THIS WEEK'S RESEARCH:

1. HERMES AGENT v0.18.0 刚刚发布
   角度：completion contracts + /journey + /learn
   来源：wiki entry "v0.18.0-release"
   预估书签率：9/12

2. HERMES AGENT 的 MoA 混合推理
   角度：跑分数据 + preset 配置
   来源：wiki entry "moa-benchmarks"
   预估书签率：8/12

3. HERMES AGENT + STRIPE 实现无人交易
   角度：全自动商业运营
   来源：wiki entry "stripe-link-cli"
   预估书签率：10/12

推荐：选题 3。书签潜力最高。批准后可 20 分钟内出稿。

⚠️ 核心原则： Content Agent 永远不能直接发布。它负责起草、打分、质检。你负责终审和点击“发布”。没有人想看到“AI 生成的语气”出现在你的品牌账号上。

Agent 4：SDR —— 你的 7×24 销售开发代表

替代岗位： SDR（年薪约 55k 美元）
核心价值： 每 30 分钟扫描一次收件箱，识别品牌合作询盘，按预设标准评分，合格线索自动生成初步回复草稿并创建 Kanban 任务。

它的 SOUL.md 核心指令：

你是 solo founder 的 SDR。你的职责是发现并筛选 inbound 销售线索。
评分标准：
- 预算下限：$[金额]
- 相关性：AI Agent、自动化、Hermes Agent
- 品牌声誉：排除赌博、成人内容、加密货币诈骗

合格后生成个性化回复，引用对方产品的具体信息。
语气：专业但有人味儿。不要写企业套话。
未经创始人批准，绝不发送任何邮件。
超过 $[金额] 的 deal 立即通过 Telegram 告警。

模型选择： DeepSeek V4 Flash（$1-3/月）。邮件筛查是高频率、低复杂度的任务。用最便宜的模型做就行。

关键设计： SDR 只做三件事——读邮箱、判分数、写草稿。它没有发送权限。你不批准，它不动。

实际案例：

NEW QUALIFIED LEAD:

来自：[name] at [brand]
主题：合作机会
预算：$3,500 / 60 秒植入
渠道：YouTube + X 跨平台
相关性：AI 效率工具，垂直匹配度高

回复草稿已就绪。Kanban 卡片已创建，已分配给 Sales Ops。
是否批准发送？[链接]

Agent 5：Sales Ops —— 销售流程的总调度

替代岗位： 销售运营（年薪约 70k 美元）
核心价值： 从 SDR 接收合格线索、基于模板生成定制化提案、跟踪 deal 全生命周期（已联系→提案→谈判→签约→交付）、自动跟进休眠 deal、每周五推送 pipeline 报表。

实操建议：

模型选择： 预算 DeepSeek V4（ $3 - 6/ 月），质量 S o nn e t 4.6 （$ 5-10/月）。提案撰写的质量直接影响转化率，建议至少测试 1-2 周再决定是否降配。
关键技能： proposal-generator（定制化提案模板，用 [brackets] 做变量填充）。
Cron 任务：
- 每日 3 点检查休眠 deal：>5 天无更新的 deal 自动生成跟进草稿。
- 周五 5 点 pipeline 报表：汇总全部 deals 的阶段、金额、下一步动作。

⚠️ 核心原则： Sales Ops 可以起草 counter-offer，但所有条款的最终审批权在你手里。自动谈判看着效率高，一旦出问题损失的是真金白银。

周五 pipeline 报表示例：

PIPELINE REPORT: Week of June 30, 2026

ACTIVE DEALS: 4

1. Brand A: $3,500 YouTube 植入
   阶段：提案已发（3 天）
   下一步：周一无回复则跟进

2. Brand B: $5,000 X + YouTube 组合
   阶段：谈判中（对方还价 $4,200）
   下一步：需要你决定是否接受还价

3. Brand C: $1,200 单帖
   阶段：已联系（6 天无回复）
   下一步：跟进草稿已就绪，是否发送？

4. Brand D: $8,000 季度包
   阶段：已签约，7/15 交付
   下一步：Content Agent 已拿到需求

TOTAL PIPELINE: $17,700
本月预计签约：$8,000（Brand D 已签）

待你决策：1 项（Brand B 还价）

Agent 6：Executive Assistant —— 你的个人行政助理

替代岗位： 行政助理（年薪约 45k 美元）
核心价值： 每日 7：30 推送当日日程、提醒截止时间、处理费用报销（收到发票照片自动提取信息并记账）。

它的 SOUL.md 核心指令：

你是 solo founder 的 Executive Assistant。
你的职责：确保创始人不会忘记任何事，不在行政事务上浪费时间。
设置提醒、追踪截止日期、整理文件。
每日 7：30 推送日程（在 Chief of Staff 的简报之前）。
收到发票照片时自动处理报销。
语气：简练、主动、有预判性。发现日程冲突立即告警。

模型选择： DeepSeek V4 Flash（$1-3/月）。行政助理的任务全是最低复杂度——读日历、写提醒、提取发票字段。不需要前沿模型。

MCP 配置： Google Calendar、Google Drive 或 Notion。

典型输出：

AGENDA: July 4, 2026

TODAY:
→ 10:00 AM: 客户 X 通话（Zoom 链接在日历中）
→ 2:00 PM: 内容评审（请勿安排其他会议）
→ 5:00 PM: 健身（个人）

今日到期提醒：
→ 向 Brand D 发送发票（昨日已交付）
→ 回复 [name] 邮件（已标记 2 天）

48 小时内截止：
→ 7/5: Brand D 视频物料交付
→ 7/6: 季度税务申报

日程冲突：无。

昨日报销处理：
→ Adobe Creative Cloud: $54.99（软件）
→ Hetzner VPS: $7.00（基础设施）
已记入费用追踪表。

Agent 7：Analyst —— 用数据说话的人

替代岗位： 商业分析师（年薪约 80k 美元）
核心价值： 周日晚上自动生成营收和增长周报，追踪粉丝数、曝光量、互动率、转化率、pipeline 金额等核心 KPI，异常变动（>20%）自动标记。

它的 SOUL.md 核心指令：

你是 solo founder 的 Analyst。你的职责是把数据转化为决策依据。
追踪 KPI：营收、粉丝数、曝光量、互动率、单帖成本、转化率、pipeline 总额。
每周日推送趋势和异常报告。
每月第一个周一推送深度分析。
始终对比当期 vs 上期 vs 四周均值。
任何超过 20% 的变化必须标记。
呈现顺序：数字优先。解读第二。建议第三。
没有数据支持的推测不写。

模型选择： 预算 DeepSeek V4（ $2 - 5/ 月），质量 GPT - 5.5 （$ 5-10/月）。Analyst 的核心工作是数据提取和对比，高级模型的优势在大规模数据集的模式识别上。

一个很有用的小技巧： 让 Analyst 的每周输出直接写入 ~/reports/ 目录。三个月后你就有了一份完整的运营数据档案，做季度复盘时直接调取。

Agent 8：DevOps —— 永不宕机的运维工程师

替代岗位： DevOps 工程师（年薪约 95k 美元）
核心价值： 每 5 分钟检查服务器健康（磁盘、RAM、CPU、SSL 证书），新代码 push 后自动部署，故障自动诊断并提出修复方案。

它的 SOUL.md 核心指令：

你是 solo founder 的 DevOps Engineer。
你的职责：确保一切正常运行。
每 5 分钟检查所有服务器和服务。
异常立即告警：服务宕机、磁盘 >85%、RAM >90%、SSL 证书 7 天内到期。
已知问题：检查技能库，自信时可自动修复。
未知问题：告警并给出诊断，不尝试未经批准的修复。
绝不未经明确批准修改生产环境配置。
记录所有操作。

模型选择： DeepSeek V4 Flash（$1-3/月）。大部分情况下它根本不需要调用模型。 健康检查是纯脚本执行（no_agent 模式），只有检测到异常时才唤醒 Agent 做诊断。

这是 8 个 Agent 里成本最低但最让人安心的一个。 凌晨三点服务器磁盘满了？你第二天早上醒来才看到 Telegram 告警，但 Agent 已经把诊断和修复脚本准备好了。

告警示例：

ALERT: 生产环境磁盘使用率 87%。

诊断：/var/log/hermes 快速增长。
原因：cron 的 debug 模式产生了详细日志。

推荐修复：轮转日志，将日志级别设为 "warn"。
技能库中 "log-rotation" 匹配此模式。
AUTO-FIX AVAILABLE。是否批准？[yes/no]

它们怎么协同？ —— 一个 Kanban 看板解决沟通问题

8 个 Agent 之间不直接发消息。 所有任务流转通过一块共享的 Kanban 看板完成。

SDR 合格了一个线索 → 创建卡片 → 分配给 Sales Ops
Research 发现了信号 → 创建卡片 → 分配给 Content
DevOps 检测到问题 → 创建卡片 → Chief of Staff 路由

Chief of Staff 每天早上读整块看板，生成状态摘要。这就是全部的“团队协作”。

这张图展示了 Kanban 板的实际运行状态，可以看到每个 Agent 对应的任务列：

如果需要启动一个跨多 Agent 的新项目，可以用这条命令：

hermes kanban swarm "新项目启动" \
--workers researcher,content,sdr \
--verifier analyst \
--synthesizer chief-of-staff

Telegram 频道组织方式

一个群组，8 个话题，一个机器人。 这是最简洁的配置。

创建一个名为 “Operations HQ” 的 Telegram 群组，启用 Topics 功能，建立 8 个话题：

#chief-of-staff（早报、优先级告警）
#research（信号、周报）
#content（草稿、日历、选题）
#sdr（新线索、合格名单）
#sales-ops（pipeline、提案、跟进）
#assistant（日程、提醒、报销）
#analyst（周报、异常）
#devops（健康告警、部署）

一个 bot 搞定全部路由：

deliver: telegram:GROUP_CHAT_ID/TOPIC_ID

每个 Agent 的 cron 任务将输出推送到对应话题。你打开 Telegram 扫一圈，各 Agent 的状态一目了然。比 Slack 便宜、比邮件快、比微信有结构。

如果想实现双向对话（在 Telegram 里直接@某个 Agent 发指令），则需要每个 Agent 配置独立的 bot token 和 gateway 进程。资源消耗更高，但提供了交互能力。大部分场景下，单向推送已经覆盖 90% 的需求。

下图展示了 Agent 在 Telegram 话题中的实际消息输出样式：

一个线索走完全流程

拆解一个真实业务场景：一个新客户线索如何自动流经全部 8 个 Agent。

第 0 分钟： SDR 扫描收件箱，发现品牌合作询盘，完成初筛，创建 Kanban 卡片，推送 #sdr 话题。

第 5 分钟： Chief of Staff 在每 3 小时的例行检查中看到新卡片，路由给 Sales Ops。

第 1 小时： Sales Ops 基于模板生成定制化提案，起草回复邮件，在 Kanban 创建 “review” 卡片，推送 #sales-ops。

第 2 小时： 你打开 Telegram 阅读提案，批准。Sales Ops 将草稿放到你的发件箱（需手动点击发送）。

第 3 天： 无回复。Sales Ops 标记 deal 为“待跟进”，生成跟进邮件草稿。

第 5 天： 品牌方回复，进入谈判阶段。Sales Ops 起草 counter-offer。

第 7 天： 签约。Sales Ops 更新卡片为 “signed”，创建交付任务分配给 Content，Analyst 记录营收。

第 8 天： Content 根据需求草拟植入帖，跑垃圾检测和书签率评估，生成 review 卡片。

第 9 天： 你审阅、修改、发布。Content 标记 “delivered”。

周日： Analyst 将该 deal 纳入周报，更新转化率和营收数据。

整个过程你只做了两个决策：批准提案、终审内容。 其他环节全部由 Agent 自动执行。

两套配置方案与成本拆解

以下所有成本均为月估算，基于 OpenRouter 的 API 调用费用。

质量优先方案（推荐给内容密集型业务）：

Agent	模型	月估算费用
Chief of Staff	Sonnet 4.6	$5-10
Researcher	GPT-5.5	$10-20
Content	Sonnet 4.6	$8-15
SDR	DeepSeek V4	$3-8
Sales Ops	Sonnet 4.6	$5-10
EA	DeepSeek V4 Flash	$2-5
Analyst	GPT-5.5	$5-10
DevOps	Sonnet 4.6	$3-8
总计		$41-86/月

预算优先方案（适合验证阶段）：

Agent	模型	月估算费用
Chief of Staff	DeepSeek V4	$3-6
Researcher	DeepSeek V4	$3-8
Content	Sonnet 4.6	$8-15
SDR	DeepSeek V4 Flash	$1-3
Sales Ops	DeepSeek V4	$3-6
EA	DeepSeek V4 Flash	$1-3
Analyst	DeepSeek V4	$2-5
DevOps	DeepSeek V4 Flash	$1-3
总计		$22-49/月

关键省钱的配置：辅助模型（Auxiliary）单独设置。

默认情况下，Hermes 会使用各 Agent 的主模型来处理压缩、视觉识别、网页摘要、记忆刷新等辅助任务——这意味着你在用 Sonnet 做压缩，成本高昂。

覆盖配置：

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 的模型也要单独设置： 默认情况下，某个 Agent 调用的子任务会继承它的主模型。在配置中显式指定：

delegation:
  model: "google/gemini-3-flash-preview"
  provider: "openrouter"

加上 VPS 费用（Hetzner CX22 约 $7/ 月）和 T e l e g r am （免费）： * * 预算方案全栈成本约$ 29-56/月，质量方案约 $48-93/月。**

作为对比：一个美国市场入门级员工月薪约 $3,500 起步。比例在任何市场都成立——8 个 Agent 的成本低于任何一个国家的最低工资员工。

哪些事千万别让 Agent 干

有些任务天然不适合自动化。以下是我的个人判断：

❌ 战略决策。 做什么产品、签不签这个客户、公开发什么言——Agent 负责收集信息并提出建议，最终决定权必须在你手里。

❌ 发送邮件。 所有邮件由 Agent 起草、你审批。一封自动发送的不恰当邮件可以毁掉一段客户关系。

❌ 直接发布内容。 Agent 起草和质检，你终审后手动发布。这是你的声誉，不是 AI 的试验场。

❌ 任何涉及钱的操作。 即使有 Stripe Link CLI 可以自动化采购，每一笔支出都应当经过你手机确认。

❌ 修改自己配置的权限。 添加新 Agent、更换模型、关闭某个 Agent——这些只能由你操作。系统不应该有自我修改的能力。

规则很简单：Agent 负责执行，你负责判断。 任何需要“品味”、声誉风险或不可逆后果的事，人来做。

如何在一周内从零搭建完整团队

不要试图一天部署 8 个 Agent。你会被配置细节淹没，而且出了问题不知道是哪个环节的锅。

我的建议是渐进式搭建，每周新增 1-2 个 Agent，给自己留足调优时间。

第一周：Chief of Staff + EA。 两个 Agent。每天早报 + 日程推送。只花两天你就能感受到“早上不用自己整理信息”的区别。调优 SOUL.md 中的优先级规则、调整 cron 时间、测试 Telegram 推送稳定性。

第二周：加入 Researcher。 第三个 Agent。每天竞品扫描、自动写 Obsidian。你开始减少“刷竞品官网”这个动作的频率。

第三周：加入 Content。 第四个 Agent。基于 Researcher 的发现自动生成选题和初稿。你的内容产出开始脱离“今天有没有灵感”的随机波动。

第四周及之后：加入 SDR、Sales Ops、Analyst、DevOps。 每周一个。每新增一个 Agent，跑几天观察它的行为是否符合预期，再部署下一个。

如果你已经是 Hermes 的老用户，熟悉 profiles、cron、Kanban 的配置方式，可以一次性用 /goal 命令创建全部 8 个配置：

goals:
  max_turns: 40

然后给一个包含全部 Agent 规格的目标描述。Hermes 会按顺序创建并报告状态。10-15 分钟拿到全团队。不过即使是这种方式，之后几周的调优测试还是跑不掉的。

每个新 Agent 的创建步骤是一样的：

hermes profile create [name]
写入 SOUL.md
配置模型
添加所需 skills 和 MCP
设置 cron 并启用 wakeAgent 门控
连接 Telegram
测试一周再添加下一个

预算上限与成本控制

每个 profile 可以设置每日预算上限，防止某一天出现意外高消耗：

budget:
  daily_max_usd: 5

如果某个 Agent 某天的费用超过了你的预期，去查它的日志，看看是不是哪里配置不当导致频繁唤醒或循环调用。

另外值得考虑的一个选项是 Mixture of Agents（MoA）——让多个模型共同参与一个回答的生成，聚合器综合它们的输出。Hermes Bench 上的数据是比单独 Opus 4.8 高出 8%。

但 MoA 的代价是 2-3 倍延迟和更高的单次成本。我建议只在 2 个 Agent 上开启：

Content： 聚合器 Sonnet 4.6 + 参考 GPT-5.5 + DeepSeek V4 Pro。写作质量 = 个人品牌，值得多花一点。
Chief of Staff： 聚合器 Sonnet 4.6 + 参考 GPT-5.5 + Gemini 2.5 Pro。每日简报的完整度和结构化程度确实有提升。

高频 Agent（SDR、EA、DevOps）不要开 MoA。 它们 95% 的工作不需要多模型协同，开了纯属浪费。

一页速览

角色	核心任务	推荐模型	月成本
Chief of Staff	每日简报、任务路由、阻塞告警	Sonnet 4.6 / DeepSeek V4	$5-10
Researcher	竞品监控、趋势扫描、知识库写入	GPT-5.5 / DeepSeek V4	$10-20
Content	内容起草、书签率评估、日历管理	Sonnet 4.6	$8-15
SDR	收件箱扫描、线索评分、草稿回复	DeepSeek V4 / Flash	$3-8
Sales Ops	提案生成、pipeline 管理、跟进	Sonnet 4.6 / DeepSeek V4	$5-10
EA	日程、提醒、费用报销	DeepSeek V4 Flash	$2-5
Analyst	KPI 追踪、周报/月报、异常告警	GPT-5.5 / DeepSeek V4	$5-10
DevOps	服务监控、自动部署、故障诊断	Sonnet 4.6 / Flash	$3-8

实用摘要 / 操作清单

如果你打算按照这套方案来搭建，以下是我列出的关键检查点：

先在本地测试单个 Agent 的行为，再部署到 VPS。 每个 Agent 的 SOUL.md 决定了它的“性格”和“判断力”，花时间反复调到你满意的程度。一个不清晰的指令可能让 SDR 把垃圾邮件当合格线索，或者让 Content 生成语气完全不对的草稿。
wakeAgent 门控是控制成本的核心工具。 没有它，Agent 每次运行都会调用模型；有了它，95% 的例行检查可以不唤醒模型，只跑脚本。一个配置失误可能让成本翻 3-5 倍。
Telegram 用 Topics 做频道隔离，一个 bot 管所有。 分开部署 8 个 bot 虽然可行，但 VPS 资源消耗不是线性的，8 个 gateway 进程的内存占用可能超过你的预期。
每个 Agent 独立设置辅助模型（Auxiliary），不要继承主模型。 用 Gemini Flash 做压缩和网页摘要，成本大约是 Sonnet 的十分之一。
设置每日预算上限，防止异常消耗。 某一天突然跑出 $20 的费用通常不是因为业务量暴增，而是某个 cron 触发了死循环或者某个 skill 配置有问题。
前两周亲自跑一遍每个 Agent 的完整工作流，确认日志无误。 特别是 SDR 的邮件解析和 Sales Ops 的提案生成——这两处出错直接面向客户，影响最大。
最容易被忽略的一步：配置 no_agent 模式。 DevOps 每 5 分钟跑一次健康检查，如果每次都调用模型，成本会迅速累积。用纯脚本做健康检查，只在异常时唤醒 Agent，这是运维 Agent 能控制在 $3/月的核心原因。

FAQ

Q：这套方案真的能替代全职员工吗？

A：能替代的是“执行型任务”——邮件筛查、竞品扫描、报表生成、提案草稿。替代不了的是“判断型任务”——定价决策、战略选择、内容终审、客户关系维护。这套方案适合 solo founder 和小团队放大生产力，而不是让公司一个人都没有。

Q：不懂代码能搭吗？

A：完全不懂代码的话，前期的上手门槛有点高。配置文件（SOUL.md）是纯文本，不需要编程，但你需要理解 cron 表达式的写法、YAML 文件的格式，以及基本的命令行操作。对技术背景薄弱的人，建议先花 2-3 天看官方文档，或者找人帮你搭好基础框架，你再调优配置文件。

Q：中间切换模型会影响 Agent 的记忆吗？

A：记忆独立于模型。切换模型不会丢失已有的记忆或运行历史。但不同模型对同一份 SOUL.md 的“理解”有细微差异——我从 DeepSeek 切到 Sonnet 后，Chief of Staff 的简报措辞明显更“凝练”了一些。切换后建议观察几天，必要时微调提示词。

Q：一个 Agent 每天跑几次 cron 最合理？

A：没有标准答案，取决于你的业务节奏。常见的配法是：SDR 每 30 分钟（邮件必须及时响应）、DevOps 每 5 分钟（服务器出事要尽快发现）、Research 每天 1-2 次、Analyst 每周 1 次。核心原则是：频率设得越高，成本越高。用 wakeAgent 门控来控制只有在“有活干”时才唤醒模型。

Q：每天的成本能控制在多少？

A：预算方案全团队 $22 - 49/ 月，分摊到每天不到$ 2。质量方案 $41 - 86/ 月，每天约$ 1.5-3。实际成本取决于业务活跃度——如果某周发了 20 篇内容、处理了 15 个线索、跑了 3 次深度分析，费用会往上走。每个 Agent 单独设置 daily_max_usd 是最稳妥的做法。

Q：可以用自己本地的开源模型吗？

A：可以。Hermes 支持通过 Ollama 或 vLLM 接入本地部署的模型。但要注意：本地模型的速度和成本虽然低，推理质量会有差距，特别是在复杂任务（如 Chief of Staff 的跨 Agent 汇总）上。我测试下来，Research 和 SDR 这类任务用本地 7B-8B 模型可以接受，但 Content 和 Sales Ops 我还是用云端模型。

Q：Kanban 看板是自托管的还是云服务？

A：Hermes 自带 Kanban 能力。你不需要外部工具。所有卡片数据存在本地，通过 Hermes 的 API 读写。如果你有现成的 Notion 或 Trello，也可以通过 MCP 对接，但自带方案已经够用了。

Q：如果某个 Agent 崩了会影响其他的吗？

A：不会。每个 Agent 是独立的进程，互不影响。DevOps 自己挂了也不会影响其他 Agent 继续运行（当然，DevOps 挂了就没人帮你重启它了——所以确保你的 VPS 有基本的自动重启策略）。Memory、skills、cron 都是各自独立存储和运行的。

月成本不到100美元，8个Hermes Agent如何帮你打造24小时无人运营团队？

一个人就是一整家公司：用 8 个 Hermes Agent 搭建你的无人运营团队

到底什么是 Hermes Agent？

8 个 Agent 的完整组织架构

Agent 1：Chief of Staff —— 你的运营中枢

Agent 2：Head of Research —— 全天候竞争情报分析

Agent 3：Head of Content —— 不睡觉的写手

Agent 4：SDR —— 你的 7×24 销售开发代表

Agent 5：Sales Ops —— 销售流程的总调度

Agent 6：Executive Assistant —— 你的个人行政助理

Agent 7：Analyst —— 用数据说话的人

Agent 8：DevOps —— 永不宕机的运维工程师

它们怎么协同？ —— 一个 Kanban 看板解决沟通问题

Telegram 频道组织方式

一个线索走完全流程

两套配置方案与成本拆解

哪些事千万别让 Agent 干

如何在一周内从零搭建完整团队

预算上限与成本控制

一页速览

实用摘要 / 操作清单

FAQ

相关文章