Hermes Agent + Obsidian:一个真正能思考的第二大脑
2026/7/19 20:34:32 · 更新于 2026/7/19 20:35:12 · 来源
本文探讨如何通过 Hermes Agent 连接 Obsidian 本地 Markdown 文件,将静态的“死文件”转化为 Agent 可持续调用与写入的“活文件”,从而构建真正参与执行决策的第二大脑。
许多人在构建“第二大脑”时,最终都会面临一个尴尬的困境:笔记越记越多,分类结构越来越漂亮,但在真正需要执行任务时,依然得从头给 AI 解释背景。本文将分享如何通过 Hermes Agent + Obsidian 的组合,将你过去积累的静态笔记转化为 AI 能够主动调用的执行资产,实现一个真正能思考、能闭环的第二大脑。
第二大脑的隐形痛点:从“死文件”到“活文件”
在过去两年中,第二大脑(Second Brain)的概念被广泛普及。无论是 Notion 模板、Obsidian 关系图谱,还是 PARA 框架、MOC(Map of Content)以及知识卡片,这些工具和方法看起来非常完整。但在实际使用中,我们经常遇到一个问题:你写了大量笔记,整理了无数文件,甚至做了一堆漂亮的双链,但最后真正干活时,它们依然静静地躺在库里。
The disconnect between static notes and executive actions
这些笔记本质上是 dead files(死文件)。
死文件并不是指文件没有价值,而是指 AI Agent 无法直接使用它,无法将其作为上下文,无法对比其他文件,也无法在下一次任务中主动调用它。对 Agent 而言,这些文件相当于不存在。
传统的第二大脑教程本质上都在“训练人类”:你必须清楚每个文件的存放位置,记得在什么时候引用哪篇笔记,定期清理标签和维护文件夹结构,并在写作或做研究时主动去翻阅。这种高强度的整理工作对极少数高度自律的人有用,但对大多数人来说,最终只会变成“收藏夹 2.0”。
要解决这个问题,我们需要将 Obsidian 中的 Markdown 笔记,转变成 Hermes Agent 能够持续读写的 living files(活文件),让积累的资料真正进入执行链路。
为什么 Obsidian 是最适合 Agent 的操作台?
Obsidian 最核心的优势在于它的“笨”——它本质上就是本地的 Markdown 文件。这意味着:
- 人能看懂,Agent 也能看懂。
- 人能直接修改,Agent 也能直接读写。
- 数据不会被锁死在复杂的黑盒数据库中,非常适合存放人需要长期维护、Agent 也需要读取的上下文(如项目判断、用户研究、长期偏好等)。
为了让 Obsidian 从“资料库”变成“操作台”,我们不需要一上来就搭建复杂的图谱,而是可以先建立一个简单实用的入口页:One 决策台首页。
One Dashboard Concept in Obsidian
该决策台只保留四个最核心的入口:
00_收件箱 / Inbox Dashboard:新信息入口
01_每日记录 / README:记录每天的输入、判断、行动
05_决策 / Decision Dashboard:放需要取舍的问题
06_行动 / All Tasks:放真正要推进的事
这种结构能够将无序的笔记转化为分层清晰的工作现场。当 Hermes Agent 读取这些 Markdown 时,它拿到的不是散乱的文本,而是有条理的上下文。这种模式带来了三个显著优势:
- 过程完全可见: 你可以直观地看到 Agent 在使用哪些配置、技能和记忆。当信息过时或有误时,你可以轻松发现。
- 极简的编辑与反馈: 如果工作流效果不好,你无需修改复杂的代码或配置,只需直接编辑对应的 Markdown 文件。Agent 下次读取时会自动应用新版本。
- 天然的连接性: Obsidian 的双链和文件夹不仅是为了人类视觉服务。Agent 在读取时,能够顺着链接理解 SOP、项目、复盘和长期偏好之间的关系,这比在单个 Prompt 中塞入海量信息要稳定得多。
Hermes Agent:实现上下文的双向闭环
在整个体系中,Obsidian 负责存放人能理解的上下文,而 Hermes Agent 则是执行层。
Hermes Agent 不仅能读写和搜索文件,还能调用工具、跑命令、记住偏好并沉淀技能(Skill)。它还可以通过 Cron 任务、Gateway 和 Sub-agent 融入长期工作流。
一个典型的闭环工作流如下:
- Obsidian 存放上下文(输入)。
- Hermes Agent 读取上下文并执行任务(执行)。
- Hermes Agent 将任务产生的新经验写回 Obsidian(输出/沉淀)。
你可以设计如下的目录结构来支持这一闭环:
/Second Brain
/Projects
customer-research.md
competitor-tracking.md
saas-ideas.md
/SOP
validate-saas-idea.md
analyze-user-feedback.md
weekly-market-scan.md
/Memory
preferences.md
rejected-directions.md
pricing-lessons.md
/Skills
customer-interview-analysis.md
landing-page-teardown.md
在执行任务时,你不再需要每次向 AI 解释背景,只需直接下达指令:
"读取我的 Obsidian vault 里和
customer-research、competitor-tracking、pricing-lessons相关的笔记,帮我评估这个垂直 SaaS 机会,并把这次新发现追加到pricing-lessons.md中。"
避坑指南:不要将整个 Vault 塞进上下文
在对接 AI 时,一个常见的误区是尝试让 Agent 将整个 Obsidian 库全部读入内存。这看似省事,实则非常危险。这会导致上下文窗口迅速膨胀、浪费大量 Token,且旧信息容易污染新任务,导致 Agent 在不相关的笔记中迷失。
更稳妥的设计是采用两层记忆结构:
- 第一层:极小的核心记忆
存放你的角色画像、偏好回复方式、长期不喜欢的方向等。在 Hermes Agent 中,这通常对应
SOUL.md或 profile memory。 - 第二层:按需加载的 Notes / Skills / SOP
只有在当前任务相关时才进行定向读取。例如:
- 研究 SaaS 机会时:只读取行业判断、排除项和历史验证的需求信号。
- 整理用户访谈时:只读取用户画像、原始访谈和付费意愿记录。
实操指南:从最小可行路径到长期在线自动化
第一步:构建最小可行性(MVP)结构
在 Obsidian 中准备以下三类最基础的文件:
- 长期偏好:
Memory/preferences.md - 具体项目:
Projects/customer-research.md - 复用流程:
SOP/analyze-user-feedback.md
第二步:执行三步验证法
通过以下三个步骤,验证你的 Obsidian 是否成功进入了 Agent 的执行循环:
- 读取与总结:
"请读取我的 Obsidian vault 中
Memory/preferences.md和Projects/customer-research.md,总结我评估垂直 SaaS 机会时最应该遵守的 10 条规则。" - 增量写入:
"把这次总结出来的需求判断规则,追加到
SOP/analyze-user-feedback.md,保留原文,不要覆盖旧内容。" - 闭环任务:
"基于
SOP/analyze-user-feedback.md和Projects/customer-research.md,帮我整理这批用户访谈,判断哪些痛点值得做成 SaaS 产品,并在最后把新学到的判断经验追加回Projects/customer-research.md。"
第三步:部署到长期在线的服务器
如果你的 Obsidian 仅存在于本地电脑,Agent 的运行就会受到物理限制。
通过 Obsidian Sync 或其他同步方式(如 Git、Syncthing),让你的本地设备与云端 VPS 保持同步。将 Hermes Agent 部署在 VPS 上,结合 Cron Job(定时任务),即可实现自动化运行:
- 每日清晨: 自动读取前一天的用户反馈,更新
customer-research.md。 - 每日下午: 自动扫描竞品定价页面,更新
competitor-tracking.md。 - 每周周末: 自动提炼付费信号和被排除的方向,更新
pricing-lessons.md。
在这个阶段,Obsidian 不再仅仅是笔记工具,它已经变成了你和 AI Agent 共同协作的长期工作台。
实践案例:产品机会评估工作流
以评估一个新 SaaS 产品方向为例,我们可以建立如下文件结构:
Projects/saas-idea/customer-pain.md
Projects/saas-idea/competitors.md
Projects/saas-idea/pricing-signals.md
Projects/saas-idea/rejected-assumptions.md
SOP/validate-saas-idea.md
SOP/analyze-user-feedback.md
在实际运行中,Hermes Agent 会持续将以下动态信息写回上述文件:
- 哪些用户痛点在反复出现?
- 哪些需求表面看似繁荣,实际用户并不愿意付费?
- 哪些竞品只在做功能堆叠,哪些渠道已经有人在买量?
- 哪些假设被新证据推翻,哪些判断需要记录以防未来重蹈覆辙?
这些动态更新的内容,就是真正的 living files。有了它们,你无需在每次开启新对话时重新培训 AI,Agent 会随着笔记的迭代变得越来越聪明。
Key takeaways
- 上下文归属权的彻底改变: 传统的 AI 交互将上下文留在聊天记录(流水)中,每次开启新对话都需要重新解释。Hermes Agent + Obsidian 将上下文抽离出来,放回人和 Agent 都能读写的 Markdown 文件系统(资产)中,使经验可以被跨任务复用。
- 拒绝全量载入: 不要让 Agent 盲目读取整个知识库。应采用“核心记忆 + 按需加载”的两层结构,保证任务的精准度并节省 Token。
- 极简切入,闭环优先: 不要一上来就构建庞大的人生第二大脑。先从一个具体的工作流(如写作、竞品研究、运营)开始,跑通“读取笔记 -> 执行任务 -> 写回经验”的闭环,再逐步拓展到同步、VPS 和多 Agent 协作。
- 第二大脑是“长”出来的: 真正的第二大脑不是靠精美的排版和分类整理出来的,而是在它真正开始替你参与下一次判断和执行时,自然长出来的。
学习地图
Obsidian + Agent 智能知识库学习路线图
阶段一:本地 Markdown 知识结构化 (入门)
- 掌握 Markdown 基础与双链关联:学习如何在 Obsidian 中高效记录和关联信息,避免过度分类,重点建立「输入-处理-输出」的基础链路。
- 构建“决策台”式目录:放弃复杂的 PARA 体系,建立包含收件箱(Inbox)、每日记录(README)、决策(Decision)和行动(Tasks)的极简四分法,将笔记库转为操作台。
阶段二:Agent 上下文按需加载 (进阶)
- 理解“活文件” (Living Files) 理念:学习为什么不能把整个知识库一次性塞给 LLM,理解分层上下文与 Token 优化策略。
- 设计核心记忆 (Profile Memory):建立不随任务改变的长期个人偏好文件(如
Memory/preferences.md),作为 Agent 的顶层心智约束。 - 按需召回 (Scoped Context Retrieval):学习如何基于当前任务(如 SaaS 评估、用户研究)动态读取特定的项目文件与 SOP。
阶段三:执行与写入的闭环自动化 (精通)
- 构建双向读写流:实践让 Agent 读取 SOP 执行任务,并将执行中沉淀的新经验(如被推翻的假设、新的痛点)自动追加写入指定 Markdown 文件的闭环。
- 多 Agent 协作与自动化运行:探索利用 Cron 任务、VPS 部署或 Obsidian Sync 保持数据同步,实现 Agent 在后台自动更新行业动态和竞品追踪。
动手实践——分步指南
动手实操:构建你的第一个“读写闭环” Agent 第二大脑
步骤 1:准备极简 Obsidian 目录结构
在本地新建一个 Obsidian Vault(或在现有 Vault 中新建文件夹),并创建以下三个 Markdown 文件:
- 创建
Memory/preferences.md,写入你的长期偏好(例如:"我倾向于轻资产、高客单价的垂直 SaaS 方向,不喜欢需要重度地面销售和服务的业务模型。")。 - 创建
Projects/customer-research.md,写入一些初始的用户访谈记录或痛点观测。 - 创建
SOP/analyze-user-feedback.md,保持空白,用于存放未来的分析规则。
步骤 2:测试 Agent 跨文件读取与规则提取
运行你的 Hermes Agent(或配置了本地文件读取权限的 LLM 客户端),发送以下 Prompt:
"请读取我的 Obsidian Vault 中
Memory/preferences.md的个人偏好以及Projects/customer-research.md中的项目观察,为我总结一套评估垂直 SaaS 机会时最应该遵守的 10 条筛选规则。" 检查 Agent 的输出,确认它是否成功结合了你设定的“轻资产”偏好与项目实际情况。
步骤 3:实现自动化写回 SOP
确认总结规则无误后,向 Agent 发送追加写入指令:
"请将刚才总结出来的 10 条需求判断规则,追加写入到
SOP/analyze-user-feedback.md中。注意:保留该文件原有的其他内容,仅在末尾进行追加,不要覆盖。" 打开你的 Obsidian,确认SOP/analyze-user-feedback.md中已经自动出现了这些规则。
步骤 4:运行完整闭环任务
现在,你可以输入一批全新的用户反馈文本,并命令 Agent:
"请基于
SOP/analyze-user-feedback.md中的规则,帮我分析这批新用户反馈(在此处粘贴反馈文本),判断其中哪些痛点值得做成产品。分析完成后,将你本次新学到的判断经验(例如发现的新筛选标准)追加写回Projects/customer-research.md。"
观察整个过程:Agent 读取你的经验 -> 执行任务 -> 沉淀新经验 -> 写入本地文件。至此,你的第二大脑正式活了起来!
三大推荐资源
- 1
- 2LlamaIndex 官方文档
最强大的大模型数据连接框架,包含专门针对 Obsidian Vault 的 Reader,是构建本地文件 RAG 和 Agent 读写的核心技术底座。
https://www.llamaindex.ai/
- 3LangChain Memory 模块指南
详细介绍了 AI Agent 内存管理与上下文窗口设计的最佳实践,帮助你理解如何优雅地管理长期与短期记忆。
https://python.langchain.com/v0.2/docs/concepts/#memory
链接由 AI 推荐——使用前建议快速核实。