MarsCode需用真实CR评论+刚性模块结构生成可执行风险清单：①R-编号；②精确到组件名与版本；③含QPS/并发等阈值；④提供curl/kubectl验证命令；⑤动词开头、精确到文件行号的修复动作；⑥P0-P2阻塞等级。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在MarsCode里快速生成一份能真正指导上线决策的风险清单，而不是“可能有兼容性问题”这种无法执行的模糊描述——因为【没有绑定具体技术动作和交付物，MarsCode默认填充教科书式空话】。
直接复用真实CR评论反推问法
打开最近一次被驳回的PR页面 → 复制评审人那句带情绪的原始评论，例如：“Redis缓存穿透没加布隆过滤器，大促期间QPS超限必崩” → 把这句话原样粘进MarsCode搜索框 → 后面加空格再写“生成上线风险清单”。【必须保留“必崩”“没加”这类强动词和否定结构，模型才敢输出具体技术动作】
这一步操作起来很简单，直接把评论复制粘贴就行。如果只写“缓存穿透怎么防”，MarsCode会返回通用方案，不会关联你当前服务的Redis版本、压测阈值和熔断配置。
用设备+环境+失败现象锁定问法
方法一：MacBook Pro M3 + MarsCode 2.4.1 + Kubernetes 1.28集群，上线后/healthz探针连续3次超时，但Pod状态为Running → 生成上线风险清单，要求每项含：风险描述→触发条件→验证命令→修复动作。
方法二：Windows 11 + VSCode 1.90 + Jenkins Pipeline v2.15，执行deploy-job时出现“no space left on device”，但磁盘使用率仅72% → 生成上线风险清单，聚焦临时目录、日志轮转、inode耗尽三类隐性瓶颈。
注意：不要写“环境问题怎么排查”，系统识别不出你卡在哪一层。真实工程师搜的是“healthz超时 pod running”“jenkins no space left inode”，不是运维手册目录。
按刚性模块结构提问
第一步：在提示词开头直接写死6个不可删减模块：
【请严格按以下6个模块输出上线风险清单：①风险编号（格式：R-20260623-01）→②风险描述（精确到组件名+版本号，如“Nginx 1.22.1 proxy_pass未启用keepalive”）→③触发场景（必须含具体QPS/并发数/数据量阈值）→④验证方式（给出curl或kubectl可执行命令）→⑤修复动作（动词开头，如“替换nginx.conf第47行upstream配置”）→⑥阻塞等级（P0/P1/P2，P0需标注是否导致主流程中断）】。
第二步：插入你刚在GitLab CI日志里截图的报错片段，例如：“ERROR: failed to create containerd task: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: exec: \"/app/start.sh\": stat /app/start.sh: no such file or directory”。【没有这个真实报错，模块定义会被模型自动降级为模板填充】
第三步：末尾加硬性约束：“禁止出现‘建议检查’‘可能影响’等弱动词；所有验证命令必须能在目标环境直接执行；修复动作必须精确到文件路径+行号。”
