为什么很多团队的AI内容定时发布系统，上线第一周就会出现内容重复发送的问题？🔧
核心原因不是调度器不准，而是没做幂等校验——很多人以为用了Cron表达式（一种按时间规则触发任务的标准格式）就稳了，实际上跨节点重试、消息队列重投、进程重启补跑，任何一个环节触发重复执行，都会导致同一条内容被发两次。
举个可复现的工程场景：用Python的APScheduler做定时触发，Redis存待发布任务，若任务执行到发布步骤时节点宕机，重启后调度器会重新拉取未标记完成的任务再跑一遍，要是没加基于内容哈希+发布时间的唯一键约束，直接就会重复推送。
实测加一层幂等校验的成本极低：把内容MD5值和计划发布日期拼成唯一键，写入Redis设24小时过期，发布前先SETNX（Redis的原子写入命令，键不存在才成功），返回失败就直接跳过，Token成本几乎可以忽略，却能挡住99%的重复发布问题。
注意这个，很多团队做定时发布只盯着调度准不准，完全忽略执行链路的幂等性，这个坑我替你踩过了。
你们线上的定时任务幂等是怎么实现的？
AI工程化