# 决策

- 长期机制不能只以 RMS `DeployRet code=0` 作为“符合预期”的结论；这只能证明部署动作基本完成。
- 发版后回查采用分层判断：部署结果 → KGOSS 运行态 → 告警/事件 → 指标/接口 → 日志 → 业务结果；证据不足时输出“待观察/待补证”，不能硬判正常。
- 检查范围需要区分：全量 RMS 发版适合轻量筛查；重点 RMS/重点项目才做深度回查，避免定时任务过重和误报过多。
- 当前发版跟踪任务默认只按 `aboszheng` 操作人匹配；后续若要覆盖会员项目/指定项目，应改为显式 RMS ID/项目白名单。
- 长期机制必须是 **AI Agent 驱动**，不能做成纯脚本判定。脚本只负责采集原始证据和结构化快照；每一步判断、关联、归因、风险分级、报告措辞和下一步建议都必须由 Agent 读取证据后完成。
- 发版回查证据面必须覆盖：CLS 日志、QA 反馈、APM、监控告警、需求变更涉及的数据、接口返回、用户体验；缺哪一项要明确标为“证据缺失/待补证”。