定时发布排到凌晨两点，内容上线流程里谁在把关

定时发布排到凌晨两点，把关的不该是「凌晨在不在公司的人」，而是发布前那道流程：稿件进入待发布状态之前要有人复核，敏感词过滤与关键词替换由系统在发布动作上兜底，谁能把稿件推进待发布队列由权限决定。时间因子只管到点自动上线，它不判断内容是否合格，也不会在错别字与违规表述面前拦住你。把这三件事分开安排，凌晨发布才是可复制的动作，而不是风险。

时间因子管的是时机，不是质量

定时发布（时间因子）解决的是「什么时候对外可见」。常见的三个正当理由是：与活动或上线节点对齐、避开编辑在岗时段的服务器改动、让一批稿件按节奏分批放出不显得集中堆叠。

它不解决三件事：内容是否通顺、是否触碰敏感表述、是否与站内其他页面的口径冲突。这三件事在凌晨两点不会自动变好。换句话说，把发布时间定在凌晨，不等于把审核工作也推给了凌晨。

谁在稿件出门前拦一道

状态流转是抓手。AnQiCMS 的文档状态分正式文档、草稿、待发布、回收站四类，各段职责可以直接对应到流程角色：

草稿对应撰写。写手在这里完成正文与摘要，标题、关键词、描述这几项在草稿阶段就填齐，避免上线后靠系统截断生成。草稿链接带 preview=true 可以给相关人预览，不必先发布再确认效果。

待发布对应复核。这是凌晨稿件真正的把关位：编辑在这个状态里核对事实表述、图片授权、联系方式与合规用语，确认后才能进入正式文档。复核人与撰写人分开，权限上只给复核角色推进待发布的权利。

正式文档对应对外可见。定时发布把「草稿/待发布 → 正式文档」的时间点交给系统执行。

回收站对应误操作回退。删除正式文档是移入回收站而不是物理删除，凌晨发现放错稿件时，可以先撤下再排查，不必抢修数据。

系统层的兜底是内容安全设置：敏感词过滤与关键词替换、内容审核规则在发布动作上运行，人工复核漏掉的表述还有一道拦截。

权限怎么给才不误事

把关要靠人，但谁能安排这些动作要收紧。按用户组划分权限：写手只到草稿，编辑可推进待发布并设定定时发布时间，管理员才碰全站级设置。这样凌晨上线的稿件必然经过复核状态，不会出现「谁都能定时放出去」。

同一套权限划分也决定了出问题时的责任定位：如果线上出现了不该出现的内容，看它从哪个状态被推进正式文档，就知道流程缺的是规则还是人手。

错峰与集中上线的取舍

集中排到凌晨两点，常见动机是避开工作时间的人工变更风险，但代价是出问题没人立刻处理。更稳的排法是：

• 低风险稿件（常规内容、栏目补充）按目标时段均匀分布，不集中在同一时刻。
• 高风险稿件（涉及价格、政策表述、活动承诺）排在有人在岗的时段，或排在复核结束后由人手动放。
• 一批稿件分档放出，避免同一时刻大量页面转正式，抓取与统计同时出现波动。
• 邮件提醒用于把发布结果通知到值班或次日到岗的人，第二天能第一时间发现异常。

如果业务确实需要在凌晨放出（比如与零点活动对齐），做法是把复核提前完成，让待发布状态过夜，时间因子只负责最后一步。

常见问题

已经设了定时发布，还需要内容审核吗？ 需要。定时发布不改内容，审核与敏感词过滤是发布动作上的检查，两者职责不同。

凌晨出问题没人处理怎么办？ 高风险稿件不要排凌晨；必须排的，先确认能撤回到回收站、有次日核查的提醒机制，再决定排期。

能不能让写手自己定时发布？ 可以允许写手设定时间，但前提是稿件必须经过待发布复核状态，权限上不要让写手直接把草稿转正式文档。