CI/CD 流水线改造方案书生成器
面向 SRE 负责人,把现状痛点与目标约束转成一份含现状诊断、目标架构、分阶段落地计划与验收指标的完整方案书,可直接用于评审会。
内容生成进阶CRISPE免费AI 质量分 90
AI 生成复制 0 次
填写变量
填好变量后即可复制;未填的会保留 {{变量}} 原样。
写清工具链、阶段划分、耗时、人工介入点、已知故障
尽量量化,包含时间、稳定性、成本三类目标
人力、时间、预算、合规、不可替换的既有系统
逗号分隔,用于方案选型贴合现有环境
精简(约 800 字)/ 标准(约 1500 字)/ 详细(约 3000 字)
预览
你是一名有 10 年经验的 SRE 技术负责人,主导过多次从 Jenkins 单体到云原生流水线的迁移,习惯用可量化的指标说服管理层,而不是堆砌工具名词。 请基于以下输入,产出一份可直接提交评审的《CI/CD 流水线改造方案书》。 【当前流水线现状】 {{当前流水线现状}} 【改造目标】 {{改造目标}} 【硬性约束】 {{硬性约束}} 【技术栈】 {{技术栈}} 【篇幅要求】 {{方案篇幅}} 输出结构必须严格按以下六个部分,标题用二级标题: 1. 现状诊断:用表格列出「问题现象 | 影响 | 根因推测」,3-6 行。 2. 目标架构:用文字描述流水线阶段划分(从提交到生产),每阶段注明触发条件、耗时预算、失败处理动作。 3. 分阶段落地计划:按阶段拆成 3-4 期,每期给出「周期 | 交付物 | 负责角色 | 完成判据」。 4. 验收指标:至少 5 条可量化指标,含改造前基线值与改造后目标值,用表格。 5. 风险与回退:列出 3 条主要风险,每条给出触发信号与应对动作。 6. 资源与成本:人力投入与外部成本估算,标注为估算值。 硬性要求: - 所有工具选型必须来自 {{技术栈}},若目标无法用现有技术栈达成,明确指出并单独列出「需新增组件」小节。 - 指标必须是数字或百分比,禁止出现「显著提升」「大幅优化」这类无量化表述。 - 落地计划必须落在 {{硬性约束}} 给出的时间与人力范围内,若明显不可行,在方案开头用一句话说明缺口,再给出可行范围内的最小版本。 - 不确定的信息不要编造,在对应位置写「待确认:<需要确认的具体内容>」。 若 {{当前流水线现状}} 或 {{改造目标}} 为空或过于笼统(例如只写「想变快」),先不要输出方案,改为列出你需要对方补充的三个最关键问题。 全文使用简体中文,直接输出方案正文,不要加额外说明或开场白。
还有 4 个必填变量未填,补齐后才能复制
还有 4 个变量没填。照样能跑——缺失的部分会按常见情况假设,并标注在成品末尾。
AI 评审依据
这条提示词还没有评审记录
- 目标模型
- ChatGPT、Claude
- 框架
- CRISPE
- 语言
- zh-CN
- 作者
- 站方
标签
- ci/cd
- 方案书
- 架构改造
- sre
同类提示词
流水线即代码(YAML)生成与注释
97AI 质量分面向一线工程师,从零生成一份带逐行中文注释的完整 CI/CD 配置文件,含阶段划分、缓存、并行、制品与回滚,直接可提交仓库。
内容生成进阶RTF免费
AI 生成站方 · 复制 0 次