做自媒体时间一长，大多数人都会遇到同一个问题：刷到同行的爆款视频，收藏一下，过两天就忘了。等自己要选题的时候，翻收藏夹全是零散的链接，根本看不出规律。

我后来干脆自己写了一套爆款监控系统。每天自动扫描 142 个对标账号（抖音 78 个、小红书 32 个、YouTube 32 个），检测谁发了爆款，用 AI 分析爆的原因，最后把可复用的选题模式攒起来。

跑了两个多月，库里积了 3000 多条作品数据和几十条爆款拆解。这篇文章把整套系统的搭建过程拆开讲——技术栈选型、评分算法、AI 分析管线、部署方案，全部是实际跑通的方案。

先想清楚要解决什么问题

手动盯对标账号有三个硬伤：

第一，覆盖不了。你一个人最多盯十几个账号，但值得学习的同行远不止这些。我现在的监控列表有 142 个创作者，靠手刷根本不可能每天全覆盖。

第二，判断标准模糊。同样一条视频拿到 1 万赞，100 万粉的大号发出来很正常，1 万粉的小号发出来就是现象级。你刷的时候全凭感觉，没有量化标准。

第三，分析不沉淀。就算你认真拆了一条爆款视频的结构和钩子，过几周就忘了。下次选题的时候，这些拆解并不会自动变成你的弹药。

这三个问题分别对应系统的三个核心模块：自动采集、评分引擎、AI 分析管线。

整体架构

最终搭出来的系统架构如下图所示：

系统整体架构图

技术选型的思路：个人项目，数据量不大（每天几百条新作品），用 SQLite 完全够，不需要 PostgreSQL。前端用 Vue 是因为页面交互简单，8 个页面加几个共享组件就够了。部署用 Docker Compose 丢到 Dokploy 上，一条命令起三个容器。

第一步：多平台数据采集

数据源选型

采集这一层用的是 TikHub，一个统一的社交媒体数据 API。它把抖音、小红书、YouTube 的接口都封装好了，Python SDK 直接调。

选 TikHub 的原因很直接：三个平台只需要一个 API key，不用分别爬。抖音和小红书的反爬越来越严，自己维护爬虫太折腾。

采集逻辑

每个平台的采集流程相同：拿到创作者的平台 ID → 拉最近发布的作品列表 → 标准化成统一格式。

返回的数据长这样：

数据采集统一接口示例

定时调度

用 APScheduler 做定时任务，三个平台错峰扫描，避免 SQLite 并发写入冲突：

  • 抖音：每天 20:00
  • 小红书：每天 20:10
  • YouTube：每天 20:20

扫描任务先入 SQLite 队列，由一个单消费者 Worker 按顺序执行。这样设计是因为 SQLite 不擅长并发写——用队列加单消费者，彻底绕开这个限制。

第二步：评分引擎——判断一条内容到底算不算爆款

这是整套系统最核心的部分。"爆款"这个词太模糊了，10 万粉的博主拿到 1 万赞，和 1000 粉的博主拿到 1 万赞，完全不是一个概念。

我设计了一套三信号评分体系来量化它。

信号一：R 值（账号内相对倍数）

R = 这条作品的核心指标 / 这个博主最近 20 条作品核心指标的中位数

用中位数而不是均值，是因为样本少的时候均值容易被极端值带偏。核心指标分平台：抖音看点赞，小红书看点赞加收藏。

R值计算代码：滚动中位数基线

R = 2 意味着这条视频的表现是这个博主日常水平的 2 倍。R = 8 意味着 8 倍——对这个博主来说已经是现象级了。

信号二：M 值（赞粉比，破圈校验）

M = 点赞数 / 粉丝数

M 值解决一个问题：有些博主平时数据很差，偶尔一条稍微好点，R 值就很高，但绝对数据很低。这种"垃圾爆款"需要过滤掉。

M 值越高，说明这条内容在粉丝池之外也获得了传播——破圈了。

信号三：Tier（粉丝体量层）

大号破圈天然更难，所以 M 值的门槛要按粉丝量校准：

粉丝体量分层与M值基准

100 万粉的头部账号，赞粉比达到 0.04 就已经不容易了；1 万粉以下的素人，0.30 才算有说服力。

分级阶梯

R 和 M 两个信号同时达标，才能定级：

爆款分级阶梯判定逻辑

用一个具体例子验证：10 万粉博主（A 层，M 基准 0.08）

  • 拿到 10 万赞 → M = 1.00，远超 T3 门槛（0.24）；如果 R 也 ≥ 8 → 现象级
  • 拿到 1 万赞 → M = 0.10，刚过 T1 门槛（0.08）→ 顶多算小爆

同样 10 万粉，1 万赞和 10 万赞确实是两个物种，分级阶梯能把它们区分开。

证据冻结

一条作品首次被评级时，当时的基线、粉丝快照、中位数样本全部冻结保存。后续这条作品继续涨赞，只更新 R 值的分子，不用新作品改写当时的基线。

这个设计是为了防止回溯偏差：一个月后这个博主整体数据涨了，如果重新算基线，当初那条爆款的 R 值会变低，判级结果和当时不一致。

第三步：两级 AI 分析管线

检测到爆款之后，还要回答"为什么爆了"。我把分析拆成两级。

L1 快评：DeepSeek，跑在服务器上

每天预算 $0.50，最多 100 条。DeepSeek 的 deepseek-chat 模型够便宜，用来做快速归因刚好。

L1 产出六个字段：280 字以内的摘要、1-4 个爆款因素、置信度、注意事项、时效/长青分类、分类理由。

L1快评系统提示词配置

时效/长青分类是我后来加的。很多爆款绑定了特定事件（比如"Claude 4 发布当天的测评"），过了一个月再跟已经没意义了。但"月度盘点"这个题型本身是长青的。L1 帮我自动打上这个标签，选题推荐时按时效加权。

处理优先级：T3 现象级 > T2 爆款 > T1 小爆，同级的最新优先。

L2 深度拆解：Claude Code，跑在 Mac Mini 上

L2 的分析维度更深：钩子拆解、内容结构、受众触发点、可复制要素、不可复制的上下文。成本高得多，所以只在 Mac Mini 本地跑 Claude Code，每天凌晨 5:15 自动认领最多 5 条任务。

L2 worker 通过 Bearer Token 认证，从服务器的 Worker API 领任务、交结果。如果条件允许，还会用 yt-dlp 下载原视频、ffmpeg 抽帧、跑本地 ASR 拿逐字稿，给 Claude 更多证据。

两级分离的好处：L1 便宜快，日常全覆盖；L2 贵但深，只给高价值爆款用。整体成本控制在每月十几美元以内。

第四步：逐字稿提取

光看标题和数据还不够，得看这条视频到底说了什么。逐字稿提取的流程：

  1. 用去水印 API（Qushuiyin）拿到抖音/小红书视频的直链
  2. 用阿里云百炼 Paraformer-v2 跑语音识别，拿到逐字稿
  3. YouTube 走另一条路：yt-dlp 下载 + 本地 Whisper

检测到爆款后自动入队，后台 Worker 持续消费。逐字稿拿到后存进数据库，在前端详情页直接展示，L2 分析时也会作为输入证据。

第五步：前端——一个安静的观测站

前端用 Vue 3 + Tailwind CSS v4 搭了 8 个页面：

  • Dashboard： 总览，各平台统计、最近爆款、系统健康状态
  • Boom Feed： 每日扫描结果，按分级筛选
  • Work Detail： 单条作品深度页，指标、评分、L1/L2 分析、逐字稿
  • Creator Detail： 单个创作者的档案和作品列表
  • Creators： 创作者管理表，添加/删除对标账号
  • SOP Library： 沉淀下来的可复用模式
  • Settings： 扫描计划、评分参数调整
  • API Docs： 接口文档

设计上有一个自觉的克制：爆款分级的颜色是整个界面唯一的视觉重点。T3 现象级用红色、T2 爆款用橙色、T1 小爆用琥珀色，其余全部退到中性色。一眼就能看出哪些值得点进去细看。

封面图统一走服务端代理：抖音的封面是 HEIC 格式还有防盗链，服务端下载后转 WebP 缓存到本地，前端通过 /api/v1/media/covers/{work_id} 加载，不会出现破图。

第六步：部署

整套系统用 Docker Compose 部署到 Dokploy，三个容器：

Docker Compose 服务架构

几个部署细节：

Caddy 做反向代理： 前端页面和 API 路由加 Basic Auth 保护（个人工具，不需要注册登录系统），Worker API 和 Sync API 用 Bearer Token 认证，不走 Basic Auth（给 Mac Mini worker 和本地同步脚本用）。

SQLite 数据卷外挂： 数据库文件不在容器里，重新部署不丢数据。备份容器每天执行一次 .backup 命令，保留最近 14 天的快照。

GitHub Actions CI/CD： 推代码到 main 分支 → 构建 Docker 镜像推到 GHCR → 调 Dokploy API 触发部署。整个流程自动化，改完代码推一下就上线。

时区设置： 后端容器的 TZ 设为 Asia/Shanghai，定时扫描按北京时间跑。

数据库设计

10 张表，用 SQLite 的 WAL 模式：

数据库表结构概览

选 SQLite 是因为这套系统只有一个用户（我），写入量不大（每天几百条 upsert），读写比大概 1:10。用 PostgreSQL 纯属浪费。

WAL 模式让读写可以并发，读不阻塞写。扫描 Worker 用单消费者模式，不存在多个进程同时写的情况。

成本分析

这套系统跑起来之后，每月成本拆开看：

项目月成本
TikHub API（142 个创作者，每天扫一轮）~$15
DeepSeek L1 快评（$0.50/天上限）~$15
Dokploy 服务器（1C1G 足够）~$5
阿里云 Paraformer ASR~$2
去水印 API~$1
Claude Code L2（Mac Mini 本地跑，算电费）~$3
合计~$41/月

40 块美元一个月，换来 142 个对标账号的全自动监控加 AI 归因分析。手动刷同行视频的时间省下来，可以多做两条自己的内容。

你想复刻的话，分三步走

第一步，先把评分引擎跑起来。评分模块整个文件不到 100 行，零外部依赖，纯函数。你可以先拿一个博主的历史数据本地测，看看 R/M/Grade 的判定结果和你的直觉是否吻合。觉得门槛太松或太紧，调整粉丝体量层的 M 基准就行。

第二步，接数据采集。TikHub 注册一个账号拿 API key，先从 10 个对标账号开始。写一个定时脚本每天跑一次，把结果存到 SQLite 里。这一步不需要前端，命令行看数据就够了。

第三步，再加 AI 分析和前端。DeepSeek 的 API 便宜到几乎可以忽略，先把 L1 快评接上。前端是锦上添花——你可以先用表格或笔记工具看数据，等数据量大了再搭 Web 界面。

整套系统从第一行代码到生产环境跑起来，大概用了两周。前端和部署花的时间最多，评分引擎和采集反而很快——逻辑清晰的模块写起来就是快。