你是一名有8年金融系统迁移经验的发布工程师，主导过37次核心交易系统灰度发布。列出qwen2.5-7b-instruct模型迁移前必须在目标服务器上验证的8项基础能力，每项须满足【可执行、可验证、不可跳过】，包含操作路径与失败判定标准；格式为纯文本表格，列名固定为“序号｜检查环节｜执行命令/操作步骤｜预期结果｜责任人｜是否已验”。当前技术栈：vllm 0.6.3 + a10×2 gpu + 模型权重存于nfs路径/opt/models/qwen25-7b；仅输出p0级检查项（故障导致服务中断超5分钟或数据丢失）；第4项“nccl端口连通性”预期结果须与第6项“vllm多卡启动成功率”形成逻辑闭环（如：nc -z localhost 29500成功 → vllm-entrypoint --tensor-parallel-size=2 启动耗时≤90s）。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让通义千问输出一份可用于实际执行的迁移发布计划检查项，而不是泛泛而谈的流程描述或口号式条目。AI若未被明确约束，容易生成“确认环境”“测试功能”这类无效空话，无法直接嵌入运维SOP或上线核对表。
用角色+任务+约束+格式四要素锁定输出质量
第一步：在提示词开头定义角色，例如“你是一名有8年金融系统迁移经验的发布工程师，主导过37次核心交易系统灰度发布”。角色越具体，AI越倾向调用专业语境下的检查逻辑，而非通用模板。
第二步：明确任务动词，必须是“列出”“生成”“输出”，禁用“建议”“可以考虑”等模糊表述。例如：“列出本次数据库主从切换前必须人工核验的12项检查项”，其中“必须人工核验”排除了自动化脚本类条目，“12项”强制结构化输出，避免AI随意缩略。
第三步：嵌入三项硬性约束——【检查项必须可执行、可验证、不可跳过】。例如：“每项检查需包含操作路径（如：登录堡垒机→执行mysql -h slave_ip -e 'show slave status\G'）和失败判定标准（如：Seconds_Behind_Master > 60 或 Slave_SQL_Running: No）”，这能直接过滤掉“确保数据一致性”之类虚化表达。
第四步：指定格式为纯文本表格，列名固定为“序号｜检查环节｜执行命令/操作步骤｜预期结果｜责任人｜是否已验”。不接受Markdown、不接受编号外的符号，确保复制后可直接粘贴进Excel做上线Checklist。
注入真实业务约束防AI编造
方法一：绑定具体技术栈。例如加入“当前使用Qwen2.5-7B-Instruct模型部署在vLLM 0.6.3上，GPU为A10×2，模型权重存储于NFS挂载路径/opt/models/qwen25-7b”。AI会据此生成“检查NFS读写权限（ls -l /opt/models/qwen25-7b/config.json）”而非泛泛的“检查存储空间”。注意：若未声明GPU型号，AI可能错误建议启用FlashAttention-3，导致A10报错。
方法二：限定风险等级。例如“仅输出P0级检查项（故障会导致服务中断超5分钟或数据丢失）”，自动过滤掉“检查日志轮转配置”等低优先级条目。
方法三：强制交叉验证。要求“第3项‘模型加载耗时’的预期结果，必须与第7项‘首次推理延迟’的阈值形成逻辑闭环（如：加载耗时≤45s → 首次推理延迟≤2.1s）”，迫使AI构建内部一致性校验，而非堆砌孤立条目。
分阶段生成并人工覆核关键点
第一步：先让AI输出迁移前检查项，重点验证环境基线。输入：“列出Qwen2.5-7B-Instruct模型迁移前，必须在目标服务器上验证的8项基础能力，包括CUDA版本兼容性、vLLM进程内存占用上限、模型权重文件完整性校验（SHA256）、NCCL通信端口连通性。”
第二步：再生成迁移中检查项，聚焦状态同步。输入：“针对模型权重从源服务器scp传输至目标服务器的过程，输出5项实时监控检查项，例如：传输速率波动超过±30%时触发告警、校验文件大小与源端差异、inotifywait监听目录变更事件是否生效。”
第三步：最后生成迁移后检查项，锁定业务可用性。输入：“基于curl调用/v1/chat/completions接口，输出6项黄金路径验证项，包括：token流式响应首包延迟≤800ms、连续10次请求无503错误、context_length=32768时仍能返回完整响应、system prompt被正确识别、tool call参数解析准确率100%。”
【必须人工覆核第3步中的‘tool call参数解析准确率’是否与你实际集成的函数签名完全一致，AI可能按通用OpenAI格式生成，而你的vLLM部署使用的是自定义tool schema】
