上线风险清单须直击运维、测试、法务决策点：明确灰度环境与不可回退依赖，限定风险来源为SAST高危漏洞、压测异常接口或法务未勾选项，并为每条风险绑定可验证的触发条件与可观测信号。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你要在Gemini里生成一份能真正用在上线评审会上的风险清单，不是写给实习生看的“可能出问题”汇总，而是让运维、测试、法务当场就能拍板“这条要加监控”“这条得补签协议”的硬核交付物。
锁定上线场景与系统边界
第一步：在提示词开头就写明具体上线动作和环境，例如“【v2.4.0 版本灰度发布至生产环境（K8s集群 v1.28 + Istio 1.21）】”，不写“某系统升级”或“服务更新”。
第二步：声明本次上线不可回退的关键依赖，例如“强依赖第三方支付网关 v3.7.2 接口，该接口已于6月20日下线旧版认证方式”。【若未声明此依赖，Gemini默认假设所有外部服务均兼容旧协议】
第三步：注明当前所处阶段——是“首次上线新模块”，还是“从单体架构迁移至微服务后的第3次迭代”。如果是后者，必须加一句：“【禁止删除任何已存在且未被明确标记为‘废弃’的API路由】”。
强制绑定真实风险源与可验证证据
方法一：用“必须来自”句式切断虚构路径
在提示词中直接写：“所有风险项必须来自以下三类之一：① SAST扫描报告中 severity=high 的漏洞ID（如 SonarQube-PRJ-7821）；② 压测报告中错误率突增≥15%的接口路径（如 POST /api/v2/order/submit）；③ 法务侧《数据出境安全评估申报表》第4.2条未勾选项”。
使用AIsa生成图像与视频。仅需一个API密钥即可调用Gemini 3 Pro Image（图像）和Qwen Wan 2.6（视频）。
方法二：要求每条风险附带“触发条件+可观测信号”
例如：“风险项不能写‘数据库连接可能超时’，而必须写‘当订单并发量 > 1,200 TPS 且 Redis 缓存命中率
注意：若某条风险无法写出具体指标阈值或监控告警名，整条删除，不补全、不推测。
按严重性分层输出结构
第一步：将风险分为三级，仅保留以下标签：P0（阻断上线）、P1（需现场确认）、P2（记录备案）。
第二步：P0项必须满足三个硬条件：① 已复现（非理论推演）；② 无兜底方案（如降级、熔断、人工补偿均不可用）；③ 影响面覆盖核心交易链路（含登录、下单、支付任一环节）。
第三步：每条P0风险后紧跟责任人字段，格式为“@姓名（岗位）”，例如“@张伟（SRE 主责）”，【姓名必须来自你公司通讯录真实存在人员，不可虚构】。
第四步：P2项禁止出现“建议关注”“后续优化”等软性表述，只允许两种结尾：“【已纳入Q3技术债看板#TDE-2026-089】”或“【无对应监控埋点，暂不处理】”。
