MediaCrawler工具抓评论
AIHacks
2026-07-01
1691 字
8 分钟

我经常刷「姜胡说」的视频,他前阵子提到一个很有意思的观点,现在很多手机用户遇到问题,已经不一定会先去搜索引擎了,而是直接在短视频平台里搜。更有意思的是,他们看完视频以后,如果还有疑问,往往会直接把问题留在评论区。

这一下就让我有点触动。如果用户的问题正在从搜索框迁移到评论区,那评论区就不只是互动区了,它其实已经变成了一个很真实的需求入口。

刚好我自己这段时间在做 Codex 内容,本来想做一批 Codex 相关的短视频选题。按以前的方式,我大概会打开抖音,搜关键词,看几个视频,翻评论区,手动复制一些高赞评论,然后凭感觉总结用户痛点。

这个流程当然能做,但它太手工了,而且很容易变成一种「我以为用户关心这个」。我以为大家关心工具测评,结果评论区真正高频的是 Token 太贵、怎么登录、怎么接模型、普通人到底能不能用。

这就很尴尬。所以我当时冒出来一个念头,能不能直接从评论区里找选题?不是凭感觉找,而是真的抓一批评论回来,让 AI 从高赞评论、高回复评论、重复出现的问题里,提炼出用户真正的痛点,最后做成 10 条短视频或者文章选题。

我想跑通的就是这件事,给一个关键词,比如 codex,让 AI 去抖音里搜索相关内容,抓一批评论,提炼痛点,再输出选题。听起来不复杂,但这里有个前提,AI 自己不能凭空抓评论区,它需要一个工具。

先找一个能抓评论的工具#

我一开始的想法很朴素,既然要抓社交平台评论,那就先找一个成熟一点的采集工具。

github搜了下找到了 MediaCrawler,它支持抖音、小红书、快手、B站、微博、贴吧、知乎这些平台,能按关键词搜索,也能保存内容和评论。

于是第一步不是写 Skill,而是把工具装好。这点其实挺重要的,很多人一说自动化,就直接开始写提示词、设计流程、想未来有多爽。但真正落地的时候,第一块砖永远是,工具能不能跑。

我把 MediaCrawler 装到本地,用 uv 创建环境、安装依赖,再处理浏览器问题。中间也不是一步到位,第一次跑的时候,Chrome 的 CDP 端口没开,工具连不上浏览器。后来改成单独的 user-data-dir,再让浏览器开放 9222 端口,流程才跑通。

最后用 MediaCrawler 搜索 codex,抓到了 14 条相关视频和 276 条评论。这里我还挺兴奋的,因为这不是一个抽象设想了,它真的从评论区拿到了数据。

跑通以后,价值才开始出现#

抓到评论以后,下一步就是分析。我让 AI 先看高赞评论,结果很有意思,评论里集中出现了几类痛点。

有人问,为什么一定要学这个。有人问,Codex 怎么安装。有人说,小白装了工具还是小白。有人吐槽 Token 太贵。有人纠结 Codex、Claude Code、国产 Agent 到底该选哪个。有人担心 AI 编程工具会不会让程序员失业。

这些评论一摆出来,选题就不再是空想了,它变成了一组来自用户嘴里的问题。

然后我让 AI 按固定结构整理成 10 条短视频脚本,每条都有简短标题、发布标题、标签,正文按钩子、痛点、解决方案、金句四段式来写。

比如「我缺的是 Codex 吗?我缺的是 Token」这个选题,就不是拍脑袋来的,它来自评论区真实高赞。这种感觉很不一样,以前做选题,是我在猜用户想看什么,现在做选题,是用户先把问题说出来,我只是把它整理成内容。

然后我突然意识到,这件事不该只做一次#

说真的,到这一步,普通人可能就结束了。抓完评论,写完 10 条选题,文件保存好,任务完成。

但我当时突然想到一个更有意思的事,既然这个流程已经跑通了,为什么不把它封装成一个 Skill?

下次我不应该再重新解释一遍,不应该再告诉 AI,先打开 MediaCrawler,再抓评论,再分析高赞,再归纳痛点,再按四段式写 10 条选题,再保存到固定目录。这太浪费了。

如果一个流程已经被验证有效,它就不应该只是一次聊天记录,它应该变成一个能力,也就是 Skill。

这就是我最近对 AI 工作流最深的一个感受,不要把 AI 当成一次性问答机,要把每一次跑通的流程,沉淀成下一次可以直接调用的能力。这才叫复利。

把一次流程变成复利#

这个案例真正想表达的,不是 Skill 有多复杂。恰恰相反,它很朴素,从一个具体需求开始,我想从评论区找选题,然后发现抓评论需要工具,于是安装 MediaCrawler,让 AI 调用它抓评论,跑通以后再封装成 Skill。

很多人理解 Skill,会以为它就是一段更长的提示词。我觉得不是,Skill 真正有价值的地方,是它记录了一个已经被验证过的工作方式。比如默认抓哪个平台、用哪个工具、数据写到哪里、最后按什么格式输出、发布前还要检查违禁词和限流风险,这些细节写进去以后,就不需要每次重新解释。

这就是我说的复利。一次跑通的流程,如果只停留在聊天记录里,它的价值就发生一次。但如果被封装成 Skill,它就变成了下一次工作的起点。少解释一次背景,少复制一次路径,少忘一次格式,少漏一次检查,这些小事叠起来,就是一套属于自己的工作系统。

从评论区找选题只是一个例子。同样的方法,也可以用在客户调研、竞品分析、爆款拆解、销售话术、社群问题整理、产品 FAQ、知识库更新。你每跑通一个流程,就多一个自己的 Skill,也少一块重复劳动。

这篇文章是否对你有帮助?

发现错误或想要改进这篇文章?

在 GitHub 上编辑此页