先建立星空入口现状基线
在讨论星空入口之前，先把“现在是什么样”记录下来。审计之所以要现在做，是因为入口一旦被多人使用，口头约定就会替代事实记录，后续任何阶段都无法判断是否真的推进。基线阶段不追求结论，只要求可观察、可复查。
- 列出当前所有被称为“星空入口”的地址、按钮或文档位置，逐条标注维护人。
- 记录每个入口的访问方式：谁在用、从哪个页面进入、是否需要额外权限。
- 把入口背后指向的目标写清楚，是聚合页、跳转页还是直达内容。
- 标注最近一次变更的时间与变更内容，找不到记录就标记为“无记录”。
- 确认是否存在重复入口或名称相同但指向不同的情况。
基线阶段的退出条件很朴素：任何人拿着这份记录，都能复述当前入口的数量、位置与指向。达不到这一点，就不要进入下一阶段。
第一阶段：把入口清单与边界写清
这一阶段的目标是把“入口”从模糊称呼变成有边界的清单。输入是上一阶段的基线记录，输出是一份可对外说明的入口说明文档。
- 为每个入口写明用途一句话，避免用“综合”“常用”这类无法核对的描述。
- 区分入口类型：聚合入口、跳转入口、直达入口，分别标注。
- 写明入口不承担什么，例如不承诺内容实时性、不替代站内搜索。
- 为每个入口指定唯一负责人，负责人空缺的入口单独列出。
- 把命名规则固定下来，新入口必须沿用同一命名格式。
退出条件：清单中的每个条目都能被第三方独立核对，且不存在两个入口描述互相矛盾。若仍有争议条目，先标记待定，不要用模糊措辞掩盖。
第二阶段：让入口在受控环境跑通
目标是在小范围内验证入口行为与文档一致。输入是第一阶段产出的入口说明文档，输出是一份跑通记录与差异清单。
- 按文档逐条访问每个入口，记录实际跳转结果。
- 对比实际行为与文档描述，差异逐条登记，不合并处理。
- 在受限范围内邀请少量使用者按文档操作，观察是否出现理解偏差。
- 把偏差归为文档问题或实现问题，分别指派处理人。
- 修正后重新跑一遍受影响的条目，保留前后记录。
退出条件：文档描述与实际行为一致，或差异已被明确记录并有人认领。此处不追求全部修完，但要求没有“没人知道为什么不一样”的条目。 星空入口实用指南
第三阶段：把入口纳入日常运维节奏
目标是把一次性核对变成可持续的节奏。输入是跑通记录与差异清单，输出是一份运维核对表与固定复查周期。
- 为入口清单设定复查频率，并在日历上落到具体日期。
- 每次变更入口时同步更新说明文档，变更与文档同批完成。
- 保留一份入口变更日志，记录改了什么、谁改的、为什么改。
- 对长期无人维护的入口设置下线或合并的判断规则。
- 把入口核对纳入新成员上手流程，而不是只存在老成员记忆里。
退出条件：连续一个复查周期内，文档与实际情况没有出现未登记的偏差。若出现偏差，回到第二阶段处理，而不是直接跳过。
交接前的复核关卡与责任移交
最后一道关卡解决“换人之后还能不能跑”的问题。输入是运维核对表与变更日志，输出是交接确认记录。
- 由接手人独立按文档完成一次入口核对，原负责人只观察不提示。
- 核对接手人是否能说清每个入口的用途与边界。
- 确认变更日志、说明文档、负责人名单三者一致。
- 把待定条目与已知差异明确写进交接记录，不留在口头。
- 约定下一次复查日期与责任人，交接才算完成。
复核不通过时，不要用“基本清楚”作为结论。回到对应阶段补齐记录，再重新走这道关卡。阶段路线的价值正在于每道关卡都有明确的退出条件，而不是靠印象推进。