微信快讯自动播报系统：从抓取到推送的最小闭环

先做最小闭环

这个系统最开始不是为了做平台，而是为了验证一件事：个人自动化服务能不能真正跑起来，且能被一小部分真实用户持续使用。

我关心的不是界面，而是流程

• 信息源是否稳定
• 内容是否需要人工二次清洗
• 去重和排序是否可靠
• 推送是否有失败重试
• 用户是否会因为噪声而退订

经验

一套小系统如果能持续稳定输出，价值通常大于一个看起来复杂但没人愿意继续维护的系统。

可直接复制的播报验收清单

• 配置：信息源、抓取周期、目标群、播报时段、每轮条数。
• 输入：来源时间、原文链接、抓取时间、去重标识。
• 输出：清洗后的正文、顺序、条数、生成时间。
• 发送：目标群名称、发送时间、客户端结果、失败原因。
• 验收：在每个目标群中查看实际消息，核对内容与条数。

脚本返回成功、日志写入完成和记录已经发送，都只能说明程序走到了某一步。交付证据应是目标群中可见的消息。

故障记录模板

恢复后先核验一轮，再恢复正常频率。去重状态是否推进，应与实际发送结果一致。