Files
chill_notes/wiki/Areas/AI编程工具/Hermes Agent接入Obsidian内容生产线.md
2026-05-02 16:14:11 +08:00

186 lines
4.9 KiB
Markdown
Executable File
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
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 内容生产线,从仓库到生产线的转变*