Agent 升级最危险的时刻，不是写代码时，而是全量上线那一刻。一个看似小的改动，可能让所有用户同时撞上同一个 bug。灰度发布就是给升级装上缓冲带：新版本先给 5% 的用户跑，指标正常再扩到 25%、50%、100%，任何一步异常都能立刻停在原地。
某团队把改了提示词的 Agent 一次性推给全部用户，新提示词在某种长对话里会无限追问，客服半小时内被同一问题淹没。如果先灰度 5%，第一批异常对话就会在扩量前报警，事故规模能小二十倍。
💡 记住：灰度不是慢，是把一次大事故拆成几次小报警——而小报警是可以承受的。
你的 Agent 下次升级，能不能先列出“灰度比例、观察指标、回滚负责人”这三行？缺了哪一行，就先别点发布。