视频收藏不再吃灰:OpenClaw 让它变成可搜索的知识库笔记

三月写过「公众号一键进知识库」，前几天写过「全网链接 + 小红书收藏 + RSS」——当时留了一句：视频和抓网页不是一类事，后面再补。这篇算进阶兑现：好视频、好课程不再只在 B 站「稍后再看」里吃灰，照样能并进同一套文字知识库，方便你搜、方便 OpenClaw 读。先给颗定心丸：不整段存视频，本地只留字幕和关键信息——不占硬盘、不做离线图库，自用检索而已。

01 你是不是也这样存东西？

公众号在微信里「稍后读」，B 站「稍后再看」，小红书点完收藏就忘，浏览器还堆着一堆标签页。

看起来都存了，真要写稿、做调研、让 AI 帮你串内容时——搜不到、想不起在哪，视频链接更像「空壳」，知识库里像没存过。

图文和视频，在脑子里常常是两套逻辑：文章能复制检索，视频若没有稿，统一检索、统一给 AI 用就永远缺一块。

我想要的很朴素：

不管源头是图文还是视频，最终都落进同一套「可检索的文字版」——同一套目录、同一套索引、同一套给 OpenClaw 读本地文件的约定。不是再多一个 App 收藏夹，而是：收进来、找得到、问得动。

02 先打消两个顾虑：硬盘 & 平台

一听「视频进知识库」，很多人会问：会不会把硬盘撑爆？会不会对 B 站这类平台不友好？

我的取向很明确，也方便你转给同事时一句话说清：

不整段下载、不长期保存视频文件。

本地增长的主要是纯文本（字幕稿、简介、标题、时长、来源链接等），体量和普通笔记相当，不会变成「本地影视站」。

对平台：

个人自用、小批量保存，取的是公开可见的字幕与元数据，用于自己检索与笔记；不是全站搬运、二次分发、离线图库。与「拖片子存硬盘」不是一类事，负载与影响也远小于后者。（仍请遵守各平台规则、控制频率。）

要看画面、听原声，仍回 B 站等 App 点链接。

知识库里是可搜、可喂给 AI 的文字底稿，不是替代播放器。

省空间、能检索、敢转发——这篇的亮点，其实也是这一句。

03 统一之后，你得到什么？

第一，检索不再分频道。

公众号、任意网页、视频链接，入库后都是「标题 + 正文 + 来源」同一条逻辑。你在本地搜的是自己的资料池，不是在五个 App 里分别搜。

第二，AI 用的是同一份底稿。

OpenClaw 读的是你磁盘上的 .txt 和索引，不过度依赖「链接以后还有效吗」。只要进过库，追问、摘要、对比都有文本可依。

第三，收藏仍可以分散在各 App，沉淀可以集中在一处。

微信里转、B 站里点收藏、小红书里 heart 都行；真要进长期知识库的，走一条「丢链接 → 落盘」，心理上从「又存了一处」变成「进库了」。

第四，视频不再「只有壳」——壳是文字壳，不是视频文件。

有字幕的，尽量落成正文；能标时间的，带上分:秒，方便跳回原片。没字幕的，简介 + 元数据写清楚，诚实降级。落盘的是字与关键信息，备份、同步都轻。

04 背后大致怎么串：分层速览

各层分工如下，不讲具体命令与操作步骤，只方便你判断这套东西是否值得自己折腾。

入口怎么用（用户侧）

日常主路径和第一篇一样：在 OpenClaw 对话里一句话 + 链接——例如「请把这个保存到知识库」再配上 B 站或其它视频地址；界面里会看到tool exec，表示助手在背后调采集能力，不必先开终端、不必自己记命令。

入口背后（实现侧）

助手按 workspace 里 TOOLS.md 的约定，通过exec调用本机的 kb_collector（如 run.sh + URL）。链接进来后按类型分流：普通网页走页面抓取，视频站优先字幕与元数据（不拉整段视频流），再接知识库路由、分类、索引。需要批量处理或本机调试时，再直接用 run.sh、urls.txt 即可。

用起来不拆开

底层实现可以不同，对你仍是「一个知识库、一个 README、一类.txt」。

小红书收藏

批量拉收藏时，若是视频笔记，尽量和「单条贴视频链接」用同一套正文增强，避免批量入库只剩两行字。

飞书 / 后台里「说一句就保存」

没有传统终端交互时，路由要想好默认进哪个库、何时指定库，否则容易卡在等人按键——这是 OpenClaw进程模型和体验要对齐的地方。

语音识别整段转写

我没当默认能力：有字幕用字幕，没有则简介为主；重算力、重合规的事以后单独立项，不把「个人知识库」做成重工程。

05 一点技术实践（给想自己试的朋友）

下面仍不是教程，只列我实际用到的几条，和第一篇「技术要点」同一粒度；日常你可以完全只待在对话里，不必往下看。

日常怎么用：在 OpenClaw 里用自然语言 + 链接让助手保存即可；背后对应kb_collector的run.sh被 exec 执行，视频类链接会再走yt-dlp /video_collector拉字幕与元数据（不整段下视频文件）。

依赖大致两类：知识库采集侧是 Python、Playwright、jieba 等（与任意网页入库一致）；视频侧需要yt-dlp；首次在本机跑脚本时会装虚拟环境与依赖。

B 站等有登录才全的字幕：本机可配cookies.txt或走登录流程，否则有时只能抓到页面壳、抓不到字幕——这和「浏览器里能播」不是同一回事。

飞书 / 无 TTY：后台 exec 没有终端交互，路由上要能接受自动选库或你事先说好指定哪个库（如 --kb ai），否则容易卡在等人输入。

进阶：批量、自动化、排错时，再直接run.sh多 URL、urls.txt、仅重建索引--reindex等；文档在仓库里的 USAGE.md 有参数表。

06 写在最后

三篇连起来就一句：缺的不是收藏夹，而是一个「统一沉淀、统一检索、统一给 AI 用」的池子。视频这一环补上以后，至少在文字资产这一层，各类收藏能真正对齐到一处。

工具会变，你可以先问自己一句：十年后你想搜的是链接列表，还是带关键词、可追问的正文？

07 我的建议

如果你也想搭建类似的知识库链路，可以从这三步开始：

第一步

：先想清楚你要管什么类型的信息（图文为主还是视频也多？），这决定了采集策略。

第二步

：选一个你能持续维护的存储方式（本地文件夹 + GitHub 备份是最小可行方案）。

第三步

：别追求一步到位，先把「丢链接 → 能搜到」这条主链路跑通，再逐步优化分类和索引。

08 相关阅读（系列顺序）

《把喜欢的公众号文章，OpenClaw 一键变成自己的知识库》 — 入门：公众号进库
《从公众号到全网收藏：OpenClaw 如何把碎片信息统一进知识库》 — 扩展：任意链接、小红书收藏、RSS
本篇
— 进阶：视频也变成可检索文字，与上两篇同一套知识库

本笔记为个人阶段性实践记录，仅供交流参考。欢迎关注交流说说你的收藏习惯与痛点——也许会变成升级的小工具。关注「智码探路」，持续分享 AI 工程落地与知识库实践。