diff --git a/wiki/Areas/AI编程工具/Hermes Agent接入Obsidian内容生产线.md b/wiki/Areas/AI编程工具/Hermes Agent接入Obsidian内容生产线.md
new file mode 100755
index 0000000..c5d2967
--- /dev/null
+++ b/wiki/Areas/AI编程工具/Hermes Agent接入Obsidian内容生产线.md	
@@ -0,0 +1,185 @@
+---
+created: 2026-05-02
+type: source
+tags: [Hermes Agent, Obsidian, 知识库, 内容生产, AI工作流, Agent Skill, 选题管理]
+source: "https://mp.weixin.qq.com/s/ZJZGwdWUlj8-L2Lsp1Zyog"
+author: 超级猛
+---
+
+# Hermes Agent 接入 Obsidian — 知识库内容生产线
+
+> 来源：微信公众号 **超级猛**
+> 链接：<https://mp.weixin.qq.com/s/ZJZGwdWUlj8-L2Lsp1Zyog>
+> 归档时间：2026-05-02
+
+---
+
+## 📌 核心理念
+
+> **知识库最大的浪费不是"不够大"，而是"存了不用"**
+
+核心链路：
+```
+资料进来 → 判断价值 → 拆成选题 → 生成草稿 → 发布归档
+```
+
+> 一篇收藏没进过选题池，等于死了。
+> 一个灵感没变成过大纲，只是心理安慰。
+
+---
+
+## 📂 目录设计（给 Agent 认路）
+
+```
+📁 01-Sources      ← 外部资料入库
+📁 02-Accounts
+    └─ 账号名
+       ├─ Topics    ← 选题池
+       ├─ Drafts    ← 草稿区
+       └─ Published ← 发布归档
+📁 03-Frameworks   ← 内容框架、写作规范、账号定位
+```
+
+**关键认知**：目录不是给人看的，是给 Agent 认路的。
+
+最小流转链路：
+```
+Source Note → Topic Note → Draft Note → Published Note
+```
+
+---
+
+## 🔧 五步实操
+
+### Step 1：入库判断（让 Agent 当编辑）
+
+**提示词**：
+```
+判断这篇内容是否值得收入 Obsidian 内容中台。如果值得，生成 Source Note，包含：
+- 核心摘要
+- 关键观点
+- 适合哪个账号
+- 可延展成哪些选题
+- 建议放入的目录和文件名
+```
+
+**价值**：不是简单的摘要，而是先过一遍"编辑台"——判断值不值得继续加工。低质量资料直接过滤掉。
+
+### Step 2：拆选题（钉死"写什么"）
+
+**提示词**：
+```
+基于这篇 Source Note，为账号拆 3 个选题。每个选题包含：
+- 一句话定义
+- 目标读者
+- 用户痛点
+- 核心承诺
+- 标题候选（3 个）
+- 简短提纲
+判断哪个最适合近期发布。
+```
+
+**选题四标准**：
+1. 有明确的用户痛点
+2. 有真实案例可引用
+3. 能讲成可复现的工作流
+4. 能给出可操作的方法
+
+### Step 3：生成草稿（但别直接定稿）
+
+**提示词**：
+```
+基于这个 Topic Note，写一版长文草稿。要求：
+- 从使用场景和判断出发，不要写成工具说明书
+- 结构清楚，但别像模板
+- 每节都有具体做法
+- 少用空泛形容词，多写真实问题和取舍
+- 结尾给出下一步行动建议
+```
+
+**两轮人工润色**：
+- 第一轮：删掉正确但没信息量的话
+- 第二轮：补上真实判断和使用细节
+
+> AI 帮你铺结构，但文章有没有可信度，最后看你有没有自己的判断。
+
+### Step 4：沉淀为 Skill（别每次都重新教）
+
+把稳定流程写成 Skill：
+- Source Note 生成规范
+- Topic Note 字段模板
+- 账号定位、选题偏好、表达风格
+- 公众号 vs 小红书的差异化要求
+
+**价值**：Agent 越来越像工作流成员，而不是临时聊天窗口。最消耗人的不是某一次写作，而是每次都要重新启动上下文。
+
+### Step 5：发布归档（形成反馈闭环）
+
+每条发布后补归档记录：
+```yaml
+标题: 
+发布时间: 2026-04-28
+平台: 公众号
+对应Topic: [[Topics/xxx]]
+对应Draft: [[Drafts/xxx]]
+链接: 
+封面文案: 
+数据复盘: 
+```
+
+**反馈闭环**：
+```
+Source → Topic → Draft → Published → Review → New Topic
+```
+
+> 只看草稿不看发布结果，永远没法判断什么标题有效、什么选题值得续写。内容系统不能只管生产不管反馈。
+
+---
+
+## 🚀 最小启动版本
+
+不用一步到位，先搭这个：
+
+```
+📁 01-Sources
+📁 02-Topics
+📁 03-Drafts
+📁 04-Published
+```
+
+**固定三个提示词**：
+1. **入库判断**：整理成 Source Note，判断是否值得推进
+2. **拆选题**：基于 Source Note 拆 3 个选题，推荐最适合的一个
+3. **出草稿**：基于 Topic Note 写有真实场景、有方法、有判断的草稿
+
+---
+
+## 📊 适用人群
+
+如果你中了三条以上，就很值得试试：
+- 收藏大量文章但很少转成输出
+- Obsidian 目录越来越复杂，打开频率越来越低
+- 同时管多个账号，素材不知道该分给谁
+- 想让 AI 不只是一次性写作工具，而是参与整个流程管理
+- 已在用 Claude Code/Cursor/Codex/Hermes，想把 Agent 接进真实工作流
+
+---
+
+## 🔑 最大洞察
+
+> **别只把 AI 当写作工具，把它放进流程里。**
+
+让它只写一篇文章，价值是一次性的。让它参与选题、归档、草稿、发布复盘，价值才会累积。
+
+---
+
+## 🔗 关联资源
+
+- [[Skill自动化管理方法]]（空格的知识库管理方案）
+- [[程序员最常用10个AI提示词]]（提示词工程）
+- [[MapLibre Agent Skills研究]]（垂直领域 Agent 技能化）
+- [[Skyvern研究]]（浏览器自动化 Agent）
+
+---
+
+*研究完成，2026-05-02 | 作者超级猛，Hermes Agent + Obsidian 内容生产线，从仓库到生产线的转变*