编辑计划
更新旧页还是新建页面：一条判断规则
新需求是已有页面的子情况就更新，是平行情况就新建。先判断，再动笔。
新需求是已有页面覆盖范围的子情况，就更新那一页。新需求是平行情况，意图不同，答案放进现有页面会被稀释，就新建一页。这是我们在编辑计划里用的规则。
举个例子，只是示意，不是真实案例：你有一页讲「小企业的联系人管理」，现在想覆盖「把联系人导出为 CSV」。这是子情况，在现有页面里加一节就够了。如果你想覆盖的是「两类联系人工具的对比」，那是平行情况，新建页面。
为什么要在动笔前分清
这个选择不是审美问题。它决定什么进入编辑计划，也决定什么消耗发布额度。技术试用期的限额是每月 3 篇文章，总共 3 篇。新建一页占掉其中一行，更新不占。所以判断要放在把新内容排进队列之前，而不是写完以后。
两个问题，按顺序问
这是 RankAI 的操作建议，不是通用标准。
问题一：新需求是否已被现有页面包含？
是，就是子情况：更新。不是，进入问题二。
问题二：意图是否不同，答案是否需要独立结构？
是，就是平行情况：新建页面。不是，仍算子情况：更新。
一个边界案例的完整推演
以下为示意场景，不是真实案例。现有页面：「如何整理客户联系人」。新需求：「联系人换了公司该怎么办」。问题一：现有页面讲的是整理，不涉及变动，新需求不在其中，答案是否。问题二：意图不同，是处理一次变化而不是做整理，答案也需要自己的步骤，答案是是。结论：新建页面。如果新需求换成「联系人换公司后怎么打标签」，问题一的答案就是是：子情况，更新。
拿到结论之后，送审之前
把版本交给人工批准之前，先在计划条目旁记下判断结果：「更新」或「新建页面」。如果是「新建页面」，先确认技术试用额度还有余量（每月 3 篇，总共 3 篇）。没有余量，选择就落到更新或等待上。这一步做完，版本才进入批准流程。
容易被忽略的一点是：这个判断不是用来决定内容好不好，而是决定内容放在哪里。子情况做更新，现有页面继续作为唯一参照，答案不会被拆散；平行情况做成新页面，也不会把一页讲别的事的内容压得更重。常见的错误是把顺序颠倒：先写，写完再问要不要新建页面。到那时成本已经付出，而技术试用额度如果用完，新页面反正也发不出去。所以在我们的流程里，判断结果是计划条目的必填字段，不是边角备注：它让批准的人看得见这个选择，也把编辑决策和发布上限连在一起。这仍然只是操作建议，不是通用规则：要按站点调整，但必须在动笔前做，而不是之后。
批准环节的位置
默认做法是人对某一版本进行批准。自动发布按站点打开，并且仍要经过检查。更新和新建页面都一样：判断决定去向，批准决定版本能不能发出去。
可核实的边界
两个问题的判断法是我们的操作建议，不是公认标准。它的效果取决于现有页面怎么组织，用这里的数据无法衡量。文中提到的限额（每月 3 篇，总共 3 篇）只在技术试用期有效，不代表正式运行时的规则。编辑计划和批准流程的完整说明，见深入阅读页。