金丝雀发布
一种渐进式软件/模型部署策略，通过将小部分流量逐步导向新版本，配合自动化健康检查与指标门控，在确认新版本稳定后再完成全量切换，从而降低生产环境升级风险
核心事实
时间轴 (近 90 天)
若监控只覆盖最终业务指标，金丝雀阶段的小流量样本可能不足以触发统计显著的告警，因此应同时对比预测分布、特征分布等更敏感的代理指标，并设置合理的样本量与置信区间。
金丝雀发布将新模型先暴露给一小部分真实流量（如1%-5%）以对比新旧模型指标；影子模型不承接真实决策，仅记录新模型预测并与生产模型比对。
金丝雀发布（Canary Release）是软件部署中的一种风险控制策略，将新版本先暴露给一小部分流量或用户，观察其行为是否正常，若出现问题则迅速回滚，从而将故障影响面控制在最小范围。
在AI Agent场景中，由于Agent行为具有概率性，金丝雀策略尤其重要；关键指标应包括任务失败率、token消耗分布、Agent循环次数、人工驳回率以及下游流水线阻塞时长。
模型升级最隐蔽的风险往往来自质量回退而非系统崩溃，因此建议把输出质量监控纳入门控体系
金丝雀发布通过分阶段的流量爬升、指标门控以及自动回滚机制，让模型升级成为可控、可观测、可逆的渐进过程
由于旧模型在爬升过程中始终在线，金丝雀发布的回滚只是把流量权重切回旧部署，不涉及冷启动，因此几乎是瞬时的
金丝雀发布用过渡期额外的短期资源开销换取升级过程的安全性和近乎瞬时的回滚能力
金丝雀发布和蓝绿部署是模型灰度发布的常用策略
灰度发布（金丝雀发布）是一种渐进式上线策略，先让一小部分用户接触新版本，出现问题可迅速回滚
还有 2 条时间轴事件
全部知识事实 (12)
灰度测试（也称金丝雀发布或渐进式发布）是将新功能只推送给一小部分用户以评估稳定性的发布策略
65%待验证若监控只覆盖最终业务指标，金丝雀阶段的小流量样本可能不足以触发统计显著的告警，因此应同时对比预测分布、特征分布等更敏感的代理指标，并设置合理的样本量与置信区间。
50%待验证金丝雀发布将新模型先暴露给一小部分真实流量（如1%-5%）以对比新旧模型指标；影子模型不承接真实决策，仅记录新模型预测并与生产模型比对。
50%待验证金丝雀发布（Canary Release）是软件部署中的一种风险控制策略，将新版本先暴露给一小部分流量或用户，观察其行为是否正常，若出现问题则迅速回滚，从而将故障影响面控制在最小范围。
50%待验证在AI Agent场景中，由于Agent行为具有概率性，金丝雀策略尤其重要；关键指标应包括任务失败率、token消耗分布、Agent循环次数、人工驳回率以及下游流水线阻塞时长。
50%待验证金丝雀发布通过分阶段的流量爬升、指标门控以及自动回滚机制，让模型升级成为可控、可观测、可逆的渐进过程
50%待验证由于旧模型在爬升过程中始终在线，金丝雀发布的回滚只是把流量权重切回旧部署，不涉及冷启动，因此几乎是瞬时的
50%待验证模型升级最隐蔽的风险往往来自质量回退而非系统崩溃，因此建议把输出质量监控纳入门控体系
50%待验证金丝雀发布用过渡期额外的短期资源开销换取升级过程的安全性和近乎瞬时的回滚能力
50%待验证金丝雀发布和蓝绿部署是模型灰度发布的常用策略
50%待验证灰度发布（金丝雀发布）是一种渐进式上线策略，先让一小部分用户接触新版本，出现问题可迅速回滚
50%待验证灰度发布（金丝雀发布）的核心思路是先让一小部分流量使用新版本，观察关键指标是否正常，再逐步扩大覆盖范围
50%