从零搭一个小红书竞品看板：一张表 + 一个定时任务

"帮我盯着这几个竞品和这几个话题"——这个需求最后往往变成一个人每天手动翻小红书，翻两周就没人翻了。

这篇讲怎么用 Rnote API 把它变成一个每天自动更新的看板。不需要大数据栈，一张表加一个定时任务就够。

先想清楚看板要回答什么

看板做失败，九成是因为一开始就想"把数据都存下来"。正确的顺序是先定问题，再定字段：

四个问题，对应四张表就够了。

采集层：一个定时任务，每天固定时间跑一次。

每天 08:00
├─ 对每个竞品账号：user/info + user/posted（取最近一页）
├─ 对每个关键词：search/notes（一周内 + 按热度，取前 2 页）
└─ 对每个话题：topic/info + topic/feed（取最新 1 页）

存储层：一张宽表，每行一条笔记快照，带上 captured_at。

关键在于存快照而不是存最新值。同一条笔记每天存一行，你才能算出"这两天涨了多少赞"——这是整个看板里最有价值的一列，而只存最新值的设计永远算不出它。

展示层：任何 BI 工具都行，甚至一张每天早上自动生成的表格发到群里。别一开始就上前端。

增速而非绝对值。(今日点赞 - 昨日点赞) 排序出来的，才是"正在发生"的内容。按绝对点赞排永远是那几篇老爆款。

账号的周产出与中位数表现。用 user/posted 取最近笔记，算这周发了几篇、互动中位数多少。用中位数不用平均——一篇爆款会把平均值拉到毫无参考价值。

话题的新增笔记数。topic/feed 每天取最新一页，用笔记 ID 去重后计数。连续几天上升的话题，就是这个赛道正在热起来的信号。

假设盯 10 个竞品账号、10 个关键词、5 个话题：

10 账号 × 2 次 + 10 关键词 × 2 页 + 5 话题 × 2 次 = 50 次 / 天

一天 50 次调用，一个月一千五百次左右。具体金额看定价，但这个量级远低于让一个人每天手动翻两小时的成本。

后台的账号体检和话题洞察已经把上面的采集和计算做好了，可以先用工具跑两周验证指标有没有用，确认有用再写成定时任务。

免费注册领额度即可开工，仅成功请求扣费。接口清单见文档。批量任务的错误处理见《批量采集怎么不半路夭折》。