用 WorkBuddy 和 Obsidian 给学校搭内容知识库，关键不是多写，而是少丢

我最近帮一所私立高中的自媒体部搭了一套内容知识库，用的是 WorkBuddy + Obsidian。搭完之后，原来靠几个人手搓的公众号、小红书、短视频文案，开始可以并行生产。复读部这个方向，两个月不到跑完了三批 SEO 文章，一共 19 篇；小红书跑了 4 批，一共 48 条。每篇文章都有 Markdown 成稿、HTML 交付卡、发布指引，老师打开浏览器点一下就能复制到公众号后台。

这件事做下来，我最大的感受是：学校自媒体部缺的往往不是写手。很多团队卡住，是因为资料散、规则散、成品也散，所有经验都留在某个人脑子里。

很多学校现在的内容生产，还停在一个很原始的状态：今天想起一个选题，临时找素材，打开文档从零写，发完之后就散了。下次再写，又重新开始。人很累，内容也很难越做越准。

所以这篇文章我不讲概念，直接把我这套 WorkBuddy + Obsidian 的搭法拆开。你如果是学校自媒体部、教培机构、咨询工作室，照着改一改，基本就能用。

二、先用 Obsidian 搭出骨架

Obsidian 本质上是一个本地 Markdown 笔记工具，但我看重的不是它记笔记，而是它的文件结构足够清楚，AI 也能直接读取。

我给学校搭的目录大概是这样：

南洋高中/
├── README.md              ← 知识库入口，AI 第一时间读它
├── .workbuddy/
│   ├── skills/            ← 技能系统
│   └── memory/            ← AI 的工作记忆
├── 00_收件箱/              ← 临时剪藏、外部文章、待处理资料
├── 00_资料沉淀/            ← 事实底座、招生工作、内容素材
│   ├── 01_事实资料/        ← 学校基础信息、招生简章、卖点与证据库
│   ├── 02_招生工作/        ← 复读部简介、招生流程
│   ├── 03_内容素材/        ← 择校参考排名、收费住宿数据表
│   ├── 04_内容规划/        ← 待核实信息清单
│   ├── 05_对标账号/        ← 竞品账号拆解
│   └── 06_原始资料/        ← 学校提供的 docx/pdf 原件
├── 01_学业规划/            ← 成稿和可直接发布的内容
│   ├── 03_html卡片/        ← HTML 交付卡
│   ├── 04_成稿/            ← Markdown 成稿源文件
│   ├── 05_短视频文案/      ← 短视频口播脚本
│   ├── 06_批量选题/        ← 选题规划表
│   └── 2026-07-31/         ← 批量交付按日期建文件夹
└── 99_归档/                ← 旧版、中间文件、确认无用后归档

这里面有几个细节，刚开始搭的时候就要想清楚。

第一，目录最好按业务线分，不要按文件类型分。比如复读部 SEO 是一条线，小红书种草是一条线，短视频混剪又是一条线。每条线下面有自己的选题、素材和成品。不要搞成“文档文件夹”“图片文件夹”“视频文件夹”，最后一定会乱。

第二，一定要有收件箱。平时看到的招生资料、同行文章、家长问题、短视频脚本，先放进 `00_收件箱/`。不用当场分类，先收住，之后再整理到资料沉淀区。这个动作很小，但能让团队不再靠微信群和聊天记录找素材。

第三，原料和成品要分开。学校资料、招生简章、政策口径放在 `00_资料沉淀/`；写好的文章放在 `01_学业规划/04_成稿/`；给老师直接发布的 HTML 卡片放在 `01_学业规划/03_html卡片/`。混在一起的话，刚开始没感觉，过一个月就会找不到东西。

第四，敏感信息要单独管。学校内容里最容易出问题的就是招生政策、收费、升学率、师资履历这些数据。我专门建了一个 `待核实信息清单`，写内容时碰到不确定数据，AI 要先看清单。不能确认的，不写死，统一用“以学校官方最新通知为准”。

三、README.md 要写给 AI 看

目录搭好以后，还要写一个入口文件，也就是根目录的 `README.md`。

这一步很多人会忽略。结果就是 AI 打开你的工作区之后，看到一堆文件夹，不知道这个库是干什么的，也不知道应该先读哪份材料。

我给学校写的 README.md 里，大概会放这些内容：

# 南洋高中知识库入口

这个知识库用于沉淀南宁市南洋高级中学相关资料，并支撑公众号文章、
短视频文案、朋友圈内容、开放日宣传、招生咨询答复等内容生产。

## 目录导航

- `00_收件箱/`：临时剪藏、外部文章、待处理资料。
- `00_资料沉淀/`：事实底座、招生工作、内容素材、内容规划、对标账号。
- `01_学业规划/`：已经成稿或可直接使用的公众号文章、HTML 卡片、短视频文案。
- `99_归档/`：临时归档入口。

## 使用顺序

1. 写正式内容前，先看 `00_资料沉淀/01_事实资料/`。
2. 涉及招生政策、收费、录取、开放日、报名方式时，再看
   `00_资料沉淀/02_招生工作/` 和 `00_资料沉淀/04_内容规划/02_待核实信息清单.md`。
3. 找发布成品时，去 `01_学业规划/04_成稿/` 和 `01_学业规划/03_html卡片/`。

## 项目级写作规则

- 写复读部相关 SEO 公众号文章时，默认调用
  `.workbuddy/skills/nanyang-seo-article-writer/`：
  约 800 字、按具体选题匹配关键词、去 AI 味、不写硬广。

这段东西看起来不复杂，但它很管用。WorkBuddy 读完以后，就知道这个库的工作方式了：正式内容先查事实资料，敏感数据先查待核实清单，成品要放到对应目录。

以前你每次都要提醒它：“不要乱写升学率”“成稿放这里”“HTML 卡片也要生成”。有了 README.md，这些规则就不用一遍遍说了。

四、把写作方法做成 Skills

有了目录和 README，只能说明 AI 会找资料了。要批量生产，还要让它知道怎么写。

我在 `.workbuddy/skills/` 下面放了几个技能文件。你可以把它理解成一套长期使用的写作说明书，但它比普通 prompt 更稳定，因为它就在项目里，跟素材、成稿、案例放在一起。

1. nanyang-seo-article-writer

这个技能专门写复读部 SEO 公众号文章。里面会写清楚：

• 字数控制在 700-950 个中文字符左右，一开始就写紧凑，不要先写长篇再压缩。
• 开头从家长搜索意图切入，比如“南宁复读学校哪个好”“复读一年主要看师资还是管理”，不要一上来就介绍学校。
• 关键词按选题自然出现，同一篇文章选 2-4 个，不硬塞。
• 结构大致是：家长问题开头、择校判断框架、对比背景、南洋高中或复读部信息植入、克制收尾。
• 禁用“保证录取”“包提分”“一年逆袭”“清北名师保驾护航”这类容易出风险的话。
• 涉及成绩、师资、收费、招生等信息，只用资料源里能支撑的事实。

这个技能还有一个很实用的部分：搜索意图库。每批文章生成前，先检查之前写过什么，避免选题撞车。

我现在跑过的几批大概是这样：

第一批（0730，8篇）：
南宁复读学校哪个好、广西高考复读怎么选学校、
复读一年主要看师资还是管理、复读学校提分数据怎么看、
高考失利要不要复读、南宁复读学校住宿管理怎么样、
衡水复读模式适合广西考生吗、南宁高考复读班怎么选

第二批（0731-1，11篇）：
复读一年要花多少钱、南宁有哪些复读学校、
复读学校全封闭管理好吗、高考复读怎么选才不踩坑、
复读学校招生条件是什么、复读一年能提多少分……

第三批（0731-2，5篇，统一关键词“南宁复读学校推荐”）：
师资怎么看才不踩坑、复读一年到底值不值、
公办复读班和民办复读学校怎么选……

用的时候不用重新解释一遍规则，只要说：

按第一批选题表生成 8 篇复读部文章，每篇输出 Markdown 成稿 + HTML 交付卡。

WorkBuddy 会自己去读技能、读素材、读待核实清单，然后按选题逐篇生成。

2. school-mixed-edit-marketing-copy

这个技能用来写短视频混剪口播。

学校短视频最怕一个问题：一条视频里什么都想讲，校园环境、师资、管理、宿舍、升学、活动全塞进去。最后剪辑师没法剪，观众也不知道重点是什么。

所以这个技能的规则很简单：一个视频只讲一个主题，160-260 字，一镜头一句。比如校园环境就只讲环境，复读管理就只讲管理，不要把学校简介塞成一锅粥。

它会把资料里的事实翻译成镜头语言。比如“298 亩园林式校园”，不会写成官方介绍，而是改成“298 亩校园，一镜头扫过去，空间感就出来了”。这类句子剪辑师更好配画面。

3. pderr-short-video-skill

这个技能更像一条短视频文案流水线，适合抖音、视频号、小红书都要发的内容。

它会先建模，再拆成前 3 秒钩子、3-15 秒共鸣、15-40 秒方案、40-55 秒证明、最后 5 秒行动指令。写完后还会做一次审查，看钩子够不够清楚、画面能不能配、有没有事实风险。

我不建议一开始就把技能写得很复杂。先跑一批内容，发现 AI 老是犯什么错，再把规则补进去。我的技能也不是第一天就写成现在这样，是一轮轮改出来的。

五、实际跑一遍是什么样

场景 1：批量出公众号 SEO 文章

这是目前跑得最顺的一条流程。

第一步，先建选题表。每次批量生成前，我会在 `01_学业规划/06_批量选题/` 里放一张表：

| 序号 | 搜索意图 | 核心关键词 | 目标读者 | 分配老师 | |------|----------|-----------|---------|---------| | 01 | 南宁复读学校哪个好 | 南宁复读学校、南宁高考复读 | 刚开始了解的家长 | 李记团 | | 02 | 广西高考复读怎么选学校 | 广西高考复读、南宁复读学校 | 地市想来南宁的家长 | 朱美芳 | | 03 | 复读一年主要看师资还是管理 | 南宁高考复读、复读师资管理 | 对比不同学校的家长 | 高林 | | 04 | 复读学校提分数据怎么看 | 复读提分数据、南宁复读学校 | 想靠数据做决定的家长 | 黄兆忠 |

这张表不是为了好看，是为了防止内容乱跑。每行都有搜索意图、关键词、目标读者和分配老师。表底部还会放一个防撞车检查：8 个意图不能重复，和已有文章不能重复，同一关键词不要在太多篇里反复出现。

第二步，批量生成。在 WorkBuddy 里说一句：

按第一批选题表生成 8 篇复读部文章，每篇输出 Markdown 成稿 + HTML 交付卡。HTML 文件名：老师名_20260730_主题.html。

它会按顺序做几件事：读取 SEO 写作技能，读取复读部资料，检查待核实清单，按选题表逐篇生成，再输出 Markdown 和 HTML。

第三步，做质检。我会重点看这几项：

• 字数是不是在 700-950 区间；
• 有没有出现“保证录取”“包提分”“赋能”“闭环”这类词；
• 选题有没有撞车；
• 关键词有没有自然出现在标题、开头和正文里；
• HTML 里有没有发布指引区、一键复制按钮和平台标签。

这里要说一句，禁用词检查不能太机械。比如“轻信包提分承诺”是提醒家长避坑，不是承诺包提分；“封闭管理”也不是“闭环”那种 AI 味表达。机器先查，人最后判断。

第四步，交付 HTML 卡片。老师不一定会用 Markdown，但一定会打开网页。所以最终给他们的是 HTML 文件。

<button id="copyHtml">一键复制正文（带排版）</button>
<button id="copyTitle">复制标题</button>


<div class="guide">
  发布指引 · 李记团 · 2026-07-30
  公众号：标题/摘要/标签/注意事项
  知乎：问句式标题/话题/开头加“谢邀”
  头条号：悬念式标题/标签/3秒抓停留
  B站专栏：标题/标签/注意事项
</div>


<article id="article">
  <h1>南宁复读学校哪个好？看这三点就够了</h1>
  <p>正文内容，16px字号、2.05行高、两端对齐……</p>
  <section style="background:#174c5f;">结尾总结区块</section>
  <p style="color:#999;">招生政策以学校官方最新通知为准</p>
</article>

老师双击打开 HTML，点“一键复制正文”，直接粘到公众号编辑器，排版基本不用再调。对学校团队来说，这比单纯给一堆 Markdown 文件实用很多。

场景 2：小红书批量文案

小红书这条线更轻一些。

我在 `01_学业规划/04_成稿/` 里跑了 4 批，共 48 条文案：

第1批 听说帖12条：第三方学生打听视角，“听说”口吻一句话种草
第2批 干货帖12条：过来人分享干货，先给价值再植入数据
第3批 体验帖12条：在读学生第一人称，写真实复读感受
第4批 择校对比帖12条：第三方中立对比，不点名贬低竞品

每条文案都按“图片文字内容、标题、正文、标签”输出。老师拿到后不用再想标签，也不用再改成小红书格式。

比如一条听说帖大概是这样：

南宁南洋高级中学衡水复读部怎么样？想了解一下～
听说老师都是从衡水过来的，清北名师、学科带头人都有～
有没有了解过的同学

#南宁高考复读 #南宁复读学校 #衡水复读南宁 #南洋高中复读部

这种文案不适合写得太“满”。小红书很多时候不是一篇正式招生稿，而是一个话题入口。口吻太端着，反而没人接。

场景 3：短视频口播文案

短视频我通常直接调用混剪技能，比如：

写 3 条校园环境混剪口播文案，160-260 字，一镜头一句。

AI 会按素材库输出三条脚本。每一句都能对应一个镜头，剪辑师拿到后可以直接找画面。这里的关键不是文采，而是能不能剪。不能配画面的句子，再漂亮也要删。

六、让系统越用越顺手

这套东西刚搭好时，效率提升已经很明显。但后面会更顺。

每跑一次内容，系统里都会多一些东西：新的搜索意图、成稿、HTML 卡片、禁用词、质检经验、家长问题。下一次 AI 写文章时，不再是空着脑袋从零开始，而是能看见前面写过什么、哪些表达被保留、哪些说法被改掉。

用一段时间后，你会发现文章越来越像学校自己的口径。不是 AI 突然变聪明了，是它读过足够多的历史内容，也被你的规则纠正过很多次。

这就是本地知识库和普通聊天窗口最大的区别。聊天窗口用完就散，本地知识库会把经验留下来。

七、几个实操建议

第一，别一上来就想做全套。先搭目录，写 README.md，跑通一个最小闭环。比如先做一批 8 篇复读部 SEO 文章，确认从选题、写稿、质检到交付都能走通，再加小红书和短视频。

第二，素材积累比工具配置重要。工具只是让生产变快，最后决定内容质量的，还是事实资料、招生简章、老师介绍、家长问题、历史成稿。每天花 10 分钟把有用素材放进收件箱，后面会省很多时间。

第三，技能要边用边改。第一版技能肯定不准。AI 写得像硬广，就把禁用表达补进去；选题老重复，就加搜索意图库；HTML 交付不方便，就把格式写进技能。不要把技能当一次性 prompt，它应该越改越贴合你的业务。

第四，成品一定要归档。发完的文章不要只留在公众号后台，Markdown 成稿、HTML 交付卡、选题表都要回到知识库里。时间久了，这就是学校自己的内容资产。

第五，敏感信息宁可慢一点。成绩数据、收费标准、招生政策、师资履历，能查到来源再写。查不到就不要写死，尤其是对外发布的内容。学校内容不是普通种草文，错一个数字就可能很麻烦。

写在最后

如果你现在只有三个人，却要同时做公众号、小红书、短视频，不要先想着招更多人，也不要指望换一个 AI 工具就立刻解决问题。

先把资料放稳，把规则写清楚，把成品留下来。

今天就可以做一个很小的动作：打开 Obsidian，建一个收件箱，一个资料沉淀区，一个成稿区，再写一个 README.md，告诉 AI 这个库怎么用。然后选一个最小任务，比如 3 篇文章或 10 条小红书文案，跑一遍完整流程。

跑通一次，比看很多教程都更有用。因为你会马上知道：哪些素材缺了，哪些规则没写清，哪些交付格式老师真的用得上。

推荐标签

#Obsidian #WorkBuddy #内容运营 #知识库搭建 #自媒体工具 #私立学校运营 #AI内容生产 #小红书运营 #短视频文案 #批量出内容

真实数据说明

本文基于南宁市南洋高级中学自媒体部的真实知识库搭建过程创作。文中目录结构、技能文件内容、选题规划表、文件命名规则、HTML 交付卡格式均来自实际运行的工作区。成绩数据、师资信息等敏感内容，在实操中均按“以学校官方最新通知为准”的口径处理。