【成功标准】① ssh deploy@prod-app-03执行ls -l /opt/scripts/check_disk.py，输出含deploy:deploy且权限为-rwxr-xr-x；② 执行python3 /opt/scripts/check_disk.py，返回码为0且stdout含“disk ok”；③ tail -n1 /var/log/disk_check.log显示时间戳+“disk ok”；④ crontab -u deploy -l含“/5 * /usr/bin/python3 /opt/scripts/check_disk.py >> /dev/null 2>&1”；⑤ /opt/scripts/check_disk.py第12行必须为log_level = 'warning'。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Trae生成一份能直接交给运维同学执行的脚本部署说明，不是抽象流程图或理论 checklist，而是明确写清“在哪台机器上、用哪个账号、执行哪条命令、看到什么输出才算成功、失败时该查哪行日志”的可操作文档。
用角色+环境+动作三要素锁定部署上下文
在Trae对话框中输入：“你是一名刚接手SRE交接的值班工程师，需在阿里云华北2区的prod-app-03服务器（CentOS 7.9）上部署check_disk.py脚本，要求用deploy用户执行，不重启服务，不影响当前订单接口SLA。”
这一步必须带出身份、机器标识、操作系统、执行账号和业务约束——漏掉任一信息，Trae会默认走Ubuntu+root+systemctl restart路径，而你的生产环境根本没装systemd。
【prod-app-03服务器必须提前开通deploy用户SSH密钥登录权限】——若权限未开通，后续所有sudo命令都会卡在密码输入环节，导致部署中断。
强制列出5条可截图验证的部署成功标准
输入以下提示词（一字不改）：
“请严格按以下两步回答：① 先用‘【成功标准】’为标题，只列出5条部署完成后必须满足的验收标准，每条必须含具体路径、命令、预期输出或可截图界面；② 再用‘【部署步骤】’为标题，逐项对照上述标准生成操作指令。现在只输出第一步。”
这句“现在只输出第一步”是关键锁死指令。不加它，Trae会跳过标准直接写步骤，导致运维执行完无法判断是否真成功。
成功标准示例中必须包含：【/opt/scripts/check_disk.py第12行必须为LOG_LEVEL = 'WARNING'】——这是硬编码日志级别，若写成INFO会导致磁盘告警被淹没在海量日志里，线上故障定位延迟超30分钟。
按失败现象反推检查项
方法一：贴真实报错日志片段
粘贴：“PermissionError: [Errno 13] Permission denied: '/var/log/disk_check.log'” → 追加指令：“请基于此错误生成3条上线前必检项，每条含检查命令、预期结果、执行人、失败后果。”
方法二：描述执行后异常行为
输入：“脚本运行后进程存在但无日志输出，crontab -l显示已添加但实际未触发” → Trae将输出：【cron守护进程状态检查】→ systemctl is-active cron → 运维 → 返回inactive则阻断部署；【crontab文件权限检查】→ ls -l /var/spool/cron/deploy → 运维 → 权限非600则拒绝加载。
绑定三方协作与回滚条件
第一步：明确标注协同方与动作
在提示词末尾追加：“本次部署需DBA同步执行ALTER TABLE disk_log ADD COLUMN created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP;前端需在飞书群确认监控看板数据刷新正常。”
第二步：定义不可逆操作的熔断阈值
写明：“若check_disk.py连续3次执行返回非零退出码，或/var/log/disk_check.log 5分钟内无新写入，则自动触发回滚：rm -f /opt/scripts/check_disk.py && systemctl reload crond。”
第三步：指定回滚验证方式
补充：“回滚后必须执行ps aux | grep check_disk.py | wc -l，结果必须为0，否则视为回滚失败。”
