用AI拆解、Obsidian管理：搭建你的爆款案例库

做爆款案例库这件事真正值钱的不是收藏动作而是拆解动作。你可以收藏一万条视频但如果没有把每条视频的标题、开头、钩子、内容结构、转化方式拆出来下次做选题时还是想不起该参考哪条。我现在的做法是AI 负责把爆款内容拆成初稿Obsidian 负责把拆解结果管理成本地、可检索、可复用的案例库。这个组合对内容运营、短视频创作者、营销策划都适用不需要很高代码水平也不需要额外花钱买在线知识库。下面按实际落地顺序拆一遍先搭 Obsidian再定义案例模板然后用 AI 批量拆解最后用 Dataview 让案例库变成每天都能用的选题系统。过程中会涉及下载、插件、提示词、目录规划和常见报错尽量把每个“为什么这么做”也讲清楚。1. 案例库不是收藏夹先把“爆款案例库”想明白再用 Obsidian1.1 收藏夹为什么会吃灰很多人的“案例库”其实是收藏夹。看到一条数据不错的视频点收藏看到一篇标题很抓人的文章存书签。时间一长收藏夹里塞了几百条内容真正打开复用的却很少。原因很简单收藏夹只解决了“保存”没解决“调用”。你保存的是原文不是拆解结果。等你想做选题时不会记得哪条视频的第三秒有钩子也不会记得哪篇文章的结尾做了引导评论。你只记得自己“好像收藏过”但无法快速筛出来。案例库要解决的是三个问题这个内容为什么能爆哪一个具体设计可以搬到我们自己的账号上我下次做选题时用什么样的关键词能搜到它想清楚这三件事再谈工具。1.2 Obsidian 在处理案例库时的核心优势Obsidian 是一款本地 Markdown 笔记工具。它和普通在线笔记最大的区别是数据都在你自己的文件夹里不锁在某个平台里。对案例库来说这个特性很关键。案例库属于长期积累资产你今天存了明年可能还要用。如果某天换软件、换电脑Markdown 文件可以直接复制走任意文本编辑器都能打开。不会出现“平台调整功能后资料导不出来”的情况。Obsidian 还支持三件对案例库特别有用的能力双链可以快速关联“这条案例”和“这条方法论”。标签可以给案例打平台、品类、钩子类型等标签。Dataview 插件可以像数据库一样把案例字段生成列表、表格、看板。如果你之前用过 Typora 这类 Markdown 编辑器切到 Obsidian 几乎没成本。区别在于Typora 更像一支笔写完就走Obsidian 更像一个仓库写完还要整理、查询、关联。1.3 AI 到底负责哪一段很多人把“AI 搭建案例库”理解成AI 自动抓取爆款自动整理自动入库。实际做下来会发现这个理解部分正确但要加一个前提。AI 适合做的是把一段原文拆成结构化字段、生成标题分析、归纳内容结构、给出标签建议、批量处理多个文件。这些工作重复且规则明确让大模型做效率很高。AI 不适合做的是判断一个案例是否值得入库、确认数据是否真实、判断某个结构适不适合你所在的行业和账号阶段。这些需要业务判断模型不了解你的账号定位、用户画像和资源条件。我一般会这样分工AI 生成拆解初稿我做一次人工校验再入库。不是 AI 全自动而是“半自动流水线”。想清楚这个边界后面选插件、写提示词、做批量流程都会顺很多。2. 搭建前准备下载、建库、目录规划和插件选择2.1 Obsidian 安装、下载慢与新建库的取舍Obsidian 安装本身不复杂官网下载安装包双击安装即可。但不少人会在“下载”这一步卡住尤其是第一次访问官网时下载速度可能很慢。遇到下载慢可以先换一个时间段再试也可以到国内主流软件站找收录版本。安装包本身不大用官网渠道最稳妥。没必要用来源不明的“绿色版”“破解版”Obsidian 本身就有免费个人使用版本目录权限也能自己控制。安装完成后启动时选择“新建库”输入库名字。库名可以叫case-library也可以直接用中文“爆款案例库”。一个比较实用的建议如果用中文路径日常使用完全没问题但后面如果要跑 Python 脚本、让 AI 编程工具处理文件可能会因为编码或路径空格出问题。所以我个人会选一个短路径比如D:\obsidian-vaults\case-library尽量避免中间带空格的特殊路径。新建库之后可以先在“设置-外观”里把字体、主题调成自己顺眼的。字体不用纠结默认已经够用。快捷键先记两个CtrlN新建笔记CtrlP打开命令面板。其他的边用边学。2.2 目录结构给案例库一个“加工流水线”很多人建完 Obsidian 就开始写笔记写到后面发现乱。我的建议是在往里面塞第一条案例前先把目录结构定下来。一个比较通用的案例库目录如下00-Inbox/ 10-Sources/ 20-Cases/ 30-Templates/ 40-Output/ 90-Attachments/我来解释每层的意思00-Inbox临时入口。所有刚剪藏下来的文章、视频字幕、截图文字先放这里。10-Sources原始素材。已经被“榨干”的原文、字幕、长截图等。20-Cases结构化案例卡片。真正反复使用的地方。30-Templates模板文件。Templater 插件会从这里读取。40-Output由案例库生成的选题清单、周报、脚本草稿。90-Attachments图片、PDF、音频等附件的统一存放目录。为什么一定要有 Inbox因为不是每条内容都有价值。如果没有临时区你会边剪藏边想着“要不要整理”很打断状态。正确流程是先扔进 Inbox等有空时统一拆解拆完把原文移到 Sources把结构化结果放进 Cases。Inbox 是加工区不是仓库。养成“每周清一次 Inbox”的习惯案例库才不会变垃圾场。2.3 必装插件和选装插件Obsidian 的插件很多但初学者不建议一上来装十几个。先装够用后面有需求再补。以下是案例库场景里比较常用的插件插件作用合适时机Dataview把笔记中的字段变成列表、表格、看板案例超过 20 条后很需要Templater用模板快速生成案例笔记想减少重复填写字段QuickAdd把网页、文本快速变成一条案例草稿采集量大时Obsidian Web Clipper浏览器剪藏网页正文到库经常看公众号、知乎、网页文章Copilot for Obsidian在库内调用大模型做问答和生成不想频繁复制粘贴Text Generator用模板调用 AI 生成内容需要 AI 批量起草Excalidraw画结构图、流程图要把案例结构画成图时插件都在 Obsidian 的“第三方插件”里搜索安装。安装后记得到“已安装插件”里开启。需要注意插件更新速度很快不同版本的配置界面会有差异。落地时不要死记截图先看插件说明。2.4 三种接入 AI 的方式把 AI 接进 Obsidian 案例库有三种常见方式难度依次递增。第一种用 Obsidian 里的 AI 插件。社区里有 Copilot for Obsidian、Text Generator 这类插件本质是在插件设置里填大模型的 API 地址和密钥然后在笔记里选中文本让 AI 生成拆解。优点是操作都在库内完成缺点是不同插件对 API 兼容性不一样配置界面的名字也会随版本变化。第二种用外部脚本。Obsidian 的笔记本质上就是普通 Markdown 文件如果你会写一点 Python或者用过 Codex、Cursor 这类 AI 编程工具可以让工具帮你写一个批量脚本读取00-Inbox下的文本文件调用大模型接口生成拆解再写回20-Cases。这个方案适合批量任务但需要一定的代码能力。第三种手动复制粘贴。刚开始不需要任何插件把案例原文复制到任意 AI 对话框让模型按提示词拆解然后把结果粘回 Obsidian。看起来笨但它最稳定能帮你先跑通“拆解流程”。我更建议的路径是先手动跑通 5 条案例再试 AI 插件最后再考虑脚本。一步到位容易变成“折腾工具 3 小时拆解案例 2 分钟”。3. 用 AI 把一条爆款拆成标准卡片3.1 先把素材变成可处理的文本AI 拆解的前提是它得能看到原文。视频、图片、直播这些形式直接扔给模型不行。先转成文本。网页文章用 Obsidian Web Clipper 从浏览器剪藏到00-Inbox正文会自动存成 Markdown。视频优先看有没有字幕文件、解说文稿、作者自己的文案截图。如果都没有可以手动记录关键话术把时间线、口播、画面描述整理成一段文本。截图如果只有截图可以把截图放进90-Attachments再把关键文字手动录入笔记。不要奢望 AI 从图里准确提取所有文案OCR 本身也可能出错。这里有一个容易踩的坑视频的“爆点”不只在文案里也在画面上。字幕转成文本后AI 能分析口播结构但封面、场景、人物表情这类视觉信息AI 拿不到。所以拆解时视频画面信息需要自己补充。3.2 定义案例拆解字段案例拆解不能只写一段观后感要有固定字段。字段的作用是让后续的筛选和复用成为可能。下面是案例库常用字段字段示例判断标准案例名称某美妆账号小红书笔记30 天素人变美记录一眼知道这是什么内容来源平台小红书用于筛选目标人群18-30 岁有痘印困扰的女性与选题人群匹配核心主题用 30 天打卡记录展示产品效果一句话说清标题/封面特点真实感 时间跨度 结果承诺记录打开率相关的钩子开头钩子前 3 秒素人真实皮肤状态 效果承诺决定完播率/停留时长内容结构问题-对比-使用过程-效果-引导互动结构可以被复用转化点评论区置顶链接 / 私信引导变现路径数据表现点赞、收藏、评论数以截图/后台为准数据口径必须记录来源可复用方法前后对比 每日记录 素人证言对后续创作有用一句话总结用真实过程降低信任门槛方便快速回忆状态待复用待拆解/已入库/已复用字段不要一开始就设计 20 多个。核心 8-12 个就够太多反而会让每条笔记都很难填写完整。3.3 给 AI 的提示词模板与使用技巧把原文和字段要求一起给 AI让它按模板拆。下面这份提示词可以作为起点你是一名内容运营和竞品分析专家。下面是一篇爆款内容的原文。 请把原文拆解成以下字段并输出 Markdown 格式 案例名称 来源平台 目标人群 核心主题 标题/封面特点 开头钩子 内容结构 转化点 数据表现 可复用方法 一句话总结 要求 1. 不要评价内容好坏只做客观拆解。 2. 内容结构用编号列表输出例如1. 问题描述2. 效果展示。 3. 原文没有提到的字段写“原文未体现”不要编造。 4. 输出使用中文。 原文 在这里粘贴案例原文 为什么要在提示词里加“原文未体现”因为大模型在信息不足时很容易下意识补全细节。你问它“数据表现怎么样”原文里没写它可能编一个“点赞 10 万”。加一句限制能在很大程度上减少幻觉。第二个技巧如果 AI 拆得太泛把“不要评价内容好坏”加粗或前置。大模型默认会先夸几句“这个文案很优秀”对实际拆解没有意义。第三个技巧数据类信息永远以截图或后台为准。AI 输出的数据只能当参考不能直接复制到笔记里。3.4 用模板生成案例笔记并入库拿到 AI 拆解结果后不要直接粘在 Inbox 里要创建一条新的案例笔记。可以先在30-Templates里建一个案例模板.md内容大概这样--- 案例名称: 来源平台: 目标人群: 核心主题: 标题/封面特点: 开头钩子: 内容结构: 转化点: 数据表现: 可复用方法: 状态: 待复用 tags: [案例库, 待分析] --- ## 原始素材 - 链接 - 存放位置10-Sources ## 拆解笔记 - 开头钩子… - 内容结构… - 可复用方法… ## 我的验证记录 - 这个案例里哪些点值得参考 - 哪些点不适合我们的账号如果安装并开启了 Templater可以在模板里把“案例名称”“来源平台”等字段写成弹窗输入形式每次新建时自动提问。这一步是锦上添花不装也不影响跑通。新建笔记的地点建议放在20-Cases文件名类似案例-20250220-小红书-30天素人变美.md。文件名里带日期和平台后面查起来会方便很多。4. 用 Dataview 和标签让案例库“可筛选、可复用”4.1 标签、属性与双链怎么分工案例库用到三套组织方式标签、属性、双链。很多人会把它们混在一起最后页面变得很乱。我的建议属性frontmatter负责记录结构化事实比如平台、目标人群、状态、数据表现。标签负责跨维度归类比如内容类型、钩子类型、行业方向。双链负责建立关系比如“这条案例用到了某条方法论”“这条案例和另一条案例是同类结构”。不要每一页都同时用三套体系。属性是必填的标签控制在 3 到 5 个双链只在有关系时添加不用刻意制造。字段名需要提前统一。平台字段就用“来源平台”不要一会“平台”一会“渠道”否则 Dataview 查询会找不到。4.2 一份能直接跑的 Dataview 查询示例安装了 Dataview 插件后可以在任意笔记里写查询。下面是一个很常用的例子table 目标人群, 可复用方法, 数据表现, 状态 from 20-Cases where 来源平台 小红书 sort file.ctime desc意思很直白从20-Cases文件夹里找出所有“来源平台”为“小红书”的案例按创建时间倒序展示。还可以叠加标签条件table 目标人群, 可复用方法, 状态 from 20-Cases where 来源平台 抖音 and contains(file.tags, #美妆) sort file.ctime desc如果查询结果空白第一件事不是重写语法而是检查属性名是否完全一致。最常见的问题是一个笔记里写的字段名是“来源平台”另一个笔记里写的是“ 来源平台”多了空格或者写入时中英文冒号混用导致 YAML 解析失败。4.3 把查询结果变成选题看板Dataview 查询可以嵌进一个叫“选题看板”的笔记里。以后打开库第一眼看到的就是所有“待复用”的案例。table 目标人群, 核心主题, 可复用方法 from 20-Cases where 状态 待复用 sort file.ctime asc如果你想在页面里做类似卡片墙的效果可以配合 Canvas 白板把不同平台的案例拖到卡片上。不过大多数时候一个待复用列表就够用。这里有一个实操习惯每次从案例库里找了一个选题写进40-Output的新草稿后就把案例字段里的“状态”改成“已复用”。这样看板里剩下的都是还没用上的素材不会出现“明明用过但已经忘记”的情况。4.4 新手配置和进阶配置的边界案例不到 20 条时不需要过度依赖 Dataview。直接用文件夹排序就行。案例超过 20 条后再补 Dataview。超过 50 条后可以开始统一字段并考虑用 QuickAdd 做快速录入。再往后当你有批量处理需求时用代码工具处理也不迟。Obsidian 的笔记是普通文件Python、Node.js 都能直接读写也可以让 Codex、Cursor 这类 AI 编程工具帮你写脚本。但这类工具的介入前提是你已经把字段、模板、目录结构定清楚了。否则脚本越大维护成本越高。5. 案例库接进日常选题和创作流程5.1 新选题先查库不凭感觉案例库最大的价值是在写新内容前先给你一层“参考系”。假设你要做一个面向大学生的抖音号选题方向是“宿舍好物”。打开案例库在 Dataview 里筛选table 核心主题, 标题/封面特点, 开头钩子, 可复用方法 from 20-Cases where 目标人群 大学生 and 来源平台 抖音此时你看到的不只是“别人发过什么”而是已经拆好的内容结构。哪个标题方向用得多哪个开头出现频率高哪个转化方式更适合寝室场景一目了然。这个流程比每天刷竞品账号更高效。因为你看的是“拆解结果”不是“原视频”。5.2 从“拆一个案例”到“生成一个选题”案例库积累到一定数量后可以让 AI 基于多个案例生成新选题。下面是一个组合式提示词这是我从案例库里筛选出的 5 个爆款案例结构分别来自同品类的不同账号。 请结合我的产品方向这里写你的产品或账号方向和受众人群这里写你的人群 生成 3 个新选题。 每个选题需要包含 1. 标题方向 2. 开头钩子 3. 内容结构 4. 转化引导 5. 参考了哪些案例 要求 - 不要脱离案例结构自由发挥 - 不要虚构数据 - 结构要具体到可以直接写草稿注意这里 AI 的输入是“案例结构”不是“原文”。你把案例库里的 3 到 5 个拆解结果贴给它它更容易抽取出共同模式。不过我的经验是AI 生成的新选题方向可以参考最终标题和开头还得自己改。因为 AI 不了解你那一天的实际情况也不会替你判断哪些表达会触犯平台规则。5.3 入库标准不是所有爆款都值得拆“爆款案例库”听起来是看到爆款就收但实际入库时要克制。我会用下面四个条件做判断数据是否足够亮眼且和同账号近期数据对比明显偏高。是否有明确可复用的设计点比如标题结构、开头钩子、内容节奏或转化方式。是否与你自己的行业、账号阶段相关。如果完全不相关再爆也可能用不上。是否已经重复入库过。同一类结构收一次即可不用反复存。如果只是“这条数据不错但我完全说不清它哪里好”先不急着入库放 Inbox。等你能说清“可复用方法”了再转成正式案例。5.4 防止案例库变成电子囤积的三个习惯第一个习惯每周清一次 Inbox。剪藏之后超过一周还没拆解要么找时间拆掉要么直接删掉。第二个习惯每周至少用一次案例库做选题。只要有一次“从库里翻出结构写出新草稿”的经历案例库就会开始滚动起来。第三个习惯对重复内容做合并。同一账号同一种结构不需要拆三条笔记保留数据最好、拆得最细的那一条把其他链接挂在“相关案例”下即可。案例库最怕的不是“内容少”而是“只进不出”。6. 常见问题下载慢、AI 太泛、图片膨胀、数据丢失6.1 下载慢、插件市场打不开怎么办Obsidian 官网下载慢时可以先换网络环境或换时段。如果还是慢找国内软件站收录的版本也可以安装后不要联网更新太多插件。插件市场打不开是另一个常见问题。Obsidian 的插件列表依赖 GitHub 仓库网络不好时可能一直转圈。这时可以手动安装在浏览器打开插件仓库的发布页下载压缩包解压后将文件夹放到库目录下的.obsidian/plugins/里然后重启 Obsidian在“第三方插件”中开启。手动安装的关键是路径和文件完整性。插件文件夹里通常要有manifest.json、main.js和styles.css缺了文件可能启动不了。安装前先备份不要同时安装来源不明的第三方插件包。6.2 AI 拆解结果太泛怎么调整如果 AI 输出的拆解全是“这个视频内容很丰富”“语言生动”这类套话说明提示词里的约束不够。调整分三步在提示词里加“不要评价内容好坏只输出字段结果”。要求“原文未体现”的字段写出来避免模型猜。给一个具体示例让模型模仿示例格式。如果仍然太泛可能是原文本身信息太少。比如你只给它一句视频标题它当然拆不出多少内容。先把素材补全再让 AI 拆。素材质量决定拆解质量这个顺序不能反。还有一个容易忽略的问题AI 输出的数据、时间、账号名可能错误。凡是涉及具体数字和名称的信息都要人工核对。6.3 图片、视频和附件应该放哪Obsidian 库里的图片可以放在90-Attachments。建议在“设置-文件与链接”里把“附件默认存放路径”改成这个目录以后插图时不会散落在各处。小图片放库里问题不大。但视频文件不要直接往里塞一个几分钟的视频可能上百 MB会让库体积暴涨同步也变得很慢。更稳妥的做法是视频放在 Obsidian 库外的素材文件夹笔记里只留![[]]链接或外链地址。如果笔记库里已经塞了很多图片可以先看90-Attachments的大小把超过几十 MB 的大文件移到库外再更新笔记里的链接。Obsidian 会自动处理一部分相对路径但还是要检查一遍。6.4 标签、双链、Dataview 字段乱掉怎么办字段混乱通常是从“没有统一模板”开始的。解决思路是“先定标准再补数据”。先确定固定的字段名和取值比如来源平台小红书、抖音、B站、知乎、公众号状态待拆解、已入库、待复用、已复用标签美妆、3C、知识科普、剧情、好物分享然后检查旧笔记里哪些字段名写错了。Obsidian 支持全局搜索和替换可以快速把“平台:”替换成“来源平台:”但替换前要确认不会误伤正文里的其他“平台”。用 Dataview 查不出结果时按照这个顺序排查检查 YAML 开头和结尾的---是否完整。检查属性名是否一致包括空格和中英文冒号。检查属性值是否带引号尤其当值里有英文冒号或特殊字符时。检查是否启用了 Dataview 插件。大多数情况下属性名不一致才是原因。6.5 换电脑、备份、多端同步怎么做Obsidian 是本地优先备份和迁移非常简单。整个库就是一个文件夹复制走就行。换电脑时把库文件夹拷到新电脑用 Obsidian“打开文件夹作为库”选到该目录即可。Markdown 文件、图片、附件、插件配置都会带过去前提是你复制的是整个库目录不只是几个笔记文件。多端同步常见方案有iCloud、坚果云、OneDrive、Syncthing、Git 仓库。选一种就好不建议同时开好几个同步工具。多端同时读写同一个文件夹容易出现冲突副本到时候比不同步还麻烦。无论用什么云同步我建议留一份本地备份。可以每个月手动复制库目录或把笔记目录打成 zip 存到别处。云同步不等于备份它可能把“误删”也同步到云端。最后说点实际的真正让案例库产生价值的不是工具数量也不是案例数量而是“拆解后能不能被调用”这件事。我的建议很简单先不要装一堆插件不要第一天就搭自动化脚本。找一个你最近最想模仿的爆款把原文转成文本用 AI 拆成字段新建一条 Obsidian 笔记然后用 Dataview 把它列出来。跑通这一条你对“AI Obsidian 案例库”的理解会比看十篇教程都清楚。等单条流程稳定了再考虑批量处理、脚本自动化、多端同步。这样一步步加案例库才不会变成又一个吃灰文件夹。