为什么是这个组合

先说痛点。每次打开大模型对话框，你都在做重复劳动：重新设定背景、重新调教语气、重新喂素材。对话一关，所有上下文归零。

理想的内容生产闭环应该是：

  • 你有一个想法，记录进本地选题库
  • AI 自动检索你积累了数月的爆款素材库
  • 找到匹配的框架后，复用已被市场验证过的内容结构进行写作
  • 文章发布后，数据表现再次沉淀到方法论中

实现这个闭环，需要两个核心组件：

Obsidian 充当数据库。它是完全本地化的 Markdown 知识管理工具，核心优势在于双向链接——能把孤立的文本碎片连接成立体的知识网络。

OpenClaw 充当驱动引擎。它是一个可以 7x24 小时在后台静默运行的守护进程，不需要打开对话框，通过手机发一条指令，它就能在后台自动读取 Obsidian 文件，执行检索、拼接和写作。

这套组合对公众号创作者、小红书博主、海外独立站 SEO 内容铺设、跨境社媒运营都适用。

实际效果：内容生产流程被彻底重构

配置完成后，日常工作流变成这样：

走在路上看到一篇优质行业报道，随手复制链接发给手机上的 Agent。OpenClaw 在云端静默抓取正文，提取核心逻辑，打上 YAML 标签，自动同步到本地 Obsidian 的灵感库。

晚上坐到电脑前，发一句"开始处理今天收集的灵感"，Agent 自动调取素材给出选题角度，甚至能实时联网搜索补充信息。确认选题后，生成大纲、写文章一气呵成。过程中有任何调整，直接改 .md 文件即可持久化更新记忆。

第一步：配置本地底层系统

安装 Obsidian 并创建仓库

在官网下载 Obsidian，本地新建一个空文件夹作为 Vault（例如命名为 bgggcontent）。

引入 obsidian-cli 防止链接失效

关键点：绝对不能让 OpenClaw 直接操作 Obsidian 文件夹。

原因是大模型在操作系统层面执行命令非常直接。如果直接赋予文件读写权限，当它判断某篇笔记需要重新归类时，会直接调用原生 mv 指令。这在普通文件夹里没问题，但在 Obsidian 里会导致所有双向链接失效，整个知识系统出现大量死链。

解决方案：

npm install -g obsidian-cli

然后在 OpenClaw 中严格挂载官方的 obsidian-skills。这确保 AI 在移动或删除笔记时，会向 Obsidian 底层引擎发送信号，全局引用关系自动更新。

第二步：利用软链接打通多 Agent 矩阵

内容中台的终极形态不是单一智能体包揽所有工作，而是多个专职 Agent 协作：研究员负责全网抓取素材，撰稿员负责写作，审稿总管负责统筹。

但 OpenClaw 的安全沙盒机制极其严格，每个 Agent 只能访问自己工作区内的文件。如果把库建在单个工作区，其他 Agent 无法访问。

最佳实践：中立物理存储 + 软链接跨界映射。

将实体库建在安全的个人文档路径下：

/Users/你的用户名/Documents/bgggcontent

然后通过软链接为各个 Agent 建立直达中央数据库的通道。例如为大总管、小红书、公众号三个 Agent 分别链接 Obsidian 工作区，它们就能直接操作同一份数据源。

效果：研究员刚把一份竞品分析丢进素材库，公众号撰稿 Agent 就能零延迟读取并投入写作。

第三步：核心目录映射与内容流转规则

在 Obsidian 内部按内容生产生命周期建立目录结构：

  • 01-灵感与素材库：分"日常灵感剪报"和"爆款素材片段"两个子目录。优质长文扔进前者，金句和逻辑框架提炼后存入后者。
  • 02-选题池：存放经人工确认或 AI 基于灵感衍生出的待写命题。
  • 03-内容工厂：细分为"大纲挑选区""初稿打磨区""终稿确认区"，是 AI 高频读写的核心车间。
  • 04-已发布归档：所有在公网发布的成品最终沉淀于此。

强制元数据管理

系统内严禁出现纯文本裸文件。每篇新文档顶部必须携带标准 YAML 属性表头：

标题: 
阶段: 灵感 / 选题 / 大纲 / 初稿 / 终稿 / 已发布
关联参考: 
发布平台: 公众号

这是 AI 识别文件状态的唯一索引标识。缺少这块属性区，大模型就会在图谱中彻底迷失方向。

第四步：配置 Agent 执行准则

进入公众号 Agent 的专属工作区，需要建立四个核心规则文件：

SOUL.md —— 安全底线声明

## 绝对的操作护栏
- 严禁使用 Linux 原生的 mv 或 rm 命令操作 bgggcontent 目录下的任何文件
- 所有文件移动、重命名、删除，必须且只能调用 obsidian-cli
- 必须严格遵循 obsidian-skills 规范生成 Markdown 文本

## 强制元数据注入
- 在 bgggcontent 目录下创建任何新 .md 文件，顶部必须包含标准 YAML 属性，禁止生成无属性文件

## 目录越权禁止
- 活动范围仅限当前工作区和软链接的 bgggcontent，严禁访问其他目录或修改 .git、.obsidian 等隐藏文件夹

USER.md —— 创作者风格设定

## 平台调性
微信公众号，文章要有深度，适合碎片化阅读，逻辑严密

## 语言风格
- 拒绝常规 AI 词汇（"总而言之""不可否认""在这个瞬息万变的时代"）
- 多用短句，多换行留白
- 语气：真诚、专业、带一点极客的分享欲

## 排版习惯
- 用 > 引用框突出金句
- 列表项清晰，多用加粗强调核心关键词

AGENTS.md —— 启动必读列表

控制 AI 每次启动时的必读文件清单，追加 SOP 的读取要求。

SOP_GZH.md —— 标准作业程序

将业务逻辑固化为触发条件与对应动作：

阶段 触发条件 执行动作
灵感捕获 用户发送链接或原文 整理保存至灵感库，提炼 1-3 个选题存入选题池，YAML 中链接灵感原文
素材沉淀 用户发送金句或逻辑框架 打标签，存入爆款素材片段
选题立项 用户问"今天写什么" 列出待写选题，选定后必须检索灵感库，生成 3 个不同切入点的大纲
初稿打磨 用户确认大纲 读取 USER.md 风格设定，主动检索爆款素材片段寻找金句润色，生成初稿
终稿归档 用户确认终稿已发布 用 obsidian-cli move 将文件移至已发布归档，更新 YAML 状态

第五步：一键初始化

所有配置文件就绪后，向 OpenClaw 发送初始化指令，让它在本地硬盘上把目录结构真正建立起来。至此，整套系统配置完成。

延伸思考

这套方案的核心价值不在于"用 AI 写文章"，而在于把内容生产从一次性劳动变成了可积累的系统工程。每一篇灵感、每一次素材沉淀、每一份发布后的复盘，都在持续强化这个知识数据库。时间越长，壁垒越深。

对于一人公司来说，这意味着你不再是内容的手工匠人，而是一台内容引擎的架构师——你定义规则、把控边界，让系统 7x24 小时替你运转。