📋 结论先行
  • 三个仓库不在同一层obsidian-skills 是「地基」(5 个底层格式/工具技能,本库已装),claude-obsidianobsidian-second-brain 是建在 Obsidian 开放格式上的两套「second-brain 系统」
  • 不建议整装任何一套系统:你已有成熟的 CLAUDE.md 手工流程 + 我在按它执行,整装会引入第二套流程,与你现有规范打架
  • 若要上一套自动化,选 claude-obsidian(事务化写入、来源存活、不动旧笔记),不选 obsidian-second-brain(自我改写会动你精心维护的笔记,且后台代理用 --dangerously-skip-permissions
  • 最划算的动作是借思想 + 借单个低风险技能think(回顾循环)、wiki-lint / health(体检)、OKM 新鲜度策略(快变事实用 as-of 指针)
  • 地基 5 个技能里,obsidian-markdown / obsidian-cli / defuddle 日常必用,obsidian-bases / json-canvas 按需

相关:obsidian-skills 使用指南 · claude-obsidian:本地优先的 AI 第二大脑 · obsidian-second-brain:会自我改写的 AI 第二大脑 · 日常好用的skills整理

三个仓库的层级关系

先把容易混淆的一点说清楚:它们不是三个并列的候选

仓库定位规模本库状态
地基kepano/obsidian-skills5 个底层技能:OFM 格式、CLI、Bases、Canvas、网页清洗5 技能已装
系统一AgriciDaniel/claude-obsidian本地优先、事务化写入的 second-brain 系统15 技能❌ 未装
系统二eugeniughelbur/obsidian-second-brain自我改写、定时维护的 second-brain 系统46 命令❌ 未装
  • claude-obsidian 明确以 kepano/obsidian-skills 为 Markdown/Bases/Canvas 的语法参考基底;两套系统都复用 Obsidian 开放格式(Markdown、.base.canvas)。
  • 也就是说:两套「系统」本身就是站在 obsidian-skills 这个地基上盖的楼。你已经有了地基,现在的问题是「要不要在上面盖哪栋楼」。

层一:地基 5 个技能(已装,继续用)

来自 obsidian-skills 使用指南。这 5 个本库已启用,评级如下:

技能推荐度何时用
obsidian-markdown⭐⭐⭐ 必用写/改任何 .md,CLAUDE.md 也点名它
obsidian-cli⭐⭐⭐vault 读/建/搜/任务/属性,需 Obsidian 运行
defuddle⭐⭐⭐读网页、写总结前清洗正文
obsidian-bases⭐⭐ 按需有数据库视图(.base)需求才用
json-canvas⭐⭐ 按需有白板(.canvas)需求才用

结论:这一层不用做任何决定,继续用即可。

层二:两套系统怎么选

来自 claude-obsidian:本地优先的 AI 第二大脑 与 obsidian-second-brain:会自我改写的 AI 第二大脑。

维度claude-obsidianobsidian-second-brain
写入方式事务化:SHA-256 锁 → 审阅 bundle → 一次性应用直接改写 5–15 个页面
对旧笔记只追加/路由新笔记,不动旧笔记会改写已有页、自动调和矛盾
规模15 技能46 命令(4 层)
核心卖点可复现、审计友好、来源存活代谢性、定时维护、命令全
风险低(写操作可审阅、可回滚)中高(自我改写 + 后台代理 opt-in 且用 --dangerously-skip-permissions
平台Python 3.11+;Win 写需 WSL7 平台构建;研究命令需各自 key
气质审计友好的知识账本会自我打理的知识有机体

选型逻辑

  • 你的库有强规范(PARA、标签体系、frontmatter、MOC),是「重规范、怕 AI 乱改」的库 → 气质天然贴 claude-obsidian
  • obsidian-second-brain 的自我改写 + 定时代理,对「精心维护、讲究出处」的库是风险而非收益:它会改掉你手工打磨的句子、把快变数字写死(恰好它的 OKM 策略也在对抗这一点)。

层三:值得单独借用的技能 / 思想(不整装)

这是性价比最高的一档——不装整套系统,只抄个别低风险、单点的东西:

借自技能 / 思想用途建议
claude-obsidianthinkobserve/listen/connect/create/grow 回顾循环✅ 低风险高价值,可即用
claude-obsidianwiki-lint死链、孤儿页、元数据缺口、空节✅ 正好补 CLAUDE.md「职责四:体检」
obsidian-second-brainhealth新鲜度 lint + 类型化图谱检查✅ 同上,补体检
obsidian-second-brainOKM 新鲜度策略快变事实(star 数、版本号)用「as-of 指针」而非写死✅ 思想最值得抄
obsidian-second-brainfind / 语义检索关键词 + Ollama bge-m3 本地向量⚠️ 库大了再说
两套都有save(有边界捕获)单条洞察入库⚠️ 你的 Inbox 流程已覆盖

特别提醒:OKM 这条思想对你现在的库很对症——你的 03-Resources/ 里有大量带 star 数、版本号的总结,正是 OKM 说的「快变事实」。与其装系统,不如把这个「过时巡检」的思路吸收进本库的定期体检。

给你的具体建议

Text
你要的是「让库保持整洁、AI 别乱来」

        ├─ 保持现状,别装系统        ← 推荐,你已有 CLAUDE.md + 我在执行

        ├─ 想要「定期体检/抓过时」   → 借 wiki-lint / health / OKM 思路,
        │                              让我按 CLAUDE.md 职责四做轻量巡检

        └─ 想要「全自动管家,能接受它改写笔记」
                                   → 才整装,选 claude-obsidian
📋 最终结论(一句话)

维持现状:地基 5 个技能继续用;不整装两套系统;把 think 的回顾循环和 OKM 的「新鲜度 / 体检」思想吸收进现有流程。未来若真要让 AI 全自动经营 vault,再上 claude-obsidian,且先从它的 init --dry-run(不落盘演练)开始。

来源