Jack Roberts · 23:20 · 发布 2026-05-24 · 7.8万次观看(截至抓取) · 观看原视频
🔥 观众最高回放 07:42 — 演示 Hermes 每天 6 点自动进入”梦境序列”,综合全部历史对话给出当日三条建议 + 一件非协商事项的实操指令。
主旨
把 Hermes Agent 从聊天框升级为个人操作系统:soul.md 立人设、Obsidian/Granola/邮箱做数据源、cron + 梦境序列让它主动建议、Pantheon + 切模型把任务路由给最合适的工具,让 agent 从”问什么答什么”长成”知道你想要什么”。
核心论点
- Hermes 90% 的能力藏在记忆里——memory.md 是事实底座、soul.md 是你的人格说明书、外部知识库(Obsidian/Pinecone)是可问的扩展记忆;不写 soul.md 等于只用了 10%。 (→ 详解1-2)
- 把世界连进来:Obsidian + Granola + 邮箱——本地笔记库、AI 会议转写、邮件系统各开 MCP,一个入口问所有事;Granola 这种可对话的会议笔记最值得接。 (→ 详解3-4)
- background 是 Hermes 的多线程开关——
/background让研究类长任务在后台跑、/stop立刻收手,主对话不再被任何研究打断。 (→ 详解5) - cron 任务搭配 dreaming sequence 让 agent 主动提建议——每天 6 点先回看所有对话、再给当日 3 条建议 + 1 件非协商事项,这是把”被问才答”翻成”自动想事”的关键。 (→ 详解6-7)
- Claude OS Bridge 把两个 agent 串成同一张记忆——Hermes 与 Claude Code 双向读写,任何一边发生的事另一边都能看见,给的是”完整上下文”而非割裂记忆。 (→ 详解8)
- /goal 是 Ralph Loop,super goal 加了人机握手——/goal 让 Hermes 跑 20 条消息直到终态,super goal 把动作明确分给”你做”或”agent 做”,可拆到 6 个子任务逐项推进。 (→ 详解9)
- 切模型:每个任务用最合适的那个——日常用 Codex/Opus 4.7,X 实时脉搏用 Grok,深度研究甩给 OpenRouter 后面的便宜模型,别让一个模型扛全部。 (→ 详解10-12)
- Mission Control 仪表盘 + 每天 GitHub 快照——可视面板看 usage/models/connections,每天把整个 Hermes 状态存到私有 GitHub,换电脑或崩了都能一键拉回。 (→ 详解13-14)
- 本地跑比 VPS 跑更稳——本机 24/7 跑、自己卧室最安全,不想暴露文件就给 Hermes 套个 Docker 容器做隔离;VPS 当然能跑,但要多管一层反向代理与隧道。 (→ 详解15-16)
知识点详解
1. Hermes 与它的记忆引擎 00:02
Hermes Agent 是作者用了几百小时的自托管个人 AI 助手。它和聊天框的根本差别在”它有记忆”:memory.md 是一份普通 Markdown 文件,所有对话里值得留的事实都往里塞;旁边还有 peer cards(每人一张卡,记时间与偏好)、fuzzy index(模糊检索层)、1 hour prompt cache(一小时提示词缓存,压低 token 消耗)。
这套结构是 Hermes 与其他助手拉开差距的根本。作者用的比喻是”开 Lambo 却只开 10 英里”:大多数下载 Hermes 的人只把它当聊天框,90% 能力被搁置 (00:06)。理解记忆机制是解锁其余一切的前提——后面所有功能(soul.md、Obsidian、梦境、桥接)都建立在它”能记住你”这个底座上。
作者还给出一个具体的记忆用法验证:你可以直接问”上周日我们聊了什么?“,Hermes 能精确地引出那天的话题 (01:36)。这种”按天回查”的能力是其他聊天框没有的。
2. soul.md:给 agent 写一份”人格说明书” 02:23
soul.md 是 Hermes 里一份”上下文说明书”:你住哪、做什么、想要什么语气、要不要它挑战你、要不要它替你查角落。作者原话是”it’s basically the context manual for your life”(02:28)——它是 Hermes 理解你全部对话的背景。
这份文件不写也行,但写了就是从”陌生人”切换到”懂你”的分水岭:你问”该穿什么”,它能基于你所在城市、场合、风格偏好回;你问”项目怎么推进”,它知道你的行业与目标用户。soul.md 是 Hermes 的”长期 context”层,与 memory.md(对话里产生的事实)互补。
实操上,作者在视频里给了一个生成式套路:你跟 Hermes 正常对话,它会问问题把 soul.md 自动填好,最后你确认即可。这条比手写快很多,也避免漏维度。
3. 把 Obsidian 接成外部知识库 02:45
MCP server 这一层把 Hermes 与本地的 Obsidian vault 串起来:你告诉 Hermes 你的笔记库在哪,它就能动态搜 (02:53)。结果是”在 Hermes 聊天框里直接调 Obsidian 的笔记”,作者演示了一次:“我笔记里写过 YouTube 策略,给我一条开场白的高价值建议”,Hermes 立刻从 Obsidian 拉出相关笔记。
这条的本质是 Hermes 不只拥有自己那份 memory.md,它能问”我连着的更大知识库”。对深度用 Obsidian 的人来说,这等于把”私域知识系统”开放给 agent:你不必把每条笔记都塞进 memory.md,只要把入口给 Hermes 就行。
接法上是”one-click paste and go”,复制路径粘进 Hermes 即可,不必额外写代码;不想用 Obsidian 也能换 Pinecone 做向量检索,入口契约一样。
4. 会议笔记:接 Granola / Fireflies / Fathom 03:25
把 MCP server 再接一份到 AI 会议转写服务(Granola、Fireflies、Fathom 任一),Hermes 就能问”我上次会议里我提了哪条有意思的点?”——会议内容不必再靠人脑记 (03:25)。作者本人用 Granola,理由不是被赞助,是因为它”能跟它对话”:问具体问题、问上次某条决策,Granola 直接吐回来。
这条建议的力量在”会后追问”——会议纪要常常读完即丢,但里面常埋着”当时有人提过这事”的回头线索。把会议转写接进 Hermes 等于给自己配了一个永不丢失的”会议档案员”。
实操层面是同样的 MCP 接入套路:选 MCP、加权限(它能读/写还是只读)、粘到 Hermes。会后 30 秒内就能在 Hermes 框里问”我上次跟 X 的会议上关于 Y 提了什么”。
5. 邮件:用 Zapier 当可控代理 04:24
邮件系统也能接,但作者最推荐的是 Zapier——核心是 Zapier 给你”勾选式权限” (04:24)。举例:你可以给 Hermes”加标签、归档、删除、写草稿”的权限,但不给它”发送”的权限。每条动作独立勾选,比直接给 Google OAuth 一次大权限安全得多。
这是把”接外部服务”这件事的关键细节单独点出:不是接不接的问题,是接多少。Hermes 调你的邮箱前你希望它能直接 send 吗?绝大多数场景答案是不要,自己点发送更安全。
接好之后,Hermes 就能干”对话式邮件管理”——“昨天那条发票邮件标了什么""我上个月关于 X 的所有邮件里大家都怎么说”,这些”按自然语言问自己的邮箱”的能力在 Gmail 原生搜索里基本没有。
6. background 任务:不被研究打断 05:16
Hermes 默认会”被下一个问题打断”:你问个研究题,它开始跑,你又问个别的,它就把前一个掐了。/background 是 Hermes 的解法 (05:16):在 prompt 前打 /background 表示”这条扔到后台去跑”,主对话可以接着问别的事。
作者演示了一个经典场景:让 /background 跑”调研 AI 自动化最被忽视的行业”,主对话立刻又问”全球最适合居住的地方是哪里”,两个研究在 Hermes 内部并行,谁也不影响谁 (05:27)。配 /stop 能立即终止当前在跑的 background 任务。
这条能力在”用 Hermes 真正干活”里权重很高:你不必等一个研究跑完再问下一个,等于把 Hermes 从”单线程”变”多线程”。
7. cron + dreaming sequence:让 agent 主动提建议 06:23
/cron 是 Hermes 的定时器。作者给出一条范本指令,每天早 8 点触发 morning brief,内容是天气 + 创业大佬金句 + 当天会议清单;关键附加项是”6 点先做一次 dreaming sequence”:Hermes 在发 brief 前先回看全部对话历史、考虑所有会议、给”3 条核心建议 + 1 件今天非做不可的事” (06:52)。
这条 dreaming 序列是把”被问才答”翻成”主动给建议”的核心。普通聊天框永远要你先问;加了 dreaming 后,你早上 7 点开邮箱,Hermes 已经在你睡觉时自己读完所有上下文、给好当日建议。
实现上 Cron 是 Unix 那一套的同义词,作者建议用自然语言描述节奏(不要”cron field syntax”,用”every morning at 8:00 a.m.”) (06:38)。Hermes 写好命令,你贴到自己的调度里就完事。
8. Claude OS Bridge:跨 agent 共享上下文 07:55
Hermes 与 Claude Code 之间的桥叫 “Claude OS Bridge”。它的作用是:你在 Claude Code 里写代码的进展,Hermes 看得见;你在 Hermes 里聊出来的新想法,Claude Code 也能看见 (08:09)。
作者给的判断是”how can you possibly give the best advice if you don’t have the full context of the thing you’re talking about”(08:35)——只有一个 agent 拥有另一半 agent 的记忆,给出的建议才是基于”完整事件链”的,而不是割裂的”在 Hermes 里我说过什么、Claude Code 不知道”。
落到实操,Hermes 端的 OS Bridge 配置就是把 Claude Code 的几个客户端(AntiGravity、Codex 等)都列进去,Hermes 拿到的就是”所有 Claude 系工具上发生的事”。这条把”会写代码 + 不会写代码”分界线又推前一步。
9. /goal 是 Ralph Loop,super goal 加了人机握手 09:43
/goal 是 Hermes 的”目标模式”:你给它一个任务,它会持续跑 20 条消息,直到任务完成 (09:43)。作者直接点明 “the goal feature is like a Ralph loop”——[[Ralph Loop]] 的精神实质就是”任务清单驱动、每步验证、直到清单跑完”,Hermes 的 /goal 正是这一范式的 Hermes 落地。
问题是标准 /goal 缺”人机握手”——它会一直推到给出输出为止,但常常”任务需要你做”的那一步,agent 直接跳过去,任务就废了。super goal 是 Jack 自己造的扩展版 (10:12):用一段 mega prompt 把目标拆成 N 步,每步显式标”这步是 Jack 做”或”这步是 Hermes 做”,中间遇到”Hermes 卡住 → 通知 Jack”。
举例:作者要”把 Hermes 课程卖到 500 注册”,super goal 拆成 6 步——写课程承诺、建 opt-in engine、写邮件序列、录推广视频(Jack 做)、上线、再验证。Hermes 自己会做完前 3 步,卡在”录视频”上主动停下来等 (11:17)。这条扩展把”agent 一直推到底”的死循环改成”人机协作接力”。
10. 切模型:每个任务用最合适的那个 12:12
/model 是 Hermes 切模型的入口。作者给出一套”用谁做什么”的分工 (12:17):
- 日常聊天 + 代码 review:Codex / Claude Opus 4.7,Sonnet 也行,Opus 4.7 展示质量最高但要按 API 付费
- X / Twitter 实时脉搏:Grok(直接订阅,自带 X 全库)
- 跨模型统一入口:
OpenRouter一个 key 切全部 - 深度研究/长任务:甩给 OpenRouter 后面挂的便宜模型(DeepSeek 之类),不烧贵模型
这套分工的潜台词是”别让一个模型扛全部”:Opus 4.7 一次性全聊很爽,但做”找某行业最被忽视的方向”这种研究,扔给便宜模型 + Hermes orchestration 足够 (12:12)。这与 forward-goal 的核心思想一致——目标定好,把执行路由给最便宜能跑完的工具。
实操上,/model 命令在终端里能列出所有可用模型,空格切换;X 那个是品牌新功能”XAI AWARDS”流程,浏览器 OAuth 一次后永久连上。
11. Pantheon 系统:不同任务用不同 skill 14:00
Pantheon 是 Jack 自造的 skill 路由机制 (14:06)——给不同任务创建不同的”神”(skill),比如 Orpheus 负责深度推理、autopilot 处理常规任务,每条都自带系统 prompt 与工具集。
实操是建 skill:描述这个神做什么、配哪个系统 prompt、给什么工具,Hermes 任务时调用对应神 (14:06)。这等价于把”model 切换”再上推一层:不是换底层模型,是换整套角色+工具链。
不一定要 5 个神,常态可能就 2-3 个。关键是当你识别到”Hermes 在 X 任务上一直啰嗦”时,别去调 prompt,建一个专门的 skill 把 X 任务从对话里独立出去——这是把”重复任务”从 prompt 变 infra 的升级路径。
12. Anti-Gravity CLI:用 Gemini 多模态 15:06
Antigravity 是 Google 替代 Gemini CLI 的新形态 (15:24):在 Hermes 里用 Use AGY 就能调起 Anti-Gravity CLI,后者把 Gemini 多模态能力(读图、看视频、分析长 PDF)直接送进 Hermes 的对话窗口。
作者用场景讲:让 Anti-Gravity 写”一个一页面销售网站”,它能调 Gemini 多模态生成漂亮设计;让 Hermes 分析”我这段视频里发生了什么”,Anti-Gravity 把 Gemini 视觉模型接进来 (15:24)。
更重要的潜台词是”按模态选模型”:文字对话用 Claude/GPT,但视频/图像/长 PDF 这一类,Gemini 多模态是当下一线选择。Hermes 在中间做调度,让各模型都待在它们擅长的位置。
13. Mission Control OS:把 agent 状态可视化 17:16
Mission Control 是 Jack 自建的 onboarding + 可视化面板 (17:18):装上后会自动扫你电脑上的所有 app、识别身份,把所有 Hermes 信息收进一个 UI——memory、usage、各模型用量、连接的服务、长期目标(被他戏称”Chief Wiggum”区域,Ralph Loop 风格长期任务专属) (18:24)。
关键功能是 usage tracking 与”自动发现新机会”——Mission Control 不只是看,是”你今天在 X 模型上烧了多少钱、最近连了哪些 MCP、你的长期目标进度”这种运维级视角 (17:21)。
这条对应 Agentic OS 概念的具体形态之一:把”agent 在干什么”从黑箱变仪表盘。Hermes 自身的 dashboard 是基础版,Mission Control 是 Jack 在它之上做的加强版(他花 7 小时写)。
14. GitHub 每天快照:把 Hermes 备份 18:45
/cron 里挂一条”每天给 Hermes 拍快照,推到私有 GitHub”的任务 (18:50)——memory.md、soul.md、skills、配置全量备份。代价是换电脑或崩盘时一行命令就能完整拉回。
这条的价值在”小动作换大安心”:每天花 5 秒、占几百 KB,换”我所有上下文永久可还原”。GitHub 私有仓库对个人项目免费,这条”备份方案”在工具圈里大家当作常识,但极少人真正做到。
实操是 Hermes 提示词里写明 taking a snapshot every single day … backing it up in a private GitHub,Hermes 自动执行 (18:56)。skill + cron 的组合拳,日常工作流就是这样一条一条搭起来。
15. 10 个常用命令 19:55
作者列了 10 个最常用的 slash command (19:54):
/goal— 长任务推到终态(Ralph Loop 模式)/handoff— 切模型/平台/角色 (20:02)/cron— 定时任务调度/clear— 清空当前对话/steer— 不打断任务、给新方向(任务不重置)/resume— 拉回上一次的会话/background— 后台异步跑 (20:04)/kanban— 多 agent 协作面板(swarm boards)/curator— 整理/归档/model— 手动切模型
作者点出一个反直觉的细节:如果 Hermes 调得够好,你很少需要手敲这些——自然语言它就懂 (19:54)。slash 是”救命”通道,不是日常入口。理解这一点能省掉”我到底该用哪个命令”的纠结。
/steer 在 10 个里相对冷门但极有用:agent 跑长任务时中途给一句”接下来重点关注 X”,它不重置任务、只调整后续方向。
16. VPS vs 本地:本机更安全也更好 20:42
VPS 自托管 当然能跑 Hermes,但作者明确表态”running it on your computer is the best thing to do”(20:50)——本机 24/7 跑,放在卧室最安全,不必担心 VPS 上被人攻击、不必配反代/隧道。
顾虑到”不想把整个笔记本的文件都暴露给 Hermes”,作者推荐 Docker 隔离 (21:39)——给 Hermes 套个容器,容器里只挂必要的文件,跟宿主机的文件访问完全隔离。这条与 20 安全法则 一脉相承:不全防,只防最该防的。
实操差别:VPS 跑要先 SSH、SSH 端口转发、防火墙、持续盯日志;本机跑直接装、24/7 开机就行,容器配一次再不操心。对绝大多数个人用户,本机是更舒服的默认。
17. Firecrawl:agentic 网页搜索 22:42
Firecrawl 是 Hermes 的”网页搜索 + 抓取”工具 (22:47)。作者自述”Firecrawl can cut our costs down by 80%“——Hermes 抓网页时不再用通用 LLM 浏览,而是 Firecrawl 把页面切成结构化内容再喂。
为什么重要:Hermes 经常需要”查某网站说什么”,直接 fetch 整张 HTML 既费 token 又难解析,Firecrawl 的 agentic web search 把”把网页切成可读”这一步自动化,等价为 Hermes 装上一个”读网页的 helper”。
视频结尾把它与最后一节”the most powerful, underrated connection”放在一起讲——Jack 的悬念是 Firecrawl 只是引子,真正最值得接的连接放在最后 (23:03)。本笔记不剧透那个连接的细节(视频本身就是引导你去他那条 Skool 频道),但 Hermes 接外部世界/服务这件事本身是通用范式:接谁不是重点,接得可控 + 接得对路才是。
可执行步骤
- 装 Hermes 后第一件事是写 soul.md(住址/职业/对话风格/期望 agent 是否挑战你),即便用 AI 辅助填,自己再过一遍
- 把本地 Obsidian vault 路径粘进 Hermes 的 MCP 配置,在聊天框里问”我笔记里关于 X 的高价值建议”,验证连通
- 把 AI 会议转写工具(Granola/Fireflies/Fathom 任一)的 MCP 接进 Hermes,问”上次会议上我提的某条”
- 用 Zapier 接入 Gmail,只勾选加标签/归档/写草稿权限,不勾选 send
- 在 prompt 前用
/background跑研究类长任务,主对话继续问别的事;配/stop立即收手 - 用
/cron配一条 morning brief,关键附加”先做一次 dreaming sequence:回看历史 + 3 条建议 + 1 件非协商事项” - 配置 Claude OS Bridge,把 AntiGravity/Codex 客户端串进 Hermes,验证两边事件互通
- 跑 2-3 条
/goal长任务,识别 Hermes 卡在哪一步,把”该你做”的动作单列出来,改用 super goal 的人机握手 prompt - 配
/model路由:日常 Codex/Opus,X 实时脉搏用 Grok,深度研究甩 OpenRouter + 便宜模型 - 给”重复出现的任务”建专用 skill(Pantheon 风格),别永远在 prompt 里啰嗦
- 装 Mission Control(或用 Hermes 原生 dashboard),看 usage/models/connections
-
/cron加一条”每天给 Hermes 拍快照,推私有 GitHub” - 看完 10 个 slash command 后,只在”自然语言调不动”时才用 slash
- 本机 24/7 跑 Hermes,不想暴露文件就套 Docker 容器;VPS 跑要加反代与 SSH 端口转发
- Hermes 接网页搜索走 Firecrawl,别走通用 LLM 浏览
关联
-
进阶:在 VPS 上自托管 Hermes Agent 与 Dashboard 面板 讲”Hermes 是什么 + 怎么部署到 VPS”;本片跳过部署,直接讲”装上之后 90% 能力怎么开”。先读那篇知道装哪,再读本片知道怎么用,顺序天然。
-
互补:Graphify+Agentic OS 把 Claude Code 串成共享大脑 也是 Jack Roberts 的 Agent OS 系列,本片覆盖 memory/soul.md/skill/Pantheon 这一层”agent 的人格与技能”,Graphify 笔记覆盖知识图谱与共享大脑那一层;两片并读等于把 Hermes 的”主观层 + 客观知识层”都看清。
-
印证:本片明确写出”Hermes 的
/goalis like a Ralph loop”,把[[Ralph Loop]]这一”任务清单驱动、每步验证、直到清单跑完”范式从 Claude Code 完全解读 里的工程概念扩展为”几乎所有 agent 都有这个模式”,super goal 是它的”加握手”变种。
术语
- soul.md(Hermes 的人格说明书,记身份/偏好/期望语气,agent 的长期 context)
- memory.md(Hermes 的事实底座,对话里有价值的事实自动沉淀)
- peer cards(每人一张卡,记其时间线与偏好)
- fuzzy index(模糊检索层,让 memory 可近似匹配)
- 1 hour prompt cache(一小时提示词缓存,降低 token 消耗)
- background task(后台异步任务,主对话不阻塞)
- dreaming sequence(梦境序列,Hermes 定时回看历史主动给建议)
- cron job(定时任务,Unix 调度机制)
- Claude OS Bridge(Hermes 与 Claude Code 系工具的跨 agent 桥)
- /goal(Ralph Loop 风格的长任务模式,推 20 条消息直到终态)
- super goal(带”人机握手”的目标模式,显式标注每步谁做)
- Pantheon(Jack 自造的”按任务配 skill”路由机制)
- Mission Control(Hermes 状态可视化面板)
- Chief Wiggum(Mission Control 里”长期目标”区域的戏称,Ralph Loop 风格任务专属)
- 1M context window(Grok 4 推出的百万 token 上下文窗口,适合极长文件一次性喂入)
- XAI AWARDS(X 平台 AI 订阅,授权 Grok 直接调取 X 全库,做”实时脉搏”用)
- Docker(容器,给 Hermes 套一层做文件访问隔离,本机跑又不想暴露文件时用)
- Traefik(容器化部署常用的反向代理,VPS 跑时管 HTTPS)
金句
“don’t unlock its full capabilities” (00:06) — Hermes 当聊天框用 = 没解锁全部能力(描述里 90% 这个数字);作者用这句话给整片定调,后面所有展开的功能都是那被搁置的部分。
“it’s basically the context manual for your life” (02:28) — soul.md 的一句话定义:它是 Hermes 理解你的说明书,比 memory.md 那种”对话里产生的事实”更稳定,因为它写一次用很久。
“how can you possibly give the best advice if you don’t have the full context of the thing you’re talking about” (08:35) — Claude OS Bridge 的存在理由,也是所有”agent 之间要不要互通”问题的一击:没完整上下文就别假装能给出完整建议。
立场与利益
- 作者的 Skool 社区(bit.ly/4kol0y5 / skool.com/ai-automation-vault)是 description 与视频里反复引导的主流量池,灵魂文件 / super goal / Pantheon 资源都放在里面;“100 hours of mastery”与”best AI personal assistant on the planet”这类话术是同向引导。
- 片中显式推销的还有 Zapier(affiliate,bit.ly/4e0ofKy)与 Glaido 语音输入(bit.ly/42isnim),以及他自己的 Claude Code Masterclass(原话”I get so many messages on this every day”)——这些是典型的课程 + 工具分润结构。
- 与利益同向(需待印证):“Open Claude 容易把自己拧成麻花”、“Hermes 是 zero-to-one 最佳助手”等评价式主张,作者既是 Hermes 重度用户也是其他 agent 的卖课方,没给第三方 benchmark。
- 利益中性(可独立验证):soul.md / memory.md / MCP 接入 /
/background//cron//goal/ 模型路由 / Docker 隔离 / GitHub 备份 / Firecrawl 抓取 —— 这些都是工具事实,与作者卖什么没关系,即使 Hermes 本身不被推荐,这套架构也是个人 AI 助手的事实标准之一。 - 与利益反向(可信度最高):作者反复承认”Granola 不是被赞助的”、“我从他家搬到 Granola 是因为能对话”、坦诚自己也有赚的、也有亏的自动化项目——这种主动说明利益结构的态度,在同向带货视频里少见,提一句 Hermes 用作论据的来源。
价值定位
- 适合谁:已经装好 Hermes Agent(或打算装)的人,想把”聊天框”升级为”个人操作系统”的人;同时给 MCP / cron / 切模型 / 多 agent 协作做完整 demo 的人。
- 解决什么:把”个人 AI 助手 90% 能力”按章节铺一遍——soul.md、Obsidian、Granola、邮件、background、cron、梦境、bridge、goal、super goal、模型路由、Pantheon、Antigravity、dashboard、GitHub 备份、10 个命令、VPS vs 本地、Firecrawl——是全栈式 demo,任何一项单独展开都不止 23 分钟,本片帮你知道”有哪些开关”以及”每个开关值不值得自己深入”。
- 认知 vs 实操:认知 + 演示各半。每节只讲 1-2 分钟,实操上你必须自己去 Hermes 里跑一遍 soul.md、配一遍 MCP、配一条 cron 才知道细节。本片是”开关总览 + 何时按哪个”的地图,不是”按图索骥 100% 可复制”的教程。
- 与 在 VPS 上自托管 Hermes Agent 与 Dashboard 面板 重叠”Hermes 是什么”那部分,但本片独有:soul.md 的存在、dreaming sequence 的范本、super goal 的人机握手、Pantheon / Mission Control 这类自造系统、与 Claude Code 桥接的完整思路。共同读完等于”装 + 用”两端都看清。
自检问题
- Hermes 的 memory 体系里有哪几类文件,各自管什么? 答案:memory.md(对话里产生的事实底座)、soul.md(身份/偏好/期望语气的长期 context)、peer cards(每人一张,记时间与偏好)、fuzzy index(模糊检索层)、1 hour prompt cache(降 token 的一小时缓存)。见详解1。00:02
/background解决了 Hermes 的什么具体痛点? 答案:Hermes 默认会被下一个问题打断正在跑的研究;/background 把研究扔到后台、主对话可以继续问别的事,/stop 立即终止。见详解6。05:16- dreaming sequence 的标准范本里有哪几样东西? 答案:回看所有历史对话 + 当日会议 + 长期/短期目标 + 文件与系统 → 给出 3 条核心建议 + 1 件非协商事项,安排在 morning brief 之前(例如 6 点)触发。见详解7。06:52
/goal与 super goal 的关键差别是什么? 答案:/goal 是 Ralph Loop 风格推到 20 条消息给输出;super goal 加了”人机握手”,把动作显式分给”你做”或”agent 做”,卡在人这一步时主动停下通知。super goal 适用于”任务里有需要你执行的步骤”。见详解9。10:12- Jack 推荐 Hermes 跑在哪、用什么做安全隔离? 答案:本机 24/7 跑最安全也最简单;不想暴露文件就给 Hermes 套 Docker 容器做隔离;VPS 当然能跑但要多管反代与 SSH 端口转发。见详解16。20:50
