零员工。零编制。每个岗位都有人。
一个独立创始人不需要员工。一个独立创始人需要的是系统。
本文介绍了 8 个 Hermes Agent 配置文件，它们可以运营你的业务。每个配置都是一个永久团队成员，拥有自己的 SOUL.md、模型、记忆、技能、定时任务和消息通道。它们通过看板进行协调。它们向 Telegram 汇报。它们在 VPS 上 7x24 小时运行。
没有工资单。没有管理。没有关于谁在做什么的 Slack 讨论。
一台机器。八个 Agent。你审查结果。
所有技术细节均根据 Hermes Agent v0.18.0 文档验证。
订阅我的 Substack 以获取更多文章：https://substack.com/@yanxbt
组织架构图
这是最高效的设置，但成本也更高。你也会在本文中找到更便宜的版本。
每个角色 = 一个 Hermes 配置文件。每个配置文件 = 独立的记忆、技能和定时任务。它们共享一个看板来进行协调。
Jill???
Agent 1 — 幕僚长
它取代了什么： 一位年薪 90,000 美元的运营经理，负责分配任务、跟踪优先级，并在问题发生前捕捉一切。
它的职责：→ 每天早上 8 点提供晨间简报 → 通过看板从其他 7 个 Agent 获取更新 → 标记任何受阻或逾期的任务 → 将收到的请求分配给正确的 Agent → 维护主优先级列表 → 上报需要人类判断的决策
SOUL.md 核心：
你是独立创始人的幕僚长。 你的职责：确保没有任何事情被遗漏。 每天早上：从所有看板卡片中拉取状态， 总结已完成、进行中、受阻的任务。 标记任何需要创始人关注的事项。 将新任务根据描述分配给正确的团队成员。 永远不要做战略决策。提供信息。上报选择。 语气：简洁、结构化、无废话。简报中只使用要点。
模型： 预算型：DeepSeek V4（路由和总结，成本效益高）。品质型：Claude Sonnet 4.6（跨 7 个 Agent 的更强综合能力）。
技能：→ kanban_show, kanban_create, kanban_assign, kanban_comment → session_search（检查其他 Agent 的近期工作）
MCP： Slack 或 Telegram（用于发送简报）
定时任务：
晨间简报（每天上午 8 点）：
"审查所有配置文件中的所有看板卡片。 总结：昨天完成的、今天进行中的、受阻的。 标记逾期项目。发送到 Telegram。"
优先级检查（每 3 小时）：
"检查看板中是否有任何受阻超过 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（2M 上下文，擅长广泛研究和跨多个来源的综合）。
技能：→ 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/[名称]/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。"
草稿审查（按需，由看板触发）：
当草稿卡片在看板中移动到"审查"状态时， 运行质量检查 + 书签价值评分。 将分数和具体问题报告到 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 中的标准进行资格认定。 对于合格线索：起草回复，创建看板卡片 分配给销售运营，通知 Telegram。 对于不合格线索：记录并归档。"
wakeAgent 门控：如果没有新邮件则跳过。
示例输出：
新的合格线索：
来自：[姓名] 于 [品牌] 主题：合作机会 预算：3,500 美元，用于 60 秒集成 平台：YouTube + X 交叉发布 相关性：AI 生产力工具，细分领域高度匹配
草稿回复已准备就绪。看板卡片已创建。 已分配给销售运营以准备提案。
批准回复？[草稿链接]
常见错误： 授予 SDR 发送邮件的权限。仅限草稿。创始人批准每一条外发消息。一条糟糕的自动化邮件可能会永久损害你的声誉。
Agent 5 — 销售运营经理
它取代了什么： 一位年薪 70,000 美元的销售运营人员，负责管理交易管道、生成提案和跟踪合同状态。
它的职责：→ 从 SDR 获取合格线索 → 基于模板生成自定义提案 → 跟踪交易阶段（已联系 → 已提案 → 谈判中 → 已签约 → 已交付） → 跟进停滞的交易 → 每周报告管道状态
SOUL.md 核心：
你是独立创始人的销售运营经理。 你的职责：将交易从合格线索推进到签约合同。 使用提案模板生成自定义提案。 在看板中跟踪每笔交易，状态清晰。 跟进 5 天后无回复的交易。 每周五提交管道报告。 谈判规则： - 最低费率：[金额] - 使用权限：除非是溢价费率，否则最长 12 个月 - 独家权：仅限标准费率的 2 倍 未经创始人批准，绝不同意条款。
模型： 预算型：DeepSeek V4（基于模板生成提案，质量尚可）。品质型：Claude Sonnet 4.6（提案和谈判草稿的写作能力更强）。
技能：→ 提案生成器技能（使用 [方括号] 的自定义模板） → 看板工具集
定时任务：
停滞交易检查（每天下午 3 点）：
"检查看板中处于'已联系'或'已发送提案'状态 且 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 美元的行政助理，负责管理日历、提醒、差旅后勤和日常行政工作。
它的职责：→ 管理提醒和截止日期 → 跟踪费用和收据 → 处理日常行政工作（文件整理、数据录入） → 监控日历冲突 → 提供每日议程
SOUL.md 核心：
你是独立创始人的行政助理。 你的职责：确保创始人永远不会忘记任何事情， 也永远不会在行政事务上浪费时间。 设置提醒。跟踪截止日期。整理文件。 在晨间简报之前于早上 7:30 提供每日议程。 当收到照片时处理收据。 语气：简洁、乐于助人、有预见性。 如果你注意到日程冲突，立即标记。
模型： 两个层级均使用 DeepSeek V4 Flash。行政助理的工作是日常行政。提醒、日历、收据。使用能处理这些任务的最便宜模型。
MCP： Google Calendar、Google Drive（或 Notion）
定时任务：
每日议程（早上 7:30）：
"检查日历中今天的事件。 检查今天到期的提醒。 检查 48 小时内的截止日期。 将议程发送到 Telegram。"
收据处理（按需）：
当在"费用"Telegram 主题中发送照片时， 提取供应商、金额、日期、类别。 记录到费用跟踪器中。在聊天中确认。
常见错误： 用需要推理的任务过度加载行政助理。行政助理处理日常行政。任何需要判断的事情都交给幕僚长去分配。
示例输出（每日议程）：
议程：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（更强的模式识别和结构化报告，2M 上下文可处理大型数据集）。
技能：→ 数据分析技能（CSV 解析、计算）
MCP： Google Sheets（用于拉取实时数据）
定时任务：
每周报告（周日下午 8 点）：
"拉取本周数据：[KPI 来源]。 与上周和 4 周平均值进行比较。 标记异常（变化 >20%）。 向 Telegram 发送结构化报告。"
每月深度分析（第一个周一上午 9 点）：
"全月分析。收入、增长、内容表现、 管道转化、成本分解。 包括：什么有效、什么无效、建议的更改。 发送到 Telegram + 保存为报告到 ~/reports/。"
常见错误： 在高级模型上运行分析师。这主要是数据获取和比较。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 已签约） 管道：9,700 美元待定，涉及 3 笔交易
内容：发布了 5 条帖子。2 篇文章。 表现最佳的格式：长篇单条帖子 表现最差的：新闻反应（2 条表现不佳）
异常：
⚠️
书签率环比跃升 73%。 原因："15 个层级"文章。参考型内容 的保存率是新闻帖子的 3 倍。
建议：本周趁算法热度还在， 再发布一篇参考文章。
Agent 8 — DevOps 工程师
它取代了什么： 一位年薪 95,000 美元的 DevOps 工程师，负责监控服务器、管理部署和处理事件响应。
它的职责：→ 监控服务器健康状态（内存、磁盘、CPU、运行时间） → 在代码推送时运行部署脚本 → 检查 SSL 证书、DNS 和服务状态 → 在故障时发出警报 → 从其技能库中自动修复已知问题
SOUL.md 核心：
你是独立创始人的 DevOps 工程师。 你的职责：确保一切正常运行。 每 5 分钟监控所有服务器和服务。 在以下情况立即发出警报：服务宕机、磁盘使用率 >85%、内存使用率 >90%、 SSL 证书将在 7 天内过期。 对于已知问题：检查技能库，如果有信心则自动修复。 对于未知问题：向创始人发出警报并提供诊断， 未经批准不得尝试修复。 未经明确批准，绝不修改生产配置。 记录每个操作。
模型： 预算型：DeepSeek V4 Flash（大部分时间处于 no_agent 模式，Agent 很少唤醒）。品质型：Claude Sonnet 4.6（当 Agent 因复杂问题唤醒时，调试能力强）。
技能：→ 服务器监控技能（健康检查脚本） → 部署技能（git pull、构建、重启模式）
定时任务：
健康检查（每 5 分钟）：
no_agent 模式。 脚本检查：HTTP 200、磁盘使用率、内存使用率、 SSL 证书到期时间、服务运行时间。 wakeAgent：仅在任何检查失败时为 true。
部署监控器（每 15 分钟）：
no_agent 模式。 脚本检查 git 远程仓库在 main 分支上是否有新提交。 wakeAgent：仅在发现新提交时为 true。 Agent 运行部署脚本并进行验证。
示例警报：
警报：生产环境磁盘使用率达到 87%。
诊断：/var/log/hermes 增长迅速。 原因：来自 cron 任务调试模式的详细日志记录。
建议修复：轮转日志并将日志级别设置为"warn"。 技能"log-rotation"与此模式匹配。
可自动修复。批准？[是/否]
常见错误： 授予 DevOps 在生产环境上的完全自动修复权限。使用审批门控。让它诊断和提议。你批准修复。
它们如何协调：看板
所有 8 个 Agent 共享一个看板。
当 SDR 认定一个线索合格时 → 创建一张卡片 → 分配给销售运营。当研究部门发现一个信号时 → 创建一张卡片 → 分配给内容部门。当 DevOps 检测到一个问题时 → 创建一张卡片 → 幕僚长进行分配。
看板是通信层。Agent 之间不直接发送消息。它们读写卡片。
幕僚长每天早上读取整个看板，并综合所有 Agent 的状态。
hermes kanban swarm "new product launch" \ --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 发送到特定话题：
deliver: 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 扫描收件箱。发现一封品牌合作邮件。进行资格审核。创建看板卡片。通知 #sdr 话题。
第 5 分钟： 参谋长在优先级检查中看到新卡片。将其路由至销售运营。
第 1 小时： 销售运营使用模板生成定制提案。起草回复邮件。在“审核”中创建看板卡片。通知 #sales-ops。
第 2 小时： 你打开 Telegram。阅读 #sales-ops 话题。批准提案。销售运营发送草稿（你手动点击发送）。
第 3 天： 无回复。销售运营将交易标记为停滞。起草跟进邮件。通知 #sales-ops。
第 5 天： 品牌方回复。交易进入“谈判”阶段。销售运营起草还盘。更新看板卡片。参谋长将其纳入晨间简报。
第 7 天： 交易签署。销售运营将卡片移至“已签署”。创建分配给内容团队的交付卡片。分析师记录收入。
第 8 天： 内容团队根据简报起草赞助帖子。进行质量检查。创建审核卡片。通知 #content。
第 9 天： 你审核、编辑、发布。内容团队将卡片标记为“已交付”。
周日： 分析师将这笔交易纳入周报。追踪收入。更新转化率。
一个线索。八个 Agent。你做了两个决定（批准提案、审核帖子）。其他一切自动化。
成本是多少
两种设置。同样的 8 个 Agent。不同的价格点。
预算设置（最低成本，功能可用）：
内容团队保留在 Sonnet 上，因为写作质量直接影响你的声誉。其他一切运行在 DeepSeek 上。
质量设置（最佳输出，更高成本）：
研究员和分析师使用 GPT-5.5（200 万上下文，擅长综合）。参谋长和 DevOps 使用 Sonnet（推理可靠，代码理解能力强）。SDR 和 EA 保持预算设置（处理大量任务，无需推理）。
两种设置：将辅助模型设置为廉价模型：
默认情况下，辅助任务使用你的主模型。这意味着压缩、视觉、网页摘要、内存刷新、技能匹配都会消耗昂贵的 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 的成本都低于一名初级员工。
[截图 9：仪表盘使用量标签页，显示每个配置文件的 token 消耗明细]
Token 成本随活动量变化。安静周 = 较低端。发布周 = 较高端。
为每个配置文件设置预算上限，防止意外：
budget: daily_max_usd: 5
可选：关键角色的 Agent 混合（MoA）
MoA 预设将多个模型组合成一个答案。聚合器综合参考模型的视角。在 Hermes 基准测试中，性能比 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 个 Agent。从 2-3 个开始，遇到瓶颈时再添加。每周你了解一个 Agent 的行为方式，调整其 SOUL.md，调整模型，修复 cron 定时。到第 8 周，每个 Agent 都针对你的工作流程进行了调优，而不是通用模板。
第 1 周：参谋长 + 行政助理。两个配置文件。晨间简报 + 每日议程。通过 Telegram 交付。仅此一项就能改变你开启一天的方式。
第 2 周：添加研究。第三个配置文件。每日竞品扫描。Obsidian 知识库。你不再需要手动检查市场上发生了什么。
第 3 周：添加内容。第四个配置文件。根据研究发现起草帖子。你的内容管道不再依赖你的精力水平。
第 4 周及以后：添加 SDR、销售运营、分析师、DevOps。每周一个配置文件。每个解决一个特定的瓶颈。到第 8 周，你拥有了完整的团队，每个都经过调优。
方法 B：一次性部署全部 8 个（有经验的 Hermes 用户）
如果你已经了解配置文件、cron 和看板，给 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 个看板（共享协调） → 1 个带话题的 Telegram 群组（每个 Agent 一个话题） → 每个 cron 任务上的 wakeAgent 门（空闲时零成本） → 用于监控的 no_agent 脚本（永久免费） → 每个配置文件的预算上限（无意外账单）
在桌面应用、仪表盘或 config.yaml 中设置：budget.daily_max_usd: 5（每个配置文件）
→ 你审核结果，而不是任务
这就是零员工公司从内部看起来的样子。
官方来源
所有技术细节均根据 Hermes Agent v0.18.0 文档验证。
