1
2
3
4
5
6
7
| 【背景】代码仓库结构：xxx；技术栈：xxx；部署目标：托管平台/服务器（说明）
【任务】生成完整流水线配置：拉代码→装依赖→跑测试→构建→部署→失败通知
【约束】
1. 部署环节必须人工审批触发（不许 push 即上线）
2. 密钥全部走 CI Secrets，配置里只留占位符
3. 每步失败有明确日志输出；部署步骤附回滚方式
【输出】流水线配置 + 需要我在平台侧配置的 Secrets 清单
|
1
2
3
4
5
6
| 【背景】服务：xxx；当前部署方式：（描述）；目标：xxx
【任务】生成一对脚本：
1. deploy.sh：部署步骤，每步带 echo 进度和失败即停（set -e）
2. rollback.sh：一键回到当前版本（说明它依赖什么前置状态，如镜像 tag/快照）
【约束】脚本中禁止出现任何明文密钥；破坏性命令（rm/drop/重启）前必须要求确认输入；
最后输出「执行前检查清单」给我。
|
1
2
3
4
5
6
7
| 【输入】服务清单与架构：（粘贴 03 分册架构图/组件列表）
【任务】输出监控方案：
1. 每个组件的监控项（可用性/延迟/错误率/资源）与建议阈值
2. 告警分级：🔴立即处理（打电话级）/ 🟡当天看 / 🟢仅记录
3. 每条告警的文案模板：发生了什么+第一步查什么
【约束】🔴级告警总数控制在 5 条以内——半夜叫醒我的必须是真值得的；
宁缺毋滥，告警疲劳比没有告警更危险。
|
1
2
3
4
| 【现象】xxx 服务从 xx:xx 开始 xxx（用户可见影响：xxx）
【输入】告警内容：（粘贴）；相关日志：（粘贴，已脱敏）；最近变更记录：（粘贴）
【任务】按可能性排序给出 3 个假设，每个附：验证方法（一条命令/一次查询）+ 若成立的处置动作
【约束】先看"最近变更"——多数故障是变更引起的；只基于我给的信息推理，缺什么信息直接列出来。
|
