短视频监控任务越积越多时，先暂停新增抓取，不要直接清空全部记录；应先保留正在快速增长的候选，移除长期不增长或已经过时的任务，再同时调整单类目上限、复查间隔和放弃阈值。队列拥堵本质上是“进入速度大于退出速度”，只提高电脑性能通常解决不了规则失衡。
先判断拥堵发生在哪一段
打开任务列表，分别记录任务总数、监控中数量、已下载数量，并抽查不同类目的发布时间、当前点赞数和最后刷新时间。若大量任务从未复查，问题多半在复查间隔过长或程序没有持续运行；若任务反复复查但很少达标，则是增长门槛过高；若旧任务长期占位，则需要收紧放弃条件。
不要只看总点赞。一个发布时间较早、总点赞很高但近期不再增长的视频，对“发现正在起量内容”帮助有限；相反，总量不高但两次复查间明显增长的内容更值得暂留。
按三层队列清理
- 优先保留层：发布时间较近，且最近一次增量明显，等待下一轮确认。
- 观察层：数据有小幅变化，但尚不足以判断，给它一个固定观察窗口。
- 退出层：超过观察天数、连续多轮无增长，或与当前选题方向无关，直接移除。
手工清理时先从最旧任务开始，每次只处理一个类目，避免误删后无法比较。删除列表任务不等于删除本地已经保存的文件，仍应在操作前确认下载目录。
让进入和退出重新平衡
在监控设置中，为每个类目设置合理的数量上限。初次调整不要同时监控太多类目，可先选两三个核心方向，运行一到两个完整复查周期，再看每轮新增和退出数量。
复查间隔过短会增加重复检查，过长又可能错过增长窗口；放弃天数过短容易淘汰慢热内容，过长则占满队列。实用做法是先固定复查周期，只调整放弃天数；队列稳定后，再微调增长门槛。一次只改一个变量，才能知道哪项设置真正有效。
常见故障排查
- 达到上限后不再抓取：这是上限保护，不是故障。先让旧任务达标或退出，释放空位。
- 列表很久没有刷新：检查是否启动监控、设备是否休眠、网络是否稳定，并查看最后刷新时间。
- 清理后很快又塞满：抓取范围可能太宽，或同时选择的类目过多，应缩短发布时间范围。
- 几乎所有任务都被放弃：阈值不一定越高越准，应按类目基线分别观察，避免一套条件套全部内容。
FAQ 与边界
可以直接清空重来吗？ 可以，但会失去候选内容的连续增量记录，只适合规则严重错误或更换全部类目时。
任务越多，找到热门内容的概率越高吗？ 不一定。没有及时复查和退出机制的大队列，只会增加噪声与等待时间。
多久复盘一次设置？ 至少覆盖两个完整复查周期后再判断，不要因单条视频表现频繁改规则。平台数据会波动，监控结果只能用于辅助选题，不能保证后续表现。最终目标不是保持列表“满”，而是让每个任务都能在明确时间内进入、复查并退出。
