【请先明确本上线风险检查清单的【检查标准】，再基于该标准生成具体条目。检查标准必须且仅含以下三项：①每条风险必须对应一个可执行验证动作（如“登录测试账号→访问/order/cancel接口→确认返回code=403”）；②每条风险必须标注触发条件（如“当用户连续5次输错密码后”）；③每条风险必须定义失效阈值（如“响应时间＞1.2秒即判定超时”）】 当前前端为Vue3+TypeScript，已接入AuthContext统一鉴权；后端为Spring Boot 3.2，订单服务部署于K8s集群（命名空间：prod-order-v2）；数据库MySQL 8.0主从分离，读写分离由ShardingSphere代理；CDN域名https://cdn.example.com，仅白名单IP可回源。 2026-06-23T09:17:44Z ERROR [OrderService] cancelOrder timeout after 2100ms, traceId=abc123def456, userId=U987654, orderId=O202606230012026-06-23T09:17:45Z WARN [Payment
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让豆包输出一份可直接用于上线前交叉核验的风险检查清单，不是泛泛而谈的“注意安全”“小心出错”，而是带具体动作、明确责任人、含失效阈值的硬性条目。
先锁定三项不可妥协的检查标准
在豆包输入框第一行，必须粘贴这句：【请先明确本上线风险检查清单的【检查标准】，再基于该标准生成具体条目。检查标准必须且仅含以下三项：①每条风险必须对应一个可执行验证动作（如“登录测试账号→访问/order/cancel接口→确认返回code=403”）；②每条风险必须标注触发条件（如“当用户连续5次输错密码后”）；③每条风险必须定义失效阈值（如“响应时间＞1.2秒即判定超时”）】。
若漏掉任一标准，豆包会生成“检查权限配置”“确认日志是否开启”这类无法落地的软性描述——开发和测试根本没法执行。
补全真实系统上下文
紧接着上一步，在下一行写清当前环境信息：
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
当前前端为Vue3+TypeScript，已接入AuthContext统一鉴权；后端为Spring Boot 3.2，订单服务部署于K8s集群（命名空间：prod-order-v2）；数据库MySQL 8.0主从分离，读写分离由ShardingSphere代理；CDN域名https://cdn.example.com，仅白名单IP可回源。
【缺少技术栈或数据源细节，豆包会默认用“通用API”“默认数据库”虚构条目，导致清单与线上实际脱节】
使用豆包（火山引擎 Ark）生成图片或视频并保存本地。用户提及“豆包生图/图片/生视频/视频”、“Doubao”、“Seedance”、“火山引擎图片/视频”时触发。
绑定真实报错片段做反向校验
在提示词末尾，粘贴一段刚发生的线上错误原始日志（不加工、不解释）：
2026-06-23T09:17:44Z ERROR [OrderService] cancelOrder timeout after 2100ms, traceId=abc123def456, userId=U987654, orderId=O20260623001
2026-06-23T09:17:45Z WARN [PaymentGateway] refund request rejected: balance insufficient, orderId=O20260623001, refundAmount=299.00
用角色+动作+对象+约束格式生成条目
第一步：把“支付退款失败”拆解成可验证路径 → 登录沙箱财务账号→调用/refund/status?order_id=O20260623001→确认返回字段refund_status=failed且reason_code=INSUFFICIENT_BALANCE
第二步：定义触发条件 → 当用户账户余额＜待退金额×1.05（预留手续费浮动空间）时
第三步：设定失效阈值 → 接口响应时间＞1800ms 或 返回reason_code非预设枚举值（INSUFFICIENT_BALANCE/ORDER_CLOSED/REFUND_LIMIT_EXCEEDED）
第四步：指定责任人 → 前端需在UI层拦截并toast提示“余额不足，请充值后重试”，后端需在trace日志中记录balance_check_result=false
