我把 Hermes 的核心引擎整个搬进 Obsidian,效果很炸裂

ObsidianAIAgentKnowledge Management第二大脑

为什么用 Obsidian?大概率和双链、本地、图谱有关——你想要一个真正属于自己的第二大脑。但我打赌,Vault 里 80% 的笔记写过之后就再也没打开过第二次

Obsidian 第一次立功,基于我的项目背景,给我画了一个架构图

会议记录、网页剪藏、读书笔记、灵感碎片、PDF 报告,起初往里塞了上千条,但它们躺在那里,占着磁盘,不占大脑带宽。你的第二大脑,根本没有消化系统。

市面上的 Obsidian AI 插件几十款我都试过。它们做的事几乎一样:在侧栏开一个 Agent 对话框,帮你写文件、做总结。但从来没有一个能系统化地帮你消化知识、沉淀知识。

我写了多个 Agent,其中 small Rust Hermes 群友反馈不错,token 消耗低,功能齐全,越用越懂你。从 Rust 版到桌面端,从记忆检索到技能市场,让我想清楚了一件事:Agent 不该只是聪明,它要越用越懂你。

所以我干了件疯狂的事:把 Hermes 的核心引擎整个搬进 Obsidian。 这个产品叫 obsidian-cc

obsidian-cc 全貌,右侧即是一个 Agent 对话框

全貌:聊天 × 文件系统 × 技能市场

点右上角 ✨ 图标打开面板,第一眼是一个专为 Obsidian Vault 设计的对话界面。

@ 引用任何笔记

输入框敲 @,立即弹出整个 Vault 的模糊搜索框。文件名匹配、路径匹配,按相关度排序。选一篇笔记,它变成一个 chip 附在消息上方,Agent 收到消息时会带上这条引用。

@ 引用任何笔记

这意味着你不用复制粘贴,不用解释上下文。想让 Agent 基于引用的文件进行分析,就是这么简单。

chip 样式示例

/ 触发技能

技能面板

/,弹出的是所有可用技能列表:

text
/compact                  压缩当前会话上下文      命令
/clear                   清空并开启新会话         命令
/obsidian-digest-note     消化当前笔记或选区       技能
/obsidian-review-inbox   审核 inbox 待确认沉淀    技能
/obsidian-apply-memory   合并 inbox 到长期记忆    技能
/obsidian-update-profile 从反馈学习更新画像        技能
/obsidian-vault-doctor   给 Vault 做体检          技能
/obsidian-create-skill   创建新技能              技能

obsidian-cc 基于 Claude Code 内核,安装和自定义技能是家常便饭。普通用户用好这些内置核心技能就够了,骨灰级用户可以自己创建适用于不同工作场景的技能。

拖拽 / 粘贴文件 → 自动入 raw/

截了张图,Ctrl+V 粘贴。obsidian-cc 会:

  1. 自动创建 raw/ 目录(如果还没有)
  2. 把图片存成 raw/<文件名>(重名自动加后缀)
  3. 把文件路径作为附件 chip 附在消息上
  4. 提示「已存入 raw/截图.png」

为什么这样设计?因为图片是原始证据。烧进 prompt 一次就没了,存到 raw/ 之后可以反复引用、可以追溯、可以让 Agent 之后再消化。原始材料永不丢失。

拖拽也一样。PDF、Word、截图、任意文件,拖进来都进 raw/

直接粘贴文件进入对话框

流式渲染:每一步都看得见

每一步调用都一清二楚

思考块是可折叠的——想看 Agent 在想什么就展开,不想看就不占视觉空间。

工具调用块也是可折叠的,带结果回显。ReadWriteEditGlobGrepBashWebFetchSkill——每个工具都有专属图标。

文本块是流式渲染的。流式过程中用纯文本,不每 token 重渲染 markdown——因为流式过程中你想选中文字复制,每次重渲染会打断选区。文本块结束时才一次性渲染成 markdown。

每条 Agent 消息下面都有 👍 / 👎 / 复制。这个是核心机制:

plaintext
你点 👍 / 👎 → 落入 memory/feedback/<今天>.md

用 /obsidian-update-profile 技能消化这些反馈

提炼出对 profile.md / style.md 的更新建议

你逐条确认 → Agent 越用越懂你

六大核心技能:完整的消化—沉淀—生长闭环

技能干什么解决什么痛点
obsidian-digest-note消化当前笔记/选区 → inbox笔记写完没人整理
obsidian-review-inbox审核 inbox → 可确认清单inbox 越积越多没人审
obsidian-apply-memory确认后合并到长期记忆沉淀进 people/projects/wiki
obsidian-update-profile从反馈学习 → 更新画像Agent 越用越懂你
obsidian-vault-doctorVault 体检报告raw/未消化、断链、孤儿笔记
obsidian-create-skill让 Agent 自己造技能元能力:大脑能长出新大脑

六个不是孤立的命令,是一条流水线。

六大核心技能流水线

真实场景示例

你今天开会做了一篇会议笔记。晚上回来:

  1. 打开笔记 → 右键 → "用第二大脑消化这篇笔记"(上下文菜单直接集成)。digest-note 跑一遍,提炼出关键决议、涉及的人、可沉淀内容,写入 memory/inbox/2026-06-27.md
  2. 几天积累下来 inbox 有点多。打 /obsidian-review-inbox,它扫一遍所有 inbox,归纳去重,生成可确认清单:哪几条进 people、哪几条进 projects、哪几条该丢弃,每条标了置信度和来源。
  3. 你审一遍清单,确认。打 /obsidian-apply-memory。它先出合并计划——具体写哪些文件、各加什么、是追加还是新建。你点头之后才执行。这是确认门,不是一步到位。
  4. 过程中点了几次 👎。打 /obsidian-update-profile,它消化 feedback,提炼出稳定模式,更新 profile.mdstyle.md。每次写入都再弹确认卡,逐条放行。
  5. 月底打 /obsidian-vault-doctor。它扫整个 Vault,告诉你:raw/ 有 8 个 PDF 没消化、people/ 里张三的页面 3 个月没更新、有 5 处断链。一份体检报告,列出每类问题的下一步建议技能。
  6. 你发现"整理老婆生日清单"这件事自己经常做。打 /obsidian-create-skill,跟 Agent 说"我想做一个整理礼物清单的技能"。它问清楚意图、产出草稿、你确认后落到 <Vault>/.claude/skills/gift-planner/SKILL.md。从此这个 Vault 多了一个专属技能。

第六个技能是核心理念:插件只提供共性基础设施,场景化能力由用户在自己的 Vault 里生长。

三层文件分层:raw / sources / 长期记忆

这个设计来自 Hermes 的三层信任模型。Vault 里东西不是一视同仁的:

plaintext
raw/                原始证据(PDF/Word/截图)    永不删除,结构上拒绝写入
sources/            Agent 为原件生成的影子 MD    可重做(raw 还在)
memory/inbox/       待审核的沉淀                 自由写
memory/feedback/    👍/👎 反馈                   自由写
people/             人物长期记忆                 写入需确认
projects/           项目长期记忆                 写入需确认
wiki/               概念/知识沉淀                写入需确认
decisions/           决策记录                    写入需确认
daily/              日报                        写入需确认
palace/             任务路由房间卡               写入需确认
profile.md          我是谁                     写入需确认
vault.md            Vault 用途                  写入需确认
style.md            我的风格                    写入需确认
memory_policy.md    沉淀规则                    写入需确认

信任等级分明。 原始证据绝对可信(且不可改),抽取结果可重做,长期记忆经过人类确认。

Memory Palace:不存知识,存路线

大多数 Agent 记忆系统解决的是"怎么记住更多"——往向量库塞 embedding,按相似度捞回来。

obsidian-cc 走了另一条路:Memory Palace。它不存知识本身,存的是路线——遇到某类任务,先读哪些文件、按什么顺序读、哪些是硬约束、输出写到哪里。

plaintext
palace/
  README.md
  digest_note_room.md      ← 消化笔记时走这条路

每张房间卡固定五段:

plaintext
## 触发场景
## 必读(按顺序)
## 条件读
## 输出位置
## 坑 / 禁区

比如 digest_note_room.md 规定:消化一篇笔记前,必须先读 profile.md → vault.md → style.md → 当前笔记。涉及人就去读 people/<谁>.md,涉及项目就读 projects/<什么>.md。输出只能进 memory/inbox/

为什么这样设计? "记住什么"和"怎么使用记忆"是两件事。一个学生把课本全背下来了(向量检索),但考试不知道先看哪道题——成绩不会好。Memory Palace 教 Agent 怎么调取和使用记忆,不替它记忆。

写在最后

做了大半年的 Hermes。从 3000 行 Rust 的骨架,到桌面端,到记忆检索闭环,到技能市场。每一步都在回答同一个问题:怎么让 Agent 不只是聪明,还能有记忆、有判断、能生长。

obsidian-cc 是这个母题的最终答案——从编程场景推到了个人知识管理。

Obsidian 是世界上最适合做第二大脑的容器。它本地、它双链、它图谱、它有最活跃的插件生态。但它一直缺一个消化系统。

obsidian-cc 就是那个消化系统。这次,把 Hermes 验证过的引擎、Memory Palace——完整搬进 Vault 的本地 Agent 生长引擎。

用上之后,Obsidian 终于名副其实地成了你的第二大脑。 它真的会消化、会沉淀、会从你的反馈里学习、会在你的 Vault 里长出专属技能。

效率拉满,不是因为它响应快。是因为你 2000 条笔记里那 1800 条死数据,终于开始自己生长了。

群友反馈:安装简单,易用

评论

登录后参与评论 登录

加载中…

返回博客列表