我把Hermes Agent接进 Obsidian 后，知识库终于不只是"存资料"了
Obsidian 做底座，Hermes Agent 做执行层。知识库从"仓库"变"生产线"：Source Note → Topic Note → Draft Note → Published Note。
核心问题
用 Obsidian 的人常见困境：插件装了一堆，目录搭得挺完整，标签也认真打了。但隔段时间一看，里面还是堆满了"以后再看"的文章、"有空整理"的灵感、"应该能用上"的资料。库越来越大，输出没见长。
问题不在 Obsidian。Obsidian 的强项是存储、链接、沉淀。但它天然不会主动推流程——不会帮你判断一篇资料值不值得收，不会把资料拆成选题，也不会把一个选题推成草稿。
核心认知
知识库最大的浪费不是"不够大"，而是"存了不用"。
对内容创作者来说，知识库最重要的不是"以后搜得到"，而是"现在能不能用起来"。一条链路能不能稳定跑通：资料进来 → 判断价值 → 拆成选题 → 生成草稿 → 发布归档。
目录设计原则
目录不是给人看的，是给 Agent 认路的。
📁 01-Sources ← 外部资料入库
📁 02-Accounts ← 各账号内容资产
└─ 超级猛
├─ Topics ← 选题池
├─ Drafts ← 草稿区
└─ Published ← 发布归档
📁 03-Frameworks ← 内容框架、写作规范、账号定位
最小流转链路：Source Note → Topic Note → Draft Note → Published Note。只要这条线跑顺了，知识库就已经从"仓库"变成了"生产线"。
实操流程
第一步：丢资料给 Hermes，做入库判断
先把链接或正文扔给 Hermes 走第一轮，判断是否值得收入 Obsidian 内容中台。如果值得，生成 Source Note，包含：
- 核心摘要
- 关键观点
- 适合哪个账号
- 可延展成哪些选题
- 建议放入的目录和文件名
核心价值：Hermes 替我做初筛，挡掉不值得继续加工的低质量资料。第一步不是多存，是让 Agent 帮你挡掉一批不值得推进的东西。
第二步：拆 Topic Note，把"写什么"钉死
入库之后不急着写正文。让 Hermes 先拆选题，基于 Source Note 为账号拆 3 个选题。每个选题包含：
- 一句话定义
- 目标读者
- 用户痛点
- 核心承诺
- 标题候选（3 个）
- 简短提纲
选题四标准：有明确的用户痛点、有真实案例可引用、能讲成可复现的工作流、能给出可操作的方法。
第三步：生成 Draft，但不让它直接定稿
选题确认后才让 Hermes 出草稿。要求：从使用场景和判断出发，不要写成工具说明书；结构清楚但别像模板；每节都有具体做法；少用空泛形容词，多写真实问题和取舍；结尾给出下一步行动建议。
避免的坑：AI 工具文最容易写成"某工具是什么、有什么功能、有什么优势、适合谁"——看着完整，读起来像产品介绍页。真正有用的写法是从具体问题切入：为什么需要它？之前卡在哪？接进来之后哪一步变了？
关键洞察
知识库即生产线：不是存储系统，而是内容生产线。链路跑顺了，输出才能稳定。
Agent 做守门人：Hermes 核心价值不是整理，是初筛——判断资料值不值得继续加工。
选题比内容更重要：Topic Note 先把"写什么"锚住，同一篇资料可以写成工具测评、方法论、踩坑总结，角度不定后面越写越散。
克制比激进更重要：不追求高级，不搞复杂知识图谱，只解决一个具体问题——让资料别停在资料阶段。