编辑计划
发布日期与优先级：编辑计划中如何分开处理
发布日期是日历约束，优先级是排序标准。两者冲突时，日期作为约束优先，优先级单独记录，不反过来改写日期。
发布日期是日历约束，优先级是排序标准。截止时间变了，就改日期；相对重要性变了，只改优先级，日期不动。两者冲突时，日期作为约束优先，优先级照常记录，不用它去改写日期。这是 RankAI 在 SEO 编辑计划中避免把“日期”和“审批”挤进同一个字段的做法。下面用一个具体案例说明。默认审批的话题另有文章讨论，这里不展开。
示例：两篇文章，只有一个日期
假设计划里有两篇：A 定在 3 月 12 日，优先级高；B 定在 3 月 20 日，优先级中。3 月 5 日发现 B 比 A 更急。直觉是把 B 挪到 12 日、A 挪到 20 日。但 A 的日期来自日历约束（一场已排定的评审），与重要性无关。所以：B 仍在 3 月 20 日，优先级升为高；A 仍在 3 月 12 日，优先级降为中。优先级决定先做哪篇，日期决定最晚什么时候做完。这是两条轴，不是一条。
RankAI 的四步做法
这是 RankAI 的操作建议，不是通用标准。目的是把冲突摆到明面上，而不是藏进一个字段里。
- 只有存在日历约束时才写日期。没有约束的日期是暂定的，要标明是暂定。
- 优先级用另一套刻度单独给。别拿日期当优先级的替身：“更近”不等于“更重要”。
- 重要性变了，只动优先级。日期保持不变，除非日历约束本身变了。
- 日期和优先级冲突时，把冲突记下来。日期作为约束优先，优先级在旁边保持可见，不改写日期。
审批在日期和优先级之间处于什么位置
对某一版本的人工审批，是冲突被裁决的地方，不是冲突产生的地方。在 RankAI 中，默认是对某一版本进行人工审批：审批人看到日期和优先级是两个独立字段，可以只确认或只修正优先级，而不碰日期。自动发布按站点开启，并且仍要经过检查，不是默认设置。这样审批就不会变成偷偷改写日历的途径。
RankAI 补充：四种组合的处理方式。为了让这种分离可操作，建议把每篇文章放在两条轴上读，四种组合分别处理。日期近 + 优先级高：马上做，这是常态。日期近 + 优先级低：有余力才做，因为约束在日历，重要性较低。日期远 + 优先级高：提前准备，但不挪日期，因为重要性不是日历约束。日期远 + 优先级低：留在队尾。这四种组合只是示例，不是通用规则：它要说明的是，日期不能因为优先级变了就被改写。冲突的解法是：日期作为约束保留，优先级作为信息记在旁边。
一个可验证的边界
技术试用中，限额是每月 3 篇文章，总共 3 篇。数量这么小，日期与优先级的分离只能逐篇核对，无法说明大规划下的表现。关于规划与审批的完整背景，见深入页面。