安排夜间维护，也给任务设置结束条件

先圈范围，再安排维护

夜间任务适合目标明确、可回退、能延后检查的工作。代码质量、无用代码、加载表现和包体积都可以成为维护方向，但第一次只选一个小范围。

维护不等于自动清理所有东西。先列出可修改文件、需要保留的产物和验收指标，避免把用户数据、共享缓存或其他任务的环境一起删除。

用同一口径比较

没有基线时先记录基线，不用一次主观感受宣布性能提升。数字要带构建方式、测量条件和日期。

把结束条件放进任务卡

本次只处理我指定的维护范围。
先复用已有环境并记录基线，不重复启动相同服务。
遇到可能影响用户数据、权限或发布的动作，停下说明影响。
按约定的时间与用量结束。
交回修改清单、同口径结果、验证记录和未完成项。
没有新增证据时不继续重复重试。
暂不合并、不发布。

早晨怎样验收

打开变更清单，确认每处修改都在范围内；核对指标口径，再检查相关功能。任务没跑完时，记录原因并决定接着做还是停止，不把自动触发成功当成维护成功。

练习与完成标准

先手动执行一次短维护任务，再考虑安排定时。完成标准是范围明确、基线可比较、功能检查通过、结束条件生效，并且本任务创建的多余进程和临时环境已经收尾。